Diagramas Casos de Uso
-
Upload
lenin-omar-lara-castro -
Category
Engineering
-
view
286 -
download
5
Transcript of Diagramas Casos de Uso
![Page 1: Diagramas Casos de Uso](https://reader036.fdocuments.ec/reader036/viewer/2022062300/55b3594abb61eb0f448b4592/html5/thumbnails/1.jpg)
DIAGRAMAS DE CASOS DE USO
Integrantes:Eliana Farinango
Tamia Maldonado
![Page 2: Diagramas Casos de Uso](https://reader036.fdocuments.ec/reader036/viewer/2022062300/55b3594abb61eb0f448b4592/html5/thumbnails/2.jpg)
CASO DE USO
• DEFINICIÓN
Es una técnica para capturar información de cómo un sistema o negocio trabaja actualmente o de cómo se desea que trabaje.
Un caso de uso describe que hace un sistema pero no especifica como lo hace.
Debe ser simple, claro y conciso.
![Page 3: Diagramas Casos de Uso](https://reader036.fdocuments.ec/reader036/viewer/2022062300/55b3594abb61eb0f448b4592/html5/thumbnails/3.jpg)
DIAGRAMA DE CASOS DE USO
• Muestra los distintos requisitos funcionales que se esperan de una aplicación o sistema y como se relaciona con su entorno.
• Sirve para facilitar la comunicación con los futuros usuarios del sistema y con el cliente, resultan especialmente útiles para determinar las características necesarias que tendrá el sistema.
![Page 4: Diagramas Casos de Uso](https://reader036.fdocuments.ec/reader036/viewer/2022062300/55b3594abb61eb0f448b4592/html5/thumbnails/4.jpg)
ELEMENTOS
• ACTOR es una entidad externa que interactúa con el sistema participando en un caso de uso.
• Pueden ser personas, ordenadores o eventos externos.
• No necesariamente representa a un individuo en particular, sino más bien la labor que el individuo realiza frente al sistema.
![Page 5: Diagramas Casos de Uso](https://reader036.fdocuments.ec/reader036/viewer/2022062300/55b3594abb61eb0f448b4592/html5/thumbnails/5.jpg)
ELEMENTOS
• CASOS DE USO • Describen un grupo de actividades de un
sistema que produce un resultado concreto y tangible.
• Representan el interfaz externo del sistema y especifican qué requisitos de funcionamiento debe tener este (únicamente el qué, nunca el cómo).
CASO DE USO
![Page 6: Diagramas Casos de Uso](https://reader036.fdocuments.ec/reader036/viewer/2022062300/55b3594abb61eb0f448b4592/html5/thumbnails/6.jpg)
ELEMENTOS
• RELACIONES marcan una interactuación entre dos elementos.• TIPOS
Asociación
Relación más básica que indica la invocación desde un actor o caso de uso a otra operación
![Page 7: Diagramas Casos de Uso](https://reader036.fdocuments.ec/reader036/viewer/2022062300/55b3594abb61eb0f448b4592/html5/thumbnails/7.jpg)
ELEMENTOS
• RELACIONES marcan una interactuación entre dos elementos.• TIPOS
Inclusión (include o use)
Indica que un caso de uso engloba la acción de otro. Se usa para evitar repetir el mismo flujo de eventos repetidas veces poniendo comportamiento común en un caso de uso aparte.
‹‹include››
![Page 8: Diagramas Casos de Uso](https://reader036.fdocuments.ec/reader036/viewer/2022062300/55b3594abb61eb0f448b4592/html5/thumbnails/8.jpg)
ELEMENTOS
• RELACIONES marcan una interactuación entre dos elementos.• TIPOS
Extensión (extends)
Indica que un caso de uso incorpora el comportamiento de otro caso de uso. Se usa cuando dos casos de uso tienen características similares.
‹‹extends››
![Page 9: Diagramas Casos de Uso](https://reader036.fdocuments.ec/reader036/viewer/2022062300/55b3594abb61eb0f448b4592/html5/thumbnails/9.jpg)
ELEMENTOS
• RELACIONES marcan una interactuación entre dos elementos.• TIPOS
Generalización
Indica que el caso de uso fuente hereda la especificación del caso de uso destino. Un caso de uso es un caso particular de uno más general.
![Page 10: Diagramas Casos de Uso](https://reader036.fdocuments.ec/reader036/viewer/2022062300/55b3594abb61eb0f448b4592/html5/thumbnails/10.jpg)
ELEMENTOS
• LÍMITES DEL SISTEMA
• Resulta útil cuando se pretende hacer un diagrama de casos de uso para una parte del sistema
![Page 11: Diagramas Casos de Uso](https://reader036.fdocuments.ec/reader036/viewer/2022062300/55b3594abb61eb0f448b4592/html5/thumbnails/11.jpg)
ESTRUCTURA
![Page 12: Diagramas Casos de Uso](https://reader036.fdocuments.ec/reader036/viewer/2022062300/55b3594abb61eb0f448b4592/html5/thumbnails/12.jpg)
BUENAS PRÁCTICAS Y RECOMENDACIONES DE USO
• El caso de uso debe describir qué debe hacer el sistema a desarrollar en su interacción con los actores y no cómo debe hacerlo.
• El nombre del caso de uso debe ilustrar el objetivo que pretende alcanzar el actor al realizarlo.
• El caso de uso debe describir interacciones con los actores sin hacer referencias explícitas a elementos concretos de la interfaz de usuario del sistema a desarrollar.
![Page 13: Diagramas Casos de Uso](https://reader036.fdocuments.ec/reader036/viewer/2022062300/55b3594abb61eb0f448b4592/html5/thumbnails/13.jpg)
BUENAS PRÁCTICAS Y RECOMENDACIONES DE USO
• En los diagramas de casos de uso, debe evitarse que se crucen las líneas que unen los actores a los casos de uso.
• La invocación de unos casos de uso desde otros casos de uso, sólo debe usarse como un mecanismo para evitar repetir una determinada secuencia de pasos que se repite en varios casos de uso. Nunca debe usarse para expresar posibles menús de la interfaz de usuario.
![Page 14: Diagramas Casos de Uso](https://reader036.fdocuments.ec/reader036/viewer/2022062300/55b3594abb61eb0f448b4592/html5/thumbnails/14.jpg)
VENTAJAS
• Fácil diagramación
• Facilita el entendimiento de los procedimientos realizados por el sistema para el desarrollador
• Plantea las interacciones básicas entre usuario y sistema
• Facilita la priorización de requerimientos
![Page 15: Diagramas Casos de Uso](https://reader036.fdocuments.ec/reader036/viewer/2022062300/55b3594abb61eb0f448b4592/html5/thumbnails/15.jpg)
DESVENTAJAS
• Cuando el diagrama es muy extenso o muy amplio dificulta su entendimiento.
• No establecen completamente los requisitos funcionales ni permiten determinar los requisitos no funcionales.