分析对象:软件系统
分析的内容:影响点,或者换一个词,叫做系统的变化分析
触发因素:业务功能
概念:系统是一个有机的作用链网络
首先需要理解系统是一个有机的作用链网络。
支撑一个组织/公司业务的系统可能有很多个,多个系统构成了一个有机的系统群,每个系统又由很多个功能构成。从最微观的角度讲,系统是通过提供的功能来支撑业务的,而系统中每个业务都不是单独存在,系统中每个功能和周围的其他功能有关联和联系,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)分析的基础:系统和功能的结构以及关系,以及每个功能点对其他功能之间的作用链,也就是作用关系。