DIAGRAMAS DE CASOS DE USO

Ing. CIP. VCTOR ANCAJIMA MIAN

QUE REPRESENTA EL DIAGRAMA DE CASO DE USO?

El diagrama de casos de uso representa la forma en como un Cliente (Actor) opera con el sistema en desarrollo, adems de la forma, tipo y orden en como los elementos interactan (operaciones o casos de uso).

DEFINIR EL COMPORTAMIENTO DEL SISTEMA

El comportamiento de un sistema es cmo un sistema acta y reacciona El comportamiento del sistema es capturado en los casos de uso mediante un proceso de recopilacin de requerimientos del sistema.

CASO DE USO Y LOS USUARIOS

La forma en que los usuarios utilicen un sistema le da la pauta para lo que diseara y crear. El caso de uso es una estructura que ayuda a los analistas a trabajar con los usuarios para determinar la forma en que se usar un sistema. Con una coleccin de casos de uso se puede hacer el bosquejo de un sistema en trminos de lo que los usuarios intenten hacer con l.

ABSTRAERSE....

Imagnese al caso de uso como una coleccin de situaciones respecto al uso de un sistema. Cada escenario describe una secuencia de eventos. Cada secuencia se inicia por una persona, otro sistema, una parte del hardware o por el paso del tiempo. A las entidades que inician secuencias se les conoce como actores. El resultado de la secuencia debe ser algo utilizable ya sea por el actor que la inici o por otro actor.

REPRESENTACION

Los casos de uso fueron inventados por Ivar Jacobson. Ellos describen la conducta de un sistema desde el punto de vista del usuario por que generan acciones y reacciones. Un Caso de Uso es representado por una elipse y describe una situacin de uso del sistema interactuando con actores.

EL PROPSITO

El propsito primario del modelo caso de uso es comunicar las funciones y el comportamiento del sistema al cliente o al usuario final Demostrar como iteracta el sistema con los actores!!!!

BENEFICIOS DEL MODELADO CON CASOS DE USO:

El caso de uso es una excelente herramienta para estimular a que los usuarios potenciales hablen, de un sistema, desde sus propios puntos de vista. No siempre es fcil para los usuarios explicar como pretenden utilizar un sistema. Puesto que el desarrollo tradicional de los sistemas era, con frecuencia, algo as como una ciencia oculta, con muy poca informacin para los usuarios, a aquellos que osaban preguntar se les daba informacin muy poco explcita o ciertamente confusa respecto a lo que utilizaran.

Los casos usos son :

Usados para comunicarse con el usuario final y el experto del dominio Proporciona credibilidad en una etapa inicial del desarrollo del sistema Asegura una requisitos comprensin mutua de los

Los casos ...

Es usado para identificar Quin interactuar con el sistema y qu deber hacer el sistema Qu interfaz deber tener el sistema Es usado para verificar que: Se capturan todos los requisitos Que los desarrolladores hayan entendido los requisitos

LOS ACTORES

Un actor es un agente, alguien o algo que solicita un servicio al sistema o acta como catalizador para que ocurra algo.

Actor

LOS ACTORES...
Actor

Los actores no son parte del sistema, ellos representan roles que un usuario del sistema puede desempear Un actor puede intercambiar activamente la informacin con el sistema Un actor puede ser un recipiente pasivo de la informacin Un actor puede representar a un humano, una mquina u otro sistema

LOS ACTORES...
Actor

El modelo de los Casos de Uso comprende los actores, el sistema y los propios casos de uso. El conjunto de funcionalidades de un sistema se determina examinando las necesidades funcionales de cada actor, expresadas en forma de interacciones.

IDENTIFICANDO ACTORES

Los actores se determinan observando:

Usuarios directos del sistema Responsables sistema del uso o mantenimiento del

Otros sistemas que interactan con el sistema en cuestin

Preguntas usadas para ayudar a identificar actores

Quin usar la funcionalidad principal del sistema? Quin esta interesado en cierto requerimiento? Donde en la organizacin ser usado el sistema? Quin se beneficiar con el uso del sistema? Quin administrar, soportar y mantendr el sistema? El sistema usa un recurso externo? Alguna persona juega varios roles diferentes? El sistema interacta con otro sistema?

