Casos de uso UML. Miguel Vega Granada, octubre de 2010 LSI - UGR

Transcripción

1 Especificación de UML Miguel Vega LSI - UGR Granada, octubre de 2010

2 Especificación de Contenido 1 Introducción 2 3 Especificación de Contenido Plantilla de especificación Un ejemplo 4 5

3 Especificación de Origen Jacobson (ObjectOry) UML Rational Object Management Group (OMG)

4 Especificación de Concepto Un caso de uso representa una unidad funcional coherente de un sistema, subsistema o clase. En un caso de uso uno o más actores interaccionan con el sistema que realiza algunas acciones. Elementos de un modelo de casos de uso: Relaciones

5 Especificación de Ejemplo resumido de caso de uso

6 Especificación de Ejemplo resumido de caso de uso

7 Especificación de Tipos de casos de uso Según cuál sea el nivel de detalle resumidos o de alto nivel : Durante la fase de inicio la mayor parte de los casos de uso deben tener esta forma. extensos: Durante la fase de elaboración los casos de uso deben escribirse de esta forma. También se distingue entre: esenciales de implementación, reales o concretos: hacen referencia a detalles de la interface

8 Especificación de Un actor podría ser cualquier cosa que se comunica (interacciona) con el sistema y que es externo a él. Los actores no necesariamente coinciden con los USUARIOS. Un usuario puede interpretar distintos roles, correspondientes a distintos actores. Los actores representan papeles (ROLES) que interpretan personas, periféricos u otros sistemas cuando el sistema está en uso. Un actor podría desempeñar distintos papeles dependiendo del caso de uso en que participe. Un actor representan un conjunto coherente de papeles que los usuarios de una entidad (sistema, subsistema, clase) pueden desempeñar al interaccionar con la misma.

9 Especificación de Tipos de actores Primarios: interaccionan con el sistema para explotar su funcionalidad; trabajan directa y frecuentemente con el software. Secundarios: soporte del sistema para que los primarios puedan trabajar. Iniciadores: no utilizan directamente el sistema pero desencadenan el trabajo de otro actor. (No aparecen en UML pero sí los consideran otros autores)

10 Especificación de Comunicación actor sistema Para iniciar el caso de uso (siempre los inicia un actor) Para solicitar información del sistema Para modificar la información del sistema Para informar al sistema de que ha ocurrido algo en su entorno que le incumbe

11 Especificación de Comunicación sistema actor Para comunicarle que ha sucedido algo, en el sistema, que le concierne Para que le ayude a tomar una decisión necesaria para complir los objetivos del sistema Para delegar alguna responsabilidad en el actor

12 Especificación de Descripción de actores

13 Especificación de Descripción de actores

14 Especificación de Especificación ó descripción Contenido Plantilla de especificación Un ejemplo La especificación de una caso de uso debe describir el modo en que un actor interactúa con el sistema. Es una narración que describe el rol desempeñado por los actor en su interacción con el sistema. Lo más importante de los casos de uso es su descripción, mucho más que los diagramas de casos de uso. Aunque hay descripciones de media página, y algunas de 30, es más habitual que ocupen entre 5 y 15 páginas.

15 Especificación de Contenido de la especificación Contenido Plantilla de especificación Un ejemplo La especificación de un caso de uso debe dar respuesta a las preguntas siguientes: Cuáles son las principales funciones o tareas realizadas por el actor? Qué información del sistema adquiere, produce o transforma el actor? Deberá el actor informar al sistema de los cambios producidos en el entorno? Qué información del sistema desea el actor? Debe informarse al actor de algún cambio inesperado?

16 Especificación de Plantillas Contenido Plantilla de especificación Un ejemplo

17 Especificación de Contenido Plantilla de especificación Un ejemplo

18 Especificación de Contenido Plantilla de especificación Un ejemplo

19 Especificación de Contenido Plantilla de especificación Un ejemplo

20 Especificación de Ejemplo de descripción detallada Contenido Plantilla de especificación Un ejemplo

21 Especificación de Descripción detallada cont. Contenido Plantilla de especificación Un ejemplo

22 Especificación de Descripción detallada cont. Contenido Plantilla de especificación Un ejemplo

