作者 | 希瑟
指定需求和对需求进行模拟的目的是分析、综合和完善引导结果，使其成为需求和设计。
“指定和对需求进行模拟”描述了如何分析引导结果并创建这些结果的表现方式。当确定活动和模拟活动的焦点是理解需求时，输出可以被当作需求。当确定活动和模拟活动的焦点放在解决方案上时，输出可当作是设计。
在很多IT环境中，“设计”这个词专门用于有软件开发人员、数据架构师和其他专家创建的技术设计。所有业务交付产物都可当作“需求”。
除了用于表示需求的模型外，此任务还包括捕捉关于需求的属性或元数据的信息。确定和模拟活动与所有需求类型有关。
确定和模拟需求包括以下方面：
1.模拟需求
模型是将信息传达给特定受众以支持分析、交流和理解的一种描述性和可视化方式。模型还可以用于确认知识、识别业务分析师可能具有的信息的差异以及识别重复信息。
分析师从以下的模拟方式中选择一种或多种：
- 矩阵：当分析师对具有复杂但统一结构的需求或一组需求进行建模时，将使用矩阵，可以将其分解为适用于表中每个条目的元素。矩阵可用于数据字典，需求可追溯性或差异分析。矩阵还用于确定需求的优先级并记录其他需求属性和元数据。
- 图表：图表时需求或一组需求的直观表示，通常是图形表示。当用语言很难描述复杂的问题时，图标往往非常有用。图表还可以用于定义业务的边界、分类、创建项目的层次结构，以及显示如数据和关系等对象的一部分。
使用一种或多种模型格式，分析师可以确定类别和要使用的类别中的特定模型。模型类别可以包括：
- 人员和角色：模型代表企业、解决方案中的组织、人员、角色及其之间的关系。用来代表人及其角色的技术包括组织建模、角色和权限矩阵以及权益相关者的列别、地图或角色。
- 理由：模拟代表变更的“原因”。用于表示基本原理的技术包括决策建模、范围建模、业务模型画布、根本原因分析和业务规则分析。
- 活动流：模型代表一系列可能会采取的动作、事件或过程。用于表示活动流的技术包括流程建模、用例和场景以及用户案例。
- 能力：模型专注于企业或解决方案的特征或功能。用于表示能力的技术包括业务能力分析、功能分解和原型设计。
- 数据和信息：模型代表企业或解决方案中的特征和信息交换。用于表示数据和信息的技术包括数据字典、数据流程图、数据建模、术语表、状态建模和接口分析。
分析师应使用给定环境下最满足利益相关者需求的模型的任意组合。每种建模技术都有其优缺点，并且可以提供有关业务领域的独特见解。
2.分析需求
业务分析信息被分解为各种部分以进一步检查：
- 为了满足业务需要而必须进行的任何更改
- 可以满足业务需求的任何内容
- 缺失的部分
- 不必要的部分
- 任何影响分析信息组成部分的约束或假设
所需分解的级别和要指定的详细程度取决于利益相关者的知识和理解、潜在的误解或有误的沟通、组织标准以及合同或监管义务等。分析为讨论提供基础，以得出有关解决方案选项的结论。
3.表示需求和属性
分析人员将需求信息及其属性标识为引导结果的一部分。需求应明确表示，并应包括足够的细节，以使其表现出需求的特征和设计质量。可以为每个需求或一组需求指定各种属性。在计划信息管理时，将选择这些属性。
作为指定需求的一部分，还可以根据任务需求分架构中描述的架构对它们进行分类。通常，引导结果包含不同类型的信息，因此很自然地期望可以同时指定不同类型的需求。对需求进行分类可以帮助确保完全理解需求，完整的任何类型的集合以及类型之间的适当可追溯性。
4.实施适当的抽象级别
需求的抽象级别取决于需求的类型和需求的受众。并非所有的权益相关者都需要或在完整的需求和模型集中找到价值。提出不同的需求观点以代表不同权益相关者的相同需求可能是合适的。分析师会特别注意在所有表示形式中保持要求的含义和意图。
分析方法还可能影响定义需求时的抽象级别和所用模型的选择。
以上内容为笔者在准备注册商业分析师CBAP证书考试时，对教程《BABOK》的翻译，希望对考证的朋友有所帮助。若侵权，请联系笔者删除。
希瑟，90后海归女博士，在学习中分享，在分享中学习。关注商业及科技前沿趋势，欢迎志同道合者关注收藏，一起成长。
