Que son los diagramas UML?

UML son las siglas de Unified Modeling Language o Lenguaje Unificado de Modelado. Se trata de un estndar
que se ha adoptado a nivel internacional por numerosos organismos y empresas para crear esquemas, diagramas y
documentacin relativa a los desarrollos de software (programas informticos).

Para qu sirven los diagramas UML?

UML son las siglas de Unified Modeling Language o Lenguaje Unificado de Modelado. Se trata de un estndar
que se ha adoptado a nivel internacional por numerosos organismos y empresas para crear esquemas, diagramas y
documentacin relativa a los desarrollos de software (programas informticos).

Cundo se utiliza UML?

Utilizar los diagramas cuando varias personas necesiten entender la estructura de una particular parte
del diseo porque todos ellos lo estarn trabajando simultneamente. Detngase cuando todos ellos
estn de acuerdo que lo han entendido.
Cuando dos o ms personas estn en desacuerdo con un elemento particular debera ser diseado, y
quieres un consenso del equipo. Pon la discusin dentro de una caja de tiempo para elegir un significado
para decidir, como un voto o un juicio imparcial. Detente cuando la decisin haya sido tomada. Borra el
diagrama.
Cuando quieras jugar con una idea de diseo, y los diagramas pueden ayudarte a entenderlo. Detente
cuando hayas conseguido finalizar el punto que queras codificar. Descarta el diagrama.
Cuando necesites exponer una estructura de alguna parte del cdigo a alguien ms o a ti mismo. Detente
cuando la explicacin deberla ser mejor hecha viendo el cdigo.
Cuando este cerca a la finalizacin del proyecto y tus clientes tienen peticiones como parte de un flujo
de documentacin para otros.
FASES DEL DESARROLLO DE UN SISTEMA
Las fases del desarrollo de sistemas que soporta UML son: Anlisis de requerimientos, Anlisis, Diseo,
Programacin y Pruebas.
Anlisis de Requerimientos
UML tiene casos de uso (use-cases) para capturar los requerimientos del cliente. A travs del modelado de
casos de uso, los actores externos que tienen inters en el sistema son modelados con la funcionalidad que
ellos requieren del sistema (los casos de uso). Los actores y los casos de uso son modelados con relaciones
y tienen asociaciones entre ellos o stas son divididas en jerarquas. Los actores y casos de uso son descritos
en un diagrama use-case. Cada use-case es descrito en texto y especifica los requerimientos del cliente: lo
que l (o ella) espera del sistema sin considerar la funcionalidad que se implementar. Un anlisis de
requerimientos puede ser realizado tambin para procesos de negocios, no solamente para sistemas de
software.
Anlisis
La fase de anlisis abarca las abstracciones primarias (clases y objetos) y mecanismos que estn presentes
en el dominio del problema. Las clases que se modelan son identificadas, con sus relaciones y descritas en
un diagrama de clases. Las colaboraciones entre las clases para ejecutar los casos de uso tambin se
consideran en esta fase a travs de los modelos dinmicos en UML. Es importante notar que slo se
consideran clases que estn en el dominio del problema (conceptos del mundo real) y todava no se
 consideran clases que definen detalles y soluciones en el sistema de software, tales como clases para
interfaces de usuario, bases de datos, comunicaciones, concurrencia, etc.
Diseo
En la fase de diseo, el resultado del anlisis es expandido a una solucin tcnica. Se agregan nuevas clases
que proveen de la infraestructura tcnica: interfaces de usuario, manejo de bases de datos para almacenar
objetos en una base de datos, comunicaciones con otros sistemas, etc. Las clases de dominio del problema
del anlisis son agregadas en esta fase. El diseo resulta en especificaciones detalladas para la fase de
programacin.
Programacin
En esta fase las clases del diseo son convertidas a cdigo en un lenguaje de programacin orientado a
objetos. Cuando se crean los modelos de anlisis y diseo en UML, lo ms aconsejable es trasladar
mentalmente esos modelos a cdigo.
Pruebas
Normalmente, un sistema es tratado en pruebas de unidades, pruebas de integracin, pruebas de sistema,
pruebas de aceptacin, etc. Las pruebas de unidades se realizan a clases individuales o a un grupo de clases
y son tpicamente ejecutadas por el programador. Las pruebas de integracin integran componentes y clases
en orden para verificar que se ejecutan como se especific. Las pruebas de sistema ven al sistema como una
"caja negra" y validan que el sistema tenga la funcionalidad final que le usuario final espera. Las pruebas de
aceptacin conducidas por el cliente verifican que el sistema satisface los requerimientos y son similares a
las pruebas de sistema.

