Se han definido las interfaces y las dependencias entre los subsistemas de implementación
La carga de trabajo para el equipo de implementación es equilibrada
Se han identificado cuellos de botella y se ha redistribuido el trabajo, y se han creado planes de contingencia para
permitir que el trabajo más importante se redistribuya si la ubicación de trabajo inicial se desequilibra. |
No hay instancias de dependencias que crucen más de un límite de capa
Las dependencias innecesarias en los subsistemas de las capas más bajas se han eliminado
El impacto de las dependencias necesarias en los subsistemas de las capas más bajas se han reducido permitiendo a los subsistemas de las capas intermedias volver a exportar las interfaces de los subsistemas en las capas más bajas.
El número de capas no es superior a siete (dos más o dos menos) o hay una razón bien entendida sobre por qué hay más capas
La proporción entre el número de paquetes o subsistemas y el número de elementos de implementación es coherente con el tamaño y la complejidad de la aplicación
Por ejemplo, 5 paquetes o subsistemas y 1.000 archivos es un signo de que hay algo que no es correcto. |
La cantidad de código fuente es coherente con las expectativas basadas en el número de clases de diseño.
Por ejemplo, 100.000 líneas de código para 10 clases de diseño es un signo de que el diseño o la implementación, o tal vez
ambos, sean deficientes. |
El esfuerzo de implementación real se parece a lo estimado, y si no es así, la base del cálculo se ha examinado y ajustado.
|