Tema 4e: Proceso Unificado: Análisis

Transcripción

1 Tema 4e: Proceso Unificado: Análisis Marcos López Sanz

2 Índice Visión general Diagramas UML Artefactos Modelo de análisis Clases de análisis Realización en análisis de los casos de uso Paquetes de análisis Actividades Análisis de los casos de uso Análisis de las clases Análisis de los paquetes

3 Visión general Flujos de trabajo Planificación Anál. Riesgos Preparación Elaboración Fases Construcción Verificación Transición Requisitos Análisis Diseño Implementación Prueba Iteración(es) Inicial(es) Iter. #1 Iter. #2 Iter. #3 Iter. #4 Iter. #5 Iter. #6 Iter. #7 (Adaptado de Jacobson, 1999)

4 Visión general Modelo de análisis Modelo de diseño Modelo de casos de uso Modelo de despliegue Modelo de implementación Modelo de pruebas

5 Visión general Modelo de Casos de Uso Lenguaje del cliente (impreciso) Vista externa del sistema Estructurado por casos de uso Contrato entre clientedesarrolladores Redundancias, inconsistencias, ambigüedades, etc. entre requisitos Captura la funcionalidad del sistema Define casos de uso Modelo de Análisis Lenguaje del desarrollador Vista interna del sistema Estructurado por clases y paquetes Usado por desarrolladores para entender el sistema No debería contener redundancias ni inconsistencias de requisitos Captura cómo realizar la funcionalidad del sistema Define realizaciones de casos de uso

6 Visión general Requisitos Modelo de Casos de Uso Dependencia de traza Análisis Modelo de Análisis Diseño Modelo de Diseño Modelo de Despliegue Implementación Modelo de Implementación Pruebas Modelo de Pruebas

7 Diagramas UML Modelo de Casos de Uso Modelo de Análisis Modelo de Diseño Modelo de Despliegue Modelo de Implementación Modelo de Pruebas Diagramas de Casos de Uso Diagramas de Clases Diagramas de Objetos Diagramas de Secuencia Diagramas de Colaboración Diagramas de Estados Diagramas de Actividad Diagramas de Componentes Incluidos paquetes Diagramas de Interacción

8 Conceptos de UML Clasificador Concepto discreto en el modelo que tiene identidad, estado, comportamiento, y relaciones Tipos de Clasificadores Elementos del Sistema: Clase Interfaz Tipos de datos Conceptos de Comportamiento: Caso de Uso Elementos del entorno: Actor Estructuras de implementación: Componente Nodo Subsistema

9 Conceptos de UML Otros conceptos: Clase Conjunto de objetos con estructura, comportamiento, relaciones, y semántica común Objeto Estructura + operaciones + estado interno + identidad Un objeto es una instancia de una clase Realización Relación semántica entre clasificadores, en la cual un clasificador especifica un contrato que otro clasificador se compromete a llevar a cabo Colaboración Define las interacciones que han de producirse entre los objetos con el fin de que estos puedan desempeñar su papel

10 Artefactos Modelo de análisis: Especificación detallada (precisa) de requisitos Refina los casos de uso como colaboraciones entre clasificadores Clasificadores: clases de análisis, paquetes Colaboraciones: realizaciones de los casos de uso, interacciones Gestionar asignaturas Realización en análisis UI asignaturas Gestor de asignaturas Asignatura

11 Artefactos Modelo de análisis Representa la estructura global del sistema (subsistemas y/o capas en el modelo de diseño) Descripción arquitectónica * * Modelo de análisis Responsabilidades Atributos Relaciones * * Clase de análisis Paquete de análisis * * Diagramas de interacción Descripción textual Diagramas de clases Realización en análisis Interfaz Control Entidad

12 Artefactos Clases de análisis Representan una abstracción de lo que serán una o varias clases en diseño Se centra en los requisitos funcionales Clase de análisis Resposabilidades Atributos Relaciones Interfaz Control Entidad