ACTORES... TIPS
Observando: Usuarios directos del sistema Responsables del uso o mantenimiento del sistema Otros sistemas que interactan con el sistema en cuestin Un actor puede: Solamente introducir informacin al sistema Solamente recibir informacin del sistema Introducir y recibir informacin hacia y del sistema.

CATEGORAS 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 aplicacin y deben ser utilizados Otros sistemas: sistemas con los que el sistema interacta, tras localizar los actores, procede a describirlos

RELACIONES ENTRE ACTORES

Debido a que los actores en UML son clases con el estereotipo <<Actor>>, pueden tener relaciones como el resto de clases. En los diagramas de caso de uso se muestra por lo general las relaciones de generalizacin para describir comportamiento comn a un nmero de actores.

RELACIONES ENTRE ACTORES...

Una generalizacin se utiliza cuando varios actores juegan aparte de su rol un rol ms generalizado. Esto ocurre cuando el comportamiento del rol generalizado es descrito por la superclase actor. Los actores especializados heredan el comportamiento de una superclase y lo extienden de una forma.

Cliente Cliente Personal Cliente Telefnico

DOCUMENTACIN DE LOS ACTORES

Una breve descripcin de cada actor debe ser aadida al modelo. La descripcin debera identificar al rol que el actor juega en su interaccin con el sistema. Por ejemplo si se identific un actor que se llama Cliente. Una descripcin de tal actor sera: Un cliente es aquella persona que adquiere un producto en la compaa.

LOS CASOS DE USO

Caso de Uso

LOS CASOS DE USO

Un caso de uso modela un dilogo entre los actores y el sistema Un caso de uso es iniciado por un actor para invocar una cierta funcionalidad en el sistema Un caso de uso es un flujo de eventos completos y significativos Tomados al mismo tiempo, todos los casos de uso constituyen todas las formas posibles de ocupar el sistema

Encontrando Casos de Uso: Preguntas tiles

-El actor, crear, guardar, cambiar, eliminar o leer la informacin en el sistema? -Cul caso de uso crear, guardar, cambiar, eliminar o leer esta informacin? -Necesitar el actor informar al sistema sobre cambios externos e imprevistos? -Cules son las tareas de este actor?

Encontrando Casos de Uso: Preguntas tiles...:

- Es necesario que el actor est informado sobre ciertas ocurrencias en el sistema? - Le proporciona una correcta secuencia el sistema a las tareas? - Cules casos de uso le darn soporte y mantenimiento al sistema? - Pueden todos los requerimientos funcionales ser realizados por los 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 situacin de uso del sistema interactuando con actores

Diagramas de Casos de Uso.

Un actor es un agente, alguien o algo que solicita un servicio al sistema o acta como catalizador para que ocurra algo

TIPOS DE CASOS DE USO: POR IMPORTANCIA

Primarios: Representan los procesos principales, los ms comunes, como Realizar Reintegro en el caso del cajero automtico, acceso al sistema, etc. Secundarios: Representan casos de uso menores, que van a necesitarse raramente, tales como Aadir Nueva Operacin. Opcionales: Representan procesos que pueden no ser abordados en el presente proyecto.

TIPOS DE RELACIONES

TIPOS DE RELACIONES

Asociacin

Dependencia o Instanciacin

Generalizacin

ASOCIACION

Es el tipo de relacin ms bsica que indica la invocacin desde un actor o caso de uso a otra operacin (caso de uso). Dicha relacin se denota con una flecha simple.

DEPENDENCIA O INSTANCIACION

Es una forma muy particular de relacin entre clases, en la cual una clase depende de otra, es decir, se instancia (se crea). Dicha relacin se denota con una flecha punteada.

DEPENDENCIA O INSTANCIACION
EJEMPLO

