TEMA 12 PROCESO UNIFICADO DIRIGIDO POR CASOS DE

TEMA 12: PROCESO UNIFICADO DIRIGIDO POR CASOS DE USO

PROCESO DIRIGIDO POR CASOS DE USO Se capturan requisitos de usuario a través de casos de uso. q Son fundamentales para: q Identificar y especificar clases, subsistemas e interfaces. q. Identificar y especificar casos de prueba. q. Planificar las iteraciones e integración del sistema. q Nos guían a través de los flujos de trabajo. q

PROCESO DIRIGIDO POR CASOS DE USO En cada iteración se identifican e implementan unos cuantos casos de uso. q Los casos de uso sirven para idear la arquitectura. q Se seleccionan los casos de uso más representativos. q Se utiliza como partida para escribir el manual de usuario. q La captura de requisitos tiene dos objetivos: • Encontrar los verdaderos requisitos. • Representarlos de un modo adecuado para los usuarios, clientes y desarrolladores. Un sistema tiene muchos tipos de usuarios. Cada tipo de usuario se representa por un actor.

¿POR QUÉ CASOS DE USO? Ø Ø Proporcionan un medio sistemático e intuitivo de capturar requisitos funcionales centrándose en el valor añadido para el usuario. Dirigen todo el proceso de desarrollo debido a que la mayoría de las actividades como el análisis, diseño y prueba se llevan a cabo partiendo de los casos de uso. Los casos de uso nos ayudan a llevar a cabo el desarrollo iterativo. Cada iteración, se dirige por los casos de uso a través de todos los flujos de trabajo, de los requisitos al diseño y a la prueba, obteniendo un incremento. Cada incremento es una realización funcional de un conjunto de casos de uso.

LOS CASOS DE USO ESPECIFICAN EL SISTEMA Un caso de uso especifica una secuencia de acciones, incluyendo variantes, que el sistema puede llevar a cabo, y que producen un resultado observable de valor para un actor concreto. Identificamos los casos de uso examinando como los usuarios necesitan utilizar el sistema para realizar su trabajo. Los casos de uso también se utilizan como contenedores de los requisitos no funcionales, tales como los requisitos de rendimiento, disponibilidad, exactitud y seguridad que son específicos de un caso de uso

PROCESO DIRIGIDO POR CASOS DE USO q Requisitos funcionales a través de casos de uso. Sacar dinero Ingresar dinero Cliente del banco Transferencia

PROCESO DIRIGIDO POR CASOS DE USO Actores: usuarios, otros sistemas, hardware, software, etc. q Un usuario puede actuar como varios actores. q Varios usuarios pueden actuar como un mismo tipo de actor. q La comunicación con el sistema se realiza mediante el paso de mensajes. q

MODELO DE ANÁLISIS A PARTIR DE CASOS DE USO: Crece incrementalmente. q Se especifica a través de diagramas de clases y de colaboración. q Al principio se examinan unos pocos casos de uso y se crean sus realizaciones. q Cada clasificador puede participar en distintas realizaciones con distintos roles. q Se utilizan clases estereotipadas de análisis (entorno, control y entidad). q

MODELO DE ANÁLISIS A PARTIR DE CASOS DE USO: Realización de un caso de uso (análisis): Modelo de casos de uso Sacar dinero Modelo de análisis «traza» Salida Sacar dinero Interfaz cajero Retirada Cuenta efectivo

MODELO DE ANÁLISIS A PARTIR DE CASOS DE USO: Modelo de casos de uso Modelo de análisis Sacar dinero Salida Retirada efectivo Ingresar dinero Cliente del banco Interfaz cajero Transferencia Receptor dinero Ingreso Transferencia Cuenta

MODELO DE DISEÑO A PARTIR DEL MODELO DE ANÁLISIS q q q Se adapta al entorno de implementación. Se define con los mismos diagramas. El modelo de diseño es más “físico” y el modelo de análisis más “conceptual”. Modelo de casos de uso Sacar dinero Modelo de análisis «traza» Sacar dinero Modelo de diseño «traza» Sacar dinero

MODELO DE DISEÑO A PARTIR DEL MODELO DE ANÁLISIS Modelo de análisis Salida Modelo de diseño Interfaz cajero «traza» Retirada efectivo «traza» Cuenta «traza» Teclado Cuenta Gestor de Cliente Sensor de salida Retirada de efectivo Dispositivo de visualización Alimentador de la salida Contador de efectivo Lector de tarjetas Gestor de Transacciones Gestor de Cuentas Clase Persistente

PROCESO DIRIGIDO POR CASOS DE USO Lector de tarjetas Dispositivo de visualización Cliente del banco Teclado Gestor de Transacciones Gestor de Cliente Retirada de efectivo Alimentador de la salida Sensor de salida Clase Persistente Contador de efectivo Gestor de Cuentas Cuenta

PROCESO DIRIGIDO POR CASOS DE USO : Lector de tarjetas : Dispositivo de visualización : Teclado : Gestor de Cliente : Contador de efectivo : Cliente del banco Introducir tarjeta Tarjeta introducida(ID) Solicitar PIN Mostrar petición Especificar código PIN Código PIN Validar código PIN Solicitar cantidad a retirar Mostrar petición Especificar cantidad Cantidad(C) Disponib. Saldo(C) Solicitar retirada cantidad(C) : Gestor de Transacciones

PROCESO DIRIGIDO POR CASOS DE USO q Las clases se agrupan en subsistemas «subsystem» Interfaz del CA «subsystem» Transacciones Lector de tarjetas Cliente del banco Gestor de Transacciones Dispositivo de visualización Gestor de Cliente «subsystem» Efectivo Teclado Alimentador de la salida «subsystem» Gestión de Cuentas Retirada de efectivo Contador de efectivo Clase Persistente Gestor de Cuentas ITransferen IEntrega Sensor de salida IRetirada Cuenta