IntroduccióN Uml

1Introducción al UML y Proceso Unificado. Ing. Zamantha González Díaz

Lenguaje de Modelado Unificado

Construcción de una casa para “Fido”

Introducción al UML y Proceso Unificado. Ing. Zamantha González Díaz 2

Puede hacerlo una sola persona

Requiere:

Modelado mínimo

Proceso simple

Herramientas simples

Construcción de una casa


Construida eficientemente y en un tiempo

razonable por un equipo

Requiere:

Modelado

Proceso bien definido

Herramientas más sofisticadas

Construcción de una casa


Sin comentarios

¿Por qué modelamos?


El modelado es una técnica de hacer

modelos, que ofrece

Una visión global del sistema.

Importancia de Modelar

Visualizar, especificar la estructura,

proporcionan plantillas y documentan

decisiones


Principios del Modelado

La elección de qué modelos crear, y

dar forma a una solución.

Todo modelo puede ser expresado a

diferentes niveles de precisión.

Los mejores modelos están ligados a

la Realidad

Un único modelo no es suficiente.


Modelado OO

UML es un Lenguaje de Modelado

Unificado basado en una notación

gráfica la cual permite:

Especificar

Construir

Visualizar

Documentar

los objetos de un sistema


Características UML

Puede ser utilizado por cualquier metodología de

análisis y diseño OO para expresar los modelos de

diseño.

Este lenguaje es el resultado de la unificación de

los métodos de modelado OO de:

Booch,

Rumbaugh (OMT:Object Modeling

Technique)

Jacobson (OOSE:Object-Oriented Sotfware

Engineering) .

Es una herramienta que nos permitirá expresarnos

en un lenguaje común

Permite facilitar la comunicación entre las distintas

áreas de una organización


Historia UML Comenzó como el “Método

Unificado”, con la participación de

Grady Booch y Jim Rumbaugh. Se

presentó en el OOPSLA’95

El mismo año se unió Ivar Jacobson.

Los “Tres Amigos” son socios en la

compañía Rational Software.

Herramienta CASE Rational Rose


Historia UML


Nov ‘97 UML aprobadopor el OMG

1998

1999

2000

UML 1.2

UML 1.3

UML 1.4

2005?UML 2.0

Revisiones menores

UML 1.52003

Aspectos Novedosos

Definición semi-formal del Metamodelo

de UML

Mecanismos de Extensión en UML:

Stereotypes

Constraints

Tagged Values

Permiten adaptar los elementos de

modelado, asignándoles una

semántica particular


Inconvenientes en UML

Definición del proceso de desarrollo

usando UML. UML no es una

metodología

No cubre todas las necesidades de

especificación de un proyecto software.

Por ejemplo, no define los documentos

textuales

Ejemplos aislados

“Monopolio de conceptos, técnicas y

métodos en torno a UML y el OMG”


Perspectivas de UML

Es el lenguaje de modelado OO estándar

predominante ahora y en los próximos

años

Razones:

▪ Participación de metodólogos influyentes

▪ Participación de importantes empresas

▪ Estándar del OMG

Evidencias:

▪ Herramientas que proveen la notación

UML

▪ “Edición” de libros

▪ Congresos, cursos, etc.


Fundamento Modelo OO

Objetos Objeto = unidad atómica que

encapsula estado y

comportamiento

La encapsulación en un objeto

permite una alta cohesión y un

bajo acoplamiento

Un objeto puede caracterizar una

entidad física (auto) o abstracta

(ecuación matemática)


Un objeto

Otro objeto más

Otro objeto

Fundamento Modelo OO

Objetos Objeto = unidad atómica que

encapsula estado y

comportamiento

La encapsulación en un objeto

permite una alta cohesión y un

bajo acoplamiento

Un objeto puede caracterizar una

entidad física (auto) o abstracta

(ecuación matemática)


Banco BOD

Cuenta CTE

01

Cuenta CTE

02

Luis

Rosa

Objetos …

Objeto = Nombre + Estado +

Comportamiento

El estado está representado por

los valores de los atributos

Un atributo toma un valor en un

dominio concreto


Nombre

Atributos

Comportamientos

Atributos y Comportamientos

Atributo: son las características

o cualidades del objeto (también

se denominan propiedades)

Comportamiento: son las

acciones, aquello que el objeto

sabe o puede hacer


