• Author / Uploaded
• Diego Ignacio Valdés Méndez

Citation preview

Sistemas de Información Administrativa - Tip’s para la Elaboración de Diagramas de Caso de Uso

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 Básicos y Diagramas de Casos de uso Extendidos. Si bien ambos son DCU’s, difieren en la particularización de las acciones que existe en uno respecto del otro. A continuación se explica a grandes rasgos las características de uno y otro. Diagramas de Casos de Uso Básicos 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 gráfica muy buena para extraer requisitos de un sistema (lo malo, es que como se les mencionó en clases, hoy en día es superada por el Prototipado, pues permite visualizar cómo va a quedar el sistema, cosa que no hacen los DCU’s.) Ejemplo1: (Ver en Clases) Diagramas de Casos de Uso Extendidos Estos son los más utilizados a nivel de diseño y documentación de sistemas, pues permiten identificar y detallar no sólo las relaciones básicas, sino que además, permiten especificar a nivel de detalle las interacciones y sus posteriores repercusiones, utilizando para ello las reglas asociadas al Estándar 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 interacción con el sistema.

•

Un mismo usuario puede ser representado por más de un actor (dependiendo de la función, 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 máquina, un dispositivo u otra aplicación del sistema general.

Documento elaborado por Gastón Darío Vilches Morales – Inacap Talca

Sistemas de Información Administrativa - Tip’s para la Elaboración 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

Nombre Caso de uso •

Es una descripción de alguna funcionalidad del sistema desde la perspectiva del usuario.

•

Su propósito es definir una parte del comportamiento coherente del sistema.

•

Cada caso de uso puede estar relacionado con otros casos de uso, o Actores.

•

Un Caso de Uso representa las funciones u operaciones que un sistema puede ejecutar.

•

Cada Caso de Uso puede detallarse textualmente.

Relaciones •

•

Permiten la comunicación entre; o

Casos de Uso y Actores.

o

Actores y Casos de Uso.

Gráficamente corresponden a una línea que se traza desde un punto a otro del DCU, sin indicador de dirección (flecha).

•

Muchas veces denotan los flujos u opciones a realizarse en el problema.

Inclusión •

Necesario para el quehacer del Caso de Uso Base.

•

Gráficamente, es representado por una línea punteada que va desde el Caso de Uso Base al Caso de Uso Destino.

•

Se suele utilizar para encapsular un comportamiento parcial común 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.

Extensión

Documento elaborado por Gastón Darío Vilches Morales – Inacap Talca

Sistemas de Información Administrativa - Tip’s para la Elaboración 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 efectúe su funcionalidad u objetivo.

•

Gráficamente, es representado por una línea 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 Generalización.

•

Una extensión 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.

Generalización / Especialización •

Al igual que en la herencia entre clases, el caso de uso hijo hereda las asociaciones y características del caso de uso padre.

•

Son aplicables entre Actores o entre Casos de Uso (sin embargo, no aplica entre casos de uso y actores.)

Límites del Sistema •

Utilizado para delimitar o definir los límites del sistema,

•

Es representado por un rectángulo alargado hacia abajo.

•

Separa al sistema a analizar (sobre el que se quiere realizar el DCU) de su entorno o contexto.

NOMENCLATURA

Documento elaborado por Gastón Darío Vilches Morales – Inacap Talca

Sistemas de Información Administrativa - Tip’s para la Elaboración de Diagramas de Caso de Uso

Documento elaborado por Gastón Darío Vilches Morales – Inacap Talca

Sistemas de Información Administrativa - Tip’s para la Elaboración de Diagramas de Caso de Uso DIAGRAMAS DE CASO DE USO DETALLADOS (DE SISTEMAS INFORMÁTICOS) •

Se debe mirar el sistema como: o

Pantallas,

o

Botones (Enviar, Guardar, Cancelar, Cerrar, et.) Estos botones pueden estar habilitados o deshabilitados (la acción de deshabilitarlos debe considerarse como un uso más del sistema).

o

Ventanas,

o

Mensajes,

o

Popup’s,

o

Formularios,

o

Pestañas,

o

Menús,

o

Etc.

Estas son las interacciones que finalmente deseamos modelar, pues lo que pretendemos es realizar interfaces de usuarios, y gráficamente pueden ser representadas así. TIP’S PARA DIAGRAMAS DE CASOS DE USO A continuación se describen algunos tip’s claves a la hora de entender y construir Diagramas de Casos de Uso (DCU). •

Desde el punto de vista informático, 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 interacción con el usuario “o Actor”.

•

Desde un punto de vista más general, un DCU no sólo refleja las interacciones de los usuarios con sistemas computaciones, también sirven para expresar interacciones entre sistemas generales, o de la vida cotidiana.

•

Son muy utilizados en la fase de análisis 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 fáciles de entender por cualquier persona.

•

Sirven para definir o determinar los requisitos funcionales del sistema, además permiten disipar las dudas de comunicación y/o entendimiento entre el usuario y el analista.

•

Debido a que reflejan las funcionalidades del sistema, también pueden ser utilizados en la Fase de Pruebas y/o Validación 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 propósito claro y preciso que justifique su elaboración.

Documento elaborado por Gastón Darío Vilches Morales – Inacap Talca

Sistemas de Información Administrativa - Tip’s para la Elaboración de Diagramas de Caso de Uso •

Muestra un resultado observable útil y concreto para algún actor (que debe coincidir con el propósito)

•

Existen DCU Resumidos, durante la fase inicial del proyecto (Usuario-Analista), y DCU Detallado, en la fase de elaboración (Analista-Desarrollador)

•

En los DCU se expresa qué hace el sistema, sin importar cómo lo hace.

•

Un DCU puede ser un subsistema del sistema computacional.

•

Todos los DCU poseen un Contexto.

•

Los DCU forman parte importante de la documentación del sistema.

•

Guardan relación con la usabilidad de un determinado producto (o sistema).

•

Sirven para modelar la problemática, no la solución de esta.

•

Para construir un DCU se requieren varios elementos gráficos que vale la pena señalar y describir. o

Actor

o

Caso de Uso

o

Limites del Sistema (Contexto)

o

Relaciones (Comunicación)

o

Generalización

o

Inclusión

o

Extensión Reglas Generales para algunos de los elementos de los Casos de Uso

Include •

Representa el Curso Obligatorio de un uso.

•

Es Excluyente, vale decir, para cada CDU que posea un Include, no puede tener más de uno de estos.

•

No son Obligatorios, vale decir, perfectamente puede darse el caso en que un CDU Base no posea ningún Include.

•

La Dirección 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 convención, si un CDU Base tiene más 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 gráficamente lo contrario.

Extend •

Representa un Curso Opcional de un uso.

•

No Es Excluyente, vale decir, un CDU Base puede poseer más de un Extend.

Documento elaborado por Gastón Darío Vilches Morales – Inacap Talca

Sistemas de Información Administrativa - Tip’s para la Elaboración de Diagramas de Caso de Uso

•

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 ningún 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 convención, 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 gráficamente lo contrario.

Generalización •

Los CDU Hijos representan opciones igualmente validas para el CDU Padre.

•

Cada CDU Hijo Hereda las propiedades y relaciones del CDU Padre.

•

Por convención 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 dirección de la flecha es siempre del Padre al Hijo, no a la inversa.

•

También son excluyentes (vale decir, si se opta por un hijo, no se opta por el otro.)

Documento elaborado por Gastón Darío Vilches Morales – Inacap Talca