Tipicamente, una persona o un piccolo team è responsabile di una serie di elementi di progettazione, di solito uno o
più sottosistemi di pacchetti contenenti altri elementi di progettazione. Questa persona o questo team è responsabile
della presentazione dei dettagli di progettazione contenuti nel pacchetto o nel sottosistema: il completamento di tutte
le definizioni delle operazioni e la definizione delle relazioni ad altri elementi di progettazione. Il Compito: Progettazione capsula focalizza l'attenzione sulla
decomposizione ricorrente della funzionalità nel sistema in termini di capsule e di classi (passive o dati). Il Compito: Progettazione classe concentrare l'attenzione sul
perfezionamento della progettazione di elementi passivi di progettazione della classe, mentre l' Compito: Progettazione sottosistema concentra l'attenzione
sull'allocazione di comportamenti associati al sottosistema stesso su elementi di progettazione contenuti (capsule e
classi contenute e o sottosistemi). Di solito i sottosistemi vengono principalmente usati come strutture
organizzative di modelli a struttura poco dettagliata, mentre le capsule vengono utilizzate per masse di lavoro e le
classi "ordinarie" vengono ampiamente relegate ad archivi passivi di informazioni.
I componenti del team responsabile della progettazione di capsule devono essere ben informati sul linguaggio di
implementazione così come essere esperti nelle problematiche simultanee in genere. Anche i singoli, responsabili della
progettazione di classi passive, dovrebbero conoscere il linguaggio di implementazione nonché gli algoritmi o le
tecnologie impiegate dalla classe. I singoli o i team responsabili dei sottosistemi devono essere più eclettici, in
grado di prendere decisioni sul corretto partizionamento o funzionalità tra gli elementi di progettazione, ed essere in
grado di comprendere i compromessi intrinseci implicati nelle varie alternative di progettazione.
Mentre vengono perfezionati gli elementi di progettazione individuale, devono essere definite le realizzazioni dei casi
d'uso per riflettere le responsabilità in evoluzione degli elementi di progettazione. Tipicamente, una persona o un
piccolo team è responsabile del perfezionamento di una o più realizzazioni di casi d'uso correlati. Via via che gli
elementi di progettazione vengono aggiunti o perfezionati, le realizzazioni dei casi d'uso devono essere riconsiderate
e devono evolvere man mano che diventano obsolete o che i miglioramenti nel modello di progettazione consente
semplificazioni nelle realizzazioni dei casi d'uso. I singoli o i team responsabili delle realizzazioni dei casi d'uso
devono avere un'ampia comprensione della funzionalità richiesta dai casi d'uso e dei compromessi delle differenti
strategie per l'allocazione di questa funzionalità tra gli elementi di progettazione. Inoltre, poiché sono responsabili
della selezione degli elementi che eseguiranno i casi di utilizzo, devono avere una profonda conoscenza dei
comportamenti esterni (pubblico) degli stessi elementi di progettazione.
|