● 需求调研后，通过原型等技术，描述用户需求，与用户一起讨论系统的展现模式与方法，充分让用户了解并提出意见，根据用户的意见进行调整；

　　形成需求初稿后，交由用户进行充分的评审与审核，对评审与审核意见进行反馈，直至评审通过；

　　● 通过以上过程需求规格说明书，一般用户没有特别的理由拒绝签字。而签字确认其实是对需求的书面的确认。这个版本的需求可以作为后续所有工作的基线，是项目验收的重要的内容。

　　2、用户对产品的确认测试结果，是对设计与开发阶段成果的验收。

　　● 如果用户是自己来测试产品的话，为加深用户对需求的进一步的认识，项目组应该组织进行确认测试的培训，指导用户编写测试用例。这是增加用户了解未来产品的机会，如果在需求阶段有认真进行各步骤的话，应该不需要担心会产生大量的需求变更，个别的还是会有。

　　● 用户进行产品的测试过程中，是对正式的产品的一个接受过程，依据双方确认的需求规格说明书对产品进行测试，对产品的实现需求的程度进行确认，并识别可能的需求变更。

　　3、用户对产品上线运行的批准，是对整个产品与培训的验收。

　　● 用户进行确认测试通过后，在用户培训过程中，将培训的效果进行量化，由参与培训的人员进行反馈，反馈的结果则表示了用户对产品的满意程度；

　　● 在用户已对产品接受的前提下，进行培训，向用户提出上线申请，如果上线申请获得审批，则表示用户已对前期的成果进行了验收，确认产品符合用户需求，可以投入到使用。

　　4、 用户对使用情况的确认，是对产品应用与服务的验收。

　　系统上线运行后，及时解决出现的问题，并与用户一起对系统的运行情况进行总结，包括使用系统的数据产出情况、使用人员的情况，总结报告与用户一起进行确认。

　　以上过程是一环紧扣一环的，如果第一步没有做好，后面的很难处理，并给终的验收造成困难。

　　三、项目收尾_成果核实，验收确认

　　如果在项目过程中严格执行了以上的各分项的验收工作，在项目收尾验收时，真正需要做的工作是对整个项目的工作进行汇总、总结，呈现整体成果：

　　1、组织各方对收集汇总后的结果进行统一的确认：包括验收的技术文档、过程文档、工作结果集、遗留的问题清单和维护期内的售后服务条款；

　　2、协助监理召开验收会议，提交正式的成果，由用户对项目进行验收；

　　3、确认终的验收成果，总结经验与教训。