Documente Academic
Documente Profesional
Documente Cultură
Un diagrama de casos de uso consta de los siguientes elementos: Actor. Casos de Uso. Relaciones de Uso, Herencia y Comunicacin.
Actor: 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 ms bien la labor que realiza frente al sistema.
Como ejemplo a la definicin 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.
Caso de Uso: Es una operacin/tarea especfica que se realiza tras una orden de algn agente externo, sea desde una peticin de un actor o bien desde la invocacin desde otro caso de uso.
Relaciones: Asociacin Es el tipo de relacin ms bsica que indica la invocacin desde un actor o caso de uso a otra operacin (caso de uso). Dicha relacin se denota con una flecha simple. Dependencia o Instanciacin Es una forma muy particular de relacin entre clases, en la cual una clase depende de otra, es decir, se instancia (se crea). Dicha relacin se denota con una flecha punteada.
Generalizacin Este tipo de relacin es uno de los ms utilizados, cumple una doble funcin dependiendo de su estereotipo, que puede ser de Uso (<<uses>>) o de Herencia (<<extends>>). Este tipo de relacin esta orientado exclusivamente para casos de uso (y no para actores). extends: Se recomienda utilizar cuando un caso de uso es similar a otro (caractersticas). uses: Se recomienda utilizar cuando se tiene un conjunto de caractersticas que son similares en ms de un caso de uso y no se desea mantener copiada la descripcin de la caracterstica.
Ejemplo de una Mquina Recicladora: Sistema que controla una mquina de reciclamiento de botellas, tarros y jabas. El sistema debe controlar y/o aceptar: Registrar el nmero de artculos ingresados. Imprimir un recibo cuando el usuario lo solicita: a) Describe lo depositado b) El valor de cada artculo c) Total El usuario/cliente presiona el botn de comienzo Existe un operador que desea saber lo siguiente:
a) Cuantos artculos han sido retornados en el da. b) Al final de cada da el operador solicita un
resumen de todo lo depositado en el da. El operador debe adems poder cambiar: a) Informacin asociada a artculos b) Dar una alarma en el caso de que: a) El artculo se atora. b) No hay ms papel.
Solucin
Como una primera aproximacin identificamos a los actores que interactan con el sistema:
Cliente
Operador
Luego, tenemos que un Cliente puede Depositar artculos y un Operador puede cambiar la informacin de un artculo o bien puede Imprimir un informe:
Solucin
Generar reporte diario
Depositar artculo
Cliente
Cambiar informacin
Operador
Adems podemos notar que un artculo puede ser una Botella, un Tarro o una Jaba. Por lo tanto debemos agregar para el caso de uso Depositar artculo, tres nuevos casos de uso por extensin, quedando de la siguiente manera
Solucin
Generar reporte diario Depositar artculo
Cliente
Depositar Botella Depositar Jaba
Cambiar informacin
Depositar Tarro
Operador
Otro aspecto es la impresin de comprobantes, que puede ser realizada despus de depositar algn artculo por un cliente o bien puede ser realizada a peticin de un operador.
Solucin
Imprimir
Depositar artculo
Cliente
Operado
<<extends>>
Depositar Botella
Depositar Tarro
Depositar Jaba
Alarma
Cambiar informacin