Diseño: Diagrama de componentes

Lic. César Alcántara Loayza

Diagrama De Componentes

El propósito del diagrama de componentes es definir los módulos de software cualquiera sea su fuente, y sus relaciones entre si.

CAL/Fundamentos

2

Se encapsulan la interface y la aplicación interior del componente en las clases que constituyen el componente. 3 CAL/Fundamentos .Diagrama De Componentes  Cada componente es un pedazo de código que reside en la memoria en un nodo del hardware. Cada componente debe definir una interface que permita al componente actuar recíprocamente con el sistema operativo y otros componentes.

Grupos De Componentes  UML agrupa los componentes en tres categorías amplias:    Componentes desplegados. componentes creados para ejecutar la aplicación 4 CAL/Fundamentos . necesarios para ejecutar el sistema. y archivos usados para crear los componentes de despliegue Componentes de Ejecución. Componentes producto del trabajo incluso modelos. código fuente.

usted necesita proporcionar las clases fuente. Por ejemplo. para compilar un archivo ejecutable. 5 CAL/Fundamentos . Por ejemplo. Los componentes pueden ser dependientes en clases. un ejecutable puede requerir el acceso a una biblioteca de enlace dinámica (DLL).Dependencias de Componentes  Los componentes pueden depender entre si.

componente. interface del componente y dependencias. CAL/Fundamentos 6 .Dependencias de Componentes  Dado los elementos clave. usted puede describir la aplicación física de módulos de software y las relaciones entre ellos.

El nombre se pone dentro del rectángulo tal como lo hacemos en el compartimiento de nombre de una clase. CAL/Fundamentos 7 .Notación  Un componente es modelado como un rectángulo con dos rectángulos pequeños centrados en el borde izquierdo.

Notación  Notación de un componente OrderEntry.exe CAL/Fundamentos 8 .

Estereotipos  Los componentes usan los estereotipos para proporcionar las pistas visuales a su papel dentro de la implementación. El UML define cinco tipos de estereotipos del componente:   Executable: Un componente que corre en un procesador Library: Un conjunto de recursos referenciados por un ejecutable durante el tiempo de ejecución CAL/Fundamentos 9 .

Estereotipos    Table: Un componente de la base de datos accedido por un ejecutable File: Típicamente representa datos o código fuente Document: Un documento tal como una página insertada en una página web CAL/Fundamentos 10 .

Notación  Estereotipo <<executable>> <<EXE>> OrderEntry.exe CAL/Fundamentos 11 .

Una manera es usar una clase con el estereotipo <<interface>> ligado al componente con una flecha de la dependencia.Interface de Componente  Una interface de componente puede modelarse de dos maneras. Usted puede usar un estereotipo de dependencia de <<Implements>> para mostrar que el componente implementa la interface. 12 CAL/Fundamentos .

Interface de Componente  Interface Orden que implementa el componente OrderEntry <<EXE>> OrderEntry.exe <<Implements>> <<Interface>> Order CAL/Fundamentos 13 .

Realizar la interface significa implementar la interface. llamado una relación de la realización.Interface de Componente  Una segunda técnica es usar un "chupetin" ligado al componente con una línea sólida. CAL/Fundamentos 14 .

Interface de Componente <<EXE>> OrderEntry.exe Order CAL/Fundamentos 15 .

De modo que la interface ya debería estar definida en sus diagramas de clase.Interface de Componente  Recuerde que la interface implementada por un componente realmente se lleva a cabo por las clases dentro del componente. CAL/Fundamentos 16 .

Como con la dependencia de interface.Dependencias  las dependencias entre los componentes son representados con flechas discontinuas del componente dependiente al componente del que depende. 17 CAL/Fundamentos . pueden estereotiparse las dependencias entre los componentes.

tbl <<Database>> Orders. <<File>> OrderEntry <<becomes>> <<EXE>> OrderEntry.tbl CAL/Fundamentos 18 .exe <<DLL>> Orders.Construir un Diagrama De Componentes  El estereotipo <<becomes>> muestra que el cosigo fuente se vuelve un componente ejecutable y que se ejecuta en una máquina diferente de la que reside el codigo fuente.dll <<Database>> Inventory.

Construir un Diagrama De Componentes  El diagrama modela la aplicación de entrada de orden. La aplicación consiste en código fuente que se vuelve código ejecutable. CAL/Fundamentos 19 . El ejecutable maneja dos tablas de datos y un componente de biblioteca.

Tarea: Construir un DC  Control de inventario: requerimientos    Los clientes usan una interface gráfica de usuario (GUI) de la aplicación receptor para recibir los productos en el inventario. La interface de usuario cliente (UI) accede al componente receptor del servidor a través de una interface de orden de compra. El componente ejecutable del servidor depende de tres bibliotecas de componentes: po.dll. e inventory. product.dll. 20 CAL/Fundamentos .dll.

Propuesta Solución  La interface del usuario se modela como un componente. <<EXE>> Receiving.dll <<Library>> Product.dll <<Library>> Inventory.dll CAL/Fundamentos 21 .exe PO <<EXE>> UI.exe <<Library>> PurchaseOrder. La aplicación receptor del servidor es otro componente.

O. el P. o interface de orden de compra. 22 CAL/Fundamentos . Una flecha sólida del componente receptor del servidor a la interface define la interface le pertenecer al componente servidor. La interface se modela como un círculo pequeño con el nombre debajo de él.Propuesta Solución  El componente receptor del servidor tiene una interface.

23 CAL/Fundamentos . cada uno conectado al servidor con una flecha discontinua de dependencia de la aplicación del servidor al componente de biblioteca.Propuesta Solución  Cada uno de los componentes de biblioteca se modela como un componente separado.

Sign up to vote on this title
UsefulNot useful