En la siguiente presentación se detalla varias caracteristicas de los casos de uso, entre las cuales tenemos: definición, caracteristicas, clasifiación y unos ejemplos.
Para una mejor visualización se recomienda descargarlas.
2. Grupo #7
Integrantes:
Alexis Cañar
Vanessa Iñiguez
Brayan Collaguazo
Daniel Patiño
César Salazar
Facultad de la Energía, las Industrias y los Recursos Naturales No Renovables
Carrera de Ingeniería en Sistemas/Computación
Junio, 2020
Loja, Ecuador
CASOS DE USO
3. 3
1. Definición
2. Estructura del Caso de Uso
3. Utilidad y aplicaciones
4. Características
5. Estructura
6. Ventajas y Desventajas
7. Ejemplos
Agenda
4. 4
Definición
Un caso de uso es una descripción escrita de cómo los usuarios
realizarán tareas en su sistema
5. Estructura del Caso de Uso
Identificador Único
Título
Descripción
Actor
Precondiciones
Post Condiciones
Flujo Básico
Flujo Alternativo
Triggers
6. Estructura del Caso de Uso
Campos adicionales a
considerar:
Flujos de
Excepción
Reglas de
Negocio
Requisitos y Supuestos
Especiales
7. CASO DE USO
● Representa el comportamiento del software en la interacción con
el usuario para que este alcance un objetivo.
● Describe lo que el software debe hacer y para quién, NO como
este será implementado.
● Las técnicas de casos de uso está compuesta por:
○ Diagrama de casos de uso.
○ Descripción de los actores.
○ Especificación de los casos de uso.
8. Especificación de un caso de uso:
La especificación de los casos de uso se refiere a la
descripción de cada una de las partes definidas para lograr su
descripción completa.
9. 9
● Clientes: Necesitan estar seguros de que el sistema que están
construyendo los desarrolladores es el que quiere.
● Gerentes: Necesitan comprender de manera general lo que el
sistema hará para planificar y supervisar eficazmente el
proyecto.
● Analistas: Necesitan describir y documentar lo que el sistema
va a realizar.
● Desarrolladores: Necesitan entender lo que el sistema debe
hacer para poder llevar a cabo su desarrollo.
¿Qué roles deben estar interesados en
los casos de uso?
10. 10
● Testers: Necesitan saber lo que el sistema debe hacer para
poder verificar que realiza de manera correcta la tarea.
● Escritores técnicos: Necesitan saber qué es lo que el sistema
debe realizar para poder describirlo.
● Diseñadores de experiencia de usuario: Necesitan entender
los objetivos de los usuarios y cómo usarán el sistema para
alcanzar esos objetivos.
¿Qué roles deben estar interesados en
los casos de uso?
11. 11
Los casos de uso son una forma de expresar los
requerimientos de un sistema, principalmente los de
comportamiento. El propósito general de la gestión de
requisitos es establecer y mantener un acuerdo con los clientes
sobre lo que el sistema debe hacer.
¿Cuál es la relación entre requisitos y
los casos de uso?
12. 12
Reglas generales:
1. Enfoque de la comunicación
efectiva: El propósito del modelo de
caso de uso es facilitar las
comunicaciones.
2. Perseguir la simplicidad: El modelo
debe ser lo más sencillo y directo
posible.
3. Recuerda a sus interesados: El público
del modelo es toda la comunidad de
stakeholder.
5. Escriba detalladamente las
cosas: Se debe escribir en detalle lo
que se supone que el sistema debe
hacer.
4. Lo suficientemente bueno es lo
mejor que hay: No hay tal cosa como la
perfección en el modelado de casos de
uso.
13. 13
Los casos de uso describen la forma en que se utiliza el sistema y
lo que hace por sus stakeholders
Definen claramente las
responsabilidades del
sistema en lo que respecta
a la satisfacción de los
objetivos de los usuarios, y
las responsabilidades de
los usuarios en lo que
respecta al apoyo del
sistema
Captan lo que un usuario
hace para iniciar algún
comportamiento en el
sistema, y, a su vez, lo que
el sistema hace para
proporcionar el
comportamiento requerido
Los casos de uso también
son muy buenos para
describir las interacciones
entre los usuarios de un
sistema y el propio sistema
14. 14
Características de los Casos de Uso
Evita el uso de jergas técnicasSe expresa desde el punto de vista del actorDescribe como el actor interactúa con el sistemaEstá acotado a una determinada funcionalidad del sistema
Es independiente del método de diseño que se utilice, y por
lo tanto del método de programación
Está compuesto por:
Sistema, Actores, Casos de Uso y Relaciones
15. - El rectángulo representa los límites del
sistema que contiene los casos de uso
- Los actores se ubican fuera de los límites
del sistema
- SISTEMA
Estructura del Diagramas de
Casos de Uso
16. - Casos de Uso
Es una tarea que debe poder llevarse a cabo con el apoyo del sistema que se está
desarrollando. se representa mediante un óvalo
-Se representan con óvalos
-La etiqueta en el óvalo indica la función del sistema
17. -Las relaciones entre un actor y un caso de uso, se dibujan con
una línea simple
-Para relaciones entre casos de uso, se utilizan flechas
etiquetadas "incluir" o "extender"
-Una relación "incluir" indica que un caso de uso es necesitado
por otro para poder cumplir una tarea
-Una relación "extender" indica opciones alternativas para un
cierto caso de uso
- Relaciones
18. - Actores
Representan un tipo de usuario del sistema
Se entiende como usuario cualquier cosa externa que interactúa con el sistema y no tiene que ser
forzosamente humano
- Los actores son los usuarios de un sistema
19. 19
VENTAJAS Y
DESVENTAJASVENTAJAS DESVENTAJAS
❏ Lorem ipsumÇ
❏ ASDAS
❏ SDSD
❏ SDSD
❏ Expresar la intención que tiene
el actor
❏ Extraer los requerimientos del
usuario y del sistema
❏ No establecen completamente los
Requisitos Funcionales
❏ No permite determinar los
requisitos no funcionales
❏ Los casos de uso deben
complementarse con información
adicional como: Reglas de negocio.
❏ Centrar al analista en las
tareas principales de usuario.
❏ Tener en cuenta todos los usuarios
evitando que las personas
especializadas en informática dirijan
la funcionalidad del nuevo sistema.
22. 22
Conclusiones
• Los diagramas de casos de uso son muy útiles cuando se quiere
representar la interacción que tendrá un actor o usuario con el sistema
• Los casos de uso son descripciones funcionales del sistema es decir
describen cómo los actores pueden usar un sistema
• Es un conjunto de pasos que describe un escenario principal y alternativo
para que el actor alcance su objetivo
23. 23
Recomendaciones
• Se recomienda buscar información detallada de cómo funcionan cada una de las
relaciones para así comprenderlas correctamente y sacarle el mayor provecho a
los casos de uso.
• Se debe ser cuidadoso al usar estructuras condicionales en la descripción del caso
de uso, ya que los clientes y usuarios no suelen estar familiarizados con este tipo
de estructuras, especialmente si son complejas.
• El nombre del caso de uso debe ilustrar el objetivo que pretende alcanzar el actor
al realizarlo.
• En los diagramas de casos de uso, debe evitarse que se crucen las líneas que
unen los actores a los casos de uso.
24. 24
Cŕeditos
• Transparencias basadas por:
• George, Koelsch (2016). Requirements Writing for System Engineering (pags 327-348)
• Bittner, K., & Spence, I. (2003). Use case modeling. Addison-Wesley Professional.
• Andalucía, M. d. (s.f.). Guía para la redacción de casos de uso. Obtenido de
http://www.juntadeandalucia.es/servicios/madeja/contenido/recurso/416
• Teatrobadia.co/m, enlace web:
https://www.teatroabadia.com/es/uploads/documentos/iagramas_del_uml.pdf
• Usuario anónimo de UML, enlace web:
https://utrng8a.fandom.com/es/wiki/QUE_ES_UML%3F
• Javier Garzas, enlace web: https://www.javiergarzas.com/2013/04/que-es-
umldiagramas-uml.html