Tutorial de Casos de Uso (Paso a 'pasito')

Si quisieramos aprender a modelar sistemas orientados a objetos por medio de Casos de Uso, ¿cuales serían los pasos a seguir? es decir, ¿existe una forma generalmente aceptada que nos diga el 'como', para realizarlos?

Bien, efectivamente existe, pero tampoco no es un dogma, son solo guias generales. Dichos pasos son:

1. Identificar actores. Los actores son mejor dicho, los roles que un usuario o usuarios del sistema llevan a cabo en algun momento del tiempo. Tambien pueden ser otros sistemas con los que el 'sistema' en proceso de modelado tiene interacción. Ejemplo: Para un sistema de ventas (directas y por catalogo), nuestros actores pueden ser: Vendedor, Cliente, Supervisor de Ventas.


2. Identificar Metas (Metas, objetivos generales o responsabilidades). Todos los actores en el entorno a modelar tienen metas u objetivos, o en su defecto responsabilidades, o en su defecto, acciones que desean realizar u obtener del sistema. Por ejemplo: Para el sistema de Ventas, el Vendedor tiene como meta, objetivo o responsabilidad (Ofrecer productos, Cerrar Venta, Ganar mucho dinero via Cobrar comisiones).


3. Obtener o identificar los Casos de Uso a partir de las Metas. Las metas son importantes porque a partir de su identificación pasamos a realizarlas y estas se convierten en los Casos de Uso, de esta forma tan sencilla obtenemos la información de funcionalidad que requiere nuestro sistema.


4. Especificar cada Caso de Uso. Una vez identificados seguimos a especificarlos uno a uno, es probable que en el inter, de esos sencillos pasos algunos casos de uso desaparezcan o se fusionen con otros, por ambiguedades detectadas o por detalles que se hayan escapado durante el proceso. Es importante recordar que de eso se trata el modelado, no es indispensable que quede al cien por ciento el modelo desde la primera vez, por eso hay que hacerlo en iteraciones o ciclos. La especificación de los casos de uso contiene varias partes, las fundamentales son Nombre, Descripcion, Actores, Flujo Principal y Flujos Alternos. Este grupo de elementos constituyen lo que se conoce como plantilla (Template), y nos podemos encontrar un sinnumero de plantillas en la red. Por ejemplo ésta:


5. 
   
   
   
   1. Id. Clave o numero de control del Caso de Uso
   
   
   2. Nombre. Es el Caso de Uso en si
   
   
   3. Descripción. Aqui detallamos lo que el caso de uso resuelve con base a su objetivo primordial.
   
   
   4. Actores. En esta sección especificamos el actor o actores principales y los actores secundarios o auxiliares en el caso de uso. Podemos detallar su nombre, una breve descripción y en que otros casos de uso intervienen si se desea. Aunque preferentemente esta especificacion se puede hacer por separado en otro documento.
   
   
   5. Pre-condiciones. Las reglas o condiciones que se deben cumplir antes de que sea iniciado el caso de uso. Por ejemplo, usuario firmado (logged), pago realizado, etc.
   
   
   6. Post-condiciones. Condiciones que se deben cumplir cuando termine el caso de uso.
   
   
   7. Flujo Principal En la secuencia de pasos del flujo principal, podemos usar texto solamente numerando cada paso, podemos usar un diagrama de flujo, un diagrama de secuencia, o una grafica de estados para efectos de dar claridad.
   
   
   8. Variaciones. Aqui listamos los pasos
   
   
   9. Extensiones.
   
   
   10. Requerimientos no funcionales.Cualquier elemento indispensable para la realizacion del caso de uso, que no tenga impacto en la funcionalidad.
   
   
   11. Diagrama de Contexto. Nos ilustra el alcance del caso de uso, entradas y salidas generales.
   
   
   12. Diagrama de Navegación. Este diagrama nos ayuda a ilustrar el flujo entre las pantallas (prototipo) que tendra el sistema para el caso de uso.
   • 
     
   
   
   13. Prototipos de Pantallas.
       
   
   
   
   

Technorati : UML, UML Tutorials, Use Cases

Use Cases

Casos de Uso - Ejemplos

Sistema de Gestion para un Laboratorio de Analisis Fisico-Quimicos y Microbiologicos

Diagrama de Casos de Uso

