Qu son los Casos de Uso?

Los casos de uso son una tcnica para especificar el comportamiento de un sistema: Un
caso de uso es una secuencia de interacciones entre un sistema y alguien o algo que usa
alguno de sus servicios. Todo sistema de software ofrece a su entorno aquellos que lo
usan una serie de servicios. Un caso de uso es una forma de expresar cmo alguien o algo
externo a un sistema lo usa. Cuando decimos alguien o algo hacemos referencia a que los
sistemas son usados no slo por personas, sino tambin por otros sistemas de hardware y
software.

Quin fue su creador y cundo?

En 1992, Ivar Jacobson, importante contribuyente al desarrollo de los modelos de UML y

proceso unificado, cre el concepto de caso de uso-

Para qu sirve?

Los diagramas de casos de uso sirven para especificar la comunicacin y el

comportamiento de un sistema mediante su interaccin con los usuarios y/u otros sistemas.
O lo que es igual, un diagrama que muestra la relacin entre los actores y los casos de uso
en un sistema. Una relacin es una conexin entre los elementos del modelo, por ejemplo la
especializacin y la generalizacin son relaciones. Los diagramas de casos de uso se
utilizan para ilustrar los requerimientos del sistema al mostrar cmo reacciona a eventos
que se producen en su mbito o en l mismo.

Cules son sus caractersticas?

- Est expresado desde el punto de vista del actor.

- Se documenta con texto informal.
- Describe tanto lo que hace el actor como lo que hace el sistema cuando interacta con l.
- Es iniciado por un nico actor.
- Est acotado a una determinada funcionalidad del sistema.
- Es independiente del mtodo de diseo que se utilice, y por lo tanto del mtodo de
programacin.

Qu elementos emplea? (explicar cada uno)

Actor:

Una definicin 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 ms bien la labor que realiza frente al sistema.

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:

o 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.

o 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.

o 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 est 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.

Como ejemplo est el caso 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 tems ingresados.

Imprimir un recibo cuando el usuario lo solicita:

a. Describe lo depositado

b. El valor de cada tem

c. Total

El usuario/cliente presiona el botn de comienzo

Existe un operador que desea saber lo siguiente:

a. Cuantos tems 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 tems.

b. Dar una alarma en el caso de que:

 i. tem se atora.

ii. No hay ms papel.

Como una primera aproximacin identificamos a los actores que interactan con el sistema:

Luego, tenemos que un Cliente puede Depositar tems y un Operador puede cambiar la
informacin de un tem o bien puede Imprimir un informe:

Adems podemos notar que un tem puede ser una Botella, un Tarro o una Jaba.

Otro aspecto es la impresin de comprobantes, que puede ser realizada despus de depositar
algn tem por un cliente o bien puede ser realizada a peticin de un operador.
Entonces, el diseo completo del diagrama Use Case es: