Un diagrama de Casos de Uso, es una herramienta fundamental de UML y del modelado de Sistemas de Información. Puede ser usado tanto en RUP, XP o Scrum, al igual que el famoso Diagrama de Flujo de Datos de la metodología estructurada o clásica, nos permite la representación gráfica de los procesos que intervienen en un sistema de información, nos muestra los actores que participan en los casos de uso (procesos) y la forma en que se relacionan los procesos.
Sus elementos gráficos fundamentales son los siguientes:
Caso de Uso. Se representa por una elipse, denota un requerimiento solucionado por el sistema. Cada Caso de Uso es una operación completa desarrollada por los actores y por el sistema en un diálogo. El conjunto de Casos de Uso representa la totalidad de operaciones desarrolladas por el sistema. Cada Caso de Uso tiene un texto descriptivo de la operación compuesto por un verbo en imperativo y un objeto directo. Ej. Actualizar materiales, Procesar Planilla de Sueldos, Generar indicadores.
Actor. Se representa por un muñeco, denota a un usuario del sistema, éste puede ser una persona, un área, una entidad o una aplicación o sistema. En la parte inferior se indica el nombre del actor como función que cumple. Ej. Almacenero, Secretaria, Contador, Impuestos Internos, Sist. Contabilidad, etc.
Un actor puede proveer información al sistema o recibir información del sistema o viceversa.
Relaciones. Una relación esta representada por una flecha dirigida del elemento fuente al destino, opcionalmente puede ir acompañado de un texto que representa un paquete de información, se pueden tener tres tipos de relaciones:
a)Comunica (Communicates), muestra la relación entre un Actor y un Caso de Uso, denota la participación del actor en el proceso determinado.
b)Usa (Uses), muestra la relación entre dos Casos de Uso, denota la participación de un caso de uso posterior a otro caso de uso con el flujo de información resultante.
c)Extiende (extend), es la relación entre dos casos de uso, donde un caso de uso es una especialización de otro denominado principal. Es decir es un caso de uso contenido y que es procesado cuando se cumplen ciertas condiciones en el caso de uso principal. En la relación se debe indicar explícitamente la palabra Extends, y el tipo de flecha es triangular, para diferenciar de los otros tipos de relaciones.
Existen otras notaciones o simbolos complementarios que por mi experiencia son muy pobremente usados en el modelaje real de sistemas, siendo más de caracter netamente académico. Con los elementos indicados anteriormente es posible hacer cualquier modelado de procesos de un sistema.
Es importante enfatizar que un Caso de Uso representa a un proceso, es decir un conjuntos de actividades lógicamente relacionadas que cumplen una determinada función, por lo tanto, no se debe confundir con una actividad en particular. Por ejemplo si denominamos a un Caso de Uso - Actualizar datos de proveedor, implica que realizará las opciones de adición, modificación y eliminación. Es frecuente ver en algunos modelos que se represente un caso de uso como "modificar proveedor", lo cual es incorrecto, por ser una actividad dentro del proceso. Para la representación de opciones de un proceso existen otras herramientas como el Diagrama de Estados o el Diagrama de Secuencia.
No hay comentarios:
Publicar un comentario