Reglas Generales de Los Diagramas de Casos de Usos
Reglas Generales de Los Diagramas de Casos de Usos
Reglas Generales de Los Diagramas de Casos de Usos
MANEJO DE UML
Tipos de Diagramas de Casos de Uso En la actualidad son utilizados 2 tipos de diagramas de casos de uso; Diagramas de Casos de Uso Bsicos y Diagramas de Casos de uso Extendidos. Si bien ambos son DCUs, difieren en la particularizacin de las acciones que existe en uno respecto del otro. A continuacin se explica a grandes rasgos las caractersticas de uno y otro. Diagramas de Casos de Uso Bsicos Estos corresponden a representaciones generales de las acciones que se contextualizan entre un sistema y los actores asociados, sin detallar ni particularizar en las sub-interacciones, ni en los tipos de relaciones entre los propios casos de uso. Es una herramienta grfica muy buena para extraer requisitos de un sistema (lo malo, es que como se les mencion en clases, hoy en da es superada por el Prototipado, pues permite visualizar cmo va a quedar el sistema, cosa que no hacen los DCUs.) Ejemplo1: (Ver en Clases) Diagramas de Casos de Uso Extendidos Estos son los ms utilizados a nivel de diseo y documentacin de sistemas, pues permiten identificar y detallar no slo las relaciones bsicas, sino que adems, permiten especificar a nivel de detalle las interacciones y sus posteriores repercusiones, utilizando para ello las reglas asociadas al Estndar de UML 2.0. Ejemplo2: (Ver en Clases) ELEMENTOS DE LOS DIAGRAMAS DE CASOS DE USO Actor
Posee un papel o rol fundamental en la interaccin con el sistema. Un mismo usuario puede ser representado por ms de un actor (dependiendo de la funcin, rol o perfil que se est analizando o representando.) Un Actor puede representar a muchos usuarios del sistema. Un Actor puede ser una persona, una mquina, un dispositivo u otra aplicacin del sistema general.
Sistemas de Informacin Administrativa - Tips para la Elaboracin de Diagramas de Caso de Uso Un Actor puede ser cualquier cosa que se comunica o interacciona con el sistema y debe ser externo a l. Un Uso siempre es iniciado por un Actor.
Casos de Uso
Relaciones Permiten la comunicacin entre; o o Casos de Uso y Actores. Actores y Casos de Uso.
Grficamente corresponden a una lnea que se traza desde un punto a otro del DCU, sin indicador de direccin (flecha). Muchas veces denotan los flujos u opciones a realizarse en el problema.
Inclusin <<Include>> Necesario para el quehacer del Caso de Uso Base. Grficamente, es representado por una lnea punteada que va desde el Caso de Uso Base al Caso de Uso Destino. Se suele utilizar para encapsular un comportamiento parcial comn a varios casos de uso. Indica que la funcionalidad de determinado caso se requiere para realizar las tareas de otro. Corresponde a parte del curso obligatorio de un determinado evento o funcionalidad. La funcionalidad la determina el Caso de Uso Base, pero la concluye el Caso de Uso Incluido.
Extensin <<Extend>>
Sistemas de Informacin Administrativa - Tips para la Elaboracin de Diagramas de Caso de Uso Caso de Uso Alternativo al Caso de Uso Base No es obligatorio el cumplimiento del Caso de Uso Extendido para que el Caso de Uso Base efecte su funcionalidad u objetivo. Grficamente, es representado por una lnea punteada que va desde el Caso de Uso Destino (Extendido) al Caso de Uso Base. El caso de uso que extiende describe un comportamiento opcional del Caso de Uso Base. Tiene un grado de similitud con el comportamiento de la Generalizacin. Una extensin representa una dependencia del caso de uso invocado o destino hacia el caso de uso base. Las extensiones son funcionalidades no pensadas inicialmente en los sistemas y corresponden a agregaciones o incorporaciones de casos de uso extraordinarios, fortuitos e incluso a errores del sistema.
Generalizacin / Especializacin Al igual que en la herencia entre clases, el caso de uso hijo hereda las asociaciones y caractersticas del caso de uso padre. Son aplicables entre Actores o entre Casos de Uso (sin embargo, no aplica entre casos de uso y actores.)
Lmites del Sistema Utilizado para delimitar o definir los lmites del sistema, Es representado por un rectngulo alargado hacia abajo. Separa al sistema a analizar (sobre el que se quiere realizar el DCU) de su entorno o contexto.
NOMENCLATURA
Sistemas de Informacin Administrativa - Tips para la Elaboracin de Diagramas de Caso de Uso DIAGRAMAS DE CASO DE USO DETALLADOS (DE SISTEMAS INFORMTICOS) Se debe mirar el sistema como: o o Pantallas, Botones (Enviar, Guardar, Cancelar, Cerrar, et.) Estos botones pueden estar habilitados o deshabilitados (la accin de deshabilitarlos debe considerarse como un uso ms del sistema). o o o o o o o Ventanas, Mensajes, Popups, Formularios, Pestaas, Mens, Etc.
Estas son las interacciones que finalmente deseamos modelar, pues lo que pretendemos es realizar interfaces de usuarios, y grficamente pueden ser representadas as. TIPS PARA DIAGRAMAS DE CASOS DE USO A continuacin se describen algunos tips claves a la hora de entender y construir Diagramas de Casos de Uso (DCU). Desde el punto de vista informtico, los DCU describen lo que hace un sistema (puede ser computacional o no, pero en nuestro caso nos avocaremos a los sistemas computacionales) a partir de la interaccin con el usuario o Actor. Desde un punto de vista ms general, un DCU no slo refleja las interacciones de los usuarios con sistemas computaciones, tambin sirven para expresar interacciones entre sistemas generales, o de la vida cotidiana. Son muy utilizados en la fase de anlisis de los requerimientos. En los DCU se deben plasmar todas las alternativas posibles con las que cuenta o debe contar el Usuario para interactuar con el sistema. Son muy sencillos de realizar para el analista y fciles de entender por cualquier persona. Sirven para definir o determinar los requisitos funcionales del sistema, adems permiten disipar las dudas de comunicacin y/o entendimiento entre el usuario y el analista. Debido a que reflejan las funcionalidades del sistema, tambin pueden ser utilizados en la Fase de Pruebas y/o Validacin de los Sistemas Computacionales. Un DCU muestra la secuencia de acciones con sus distintas opciones alternativas, que en un sistema se puede encontrar. El DCU debe tener un propsito claro y preciso que justifique su elaboracin.
Sistemas de Informacin Administrativa - Tips para la Elaboracin de Diagramas de Caso de Uso Muestra un resultado observable til y concreto para algn actor (que debe coincidir con el propsito) Existen DCU Resumidos, durante la fase inicial del proyecto (Usuario-Analista), y DCU Detallado, en la fase de elaboracin (Analista-Desarrollador) En los DCU se expresa qu hace el sistema, sin importar cmo lo hace. Un DCU puede ser un subsistema del sistema computacional. Todos los DCU poseen un Contexto. Los DCU forman parte importante de la documentacin del sistema. Guardan relacin con la usabilidad de un determinado producto (o sistema). Sirven para modelar la problemtica, no la solucin de esta. Para construir un DCU se requieren varios elementos grficos que vale la pena sealar y describir. o o o o o o o Actor Caso de Uso Limites del Sistema (Contexto) Relaciones (Comunicacin) Generalizacin Inclusin Extensin Reglas Generales para algunos de los elementos de los Casos de Uso Include Extend Representa un Curso Opcional de un uso. No Es Excluyente, vale decir, un CDU Base puede poseer ms de un Extend. Representa el Curso Obligatorio de un uso. Es Excluyente, vale decir, para cada CDU que posea un Include, no puede tener ms de uno de estos. No son Obligatorios, vale decir, perfectamente puede darse el caso en que un CDU Base no posea ningn Include. La Direccin de la Flecha indica el orden de lectura. Indica que el CDU destino debe realizarse para que la funcionalidad o uso se finalice correctamente. El CDU Destino No Hereda las propiedades y relaciones del padre. Por convencin, si un CDU Base tiene ms de un CDU Destino, uno de ellos debiese ser Include. El hilo conductor de lectura del diagrama, siempre se queda en el ltimo CDU que se ley, a menos que se indique grficamente lo contrario.
Un CDU Base No puede poseer solo un Extend y nada mas (de ser as, probablemente este elemento seria un Include.) No son Obligatorios, vale decir, perfectamente puede darse el caso en que un CDU Base no posea ningn Extend. Indica que el CDU Destino puede ocurrir, pero no es lo ideal que as fuera. Se refiere a las Excepciones de un uso o funcionalidad. El CDU Destino No Hereda las propiedades y relaciones del padre. Por convencin, un CDU Base No puede tener solo Extend. El hilo conductor de lectura del diagrama, siempre se queda en el ltimo CDU que se ley, a menos que se indique grficamente lo contrario.
Generalizacin Los CDU Hijos representan opciones igualmente validas para el CDU Padre. Cada CDU Hijo Hereda las propiedades y relaciones del CDU Padre. Por convencin se priorizan en la lectura los CDU relacionados al padre y luego los relacionados a los hijos. Tratar de no perder el hilo conductor entre el padre, sus relaciones, sus hijos y sus relaciones. La direccin de la flecha es siempre del Padre al Hijo, no a la inversa. Tambin son excluyentes (vale decir, si se opta por un hijo, no se opta por el otro.)