我们应当怎样做需求分析业务作业流程分析.docVIP

业务步骤分析（转）

我们将从用户调研现场拿回来需求，经过一番功效角色分析，整个系统整体脉络和轮廓已经被勾画出来。在这个过程中，我们首先将系统划分成了多个功效模块（假如系统规模较大，还应先划分为多个子系统，然后再划分出各个功效模块）。然后，我们为每个功效模块绘制用例图。用例图是站在用户角度去观察系统，即系统为用户提供了哪些功效，这就是功效分析。同时，这些功效是为哪些用户服务，这就是角色分析。我们绘制用例图应该能够为用户所了解，这也是UML其中一项关键思想——和用户形成统一、能够相互了解语言，这对于需求分析过程中和用户沟通是大有好处。

但形成对系统整体轮廓，对于软件需求分析来说是远远不够。很多软件最终失败很关键原因就是对需求分析过于草率、浮于表面，而没有深入细致地去分析，往往到了项目后期才把需求搞懂，才发觉真正需求和起初认识大相径庭，才恍然大悟需求原来是这么，而往往那时已经追悔莫及了。这么经历相信你也有过吧。所以，我们一定要沉下气来认真仔细地做需求分析，一定要做到位。

一样，细化需求也需要一定方法和思绪。通常来说，我们能够有两个方向细化需求：业务步骤分析和业务领域分析。这里，我们先谈谈业务步骤分析吧。

假如我们现在做需求分析是一个企业信息化管理系统，毫不疑问，我们软件系统就是在模拟企业已经有那些业务步骤。在现实世界中，企业是根据怎样步骤来管理，我们软件就应该去模拟这么步骤。不过，我们软件不可能也无须要完全去模拟这么步骤，在这个步骤中有些步骤是应该由软件去模拟，但有些步骤则是应该在系统之外，由人工去完成。我们进行步骤分析，就是要求分析哪些是系统之内，哪些是系统之外。

我曾经做过一个疑点信息库系统。该系统模拟原有业务步骤是这么：高层纪检方面领导经过信访、举报、数据查询分析等方法发觉了一批问题，然后将这批问题制作成一套调查清册，亲自或交由下级相关单位，下到基层去调查问题。直到调查工作完成以后，才从基层回到自己单位，填写调查工作底稿，具体描述调查情况，并结束调查工作。

首先，我们应该抛开软件实现，对这么一个步骤进行梳理，形成这么一个步骤：

1.高层领导经过信访、举报、数据查询分析等方法发觉一批问题；

2.将这批问题制作成一个调查清册；

3.自查或将清册下派给下级去调查；

4.下到基层实施调查；

5.从基层回到自己单位，填写调查工作底稿，具体描述调查情况，并结束调查工作。

然后，在对原始需求分析基础上，分析我们软件能做什么事：

第一步：信访和举报即使有自己操作步骤，但那些全部在这个系统之外，在这个系统中仅仅只需录入最终结果。数据查询分析过去只是业务人员在相关业务系统中依据自己经验实施多种查询，现在则能够上一套数据采集和分析系统，提升数据分析质量。

第二步：形成调查清册，能够在系统中设计一个功效实现。

第三步：自查或下派，能够在系统中设计一个步骤实现。

第四步：下到基层实施调查，因为网络条件等原因限制，业务人员不可能也无须要在系统中去完成调查，只需要实施一个标志调查工作开始操作，并打印或导出调查清册，然后去基层调查。最终，这部分被设计成一个“开始实地核查”操作，并提供打印导出功效。

第五步：调查人员从基层回到自己单位全部是系统外事情，而填写调查工作底稿，具体描述调查情况，并结束调查工作，则是系统内功效。最终，这部分被设计成一个“调查完结”功效，标志调查工作结束，并提供工作底稿填写功效。

计算机信息化管理并不是万能，它并不能替换现实世界中全部工作。所以，我们进行业务步骤分析，就是要分析业务步骤中哪些是需要信息化管理，而哪些则不需要。信息化管理过细，无疑会加重基层业务人员负担（这也正是为何很多基层业务人员会排斥信息化系统原因），而合适信息化管理则能够提升工作效率。试想一下，假如你工作中每一个步骤全部必需在计算机中操作一下，怎么不让人烦呢？而假如在工作中一旦需要先查一个什么信息，或需要计算一下，系统立即能够替你完成这些工作，或那些过去基础靠吼操作，现在立马经过信息化就传输过去了，怎么不让人舒心呢？我们做信息化管理，不是要加重人负担，而应是降低人负担。以这么思绪去进行步骤分析才能设计出优异、人见人爱管理系统出来。所以，我做需求分析，最喜爱下到基层去了解基层业务人员需求，去分析怎样设计步骤才能提升她们工作效率，而避免加重她们负担。“水能载舟，也能覆舟。”一套系统是否能顺利推行下去，基层人员是否支持往往起到十分关键作用。

另外，业务步骤分析另一个关键分析内容就是步骤差异化分析。不一样领导有不一样思绪，不一样单位有不一样情况。所以，我们在进行步骤分析时候，常常面临步骤差异化问题。我们说企业信息化就是一次改革，这首先表现在业务步骤规范化操作，也就