4.2实现要领：

　　软件架构有如下的决策方面:

　　（1）系统的组织

　　（2）接口行为的选择

　　（3）组合机制的力度

　　（4）架构的风格：元素及他们的接口，协作、组合。

　　这里需要注意的是“接口”，在实际的架构设计中接口设计是必须存在的；而在概念架构设计中不一定需要了

　　（5）注意其他特性

　　质量需求对架构的影响只限于“调整”，并不会产生新的功能产生

　　4.3质量分类方式：

　　可以分为3种：

　　（1）McCall: 已过时

　　（2）FURPS：即功能性、易用性、可靠性、性能，可支持（可维护）

　　这种方式适合于企业应用类型的项目，平台开发一般不适用

　　（3）运行期质量+ 开发期质量

　　运行期质量包括： 性能，安全、易用、可用、互操作（与原有系统）、可靠等因素

　　开发期质量包括：易理解、易测试、可复用等因素

　　5 约束需求和架构----危险的需求

　　约束需求之所以被称为危险的需求，主要是因为其会产生出新的需求要求。要尽早的进行约束需求的分析。

　　约束需求可以分为：

　　（1）技术性约束：如OS 的选择、技术选择、与遗留系统的互操作等

　　（2）标准性约束：行业标准和企业标准

　　（3）法律性约束：法律、法规约束

　　6 总结

　　需求转向架构的分析流程：

　　（1）我们需要汇总所有的功能需求、质量需求、约束需求三种需求。

　　（2）进行全面的需求整理

　　（3）进行分析约束性需求（因为可能产生新的需求）

　　（4）确定关键功能需求和质量需求

　　（5）设计出关键功能和质量功能