Persona

nombreedadEmpresa

CambiarEdadCambiarEmpresa

Mensajes Los objetos revelan su utilidad en un

contexto de comunicación con otros

objetos, por medio del paso de

mensajes, para componer un sistema

con un comportamiento más complejo

que el suyo propio.

El envío de mensajes es la forma en

que se invoca los comportamientos de

un objeto (cada método define un

comportamiento).

La invocación de métodos permite a

un objeto cambiar su estado o el de

otro objeto.


Noción de Clase e Instancia

Todos los objetos naturalmente

se agrupan en categorías

(clases)

Los objetos que están

comprendidos dentro de las

clases se denominan instancias


Instancia Instancia Instancia

Clase


Instancia persona nº 1-nombre = SALAS-edad=35-empresa=IPV

Instancia persona nº 2-nombre = FUNES-edad=55-empresa=VPI

Instanciación

Persona

nombreedadempresa

CambiarEdadCambiarEmpresa

Instancias

Actividades

1. Identifique una clase que agrupe

todos estos objetos.

2. Agrupe diversos objetos en

distintas clases.


Herencia

Los objetos se definen a partir de clases.

Se puede saber mucho de un objeto

sabiendo a qué clase pertenece.

Las clases permiten su definición a partir de

otras clases. Esto permite definir una

jerarquía de especialización.

Una Clase definida a partir de otra, hereda

todos los atributos y métodos de su clase

ancestro.

Las clases herederas pueden sobrescribir los

atributos y los métodos heredados y pueden

añadir nuevos.


Persona

Nombre edad empresa CambiarEdadCambiarEmpresa

Asalariado

jefefunciónCambiarJefeCambiarFunción

Instancia de persona nº 1

-nombre = RODRIGUEZ

-edad=36

-empresa=MUNI

-jefe=SANENZ

-función=encargado sección

La clase tomada como patrón se

conoce como Superclase o clase

padre, mientras que la heredera se

llama clase hija.

La jerarquía de herencia puede ser

todo lo profunda que sea

necesario. Una clase puede tener

varias clases como patrón.


Polimorfismo

El polimorfismo es una

característica de la OO que

permite redefinir un

comportamiento (método)

heredado por una superclase.

El polimorfismo permite usar los

mismos términos del cliente.


Abrir ...

Elementos

Unidades básicas de construcción, cuatro tipos:

Estructurales: Partes estáticas de los

modelos, representan aspectos conceptuales o

materiales.

De comportamiento: Partes dinámicas de

los modelos, representan comportamientos en

el tiempo y espacio.

De agrupación: Partes organizativas de los

modelos.

De Notación: Partes explicativas de los

modelos.


Relaciones

Abstracciones que actúan de unión

entre los elementos.


1


Dependencia

Asociación

Generalización

Realización

Es una relación entre dos elementos, tal que un cambio en uno

puede afectar al otro.

Es una relación estructural que resume un conjunto de enlaces

que son conexiones entre objetos.

Es una relación en la que el elemento generalizado puede ser

substituido por cualquiera de los elementos hijos, ya que

comparten su estructura y comportamiento.

Es una relación que implica que la parte realizante cumple con

una serie de especificaciones propuestas por la clase realizada

(interfaces).


Diagrama de Casos de Uso

Diagrama de Clases

Diagrama de Objetos

Diagrama de Secuencia

Diagrama de Colaboración

Diagrama de Estados

Diagrama de Actividades

Diagrama de Componentes

Diagrama de Implementación

Diagramas: Disponen un conjunto de

elementos, que representan el modelo

desde distintas perspectivas.

UML tiene nueve diagramas

fundamentales, clasificados en dos

grupos, uno para modelar la estructura

estática del sistema y otro para modelar

el comportamiento dinámico.


Clasificación de Diagramas

Estáticos o Estructurales

Clases

Objeto

Complementos

Implementación

Dinámicos o de Comportamiento

Colaboración

Casos de Uso

Secuencia

Actividad

Estado

Diagramas de Clases

Es el diagrama principal para el análisis y

diseño del sistema

Presenta las clases del sistema con sus

relaciones estructurales y de herencia

La definición de clase incluye definiciones

para atributos y operaciones

El modelo de casos de uso debería aportar

información para establecer las clases,

objetos, atributos y operaciones


Diagramas de Objetos

