Vista Arquitectural de

Implementación
Prof. Msc. Ana Mercedes Díaz
DCyT – UCLA
Definición del Proceso de Generar Vista
Arquitectural de Implementación
Definición del Diagrama de Componentes
Elementos del Diagrama de Componentes
Vistas del Diagrama de Componentes
Ejemplos
Pasos para construir el Diagrama de
Componentes
Ejemplo.

Agenda
Elproceso Generar la Vista Arquitectural de
Implementación es un proceso muy importante para el
desarrollo del sistema de software, dado que contiene
todos los pasos que se deben seguir para determinar
cuales serán los elementos de software y su
configuración interna.
Además de estos elementos y su configuración interna,
también en este proceso se definen los mecanismos de
engranaje que tendrán estos elementos de tal manera
de que puedan dar respuesta a las funcionalidades
establecidas y definidas en el Documento de
Especificación de Requisitos y en el Modelo Funcional.

Proceso de generar Vista

Arquitectural de Implementación
Para este proceso estos elementos de software
serán llamados componentes de software, estos
componentes internamente estarán formados por
clases, las cuales se encargan de implementar las
funcionalidades de cada componente.
Los componentes también tienen asociados
interfaces, que pueden ser provistas y requeridas,
las interfaces provistas son los servicios que el
componente provee, y las interfaces requeridas son
los servicios que el componente requiere para
completar alguna funcionalidad.

Proceso de generar Vista

Arquitectural de Implementación
elproceso Generar la Vista Arquitectural de
Implementación tiene como entradas el Diagrama de
Clases el cual se encuentra contenido en el Modelo de
Datos, y los Requisitos No Funcionales, los cuales
están definidos en el Documento de Especificación de
Requisitos.
La salida de este proceso es el Documento del Modelo
de Implementación, el cual esta definido internamente
por el Diagrama de Componentes, la vista Interna de
cada componente y la especificación de las interfaces
provistas y requeridas de cada componente.

Proceso de generar Vista

Arquitectural de Implementación
El proceso Generar la Vista Arquitectural de
Implementación es un proceso ejecutado por
el equipo de diseño y supervisado por el líder
del equipo de diseño.
Al igual que para los procesos técnicos
anteriores, se requiere que el equipo de diseño
cuente con los conocimientos necesarios en
cuanto al modelado utilizando las técnicas que
proporciona el Lenguaje de Modelado
Unificado, en su versión más actualizada.

Proceso de generar Vista

Arquitectural de Implementación
Proceso de generar Vista
Arquitectural de Implementación
Proceso de generar Vista
Arquitectural de Implementación
 Subprocesos Actividades Artefactos de Artefactos de Técnicas
Entrada Salida Utilizadas
Construir el Elaborar el Diagrama de Diagrama de Diagrama de Diagrama de
Diagrama de Componentes. Clases. Componentes Componentes
Componentes Revisar Técnicamente el Requisitos No de UML
Diagrama de Componentes. Funcionales Revisión
Refinar el Diagrama de (Documento de técnica formal.
Componentes. Especificación de
Requisitos)
Especificar de cada Analizar cada componente Diagrama de Especificación Diagrama de
Componente contra el diagrama de clases. Componentes. Interna de cada Componentes
Determinar las clases que Diagrama de Componente. de UML.
implementan a cada Clases Revisión
Componente. técnica formal.
Incluir las clases en los
Componentes.
Revisar Técnicamente la
vista interna de cada
Componente.
Refinar de cada
Componente.

Proceso de generar Vista

Arquitectural de Implementación
Especificar las Determinar los servicios de Diagrama de Especificación de Diagrama de
Interfaces de los las interfaces provistas de Componentes. todas las Componentes
Componentes cada Componente. Especificación interfaces del de UML.
Determinar los servicios de Interna de cada Diagrama de Revisión
las interfaces requeridas de Componente. Componentes. técnica formal.
cada Componente.
Revisar Técnicamente cada
Interfaz.
Refinar las Interfaces de los
Componentes.

Elaborar el Determinar la estructura del Diagrama de Documento del Estructura del

Documento del Documento del Modelo de Componentes. Modelo de Documento del
Modelo de Implementación Especificación Implementación. Modelo de
Implementación Elaborar el Documento del Interna de cada Implementación
Modelo de Implementación. Componente. propuesta.
Revisar Técnicamente el Especificación de Revisión
Documento. todas las técnica formal.
Refinar el Documento del interfaces del
Modelo de Implementación. Diagrama de
Componentes.

Proceso de generar Vista

Arquitectural de Implementación
El Modelo de Implementación permitirá
diseñar la estructura de ensamblaje que
tendrán los elementos de software para
poner en funcionamiento la aplicación.
Es un Modelo netamente Estático.
El Modelo de Implementación bajo las
técnicas de Diseño Orientadas a Objeto se
construye utilizando el Diagrama de
Componentes.
El Modelo de Implementación puede
utilizar algunos de los Requisitos No
Funcionales especificados en la Fase de
Ingeniería de Requisitos, por ejemplo:
mantenibilidad, reusabilidad, escalabilidad,
interfaces con otros sistemas o componentes.
El Modelo de Implementación también se
construye independiente de la plataforma y
dependiente de la plataforma
Los Diagramas de Componentes en UML.
◦ A partir de la versión 2.0 UML introduce
importantes cambios en los Diagramas de
Componentes.
◦ Los Diagramas de Componentes en UML 2.X
están orientados a apoyar todo el proceso de
desarrollo de software basado en componentes.
◦ Tienen una notación diferente a la de la
versión 1.4.

