Cómo crear Diagramas de Casos de Uso Tema de la Asignatura Entornos de Desarrollo del ciclo Desarrollo de Aplicaciones Multiplataforma Comunidad Val...
Introducción........................................................................................2 Elementos del Diagrama de Casos de Uso ...........................................2 Identificar Actores...............................................................................3 Identificar Casos .................................................................................3 Documentar Casos ..............................................................................3 Plantilla Casos de Uso ........................................................................4 Relaciones ..........................................................................................5 Asociación .......................................................................................5 Inclusión (Include)............................................................................5 Extensión (Extends) .........................................................................5 Generalización..................................................................................5 Herramientas para la Elaboración de Diagramas ..................................5
1. Introducción Los Diagramas de Casos de Uso nos ayudan en la toma y comprensión de los requisitos del sistema. Los requisitos del sistema son las funcionalidades que debe tener, es decir, lo que nos pide el cliente. Los diagramas deben cumplir como objetivos:
Definir los requisitos funcionales y operativos del sistema, diseñando un conjunto de escenarios que faciliten una descripción de cómo se usará el sistema. Proporcionar una descripción clara de cómo el usuario interactúa con el sistema y viceversa. Proporcionar una base para la validación de las pruebas.
Un caso de uso se suele escribir en un lenguaje sencillo y sin tecnicismos para que pueda ser entendido y comprendido por todos los participantes en el proceso de análisis. Un conjunto completo de casos de uso especifican todas las diferentes formas de utilizar el sistema y por lo tanto, definen todo el comportamiento requerido del mismo. Utilizando UML se puede crear una representación visual de lso casos de uso llamada Diagrama de Casos de Uso.
2. Elementos del Diagrama de Casos de Uso
Actores: Representan los roles de los usuarios (no necesariamente personas) que interactúan con el sistema y son externos a él. Se nombran con sustantivos y se representan con monigotes. Casos de Uso: Representan una unidad funcional del sistema que inicia un Actor. Acciones que pueden tener lugar en el sistema. Se representan con elipses con una descripción textual dentro. Y normalmente su descripción comenzará con un verbo. Relaciones: Indican actividad o flujo de información. Existen varios tipos, aunque la más normal es la asociación entre un Actor y un Caso de Uso. Esta relación en concreto se representa por una línea contínua entre ambos elementos. Sistema: Se representa mediante un rectángulo que envuelve a todos los casos de uso y deja fuera a todos los actores estableciendo el límite entre estos. Otros: Los comentarios no forman parte del diagrama pero sirven para dotar de claridad y describir mejor los diferentes elementos del sistema. NACHO RODRIGUEZ NAVARRO
T3.2 ENTORNOS DE DESARROLLO
CFGS - DESARROLLO DE APLICACIONES MULTIPLATAFORMA IES EL GRAO - 2016/17
Figura 1. Buscar y Comprar Artículos
3. Identificar Actores Para identificar los actores se necesita saber qué y quién interactúa con el sistema y qué roles desempeñan cuando interactúan con él. El mismo usuario puede interpretar varios roles, actuando así como actores distintos. Los actores son siempre externos al sistema.
4. Identificar Casos Una vez identificados los actores podemos hacernos una serie de preguntas que nos ayudarán a identificar los casos de uso:
¿Qué tareas realizan los actores involucrados en el sistema?
¿Qué información crea, almacena, modifica, destruye o lee el actor?
¿Debe el actor notificar al sistema los cambios externos ocurridos?
¿Debe el sistema informar a algún actor de cambios internos?
¿Interactúa el sistema con algún sistema externo?
5. Documentar Casos Los casos de uso se documentan con texto informal. Describen tanto lo que hace el actor como lo que hace el sistema cuando interactúa con él. En realidad lo más importante es esto, mucho más que el diagrama en sí. El diagrama no es más que la representación gráfica de todos los casos de usos involucrados en el sistema, pero los casos de uso son los que nos describen realmente los requisitos funcionales de nuestro sistema. Deben estar más o menos detallados según la necesidad concreta. Es conveniente que usemos siempre un mismo formato, algún tipo de plantilla.
NACHO RODRIGUEZ NAVARRO
T3.3 ENTORNOS DE DESARROLLO
CFGS - DESARROLLO DE APLICACIONES MULTIPLATAFORMA IES EL GRAO - 2016/17
6. Plantilla Casos de Uso Una posible plantilla podría contener lo siguiente:
Identificador y nombre del caso de uso . Actores: Aquí, además del actor o de los actores involucrados directamente en el caso de uso también es importante incluir más actores involucrados indirectamente y una lista de los intereses de cada uno de ellos. Precondiciones: Condiciones que asumimos que son ciertas y que, probablemente, dependan del resultado exitoso de otro caso de uso anterior. Postcondiciones: Resultado final de un caso de uso exitoso. Aquello que hace que todos los actores involucrados alcancen sus objetivos e intereses. Curso normal exitoso (flujo normal) : Pasos para llevar a cabo el caso de uso con éxito ordenados secuencialmente. Extensiones (flujos alternativos): Desviaciones del curso normal del caso de uso. Por ejemplo debido a errores o a toma de decisiones por parte del actor.
Un ejemplo basado en la figura 1 sería:
CU1: buscarArtículo Actores: Cliente Precondiciones: El Cliente se ha registrado y ha entrado en el sistema. Postcondiciones: El Sistema muestra los productos encontrados. Curso normal: 1. El cliente selecciona Buscar Artículo. 2. El sistema solicita los criterios de búsqueda. 3. El cliente introduce los criterios deseados. 4. El sistema busca artículos que cumplan los criterios introducidos. 5. El sistema encuentra artículos y los muestra al cliente. Alternativa 1: 5. El sistema no encuentra artículos. 6. El sistema informa al cliente que no encuentra artículos con los criterios deseados. 7. El sistema le pregunta al cliente si desea cambiar de criterios o cancelar la búsqueda. a. El cliente decide cambiar los criterios de búsqueda y se vuelve al punto 2. b. El cliente cancela la búsqueda.
NACHO RODRIGUEZ NAVARRO
T3.4 ENTORNOS DE DESARROLLO
CFGS - DESARROLLO DE APLICACIONES MULTIPLATAFORMA IES EL GRAO - 2016/17
7. Relaciones En general, hay que intentar evitar abusar de todo este tipo de relaciones diferentes de las asociaciones puras, pues hace que los diagramas sean más difíciles de entender. Cuanto más simple sea el diagrama más fácil será que lo entienda todo el mundo.
7.1.
Asociación
Línea contínua que une un actor con un caso de uso que realiza. Indica que un actor inicia determinado caso de uso.
7.2.
Inclusión (Include)
Es bastante habitual que, después de escribir varios casos de uso nos demos cuenta de que parte de los pasos se repiten en varios de ellos. Podemos separar esos pasos comunes y crear un caso de uso nuevo. Se representa con una línea discontinua dirigida (flecha abierta) hacia el caso de uso nuevo que contiene los pasos comunes.
7.3.
Extensión (Extends)
Otra cosa habitual es que nos encontremos con un caso de uso que normalmente se compone de una serie de pasos pero que, en algún momento en particular, tiene alguna peculiaridad que hace que haya que dar algún paso más. Por ejemplo, en la primera aparición del caso podría ser que tuviéramos que hacer más cosas. Extends lo que hace es ampliar la funcionalidad, extender los pasos de ese caso particular. Se representa con una línea discontínua dirigida (flecha abierta) hacia el caso general.
7.4.
Generalización
Puede ser tanto de actores como de casos de uso En cuanto a los actores especifica una relación de herencia entre uno u otro. Es decir que el padre es un caso más general que el hijo. La generalización en casos de uso consiste en que tenemos varios casos de uso que son especificaciones de un caso de uso más general. O también maneras alternativas de hacer lo mismo.
8. Herramientas para la Elaboración de Diagramas Existen muchas herramientas específicas para el desarrollo de diagramas UML y otros muchos programas de dibujo que pueden sernos también útiles para lo mismo. De entre todas estas herramientas nosotros vamos a utilizar a modo de ejemplo:
ArgoUML (http://argouml.tigris.org) Herramienta Open Source de diagramas UML.
http://yuml.me Una página web en la que hacer online varios tipos de diagramas UML.
NACHO RODRIGUEZ NAVARRO
T3.5 ENTORNOS DE DESARROLLO
CFGS - DESARROLLO DE APLICACIONES MULTIPLATAFORMA IES EL GRAO - 2016/17