13 Ejemplo - Artefactos Un sistema de enseñanza virtual Actor: Estudiante Caso de Uso: Matricularse Sist. de enseñanza virtual Matricularse Matricularse Estudiante

14 Artefactos <<boundary>> IU Matriculación IU Matriculación IU Matriculación Clases límite o interfaz Modelan la interacción entre el sistema y los actores Representan la interfaz del sistema (ventanas, formularios,...), pero con poco detalle Describen la información presentada al actor y las peticiones que hace el actor al sistema Estudiante UI Matriculacion

15 Artefactos <<control>> GestorMatricula GestorMatricula GestorMatricula Clases de control Se usan para representar el control de un caso de uso concreto Representan la coordinación entre objetos Lógica del negocio, cálculos No representan ni interacciones con el usuario ni problemas de almacenamiento de información Estudiante UI Matriculacion GestorMatricula

16 Artefactos Alumno <<entity>> Alumno Alumno Clases de entidad Representan la información significativa para el sistema Modelan la información de larga vida (persistencia) Pueden provenir de las entidades del dominio o de las del negocio, pero no tienen por qué corresponderse completamente Pueden ser pasivas o activas (comportamiento complejo) Encapsulan información y operaciones asociadas Por ejemplo: repositorios de información Estudiante UI Matriculacion GestorMatricula Alumno

17 Artefactos Realización de los casos de uso en análisis Es una colaboración que describe cómo se realiza en análisis un caso de uso en términos de clases de análisis y sus interacciones La realización en análisis de un caso de uso, incluye: Diagramas de clases: clases participantes Diagramas de interacción: escenarios del CU Descripción textual del flujo de eventos Nada de requisitos no funcionales (hasta el diseño). Modelo de casos de uso Modelo de análisis <<trace>> Use case Realización en análisis

18 Artefactos Realización de los casos de uso en análisis Diagramas de clases Una clase de análisis puede participar en varios casos de uso. Algunas responsabilidades, atributos y asociaciones suelen ser específicos de un sólo caso de uso. Estudiante UI Matriculación Gestor Matricula Alumno Diagrama de clases para la realización del caso de uso Matricularse

