软件架构分层策略与解析方法

架构分析：

什么是架构，根据要解决的问题，对目标系统边界进行界定，并对目标系统按某个原则进行切分根据切分使得这些部分能够进行有机地联系，合并组装成为一个整体，完成目标系统的所有工作。

架构设计的方法体系：

Pre-architecture 阶段:架构实践中最常见的最短板

Conceptual Arch阶段，大型系统成败关键

Refined Arch阶段：团队大规模并行开发基础

Pre-architecture阶段：架构实践中最常见的最短板最大误区：架构师是技术人员，不必懂需求。实践要点：摒弃“需求列表”方式，建立二维需求观。思维工具：二维矩阵（需求层次-需求方面矩阵）

Conceptual Arch阶段：大型系统成败关键。最大误区：概念架构=理想设计。实践要点：重大需求塑造概念架构。思维工具：鲁棒图、目标-场景-决策表

Refined Arch阶段：团队大规模并行开发基础。最大误区：架构 = 模块 + 接口。实践要点：贴近实践的5视图法。思维工具：包图、包-接口图、灰盒包图、序列

需求结构化与分析约束影响：

业务环境的约束（客户或出资方）

使用环境的约束（用户）

构建环境的约束（开发者和维护人员）

技术环境的约束

确定关键质量与关键功能：

确定关键质量的5大原则

考虑多方涉众

用户不仅关注功能，同时也需要质量，用户关注的质量可能包括易用性、性能、持续可用性、鲁棒性等

客户不一定是最终用户，比如超市销售系统的客户是超市老板，但最终用户可能是收银员或上货员，他们所关注的质量属性可能不一致

检查性思维

随时检查各个质量属性，看看每一项是否确实算不上“关键质量”，从而防止遗漏关键需求　　　

分类合适+必要扩充　  

识别矛盾+划定优先级

免责声明：本文系网络转载或改编，未找到原创作者，版权归原作者所有。如涉及版权，请联系删