软件项目验收流程各步骤内容

工程验收过程验收作为工程执行过程中一个重要里程碑，对公司与客户具有重 要意义。一、验收申请二、验收准备21开发商资料收集根据软件工程特点，在验收时应收集以下文档:编号名称形式介质1工程开发方案文档电子、纸质2软件需求说明书文档电子、纸质3系统概要设计说明书文档电子、纸质4总体设计说明书文档电子、纸质5数据库设计说明书文档电子、纸质6详细设计文档文档电子、纸质7为本工程开发软件源代码文档电子、纸质8FAT&SAT 报告文档电子、纸质9试运行报告文档电子、纸质10性能测试报告、功能测试报告文档电子、纸质11工程实施报告文档电子、纸质12培训方案文档电子、纸质13效劳方案文档电子、纸质14维护手册文档电子、纸质15用户手册文档电子、纸质16应用软件清单文档电子、纸质除上述文档外，还应单独收集、保存各应用软件源程序代码及开 发商所用第三方资源信息。开发商所使用第三方控件，除已经得到审 计署许可之外，必须提供控件源代码,并拥有授权使用证明或保证由 开发商提供无版权争议承诺书；对于原始程序代码，要求能够在本 地不经过任何特殊设置，即可编译并正常运行。源程序清单中列举工 程应该与源程序一一对应。22最终用户资料收集依据软件开发需求说明书与概要设计说明书，编写相关软件用户 满意度调查表，该调查表应该涵盖软件在需求说明书中列举所有模 块，包含软件在不同操作系统下运行情况等。最终用户或甲方工程组 按照实际情况填写该调查表。三、验收测试验收测试是软件开发完毕后，用户对软件产品投入实际应用以前 进展最后一次质量检验活动，它要答复开发软件产品是否符合预期各 项要求，以及用户能否承受问题。由于它不只是检验软件某个方面质 量，而是要进展全面质量检验，并且要决定软件是否合格，因此验收 测试是一项严格正式测试活动。需要根据事先制订方案，进展软件配 置评审、功能测试、性能测试等多方面检测。软件验收测试分为三局部：文档代码一致性审核、软件配置审核 与可执行程序测试，其顺序可分为：文档审核、源代码审核、配置脚 本审核、测试程序、平台API测试、集成测试、验收测试等。文档代 码一致性审核、软件配置审核是软件部署与实施全面验收测试根底， 由各应用软件验收责任人检查它们完整性；由于工程开发各软件运行 环境均基于审计管理系统、审计实施系统平台，最终集成测试、验收 测试由德华工贸员工、验收专家所有参与验收工作人员一起完成。31文档审核文档审核主要要求是确定软件开发所有过程都在提交文档控制 下，对文档具体要求如下：(1文档完备性：是否按照合同及其附件要求提交了全部文档；(2内容针对性：指文档是否是甲方要求文档；文档内容应该按 照功能模块重要性在论上到达不同详细程度；(3内容充分性：指该文档全面、详细程度；(4文档价值：文档应该能够反映软件开发整个过程，即需求中 提到功能在概要设计中表达，在详细设计中实现，在测试方案中检验；(5图表翔实性：是否包含了足够图形与表格；(6符合甲方标准程度：是否很好地符合甲方要求标准、标准；(7内容一致性：是否存在前后矛盾；是否存在需求说明中提到 功能在概要设计、详细设计中没有涉及情况；(8文字明确性：不使用“可能、“也许、“待定等语义 模糊不清语句；(9易读性：能够在一篇文档中说明清楚内容，尽量不要拆分成 假设干文档，不要循环引用，文档目录一目了然，构造清晰。3. 2源代码审核源代码审核主要要求是确保开发商将全部源程序交付甲方，并确 保交付代码没有版权问题由开发商提供无版权争议承诺书对源代 码审核具体要求如下：3. 2. 1版权明晰1提交代码中注释版权地方均应去掉版权声明，或声明版权 为审计署所有。2得到甲方允许，可以使用控件，由开发商提供无版权争议 承诺书。使用其他具有源代码控件，均需要当作提交代码一局部，直 接置于编译环境工程文件中，在编译发布时无需额外设置。3. 2. 2代码完整1开发商必须把所有实现用户需求代码交付甲方。2除非已经得到甲方允许，使用控件也必须有源代码，并得 到授权使用证明；由开发商提供无版权争议承诺书。3包含开发工具程序文件；要求能够在甲方计算机中正常编 译、运行；除非得到甲方允许，在甲方计算机中编译时候无需额外安 装开发工具插件或控件。3. 2. 3可读性强注释是软件可读性具体表达。程序注释量不少于程序编码量 30%。程序注释不能用抽象语言如“处理、“循环等，要准 确表达出程序处理说明。为防止每行程序都使用注释，可以在一段程 序前面加一段注释，有明确处理逻辑。3. 3配置文件审核对于B/S程序，部署维护是软件生存周期中最长一个过程，配 置文件审核显得尤为重要。对配置文件审核要求与源代码审核要求完 全一致。34测试用例编写及测试程序、脚本审核这个过程是在文档审核与配置脚本审核后，为了检验通过源代码 编译后程序是否满足设计需求。检验方式主要是API测试、集成测试、 验收测试；这一阶段应该完成设计及其有关测试所包括特性，还需要 完成测试所需测试用例与测试规程，并规定特性通过准那么。1测试用例说明：列出用于输入具体值以及预期输出结果， 并规定在使用具体测试用例时，对测试规程各种限制。要求将测试用 例与测试设计分开，可以使它们用于多个设计并能在其它情形下重复 使用。2测试规程说明：规定对于运行系统与执行指定测试用例来 实现有关测试设计所要求所有步骤。测试方案1针对性测试方案：从满意度调查表中筛选出可能不符合需 求设计功能模块，编写针对具体模块设计测试方案。这种方案实现耗 时短，根据实际使用情况调查软件具体实现，适合在软件得到较大面 积试用后采取验收测试。2抽样测试方案：在设计文档中随机选取，根据抽样样本大 小不同，最后得到结论可能会出现差异。这种方案实现耗时可长可短， 适合软件未得到大面积适用前验收时采用。3. 5平台API测试常见白盒测试是单元测试。单元测试是测试中最小单位测试。简 而言之，就是拿一个函数出来，加上驱动模块，让它能够运行起来， 然后设计一些用例测试其内部控制点如：条件判断点、循环点、选 择分支点等。驱动模块是模拟调用被测函数函数。根据设计文档选取关键函数与所有开放API,设计测试用例。3. 6集成测试/压力测试常见黑盒测试包括：集成测试，系统测试。集成测试是在单元测 试根底上，将所有模块按照设计要求如根据构造图组装成为子系 统或系统，进展集成测试。实践说明，一些模块虽然能够单独地工作， 但并不能保证连接起来也能正常工作。程序在某些局部反映不出来问 题，在全局上很可能暴露出来，影响功能实现。通过一个应用系统各 个部件联合测试，以决定他们能否在一起共同工作，在协同工作时是 否能够到达功能要求。3. 7验收测试目是检验待验收软件是否对平台与其它软件保持良好兼容性。四、验收结论（成绩评定标准）验收完毕时，根据以上文档，填写验收结论，对软件质量做出评 价1优秀】）材料完整2）软件可正常运行3）实现工程软件需求说明书要求各项功能需求4）软件界面友好，易于交互5）软件功能新颖，有较强创新2合格1）本标准第条要求材料完整2）可正常运行实现功能到达软件需求说明书要求三分之二以上3不合格1）标准第条要求材料不完整2）软件不能运行3）软件需求说明书要求主要功能。