Directriz: Subsistema de implementación
El subsistema de implementación ayuda a organizar un modelo de implementación y, por lo tanto, a reducir su complejidad. En esta directriz se discuten algunas opciones a tener en cuenta cuando se diseñe el subsistema de implementación.
Relaciones
Elementos relacionados
Descripción principal

Explicación

Una forma básica de reducir la complejidad en un modelo de implementación que contiene cientos de elementos es utilizar subsistemas de implementación.

Los subsistemas habitualmente adoptan la forma de directorios, con información estructural o de gestión adicional. Por ejemplo, un subsistema se puede crear como un directorio o una carpeta en un sistema de archivos, o un subsistema en Rational Apex para C++ o Ada, o paquetes que utilizan Java. En los desarrollos de Rational XDE, un subsistema es un "proyecto" según se define en el entorno de desarrollo integrado (IDE).

El subsistema de implementación es la implementación análoga de paquete de diseño (o subsistema de diseño grandes y granulados ). El modelo de implementación y los subsistemas de implementación son el destino de la vista de implementación y, por lo tanto, son de vital importancia en el momento del desarrollo.

Exportación de elementos

Un subsistema de implementación controla la visibilidad externa de su contenido. Se puede hacer referencia a un elemento con los elementos externos del subsistema, si se hace visible ("exportado") por el subsistema declarante.

Todos los elementos (y subsistemas contenidos) en un subsistema suelen estar visibles fuera de un subsistema por omisión. Esto significa que cualquier elemento fuera de este subsistema puede hacer referencia a todos los elementos. Por ejemplo, en C++ esto significa que los elementos externos pueden #incluir todos los elementos dentro del subsistema.

Utilización

El modelo de implementación puede ser más o menos cercano al modelo de diseño, dependiendo de como correlacione los paquetes de diseño a los subsistemas de implementación en el modelo de implementación.

Se recomienda mantener la correlación uno a uno, es decir, un paquete de diseño debe correlacionarse con un subsistema de implementación. El motivo principal es tener una rastreabilidad transparente del diseño al código.

Existen situaciones en que necesita que los subsistemas en implementación difieran de los paquetes y los subsistemas de diseño. Para obtener más información, consulte el apartado Tarea: Estructurar el modelo de implementación. Si y cómo representar esta correlación debe cubrirse en el apartado  Producto de trabajo: Directrices específicas del proyecto.

Puede partir un sistema en subsistemas por muchos motivos. Los mismos criterios que en diseño se aplican en la implementación. Para obtener más información, consulte el apartado Directriz: Paquete de diseño.