Sesion 3_3 UML Casos de Uso Del Sistema

Casos De Uso Del Sistema

Lic. Csar Alcntara Loayza

Diagramas de Casos de Uso

Elementos:

Sistema Actores Casos de uso Asociaciones Dependencias

CAL/Fundamentos

Diagrama de Casos de Uso2 3 1 4 5 Actor_1

Case_2

1. Actor Persona, sistema o dispositivo que participa en la operacin exitosa del sistema. 2. Sistema Contexto del sistema con relacin a los actores que usarn las caractersticas que proveer.

CAL/Fundamentos

Diagrama de Casos de Uso

3. Caso de Uso Identifica las

caractersticas clave del sistema. Sin estas

caractersticas el sistema no cumplira con los requerimientos del usuario/actor. Cada caso de uso expresa una meta que el sistema debe lograr. 4. Asociaciones - Identifica interaccin entre casos de uso y actores. 5. Dependencia identifica interaccin entre casos de uso. (estereotipo).

CAL/Fundamentos

Diagramas de Casos de Uso

En los diagramas de casos de uso tanto a las personas, sistemas y dispositivos se les refiere como actores. Un actor es

un rol que juega una entidad externa con relacin al sistema.

Tpicamente los actores son los sujetos de la frase que describe como usar el sistema.

CAL/Fundamentos

Lmites del Sistema

Constituido principalmente por los actores del sistema y sus casos de uso.

CAL/Fundamentos

Identificando Actores

Si modelamos desde el Negocio, los actores del sistema, sern:

Los trabajadores del negocio cuyas tareas sean soportadas por el sistema. Los actores del negocio que tengan soporte directo del sistema.

CAL/Fundamentos

Identificando Actores CAL/Fundamentos

quin usa el sistema? quin instala el sistema? quin arranca el sistema? quin mantiene el sistema? qu otros sistemas usan el sistema? quin obtiene informacin del sistema? quin provee informacin al sistema? Ocurre algo automticamente?

Identificando Casos de Uso

qu funciones necesitar el actor del sistema? El sistema almacemar informacin?, qu actores la crean, leen, actualizan o borran aquella informacin?. El sistema necesita notificar a un actor acerca de cambios en sus estados internos?. Existe algn evento externo que el sistema deba conocer?, qu actor informa al sistema de aquellos eventos?.

CAL/Fundamentos

Actores y Casos de Uso

Descripcin de los actores de Procesamiento de Ordenes:

Cliente: una persona que ordena los productos a National Widgets. Representante de Cliente: Un empleado de National Widgets quien procesa las solicitudes del cliente. Compaa de despacho: DHL, FedEx, otras Empleado: Un empleado de National Widgets quien empaca, rotula y despacha ordenes. Sistema de Inventario: Software que ratrea el inventario de la Empresa.

CAL/Fundamentos

Actores y Casos de Uso

CAL/Fundamentos

En el proceso de identificacin y definicin de actores y casos de uso, se puede determinar los lmites del sistema (fronteras) lo que esta dentro del sistema (casos de uso) y lo que est fuera (actores). Se registra esta informacin en un diagrama de casos de uso. Se refina a lo largo del proceso.

Actores Rol - Tareas

Es frecuente modelar los roles en funcin a las descripciones de trabajo y flujos de trabajo, pero las organizaciones de personas y tareas es lo que mas cambia. Las cosas que una

persona hace deberan estar separadas de las asignaciones de trabajo.CAL/Fundamentos

Alcance del proyecto

Habiendo determinado los lmites del sistema, se puede establecer el alcance del proyecto.

Un proyecto tiene una fecha de inicio y un final y dinero para gastos que cubran las metas del proyecto. Se debera priorizar los requerimientos.

CAL/Fundamentos

Requerimientos MoSCoW

CAL/Fundamentos

Algunos requerimientos se deben satisfacer, los procesos bsicos del sistema. Requeridos Must Have. Otros son importantes pero no vitales Importantes o Should Have. Otros podran ser bonitos tenerlos Bonitos o Could Have. El resto son sueos Futuros Would Like to Have. MoSCoW

Requerimientos FURPS+Existen muchas clases diferentes de requerimientos. Una forma de categorizar es descrita por el modelo FURPS+, Utilizando el acrnimo FURPS para describir las categoras principales de requerimientos con subcategoras como se muestra: Funcionality (funcionalidad) Usability (Facilidad de uso) Reliability (Confiabilidad) Performance, (Rendimiento) y Supportability (Soporte)CAL/Fundamentos

Requerimientos FURP+El "+" en FURPS+ le ayuda a recordar que tambin incluye otros requerimientos como: Restricciones de diseo, Requerimientos de implementacin, Requerimientos de interfase y Requerimientos fsicos.

CAL/Fundamentos

Dibujando Diagramas CUS

