【需求】如何做需求的影响点分析？

分析对象：软件系统
分析的内容：影响点，或者换一个词，叫做系统的变化分析
触发因素：业务功能

概念：系统是一个有机的作用链网络

首先需要理解系统是一个有机的作用链网络。
支撑一个组织/公司业务的系统可能有很多个，多个系统构成了一个有机的系统群，每个系统又由很多个功能构成。从最微观的角度讲，系统是通过提供的功能来支撑业务的，而系统中每个业务都不是单独存在，系统中每个功能和周围的其他功能有关联和联系，A——>B——>C/D——E。。。，这样一路关联下去，形成了一个有机的结构体和作用传导链。每一个对系统功能的操作，都会对其他的功能按照一个作用链产生影响。同样的对系统的一个调整也会对这个作用链产生影响。

概念：直接调整点和后续影响点

需求所做的影响点分析是进行直接调整点和后续影响点的费分析。 在BA在做影响点分析的时候，首先有一个客户提出的需求变更，也就是一个业务层面的需求变更。BA需要根据业务需求做出一个概要方案，在这个概要方案中BA知道要改系统中那个功能，同时也需要知道，这个功能调整后，产生了那些数据变化，然后根据数据变化分析后续功能的影响。

分析步骤：

1.前置条件：

• 1）满足业务需求的系统概要方案；

• 2）当前系统群在功能层面和数据层面的结构和作用链体系；

2.分析过程：

2.1 第一个阶段：分析系统的直接调整点

• 1）根据概要方案，分析系统中需要满足业务需求的直接调整点，包括：功能点的变化、流程变化、信息要素的变化；

• 2）对于这些直接调整点，会对系统的行为产生直接影响；

• 3）对于当前系统的功能点和功能点行为的改变就是最直接的影响点；

2.2 第二阶段：分析直接调整点的后续影响

• 1）对于每一个功能的直接调整点，分析这个功能对处理结果，也就是数据产生的变化；

• 2）程序中会将数据作为两个功能衔接的接口，数据变化也就是接口变化，然后根据接口的变化，分析对下一个功能的影响；

• 3）根据“当前系统群在功能层面和数据层面的结构和作用链”分析每个直接调整点的后续以及后续的影响，调整点多的话，可能会出现交叉影响的情况，需要按照最复杂的情况分析。

如何做BUG的影响点分析？

把上面的触发因素：替换为系统的错误，也就是错误逻辑。
在这个分析中，不需要开发人员做业务方案，以需求文档为依据，来判断当前错误的程序下，系统行为和需求文档的行为之间的差异。根据作用链找到所有差异，就是BUG的影响点分析。包括程序影响的和数据影响的，只要程序行为和数据结果和需求文档的预期结果不一致，就是有影响，需要调整程序或者调整数据。

需求影响点分析的核心要素：

不管是需求还是BUG，分析过程核心只在三个

• 1）分析的参照物是什么：需求分析的是需求预期结果、BUG分析的是需求SRS的预期结果；

• 2）分析的方法是什么：以调整点为触发因素，根据功能间的作用关系，沿着作用关系，和参照物对比，只要和参照物不符就是有影响；

• 3）分析的基础：系统和功能的结构以及关系，以及每个功能点对其他功能之间的作用链，也就是作用关系。

公众号链接：https://mp.weixin.qq.com/s/pPGe1inXPX4brcT3vh67HQ