Tutorial uml

Solo disponible en BuenasTareas
  • Páginas : 27 (6637 palabras )
  • Descarga(s) : 0
  • Publicado : 2 de mayo de 2011
Leer documento completo
Vista previa del texto
|INFORSALUD 2004 |

|Tutorial de UML |

( Miguel Arregui
(MARREGUI@SG.UJI.ES)

Dpto. de lenguajes y sistemas informáticos
GRUPO IRIS (INTEGRACIÓN Y REINGENIERÍA DE SISTEMAS)

UNIVERSITAT JAUMEI, CASTELLÓN

Presentación

El presente documento ha sido preparado como material de soporte para el tutorial de UML, Lenguaje Unificado de Modelado, del inglés “Unified Modeling Language”, impartido en el VII Congreso Nacional de Informática para la Salud, INFORSALUD 2004.

El tutorial ofrece una introducción a todos los conceptos que maneja UML, empezando por los más relevantes delparadigma de la Orientación a Objetos, OO, sobre el que asientan los cimientos de UML. Por último, describe como puede emplearse UML en el desarrollo de un proyecto. El tutorial no pretende profundizar en cada detalle, en cambio busca ser una útil toma de contacto con UML, como mínimo para conocer sus posibilidades y ayudar en la decisión de si adoptarlo como parte del arsenal de desarrollo.Contenidos

1.- Introducción 5

2.- La Orientación a Objetos, OO 5

2.1.- Qué es un Objeto 6

2.2.- Qué es una Clase 7

2.3.- Qué es la Herencia 7

2.4.- Qué es una Interfaz 8

3.- El Lenguaje Unificado de Modelado, UML 9

3.1.- Bloques básicos de construcción de UML 9
3.1.1.- Elementos 10
3.1.2.- Relaciones 11
3.1.3.- Diagramas 11
3.1.3.1.- Diagrama deClases y Diagrama de Objetos 13
3.1.3.2.- Diagrama de Componentes y Diagrama de Despliegue 15
3.1.3.3.- Diagrama de Casos de Uso 16
3.1.3.4.- Diagrama de Secuencia y Diagrama de Colaboración 18
3.1.3.5.- Diagrama de Estados y Diagrama de Actividades 20

3.2.- Cómo utilizar UML 22

4.- Referencias 25

Figuras

Figura 1: Objetos comunicándose 6
Figura 2: LaHerencia 8
Figura 3: Diagrama de Clases 13
Figura 4: Relación de dependencia en Diagramas de Clase 14
Figura 5: Auto-agregación 15
Figura 6: Diagrama de Componentes 15
Figura 7: Diagrama de Despliegue 16
Figura 8: Diagrama de Casos de Uso nivel 1 16
Figura 9: Diagrama Casos de Uso nivel 2 A 17
Figura 10: Diagrama Casos de Uso nivel 2 B 17
Figura 11: Diagrama Casos de Uso nivel 1 detallado 18Figura 12: Diagrama de Secuencia 18
Figura 13: Diagrama de Colaboración 20
Figura 14: Máquina de Estados, estados simples 20
Figura 15: Máquina de Estados, estados compuestos 21
Figura 16: Diagrama de Actividades 22

Tablas

Tabla 1: Elementos de construcción en UML 11
Tabla 2: Elementos de relación en UML 11
Tabla 3: Diagramas de UML 12
Tabla 4: Multiplicidad en Diagramas de Clases 14Tabla 5: Tipos de mensaje en diagramas de interacción 19

1.- Introducción

En los tiempos que corren, el software tiene la tendencia de ser grande y complejo. Los usuarios demandan interfaces cada vez más completas y funcionalidades más elaboradas, todo ello influyendo en el tamaño y la complejidad del producto final. Por ello, los programas deben ser estructurados de manera que puedan serrevisados, corregidos y mantenidos, rápida y eficazmente, por gente que no necesariamente ha colaborado en su diseño y construcción, permitiendo acomodar nueva funcionalidad, mayor seguridad y robustez, funcionando en todas las situaciones que puedan surgir, de manera previsible y reproducible.

Ante problemas de gran complejidad, la mejor forma de abordar la solución es modelar. Modelar es diseñary estructurar el software antes de lanzarse a programar y es la única forma de visualizar un diseño y comprobar que cumple todos los requisitos para él estipulados, antes de que la flotilla de programadores comience a generar código. Modelando, los responsables del éxito del producto pueden estar seguros de que su funcionalidad es completa y correcta, que todas las expectativas de los usuarios...
tracking img