Upload
q
View
231
Download
0
Embed Size (px)
Citation preview
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
Dibujando Diagramas CUS
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
Dibujando Diagramas CUS
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
Dibujando Diagramas CUS
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
Asociaciones y Dependencias
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
Asociaciones y Dependencias
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
Descripcin Narrativa de CUS
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
Descripcin Narrativa de CUS
... 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
Descripcin Narrativa de CUS
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