2 为社么软件架构很重要？

2 为社么软件架构很重要？

啊，建造，建造！
这是所有艺术中最崇高的艺术。

— 亨利·沃兹沃思·朗费罗

如果架构是答案，那么问题是什么？

本章从技术角度重点介绍架构的重要性。我们将研究面包师的十几个最重要的原因。您可以使用这些原因来激励创建新架构，或分析和演进现有系统的架构。

1. 架构可以抑制或启用系统驱动的质量属性。
2. 在架构中做出的决策允许您随着系统的发展对变更进行论证和管理。
3. 通过对架构的分析来及早预测系统的质量。
4. 文档化的架构增强了利益相关者之间的沟通。
5. 架构是设计决策最早的载体，因此也是最基本、最难改变的设计决策。
6. 架构定义了一组对后续实现的约束。
7. 架构决定了组织结构，反之亦然。
8. 架构可以为增量开发提供基础。
9. 架构是让架构师和项目经理论证成本和进度的关键产物。
10. 架构可以创建为可转移、可重用的模型，从而形成产品线的核心。
11. 基于架构的开发将注意力集中在组件的组装上，而不仅仅是它们的创建。
12. 通过限制设计备选方案，架构可以激发开发人员的创造力，降低设计和系统复杂性。
13. 架构可以成为培训团队新成员的基础。

即使你已经相信我们了，架构很重要，并且不需要再重复13次。也可以将这13点（本章的大纲）视为在项目中使用架构的13种有用方法，或者证明用于架构的资源是合理的。

2.1 禁止或启用系统的质量属性

[TODO]

2.2 为变更找到原因并管理之

[TODO]

2.3 预测系统质量

[TODO]

2.4 用于利益相关者（stackholders）间的沟通

[TODO]

2.5 早期的设计决策

[TODO]

2.6 约束实现

[TODO]

2.7 影响组织架构

[TODO]

2.8 使能增量开发

[TODO]

2.9 成本和周期估算

[TODO]

2.10 可转换、可重用的模型

[TODO]

2.11 架构允许合并独立开发的元素

[TODO]

2.12 限制备选设计的词汇

[TODO]

2.13 培训的基础

[TODO]

2.14 小结

[TODO]

2.15 扩展阅读

[TODO]

2.16 问题讨论

[TODO]