DIAGRAMAS

Diana Milena Beltrán García.

Código: 10337125519210.
Sayda Moreno
Código: 10337126399210
Jenny Tovar
Código: 531003439210
Trabajo De Aprendizaje

Profesor: CAMILO RAMÍREZ,

Ingeniero de sistemas.

SERVICIO NACIONAL DE APRENDIZAJE SENA

Centro de Electricidad, Electrónica y Telecomunicaciones.
Análisis y Desarrollo de Sistemas de Información
5 de noviembre de 2009.
Bogotá DC.
 DIAGRAMA DE CLASES
 Un diagrama de clases es un tipo de diagrama
estático que describe la estructura de un sistema
mostrando sus clases, atributos y las relaciones
entre ellos. Los diagramas de clases son
utilizados durante el proceso de análisis y diseño
de los sistemas, donde se crea el diseño
conceptual de la información que se manejará en
el sistema, y los componentes que se encargaran
del funcionamiento y la relación entre uno y otro.
http://es.wikipedia.org/wiki/Diagrama_de_clases
 2. DIAGRAMA DE CLASES
 Un diagrama de clases sirve para visualizar las relaciones
entre las clases que involucran el sistema, las cuales
pueden ser asociativas, de herencia, de uso y de
consentimiento.
 Un diagrama de clases esta compuesto por los siguientes
elementos:
 Clase: atributos, métodos y visibilidad.
 Relaciones: Herencia, Composición, Agregación,
Asociación y
Usohttp://uxmcc1.iimas.unam.mx/~cursos/Objetos/Cap8/c
ap8.html
 3. DIAGRAMA DE CLASES
 Un diagrama de clase muestra un conjunto de clases, interfaces, y
colaboraciones y sus relaciones entre ellos.
 Los diagramas de clase se usan en el diseño del modelo estático para ver
un sistema. Para las demás partes, este modelado involucra el vocabulario
del sistema, el modelado de colaboraciones, o modelado de esquemas. Los
diagramas de clase son también la base para un par de diagramas
relacionados: Diagramas de Componente y Diagramas de
Instalación(Deployment).
 Los diagramas de clase son importantes no solo para la visualización,
especificación y documentación del modelo estructural, pero también para
la construcción de sistemas ejecutables. Ingeniería hacia adelante e
ingeniería inversa.
 La construcción de software tiene muchas características similares,
excepto, que la calidad(Fluidez) de software, uno tiene la habilidad de
definir la construcción de bloques básicos para ir detallando(scratch).
http://www.dcc.uchile.cl/~psalinas/uml/modelo.html
 DEFINICION DE DIAGRAMA DE
CLASES

Es un diagrama que no muestra el

tiempo de ocurrencia y que describe la
estructura de un sistema mostrando sus
clases, atributos y las relaciones entre
ellos y son utilizados principalmente
para el diseño y análisis del sistema.
EJERCICIO # 1
"JUEGO DE AJEDRES”
EJERCICIO # 2
“DESCRIBE DATOS”
EJERCICIO # 3
EJERCICIO # 4
EJERCICIO # 5
EJERCICIO # 6
EJERCICIO # 7
EJERCICIO # 8
 1ºDIAGRAMAS DE
COLABORACION
 Diagrama que muestra interacciones organizadas
alrededor de los roles. A diferencia de los diagramas de
secuencia, los diagramas de comunicación muestran
explícitamente las relaciones de los roles. Por otra parte,
un diagrama de comunicación no muestra el tiempo como
una dimensión aparte, por lo que resulta necesario
etiquetar con números de secuencia tanto la secuencia de
mensajes como los hilos concurrentes.
 Es también un diagrama de clases que contiene roles de
clasificador y roles de asociación en lugar de sólo
clasificadores y asociaciones
 1º DIAGRAMAS DE
COLABORACION
 Los roles de clasificador y los de asociación describen la
configuración de los objetos y de los enlaces que pueden
ocurrir cuando se ejecuta una instancia de la
comunicación. Cuando se instancia una comunicación,
los objetos están ligados a los roles de clasificador y los
enlaces a los roles de asociación. El rol de asociación
puede ser desempeñado por varios tipos de enlaces
temporales, tales como argumentos de procedimiento o
variables locales del procedimiento. Los símbolos de
enlace pueden llevar estereotipos para indicar enlaces
temporales.
 2º DIAGRAMAS DE
COLABORACION
 Un diagrama de colaboración es una forma alternativa al diagrama de
secuencia de mostrar un escenario. Este tipo de diagrama muestra las
interacciones entre objetos organizadas entorno a los objetos y los enlaces
entre ellos.
 Los diagramas de secuencia proporcionan una forma de ver el escenario en
un orden temporal - qué pasa primero, qué pasa después -. Los clientes
entienden fácilmente este tipo de diagramas, por lo que resultan útiles en las
primeras fases de análisis. Por contra los diagramas de colaboración
proporcionan la representación principal de un escenario, ya que las
colaboraciones se organizan entorno a los enlaces de unos objetos con otros.
Este tipo de diagramas se utilizan más frecuentemente en la fase de dise no,
es decir, cuando estamos dise nando la implementación de las relaciones.
 UML separa el comportamiento de las clases en los diagramas de
colaboración.
 3º DIAGRAMA DE
COLABORACION
 Un diagrama de colaboración, se puede decir que es una forma alternativa al
diagrama de secuencias a la hora de mostrar un escenario. Este tipo de
diagrama muestra las interacciones que ocurren entre los objetos que
participan en una situación determinada.

A diferencia del diagrama de secuencia, el diagrama de colaboración se

enfoca en la relación entre los objetos y su topología de comunicación.

En estos diagramas los mensajes enviados de un objeto a otro se representa

mediante flechas, acompañado del nombre del mensaje, los parámetros y la
secuencia del mensaje.

Estos diagramas están indicados para mostrar una situación o flujo de

programa específico y son considerados uno de los mejores diagramas para
mostrar o explicar rápidamente un proceso dentro de la lógica del programa
 1º DIAGRAMAS DE
SECUENCIA
 Es uno de los diagramas más efectivos para modelar interacción
entre objetos en un sistema. Un diagrama de secuencia muestra la
interacción de un conjunto de objetos en una aplicación a través
del tiempo y se modela para cada método de la clase.
 El diagrama de secuencia contiene detalles de implementación del
escenario, incluyendo los objetos y clases que se usan para
implementar el escenario, y mensajes intercambiados entre los
objetos. Típicamente uno examina la descripción de un caso de uso
para determinar qué objetos son necesarios para la implementación
del escenario. Un diagrama de secuencia muestra los objetos que
intervienen en el escenario con líneas discontinuas verticales, y los
mensajes pasados entre los objetos como flechas horizontales.
 1º DIAGRAMAS DE
SECUENCIACION
 Existen dos tipos de mensajes: síncronos y asíncronos. Los mensajes síncronos
se corresponden con llamadas a métodos del objeto que recibe el mensaje. El
objeto que envía el mensaje queda bloqueado hasta que termina la llamada. Este
tipo de mensajes se representan con flechas con la cabeza llena. Los mensajes
asíncronos terminan inmediatamente, y crean un nuevo hilo de ejecución dentro
de la secuencia. Se representan con flechas con la cabeza abierta.
 También se representa la respuesta a un mensaje con una flecha discontinua.

 Los mensajes se dibujan cronológicamente desde la parte superior del diagrama

a la parte inferior; la distribución horizontal de los objetos es arbitraria. Durante
el análisis inicial, el modelador típicamente coloca el nombre 'business' de un
mensaje en la línea del mensaje. Más tarde, durante el diseño, el nombre
'business' es reemplazado con el nombre del método que está siendo llamado por
un objeto en el otro. El método llamado, o invocado, pertenece a la definición de
la clase instanciada por el objeto en la recepción final del mensaje
 DIAGRAMA DE
SECUENCIACION
 Un diagrama de Secuencia muestra una interacción ordenada según
la secuencia temporal de eventos. En particular, muestra los
objetos participantes en la interacción y los mensajes que
intercambian ordenados según su secuencia en el tiempo. El eje
vertical representa el tiempo, y en el eje horizontal se colocan los
objetos y actores participantes en la interacción, sin un orden
prefijado. Cada objeto o actor tiene una línea vertical, y los
mensajes se representan mediante flechas entre los distintos
objetos. El tiempo fluye de arriba abajo. Se pueden colocar
etiquetas (como restricciones de tiempo, descripciones de acciones,
etc.) bien en el margen izquierdo o bien junto a las transiciones o
activaciones a las que se refieren.
DIAGRAMA DE
SECUENCIACION Y
 DIAGRAMA DE
COLABORACION
 Un Diagrama de Colaboración muestra una interacción