Detalle del Caso de uso: Registro de Muestras

Descripcion
Este caso de uso documenta el proceso de recepción y registro de muestras. Tanto para clientes comunes como para clientes-convenio.
Los clientes comunes entregan la muestra al auxiliar tecnico administrativo, quien llena el formato F-CAL-030-1 con la información de las muestras y los estudios a realizar.
Un cliente convenio puede tener su propio formulario (Hoja de Custodia) para llenado de las muestras recibidas tanto como su manejo.

Detalles
Prioridad: Normal
Estatdo: Casual
Autor: Isidro Leos Viscencio


Pre condiciones
· Los usuarios deben estar firmados (logged)

Post condiciones
Success end condition

· La muestra es registrada y se puede conocer su estatus (Registro, Almacen, Analisis, Aprobación de Resultados, Informe Listo, Entregado al Cliente, Disposicion, Liberado)
· Se imprime la copia de custodia para cliente, entregable y para-archivo
· Se efectua el registro de entradas y salidas de Almacenamiento:; Anaquel o Refrigerador
· Se efectua el registro de resultados
· Se efectua la autorizacion o rechazo
· Se controlan las modificaciones a custodia - estudios
· Se elabora en automatico el informe de resultados
· Se realiza la generacion y el control de bitácora

Condicion de fallo
El ATA no puede capturar la muestra y no se altera lo anterior
El Responsable de Laboratorio no autoriza los resultados se queda pendiente de autorizacion


Minimos requisitos
-
Equipo funcionando


Actores Principales
Auxiliar Tecnico Administrativo

Actores Secundarios
Analista de Area Microbiologia

Escenario principal
1. El cliente entrega la muestra al Auxiliar Tecnico Administrativo
2. El Auxiliar Tecnico Administrativo Captura los datos de la muestra (Formato F-CAL-030-1)
3. El Auxiliar Tecnico Administrativo Imprime copia de la Custodia y la entrega al Cliente.
4. El Auxiliar Tecnico Administrativo envía la custodia al Analista de Area Fisico-Quimica y al Analista de Area Microbiologia para realizar analisis.
5. El Auxiliar Tecnico Administrativo lleva las muestras al almacen
6. El Auxiliar Tecnico Administrativo elabora la bitacora

Extensiones

1a. Se requiere FAX

1. If ( Hay fax ) then
1.1. Recibir y llenar custodia en base a FAX
2. Else
2.1. Esperar a recibir FAX


2a. Existe el Cliente <¿Es cliente nuevo?>
1. Dar de alta al Cliente


Variaciones

~2a. Cliente Convenio
1. Capturar los datos de la muestra utilizando el formato 001 para registrar la muestra

Diagrama de Flujo

Diagrama de Contexto

Diferencia [Casos de Uso] y [Diagramas de Casos de Uso]

Es importante diferenciar casos de uso con diagrama de casos de uso. Tal vez suene un poco confuso, y quizá lo sea. Sin embargo vamos a tratar de hacer la distinción y precisar en que consisten ambos.

Casos de Uso

El caso de uso es una serie de cosas, es una técnica de analisis de sistemas, es una tecnica para recopilar requerimientos, puede ser usada como estrategia de desarrollo o conduccion de proyectos de sistemas (Use case driving proyects), y su aplicación se ha vuelto muy importante. El creador de los Casos de uso Ivar Jackobson se unió a Grady Booch y James Rambaugh en Rational Rose, para trabajar en lo que hoy conocemos como UML.

Un caso de uso se forma de varios elementos, tiene una estructura, aunque no estandarizada oficialmente, el uso repetitivo en diferentes ambitos, nos permite conocer algunos de esos formatos o plantillas, las cuales por lo general cuentan de lo siguiente:

• 
  


• Nombre del Caso de Uso
  


• Objetivo o Meta General
  


• Descripcion
  


• Actores
  


• Pre-Condiciones
  


• Post-Condiciones
  


• Diagrama de Caso de Uso
  


• Flujo de Eventos
  
  
  
  • 
    
  
  
  • Flujo Principal
    
  
  
  • Flujos Alternos
    
  
  
  
  
  
  


• Extensiones
  


• Diagrama de Contexto
  


• Diagrama de Navegacion (Entre Pantallas)
  


• Prototipos de Pantallas
  

