Successfully reported this slideshow.
We use your LinkedIn profile and activity data to personalize ads and to show you more relevant ads. You can change your ad preferences anytime.

Casos De Uso

24,713 views

Published on

Conceptos generales

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)

×