Des interfaces et dépendances entre les sous-systèmes d'implémentation ont été définies.
La charge de travail de l'équipe d'implémentation est équilibrée
Les goulots d'étranglement potentiels ont été identifiés, le travail a été redistribué et des programmes d'urgence ont été
créés pour permettre la redistribution du travail d'importance critique si l'attribution initiale du travail devient
déséquilibrée. |
Il n'existe pas d'instance de dépendances traversant plus d'une frontière de couche
Les dépendances non-nécessaires sur les sous-systèmes de couche inférieure ont été éliminées
L'incidence des dépendances nécessaires sur les sous-systèmes de couche inférieure à été réduite en permettant aux sous-systèmes de couche intermédiaire de réexporter des interfaces à partir des sous-systèmes des couches inférieures
Le nombre de couches ne dépasse pas sept (à plus ou moins deux près) ou, s'il existe plus de couches, c'est pour une raison bien comprise
Le rapport entre le nombre de packages ou sous-systèmes et le nombre d'éléments d'implémentation est cohérent par rapport à la taille et à la complexité de l'application
Par exemple, s'il y a 5 packages ou sous-systèmes pour 1 000 fichiers, quelque chose ne va pas. |
La quantité de code source est cohérente avec les prévisions fondées sur le nombre de classes de conception
Par exemple, s'il y a 100 000 lignes de code pour 10 classes de conception, cela signifie qu'il peut exister des erreurs au
niveau de la conception, de l'implémentation ou des deux. |
L'effort d'implémentation réel est proche de l'effort estimé, ou, dans le cas contraire, la base de l'estimation a été examinée et ajustée.
|