Nota: Algunas plantillas presentan manejo de información adicional como control de versiones, autor, fechas, etc.

Diagrama de Casos de uso

El diagrama de casos de uso forma parte del conjunto de herramientas del UML y es muy simple elaborar un diagrama de este tipo. Básicamente se conforma de dos figuras elementales el actor y el caso de uso.
Un actor que puede ser una persona, pero en particular el rol que desempeña dentro del sistema o entorno que estemos analizando, se representa con un muñequito.
Un caso de uso, que es una meta, accion, funcion, o tarea que desarrolla uno o varios actores y se representa con un elipse.

Nota:Diagramas generados con Visual Paradigm Community Edition

Technorati : UML, Use Case Diagram, Use Cases
Flickr : UML, Use Case Diagram, Use Cases

Casos de Uso - Introducción

Un caso de uso es una herramienta que sirve para representar la forma como un cliente (Actor) opera con el sistema en desarrollo, además de la forma, tipo y orden en la cual, los elementos interactuan, a estas acciones se les llama operaciones o Casos de uso.

Los casos de uso se utilizan básicamente en el proceso de modelado de sistemas, partiendo de una percepción o perspectiva que nos plantea el paradigma de la orientación a objetos, y en este caso el analisis y diseño orientados a objetos.

Los casos de uso forman parte del Lenguaje Unificado de Modelado UML por sus siglas en ingles (Unified Modeling Languaje) el cual a su vez se compone de muchas otras herramientas, básicamente diagramas como: Diagramas de Clase, Diagramas de Secuencia, Colaboracíón, Transición de Estados, Diagramas de Actividad, Componentes, Deployment, entre otros. Todas ellas usadas a lo largo de las etapas o ciclo de vida del proceso de desarrollo.

La aplicación principal de los casos de uso es en el proceso de análisis y diseño pero de manera particular en la definición de requerimientos del usuario. Es una excelente herramienta de comunicación debido a la sencillez de su elaboración asi como su comprensión. En teoría los usuarios deberían conocer como hacer sus propios casos de uso, pero eso solo es en "teoría".

Un diagrama de casos de uso consta de los siguientes elementos: Actor, Casos de Uso y Relaciones.

Elementos

l Actor:

Una definición previa, es que un Actor es un rol que un usuario juega con respecto al sistema. Es importante destacar el uso de la palabra rol, pues con esto se especifica que un Actor no necesariamente representa a una persona en particular, sino más bien la labor que realiza frente al sistema.Como ejemplo para ilustrar la definición anterior, tenemos el caso de un sistema de ventas en que el rol de Vendedor con respecto al sistema puede ser realizado por un Vendedor o bien por el Jefe de Local.

l Caso de Uso:

Es una operación/tarea específica que se realiza tras una orden de algún agente externo, sea desde una petición de un actor o bien desde la invocación desde otro caso de uso.

l Relaciones:

¡ Asociación. Es el tipo de relación más básica que indica la invocación desde un actor o caso de uso a otra operación (caso de uso). Dicha relación se denota con una flecha simple.

¡ Dependencia o Instanciación. Es una forma muy particular de relación entre clases, en la cual una clase depende de otra, es decir, se instancia (se crea). Dicha relación se denota con una flecha punteada.

¡ Generalización. Este tipo de relación es uno de los más utilizados, cumple una doble función dependiendo de su estereotipo, que puede ser de:

Uso (<<uses>>) o de Herencia (<<extends>>). Este tipo de relación esta orientado exclusivamente para casos de uso (y no para actores).

extends. Se recomienda utilizar cuando un caso de uso es similar a otro (características).

uses. Se recomienda utilizar cuando se tiene un conjunto de características que son similares en más de un caso de uso y no se desea mantener copiada la descripción de la característica. De lo anterior cabe mencionar que tiene el mismo paradigma en diseño y modelamiento de clases, en donde esta la duda clásica de usar o heredar.

Technorati : Casos de Uso, Use Cases
Del.icio.us : Casos de Uso, Use Cases

Tutorial ultra express de Casos de Uso

He estado evaluando varias herramientas para modelado y me he encontrado con esta que esta genial. ¿Quieres aprender rapidamente a hacer Casos de Uso? Visual Use Case es la respuesta:

Technorati : Casos de Uso, Tutorials, UML, Use Cases