Resumen: Análisis de requerimientos

Presentación del tema: "Resumen: Análisis de requerimientos"— Transcripción de la presentación:

1 Resumen: Análisis de requerimientos
1. ¿Cuáles son las transformaciones? Crear escenarios y diagramas de casos de uso Hable con el cliente, observar, obtener registros históricos, qué experimentos mentales Modelado funcional 2. ¿Cuál es la estructura del sistema? Crea diagramas de clases Identificar los objetos. ¿Cuáles son las relaciones entre ellos? ¿Cuál es su multiplicidad? ¿Cuáles son los atributos de los objetos? ¿Qué operaciones se definen en los objetos? Modelado de objetos 3. ¿Cuál es su comportamiento? Crea diagramas de secuencia Identificar a los remitentes y receptores Mostrar secuencia de eventos intercambiados entre objetos Identificar las dependencias de eventos y concurrencia evento. Crea diagramas de estado Sólo para los objetos dinámicamente interesantes. Modelado Dinámico Bernd Bruegge & Allen H. Dutoit Object-Oriented Software Engineering: Using UML, Patterns, and Java

2 Vamos a hacer el análisis
1. Analizar el enunciado del problema Identificar los requisitos funcionales Identificar los requisitos no funcionales Identificar las restricciones (requerimientos seudo) 2. Construir el modelo funcional: Desarrollar casos de uso para ilustrar los requisitos de funcionalidad 3. Construir el modelo dinámico: Desarrollar diagramas de secuencia para ilustrar la interacción entre los objetos Desarrollar diagramas de estado para objetos con un comportamiento interesante 4. Construir el modelo de objetos: Desarrollar diagramas de clase que muestra la estructura del sistema Bernd Bruegge & Allen H. Dutoit Object-Oriented Software Engineering: Using UML, Patterns, and Java

3 ¿Cuando es un modelo dominante?
Modelo del objeto: El sistema cuenta con objetos con estado no trivial. Modelo dinámico: El modelo tiene diferentes tipos de eventos: entrada, salida, excepciones, errores, etc Modelo funcional: El modelo realiza transformaciones complicadas (por ejemplo, cálculos consistentes en varios pasos). ¿Cuál de estos modelos es dominante en los siguientes tres casos? Compilador Base de datos del sistema Hoja de cálculo del programa Bernd Bruegge & Allen H. Dutoit Object-Oriented Software Engineering: Using UML, Patterns, and Java

4 Dominio de modelos compilador: Sistemas de base de datos:
El modelo funcional más importante. (¿Por qué?) El modelo dinámico es trivial ya que sólo hay una entrada de tipo y sólo unas pocas salidas. Sistemas de base de datos: El modelo de objetos más importante. El modelo funcional es trivial, ya que la finalidad de las funciones es generalmente para almacenar, organizar y recuperar datos. Hoja de cálculo del programa: El modelo funcional más importante. El modelo dinámico es interesante si el programa permite cálculos en una célula. El modelo de objeto es trivial, debido a que los valores de hoja de cálculo son triviales y no se puede estructurar aún más. El único objeto interesante es la célula. Bernd Bruegge & Allen H. Dutoit Object-Oriented Software Engineering: Using UML, Patterns, and Java

5 Análisis colaborativo
Un sistema es un conjunto de subsistemas de prestación de servicios Análisis de los servicios es proporcionada por un conjunto de los equipos que proporcionan los modelos para sus subsistemas Integración de los modelos de subsistemas en el modelo del sistema completo por el equipo de arquitectura Análisis de lista de verificación de integración: ¿Son todas las clases mencionadas en el diccionario de datos? Son los nombres de los métodos que sean compatibles con los nombres de las acciones, actividades, eventos o procesos? Compruebe si las suposiciones hechas por cada uno de los servicios Faltan métodos, clases asociaciones incomparables Bernd Bruegge & Allen H. Dutoit Object-Oriented Software Engineering: Using UML, Patterns, and Java

