Anda di halaman 1dari 89

Sesin Sesin Sesin Sesin Sesin Sesin Sesin Sesin Sesin Sesin

1. Porque es til usar UML 2. Casos de uso Modelo del Negocio 3. Diagramas de Casos de Uso 4. Diagrama de Actividad 5. Diagrama de Secuencia 6. Diagrama de Estados 7. Diagrama de Clases 8. Diagramas de Colaboracin 9. Diagrama de componentes 10. Diagramas de distribucin.

Sesin 1. Porque es til usar UML


Es una herramienta de diseo unificada orientada al objeto del software de la lengua que modela (UML) prevista para modelar de la representacin visual y la construccin componente de los usos del software.

Sesin 1. Porque es til usar UML


Rational Rose racional documenta el diagrama como se est construyendo y despus genera cdigo en la opcin del diseador de: C++ Basic Visual Java Oracle8

Sesin 1. Porque es til usar UML


Es una Herramienta que posee la capacidad de Crear Ver Modificar Manipular los componentes de un modelo con una de las siguientes notaciones. Como ser

UML

INICIO DE TRABAJO

LESE-2 Introduccin a Rational Rose

Interfaz

Toolbars

Browser

Documentation Window

Log

Diagram Window

Interfaz
Browser
Para navegar por los elementos de los modelos

Toolbars
Para acceder a comandos

Diagram Window
Para visualizar y editar diagramas

Documentation Window
Para documentar elementos de los modelos

Log
Para ver resultados de los comandos

Browser
Navegar por los elementos de las vistas de Rose Aadir elementos a los modelos Borrar elementos de los modelos Renombrar elementos de los modelos Mover elementos de los modelos
Ver asociaciones (son un elemento ms)

Abrir las especificaciones de algn elemento Agrupar en Paquetes los elementos de los modelos Aadir Diagramas Abrir Diagramas

Vistas de Rose
1. Vista de Caso de Uso La vista de Caso de Uso organiza el Modelo de Caso de Uso y opcionalmente el modelo de Casos de Uso del Negocio. 2. Vista lgica El Proceso Unificado Rational usa la Vista lgica para organizar el Modelo de Diseo y la Vista de Proceso en el opcional Modelo del Negocio de objetos y en el Modelo del Anlisis.

Vistas de Rose
3. Vista de componentes En el Proceso Unificado Rational La Vista de Componentes es usada para organizar el Modelo de Implementacin.
4. Vista de Despliegue
Este diagrama define la configuracin tpica de una red fsica de network, incluyendo componentes tpicos de usuarios finales. Ubicacin de procesos en varios nodos. Ubicacin tomando en cuenta la capacidad de nodos (memoria y procesador), ancho de banda de medios de comunicacin (LAN, WAN,bus), y la existencia de hardware de comunicacin, etc.

Vistas de Rose
Use Case View Diagrama de casos de uso Diagramas de interaccin Diagramas de actividad Lgical View Diagramas de clases Diagramas de estado Diagramas de interaccin Component View Diagramas de componentes Deployment View Diagrama de deployement

Operaciones con Diagramas


Crear diagramas En la vista, con el botn derecho, seleccionar la opcin New -> diagrama En Browse -> XXX Diagram... Y seleccionar <new> Borrar diagramas Seleccionarlo y con el botn derecho, opcin delete Mover diagramas de una vista a otra Arrastrndolo Los elementos que haba creado quedan en la vista original

Sesin 2. Casos de uso Modelo del Negocio

En el Modelo de Casos de Uso del Negocio cada Caso de Uso del Negocio representa un proceso del negocio, descrito (como texto o diagrama de actividades o ambos) desde un punto de vista externo sin mencionar quien o a quien afecta en la organizacin.

Sesin 2. Casos de uso Modelo del Negocio

Sesin 2. Casos de uso Modelo del Negocio

Sesin 2. Casos de uso Modelo del Negocio

Sesin 3. Diagramas de Casos de Uso


1. Actor

Un actor en un caso de uso representa un rol que alguien o algo podra desempear y no un alguien o algo especfico

Sesin 3. Diagramas de Casos de Uso


2. Caso de Uso
un caso de uso se puede describir como una forma especfica de uso del sistema para la perspectiva de un actor (usuario/rol), se puede caracterizar como: Un modelo de comportamiento que muestra el sistema Una secuencia de transacciones efectuada por el actor y el sistema Envi de resultados a un actor Los Casos de uso dan sentido a: Capturar requerimientos del sistema Comunicacin entre usuarios finales y expertos Testear el sistema Con los casos de uso es ms fcil examinar y definir que actor har que en el sistema Como las necesidades de un sistema no pueden ser cubiertas por un solo caso de uso, es usual tener una coleccin de ellos. Todos los casos de uso reunidos muestran la forma en que el PROYECTO DE SOFTWARE TRABAJAR

Sesin 3. Diagramas de Casos de Uso Nombre de Caso de Uso


