Professional Documents
Culture Documents
Objetivos
Adquirir la terminologa necesaria para realizar el anlisis y diseo bajo UML Conocer las herramientas de anlisis y aprender como utilizarlas y en qu momento. Asimilar los conceptos tericos aprendidos mediante la exposicin de ejemplos prcticos.
Agenda
Programacin Orientada a Objetos Que es UML? Modelos del Proceso Unificado Tipos de Diagramas Aplicacin Diagramas Estticos vs. Diagramas Dinmicos Qu es un Caso de Uso? Diagrama y Especificacin Ejemplos
Un Objeto tiene:
Estado, Comportamiento e Identidad Estado
Mediante todas las propiedades del mismo (normalmente estticas), ms los valores actuales ( normalmente dinmicas), de cada una de esas propiedades.
Comportamiento
A travs de la forma en que responde a los estmulos a los que es sometido
Identidad
Mediante la propiedad que distingue al objeto de otro objeto
CajaDeAhorro
CuentaCte
Qu es UML?
UML es un conjunto de herramientas que permite modelar sistemas orientados a objetos No es un mtodo de desarrollo, por lo tanto, no va a decir cmo pasar del anlisis al diseo y de ste al cdigo Y al no ser un mtodo de desarrollo, es independiente del ciclo de desarrollo que se utilice
Qu es UML?
UML es un lenguaje unificado de modelado para:
Representar y Comunicar Ideas Visualizar Especificar Modelos precisos, no ambiguos, completos Construir Trasladar en forma directa a un leng. prog. Documentar Los artefactos construidos durante un proyecto
Diagramas UML
UML cuenta con distintos tipos de diagramas los que muestran distintos aspectos de las entidades representadas. Ellos son:
Diagrama de Casos de Uso Diagrama de Clases Diagrama de Estados Diagrama de Secuencia Diagrama de Colaboracin Diagrama de Actividades Diagrama de Componentes Diagrama de Distribucin
Diagramas UML
Consideraciones claves
El nombre de un Caso de Uso se expresa con verbo en infinitivo Los Casos de Uso tienen las siguientes caractersticas: Estn expresados desde el punto de vista del actor Se documentan con texto informal Describen tanto lo que hace el actor como el sistema, aunque se hace nfasis en la interaccin Son iniciados por un nico actor Estn acotados a una nica funcionalidad (claramente diferenciada) del sistema
Consideraciones claves
Relacin ms bsica que indica la invocacin desde un actor o caso de uso a otra operacin (caso de uso)
Asociacin
Este tipo de relacin es el ms Generalizacin utilizado, cumple una doble funcin segn el estereotipo <<include>> o <<extends>>
Consideraciones claves
La relacin <<Extiende >> se utiliza cuando un caso de uso es similar a otro pero con alguna caracterstica nueva. La relacin << usa Include >> se utiliza cuando se tiene una parte del comportamiento comn de ms de un caso de uso y se desea simplificar el uso de la descripcin de este comportamiento.
Caso de Ejemplo
Se quiere realizar un Sistema que controla una mquina de reciclamiento de botellas y tarros. Para ello, el sistema debe permitir: Registrar el nmero de tems ingresados Imprimir un recibo cuando el usuario finalice el deposito Comenzar el proceso al detectar el deposito de un nuevo tem Saber cuntos tems han sido retornados en el da Que el operador obtenga un resumen al final del da de todo lo depositado Cambiar informacin asociada a cada tem Emitir una alarma en caso que el tem se atore
1) Como primera aproximacin se identifican los actores que interactan con el sistema
Cliente
Operador
2) Luego, tenemos que un cliente puede Depositar tems y un operador puede cambiar informacin de un tem, o bien, puede imprimir un informe: Generar Reporte Depositar tem Cambiar tem Operador
Cliente
3) Pero a su vez, podemos notar que un tem puede ser una botella o un tarro por lo tanto: Depositar tem <<extends>> Depositar Botella <<extends>> Depositar Tarro
4) A su vez, existe la impresin de comprobantes, que puede ser realizada despus de depositar algn tem por un cliente o bien, puede ser pedida por el operador: Depositar tem <<include>> Generar Reporte <<include>>
Imprimir
3) El sistema obtiene informacin del tipo de tem. 4) El sistema registra el tem segn su tipo. *tem Botella. Caso de uso Depositar Botella *tem Tarro. Caso de uso Depositar Tarro 5) El sistema queda a la espera de un nuevo tem. Curso Alternativo: 2.1 En caso que el tem ingresado no sea valido, el sistema informa la situacin por medio de un mensaje al usuario. 2.1.1 El usuario retira el tem. 2.2 En caso que el tem no se encuentre en la posicin correcta, el sistema informa la situacin al operador mediante una alarma. Para ello llama al caso de uso Emitir Alarma 2.2.1 El operador corrige el tem atascado Supuestos y Dependencias: N / A Problemas y Comentarios:La maquina recicladora debe contar con un detector de tems.
Diferencias
El Diagrama de Secuencia destaca la sucesin de las interacciones. El Diagrama de Colaboracin destaca el contexto y organizacin general de los objetos que interactan.
El Diagrama de Secuencia se organiza de acuerdo al tiempo. El Diagrama de Colaboracin de acuerdo a la interaccin entre los objetos.
Modelo
Modelo
Modelo
<<Cliente>> Terminal Punto de Venta <<Servidor>> <<TCP/IP>> Base de Datos
<<RDSI>>
Control
<<RDSI>>