Comenzar dibujando el sistema; provienen del contexto definido del proceso (casos de uso del negocio) Adicionar actores al diagrama para representar los roles que los usuarios humanos juegan en relacin al sistema. Adicionar el rotulo del nombre del actor Adicionar otro actor, puede ser un sistema.

CAL/Fundamentos


Los casos de uso definen las caractersticas requeridas por el sistema. Sin tales

caractersticas el sistema no podra tener xito. Denomine cada Caso de Uso con una frase con Verbo que exprese el objetivo del sistema que se debe cumplir, ejem. Depositar dinero, prestar dinero, ajustar cuenta. Aunque cada uno de ellos implica un proceso de soporte, el enfoque est en el objetivo no en el proceso.

CAL/Fundamentos


Al definir los CUS de esta forma, el sistema es definido como un conjunto de requerimientos en vez de una solucin. No se describe como hace el sistema, se describe lo que el sistema es capaz de hacer. Describe solo aquellas caractersticas visibles y significativas a los actores quienes usarn el sistema.

CAL/Fundamentos


Esto ayuda a evitar la descomposicin funcional, partir procedimientos y tareas en procesos mas y mas pequeos hasta tener descritos todo el comportamiento interno del sistema.

CAL/Fundamentos

Asociaciones y Dependencias

Una asociacin se representa por una lnea que conecta a un actor con un caso de uso. Con flecha o sin flecha. Lo importante es identificar que casos de uso necesita acceder el actor.

CAL/Fundamentos


En ciertos casos un caso de uso necesita de otro; para lo cual se usa una relacin de delegacin a travs de un estereotipo Un estereotipo funciona como un calificador sobre un elemento del modelo, dando mas informacin acerca del elemento sin ver su implementacin.

CAL/Fundamentos


un caso de uso siempre buscar la ayuda de otro caso de uso. Ejecucin incondicional. un caso de uso buscar ayuda de otro caso de uso si se encuentra una condicin especfica. Ejecucin condicional.

CAL/Fundamentos

Descripcin Narrativa de CUS

Los diagramas son muy concisos para describir lo que el usuario espera. La mayora de descripciones narrativas de Casos de Uso incluyen lo siguiente:

Supuestos: condiciones que deben probar ser ciertas para usar el caso de uso. Se colocan normalmente en un documento de overview en vez de incluirlos en cada CU.

CAL/Fundamentos


Precondiciones: Condiciones que deben ser

ciertas para usar el caso de uso. A diferencia de los supuestos estos deben ser probados por el caso de uso antes de hacer algo. Si la condicin no es cierta no se permite que el actor u otro caso de uso lo ejecute. Proceso: Descripcin paso a paso del dialogo entre el caso de uso (sistema) y el usuario (actor u otro caso de uso). ....

CAL/Fundamentos


... Frecuentemente es til modelar la secuencia de eventos usando un diagrama de actividad. Post-Condiciones: Condiciones que deben ser ciertas cuando el caso de uso finaliza. Debe garantizar que el sistema es estable cuando el caso de uso finaliza.

CAL/Fundamentos


Una buena pregunta que debemos hacer es:

Cmo puedo usar el modelo de casos de uso para determinar los requerimientos del flujo de trabajo y las pantallas?.

CAL/Fundamentos

Ejemplo

Nombre Retiro de Efectivo Nmero 11.0 Autor Joe Ultima actualizacin 01/04/03 Supuestos El usuario ha proporcionado una tarjeta y password vlidos. Precondiciones: El usuario proporciona una cantidad vlida de retiro (notar que esta es la primera prueba ejecutada por el dialogo).

CAL/Fundamentos

Ejemplo

Descripcin del Caso de Uso:

Inicializacin: El caso de uso se inicia sobre demanda. Dialogo del Caso de Uso:

El sistema pregunta por la cantidad de retiro. El usuario proporciona el monto. La maquina ATM (cajero) verifica que la cantidad est dentro de los lmites permitidos y si es divisible por la denominacin definida, ej. Multiplos de $20. Si la cantidad no cumple estos requerimientos, el usuario recibe un mensaje de error.

CAL/Fundamentos

Ejemplo

De otro modo el ATM intenta conectarse con el banco. Si la coneccin no tiene xito el usuario recibe un mensaje de error. Si se dispone de fondos, elt ATM le d al usaurio su dinero e imprime una boleta. Si no se dispone de fondos, el usuario recibe un mensaje de error.

CAL/Fundamentos

Ejemplo

Finalizacin del caso de uso:

El caso de uso finaliza cuando:

El sistema entrega el dinero e imprime la boleta. El sistema muestra el mensaje de error indicando que el monto es invlido. El sistema muestra el mensaje de error indicando que no se puede conectar con el banco. El usuario cancela la transaccin.

CAL/Fundamentos

Ejemplo

Post_Condiciones:

Al termino xitoso del retiro:

El sistema imprime el saldo final sobre la boleta:

La cuenta bancaria es actualizada. La transaccin es concluida