Un Caso de Uso puede tener un nombre, pero no suele ser un nombre cualquiera, es corriente que sea escrito como una descripcin informal de los actores y de la secuencia de eventos entre objetos. El nombre de un Caso de Uso suele comenzar con un verbo en infinitivo. El nombre de un Caso de uso se despliega debajo del icono.

Sesin 3. Diagramas de Casos de Uso

Interrelacin

Se puede crear una asociacin de interrelacin entre un Caso de Uso y un Actor. Se puede crear un interrelacin de Generalizacin entre dos Casos de Uso

Sesin 3. Diagramas de Casos de Uso

Interrelacin de Extensin

Es una asociacin de interrelacin entre dos Caso de Uso Es cuando un Caso de uso puede o no recibir un mensaje de otro Caso de Uso que viene a aadir o enriquecer el servicio de caso de uno que est dando el servicio.

Sesin 3. Diagramas de Casos de Uso

Interrelacin de inclusin o uso

Es una relacin entre dos Caos de Uso. La funcionalidad u operacin del primero incluye al segundo Entre doble parentesis angular se especifca <<include>> o <<use>>

Sesin 3. Diagramas de Casos de Uso

Sesin 3. Diagramas de Casos de Uso

Sesin 3. Casos de uso Modelo del Negocio

Sesin 3. Casos de uso Modelo del Negocio

Sesin 3. Casos de uso Modelo del Negocio

Sesin 4. Diagrama de Actividad Es un Esquema, una representacin visual de una secuencia simplificada de lo que ocurre durante una operacin o proceso. Es un complemento del Diagrama de Estados. En el diagrama de estados se representa las actividades como flechas entre estados. El diagrama de actividades resalta justamente esas actividades.

Sesin 4. Diagrama de Actividad


Descripcin A cada actividad se le representa como un rectngulo con las esquinas redondeadas (mas angosto y ovalado que la representacin de estado) El procesamiento dentro de una actividad dentro del la actividad luego pasa a la siguiente actividad. Una flecha representa la transicin entre actividad y actividad

Sesin 4. Diagrama de Actividad

Decisiones

Sesin 4. Diagrama de Actividad

Rombo es una opcin

Sesin 4. Diagrama de Actividad

Rutas concurrentes
Es comn que dos procesos deban ejecutarse al mismo tiempo y luego se unan La lnea horizontal representa la sincronizacin al principio o al final o ambos

Sesin 4. Diagrama de Actividad

Sesin 4. Diagrama de Actividad

Sesin 4. Diagrama de Actividad

Sesin 4. Diagrama de Actividad

Definiendo Responsabilidades (swimlane)

Sesin 4. Diagrama de Actividad

Diagrama Hibrido

Sesin 4. Diagrama de Actividad

Sesin 4. Diagrama de Actividad

Sesin 5. Diagrama de Secuencia

El diagrama de Secuencia ayuda a representar los modelos de interaccin Muestra los estados de un objeto durante un proceso Tambin nuestra como los objetos (no las clases) se comunican entre si Normalmente un Modelo de comportamiento capta la accin de un solo Caso de Uso

Sesin 5. Diagrama de Secuencia

Simbologa

Reglas de construccin: 1. Determinar que objetos son necesarios para la implementacin del escenario. 2. Los mensajes se dibujan cronolgicamente desde la parte superior del diagrama a la parte inferior. 3.La distribucin horizontal de los objetos es arbitraria. 4.Un diagrama de secuencia se modela para cada caso de uso.

Sesin 5. Diagrama de Secuencia

Descripcin
En la parte superior de cada columna se identifica a los objetos Las flechas representan operaciones o eventos Las flechas de accin son slidas (izquierda derecha) Las flechas de respuesta o retorno (derechaizquierda)

Sesin 5. Diagrama de Secuencia

Sesin 5. Diagrama de Secuencia

Sesin 5. Diagrama de Secuencia

Sesin 6. Diagrama de Estados

Es una representacin del Proyecto de Software, en el cual se muestra como cambian los procedimientos en el tiempo Este tipo de diagrama es muy importante para los diseos del Proyecto de Software en tiempo real Con esto se obtendr un modelo de comportamiento, mostrara los cambios en el tiempo

Sesin 6. Diagrama de Estados

Descripcin

Las flechas representan una transicin, un cambio de estado

Circulo relleno representa el inicio

Rectngulo de vrtices redondeados representa un Estado

Circulo relleno dentro de circulo representa el final

Sesin 6. Diagrama de Estados

Sesin 6. Diagrama de Estados

Elementos del Accin

Informacin que muestra un Estado es: Entrada/ (On entry/) prefijo, accin al entrar en estado Hacer/ (Do/) actividad durante el estado En Evento/ (On Event/) Salida/ (On Exit/) prefijo, accin al salir del estado

Sesin 6. Diagrama de Estados

Sesin 6. Diagrama de Estados

OBJETIVO: Adquirir familiaridad con los elementos

Sesin 6. Diagrama de Estados


Entrada Accin Salida

Fuente: aprendiendo uml 24 horas

Sesin 6. Diagrama de Estados

Condicin de Seguridad

