La Ingeniería de Requisitos puede hacer uso de una gran cantidad de técnicas para educir las necesidadesde los usuarios. No obstante, apenas existen guías y criterios prácticos para realizar la selección detécnicas en un proyecto de desarrollo de software. Este artículo intenta conocer la visión que tienen losingenieros de requisitos noveles acerca de la efectividad de las técnicas de educción y compararlas conla visión de expertos en requisitos. Para efectuar la comparación se utiliza la técnica de emparrillado quepermite conocer indirectamente la opinión de los sujetos respecto de las técnicas. Los resultados muestranuna sustancial diferencia entre ambas visiones respecto a la efectividad de las técnicas y contexto dela educción. Esto implica que una más amplia formación, y principalmente práctica, es necesaria paraque los ingenieros noveles puedan reconocer diferencias de efectividad de las técnicas y poder decidircon mayor certeza sobre las técnicas más adecuadas a utilizar en las sesiones de educción de requisitos.
INTRODUCCIÓN
La actividad de determinar los requisitos que debe cumplir o satisfacer el sistema software final se ha denominado en la literatura de diversas formas, aunque en los últimos años se ha popularizado el término de Ingeniería de Requisitos (IR). De igual forma hay multitud de visiones del proceso de IR, pero actualmente se ha consensuado un conjunto de actividades a llevar a cabo: Educción, Análisis, Especificación, Validación y Gestión de Requisitos [1].
La educción de requisitos comprende, principalmente, la captura y descubrimiento de las necesidades de los usuarios/clientes. Su objetivo es identificar información que determine las características deseadas del sistema software. Para esto, también es necesario considerar información acerca del dominio del problema así como la que poseen las personas que tienen algún interés en el desarrollo del producto (stakeholders). El conocimiento del dominio del problema ayuda al analista a obtener un grado común de entendimiento del mundo del usuario y facilita la captura y especificación de requisitos.
En la práctica, cuando un analista o ingeniero de requisitos se enfrenta a la tarea de determinar los requisitos de un sistema software, muy a menudo utiliza únicamente las entrevistas para la captura de información. A pesar, incluso, de que conoce varias otras técnicas [2]. Esto puede deberse al desconocimiento de las ventajas de cada técnica, a la falta de una metodología que le guíe en este proceso, o a la forma ya arraigada de trabajar: en muchos casos, un método o técnica de educción es elegido no por sus características o ventajas, sino simplemente por razones de historia o familiaridad [3].
Esta es una versión de prueba de citación de documentos de la Biblioteca Virtual Pro. Puede contener errores. Lo invitamos a consultar los manuales de citación de las respectivas fuentes.
Artículo:
Índices de Conexión de Zagreb de Grafos Moleculares Basados en Operaciones
Artículo:
Estimación de aguas residuales municipales basada en escenarios: Desarrollo y aplicación de un modelo de simulación dinámica
Artículo:
FTP: un protocolo de prueba de igualdad rápido y aproximado que preserva la privacidad para la autenticación en Internet de las Cosas
Artículo:
Modelo analítico para estimar el impacto del cambio del parámetro de potencia nominal en LTE
Artículo:
Conectividad, Saltos de Información y Estabilidad del Mercado: Un Enfoque Basado en Agentes
Artículo:
Medicina de la conservación ¿una disciplina para médicos veterinarios?
Libro:
Tratamiento de aguas para consumo humano : plantas de filtración rápida. Manual II : diseño de plantas de tecnología apropiada
Artículo:
Configuración de los valores de María, antes y después de la violación, en Satanás de Mario Mendoza
Showroom:
Panel fotovoltaico: Dimensionamiento y funcionamiento