ingeniería de requisitos - introducción
DESCRIPTION
Introducción a la ingeniería de requisitos, los elementos que la fundamentan , la necesidades que motivan a los clientes/usuarios, los problemas al generar las especificaciones, los pasos a seguir para la definición de los requisitos. Escenarios de usuarios, la obtención, elaboración, negociación, especificación y la validación. Igualmente se trabaja las listas de verificación y la gestión de los requerimientos.TRANSCRIPT
INGENIERIAde Requisitos
Ingeniería de requisitos
• “Incluye el conjunto de tareas que conducen a comprender cuál será el impacto del software sobre el negocio, que es lo que el cliente quiere y cómo interactuarán los usuarios finales con el software”.
• Roger S. Pressman
Productos
• Escenarios de uso.
• Listas de funciones y características.
• Modelos de análisis.
• Algunas especificaciones.
Ingeniería de requisitos
•Un puente que permite llegar al diseño y la construcción.
•NO es un trabajoen
•SOLITARIO
Tareas de la ingeniería de requisito
Se debe considerar que es un proceso y esta compuesto de la siguiente manera:
• Inicio
• Obtención
• Elaboración.
• Negociación.
• Especificación.
• Validación y gestión.
Inicio
• Se parte de la identificación de una necesidad de negocio.
• Las preguntas libres de contexto son el inicio de un contacto con el cliente/usuario.
Obtención
• No es tan fácil como preguntar al cliente y al usuario.• Problema de Ámbito: limites mal definidos,
especificaciones técnicas innecesarias. Faltos objetivos?.
• Problema de Comprensión: no comprenden del todo el dominio del problema y no entregan suficiente información.
• Problema de volatilidad: El problema cambia rápidamente con el tiempo.
Elaboración
• La información se expande y refina.
• Escenarios de Usuario: La forma como el usuario interactuara con el sistema.
• Se produce una variedad de diagramas UML para expresar las relaciones.
• Resultado: dominio de la información, las funciones y el comportamiento del problema.
Negociación
• Los usuarios/cliente piden muchas veces mas de lo que pueden lograr, se contradicen y sugieren elementos innecesarios.
• Hay que negociar, reunir y concertar.
• Establecer las prioridades, riegos e impacto sobre la empresa.
Especificación
• Se debe crear un documento acompañado de gráficos que permita claridad en su interpretación (puede emplearse “plantillas estándar”).
• Describe la función y el desempeño de un sistema y las restricciones que regirán sobre él.
Validación
• Se valida la calidad de los productos del trabajo.
• Es necesario verificar el resultado de la especificaciones. (inconsistencias, omisiones y errores).
• Las revisiones técnicas formales son el método mas empleado para las verificaciones.
• Son realizadas por ingenieros, clientes, usuarios que buscan posibles errores.
Gestión de RequisitosEl primer paso consiste en identificar los requisitos.
• Tabla de rastreabilidad de las características: Muestra como los requisitos se relacionan con las características.
• Tabla de rastreabilidad de la fuente: Identifica la fuente de los requisitos.
• Tabla de rastreabilidad de dependencia: Como se relacionan entre si los requisitos.
• Tabla de rastreabilidad del subsistema: Establece categorías de acuerdo a los subsistemas.
• Tabla de rastreabilidad de la interfaz: Muestra como los requisitos se relacionan con las interfaces ext/int
• Basado en:Ingeniería del software un enfoque prácticoRoger S. PressmanSexta edición
@josefabiandiaz
https://www.youtube.com/user/fabiandiazs
Msc.Ing.Jose Fabián Diaz Silva
Consultas