项目验收内容
验收作为项目执行过程中的一个重要的里程碑，具有重要的意义。
一、验收申请
在该申请里请标明本次提交验收的项目范围。
二、验收准备
2．1文档
根据软件项目的特点，在验收时应提交最终版本的各类文档，包括项目计划，相关设计文档，开发过程文档,相关测试文档以及测试报告等。
2．2 源码
除上述文档外，还应单独收集、保存各应用软件源程序代码及开发商所用第三方资源信息。对于交付程序代码，要求能够在本地不经过任何特殊设置，即可编译打包,部署后正常运行。
三、验收测试
验收测试是软件开发结束后，用户对软件产品投入实际应用以前进行的最后一次质量检验活动，它不只是检验软件某个方面的质量，而是要进行全面的质量检验，并且要决定软件是否合格，因此验收测试是一项严格的正式测试活动。
页脚内容
1
项目验收方案（拟稿）
软件验收测试分为三部分：文档代码一致性审核、软件配置审核和可执行程序测试，其顺序可分为：文档审核、源代码审核、配置脚本审核、功能测试、性能测试等。
3．1文档审核
文档审核的主要要求是确定软件开发的所有过程都在提交文档的控制下，对文档的具体要求如下：
(1）文档完备性：是否按照合同及其附件要求提交了全部文档；
(2）内容针对性：指文档是否是要求的文档；
(3）内容充分性：指该文档全面、详细的程度；
(4）内容一致性：是否存在前后矛盾；是否存在需求说明中提到的功能在概要设计、详细设计中没有涉及的情况；
(5）文字明确性：不使用“可能”、“也许”、“待定”等语义含糊不清的语句；
(6）易读性：能够在一篇文档中说明清楚的内容，尽量不要拆分成若干文档，不要循环引用，文档目录一目了然，结构清晰。
3．2源代码审核
源代码审核的主要要求是确保开发商将全部源程序交付甲方，并确保交付的代码没有版权问题，对源代码审核的具体要求如下：
页脚内容
2
项目验收方案（拟稿）
3．2．1版权明晰
提交的代码中注释版权的地方均应去掉版权声明，或声明版权为甲方所有。
3．2．2代码完整
（1）开发商必须把所有实现用户需求的代码交付甲方。
（2）包含开发工具的程序文件；要求能够在甲方计算机中正常编译、运行；除非得到甲方允许，在甲方计算机中编译的时候无需额外安装开发工具的插件控件等。
3．2．3可读性强
注释是软件可读性的具体体现。程序注释量不少于程序编码量的30%。程序注释不能用抽象的语言（如“处理”、“循环”等），要精确表达出程序的处理说明。为避免每行程序都使用注释，可以在一段程序的前面加一段注释，有明确的处理逻辑。
3．3配置文件审核
对于B/S程序，部署维护是软件生存周期中最长的一个过程，配置文件的审核显得尤为重要。
3．4测试用例编写及测试程序、脚本审核
这个过程是在文档审核和配置脚本审核后，为了检验通过源代码编译后的程序是否满足设计需求。检验方式主要是功能测试、性能测试；这一阶段应该完成设计及其有关测试
页脚内容
3
项目验收方案（拟稿）
所包括的特性，还需要完成测试所需的测试用例和测试规程，并规定特性的通过准则。
（1）测试用例说明：列出用于输入的具体值以及预期的输出结果，并规定在使用具体测试用例时，对测试规程的各种限制。要求将测试用例与测试设计分开，可以使它们用于多个设计并能在其它情形下重复使用。
（2）测试规程说明：规定对于运行系统和执行指定的测试用例来实现有关测试设计所要求的所有步骤。
四、验收结论
验收结束时，根据以上文档，填写验收结论，对软件的质量做出评价。
页脚内容
4
因篇幅问题不能全部显示，请点此查看更多更全内容