通过对架构进行的5种视图的角度来看，一个优秀的架构应该具有以下特点：
1. 从开发角度，应该有良好的模块化，每个模块职责清晰，模块之间松耦合。模块内部高聚合。
2. 从逻辑角度，适应了功能需求的变化，适应了技术的变化。
3. 从运行角度，对系统的动态运行有良好的规划，可以标识出哪些是主动模块，哪些是被动模块。
4. 从数据角度，对数据进行了良好的规划，不仅包括数据的持久化存储方案，还可能包括数据传递、数据复制、数据同步等。
5. 从物理角度，可以进行明确、灵活的部署规划。
一个成功的架构设计所需要的关键因素
1. 是否遗漏了至关重要的非功能性需求。
客户不仅关心功能的实现，更关心功能实现的好坏，5秒打开一个网页和10秒打开一个网页对客户来说意义有时是完全不一样的。很多项目甚至产品功能性的需求都实现了，最后却栽倒在非功能性的需求上。
非功能性需求从哪里来？
来自用户。例如性能、易用性。为用户而设计，不仅要满足用户要求的功能，也有达到用户期望的质量。
来自开发人员和维护人员。例如可扩展性、可重用性、可移植性。一个拙劣的设计，会使开发和维护变成一场噩梦。
来自客户组织。例如预算限制、上线时间。
非功能性需求分为质量属性和约束两种，质量属性是软件系统的整体质量品质，往往与大多数功能有关，例如易用性、性能、可伸缩性、持续可用性、鲁棒性、安全性、可扩展性、可重用性、可移植性、易理解性、易测试性等。至于约束，要么是架构设计中必须遵守的原则，例如一些硬件或者软件的限制，要么转化为质量性需求或者功能需求。
2. 能否适应频繁的需求变更。
分离变化点。架构应该能够支持业务功能在一定范围内变化。
3. 不同的视图是否一致、同步。
架构师应该掌握趋于系统化的方法，在分而治之的大前提下，也要注意综合考虑，注意各个视图之间的同步。
4. 架构是否及时得到验证。
原型测试。
制定架构设计策略
1. 全面认识需求。
2. 关键需求决定架构。
3. 多视图探索。
4. 尽早验证。
全面认识需求
一方面，需求是应该分层的，同一个项目，在客户眼中和在开发人员眼中的意义完全是不一样的。一般可以分为组织级（客户）、用户级（最后使用系统的人）和开发级。
另一方面，需求应该被分为不同的类型。包括功能性需求和非功能性需求，非功能性需求分为质量属性和约束。
关键需求决定架构
架构师没有必要对所有需求都深入了解，这是策略。
1. 功能需求数量众多，应该控制架构设计时需要详细分析的用例的个数。
2. 不同质量属性之间往往是相互制约的，这时需要一个权衡。
关键需求决定架构有利于集中精力深入分析最重要的需求。
多视图探索架构
分而治之。这样可以在每种视图时专注系统的某一方面。
尽快验证
一般有两种验证方式
1. 原型方式。通过开发一个垂直演进原型，来实现软件架构。
2. 框架方式。或者说框架 + 垂直抛弃原型。
参考文献
《软件架构设计》 温昱