作者 | 希瑟
定义需求体系结构的目的是确保需求共同支持在一起，以完全实现目标。
需求架构是所有需求变更的结构。需求体系结构将各个模型和规范拟合在一起，以确保所有需求形成一个整体，以支持总体业务目标并为利益相关者带来有用的结果。
业务分析师使用需求架构来：
- 了解哪些模型对于相应领域，解决方案范围和受众是最合适的
- 将需求组织成与不同利益相关者相关的结构
- 解释需求和模型如何相互影响及相互关联，并说明各部分如何组合成有意义的整体
- 确保需求协同工作以实现总体目标
- 在考虑总体目标的同时，就需求做出权衡决策
需求体系结构并不是要展示可追溯性，而是要展示元素之间如何协同工作以支持业务需求，并以各种方式构造它们以使不同利益相关者的观点一致。可追溯性通常用作表示和管理这些关系的机制。可追溯性证明了每个需求都与目标联系在一起，并显示了如何满足目标。可追溯性并不能证明解决方案是可以起作用的内聚整体。
定义需求架构包含以下部分：
1.需求观点
观点是一组约定，用于定义如何表示需求，如何组织这些表述以及如何将它们关联。观点提供了用于解决特定利益相关者群体关注的模版。
需求观点经常包括以下方面的标准和准则：
- 用于需求的模型类型
- 在不同的模型中包含并始终使用的属性
- 使用的模型符号
- 用于识别和维护模型之间相关关系的分析方法
没有任何一个观点可以单独构成一个完整的体系结构。由于不同的利益相关者群体有不同的关注点，因此每种观点在需求的某些方面都比较强，而在其他方面则较弱。试图在任何一个观点中投入太多信息，将使其变得过于复杂，并降低其目的。以下是关于观点的例子：
- 业务流程模型
- 数据模型和信息
- 用户互动，包括用例和/或用户体验
- 审计与安全
- 业务模型
这些观点中的每一个都有不同的模型符号和技术，并且对于确保有凝聚力的最终解决方案很重要。如果分析师仅查看业务流程观点，则该解决方案可能不会成功。同样，试图将多种观点的约定放在一个观点中，会使分析和包含与特定利益相关者群体无关的信息变得不堪重负。
从选定的角度来看，特定解决方案的实际要求和设计称为视图。视图的集合构成了特定解决方案的需求架构。业务分析师将需求调整、协调和组织成对各种利益相关者有意义的视图。这套协调、互补的观点为评估需求的完整性和一致性提供了基础。
简而言之，观点告诉分析师应为每个利益相关者群体提供哪些信息以解决他们的担忧，而观点则描述了实际的需求和所产生的设计。
2.模型架构
体系结构框架是跨行业、部门或组织的标准观点的集合。分析师可以从定义其架构开始将框架视为预定义模板。类似地，可以使用特定领域的信息填充该框架以形成视图集合，如果该视图是准确的，则该视图对于构建体系结构是一个更为有用的模板，因为该信息已经在其中填充了。
3.完整性
架构有助于确保一组要求是完整的。整个需求集应该能够被听众理解，从而可以确定这一系列需求具有凝聚力并能讲述一个完整的故事。集合中不应缺少任何需求，即便与其他需求不一致或彼此矛盾的需求。需求体系结构应考虑到需求之间的任何依赖关系，这些依赖关系可能会使目标无法实现。
根据不同个观点构建需求有助于确保完整性。引导、规范和分析活动的迭代可以帮助识别差距。
4.关联和验证需求关系
在定义需求体系结构时，需求可能以几种方式相互关联。分析师检查并分析需求以定义它们之间的关系。这些关系的表示是通过跟踪需求提供的。
分析师检查每一段关系来确保关系能符合质量标准：
- 定义好的：有经过定义的关系或者关系类型
- 必要的：这段关系对于整体上了解需求是必要的
- 正确的：各元素确实有描述的关系
- 清晰的：连接各元素的关系之间没有不同或者冲突的方式
- 一致的：对关系和观点用同一套标准进行描述
5.业务分析信息架构
分析信息的结构也是信息的架构。信息的架构是需求架构的组成部分，因为它描述了围绕同一个变更的所有商业分析信息之间如何相关的。它定义了信息种类之间的关系，如需求、设计、模型类型、引导的结果。了解这种信息结构可以帮助通过鉴别关系的完成来确保全套需求的完成。在建设基础设施之前开始定义这种架构是非常有用的，譬如需求生命周期管理工具、架构管理软件、或者文件库。
以上内容为笔者在准备注册商业分析师CBAP证书考试时，对教程《BABOK》的翻译，希望对考证的朋友有所帮助。若侵权，请联系笔者删除。
希瑟，90后海归女博士，在学习中分享，在分享中学习。关注商业及科技前沿趋势，欢迎志同道合者关注收藏，一起成长。
