从用户接触到完成需求说明书

前言

对于需求分析有很多相应的书籍说明如何分析，却没有具体的过程描述，本文讲述一个实际的可以操作的需求确认过程。

前提 
在用户与公司签定开发协议的前提下，完成由公司的销售人员为重点转变为公司系统开发部门为重点过程中的第一步―――需求分析。对于用户来讲是对多家开发商进行挑选，最终明确一家开发商，并签订开发协议后，进行的提供具体需求明确需求的过程―――明确告诉开发商要开发一个具有什么功能的软件产品。

约定 
用户对于其用什么系统平台，已经大概知道，并且已经认可。如硬件全部为PC机，客户机软件是WINDOWS98/ME/2000，服务器软件是用WINDOWS　2000，数据库软件是SQL　20000。或者用户注重业务功能，而对于服务器、客户机、数据库等大的系统软件及硬件平台认可做常规配置就可以。

所用技术体系一般情况下在进行需求分析前最好是明确，不然就要求系统分析人员了解所有的技术体系。不然运气好，系统分析人员所了解的技术系和用户相求的相同，进行了正确分析；如果运气不好可能会把一些认为可以简单实现而实际实现却很难的需求答应下来。比如：把DB2的数据库完全备份还原给SYBASE。

在所用技术体系大概范围已经明确的情况下，选择合适的系统分析人员。要求系统分析人员对相应技术体系有一定的了解，以便在相应的分析时有所依据。不同的技术体系有一定的局限性，而有些需求对某些技术体系有一定的难度。如WAP（手机上网）是不太可能实现打印。虽然没有绝对不能实现的用户业务需求，但一般情况下开发协议上明确的费用，已经决定系统功能做到什么程度。

其它 
相应的工具的使用熟练程度。如果多人进行分析，分工及责任的明确，及团队的稳定性。相应计划安排是否合理周全等也是影响获取需求质量的因素。

到用户前的准备

组织队伍 
根据实际的工作量及其他情况，组建需求调研队队伍，提供办分设备，明确责任、启动任务。

准备相应文档 
开发商方的系统分析人员同用户的需求提供人员正式接触前，完成一个问询表及需求分析计划。

一般情况下只需要完成一个整体细节问询表，一般问询用户为明确需求已经完成的文档情况（如果可以在进行正式接触前可以得到并了解完成最好），业务的目的，当前的目标，长远的目标，当前准备情况，完成的业务功能列表，将来系统操作人员的业务及电脑技术了解情况，最终操作用户，当前及将来的硬件、软件及网络环境等整体问题。

由开发商系统分析人员根据对业务的了解程度，适当编写各业务功能细节问询表。不过业务功能细节问询表的使用，是在业务需求调研过程中用户表明其需求后，再根据问题还没有明确的情况下再进行问询的。不过有时业务功能细节问询表由于用户的需求和原计划不同，使业务功能细节表不在发挥作用。

其他业务相关政策法规、技术文档、技术支持人员的通信录等也要进行相应的准备。

联系及了解用户方 
同用户进行联系并取得对方的人员名单、分工情况、权重、工作计划、工作时间、节假日安排（特别是用户公司内部的额外规定），如果可能的情况下要求也有用户的IT人员参加需求过程，实际的需求如果没有IT人员的参加，在后面的更改一般是IT人员提出的。应在需求过程中把用户IT人员的需求调研，作为业务调研中一部分。

编写计划 
根据当前情况，编写需求分析计划，明确正式开始日期，中间阶段性日期（时间长可多个，调研时间不大于3天可没有），结束时间，人员名单，分工情况，需用户提供的帮助等。

将计划发送给用户请其确认，在可能的情况下协调用户和开发商的计划，以便共同开展工作。

对于计划如果能编写及控制到每日是最好的，但是否可以达到真正可控制到日，那就看你的能力了。如果每3天为一个中间性阶段进行控制，延迟的时间可以通过加班来弥补。计划最好根据一天工作8小时进行。如果计划一天是工作10个小时，也许第一次延迟可以通过加班8小时（一天工作24小时）来弥补，但再有延迟你会发现你的工作人员没有精力再加班了。

如果要去用户所在地进行工作，还要准备相应的办公工具，人手一台笔记本电脑（电源插座及网络互连线也要考虑）是比较好的资源配置。

需求调研

第一日 
本次所说的第一日是开发商系统开发人员到用户处正式需求调研过程的第一日。如果是异地调研，那么在第一日前一日开发商系统开发人员应到达用户所在地，结解住宿，了解住宿地周边情况。最好是早些休息，为第一日工作开始做好准备。

一般第一日的上午是开发商系统分析人员和用户业务需要者进行整体介绍，了解办公环境，建立需求调研过程办公环境。如果是小型项目涉及人员不多（双方人员共同不多于3人），一般上午可以进行调研工作1到2小时，不然下午才能正式开始工作（也就说做计划时第1天一般只有半日的工作时间）。

调研过程 
调研的过程推荐开发商系统开发人员有专人进行会议记录，并在每日会议结束后，当场宣布本次会议的结果，并由参加会议人员进行签字。第二日复印或发送电子文件给参加会议人员及相关人员。以便做到有据可查，明确过程。

开发商系统开发人员每周对用户提供开发周报，告诉用户当前开发的进展、是否有问题、是否用户协助等，这是一个好的加强双方沟通的方法。

注意：在调研过程的中系统开发人员的变更会对计划产生重大的影响，不要简单认为是人员更换的问题。因为在调研过程中对业务的理解，不是通过看看文档就可以达到。3天通过讨论达到对需求理解的程序，9天对文档的学习也不一定能达到。

整体调研 
对于调研过程中的整体调研，一定要其用户主管者及用户全体人员（含用户IT人员）参加，第一个目的是了解用户的整体需求细节，第二个目的使用户人员从各自的角度也了解到用户方要做一个什么样的系统。

原文转自：http://www.ltesting.net