第五章讲的是确定关键质量与关键功能
还补充第四章的Pre-architecture阶段的后两步
第三步：确定关键质量
第四步，确定关键功能
就是第五章的标题
其中确定关键质量的关键就是遵循和运用5大原则：
1.分类合适+必要扩充。
2.考虑多方涉众。
3.检查性思维。
4.识别矛盾+划定优先级。
5.严格程度符合领域与规模特点。
确定关键功能的4条规则
那么实践中如何做呢?
可通过如下4条启发规则，确定关键功能子集:
1.核心功能。
2.必做功能。
3.高风险功能。
4.独特功能(覆盖了，上述3类功能没有涉及的职责)
核心功能。
识别“核心功能”的标志是:业务层的接口要反映这些功能。例如，项目管理系统中，项目
信息查看、添加项目任务等都是核心功能。
必做功能
识别“必须实现的功能”主要依据客户方的背景。，
有没有技巧呢?有。我们一直强调架构师不应忽视系统的《愿景与范围文档》，这份文档描
'述了项目立项的真正源起，文档“项目愿景的解决方案”中“主要特征”往往应作为“必做功能”
的备选项。
高风险功能。
基于务实考虑，还应该把“风险高的功能”选入关键功能子集。
例如，你在设计-一个网上书店系统，书籍的全库搜索功能就须要特别关注:
从用户角度讲，极慢的搜索速度，甚至直接收到“系统忙，请稍后再试”的提示，都是令人
不满的;
从架构设计角度讲，此功能对书籍数据库进行“面状、只读”式的使用，与增加书籍、修改
书籍信息等功能“点状、写入”式的数据库使用特点完全不同....尽早将全库搜索功能选入“高
风险功能”之列，利于有针对性地进行架构设计。
独特功能。
最后，看看是否有覆盖了“上述3类功能没有涉及的职责”的功能。例如，如果你设计类似
“搜狗拼音”这样的输入法软件，“ 词库在线更新“功能就必然是对架构关键的功能，因为忽略
了它就很难发现架构中负责和服务器交互的“互操作模块”。
案例
贯穿这本书的案例一- PASS 系统，确定对架构设计意义重大的质量需求和功能需
求。对于一个用于医疗领域，部署于各家医院，须要和省级管理部门整合的PASS
系统，安全性、高性能、易用性、持续可用性、互操作性都是架构设计须要特别关注的关键质量
属性。对关键功能而言，无疑“检查处方”是核心功能:上级 部门对各医院的用药监管是系统建
设的基本目标之一，所以我们选择“上报用药信息”为必做功能;本系统没有风险特别高的功能:
至此，再将“自动更新用药规则”以独特功能的“身份”选入关键功能之列，因为它覆盖了非常
特殊且重要的“PASS系统”和“用药规则信息中心系统”的互操作机制问题。
关键质量、
安全性，高性能，易用性，持续可用性，互操作性
关键功能
核心功能
检查处方
必做功能
上报用药信息
高风险功能
无
独特功能
自动更新用药规则