Un diagrama de casos de uso representa gráficamente las interacciones entre actores y casos de uso de un sistema, mostrando los requisitos funcionales y cómo se relaciona el sistema con su entorno. Un diagrama de casos de uso describe las funcionalidades principales de un sistema desde la perspectiva de los usuarios a través de casos de uso centrados en tareas y objetivos específicos.

1. Un diagrama de casos de uso es una
representación gráfica de parte o el total de los
actores y casos de uso del sistema, incluyendo
sus interacciones.
Los diagramas de casos de uso sirven para
especificar la comunicación y el comportamiento
de un sistema mediante su interacción con los
usuarios y/u otros sistemas.

2. ¿Qué es
 Todo sistema tiene como mínimo un diagrama de caso de uso que
es una representación gráfica del entorno del sistema (actores) y su
funcionalidad principal (casos de uso).
 Un diagrama de casos de uso muestra, los distintos requisitos
funcionales que se esperan de una aplicación o sistema y cómo se
relaciona con su entorno (usuarios u otras aplicaciones).

3. Normas de aplicación:
Los casos de uso evitan típicamente la jerga
técnica, prefiriendo la lengua del usuario final o del
experto del campo del saber al que se va a aplicar.
Los casos del uso son a menudo elaborados en
colaboración por los analistas de requerimientos y
los clientes.
Cada caso de uso se centra en describir cómo
alcanzar una única meta o tarea de negocio. Desde
una perspectiva tradicional de la ingeniería de
software, un caso de uso describe una característica
del sistema.

4. Ventajas:
La técnica de caso de uso tiene éxito en sistemas interactivos, ya
que expresa la intención que tiene el actor (su usuario) al hacer uso
del sistema.
Como técnica de extracción de requerimiento permite que el
analista se centre en las necesidades del usuario, qué espera éste
lograr al utilizar el sistema, evitando que la gente especializada en
informática dirija la funcionalidad del nuevo sistema basándose
solamente en criterios tecnológicos.
A su vez, durante la extracción (elicitation en inglés), el analista se
concentra en las tareas centrales del usuario describiendo por lo
tanto los casos de uso que mayor valor aportan al negocio. Esto
facilita luego la priorización del requerimiento.
Aunque comúnmente se asocian a la fase de Test de una
aplicación, esta idea es errónea, y su uso se extiende mayormente a
las primeras fases de un desarrollo.

5. Limitaciones:
Los casos de uso pueden ser útiles para establecer
requisitos de comportamiento, pero no establecen
completamente los requisitos ni permiten determinar
los requisitos no funcionales. Los casos de uso
deben complementarse con información adicional
como reglas de negocio, diccionario de datos que
complementen los requerimientos del sistema. Sin
embargo la ingeniería del funcionamiento especifica
que cada caso crítico del uso debe tener un
requisito no funcional centrado en el funcionamiento
asociado.

6. ACTOR:
Representa quien o que inicia una acción dentro del sistema, en otras
palabras, es simplemente un rol que es llevado acabo por una persona
o cosa. Un Actor en un diagrama Uso-Caso es representado por una
figura en forma de persona.
Esto incluye a los operadores humanos pero también incluye a todos
los sistemas externos, además de entidades abstractas, como el
tiempo.

7. COMUNICACIÓN:
Este elemento representa la relación que existe
entre un uso-caso y un actor, dicho elemento es
representado simplemente por una línea recta
que se extiende de la figura del actor hacia el
ovalo del uso-caso.

8. LIMITE DE SISTEMA:
Empleado para delimitar los límites del sistema, y representado por un
rectángulo con color de fondo distintivo.

9. CASO DE USO
Representa quien o que inicia una acción dentro del un
caso de uso es una tarea que debe de poder llevarse a
cabo con el apoyo del sistema que se esta
desarrollando.
Se representa mediante un ovalo.

10. Pide
código
cliente
(c.c)
Entrega
articulo
Timbra o
cobra
artículos
Entrega
dinero
artículos
Empaca
los
artículos