Le interfacce e le dipendenze tra sottosistemi di implementazione sono stati definiti
Il carico di lavoro del Team di implementazione sia equilibrato
Se l'allocazione iniziale non è più equilibrata, per consentire la redistribuzione di lavoro critico, sono state
identificate potenziali strozzature, il lavoro è stato redistribuito e sono stati creati piani di contingenza. |
Non esistono istanze di dipendenze che attraversano più di un livello del boundary
Le dipendenze non necessarie nei sottosistemi di livello inferiore sono state eliminate
L'impatto delle dipendenze necessarie sui sottosistemi di livello inferiore è stato ridotto, consentendo ai sottosistemi di livello medio di riesportare le interfacce dai sottosistemi dei livelli inferiori
Il numero dei livelli non supera sette (più o meno due) oppure è ben chiaro il motivo per cui sono presenti più livelli
La proporzione tra il numero di pacchetti o di sottosistemi e il numero di elementi di implementazione è coerente con le dimensioni e la complessità dell'applicazione
Ad esempio, 5 pacchetti o sottosistemi e 1.000 file segnala un'anomalia. |
La quantità di codice sorgente è coerente con le aspettative basate sul numero delle classi di progettazione
Ad esempio, una combinazione di 100.000 righe di codice per 10 classi di progettazione segnala che la progettazione o
l'implementazione contengono imperfezioni. |
L'impegno di implementazione effettivo si approssima a quanto stimato, o in caso contrario, la base utilizzata per eseguire la stima è stata esaminata e corretta
|