确定关键功能的规则

确定关键功能的规则

可通过如下4条启发规则，确定关键功能子集：

1、核心功能

2、必做功能

3、高风险功能

4、独特功能（覆盖了上述3类功能没有涉及的职责）

1、核心功能

识别“核心功能”的标志是：业务层的接口要反映这些功能。例如，项目管理系统中，项目信息查看、添加项目任务等都是核心功能。

2、必做功能

识别“必须实现的功能”主要依据客户的背景。

《愿景与范围文档》描述了项目立项的真正源起，文档“项目愿景的解决方案”中“主要特征”往往应作为“必做功能”的备选项。

另外，对于业务系统而言，一般支持“运营”的功能比支持“管理”的功能优先级要高。

3、高风险功能

基于务实考虑，还应该把“风险高的功能”选入关键功能子集。

例如，你在设计一个全库检索功能，从用户角度讲，极慢的搜索速度，甚至直接收到“系统忙，请稍后再试”的提示，都是令人不满

的。

从架构设计角度讲，此功能对数据库进行“面状、只读”式的使用，与“点状、写入”式的数据库使用特点完全不同。尽早将全库搜索功能选入“高风险功能”，利于有针对性地进行架构设计。

4、独特功能

“特殊功能“是相对上述3类功能而言的。例如，设计输入法软件，”词库在线更新“功能就必然是架构关键的功能，因为忽略了它就很难发现架构中负责和服务器交互的”互操作模块“。

另外，在确定关键功能子集时，还必须注意两点：

第一、“关键功能子集”的确定并不存在“标准答案”。只要能较好地覆盖组成架构的不同职责模块，并体现职责模块之间协作关系的特点，那

么“关键功能子集”的价值也就体现了。

第二、关键功能所占比例应灵活确定：功能少的系统比例高些，功能多的系统比例少些。