Documentos de Académico
Documentos de Profesional
Documentos de Cultura
Contenidos
Introduccin al modelado del software Presentacin de UML Modelado de Casos de Usos Diagramas de casos de uso Modelado Estructural Diagramas de clases Paquetes
2
Emisor
Centralita
Receptor
listo( )
tono
marcar_numero
tono_sonando timbre_sonando
Escenario
para_tono
telefono_cogido
para_timbre
Los Casos de uso son ideados por Jacobson a principios de los noventa y estn inspirados en los Escenarios utilizados para describir procesos.
Responsable Prestamos
Gestionar Prstamos
asociacin
Actores
Un actor representa un conjunto coherente de roles que juegan los usuarios de los casos de uso al interaccionar con el sistema. Roles jugados por personas, dispositivos, u otros sistemas. El tiempo puede ser un actor (procesos iniciados automticamente por el sistema). No forman parte del sistema.
7
Actores
Un usuario puede jugar diferentes roles. En la realizacin de un caso de uso pueden intervenir diferentes actores. Un actor puede intervenir en varios casos de uso. Identificar casos de uso mediante actores y eventos externos. Un actor necesita el caso de uso y/o participa en l.
Actores
Dos tipos de actores:
Principal: Requiere al sistema el cumplimiento de un objetivo.
Secundarios: El sistema necesita de ellos para satisfacer un objetivo.
10
Debe ser legible y comprensible para un usuario no experto. Debe indicar: actores, flujos principal y excepcionales.
12
13
15
16
Reservar Libro
Prestamo Revista
Profesor
Prestamo Libro
Devolver Revista
Bibliotecario
Extender Prestamo
Consultar
Socio
17
Una colaboracin tiene una parte esttica (diagramas de clases) y una parte dinmica (diagramas de secuencia).
18
Gestin Pedidos
realizacin
19
Inclusin
Un cdu base incorpora explcitamente el comportamiento de otro en algn lugar de su secuencia.
Extensin
Un cdu base incorpora implcitamente el comportamiento de otro cdu en el lugar especificado indirectamente por este otro cdu.
20
Ejemplo
Extensin
extend
Hacer Pedido
(establecer prioridad)
include
Inclusin
Comprobar clave
Validar Usuario
Generalizacin
Seguir Pedido
include
Examinar retina
21
Relacin de inclusin
Permite factorizar un comportamiento en un caso de uso aparte y evitar repetir un mismo flujo en diferentes casos de uso. Ejemplo:
Hacer Pedido: Obtener y verificar el nmero de pedido; Incluir Validar usuario; Recoger los tem del pedido del usuario;
22
Relacin de extensin
El caso de uso base incluye una serie de puntos de extensin. Sirve para modelar: la parte opcional del sistema, o un subflujo que slo se ejecuta bajo ciertas condiciones.
23
Relacin de extensin
Ejemplo:
Hacer Pedido: Incluir Validar usuario; Recoger los tem del pedido del usuario; Establecer prioridad: punto de extensin Enviar pedido para ser procesado segn la prioridad.
24
2) Encontrar todos los roles que juegan los usuarios y que son relevantes al sistema. 3) Para cada rol identificar todas las formas (objetivos) de interactuar con el sistema. 4) Crea un caso de uso por cada objetivo. 5) Estructurar los casos de uso. 6) Revisar y validar con el usuario.
25
Requisitos No-Funcionales:
- El identificador del producto podra ser cualquier esquema de cdigo de barras UPC, EAN-8, EAN-13, ... - El tiempo de respuesta para autorizar el pago con la tarjeta de dbito o de crdito es de 30 segundos.
Cuestiones Pendientes:
- Explorar cuestiones de recuperacin de accesos a servicios remotos. - Qu adaptaciones son necesarias en un TPV para diferentes negocios?
30
Granularidad
Diferente granularidad
Casos de uso del negocio
Procesos de Negocio: Objetivo estratgico de la empresa Ej. Vender productos
Recomendaciones
Especificar casos de uso no es una actividad de dibujar diagramas sino de escribir con el detalle necesario el flujo principal y los flujos alternativos: centrado en la escritura en vez del dibujo. No hay que preocuparse demasiado por las relaciones entre casos de uso ni entre actores. El objetivo inicial es identificar los actores y a partir de sus objetivos encontrar los casos de uso, ya que el diagrama de casos de uso es una ayuda visual. Los actores deben interactuar con el sistema.
33
Recomendaciones
No incluir como caso de uso las operaciones CRUD sobre un objeto de negocio (alta, consulta, borrado, actualizacin). CRUD es el acrnimo de Crear, Obtener, Actualizar y Borrar (Create, Retrieve, Update y Delete en ingls). La excepcin es si se trata de operaciones relevantes para el sistema, como Registrar Cliente en un sistema de venta por Internet. Cuidado con el empleo de la relacin include.
NO HACER UNA DESCOMPOSICION FUNCIONAL!
Los casos de uso slo consideran los requisitos funcionales del proyecto, hay que aadir los no-funcionales.
34