23 Especificación de Descripción detallada cont. Contenido Plantilla de especificación Un ejemplo

24 Especificación de Los diagramas de casos de uso muestran las relaciones entre los casos de uso de un sistema y sus actores Los diagramas de casos de uso dan son sólo una visión general del modelo de casos de uso El 90 % del contenido del modelo de casos de uso está en las descripciones de los casos Ayudan interpretar y esclarecer los casos de uso Se suelen elaborar durante el análisis inicial del caso de uso.

25 Especificación de Elementos de los diagramas Relaciones Puede aparecer un rectángulo que muestre los límites del sistema

26 Especificación de Los casos de uso se representa mediante elipses con el nombre del caso Los actores pueden representarse mediante un monigotes o mediante rectángulos en que se indique actor En los diagramas, tanto los actores como los casos de uso representan no las instancias particulares, sino los conjuntos de todos los actores de un tipo y de todos los escenarios.

27 Especificación de Un ejemplo

28 Especificación de Un ejemplo

29 Especificación de Asociaciones entre actores y casos de uso Las asociaciones entre actores y casos de uso: se representan mediante una línea continua significan la participación del actor en el caso de uso pueden indicarse restricciones de cardinalidad

30 Especificación de Generalización-especialización entre actores Indicarían que un actor es más general que otro si A es una especialización de B, una instancia de A podrá comunicarse con los mismos casos de uso que B

31 Especificación de Generalización-especialización entre actores

32 Especificación de Relaciones entre casos de uso Entre casos de uso pueden darse relaciones: extensión (extend) inclusión (include) generalización-especialización

33 Especificación de inclusión El caso de uso inicial incluye el comportamiento del caso de uso final (subcasos). una relación A include a B significa que una instancia de A también incorporaría el comportamiento especificado en B. Se incorporaría en el lugar indicado en A.

34 Especificación de inclusión

35 Especificación de extensión El caso de uso final se puede extender con el comportamiento del caso de uso inicial en un punto concreto del primero. si A extend B, significa que una instancia del caso de uso B podría incorporar el comportamiento especificado en A (si se cumplen las condiciones especificadas en el punto de extensión). El comportamiento se añadiría en el punto de extensión de B, referenciado por la relación extend. Un punto de extendión es una referencia al interior del caso (B), hacia el punto donde se podrán insertar secuencias de acciones de otros casos (A).

36 Especificación de inclusión

37 Especificación de Identificación de casos de uso Los casos de uso son los principales procesos de extremo a extremo, distintos y completos de utilización de un sistema. No suelen estar formados por un único paso (error frecuente), sino que describen una historia completa de uso del sistema. Por ejemplo: Alquiler de películas Devolución de películas Pago de recargos

38 Especificación de esenciales y reales

39 Especificación de Algunos principios Los casos de uso no son algo aislado, deben considerarse en su contexto. La elaboración de casos de uso no es una actividad analítica, sino sintética. No se trata de analizar y desmenuzar algo que ya existe, sino de crear (junto con los clientes) una concepción común del sistema software a desarrollar.

40 Especificación de Algunos consejos Buscar una comunicación real entre actores y sistema No complicar las cosas Tener en cuenta a los interesados (stakeholders) Lo mejor es enemigo de lo bueno (El caso de uso hay que terminar por escribirlo en algún momento)

41 Especificación de : Hay que revisar los casos de uso cuidadosamente, junto con el usuario. Los casos de uso deben describir la interacción entre el actor y el software sin ambigüedad. Permiten expresar tanto requisitos funcionales como no funcionales. Expresan el funcionamiento del sistema como un TODO (no de sus partes).

42 Especificación de Se pueden priorizar los casos de uso, con una escala de 1 a 10 p.e., para desarrollar el sistema incrementalmente. Los casos de uso aumentan la trazabilidad del sistema. Los casos de uso permiten desarrollar casos de prueba.

43 Especificación de

44 Especificación de Sacar partido a las relaciones Al elaborar el modelo de casos de uso puede resultar útil (en cuanto a comprensión y simplificación): separar los subcasos comunes, referenciándolos mediante relaciones include ; resaltar la excepcionalidad de algunos escenarios, separándolos y referenciándolos mediante relaciones extend.

45 Especificación de