La ingeniería de requisitos es el proceso de definir las necesidades y limitaciones de un sistema mediante una serie de tareas como la obtención, recopilación y validación de requisitos con los clientes. Esto se logra a través de la comunicación con los clientes, reuniones y el modelado del sistema usando diferentes enfoques como escenarios, flujos de datos y clases.
5. OBTENCIÓN DE REQUISITOS
Problemas Ámbito
El sistema esta mal definido/detalles innecesarios confunden
Comprensión
Los clientes no están seguros de lo que necesitan
Volatilidad
Los problemas cambian con el tiempo (realizar recopilación de requisitos)
6. RECOPILACIÓN DE REQUISITOS
• LAS REUNIONES LAS DIRIGE ALGUNO DE LOS ASISTENTES INCLUSO PUEDE SER EL CLIENTE
• SE ESTABLECEN REGLAS PARA LA PREPARACIÓN Y LA PARTICIPACIÓN
• SE SUGIERE UNA AGENDA TAN FORMAL QUE CUBRA TODOS LOS PUNTOS IMPORTANTES PERO TAN
INFORMAL QUE DEJE ESTIMULAR EL FLUJO DE IDEAS
• UTILIZAR UN MECANISMO DE DEFINICIÓN (HOJAS DE ADHERIBLES, TABLEROS ELECTRÓNICOS)
• LA META ES IDENTIFICAR EL PROBLEMA PROPONER ELEMENTOS DE SOLUCIÓN, NEGOCIAR DIFERENTES
ENFOQUES PARA UN CONJUNTO DE REQUISITOS DE SOLUCIÓN PARA CUMPLIR METAS
7. VALIDACIÓN DE REQUISITOS
AL CREAR CADA ELEMENTO DEL MODELO DE ANÁLISIS, ESTE SE EXAMINA PARA CONOCER SU CONSISTENCIA, SUS
OMISIONES Y AMBIGÜEDADES. UNA REVISIÓN DEL MODELO DE ANÁLISIS SE ENFOCA EN ALGUNAS PREGUNTAS:
• CADA REQUISITO ES CONSISTENTE CON EL OBJETIVO GENERAL DEL PRODUCTO?
• TODOS LOS REQUISITOS HAN SIDO ESPECIFICADOS CON EL GRADO APROPIADO?
• ALGUNOS REQUISITOS ENTRAN EN CONFLICTO CON OTROS?
• CADA REQUISITO ES ALCANZABLE EN EL AMBIENTE TÉCNICO?
• TODOS LOS PATRONES SON CONSISTENTES CON OS REQUISITOS DEL CLIENTE?
8. ENTONCES PODEMOS DECIR QUE…
ANTES DE QUE EL DISEÑO Y LA CONSTRUCCIÓN DE UN SISTEMA BASADO EN
COMPUTADORAS PUEDAN COMENZAR, ES NECESARIO ENTENDER LOS
REQUISITOS A TRAVÉS DE UNA SERIE DE TAREAS DE INGENIERÍA DE
REQUISITOS LA CUAL SE LLEVA A CABO MEDIANTE UNA COMUNICACIÓN CON
EL CLIENTE
9. MODELADO DE ANÁLISIS, QUE ES?ES LA PRIMERA REPRESENTACIÓN TÉCNICA DE UN SISTEMA
•LOS PROBLEMAS DE GRAN TAMAÑO DEBEN
TRATARSE CON UN MÉTODO EFECTIVO DE
PARTICIÓN
•DEBEN UTILIZARSE GRAFICAS
•DIFERENCIAR ENTRE CONSIDERACIONES LÓGICAS
ESENCIALES Y FÍSICAS DE IMPLEMENTACIÓN
Modelo
de
análisis
Descripción
del sistema
Modelo de
diseño
11. MODELADO BASADO EN ESCENARIOS
AUNQUE EL ÉXITO EN UN SISTEMA O PRODUCTO BASADO EN COMPUTADORA SE MIDE EN MUCHAS FORMAS,
LO MAS IMPORTANTE ES LA SATISFACCIÓN DEL USUARIO
• ESCRITURA DE CASOS DE USO
• DESARROLLO DE UN DIAGRAMA DE ACTIVIDAD
• DIAGRAMAS DE CARRIL (FLUJO DE ACTIVIDADES)
14. MODELADO ORIENTADO AL FLUJO
• CREACIÓN DE UN MODELO DE FLUJO DE DATOS
• CREACIÓN DE UN MODELO DE CONTROL DE FLUJO
• ESPECIFICACIÓN DE CONTROL
• ESPECIFICACIÓN DE PROCESO
15. MODELADO BASADO EN CLASES
• IDENTIFICACIÓN DE CLASES DE ANÁLISIS
• ESPECIFICACIÓN DE ATRIBUTOS
• DEFINICIÓN DE OPERACIONES
17. EJEMPLO BASADO EN CLASES
Jugador
Cabeza jugador
Brazos
jugador
Cuerpo jugador
Piernas
jugador
USEMOS MAS DATOS A VER Q PASA
18. EJEMPLO BASADO EN CLASES
Jugador
Cabeza jugador
Brazos
jugador
Cuerpo jugador
Piernas
jugador
USEMOS MAS DATOS A VER Q PASA
Ambiente
19. EJEMPLO BASADO EN CLASES
Jugador
Cabeza jugador
Brazos
jugador
Cuerpo jugador
Piernas
jugador
USEMOS MAS DATOS A VER Q PASA
Ambiente
Especialidad o clase
20. EJEMPLO BASADO EN CLASES
Jugador
Cabeza jugador
Brazos
jugador
Cuerpo jugador
Piernas
jugador
USEMOS MAS DATOS A VER Q PASA
Ambiente
Especialidad o clase
Genero
Facción