未学,跳过
RMM-需求映射举证
组织结构图:Organization Chart
很多人认为组织结构图不可以作为需求模型,然而对许多类型的项目而言,组织结构图是项目中最初使用的模型之一。
一个项目可以有三个层面的组织结构图:部门、角色、人员。
组织结构图只显示组织实体的层级关系。


创建组织结构图的流程是:
定位现有的组织结构图 –> 确定级别 –> 完成组织结构图
在审查流程的步骤时,应该针对组织架构图交叉检查那些步骤,确定相关的部门、团体和角色包括在组织架构图中,
并参与审查。为了保证良好的覆盖,不遗漏任何组织,可以对流程的每一步提出问题:
特性树是一种可以显示功能之间关系的模型。

示例:


考虑一个产品概念特性时,需要先考虑同级的高层次特性,再通过特性树进行发现。
可以在项目早期完成特性树,用于描述项目范围:
它描述了有人来执行的业务流程,展示了要执行的活动,执行这些活动的顺序,以及用户为实现预期结果
而做出的不同决定。处理流程不要与系统流程混淆,处理流程描述用户要执行的行动,系统流程描述系统
要执行的活动。
处理流程总有方向箭头连接流程步骤,箭头指明流程所遵循的所有可能的路径,每个流程都有明确的起点和终点。 处理流程使用BPMN(业务流程模型和符号)的一个子集就可以进行描述。


应该在项目创建初期创建L1处理流程,显示流程的全部范围,引发额外的处理流程。
与企业干系人合作,勾画出最粗略的活动,定义端到端的完整的解决方案。
完成L1流程的创建与审查之后,开始定义L2的处理流程。通常L1处理流程中的每一步都有自己的L2处理流程。

具体步骤:
什么时候需要创建L3处理流程?
如果L2的处理流程数量超过20个,或者更多;
或者开发和测试人员需要呈现额外的细节;