Tema 4 HISTORIA DE UML

Descargar como doc, pdf o txt
Descargar como doc, pdf o txt
Está en la página 1de 5

HISTORIA DE UML

2017-18

HISTORIA DE UML (Lenguaje Unificado de Modelado)

Carmen García García - IES Vista Alegre Pá gina 1


HISTORIA DE UML
2017-18

Cómo nació UML.

UML al no ser un método de desarrollo es independiente del ciclo de desarrollo que se


vaya a seguir, puede encajar en un tradicional ciclo en cascada, o en un evolutivo ciclo en
espiral o incluso en los métodos ágiles de desarrollo.

Durante los ochenta y principios de los noventa Grady Booch, James Rumbaugh, e Ivar
Jacobson trabajaban por separado en desarrollo de notaciones para el análisis y diseño de
sistemas orientados a objetos. Los tres llegaron por separado a obtener bastante
reconocimiento.

Carmen García García - IES Vista Alegre Pá gina 2


HISTORIA DE UML
2017-18

A mediados de los noventa empezaron a intercambiar documentos y trabajar en


conjunto produciendo grandes avances en el modelado de sistemas orientados a objetos.

En 1997 salió a la luz la versión 1.0 de UML.

Los lenguajes de modelado orientados a objetos aparecieron entre la mitad de los setenta y
finales de los ochenta, con los nuevos lenguajes de programación orientados a objetos.
Aparecieron muchos métodos, aunque todos tenían puntos fuerte y puntos débiles.

El lenguaje de modelado de UML comenzó en octubre de 1994. El objetivo inicial de este


lenguaje era unificar los métodos anteriores principalmente los métodos de Booch y OMT.

Varias organizaciones contribuyeron a la definición de UML, por ejemplo: Hewlett-Packard,


IBM, Microsoft, Oracle o Unisys. De esta colaboración se produce UML 1.0 como un lenguaje
de modelado bien definido, expresivo, potente y aplicable a un amplio espectro de problemas.

LA IMPORTANCIA DE MODELAR

Para poder producir buen software, hay que conocer e involucrar a los usuarios con el fin de
conocer cuáles son los requisitos reales del sistema. Para desarrollar un buen software de
calidad, hay que hacer una buena base arquitectónica, sólida y que sea flexible al cambio.

Para desarrollar software eficiente, hay que tener la gente apropiada, las herramientas
apropiadas y el enfoque apropiado. Para hacer esto de forma consistente, con una estimación
de coste del sistema en todas sus etapas de vida, hay que disponer de un proceso de
desarrollo sólido que pueda adaptarse a las necesidades cambiantes del problema y de la
tecnología.

El modelado es una parte central de todas las actividades que conducen a la producción de
software. Se construyen modelos para comunicar la estructura deseada y para ver el
comportamiento del sistema y para controlar el riesgo.

El modelado no es sólo parte de la industria de la construcción. Sería inconcebible crear un


avión o un coche sin construir previamente modelos, desde modelos informáticos hasta
modelos físicos y prototipos a escala real.

Un modelo se puede definir como una simplificación de la realidad.

A través del modelado conseguimos cuatro objetivos:

1. Los modelos nos ayudan a visualizar como queremos que sea un sistema.

2. Los modelos nos permiten especificar la estructura y el comportamiento de un


sistema.

Carmen García García - IES Vista Alegre Pá gina 3


HISTORIA DE UML
2017-18

3. Los modelos nos proporcionan plantillas que nos guían en un sistema.

4. Los modelos documentan las decisiones que hemos tomado.

Cuanto más grande y complejo es un sistema más importante es el modelado. El


planteamiento esencial es “divide y vencerás”; es decir, acometer un problema difícil
dividiéndolo en una serie de subproblemas más pequeños que se puedan resolver.

En el software hay varias formas de enfocar un modelo. Las dos formas más comunes son:
modelado orientado a objetos y modelado algorítmico.

La versión más tradicional es la algorítmica. En este enfoque, el bloque principal es el


procedimiento o función. Los desarrolladores de software se centran en la descomposición de
algoritmos grandes en otros más pequeños. Si el sistema cambia, crece o los requisitos
cambian, en el caso de haberlo tratado de forma algorítmica se hace más difícil de mantener.

En el caso del enfoque orientado a objetos, el principal bloque de construcción es el objeto o


clase.

Un objeto es un ejemplar de una clase; una clase es una descripción de un conjunto de


objetos similares. Todo objeto tiene identidad (puede nombrarse y distinguirse de otros
objetos), generalmente hay datos asociados a él, se le pueden hacer cosas al objeto y él hacer
cosas a otros objetos.

EL LENGUAJE UNIFICADO DE MODELADO - UML

El UML es un lenguaje estándar para escribir planos de software. El UML es un lenguaje que
sirve para: visualizar, especificar, construir y documentar las partes de un sistema con gran
cantidad de software.

Para comprender el UML se requiere aprender tres elementos principalmente: los bloques
básicos de construcción, las reglas de cómo combinar estos bloques y los mecanismos
comunes que se aplican a través del UML.

El UML tiene tres bloques de construcción:

1. Elementos.

2. Relaciones.

3. Diagramas.

DIAGRAMAS UML.

Un diagrama es la representación gráfica de un conjunto de elementos, visualizados como un


grafo de nodos (elementos) con sus arcos (relaciones).Los diagramas se dibujan para visualizar

Carmen García García - IES Vista Alegre Pá gina 4


HISTORIA DE UML
2017-18

el sistema desde diferentes perspectivas. Un diagrama representa una vista resumida de los
elementos que constituye un sistema. Un diagrama puede contener cualquier combinación de
elementos y relaciones.

UML tiene nueve tipos de diagramas:

1. Diagrama de clases.

2. Diagrama de objetos.

3. Diagrama de casos de uso.

4. Diagrama de secuencia.

5. Diagrama de colaboración.

6. Diagrama de estados.

7. Diagrama de actividades.

Modelado de Requisitos Diagramas de Casos de Uso 8. Di


Modelado Estático Diagrama de Clase a
Diagrama de Objetos gr
Modelado Dinámico Diagrama de Secuencia a
(Interacción) m
Diagrama de Colaboración a
(Interacción)
Diagrama de Estados
Diagrama de Actividad
Modelado Físico Diagrama de Componentes
Diagrama de Despliegue
de componentes.

9. Diagrama de despliegue.

Carmen García García - IES Vista Alegre Pá gina 5

También podría gustarte