Casos De Uso
Upcoming SlideShare
Loading in...5
×
 

Casos De Uso

on

  • 21,107 views

Conceptos generales

Conceptos generales

Statistics

Views

Total Views
21,107
Views on SlideShare
21,014
Embed Views
93

Actions

Likes
6
Downloads
426
Comments
0

4 Embeds 93

http://www.slideshare.net 54
http://ns313918.ovh.net 15
http://comunidad.itsae.edu.ec 15
http://www.softram.info 9

Accessibility

Categories

Upload Details

Uploaded via as Microsoft PowerPoint

Usage Rights

© All Rights Reserved

Report content

Flagged as inappropriate Flag as inappropriate
Flag as inappropriate

Select your reason for flagging this presentation as inappropriate.

Cancel
  • Full Name Full Name Comment goes here.
    Are you sure you want to
    Your message goes here
    Processing…
Post Comment
Edit your comment

Casos De Uso Casos De Uso Presentation Transcript

  • Capitulo I II CASOS DE USO
    • 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.
    •  
  • Capitulo I II CASOS DE USO
    • ¿ Qué es un caso de uso?
    • Un caso de uso es, en esencia, una interacción típica entre un usuario y un sistema de cómputo.
    • El caso de uso capta alguna función visible para el usuario.
    • El caso de uso puede ser pequeño o grande.
    • El caso de uso logra un objetivo discreto para el usuario.
  • Capitulo I II CASOS DE USO (Modelo USE CASE)
    • 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.
  • Capitulo I II CASOS DE USO
    • 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
    • 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
  • Capitulo I II CASOS DE USO (Diagramas de Casos de Uso)
    • Cada Caso de Uso puede estar definido por:
      • texto que lo describe
      • secuencia de pasos ejecutados dentro del escenario
      • condiciones pre-post para que el escenario comience o termine
      • mezclando las anteriores
    • Un Caso de Uso es representado por una elipse y describe una situación de uso del sistema interactuando con actores
    • Un actor es un agente, alguien o algo que solicita un servicio al sistema o actúa como catalizador para que ocurra algo
  • Capitulo I II CASOS DE USO
    • 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:
    • 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.
    • En UML, un actor se representa con
    AgregarDocente
  • Capitulo I II CASOS DE USO (Actores)
    • Un actor representa un conjunto coherente de roles que los usuarios de los casos de uso juegan al interactuar con estos.
    • Los actores se deteminan observando:
      • Usuarios directos del sistema
      • Responsables del uso o mantenimiento del sistema
      • Otros sistemas que interactúan con el sistema en cuestión
    • La misma persona física puede interpretar varios papeles como actores distintos
    • El nombre del actor describe el papel desempeñado
    • La determinación de los actores permite delimitar el alcance del sistema de manera progresiva
    • Categorías de actores:
      • Principales: personas que usan el sistema
      • Secundarios: personas que mantienen o administran el sistema
      • Material externo: dispositivos materiales imprescindibles que forman parte del ámbito de la aplicación y deben ser utilziados
      • Otros sistemas: sistemas con los que el sistema interactúa
    Capitulo I II CASOS DE USO (Actores)
  • Capitulo I II CASOS DE USO (Actores)
    • Tras localizar los actores, procede el describirlos
    • 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
    • U n escenario es una instancia de un caso de uso
    • L os casos de uso intervienen durante todo el ciclo de vida
  • Capitulo I II CASOS DE USO (Actores)
    • Los actores se representan como monigotes.
    • Se puede definir categorías generales de actores (como cliente) y especializarlos (como ClienteComercial) a travez de relaciones de generalización.
    Cliente Cliente Comercial actor actor generalización
    • La Generalización:
    • Es como una generalización entre clases.
    • El caso hijo hereda el comportamiento y significado de caso de uso padre
    • El hijo puede añadir o redefinir el comportamiento del padre.
    Capitulo I II CASOS DE USO (Organización)
  • Capitulo I II CASOS DE USO (Organización)
      • Inclusión:
      • Un caso base de uso base incorpora expolisitamente el comportamiento de otro caso de uso en el lugar especificado en el caso base.
      • Se usa para evitar describir el mismo flujo de eventos repetidas veces, poniendo comportamiento común en un caso de uso aparte
      • Se representa como una dependencia estereotipada con <<include>>
  • Capitulo I II CASOS DE USO (Organización) Inclusión: Caso de uso origen Caso de uso destino << include >>
  • 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
  • Capitulo I II CASOS DE USO (Organización)
    • Extensión:
    • 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
    • Se usa esta relación cuando se tiene un caso de uso que es similar a otro, pero que hace un poco más.
    Caso de uso origen Caso de uso destino <<extends>>
  • Capitulo I II CASOS DE USO (Organización) Revisar presentación Nuevos productos Ingresar pedido <<extends>> Empleado de ventas Extensión:
  • Capitulo I II CASOS DE USO RELACIONALES
      • De Herencia : el Caso de Uso fuente hereda la especificación del Caso de Uso destino
    Caso de uso origen Caso de uso destino
  • Capitulo I II CASOS DE USO RELACIONALES
    • Ejemplo:
  • Capitulo I II CASOS DE USO (Construcción)
    • Un caso de uso debe ser simple, inteligible, claro y conciso
    • Generalmente hay pocos actores asociados a cada Caso de Uso
    • Preguntas clave:
      • ¿cuáles son las tareas del actor?
      • ¿qué información crea, guarda, modifica, destruye o lee el actor?
      • ¿debe el actor notificar al sistema los cambios externos?
      • ¿debe el sistema informar al actor de los cambios internos?
  • Capitulo I II CASOS DE USO (Construcción)
    • 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.)
    • L a descripción del Caso de Uso comprende:
      • el inicio: cuándo y qué actor lo produce?
      • el fin: cuándo se produce y qué valor devuelve?
      • la interacción actor-caso de uso: qué mensajes intercambian ambos?
  • Capitulo I II CASOS DE USO (Construcción)
      • objetivo del caso de uso: ¿qué lleva a cabo o intenta?
      • cronología y origen de las informaciones
      • repeticiones de comportamiento: ¿qué operaciones son iteradas?
      • situaciones opcionales: ¿qué ejecuciones alternativas se presentan en el caso de uso?
    • U n caso de uso puede también ser descrito mediante un diagrama de actividades
  • Capitulo I II CASOS DE USO ( Test)
    • Los casos de uso permiten realizar dos tipos de test: verificación y validación
    • Verificar significa confirmar que el sistema se desarrolla correctamente
    • Validar asegura que el sistema bajo desarrollo es el que el usuario realmente quiere
  • Capitulo I II CASOS DE USO ( Test)
    • Cuando un modelo de casos de uso se completa entonces dicho modelo es presentado y discutido con usuarios y clientes
    • Los usuarios deben validar que el modelo encaja perfectamente en sus necesidades y que les ofrece la funcionalidad deseada
  • Capitulo I II CASOS DE USO ( Realización)
    • 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
    • Esto se consigue localizando las distintas responsabilidades de cada paso del Caso de Uso en las clases que lo realizan
  • Capitulo I II CASOS DE USO ( Realización)
    • La responsabilidad total de una clase es la integración de todos los roles que desempeña en los distintos Casos de Uso
    • Por otro lado, los escenarios se representarán como Diagramas de Interacción o de Actividad.
    • Jacobson propone distinguir tres tipos de objetos:
      • de frontera (boundary objects)
      • de control (control objets)
      • de entidad (entity objects)
  • Capitulo I II CASOS DE USO ( Realización)
    • Boundary Objects :
      • 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.
    • Control Objects :
      • Estos objetos controlan las interacciones entre un grupo de objetos. A veces sólo existen durante la ejecución del Caso de Uso.
    • Entity Objects:
      • Representan entidades del dominio. Son normalmente pasivos. Suelen ser persistentes y participar en diversos Casos de Uso.
  • Capitulo I II Diagrama de Casos de Uso
    • Un diagrama de casos de uso es un diagrama que muestra un conjunto de casos de uso, actores y sus relaciones.
    • Normalmente los casos de uso contienen:
      • Casos de Uso
      • Actores
      • Relaciones de dependencia, generalización y asociación.
    • Se emplean para modelar la vista de casos de uso estática.
    • Cubren principalmente el comportamiento del sistema.
  • 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
  • Capitulo I II Diagrama de Casos de Uso Ejemplos Verificar Situación Vendedor Realizar Venta Secretaria Preparar Catálogo Supervisor Cliente Establecer Crédito
  • 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
  • Capitulo I II Diagrama de Casos de Uso Ejemplos
  • Capitulo I II Diagrama de Casos de Uso
  • Capitulo I II CASOS DE USO (Diagrama USE CASE)