体系结构看上去是稳定的。
稳定性的需要是由构造阶段的性质所定的:项目通常在构造阶段展开,增加将并行工作的开发人员,并与生产产品的其他开发人员随意沟通。如果体系结构不稳定,那就不能实现构建中所需的独立性和并行性等级。
稳定的体系结构是极其重要的。不要误解为“相当接近就足够好了”- 不稳定就是不稳定,最好使体系结构正确,并将构建的开始延迟,而不是使其继续下去。当开发人员尝试建立体系结构功能时,试图修复体系结构时涉及的协调问题将会轻易地抵销由于加快进度安排所带来的所有显而易见的好处。在构建期间更改体系结构会有广泛影响:它们往往昂贵、具破坏性并使士气低落。
评估体系结构稳定性的实际困难在于“您并不了解什么是您所不知道的”;稳定性是相对于预期的变更来评估的。因此,稳定性本质上是主观的评估。然而,我们能将这种主观性建立在不仅仅是推测的基础之上。通过考虑“体系结构上重要的”场景(用例子集,表示系统必须支持的技术上最具挑战性的行为)来开发体系结构本身。评估体系结构的稳定性包括确保体系结构具有广泛的覆盖性,以保证在体系结构发展中将不会出现“意外”。
过去在体系结构方面的经验也可提供很好的指示:若体系结构的更改比率低,且在包含新场景的情况下仍保持低更改比率,则有充分的理由相信该体系结构是稳定的。相反地,若每一个新场景都引起体系结构的更改,则该体系结构仍处于发展中且还未确保基线的设立。