La struttura della directory del prodotto viene utilizzata come segnaposto nidificato logicamente per tutti i prodotti
di lavoro in grado di ricevere una versione e relativi al progetto. I prodotti di lavoro vengono prodotti come
risultato del successivo ciclo di vita del processo di sviluppo e per lo sviluppo di ogni elemento di implementazione che costituisce l'intero sistema.
La seguente figura mostra il sistema X formato da "N" sistemi secondari e ognuno di questi formato da "N" componenti.
La struttura della directory del prodotto fornisce un segnalibro comune per i vari prodotti di lavoro richiesti per lo
sviluppo di ogni parte dell'intero sistema.
Anche se un architetto del software con esperienza può avere all'inizio una buona idea sulla composizione del sistema,
la visione dei componenti principali dello sviluppo emerge come conseguenza dell'analisi & delle attività correlate
al progetto per definire e perfezionare le architetture candidate.
La successiva tabella fornisce un modello di scrittura della directory del sistema del prodotto che potrebbe essere
utilizzata come "struttura di directory di prodotto" nelle fasi iniziali dello sviluppo del progetto mentre i dettagli
precisi dei sottosistemi compositi e della strutturazione a livelli architetturale devono essere ancora determinati.
Una volta che le attività di analisi & progettazione sono attive e c'è una migliorata comprensione sul numero e la
natura dei sottosistemi richiesti in tutto il sistema (Compito:
Progettazione di sottosistema), la struttura della directory del prodotto deve essere ampliata per ospitare ogni
sottosistema.
Le informazioni presenti nella struttura della directory del prodotto di sistema devono essere visibili a tutti i
sottosistemi del progetto. Così oltre all'amministrazione del prodotto, gli standard e le linee guida delle
informazioni di test e di requisiti farebbero parte della struttura della directory di prodotto di sistema. In questo
caso, i tool sono inclusi nella struttura della directory del prodotto di sistema, tuttavia potrebbero essere a un
livello di directory più elevato, dove un numero di sistemi potrebbe utilizzare lo stesso insieme di tool.
Le informazioni presenti nella struttura della directory di sottosistema di prodotto sono in relazione diretta con lo
sviluppo di quel particolare sottosistema. Il numero delle creazioni di istanze della struttura della directory di
prodotto di sottosistema è collegato chiaramente con il numero di sottosistemi stabiliti come conseguenza delle
attività di analisi & progettazione. Ad esempio, il sistema y può avere tre sottosistemi (sottosistema A,
sottosistema B e sottosistema C). Ogni sottosistema dispone delle informazioni necessarie per la sua progettazione ed
eventuale implementazione.
Una suddivisione generalizzata della struttura della directory del prodotto di sottosistema è la
seguente:
Il numero di componenti è conseguenza delle decisioni di progettazione del sottosistema. La struttura di directory
seguente deve essere istanziata per ogni componente da sviluppare.
Un vantaggio delle directory di nidificazione così stabilite è quello che tutte le informazioni contestuali collegate
allo sviluppo di un componente sono disponibili, sia allo stesso livello che a un livello superiore.
Questo tipo di nidificazione logica offre un miglioramento nella configurazione degli spazi di lavoro di sviluppo e integrazione che possono essere collegati alla
completa struttura del team di sviluppo.
La convenzione per la denominazione dei prodotti di lavoro viene descritta in Compito: Stabilire politiche CM, Fase: Definire le pratiche di
identificazione di configurazione
|