Fuente: aprendiendo uml 24 horas

Sesin 6. Diagrama de Estados

Sesin 6. Diagrama de Estados


Diagrama de estados realizar venta

Sesin 7. Diagrama de Clases


Describe grficamente las especificaciones de las clases de software y de las interfaces en una aplicacin. Sirve para visualizar las relaciones entre las clases que involucran el sistema, las cuales pueden ser asociativas, de herencia, entre otros. A dems son utilizados durante el proceso de anlisis y diseo de los sistemas informticos, en el anlisis el diagrama se desarrolla buscando una solucin ideal y durante el diseo, se usa el mismo diagrama, y se modifica para satisfacer los detalles de las implementaciones

Sesin 7. Diagrama de Clases

Sesin 7. Diagrama de Clases Simbologa

Sesin 7. Diagrama de Clases


Defina los siguientes conceptos:
1.- Asociacin: cuando las clases se conectan entre si de acuerdo al mundo real o al mundo conceptual.

2.- Agregacin o agregacin por referencia: en ocasiones una clase consta de otras clases. Los componentes y la clase que constituyen son una asociacin que conforma un todo. Las partes pueden pertenecer a varios todos. Es un tipo de relacin dinmica, en donde el tiempo de vida del objeto incluido es independiente del que lo incluye. Este tipo de relacin es comnmente llamada Agregacin (el objeto base utiliza al incluido para su funcionamiento).

Sesin 7. Diagrama de Clases


Defina los siguientes conceptos:
3.- Composicin o agregacin por valor: tipo especial de agregacin, donde cada componente de una composicin puede pertenecer tan solo aun todo. Donde las partes no pueden pertenecer a otros todos. Es un tipo de relacin esttica, en donde el tiempo de vida del objeto incluido esta condicionado por el tiempo de vida del que lo incluye. Este tipo de relacin es comnmente llamada Composicin (el Objeto base se construye a partir del objeto incluido, es decir, es "parte/todo").

Sesin 7. Diagrama de Clases


Defina los siguientes conceptos:
4.- Generalizacin/Herencia: Una subclase puede heredar los atributos y operaciones de otra superclase. Una clase se puede clasificar en dos tipos de clases.

5.- Rol: para indicar el papel que juega una clase en una asociacin se puede especificar un nombre de rol. Se representa en el extremo de la asociacin junto a la clase que desempea dicho rol.

Sesin 7. Diagrama de Clases


Defina los siguientes conceptos:
6.- Multiplicidad: la cantidad de objetos de una clase que se relacionan con otro objeto en particular de la clase asociada, es decir, una restriccin que se pone a una asociacin, que limita el nmero de instancias de una clase que pueden tener esa asociacin con una instancia de la otra clase.

Sesin 7. Diagrama de Clases

Reglas de construccin:

1. Cada clase representa una cosa que es administrada para la aplicacin modelada. 2. Las clases pueden relacionarse con otras a travs de diversas maneras como asociacin, agregacin, composicin y generalizacin. 3.- La estructura interna de una clase esta conformado por los atributos y operaciones.

Sesin 6. Diagrama de Estados

OBJETIVO: Adquirir familiaridad con los elementos

Sesin 7. Diagrama de Clases

Sesin 8. Diagramas de Colaboracin

Explican grficamente como los objetos interactan a travs de mensajes para realizar tareas. Son considerados como hermanos de los diagramas de secuencia, por ser parecidos cumpliendo la misma funcin de graficar las interacciones entre los objetos de un mundo real. Los mensajes son detallados identicandolos con un nmero de orden y usando los mensajes parametrizados. Un diagrama de colaboraciones es una extensin de un diagrama de objetos

Sesin 8. Diagramas de Colaboracin

Simbologa

Sesin 8. Diagramas de Colaboracin

Sesin 8. Diagramas de Colaboracin

Reglas de construccin: 1. Estudiar todos los efectos de un objeto dado durante el escenario. 2. Los mensajes parametrizados indican los valores que se envan entre los objetos. 3. Los enlaces representa una instancia de una asociacin entre las clases implicadas. 4. Los cambios de estado en un objeto se pueden mostrar. Aprendiendo UML en 24 horas.

Sesin 6. Diagrama de Estados

OBJETIVO: Adquirir familiaridad con los elementos

Sesin 8. Diagramas de Colaboracin

Sesin 8. Diagramas de Componentes

Ilustra las piezas de software, controladores incorporados, etc. que compondrn un sistema. Muestra las relaciones entre los componentes de software, sus dependencias, la comunicacin, la localizacin y otras condiciones. Un diagrama de componente tiene un alto nivel de abstraccin que un diagrama de clase

Sesin 8. Diagramas de Componentes

Simbologa

Sesin 9. Diagrama de componentes

Sesin 6. Diagrama de Componentes

OBJETIVO: Adquirir familiaridad con los elementos

Sesin 10. Diagramas de distribucin

Sesin 6. Diagrama de Estados

OBJETIVO: Adquirir familiaridad con los elementos

Anda mungkin juga menyukai