19 Artefactos Realización de los casos de uso en análisis Diagramas de interacción Representan como interactúan cooperativamente los objetos para implementar el comportamiento definido por los casos de uso. Una interacción es un conjunto de mensajes que se intercambian dentro del contexto de una colaboración por instancias de clases (objetos) a través de enlaces (instancias de asociación En análisis se suelen utilizar diagramas de colaboración (también se podrían utilizar diagramas de secuencia)

20 Realización de los casos de uso en análisis Diagramas de colaboración Análisis Artefactos 3: seleccionar (asignatura, ficheronotas) 1: publicar notas 4: publicar (asignatura, ficheronotas) 5: notas (ficheronotas) : Profesor 7: OK : UI Profesor : GProfesor 6: OK : Asignatura 2: visualizar ("asignaturas") 8: visualizar (notas publicadas) Diagrama de colaboración para la realización del caso de uso Publicar notas del actor profesor

21 Artefactos Realización de los casos de uso en análisis Flujos de eventos Para clarificar los diagramas de colaboración: descripción textual Si es muy complejo no será mejor dividir el caso de uso? Requisitos no funcionales Asignados a casos de uso Se recogen si aparecen

22 Artefactos Paquetes de análisis Para organizar los artefactos de análisis: clases de análisis, realización de casos de uso y otros paquetes Fuertemente cohesionados y débilmente acoplados No existen en tiempo de ejecución * Paquete de análisis * * Clase de análisis Realización en análisis

23 Ejemplo - Actividades Usaremos el ejemplo del cajero automático Cliente del banco Sacar dinero Ingresar dinero Transferencia <<include>> <<include>> <<include>> Validar usuario

24 Actividades Análisis de los casos de uso: Identificar las clases de análisis necesarias para la realización del caso de uso Distribuir el comportamiento del caso de uso entre las clases de análisis describir las interacciones entre objetos Capturar/asignar requisitos no funcionales a clases de análisis

25 Actividades Análisis de los casos de uso: Identificar las clases de análisis: Clases entidad se derivan de la descripción del caso de uso Una clase interfaz por cada actor Una clase de control que gobierne en flujo del caso de uso

26 Actividades Análisis de los casos de uso: Identificar las clases de análisis: Representar las clases de análisis en un diagrama de clases Validar usuario Realización en análisis Interfaz de cajero UsuariosDelBanco (from Logical View) Autenticar (from Logical View)

27 Actividades Análisis de los casos de uso: Describir las interacciones entre objetos: Utilizar diagramas de colaboración Indicar instancias y enlaces Un diagrama de colaboración por cada camino del caso de uso Siempre inicia un actor La expresión de las interacciones se traduce en mensajes entre objetos

28 Ejemplo Análisis de los casos de uso Análisis del caso de uso Validar usuario Camino Básico 3: código 1: introducir tarjeta 4: autentica (datos, código) : Cliente del banco 7: visualiza (opciones) 2: teclear código : Interfaz de cajero : Autenticar 5: valida (datos, codigo) 8: seleccioneopcion (opciones) 6: OK : UsuariosDelBanco

29 Ejemplo Análisis de los casos de uso Análisis del caso de uso Validar usuario Camino Alternativo: Código incorrecto 3: código 1: introducir tarjeta 4: autentica (datos, código) : Cliente del banco 2: teclear código 8: teclear código 7: visualiza (error) : Interfaz de cajero : Autenticar 5: valida (datos, codigo) 6: Error Faltaría: anular transacción (después del 2) si 3 veces error: cancelar y quedarse con la tarjeta. : UsuariosDelBanco

30 Ejemplo Análisis de los casos de uso Análisis del caso de uso Sacar dinero Realización en análisis Sacar dinero Realización en análisis Diagrama de clases Interfaz de cajero Transacción (from Logical View) Cuenta (from Logical View) Cliente del banco Interfaz de cajero (from Use Case View) Transacción Cuenta

31 Ejemplo Análisis de los casos de uso Análisis del caso de uso Sacar dinero Camino Básico 11: dinero retirado 9: tarjeta retirada 3: importe 1: sacar dinero 4: retirardinero (importe) : Cliente del banco 2: teclee importe 7: expulsadinero (importe) : Interfaz de cajero : Transacción 8: retirar tarjeta 5: reintegro (importe) 10: retirar dinero 6: OK 12: teclear código : Cuenta

32 Ejemplo Análisis de los casos de uso Análisis del caso de uso Sacar dinero Camino Alternativo: No hay saldo 10: tarjeta retirada 3: importe 1: sacar dinero 4: retirardinero (importe) : Cliente del banco 2: teclee importe 7: no hay fondos : Interfaz de cajero : Transacción Faltaría: 8: no hay saldo suficiente 9: retirar tarjeta 11: teclear código en el cajero no hay dinero. se ha superado el límite diario 5: reintegro (importe) 6: no hay saldo : Cuenta

33 Ejemplo Análisis de los casos de uso Diagrama de clases completo Cuenta Cliente del banco Interfaz de cajero (from Use Case View) Transacción UsuariosDelBanco

34 Actividades Análisis de las clases Identificar las responsabilidades de las clases de análisis Identificar atributos y relaciones de las clases de análisis. Capturar requisitos especiales

35 Actividades Análisis de las clases Identificar las responsabilidades de las clases de análisis En cada caso de uso, ver qué papel juega (diagramas de colaboración). Combinar papeles y describirlos juntos

36 Ejemplo Análisis de las clases Análisis de las clases: identificar responsabilidades Validar usuario 3: código 1: introducir tarjeta 4: autentica (datos, código) : Cliente del banco 7: visualiza (opciones) 2: teclear código : Interfaz de cajero : Autenticar 5: valida (datos, codigo) 8: seleccioneopcion (opciones) Interfaz del cajero visualizar introducir tarjeta visualizar teclear código leer código visualizar (opciones) seleccioneopcion (opciones) Transacción autentica (datos, código) UsuariosDelBanco valida (datos, código) 6: OK : UsuariosDelBanco

37 Ejemplo Análisis de las clases Análisis de las clases: identificar responsabilidades 3: código 1: introducir tarjeta 4: autentica (datos, código) : Cliente del banco 7: visualiza (opciones) 2: teclear código : Interfaz de cajero : Autenticar 5: valida (datos, codigo) 8: seleccioneopcion (opciones) Interfaz del cajero visualizar (mensaje) leer código seleccioneopcion (opciones) Transacción autentica (datos, código) UsuariosDelBanco valida (datos, código) 6: OK : UsuariosDelBanco

38 Ejemplo Análisis de las clases Análisis de las clases: identificar responsabilidades 11: dinero retirado 9: tarjeta retirada 3: importe 1: sacar dinero 4: retirardinero (importe) 2: teclee importe 7: expulsadinero (importe) : Cliente del banco : Interfaz de cajero : Transacción 8: retirar tarjeta 5: reintegro (importe) 10: retirar dinero 6: OK 12: teclear código Interfaz del cajero visualizar (mensaje) leer código seleccioneopcion (opciones) leerimporte 3: expulsadinero (importe) 7: Transacción autentica (datos, código) retirardinero(importe) 4: : Cuenta UsuariosDelBanco Cuenta valida (datos, código) reintegro(importe) 5:

39 Actividades Análisis de las clases Identificar atributos Suelen ser nombres Los tipos son conceptuales Clases entidad: derivados del dominio. Clases interfaz con actores humanos: campos de texto, etiquetas, etc. Clases interfaz con subsistemas externos: propiedades de la interfaz de comunicación. Clases control: estado de la sesión actual

40 Ejemplo Análisis de las clases Análisis de las clases: identificar atributos Validar usuario 3: código 1: introducir tarjeta 4: autentica (datos, código) : Cliente del banco 7: visualiza (opciones) 2: teclear código : Interfaz de cajero : Autenticar 8: seleccioneopcion (opciones) 5: valida (datos, codigo) Interfaz del cajero 6: OK Transacción codigocuenta Usuarios del banco Colección (datoscuenta, código) : UsuariosDelBanco

41 Ejemplo Análisis de las clases Análisis de las clases: identificar atributos Transferencia 5: cuenta destino 3: cantidad 1: transferencia 6: transferencia (cuenta, cantidad) : Cliente del banco 2: teclee cantidad 11: OK : Interfaz de cajero : Transacción 4: teclee cuenta destino 12: transferencia realizada 7: reintegro (cantidad) 9: ingreso (cantidad) Interfaz del cajero 8: OK 10: OK Transacción codigocuenta cantidad cuentaorigen : Cuenta Usuarios del banco Colección (datoscuenta, código) Cuenta saldo cuentadestino : Cuenta

42 Ejemplo Análisis de las clases Clase Atributos Responsabilidades Interfaz de cajero UsuariosDeBanco Los necesarios para definir el interfaz de usuario colección de pares (datoscuenta, codigo) visualizar (mensaje) leer (tarjeta); leer (código) leer (importe) expulsardinero (importe) nohayfondos validar (importe); erroringreso seleccioneopcion (opciones) validar (datos, código) Cuenta Saldo límite diario reintegro (importe) ingreso (importe) Transacción código cuenta cantidad autenticar (datos, código) retirardinero (importe) ingresardinero (importe) transferencia (cuenta, cantidad)

43 Actividades Análisis de las clases Identificar asociaciones y agregaciones Definir multiplicidad y papeles Agregación y composición Identificar generalizaciones y/o especializaciones entre clases

44 Actividades Análisis de los paquetes Paquetes débilmente acoplados Elementos cohesionados Clases de interacción

45 del caso de uso: Ingresar dinero Ingresar dinero Realización en análisis Interfaz de cajero Transacción (from Logical View) Cuenta (from Logical View) Cliente del banco Interfaz de cajero Transacción Cuenta (from Use Case View)

46 del caso de uso: Ingresar dinero Camino básico 5: dinero introducido 6: validar (importe) 3: importe 1: ingresar dinero 7: ingresardinero (importe) : Cliente del banco 2: teclee importe 10: OK : Interfaz de cajero : Transacción 4: introducir dinero 11: dinero ingresado 9: OK 8: ingreso (importe) : Cuenta

47 del caso de uso: Ingresar dinero Camino alternativo: Cantidad incorrecta : Cliente del banco : Interfaz de cajero

48 del caso de uso: Ingresar dinero Camino Alternativo: Cantidad incorrecta 5: dinero introducido 6: validar (importe) 3: importe 1: ingresar dinero : Cliente del banco 2: teclee importe : Interfaz de cajero 4: introducir dinero 7: importe incorrecto

49 del caso de uso: Transferencia Suponemos que el usuario ya ha sido identificado. La cuenta origen es la de la tarjeta y hay que teclear la destino. El importe y el nº de cuenta destino se dan juntos. Mirar primero si hay saldo y luego sacar. Transferencia Realización en análisis Interfaz de cajero Transacción (from Logical View) Cuenta (from Logical View)

50 del caso de uso: Transferencia Camino básico 5: cuenta destino 3: cantidad 1: transferencia 6: transferencia (cuenta, cantidad) : Cliente del banco 11: OK : Interfaz de cajero : Transacción 2: teclee cantidad 4: teclee cuenta destino 12: transferencia realizada 8: OK 7: reintegro (cantidad) 9: ingreso (cantidad) 10: OK cuentaorigen : Cuenta cuentadestino : Cuenta

51 del caso de uso: Transferencia C. Alternativo: No hay fondos en la cuenta origen 5: cuenta destino 3: cantidad 1: transferencia 6: transferencia (cuenta, cantidad) : Cliente del banco : Interfaz de cajero : Transacción 2: teclee cantidad 7: reintegro (cantidad) 4: teclee cuenta destino cuentaorigen : Cuenta cuentadestino : Cuenta

52 del caso de uso: Transferencia C. Alternativo: No hay fondos en la cuenta origen 5: cuenta destino 3: cantidad 1: transferencia 6: transferencia (cuenta, cantidad) : Cliente del banco 9: no hay fondos : Interfaz de cajero : Transacción 2: teclee cantidad 7: reintegro (cantidad) 4: teclee cuenta destino 8: no hay saldo 10: no hay fondos cuentaorigen : Cuenta

53 del caso de uso: Transferencia Camino Alternativo: Cuenta destino incorrecta 5: cuenta destino 3: cantidad 1: transferencia 6: transferencia (cuenta, cantidad) : Cliente del banco : Interfaz de cajero : Transacción 2: teclee cantidad 4: teclee cuenta destino 8: OK 7: reintegro (cantidad) 9: ingreso (cantidad) cuentaorigen : Cuenta cuentadestino : Cuenta

54 del caso de uso: Transferencia Cuenta destino incorrecta 5: cuenta destino 11: rollback 3: cantidad 1: transferencia 6: transferencia (cuenta, cantidad) : Cliente del banco 12: error : Interfaz de cajero : Transacción 2: teclee cantidad 4: teclee cuenta destino 8: OK 7: reintegro (cantidad) 9: ingreso (cantidad) 10: error 13: error cuentaorigen : Cuenta cuentadestino : Cuenta