Definición de Diagrama de
Componentes
Elementospresentes en un Diagrama
de Componentes:

Elementos del Diagrama de

Componentes
Componente: Es un tipo de clasificador.
Interfaz Provista: Muestra las interfaces que
un componente posee (servicios que provee a sus
clientes).
Interfaz Requerida: Indica las interfaces que
un componente requiere (servicios que utiliza) de
otros componentes.
Puerto: Punto de interacción (comunicación)
entre una instancia de un componente y su
ambiente.
Conector: Enlaza dos componentes o los
elementos de un componente.

Elementos del Diagrama de

Componentes
Ejemplo de Diagrama de
Componentes
Ejemplo de Diagrama de
Componentes
 Un componente en UML es:
– Un tipo de clasificador (Un clasificador
describe a un conjunto de instancias que
tienen aspectos comunes, ejemplo: una
clase)
– Una unidad auto-contenida que encapsula
el estado y comportamiento de un conjunto
de clasificadores.
– Un tipo especial de clase que:
 Participa en asociaciones y generalizaciones.
 Posee un comportamiento definido por sus interfaces.
 Su comportamiento es implementado por un conjunto
de clasificadores: clases o componentes.

Definición de Componente
 Un componente de software tiene:
– Una vista externa (especificación
externa): interfaces requeridas e
interfaces provistas.
– Una vista interna (implementación
interna):
 Consta de uno o más clasificadores: clases
 Los clasificadores implementan el
comportamiento del componente.

Vistas de un Componente
La vista externa de un componente hace
público su comportamiento a través de las
interfaces provistas y requeridas.
Las Interfaces Provistas: describen las
operaciones o servicios que el componente
ofrece.
Las Interfaces Requeridas: son las
interfaces que el componente necesita
acceder. Es decir, pertenecen a otros
componentes.

Interfaces de un Componente
Vista Externa de un Componente
La Vista Interna de un componente,
◦ Describe como el componente implementa
internamente su comportamiento.
◦ Consta de:
 Propiedades privadas y
 Clasificadores de implementación (clases)

Vista Interna de un Componente

Vista Interna de un Componente
Invocación de Componentes.
◦ Los detalles internos de un componente se
ocultan a los otros componentes que lo utilizan
(invocan)
◦ Los componentes usuarios solo requieren
conocer la interfaz del componente invocado.
Las operaciones del componente invocado
están disponibles a componentes usuarios solo
a través de la interfaz.

¿Cómo invocar a un Componente?

Servicios de un Componente
 Interfaz Provista Interfaz Requerida

Representación Explícita de las

Interfaces de un Componente
Vista Interna de un Componente
Debe tener construido el Diagrama de Clases lo
más refinado posible, eso quiere decir, que se debe
encontrar en un punto del diseño bastante avanzado.
Aquí debemos tener en cuenta los requisitos no
funcionales asociados con las restricciones de
Software.
Al igual que el resto de los diagramas podemos tener
en primera instancia un Diagrama de Componentes
poco refinado o en un estado muy conceptual, pero
en la medida en que vamos refinando lo vamos
adornando mucho más tomando en cuenta en
ambiente de software en el que tenemos que
trabajar.

Pasos para construir un Diagrama

de Componentes
Ejemplo
 DTN

Diagrama de Tipo de Negocio

(DTN)
 Un Modelo de Tipos del Negocio consta de dos
tipos de Diagramas:
◦ Diagrama de Tipos de Negocio (DTN):
 Es un Diagrama de Clases de UML.
 Modela los tipos de Objetos de negocios del
Dominio de la Aplicación.
◦ Diagrama de la Responsabilidad de las
Interfaces (DRI):
 Se deriva del DTN
 Identifica los tipos de objetos fundamentales
(core) y los tipos de soporte (type) en el DTN
 A Cada tipo fundamental (core) le asocia una
Interfaz.

Modelo de Tipos de Negocio

 DRI

Diagrama de Responsabilidad de
Interfaces
 Componente de Proceso

Componentes de Negocio
Definición
de las Interfaces de los
Componentes de Proceso:
◦ En los componentes de Proceso, las operaciones
de las interfaces se determinan a partir de los
casos de uso.
Definición
de las Interfaces de los
Componentes de Negocio:
◦ En los componentes de Negocio, las
operaciones se encargan de manejar el estado
del componente (atributos de sus clasificadores)

Definición de las Interfaces

Nivel de Presentación Nivel de Lógica de Negocio Nivel de Datos Nivel de Integración

Arquitectura de Diseño de la
Aplicación
En conclusión en el Modelo de
Implementación se deben generar los
siguientes productos.
◦ Diagrama de Componentes
◦ Especificación de las Interfaces provistas
◦ Vista Interna de los Componentes
◦ Arquitectura de la Aplicación a nivel de
subsistemas.

Artefactos a Producir:
 www.omg.org.

 “UML 2. Jim Arlow y Ila Neustadt. Anaya Multimedia. 2005.

 Notas de la Prof. Nancy Zambrano. UCV. 2003.

 “UML Lenguaje de Modelado Unificado” . I. Jacobson, G.

Booch y J.Rumbaugh. Addison Wesley - Pearson Education 1999

 “UML Lenguaje de Modelado Unificado 2.0” . I. Jacobson, G.

Booch y J.Rumbaugh. Addison Wesley - Pearson Education 2009

Bibliografía Utilizada