La estructura de directorios del producto sirve como marcador de posición anidado lógicamente para todos los productos
de trabajo relacionados con el producto versionable. Los productos de trabajo se producen como resultado del ciclo de
vida de desarrollo siguiente, y para el desarrollo de cada Elemento de implementación constituyente del sistema global.
En la figura siguiente se muestra que el Sistema-X consta de "N" subsistemas y cada subsistema consta de "N"
componentes. La estructura de directorio de producto proporciona un marcador de posición común para los diferentes
productos de trabajo necesarios desarrollo de cada parte del sistema global.
Aunque un arquitecto de software experimentado puede tener una buena idea sobre composición de sistema como inicio, la
vista de los principales componentes de desarrollo emerge como resultado de las actividades relacionadas con el
Análisis & diseño para definir y perfeccionar las arquitecturas candidatas.
En la tabla siguiente se proporciona un patrón de estructura de directorio de sistema de producto que se puede utilizar
como "Estructura de directorio de producto" en las fases iniciales del desarrollo del proyecto mientras que los
detalles precisos de los subsistemas compuestos y las capas arquitectónicas todavía no se han determinado.
Cuando las actividades de Análisis & diseño están en proceso, y existe una comprensión mejorada sobre el número y
la naturaleza de los subsistemas necesarios en el sistema global (Tarea: Diseño
de subsistema), la estructura de directorio de producto debe ampliarse para acomodar a todos los subsistemas.
La información de la estructura de directorio de producto del sistema debe estar visible para todos los subsistemas de
todo el proyecto. Así que, a parte de la gestión de producto, los estándares y las directrices de los requisitos y la
información de prueba pertenecerían a la estructura de directorio de producto de sistema. En esta instancia, se
incluyen Herramientas en la estructura de directorio de producto de sistema y, sin embargo, podrían estar en un
directorio de nivel superior donde una serie de sistemas podrían utilizar el mismo conjunto de herramientas.
La información de la estructura de directorio de subsistema de producto está directamente relacionada con el desarrollo
de ese subsistema concreto. El número de 'instancias' creadas en la estructura de directorio de producto de subsistema
está claramente relacionada con el número de subsistemas decididos como resultado de las actividades de
Análisis&diseño. Por ejemplo, el sistema-y puede tener tres subsistemas (Subsistema-A, Subsistema-B y
Subsistema-N). Cada subsistema tiene la información necesaria para su diseño y, eventualmente, implementación.
Los detalles generalizados de una estructura de directorio de producto de subsistema es la
siguiente:
El número de componentes es un resultado de las decisiones de diseño del subsistema. Se deben crear instancias en la
estructura de directorio siguiente para cada componente que se va a desarrollar.
Un beneficio de anidar directorios de la forma prescrita es que toda la información contextual relevante sobre el
desarrollo de un componente está disponible, al mismo nivel, o en el nivel superior.
Este tipo de anidación lógica da lugar a la configuración del desarrollo e integración de Espacios de trabajo que se pueden enlazar con el desarrollo global de las estructuras de equipo.
El convenio de denominación de los productos de trabajo se describe en el apartado Tarea: Establecer políticas CM, Paso: Definir prácticas de identificación
de configuración
|