6 Integración del modelo de objetos en un proyecto grande
modulo 1 equipo 1 Equipo de interfaz de usuario Módulo de intefaz Integración Modelo del Sistema Integrado Modelo del sistema revisado Modulo 5 Modulo 4 equipo 5 equipo 4 Modulo 3 equipo 3 Modulo 2 equipo 2 Análisis Revisión análisis Todos los equipos Cambios modelo Equipo de arquitectura Bernd Bruegge & Allen H. Dutoit Object-Oriented Software Engineering: Using UML, Patterns, and Java

7 Plantilla de documento de análisis de requerimientos
1. introducción 2. Sistema actual 3. Sistema propuesto 3.1 Resumen 3.2 Requisitos funcionales 3.3 Los requisitos no funcionales 3.4 Limitaciones (“pseudo Requerimientos") 3.5 Los modelos de sistema 3.5.1 Escenarios 3.5.2 Uso de modelo de casos de 3.5.3 Modelo de objeto Diccionario de datos Los diagramas de clases 3.5.4 Modelos dinámicos 3.5.5 Interfaz de usuario 4. glosario Bernd Bruegge & Allen H. Dutoit Object-Oriented Software Engineering: Using UML, Patterns, and Java

8 Plantilla de documento de análisis de requerimientos
1. introducción 2. Sistema actual 3. Sistema propuesto 3.1 Resumen 3.2 Requisitos funcionales 3.3 Los requisitos no funcionales 3.4 Limitaciones (“pseudo Requerimientos") 3.5 Los modelos de sistema 3.5.1 Escenarios 3.5.2 Uso de modelo de casos de 3.5.3 Modelo de objeto Diccionario de datos Los diagramas de clases 3.5.4 Modelos dinámicos 3.5.5 Interfaz de usuario 4. glosario Bernd Bruegge & Allen H. Dutoit Object-Oriented Software Engineering: Using UML, Patterns, and Java

9 Plantilla de documento de análisis de requerimientos
1. introducción 2. Sistema actual 3. Sistema propuesto 3.1 Resumen 3.2 Requisitos funcionales 3.3 Los requisitos no funcionales 3.4 Limitaciones (“pseudo Requerimientos") 3.5 Los modelos de sistema 3.5.1 Escenarios 3.5.2 Uso de modelo de casos de 3.5.3 Modelo de objeto Diccionario de datos Los diagramas de clases 3.5.4 Modelos dinámicos 3.5.5 Interfaz de usuario 4. glosario Bernd Bruegge & Allen H. Dutoit Object-Oriented Software Engineering: Using UML, Patterns, and Java

10 Plantilla de documento de análisis de requerimientos
1. introducción 2. Sistema actual 3. Sistema propuesto 3.1 Resumen 3.2 Requisitos funcionales 3.3 Los requisitos no funcionales 3.4 Limitaciones (“pseudo Requerimientos") 3.5 Los modelos de sistema 3.5.1 Escenarios 3.5.2 Uso de modelo de casos de 3.5.3 Modelo de objeto Diccionario de datos Los diagramas de clases 3.5.4 Modelos dinámicos 3.5.5 Interfaz de usuario 4. glosario Bernd Bruegge & Allen H. Dutoit Object-Oriented Software Engineering: Using UML, Patterns, and Java

11 Plantilla de documento de análisis de requerimientos
1. introducción 2. Sistema actual 3. Sistema propuesto 3.1 Resumen 3.2 Requisitos funcionales 3.3 Los requisitos no funcionales 3.4 Limitaciones (“pseudo Requerimientos") 3.5 Los modelos de sistema 3.5.1 Escenarios 3.5.2 Uso de modelo de casos de 3.5.3 Modelo de objeto Diccionario de datos Los diagramas de clases 3.5.4 Modelos dinámicos 3.5.5 Interfaz de usuario 4. glosario Bernd Bruegge & Allen H. Dutoit Object-Oriented Software Engineering: Using UML, Patterns, and Java