Diagrama de Clases Los diagramas de clases Un diagrama de clases sirve

describen la estructura para visualizar las relaciones
esttica de un sistema. entre las clases que involucran
el sistema, las cuales pueden
ser asociativas, de herencia,
de uso y de agregacin, ya que
una clase es una descripcin
de conjunto de objetos que
comparten los mismos
atributos, operaciones,
mtodos, relaciones y
semntica
Diagrama de Objetos Los diagramas de Cuando se requiere mostrar
objetos describen la el estado de un objeto, se
estructura esttica de un indica el valor de sus
sistema en un momento atributos y sus objetos
Particular y son usados para agregados.
probar la precisin de los
diagramas de clases.
Diagrama de Casos de Uso Los diagramas de caso de uso Representar casos de uso
modelan la funcionalidad del llamada modelo de casos de
sistema uso.
Usando actores y casos de uso.

Diagrama de Estados En cualquier momento, un Cuando se requiere Identificar

objeto se encuentra en un cada una de las rutas o
estado particular, la caminos que puede tomar un
luz est encendida o apagada, flujo de informacin luego de
el auto en movimiento o ejecutarse cada proceso.
detenido, la
Persona leyendo o cantando,
etc. El diagrama de estados
UML captura
Esa pequea realidad.

Diagrama de Secuencias El diagrama de Modelar interaccin entre

secuencias UML muestra la objetos en un sistema segn
mecnica de la interaccin con UML.
base en
Tiempos.

Diagrama de Actividades Un diagrama de actividades Se debe utilizar cuando se

ilustra la naturaleza dinmica
de un sistema
Mediante el modelado del
flujo ocurrente de actividad en
actividad.
requiera mostrar el flujo
detallado de la serie de
rdenes.
Diagrama de Colaboraciones El diagrama de colaboraciones Mostrar explcitamente las
describe las interacciones relaciones de los roles.
entre los objetos
En trminos de mensajes
secuenciados.

Diagrama de Componentes Un diagrama de componentes Cuando de desea mostrar los

describe la organizacin de los elementos de un diseo de un
Componentes fsicos de un sistema de software.
sistema.

Diagrama de Distribucin El diagrama de distribucin Se debe utilizar un Diagrama

UML muestra la arquitectura
fsica de un
Sistema informtico. Puede
representar a los equipos y a
los dispositivos,
y tambin mostrar sus
interconexiones y el software
que se encontrar
En cada mquina.
de Distribucin cuando se
quiera:
Verificar si el desempeo de
un factor est relacionado con
otro factor.
Demostrar que un cambio en
una condicin afectar la otra.
 Diagrama de clases:
En ingeniera de software, un diagrama de clases en Lenguaje Unificado de Modelado (UML) es un tipo de
diagrama de estructura esttica que describe la estructura de un sistema mostrando las clases del sistema,
sus atributos, operaciones (o mtodos), y las relaciones entre los objetos.
 Diagrama Objetos
Los diagramas de objetos de UModel 2017 representan un nico ejemplo de una clase y se utilizan para ilustrar un
punto de datos en su aplicacin. Cuando cree un objeto nuevo, llamado especificacin de instancia, UModel le permite
asignar una clase ya existente representada por la instancia. UModel ofrece automticamente al objeto instancias de
las propiedades pertinentes desde la clase y el usuario puede insertar valores de muestras para el objeto.
 Diagrama Secuencia
El diagrama de secuencia es un tipo de diagrama usado para modelar interaccin entre objetos en un
sistema segn UML. En ingls se pueden encontrar como "sequence diagram", "event-trace diagrams".