Bajo una condicin de error, el ATM regresa a su estado inicial. Bajo una opcin de cancelacin, el ATM regresa a su estado inicial.

CAL/Fundamentos

Plantilla

CAL/Fundamentos

Guas

Resista la tentacin de tener mucho detalle, se aadir detalle mas adelante en el proceso, estamos colectando requerimientos no haciendo el anlisis y diseo detallado. El escenario necesita estar completo se debe ser claro en los puntos de inicio y finalizacin - y estar seguro que la lista de pasos cubre en general todo lo que necesita para describir la funcionalidad del caso de uso.

CAL/Fundamentos

Guas

Tendremos un gran porcentaje de casos de uso que comienzan y terminan con un actor. Pueden existir un nmero pequeo de casos de uso que empiecen con el actor y terminen internamente. Los escenarios son escritos desde el punto de vista del actor. Por lo tanto todos los pasos en sus escenarios deberian ser visibles a /o por el actor.

CAL/Fundamentos

Guas

Los escenarios son herramientas de comunicacin Son efectivos solo cuando pueden comunicar informacin acerca del trabajo del sistema. Importante considerar quien leer los escenarios si no los entiende deberan rehacerse.

Verificar en cada escenario primario uno por uno y preguntarse para cada paso qu es lo mas probable que ocurra aqu? esto es que deberaescribir para este paso particular.

CAL/Fundamentos

Guas

Incluir suficiente informacin en los escenarios para ser capaz de determar si un caso de uso particular maneja una funcionalidad particular.

CAL/Fundamentos

Escenarios de Casos de Uso

Los casos de uso identifican objetivos primarios del sistema. Cuando un actor intenta alcanzar un objetivo usando el sistema, existen decisiones o reglas que podran variar el resultado Cada posible resultado de un intento de alcanzar un objetivo es llamado escenario. Un escenario es una nica ruta lgica atravs de un dialogo de un caso de uso.

CAL/Fundamentos

Escenarios de Casos de Uso

Generalmente es preferible utilizar los diagramas de actividad para definir los escenarios. Es ejecutar el caso de uso. Un escenario es la ejecucin particular de un caso de uso, frecuentemente usado como un caso de prueba

CAL/Fundamentos

Ejercicio

Para el ejercicio Realizar Ordenes

Hacer la Realizacin de CUN. Derivar CUS a partir del modelo CUN. preparar descripciones narrativas de cada CUS, usando los cuatro elementos bsicos:

Precondiciones Dilogo y Postcondiciones

CAL/Fundamentos

Ejercicio Realizar Ordenes

Declaracin del problema:

Recepcin

El empleado de recepcin recibe los embarques que ingresan emparejando las ordenes de compra contra el stock del embarque. Ellos informan al departamento de cuentas por pagar cuando los artculos de la orden de compra se han recibido. El stock puede provenir de ordenes canceladas, ordenes regresadas y embarques recibidos. El

Almacenes

CAL/Fundamentos

Ejercicio

..stock es colocado en el almacen en ubicaciones predefinidas. El empleado de stock busca la ubicacin correcta para el nuevo stock, coloca el stock en la ubicacin y actualiza el inventario con la ubicacin y cantidad.

Ejecucin de la orden

Otros empleados cubren ordenes localizando el stock necesario para la orden. A medida que cubren la orden actualizan el inventario para reflejar el hecho que ellos han tomado stock. Ellos tambin notifican al departamento de procesamiento de ordenes que la orden ha sido completada.

CAL/Fundamentos

Ejercicio

Despacho

Cuando las ordenes se han completado son empacadas y preparadas para el despacho. Los empleados de despacho contactan a despachadores para realizar las entregas y actualizan el inventario para regostrar el hecho de que los ya se han despachado los productos. Ellos tambin notifican al departamento de procesamiento de ordenes que la orden fue despachada.

CAL/Fundamentos

Business Systems

CAL/Fundamentos

Actores

Cliente : es el comprador Proveedor : quien suministra mercaderasa la empresa atravs de embarques. Cuentas por Pagar: es a quien se notifica cuando los artculos han llegado al almacn. Despachador: en el caso de tratarse de terceros subcontratados para hacer el reparto de la mercadera.

CAL/Fundamentos

Trabajadores

Empleado de stock Empleado de recepcin Empleador de despacho

CAL/Fundamentos

Diagrama De CUN

CAL/Fundamentos

Especificacin CUN

Despacho de OrdenesEl Cun empieza cuando los empleados atienden las ordenes del cliente localizando el stock necesario. 2. El negocio actualiza el stock y notifica al departamento de procesamiento de ordenes que la orden est completa. 3. Se empaca y despacha la orden y se notifica que la orden est despachada.1.

CAL/Fundamentos

Especificacin CUN

Flujos Excepcionales (alternativos)1. 2. 3.

No se localiza stock. Demora en la actualizacin de stock Demora en el empaque y despacho.

CAL/Fundamentos

Sesion 3_3 UML Casos de Uso Del Sistema

Documents