2. Aprendices:
• Jose lora noriega
• Margarita Osorio Galván
• Brayan Galindo
• Luis Fernando montes
• Luifer villa
• Dairo ortega
• Ardenson fuentes
• Yessica Martínez

3. • Un caso de uso es una descripción de los pasos o las
actividades que deberán realizarse para llevar a cabo algún
proceso. Los personajes o entidades que participarán en un
caso de uso se denominan actores. En el contexto
de ingeniería del software

4. Diagrama de casos de uso
Todo sistema tiene como mínimo Un diagrama de caso de uso
un diagrama de caso de uso que muestra Los distintos requisitos
es una representación grafica del funcionales Que se esperan de una
entorno del sistema(Actores) Y aplicación O sistema y como se
sus funcionalidad principal relaciona con Su entorno(usuario u
(casos de uso) otras aplicaciones)

5. Estructura
La estructura básica de un diagrama de caso
de uso es como lo ilustra el siguiente dibujo.
Relaciones
Casos de uso Limite del sistema
Actor
Nota: Un caso de uso describe que hace un sistema pero no especifica como lo hace.

6. Actor
Se le llama actor a toda entidad
externa al sistema que guarda
una relación con éste.

7. Tipos Actores
• Actores primario: Inicia el caso de uso
• Actores Secundario: Participa en el caso de uso
Actor Actor
primario secundario
El actor secundario depende de las acciones que realiza el actor primario

8. Casos de usos.
Los casos de uso son descripciones de los pasos
o las actividades que deberán realizarse para
Llevar a cabo algún proceso.
Caso de uso y representación.
Es una tarea que debe llevarse acabo con el
apoyo del sistema que se esta desarrollando y
se representan mediante un ovalo.
Caso de uso

9. Limites del sistema.
Empleado para delimitar los limite del sistema, y representado
por un rectactangulo con color de fondo distintivo.

10. Relaciones de Casos de Uso
• Las relaciones principales entre los casos de uso son
soportadas por el estándar UML, el cual describe notación
gráfica para esas relaciones.
• Asociación
• inclusión
• Extensión
• Generalización

11. asociación
• Una asociación es la relación de comunicación más simple
entre un actor y el sistema. Las asociaciones implican que
un actor interactúa con el comportamiento modelado en el
caso de uso. La notación para las asociaciones es un línea
simple entre el actor y el caso de uso en el que participa.

12. Inclusión (include o use)
• El uso de inclusión facilita la repetición de actividades, nos evita
redundancia, y nos organiza los diagramas de caso de uso para
comprender desde una perspectiva más abstracta alguna actividad.
• La inclusión vendría siendo (los sub casos) del casos de uso base
que no podría funcionar bien o cumplir su objetivo si no esta el
(sub casos )

13. Extensión (Extend)
• La relación extend implica una relación complementaria. que un
caso de uso se puede extender para añadirle más funcionalidad
con la etiqueta «extend». Esto puede ser útil para lidiar con
casos especiales, o para acomodar nuevos requisitos durante el
mantenimiento del sistema y su extensión .
• documentan el comportamiento de un sistema desde el punto de
vista de un usuario

14. Generalización
• Es una relación que amplia la funcionalidad de un caso de
uso o refina su funcionalidad original mediante el agregado
de nuevas operaciones o atributos y secuencia de acciones.
un caso de uso « hijo » hereda las características de un
caso de uso «padre»

15. diagrama de casos de uso y sus relaciones

16. 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.
• Los casos de uso pretenden ser herramientas simples para describir el comportamiento
del software o de los sistemas.
• Un caso de uso contiene una descripción textual de todas las maneras que los actores
previstos podrían trabajar con el software o el sistema.

17. Ventajas:
• 1. fácil diagramación
• 2. facilita el entendimiento de los procesos realizados por el
sistema para el desarrollador
• 3. plantea las interacciones básicas entre usuario y sistema
Desventajas
• 1. cuando el diagrama es muy extenso o muy amplio se
dificulta su entendimiento
• 2. no se marcan los tiempos de duración de las actividades
• 3. no se pueden diagramar dos casos de uso exactamente igual

18. Gracias por su atención prestada
Animo compañeros a
estudiar

19. bibliografía
• http://es.scribd.com/doc/51468249/5/Definiendo-los-
limites-del-sistema
• http://www.slideshare.net/andmonto/uml-presentation-
877375
• http://users.dcc.uchile.cl/~psalinas/uml/casosuso.html