Location via proxy:   [ UP ]  
[Report a bug]   [Manage cookies]                

Unidad 4 RUP Ágil - Modelo de Diseño

Descargar como pdf o txt
Descargar como pdf o txt
Está en la página 1de 2

Unidad cuatro Modelo de diseño en RUP Ágil

V ISIBILIDAD El Diagrama de clases del Modelo de Diseño contiene


“clases del Diseño”; se utiliza para modelar la
La visibilidad es la capacidad de un objeto de ver o
estructura del sistema durante el diseño
tener una referencia a otro.

Para que un objeto emisor envíe un mensaje al  A diferencia de las clases conceptuales del
receptor, éste debe ser visible al emisor , debe tener Modelo de Dominio, las clases del Modelo de
referencia o puntero al receptor. Diseño muestran las definiciones de clases software
en lugar de conceptos del mundo real
Hay 4 formas de visibilidad
Un DCD representa la especificación de las clases e
Visibilidad de atributo interfaces software en una aplicación. Muestra:

Se refiere a la accesibilidad de los atributos (variables • Clases, asociaciones y atributos


miembro) de una clase. • Interfaces con sus operaciones
• Métodos
En muchos lenguajes de programación orientados a • Información acerca del tipo de los atributos
objetos, como Java o C++, los atributos pueden tener • Navegabilidad
modificadores de visibilidad como "public", "private" o • Dependencias
"protected" para controlar quién puede acceder a
ellos. Los DCD pueden crearse en paralelo con los
diagramas de interacción
Visibilidad de parámetro
¿Qué se identifica durante esta etapa?
Se refiere a la accesibilidad de los parámetros de un
método o función. • Se utilizan como guía las clases del dominio y del
análisis.
En general, los parámetros suelen ser visibles solo • Qué estructura de datos utilizará cada clase
dentro del ámbito de la función o método en el que se • Qué operaciones ofrecerá como servicio cada
declaran. clase y cuáles serán sus métodos
• Cómo se implementarán las jerarquías de herencia
Visibilidad local
y composición detectadas en el análisis
Se refiere a la accesibilidad de las variables
Construcción de instancias. Create.
declaradas dentro de un bloque de código o función.
Cuando una clase construye sus instancias, asigna
Las variables locales son visibles solo dentro del bloque
espacio para su almacenamiento y configura los
en el que se declaran. No pueden ser accedidas
valores iniciales de los atributos o campos del objeto.
desde fuera de ese bloque.
Al crear el objeto se garantiza que se cumplan todos
Visibilidad global
los requisitos, es decir que las asociaciones necesarias
para su existencia estén garantizadas
Se refiere a la accesibilidad de los elementos que
tienen un alcance global en todo el programa. se
Se recomienda diseñar la construcción de los objetos
intenta evitar el uso excesivo de variables globales
de la clase con dos operaciones para cada clase:
debido a los problemas asociados con el
acoplamiento y la dificultad para rastrear el estado del
 Crear: asigna espacio para el objeto de la clase
programa.
 Iniciar: construye el objeto de acuerdo con las
especificaciones y restricciones de la clase.
CREACIÓN DEL DIAGRAMA DE CLASES

RUP no define un Artefacto llamado “Diagrama de Estas operaciones se suelen omitir en DCD por
clases del Diseño” sino un “Modelo de Diseño”. simplicidad

El Modelo de Diseño comprende además del


Diagrama de clases, otros Diagramas: de
interacciones, de paquetes, etc.
Operaciones fundamentales Creación de las clases de implementación a
partir de los diagramas de clases del diseño
Los atributos deben contar con métodos de acceso
para recuperar o establecer el valor de los atributos. Clase con atributos simples

 Se les llama método de obtención (accessor) y Son aquellos que almacenan datos primitivos como
método de cambio (mutator). enteros, cadenas, booleanos, etc.

Se suelen omitir estos métodos en el Diagrama de Clases con atributos de referencia


Clases.
Son aquellos que almacenan referencias a otras clases
Asociaciones u objetos.

Cada extremo de la asociación se denomina rol y en Se deducen de las asociaciones y la navegabilidad en


los DCD el rol se completa con una flecha de un diagrama de clases
navegabilidad. La navegabilidad implica visibilidad.
Roles: En un diagrama estático de clases cada
Durante la implementación en un lenguaje OO una extremo de la asociación se denomina rol.
asociación básica se representa como un atributo en
la clase origen que hace referencia a la clase destino. Si se coloca el nombre de rol en el DCD, se utiliza como
base para el nombre del atributo de referencia
La visibilidad y las asociaciones requeridas entre las durante la generación de código.
clases se dan a conocer mediante los DI.
Métodos a partir de los DI
Transformación de los diseños en código
Los métodos en una clase representan las operaciones
Los artefactos creados durante el Diseño: Diagramas que la clase puede realizar.
de Interacción y Diagramas de Clases del Diseño, se
utilizan como entradas en el proceso de generación Clases contenedoras
de código.
Son aquellas que contienen colecciones de otras
El RUP define el Modelo de Implementación, contiene clases.
artefactos como: código fuente, definiciones de bases
Es necesario implementar las clases desde la menos a
de datos, etc.
la más acoplada.
Los resultados del Diseño son un primer paso
incompleto, durante la codificación y prueba se
realizan gran cantidad de cambios.

La implementación en un Lenguaje OO requiere de la


escritura de código fuente para:

 Las definiciones de las clases e interfaces


 Las definiciones de los métodos: En un diagrama
de clases de diseño, los métodos de una clase se
representan generalmente en el compartimento
inferior de la caja que representa la clase. Estos
podemos encontrarlos en cada diagrama de
interacción ya realizado

También podría gustarte