Este documento proporciona una introducción a los casos de uso, incluidas sus definiciones, notación, modelos, herramientas y ejemplos. Los casos de uso describen la funcionalidad de un sistema desde la perspectiva del usuario y se centran en los requisitos funcionales clave. Se representan gráficamente usando actores, diagramas de casos de uso y plantillas de descripción. Las relaciones comunes entre casos de uso incluyen inclusión, extensión e inherencia.

1. Casos de UsoIntegrantes:Priscilla Soto PérezAlberto Vargas AlfaroWalter Chacón Valerio

2. ContenidoIntroducciónActores y casos de usoDefiniciónNotaciónModelos de casos de usoHerramientas para UML.Ejemplos

3. IntroducciónIntroducidos por I. Jacobson en Objectory.

4. Los casos de uso describen las acciones y reacciones el comportamiento de un sistema desde el punto de vista de los usuarios.

5. Son descripciones de la funcionalidad del futuro sistema.

6. Sirve para captar los requisitos de un sistema de software.

7. Los casos de uso se centran en los factores críticos de éxito, en términos de la funcionalidad que los usuarios necesitan para interactuar.Introducción¿Porque utilizar los casos de uso?

8. Su fácil comprensión por parte de los clientes.

9. Representan los requisitos funcionales.

10. Se utilizan como una base para el desarrollo iterativo ObjetivoLa diferencia entre los Casos de Uso y el diseño funcional es el foco. El diseño funcional documenta un proceso, los casos de uso la meta del proceso.

11. Centrarse en procesos, a menudo reproduce sistemas existentes, ya que nos centramos en el “como” y no en el “porque” .

12. La meta del diagrama es proporcionar una explicación de la relación del sistema y el mundo exterior (Usuario). Casos de uso (definición)I Jacobson propone dos definiciones:

13. ES un documento que describe una secuencia de eventos que realiza un actor que usa el sistema para llevar a cabo un proceso que tiene algún valor para el.

14. Cada caso de uso esta formado por una secuencia de eventos, iniciada por un actor, que describe la interacción que tiene lugar entre el actor y el sistema.Casos de usoCaracterísticas.

15. Son iniciados por un actor (actor primario o principal)

16. Pueden participar otros actores (secundarios).

17. Poseen un nombre en el sistema.

18. Pueden contener condiciones de inicio y condiciones de terminación.

19. La descripción del caso de uso contiene la secuencia de eventos.Casos de usoHay dos tipos de casos de uso:

20. Los funcionales: Requisito Funcional: característica requerida del sistema que expresa una capacidad de acción del mismo – una funcionalidad; generalmente expresada en una declaración en forma verbal.

21. Los no funcionales: Requisito no funcional: característica requerida del sistema, del proceso de desarrollo, del servicio prestado o de cualquier otro aspecto del desarrollo, que señala una restricción del mismoActoresUn actor representa un rol que puede desempeñar alguien o algo que necesita intercambiar información con el sistema.Actores y Casos de UsoLos actores definen que existe fuera del sistema. Actores y Casos de UsoUn actor puede ser una persona, un conjunto de personas, un sistema, un sistema informático.Casos de UsoUn caso de uso describe una forma concreta de utilizar parte de la funcionalidad del sistema.

22. La colección de todos los casos de uso describen toda la funcionalidad del sistema.Asociación en los Casos de UsoSe representan con una línea conectando un actor a un Caso de Uso Pueden ser bidireccionales o unidireccionales.

23. Casos de uso (notación)La comunicación entre actores y casos de uso se muestra de la siguiente forma:Modelo de casos de usoNotación grafica con actores y casos de uso.

24. Relaciones

25. Entre actores y casos: comunicación.

26. Entre actores : herencia.

27. Entre casos de uso:

28. Usa, extiende

29. Incluye, extiende, hereda.

30. Descripción: plantillas textuales para cada caso de uso.Notación graficaEl modelo de casos de uso de notación grafica muestra toda la funcionalidad del sistema.Organización del modeloEstructurado en tres capas:

31. Diagrama de contexto y modelo inicial.

32. Plantillas de descripción.

33. Modelado estructurado.Diagrama de contextoEl diagrama de contexto muestra los limites del sistema y los actores que interactúan con el mismo.Modelo inicialContiene la agrupación jerárquica de los distintos casos de uso:

34. Mediante paquetes de UMS (subsistemas)Plantillas de descripciónLos casos de uso describen utilizando plantillas en lenguaje natural.

35. Normalmente: