Sie sind auf Seite 1von 11

LOS DIFERENTES DIAGRAMAS QUE MANEJA EL UML

Introduccin.

En este trabajo se presenta los diversos tipos de diagrama en lenguaje UML, el


Lenguaje Unificado de Modelado es un conjunto de notaciones y diagramas
estndar para modelar sistemas orientados a objetos, y describe la semntica
esencial de lo que estos diagramas y smbolos significan.

Mientras que ha habido muchas notaciones y mtodos usados para el diseo


orientado a objetos, ahora los modeladores slo tienen que aprender una nica
notacin.

UML es una consolidacin de muchas de las notaciones y conceptos ms usados


con lo que respecta al orientado a objetos. Empez como una consolidacin del
trabajo de Grade Booch, James Rumbaugh, e Ivar Jacobson, creadores de tres de
las metodologas orientadas a objetos ms populares.
Modelado de Casos de Uso

El modelado de Casos de Uso es la tcnica ms efectiva y a la vez la ms simple


para modelar los requisitos del sistema, desde la perspectiva del usuario. Los Casos
de Uso se utilizan para modelar cmo un sistema o negocio funciona actualmente,
o cmo los usuarios desean que funcione. No es realmente una aproximacin a la
orientacin a objetos; es realmente una forma de modelar procesos. Es, sin
embargo, una manera muy buena de dirigirse hacia el anlisis de sistemas orientado
a objetos. Los casos de uso son generalmente el punto de partida del anlisis
orientado a objetos con UML

Cada caso de uso se documenta por una descripcin del escenario.


La descripcin puede ser escrita en modo de texto o en un formato paso a
paso.
Cada caso de uso puede ser tambin definido por otras propiedades, como
las condiciones pre- y post- del escenario --- condiciones que existen antes
de que el escenario comience, y condiciones que existen despus de que el
escenario se completa.
Los Diagramas de Actividad ofrecen una herramienta grfica para modelar el
proceso de un Caso de Uso.
stos son descritos en una seccin posterior de este documento.

Diagramas de Secuencia

El Diagrama de Secuencia es uno de los diagramas ms efectivos para modelar


interaccin entre objetos en un sistema. Un diagrama de secuencia se modela para
cada caso de uso. Mientras que el diagrama de caso de uso permite el modelado
de una vista business del escenario, el diagrama de secuencia contiene detalles
de implementacin del escenario, incluyendo los objetos y clases que se usan para
implementar el escenario, y mensajes pasados entre los objetos.

Tpicamente uno examina la descripcin de un caso de uso para determinar qu


objetos son necesarios para la implementacin del escenario. Si tienes modelada la
descripcin de cada caso de uso como una secuencia de varios pasos, entonces
puedes "caminar sobre" esos pasos para descubrir qu objetos son necesarios para
que se puedan seguir los pasos.
Los diagramas de clases tienen las siguientes caractersticas:
Las clases define el mbito de definicin de un conjunto de objetos.

Cada objeto pertenece a una clase.

Los objetos se crean por instanciacin de las clases.


Diagramas de Colaboracin

El Diagrama de Colaboracin presenta una alternativa al diagrama de secuencia


para modelar interacciones entre objetos en el sistema. Mientras que el diagrama
de secuencia se centra en la secuencia cronolgica del escenario que estamos
modelando, el diagrama de colaboracin se centra en estudiar todos los efectos de
un objeto dado durante un escenario. Los objetos se conectan por medio de
enlaces, cada enlace representa una instancia de una asociacin entre las clases
implicadas. El enlace muestra los mensajes enviados entre los objetos, el tipo de
mensaje (sincrnico, asincrnico, simple, blanking, y time-out), y la visibilidad de
un objeto con respecto a los otros.
Diagrama de actividad

Un Diagrama de Actividades representa un flujo de trabajo paso a paso de negocio


y operacionales de los componentes en un sistema. En UML 1, un diagrama de
actividades es una variacin del Diagrama de Estados UML donde los estados
representan operaciones y las transiciones representan las actividades que ocurren
cuando la operacin es completa. En la actualidad, el diagrama de actividades en
UML 2.0 es similar al aspecto del diagrama en UML 1, solo que ahora la semntica
est basada en lo que se conoce como Redes de Petri. En UML 2.0, el diagrama
general de interaccin est basado en el diagrama de Actividad.

Componentes:

Inicio: el inicio de un diagrama de actividades es representado por un crculo de


color negro slido.
Actividad: Una actividad representa la accin que ser realizada por el sistema la
cual representa dentro de un valo.
Transicin: Una transicin ocurre cuando se lleva acabo el cambio de una actividad
a otra, la transicin es representada simplemente por una lnea con una flecha en
su terminacin para indicar su direccin.

Diagrama de implementacin
Diagrama de componentes

Lo que distingue el Diagrama de Componentes de otro tipo de diagramas es sin


duda su contenido. Normalmente contiene componentes, interfaces y relaciones
entre ellos. Los componentes perteneces a un mundo fsico, es decir, representan
a un bloque de construccin al modelar aspectos fsicos de un sistema.

Cada componente debe tener un nombre que lo distinga de los dems. Al igual que
las clases los componentes pueden enriquecerse con compartimientos adicionales
que muestran sus detalles.
Diagrama de clases

En UML el diagrama de clases es uno de los tipos de diagramas o smbolo esttico


y tiene como fin describir la estructura de un sistema mostrando sus clases, atributos
y relaciones entre ellos.
Estos diagramas son utilizados durante el proceso de anlisis y diseo de los
sistemas informticos, en donde se intentan conformar el diagrama conceptual de
la informacin que se manejar en el sistema.
Como ya sabemos UML es un modelado de sistema Orientados a Objetos, por ende
los conceptos de este paradigma se incorporan a este lenguaje de modelado.
Diagrama de Tiempo

Los diagramas de tiempos de UML se usan para mostrar el cambio en el estado o


valor de uno o ms elementos en el tiempo. Este tambin puede mostrar la
interaccin entre los eventos de tiempos, las restricciones de tiempos y la duracin
que los gobiernan.

Lnea de vida del estado

Una lnea de vida del estado muestra el cambio de estado de tem en el tiempo. El
eje-X muestra el tiempo trascurrido en cualquier unidad que se elija mientras que el
eje-Y se nombra con una lista de estados proporcionados. El siguiente es un
ejemplo de una lnea de vida del estado.

Lnea de vida del valor

Una lnea de vida del valor muestra el cambio del valor de un tem en el tiempo. El
eje-X muestra el tiempo transcurrido en cualquier unidad que se elija, lo mismo que
para la lnea de vida del estado. El valor se muestra entre el par de lneas
horizontales que se cruzan en cada cambio del valor. El siguiente es un ejemplo de
una lnea de vida del valor.
Ubicar todo junto

Las lneas de vida y del estado se pueden ubicar una arriba de otro en cualquier
combinacin. Estas deben tener el mismo eje-X. Los mensajes se pueden pasar de
una lnea de vida a otra. Cada transicin del estado o valor puede tener un evento
definido, una restriccin de tiempo que indica cundo debe ocurrir un evento, y una
restriccin de duracin que indica cunto tiempo debe estar en efecto un valor o
estado. Una vez que estos se hayan aplicado, un diagrama de tiempo debera ser
como el siguiente.
Conclusin

Los diversos diagramas UML nos permiten apoyarnos, con el fin de poder modelar
sistemas en tiempo real y al hacerlo, se puede tener diferentes aprovechamientos
en el uso de estas tcnicas u/o herramientas.

Se puede capturar y entender los requerimientos usando un modelo de casos de


uso en cualquier sistema o proceso de negocio. De esta forma se puede estudiar
las distintas partes que confirma un sistema y como este se comporta. Por ejemplo
se puede utilizar el diagrama de clases.

Estudiar el comportamiento del sistema en el tiempo y el dependiente del estado


usando diagramas de interaccin, diagramas de transicin de estados y diagramas
de tiempo.

Que quede claro, esta no es una relacin definitiva, segn como se requiere, se
debe adaptar a las necesidades de la situacin para poder obtener como resultado
el tener una comprensin aceptable del problema y definir una solucin que lo
resuelva.

Bibliografa

http://ingenieriadesistemas-shirley.blogspot.mx/2012/05/tipos-de-diagramas-
uml.html

http://es.tldp.org/Tutoriales/doc-modelado-sistemas-UML/doc-modelado-sistemas-
uml.pdf