Un objeto es una instancia de clase.

El símbolo es un rectángulo como en

una clase pero el nombre está

subrayado.

El nombre de la instancia se encuentra

a la izquierda de los :, y el nombre de la

clase a la derecha.


Diagramas de Casos de Uso

Es una descripción de las acciones de

un sistema desde el punto de vista del

usuario.

Es una técnica de aciertos y errores

para obtener los requerimientos del

sistema desde visión usuario.

Crear un sistema que pueda ser

utilizado por la gente en general.


Usuario = actorElipse = caso de usoEl actor que inicia el caso de uso puede seruna persona u otro sistema.

Diagramas de Estados

En cualquier momento, un objeto se

encuentra en un estado en particular.

Una persona puede ser recién nacida,

infante, adolescente, joven o adulta. Un

elevador se moverá hacia arriba, estará

en estado de reposo o se moverá hacia

abajo.


¿Cómo Utilizar UML?

Proceso Incremental: Consiste en

sucesivas ampliaciones y mejoras de la

arquitectura, a partir de una línea básica.

Cada incremento resuelve los problemas

encontrados en la versión anterior

minimizando progresivamente los riesgos

más significativos para el éxito del

proyecto.


¿Cómo Utilizar UML?

Dirigido por Casos de Uso: Son básicos para

establecer el comportamiento deseado del

sistema, para verificarlo, para validar su

arquitectura y para comunicarse con todas las

personas involucradas en el proyecto.

Centrado en la Arquitectura: La arquitectura

de un sistema es el conjunto de decisiones

significativas que se toma en torno a su

organización, la selección de elementos

estructurales, la definición de las interfaces

entre estos elementos, su comportamiento, su

división en subsistemas, qué elementos son

estáticos y cuales dinámicos.


Metodología UML

El modelo a definir en base al proceso

elegido, se divide en realidad en varios

tipos de modelo o vistas, cada una

centrada en un aspecto o punto de vista

del sistema. En general,

independientemente del proceso que se

emplee, se puede encontrar las siguientes

vistas


Vista de Casos de Uso

Engloba los Casos de Uso que describen el

comportamiento del sistema como lo verían los

usuarios finales, los analistas y demás

componentes del equipo de desarrollo.

No especifica la organización del sistema.

Con UML los aspectos estáticos de esta vista se

pueden concretar con los diagramas de Casos de

Uso.

Los aspectos dinámicos con los diagramas de

iteración (secuencia y colaboración), diagramas de

estados y de actividades.


Vista de Casos de Uso

Vista de Diseño Engloba las clases e interfaces que conforman el

vocabulario del problema y su solución.

Da soporte a los requisitos funcionales del sistema,

es decir los servicios que proporciona a los

usuarios finales.

Con UML los aspectos estáticos de esta vista se

pueden concretar con los diagramas de clases y de

objetos.


iteración (secuencia y colaboración), diagramas de

estados y de actividades.


Vista de Diseño

Vista de Procesos

Engloba los hilos y procesos que forman los

mecanismos de sincronización y concurrencia

del sistema.

Da soporte al funcionamiento, capacidad de

crecimiento y rendimiento del sistema.

Con UML los aspectos estáticos de esta vista

se pueden concretar con los diagramas de

clases, de clases activas y de objetos;


iteración (secuencia y colaboración), diagramas

de estados y de actividades.


Vista de Procesos

Vista de Despliegue

Engloba los nodos que forman la topología

hardware sobre el que se ejecuta el sistema.

Da soporte a la distribución, entrega e

instalación de las partes que conforman el

sistema físico.

Con UML los aspectos estáticos de esta

vista se pueden concretar con los diagramas

despliegue.

Los aspectos dinámicos con los diagramas

de iteración (secuencia y colaboración),

diagramas de estados y de actividades.


Vista de Despliegue

Vista de Implementación

Engloba los componentes y archivos empleados

para hacer posible el sistema físico.

Da soporte a la gestión de configuraciones de

las distintas versiones del sistema, a partir de

componentes y archivos.

Con UML los aspectos estáticos de esta vista

se pueden concretar con los diagramas de

componentes; los aspectos dinámicos con los

diagramas de iteración (secuencia y

colaboración), diagramas de estados y de

actividades.


Vista de Implementación

IntroduccióN Uml

Technology

Transcript of IntroduccióN Uml