需求完全明确情况
    对于整体调研过后就要进行各个具体业务需求的调研，对于具体需求调研如果是用户提供的现有的文档，开发商的系统分析人员只是对业务进行了解及进行修改为系统分析人员及业务人员全可以看懂的需求说明书，那么这个过程就比较容易。

    只要系统分析人员把业务文档看懂看明白，并且对于一些难理解的业务描述修改为易懂（有些业务名词有一定的专业性就要进行额外的说明）、明确进出的单据（数据项）就可以。当然编写需求说明书具体的细节可以参见其他的众多的书籍及文件模版了。

    需求不完全明确情况
    如果用户对于自己的需求在调研开始并没有完全明确，需要进行引导及细化，那么这个过程就比较麻烦了。

    对于用户本身需求不明情况下，对于业务要先从基本业务进行细化，对于不明业务或不确定业务在后面进行。对于进出的单据一般在这种情况下用户当没有现在的文档，这个过程只需明确单据的进出的必须数据源就可以，如果做到细节，由用户在需求调研期确定单证，是不太可能的----只是设计单据的样式、风格就不是短时间可以完成的。对于报表也只能明确基本报表要求及数据项。一般这种情况使用原型法进行，先做一个简单的，在简单的上面再进行完善。

    对于用户本身需求不明情况下的调研要做每日（或2到3天,最多3天为间隔）的工作（分析进展）记录，由双方签字，因为调研过程会出现为用户要求添加一支新业务，对新业务进行分析后，因某些原因发现不能添加。这个过程的结果是一个0，但为证明是0这结果可能花了很长的时间。要记录这个过程，说明调研过程中做了什么事情，有时有些人可能会说为什么这么长时间才出这点点东西，到时以便说明原因。

    关于选取开发模型
    有时开发模型的选取不是很容易判断的，这里面有时不单是需求及开发的问题，对于开发商有开发周期、开发费用的问题，对于用户同样有内部计划、公司发展计划等因素进行影响。

    一般来说对于应用开发―――为客户开发软件，客户在开发及测试完毕软件后就要实际开始使用，那么就使用瀑布模型。

    当然在需求明确的情况下自然也要使用瀑布模型

    对于自主开发及客户需求不明并有较长的设计时间―――可以用演化模型。

    而螺旋模型适于适合于大型软件开发，吸收了"演化"概念，不过有时也用于用户需求不明的情况下。

    当然还有其他开发模型，没有在本文讨论。

    名词定义：

    瀑布模型：规定了各项软件工程活动。包括：制定开发计划、进行需求分析和说明、软件设计、程序编码、测试及维护。

    特点：自上而下，相互衔接的固定次序，如瀑布流水、逐级下落。

    演化模型：第一次只是试验开发，其目标只在于探索可行性，弄清软件需求;第二次则在此基础上获得较为满意的软件产品，通常把一次得到的试验性产品称"原型"。

    特点：减少由于软件需求不明确而给开发带来的风险。

    螺旋模型：将瀑布模型及演化螺旋模型结合起来，并且加入被两种模型都忽略了的风险分析，弥补了两者的不足。

    完成需求确认

    对于需求最终的确认需求先由系统开发人员对编写的文档进行内部审核及修订，特别是文字问题。系统分析人员（在中国这些人员一般是物科专业人员）编写的文档文字语法上一般有一定问题。

    内部审核后交由用户业务人员进行确认，明确系统开发人员已经了解业务需求，并进行签字确认。

    参考：

    《软件工程》　郑人杰