organizada basándose en los objetos que toman parte
en la interacción y los enlaces entre los mismos (en
cuanto a la interacción se refiere). A diferencia de los
Diagramas de Secuencia, los Diagramas de
Colaboración muestran las relaciones entre los roles de
los objetos. La secuencia de los mensajes y los flujos
de ejecución concurrentes deben determinarse
explícitamente mediante números de secuencia.
DIAGRAMA DE
COLABORACION
 DIAGRAMA DE
COLABORACION
 Un Diagrama de Colaboración muestra una interacción
organizada basándose en los objetos que toman parte
en la interacción y los enlaces entre los mismos (en
cuanto a la interacción se refiere). A diferencia de los
Diagramas de Secuencia, los Diagramas de
Colaboración muestran las relaciones entre los roles de
los objetos. La secuencia de los mensajes y los flujos
de ejecución concurrentes deben determinarse
explícitamente mediante números de secuencia.
DIAGRAMA DE
COLABORACION
Diagrama de colaboración del Sitio Sitio web
de Lenguaje y Técnicas de Programación I y II.
DIAGRAMA DE COLABORACION
DE UNA MAQUINA DE CAFE
DIAGRAMA DE COLABORACION
DE UN LINEA DE PEDIDOS
DIAGRAMA DE COLABORACION
DE RESERVA DE UN PASAJE
DIAGRAMA DE COLABORACION
DE UNA LAVADORA
DIAGRAMA DE COLABORACION DE LA
ORGANIZACIÓN DE UN COLEGIO
DIAGRAMA DE COLABORACION DE
LA SUMA DE UN ACALCULADORA
 DEFINCION DE DIAGRAMA
DE COLABORACION
 Sirve para mostrar la interacción de un grupo de
objetos y como se colaborar entre si, tiene
vínculos o intercambio de mensajes muestran
explícitamente las relaciones de los roles.
 muestra las interacciones entre objetos
organizadas entorno a los objetos y los enlaces
entre ellos.
 1. DIAGRAMAS DE ESTADO
Los diagramas de estados muestran el
comportamiento de un objeto, es decir, el conjunto de
estados por los cuales pasa un objeto durante su vida,
junto con los cambios que permiten pasar de un
estado a otro, Los diagramas de estado resultan
adecuados para describir el comportamiento de un
objeto a través de diferentes casos de uso, sin
embargo, no resultan del todo adecuados para
describir el comportamiento que incluye a una serie de
objetos colaborando entre sí. Por lo tanto, resulta útil
combinar los diagramas de estado con otras
técnicas
 3. DIAGRAMAS DE ESTADO
Los diagramas de estado son una técnica
conocida para describir el comportamiento de un
sistema. Describen todos los estados posibles en
los que puede entrar un objeto particular y la
manera en que cambia el estado del objeto, como
resultado de los eventos que llegan a el. En la
mayor parte de las técnicas Orientadas a Objetos,
los diagramas de estado se dibujan para una sola
clase, mostrando el comportamiento de un solo
objeto durante todo su ciclo de vida.
 
DIAGRAMAS DE ESTADO
DIAGRAMAS DE ESTADO
1. Ejemplo de diagramas de clases
(cajero automático)
2.Ejemplo de diagramas de clases
3.Ejemplo de diagramas de clases
4.Ejemplo de diagramas de clases
5.Ejemplo de diagramas de clases
 DEFINICION DE DIAGRAMAS
DE ESTADO
 Este diagrama muestra el conjunto de
estados por los cuales pasa un objeto
durante su vida, junto con los cambios que
permiten pasar de un estado a otro.
 BIBLIOGRAFIA
•http://docs.kde.org/kde3/es/kdesdk/umbrello/uml-elements.html
•http://www.informatizate.net/articulos/pdfs/uml_y_el_empleo_d
e_los_digramas_de_estados_20021012.pdf
• documento de Word encontrado en internet
• http://images.google.es/imgres?
imgurl=http://www.clikear.com/manuales/uml/graficos/figura20.
jpg&imgrefurl=http://www.clikear.com/manuales/uml/diagrama
sestado.aspx&usg=__4FiWuUQAoiLyHTTNlyWW-
rHWFyM=&h=232&w=570&sz=21&hl=es&start=7&um=1&tb
nid=0WDJbwdtxgPYYM:&tbnh=55&tbnw=134&prev=/images
%3Fq%3DDIAGRAMAS%2BDE%2BESTADO%26hl%3Des
%26rls%3Dcom.microsoft:*%26sa%3DN%26um%3D1
• http://kybele.escet.urjc.es/documentos/IS/%5BIS-2006-
07%5DT2-RequisitosPU.pdf