historia de uml

22/01/2013

El lenguaje unificado de modelado, UML
 A mediados de los noventa existían muchos 
métodos de análisis y diseño OO. 




INTRODUCCION AL ANALISIS AVANZADO

Mismos conceptos con distinta notación.
Mucha confusión.
“Guerra de los métodos”

 En 1994, Booch, Rumbaugh (OMT) y Jacobson 

(Objectory) deciden unificar sus métodos:
Unified Modeling Language (UML)
Proceso de estandarización promovido por el 

OMG
2

Historia de UML

Evolución UML comenzaron a unificar sus
 Grady Booch y Jim Rumbaugh












UML 2.0

2001 ?

métodos (Octubre, 1994).
Borrador de UML (versión 0.8) (Octubre, 1995)
Ivar Jacobson se une al proyecto (Noviembre, 1995).
UML 0.9 y se crea un consorcio (Junio, 1996) OMG lanza una petición para un lenguaje unificado (1996)
UML 1.0 es ofrecido al OMG (Enero, 1997)
Se extiende el consorcio (Enero‐Julio, 1997)
UML 1.1 es ofrecido al OMG (Julio, 1997)
OMG adopta UML 1.1 (Noviembre, 1997)
Se crea el UML RTF (1998)
Aparece UML 1.3  (Mayo 1999)
UML 2.0  en 2001 (se está revisando)

UML 1.4

2000 ?
1999
1998
Nov ‘97

UML 1.3
Revisiones menores
UML aprobado por el OMG

UML 1.2(Tomada de
www.dsic.upv.es/~uml)
3

4

1

22/01/2013

UML aglutina otros enfoques

Ventajas de la unificación

Rumbaugh

 Reunir los puntos fuertes de cada método 
 Idear nuevas mejoras

Jacobson

Booch
Odell

 Proporcionar estabilidad al mercado
 Proyectos basados en un lenguaje maduro
 Aparición de potentes herramientas
 Eliminar confusión en los usuariosMeyer
Pre- and Post-conditions

Shlaer-Mellor
Object life cycles

UML
Harel

State Charts

Gamma et. al.
Frameworks, patterns,
notes

Embly
Singleton classes

Wirfs-Brock
Fusion

Responsabilities

Operation descriptions,
message numbering
5

6

UML y el modelado

Objetivos en el diseño de UML
 Modelar sistemas, desde los requisitos hasta losUML es un lenguaje para visualizar, especificar, construir y 
documentar los artefactos (modelos) de un sistema que involucra 
una gran cantidad de software, desde una perspectiva OO.

artefactos ejecutables, utilizando técnicas OO.
 Cubrir las cuestiones relacionadas con el tamaño

propias de los sistemas complejos y críticos.
 Lenguaje utilizable por las personas y las máquinas
 Encontrar equilibrio entreexpresividad y simplicidad.

7






UML es una notación, no es un proceso
Se están definiendo muchos procesos para UML.
Rational ha ideado RUP, “proceso unificado”.
Utilizable para sistemas que no sean software
8

2

22/01/2013

¿Por qué modelamos?

¿Por qué modelamos?

“Un modelo es una simplificación de la realidad”
“Una empresa software con éxito es aquella
que producede manera consistente software
de calidad que satisface las necesidades de
los usuarios”

 Construimos modelos para comprender mejor el 

sistema que estamos desarrollando
 Cuatro utilidades de los modelos:
 Visualizar cómo es o queremos que sea el sistema
 Especificar la estructura y comportamiento del sistema
 Proporcionan plantillas que guían la construcción del sistema

“Elmodelado es la parte esencial de todas las
actividades que conducen a la producción
de software de calidad”

 Documentan las decisiones

 “Equivalen a los planos de un edificio”

9

¿Por qué las empresas no hacen modelado?

10

¿Problemas en el desarrollo de software?








Retrasos en los plazos
Proyectos cancelados
Rápido deterioro del sistema instaladoTasa de defectos o fallos
Requisitos mal comprendidos
Cambios frecuentes en el dominio del problema
Muchas de las interesantes características del software no 
proporcionan beneficios al cliente
 Buenos programadores se cansan y dejan el equipo

 La mayor parte de las empresas software no 

realizan ningún modelado.
 El modelado requiere:
 aplicar un proceso de desarrollo
...