• 定义了实施子系统之间的接口和依赖性。
    • 实施团队的工作负载是平衡的;已确定潜在的瓶颈并重新分配了工作,并且已创建了意外事件计划,当初始工作分配失去平衡时,允许重新分配关键工作。
    • 依赖性的实例不能跨多个层边界。
    • 已消除了较低层子系统上的不必要的依赖性。
    • 通过让处于中间层的子系统从较低层中的子系统重新导出接口,减轻了较低层子系统上的必要依赖性的影响。
    • 层的个数为五至九层,或者当存在更多层时,应当有很好解释的原因。
    • 包或子系统的数量和实施元素的数量之间的比率与应用程序大小和复杂度一致(例如,5 个包或子系统和 1000 个文件表明存在错误)。
    • 源代码量与基于设计类的个数的期望量一致(例如,100000 行的代码对应于 10 个设计类,表明设计和/或实施可能有缺陷)。
    • 实际的实施工时接近于估计的工时,或者,如果不是,则检查和调整估计根据。


Rational Unified Process   2003.06.15