Casos De Uso

23,173 views
22,949 views

Published on

Conceptos generales

0 Comments
7 Likes
Statistics
Notes
  • Be the first to comment

No Downloads
Views
Total views
23,173
On SlideShare
0
From Embeds
0
Number of Embeds
679
Actions
Shares
0
Downloads
543
Comments
0
Likes
7
Embeds 0
No embeds

No notes for slide

Casos De Uso

  1. 1. Capitulo I II CASOS DE USO <ul><li>Los casos de uso son un fenómeno interesante, durante mucho tiempo, tanto en el desarrollo orientado a objeto como en el tradicional, las personas se auxiliaban de escenarios típicos que le ayudaban a entender los requerimientos. Sin embargo, estos, se trataban de modo muy informal; siempre se construían, pero pocas veces se documentaban. </li></ul><ul><li>  </li></ul>
  2. 2. Capitulo I II CASOS DE USO <ul><li>¿ Qué es un caso de uso? </li></ul><ul><li>Un caso de uso es, en esencia, una interacción típica entre un usuario y un sistema de cómputo. </li></ul><ul><li>El caso de uso capta alguna función visible para el usuario. </li></ul><ul><li>El caso de uso puede ser pequeño o grande. </li></ul><ul><li>El caso de uso logra un objetivo discreto para el usuario. </li></ul>
  3. 3. Capitulo I II CASOS DE USO (Modelo USE CASE) <ul><li>Este modelo traduce las necesidades del usuario en un modelo fácil de comprender. El usuario puede ser un individuo o un sistema externo, y se conoce como ACTOR . De esta manera el modelo Use Case es una representación de cómo el sistema, o parte del sistema, trabaja desde el punto de vista del actor. </li></ul>
  4. 4. Capitulo I II CASOS DE USO <ul><li>Casos de Uso 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 </li></ul><ul><li>No pertenece realmente al enfoque orientado a objetos, más bien es una técnica para el modelado de escenarios en los cuales el sistema debe operar </li></ul>
  5. 5. Capitulo I II CASOS DE USO (Diagramas de Casos de Uso) <ul><li>Cada Caso de Uso puede estar definido por: </li></ul><ul><ul><li>texto que lo describe </li></ul></ul><ul><ul><li>secuencia de pasos ejecutados dentro del escenario </li></ul></ul><ul><ul><li>condiciones pre-post para que el escenario comience o termine </li></ul></ul><ul><ul><li>mezclando las anteriores </li></ul></ul><ul><li>Un Caso de Uso es representado por una elipse y describe una situación de uso del sistema interactuando con actores </li></ul><ul><li>Un actor es un agente, alguien o algo que solicita un servicio al sistema o actúa como catalizador para que ocurra algo </li></ul>
  6. 6. Capitulo I II CASOS DE USO <ul><li>Un caso de uso ofrece una vista estática de las relaciones entre diferentes casos de uso y actores. Un caso de uso se representa en UML como un óvalo: </li></ul><ul><li>En UML, cada caso de uso debe tener al menos un actor. Esta forma de ver el sistema nos ayuda a concebirlo como un todo. </li></ul><ul><li>En UML, un actor se representa con </li></ul>AgregarDocente
  7. 7. Capitulo I II CASOS DE USO (Actores) <ul><li>Un actor representa un conjunto coherente de roles que los usuarios de los casos de uso juegan al interactuar con estos. </li></ul><ul><li>Los actores se deteminan observando: </li></ul><ul><ul><li>Usuarios directos del sistema </li></ul></ul><ul><ul><li>Responsables del uso o mantenimiento del sistema </li></ul></ul><ul><ul><li>Otros sistemas que interactúan con el sistema en cuestión </li></ul></ul><ul><li>La misma persona física puede interpretar varios papeles como actores distintos </li></ul><ul><li>El nombre del actor describe el papel desempeñado </li></ul>
  8. 8. <ul><li>La determinación de los actores permite delimitar el alcance del sistema de manera progresiva </li></ul><ul><li>Categorías de actores: </li></ul><ul><ul><li>Principales: personas que usan el sistema </li></ul></ul><ul><ul><li>Secundarios: personas que mantienen o administran el sistema </li></ul></ul><ul><ul><li>Material externo: dispositivos materiales imprescindibles que forman parte del ámbito de la aplicación y deben ser utilziados </li></ul></ul><ul><ul><li>Otros sistemas: sistemas con los que el sistema interactúa </li></ul></ul>Capitulo I II CASOS DE USO (Actores)
  9. 9. Capitulo I II CASOS DE USO (Actores) <ul><li>Tras localizar los actores, procede el describirlos </li></ul><ul><li>L os Casos de Uso se determinan observando y precisando, actor por actor, las secuencias de interacción, los escenarios, desde el punto de vista del usuario </li></ul><ul><li>U n escenario es una instancia de un caso de uso </li></ul><ul><li>L os casos de uso intervienen durante todo el ciclo de vida </li></ul>
  10. 10. Capitulo I II CASOS DE USO (Actores) <ul><li>Los actores se representan como monigotes. </li></ul><ul><li>Se puede definir categorías generales de actores (como cliente) y especializarlos (como ClienteComercial) a travez de relaciones de generalización. </li></ul>Cliente Cliente Comercial actor actor generalización
  11. 11. <ul><li>La Generalización: </li></ul><ul><li>Es como una generalización entre clases. </li></ul><ul><li>El caso hijo hereda el comportamiento y significado de caso de uso padre </li></ul><ul><li>El hijo puede añadir o redefinir el comportamiento del padre. </li></ul>Capitulo I II CASOS DE USO (Organización)
  12. 12. Capitulo I II CASOS DE USO (Organización) <ul><ul><li>Inclusión: </li></ul></ul><ul><ul><li>Un caso base de uso base incorpora expolisitamente el comportamiento de otro caso de uso en el lugar especificado en el caso base. </li></ul></ul><ul><ul><li>Se usa para evitar describir el mismo flujo de eventos repetidas veces, poniendo comportamiento común en un caso de uso aparte </li></ul></ul><ul><ul><li>Se representa como una dependencia estereotipada con <<include>> </li></ul></ul>
  13. 13. Capitulo I II CASOS DE USO (Organización) Inclusión: Caso de uso origen Caso de uso destino << include >>
  14. 14. Capitulo I II CASOS DE USO (Organización) Inclusión: Ingresando pedido Buscando datos de producto Obtener reporte De Ventas por producto <<include>> <<include>> Empleado de ventas Gerente
  15. 15. Capitulo I II CASOS DE USO (Organización) <ul><li>Extensión: </li></ul><ul><li>Significa que un caso de uso base incorpora implícitamente el comportamiento de otro caso de uso en el lugar especificado indirectamente por el caso de uso que extiende al base </li></ul><ul><li>Se usa esta relación cuando se tiene un caso de uso que es similar a otro, pero que hace un poco más. </li></ul>Caso de uso origen Caso de uso destino <<extends>>
  16. 16. Capitulo I II CASOS DE USO (Organización) Revisar presentación Nuevos productos Ingresar pedido <<extends>> Empleado de ventas Extensión:
  17. 17. Capitulo I II CASOS DE USO RELACIONALES <ul><ul><li>De Herencia : el Caso de Uso fuente hereda la especificación del Caso de Uso destino </li></ul></ul>Caso de uso origen Caso de uso destino
  18. 18. Capitulo I II CASOS DE USO RELACIONALES <ul><li>Ejemplo: </li></ul>
  19. 19. Capitulo I II CASOS DE USO (Construcción) <ul><li>Un caso de uso debe ser simple, inteligible, claro y conciso </li></ul><ul><li>Generalmente hay pocos actores asociados a cada Caso de Uso </li></ul><ul><li>Preguntas clave: </li></ul><ul><ul><li>¿cuáles son las tareas del actor? </li></ul></ul><ul><ul><li>¿qué información crea, guarda, modifica, destruye o lee el actor? </li></ul></ul><ul><ul><li>¿debe el actor notificar al sistema los cambios externos? </li></ul></ul><ul><ul><li>¿debe el sistema informar al actor de los cambios internos? </li></ul></ul>
  20. 20. Capitulo I II CASOS DE USO (Construcción) <ul><li>Los Casos de Uso pueden presentarse en distintas vistas (un actor con todos sus casos de uso, un caso de uso con todos sus actores, etc.) </li></ul><ul><li>L a descripción del Caso de Uso comprende: </li></ul><ul><ul><li>el inicio: cuándo y qué actor lo produce? </li></ul></ul><ul><ul><li>el fin: cuándo se produce y qué valor devuelve? </li></ul></ul><ul><ul><li>la interacción actor-caso de uso: qué mensajes intercambian ambos? </li></ul></ul>
  21. 21. Capitulo I II CASOS DE USO (Construcción) <ul><ul><li>objetivo del caso de uso: ¿qué lleva a cabo o intenta? </li></ul></ul><ul><ul><li>cronología y origen de las informaciones </li></ul></ul><ul><ul><li>repeticiones de comportamiento: ¿qué operaciones son iteradas? </li></ul></ul><ul><ul><li>situaciones opcionales: ¿qué ejecuciones alternativas se presentan en el caso de uso? </li></ul></ul><ul><li>U n caso de uso puede también ser descrito mediante un diagrama de actividades </li></ul>
  22. 22. Capitulo I II CASOS DE USO ( Test) <ul><li>Los casos de uso permiten realizar dos tipos de test: verificación y validación </li></ul><ul><li>Verificar significa confirmar que el sistema se desarrolla correctamente </li></ul><ul><li>Validar asegura que el sistema bajo desarrollo es el que el usuario realmente quiere </li></ul>
  23. 23. Capitulo I II CASOS DE USO ( Test) <ul><li>Cuando un modelo de casos de uso se completa entonces dicho modelo es presentado y discutido con usuarios y clientes </li></ul><ul><li>Los usuarios deben validar que el modelo encaja perfectamente en sus necesidades y que les ofrece la funcionalidad deseada </li></ul>
  24. 24. Capitulo I II CASOS DE USO ( Realización) <ul><li>La realización de los Casos de Uso es la transformación de los distintos pasos y acciones que lo describen en clases, operaciones y relaciones entre clases </li></ul><ul><li>Esto se consigue localizando las distintas responsabilidades de cada paso del Caso de Uso en las clases que lo realizan </li></ul>
  25. 25. Capitulo I II CASOS DE USO ( Realización) <ul><li>La responsabilidad total de una clase es la integración de todos los roles que desempeña en los distintos Casos de Uso </li></ul><ul><li>Por otro lado, los escenarios se representarán como Diagramas de Interacción o de Actividad. </li></ul><ul><li>Jacobson propone distinguir tres tipos de objetos: </li></ul><ul><ul><li>de frontera (boundary objects) </li></ul></ul><ul><ul><li>de control (control objets) </li></ul></ul><ul><ul><li>de entidad (entity objects) </li></ul></ul>
  26. 26. Capitulo I II CASOS DE USO ( Realización) <ul><li>Boundary Objects : </li></ul><ul><ul><li>Estos objetos están cerca de los límites del sistema. Interactúa con los actores que están fuera del sistema y pasan mensajes desde y hacia el interior del sistema. </li></ul></ul><ul><li>Control Objects : </li></ul><ul><ul><li>Estos objetos controlan las interacciones entre un grupo de objetos. A veces sólo existen durante la ejecución del Caso de Uso. </li></ul></ul><ul><li>Entity Objects: </li></ul><ul><ul><li>Representan entidades del dominio. Son normalmente pasivos. Suelen ser persistentes y participar en diversos Casos de Uso. </li></ul></ul>
  27. 27. Capitulo I II Diagrama de Casos de Uso <ul><li>Un diagrama de casos de uso es un diagrama que muestra un conjunto de casos de uso, actores y sus relaciones. </li></ul><ul><li>Normalmente los casos de uso contienen: </li></ul><ul><ul><li>Casos de Uso </li></ul></ul><ul><ul><li>Actores </li></ul></ul><ul><ul><li>Relaciones de dependencia, generalización y asociación. </li></ul></ul><ul><li>Se emplean para modelar la vista de casos de uso estática. </li></ul><ul><li>Cubren principalmente el comportamiento del sistema. </li></ul>
  28. 28. Capitulo I II Diagrama de Casos de Uso Realizar Llamada telefónica Realizar llamada Con conferencia Recibir llamada telefónica Recibir llamada adicional Usar agenda <<extend>> <<extend>> relación de extensión frontera del sistema Casos de uso Red telefónica Usuario Actores Teléfono móvil
  29. 29. Capitulo I II Diagrama de Casos de Uso Ejemplos Verificar Situación Vendedor Realizar Venta Secretaria Preparar Catálogo Supervisor Cliente Establecer Crédito
  30. 30. Capitulo I II Diagrama de Casos de Uso Comercio Cliente Entidad Financiera Cliente individual Cliente corporativo Realizar Transacción Con tarjeta Procesar factura Del cliente Ajustar transacciones Gestionar cuenta Del cliente
  31. 31. Capitulo I II Diagrama de Casos de Uso Ejemplos
  32. 32. Capitulo I II Diagrama de Casos de Uso
  33. 33. Capitulo I II CASOS DE USO (Diagrama USE CASE)

×