Escolar Documentos
Profissional Documentos
Cultura Documentos
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).
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.
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!!!!
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.
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
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
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
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.
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.
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.
Caso 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
-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?
- 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?
Un Caso de Uso es representado por una elipse y describe una situacin de uso del sistema interactuando con actores
Un actor es un agente, alguien o algo que solicita un servicio al sistema o acta como catalizador para que ocurra algo
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
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
Cajero
Registrar los productos Entregar el cambio Comprar productos Pagar los productos Iniciar Cerrar Incorporar nuevos usuarios
Cliente
Gerente
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
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.
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
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
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.
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
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