GENERALIZACION
Este tipo de relacin es uno de los ms utilizados, cumple una doble funcin dependiendo de su estereotipo, que puede ser de Uso (<<uses>>) o de Herencia (<<extends>>). Este tipo de relacin esta orientado exclusivamente para casos de uso (y no para actores) extends: Se recomienda utilizar cuando un caso de uso es similar a otro (caractersticas).

GENERALIZACION
EJEMPLO

GRAFICA DE RELACIONES

Crear Produc <<include>> Actor1 <<extend>> Validar Produ

Crear pack prod

PARA ELABORAR DIAGRAMAS DE CASOS DE USO..

Primero lo PrimeroDescribir los casos de uso

Caso de Uso Actores Tipo Descripcin REGISTRAR EXPEDIENTE Jefe de Unidad de Tramite documentario Solicitante Primario El solicitante presenta el expediente al Jefe de la Unidad de trmite documentario a fin de que se trmite dicho expediente. El jefe de la unida de trmite documentario recibe el expediente y lo registra. Una vez registrado se genera un cdigo nico con el cual se identificar o se ubicar posteriormente dicho expediente. Asimismo se registra el primer movimiento.

Primero lo PrimeroDescribir los casos de uso

Caso de Uso Actores Tipo Descripcin COMPRAR PRODUCTOS CLIENTE CAJERO Primario Un Cliente llega a la caja registradora con los artculos que va a comprar. El Cajero registra los artculos y cobra el importe. Al terminar la operacin, el Cliente se marcha con los productos.

GRAFICAR..Ejemplo 1

V e r i fi c a r S i tu a c i n V end ed or

R e a li z a r V e n t a

S e c r e ta r i a C li e n t e

P r e p a r a r C a t lo g o

S u p e rvis o r E s t a b le c e r C r d i t o

GRAFICAR . Ejemplo 2

RESUMEN POR ACTORES

Cajero

Registrar los productos Entregar el cambio Comprar productos Pagar los productos Iniciar Cerrar Incorporar nuevos usuarios

Cliente

Gerente

Administrador del sistema

FUENTES DE INFORMACIN

-Especificaciones del sistema / Planteamiento del problema -Literatura relevante del proyecto -Entrevistas con expertos del dominio -Conocimiento personal del dominio -Legado del sistema

Documentacin de Casos de Uso

Los casos de uso estn documentados en: -Una breve descripcin -El propsito del caso de uso en unas pocas lneas -Flujo de eventos detallados -Descripcin del flujo de eventos primario y alternativos que ocurren cuando el caso de uso es iniciado -La documentacin debe leerse como un dilogo entre el actor y el caso de uso La documentacin deber estar escrita en trminos que el cliente entender.

Quin Lee la Documentacin de Casos de Uso?

Clientes -- aprueban lo que debe hacer el sistema Usuarios -- obtienen comprensin del sistema Desarrolladores del Sistema -- documentan el comportamiento del sistema Revisores --examinan el flujo de eventos Analistas del Sistema (Diseadores) -- proveen la base para un anlisis y diseo

Quin Lee la Documentacin de Casos de Uso?

Probador del Sistema -- usado como base para casos de prueba Lder de Proyecto -- provee entradas para el planeamiento de proyectos Escritor Tcnico -- base para escribir la gua del usuario

SOFTWARE PARA MODELAMIENTO

ARGOUML

QUE ES ARGOUML??

ArgoUML es una herramienta libre utilizada en el modelaje de sistemas, mediante la cual se realizan diseos en UML ("Unified Markup Language") llevados acabo en el anlisis y pre-diseo de Sistemas de Software.

DESCARGAR E INSTALAR : ARGOUML

1 Descargar JDK para windows de: http://javabasico.osmosislatina.com/java_windows.jsp Grabarlo en disco local Instalarlo ejecutando:

j2sdk-1_4_2_11-windows-i586-p.exe

DESCARGAR E INSTALAR : ARGOUML

2 Descargar ARGOUML de: http://argouml.tigris.org/download/release020.html Descargar argouml-0.20.zip Descargar argouml-0.20-modules.zip Descomprimir ambos archivos en la misma carpeta Ejecutar argouml.jar

ARGOUML..Pantalla de Inicio

ARGOUML ..Pantalla Principal