需求分析(起草)

2-8原则同样适用于需求分析

行业需求有共性和个性，占总需求月20%的个性客户化需求要占总需求分析工作两的约80%。

 

 

业务需求的特点

业务需求有不确定性的特点，主要分为需求不明确、需求易改变和需求蔓延。

需求不明确主要是客户本身对自己的需求还不够清晰，存在模糊点，在某些问题上难以表达清楚他需要的是什么。

需求易改变主要是指之前已经确定下来的需求，随着客户对系统理解的深入，客户对原来的需求发生了改变，即在某些问题上，他不想那样做了，想这样做。

需求蔓延就是需求增加，随着需求工作的开展，客户不断的发现自己还有更多的需求，在需求分析过程中不断的发现自身还有新的问题。出现这个问题主要是需求分析工作开展前期需求定义不明确造成的。

 

 

需求分析的核心是沟通

沟通又有主动和被动之分。

有一些抽象的需求客户自己本身无法表达出来。

业务人员独立性决定了它本身对业务理解的片面性，他只专注与他本身的业务需求，我们需要通过对不同业务需求的分析，从更抽象的更高的视角来发现业务之间的关联。

 

 

把需求挖掘的思想引入到需求分析工作中

在一个问题做分析的同时，以该问题点做深度和广度的分析，更深层次的对需求进行挖掘，从中把握客户为能表达的、抽象的需求；联系与之相关的需求，挖掘它们共有的潜在的规则。

用户难以想到细节或描述不清楚需求或不会主动去表达等情况，用户的“需要”常常是一种“冲动”或“冲突”，隐藏在他的头脑中、在工作现场、在企业流程或文化中，它与其它信息混杂在一起，并且是支离破碎、用户未体验的，用户不易通过口头或书面的方式表述清楚，因而用户是沉默的。因此，应有专业的需求分析师（通常由系统分析员担任）与用户交谈、到现场调研，进行需求挖掘。

一些挖掘需求的方法：

　　1、分析特定客户（业务部门）提交的业务需求书
　　2、与特定客户（业务部门）进行讨论与交流（或联合成立需求组），包括：
　　　 需求讨论会
　　　 与业务专家或代表讨论
　　3、通过调查获取需求，常见需求调查方式有：
　　　 与用户交谈，向用户提问题
　　　 参观用户的工作流程，观察用户的操作
　　　 用户工作的情景分析
　　　 现有系统的问题报告和改进要求，事件和响应
　　　 市场调查和向用户群体发调查问卷
　　　 与同行、专家交谈，听取他们的意见
　　　 分析已经存在的同类软件产品，提取需求
　　　 从现有产品或竞争产品的文档中提取需求
　　　 从行业标准、规则中提取需求
　　　 从Internet上搜查相关资料

 

 

需求分析是双向的

有时候，客户引进一套信息系统，也同时希望引进一套新的业务流程。

所以在需求分析时，要在与客户的双向互动交流中不断的就某些问题达成共识，逐渐形成一个双方都认可的模型框架。

 

 

分析业务的边界

分析一个交易，首先要介定该处理单元的边界，数据从哪里进来，从哪里出去。在不断细分到每个处理细节。有利于以后系统设计人员进行数据流分析设计。

 

 

系统分析师要理解不同系统层面的表示语言

如：

用户层：回收站

设计层：文件删除、恢复

后台数据库：删除标志置0或1

 

 

获取业务流程的方法

1、分析师跟踪业务人员的业务操作流程

2、让业务人员在类似的行业软件上操作，发现个性化需求

将需求用文档的形式固定下来