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.
|