软件项目验收方案.docx

1、软件项目验收方案软件工程验收方案软件工程验收方案良好的软件测试方法可以确保软件工程正确运作，然而，除了软 件之外，还有一个重要的却往往被无视的角色一一客户。在软件工程 开发的每个阶段考虑客户需求是系统获得成功非常重要的一点。1、软件工程验收测试概述验收测试一直以来被用于不同的技术和方法中，有时指的是同一 个概念，有时也可能指不同的测试形式。所以必须给木文探讨的验收 测试相关概念一个明确的定义：1验收测试：包括客户验收测试、用户验收测试和功能测试；2可执行标准：即验收测试标准，可运行测试来验证工程实现是 否与所定义的标准相匹配；3客户：系统的最终用户；4系统：所开发的软件工程；5验收：满足功能和

2、非功能需求；6功能需求：该系统必须执行的功能和动作，如显示条目、用户 身份验证等;7非功能需求：系统的相关因素，如性能、可扩展性和平安性；8黑盒：不依赖于系统内部细节的测试过程，如输入数据、检测 输出结果。这些术语并缺乏以对如何将验收测试应用于软件工程开发生命 周期进行一个准确的描述。验收测试并不是新概念，但它像测试驱动 开发TDD(TestDrivenDevelopment)一样，近儿年来才得到关注和广 泛使用，并出现了一些相关的测试工具和架构。接下来看一下验收测 试是如何应用于软件开发生命周期的。验收测试往往被用于由极限编程、敏捷原那么和Scrum迭代模型指 导开发的软件工程中。出现这样的

3、情况主要有两个原因。一是验收测 试侧重于客户和软件所实现的功能向客户提供的价值，这与每攵捷开发 原那么相一致，后者也是侧重于交付实际满足客户需求的软件。二是通 过一套自动化验收测试，就可以确保该软件能够满足客户需求、确保 在实现新功能的时候没有破坏任何旧功能。这意味着，可以将重点放 在确保正在开发的功能是否与期望的相一致上面。2、软件工程验收测试方法验收测试的编写和实现应该贯穿在软件工程开发的每个迭代过 程中。下面将基于Scrum迭代模型，实现一个包含验收测试的软件项目迭代过程。在一个标准的Scrum迭代过程开始的时候，开发团队接受了具有 最高优先级的待完成的产品需求列表，该产品需求应当分解为

4、多个用 户使用情景，每个用户使用情景定义一个系统需求。一个用户使用情 景通常由两局部组成，用来描述用户需要的系统局部。如一个典型的 用户使用情景可以被描述为“作为一名销售管理员，我想要能够查看 信用卡信息，从而能够在本地处理付款。这个用户使用情景描述了 操作和与操作相关的用户，对要求实现的内容给出清晰的说明。一旦选定一个用户使用情景后，开发团队就应当对他们要实现的 内容有一个很好的认识，这一阶段应该与客户和产品所有者进行交谈, 确定实际需要什么并扩展初始用户使用情景，并基于这一信息和团队 内部的其他技术人员讨论来创立任务，在这一阶段，就应当编写验收 测试了。了解试图实现的用户使用情景，就可以清

5、楚地认识到完成这 些实现所需的任务，也能够知道如何验证这一应用程序是否满足客户 需求。验收测试并不是低层次的单元测试，而是侧重于验证基于用户 使用情景的客户需求是否正确实现的高层次测试。确定了用户使用情 景后，在将其分解为任务之前，定义验收测试是非常必要的。当所有 的验收测试都通过的时候，就完成了系统。这使得任务分解更加侧重 于需要完成的事。在这一阶段，客户和产品所有者应当协助开发团队 定义验收测试，确保软件需求满足客户的期望。良好验收测试可以让客户在开始编码之前清楚地知道当前阶段 软件工程将实现的功能。客户清楚地定义了需求，开发团队可以在实 际编码前，提出任何与需求相关的问题并与客户敲定细节

6、。使用验收 测试指导和验证，可以使客户清楚地知道他们想要什么，也可以使软 件工程开发团队清楚地知道他们方案交付什么。软件工程验收方案一、 验收目的为使信息化工程建设按照标准要求进行，确保工程竣工后到达有 关要求和标准，并能正常投入运行，必须进行工程验收。二、 验收对象参与工程建设的施工单位。三、 工程验收的前提条件：1 所有建设工程按照合同要求全部建成，并满足使用要求；2 各个分项工程全部验收合格；3 己通过软件确认测试评审；4 已通过软件系统测试评审；5 软件已置于配置管理之下；6各种技术文档和验收资料完备，符合合同的内容;7 系统建设和数据处理符合信息平安的要求，涉密信息系统 需提供主管部

7、门验收的合格*书；8 外购的*作系统、数据库、中间件、应用软件和开发工具符 合知识产权相关政策法规的要求；9 各种设备经加电试运行，状态正常；10 经过监理方同意；11 经过相关主管部门和工程业主同意；12 合同或合同附件规定的其他验收条件；四、验收方法工程验收是工程开发建设中有组织的主动性行为，它是对工程建 设高度负责的表达，也是工程建设成功的重要保*。切实做好工程建 设中的验收工作至关重要，应当采取有效措施，实实在在做好。为保 *工程验收质量，针对不同的验收内容，在实施验收*作中，可以采取 以下不同的方法：一登记法对工程中所设计的所有硬件、软件和应用程序一一登记，特别是 硬件使用手册、软件

8、使用手册、应用程序各种技术文档等一定要登记 造册，不可遗漏，并妥善保管。对工程建设中根据实际进展情况双方 同意后修订的合同条款、协调开展建设中的问题进行登记。二 对照法对照检查工程各项建设内容的结果是否与合同条款及工程施工 方案一致。三 *作法这是工程建设最主要的验收方法。首先，最工程系统硬件一一实 际加电*作，验*是否与硬件提供的技术性能相一致；其次，运行工程 软件系统，检验其管理硬件及应用软件的实际能力是否与合同规定的 一致；第三，运行应用软件，实际*作，处理业务，检查是否与合同 规定的一致，到达了预期的目的。四测试法对能使用检测仪器进行检测的设备，实施应当一一进行实际测试, 检查是否和设

9、备、实施的规格、性能要求相一致。五、验收步骤一需求分析工程监理单位组织人员对工程进行验收需求分析，针对工程验收, 监理单位需配备2名有经验的工程师和一名行业专家来组成工程团 队，负责具体工作。二 编写验收方案方案书工程监理单位在对工程进行深入的需求分析的根底上编写验收 方案方案书，提交业主单位审定。三 成立工程验收小组实施测试验收工作时，应当成立工程验收小组，具体负责验收事 宜。四 工程验收的实施严格按照验收方案对工程应用软件、网络集成效果、系统文档资 料等进行全而的测试和验收。五 提交验收报告工程验收完毕，对工程系统设计、建设质量、设备治疗、软件运 行情况等做出全而的评价，得岀结论性意见，对

10、不合格的工程不予验 收，对一流问题提出具体的解决意见。六 召开工程验收评审会召开由验收委员会全体成员参加的工程验收评审会，全面细致的 审核工程销售小组所提交的验收报告，给出最终的验收意见，形成验 收评审报告提交工程业主存档。六、验收程序一初验1、 申请：工程竣工后经测试和试运行合格，施工单位根据合同、 招标书、方案任务书，检查、总结工程完成情况后向业主提出初验申 请。2、 方式：工程业主组织监理和施工单位进行初验。3、 施工单位提供材料：初验申请书、完工报告、工程总结、一 级要求的验收评审资料。二终验1、 申请：初验合格后，工程业主根据合同、招标书、任务书， 检查、总结工程实施和完成情况后向主

11、管部门提出验收中请。2、 经过审核，材料齐全那么由主管部门组织验收。验收工作有由主管部门和工程业主、监理等单位和专家组组成验 收小组进行验收。验收工作分为两个步骤：验收小组和验收评委会评 审，由验收小组共同确定验收时间、评审时间及其他安排。1 验收小组验收验收小组一般由5-8人组成，成员由主管部门和工程业主的管理 人员、监理单位*技术人员共同完成。验收时参照相关验收内容及标 准进行，验收后必须提交验收报告。2 验收委员会评审验收委员会一般由8-15人组成，成员由验收小组及主管部门、工程业主和监理单位的领导、专家等组成。验收委员会评审一般采取 会议评议方式进行，听取验收总结报告说明、验收小组验收

12、结果及意 见，通过评审提交验收评审报告。3工程业主提供材料：验收申请、工程建设总结性评价报告组织与实施协调、工程实施报告技术、工程管理、质量控制、 相关文档资料、验收安排方案、验收小组及委员会名单、验收方案书由监理单位负责3、验收签字经过验收、评审形成的验收报告和评审报告，验收委员会成员签 字。七、验收依据作为工程验收的依据，一般选用工程合同书、国标、行业标准和相关政策法规、*惯例等。一 工程合同书签定的工程有关合同二 国家标准硬件、软件、布线、平安等三 新疆省信息化工程建设管理暂行方法 四其他具体验收标准和一句由监理单位根据具体工程情况提出，主管部 门和工程业主审定。八、验收内容和标准根据具

13、体工程实际制定，由工程监理单位负责编写，主管部门和 工程业主审定。工程验收标准是判断工程成果是否到达要求的一句, 因而应具有科学性和权威性，只有制定科学的标准，才能有效的验收 工程结果。验收内容一般包括测试复核、资料评审、质量鉴定三 局部。验收的内容包扌舌以下几个局部：一 验收内容一般包括软件验收按功能要求的可执行软件、 开发方案文档、详细设计文档、质量保*方案、设备相应附件、设备 运行、网络运行等二 验收评测工作主要包扌鼻文档分析、方案制定、现场测试、 问题单提交、测试报告；三 验收测试内容主要包括：功能度、平安可靠性、易用性、 可扩充性、兼容性、效率、资源占用率、用户文档。四 文档验收标准

14、一般包括：文档完备性、内容针对性、内容 充分性、内容一致性、文字明确性、图表详实性、易读性、文档价值 等。五软件、硬件验收标准要符合国家和相关标准。需要评审的资料包括以下几个局部：一 根底资料：招标书、投标书、有关合同、有关批复文件、 系统设计说明书、系统功能说明书、系统结构图、工程详细实施方案。二 工程竣*料：工程开工报告、工程实施报告、工程质量测 试报告、工程检查报告、测试报告、材料清单、工程实施质量与平安 检查记录、*作使用说明书、售后效劳保*文件、培训文档、其他文件。三 软件开发文档：需求说明书、概要设计说明书、详细设 计说明书、数据库设计说明书、测试方案、测试报告、程序维护手册、 程

15、序员开发手册、用户*作手册。四 软件开发管理文档：工程方案书、质量控制方案、配置管 理方案、用户培训方案、质量总结报告、会议记录和开发进度月报。九、验收结论验收结果分为:验收合格、需要复议和验收不合格三种。符合信 息化工程建设标准、系统运行平安可靠、任务按期保质完成、经费使 用合理的，视为验收合格；由于提供材料不详难以判断，或目标任务 完成缺乏80%而又难以确定其原因等导致验收结论争议较大的，视为 需要复议。1、工程凡具有以下情况之一的，按验收不合格处理:一未按工程考核指标或合同要求到达所预定的主要技术指标 的;二 所提供材料不齐全或不真实的；三 工程的内容、目标或技术路线等己进行了较大调整，

16、但未 曾得到相关单位认可的；四 实施过程中出现重大问题，尚未解决和作出说明，或工程 实施过程及结果等存在纠纷尚未解决的；五 没有对系统或设备进行试运行，或者运行不合格；六 工程经费使用情况审计发现问题的；七 违犯法律、法规的其他行为；2、 验收结论确认和处理由主管单位同相关部门根据验收己经和相关资料得出结论，并进 行确认。3、 工程验收结论的处理一验收结论为验收合格的，工程业主将全部验收材料同意装 订成册并连同相应的电子文档分别报主管部门及相关部门备案。二 验收结论需要复议的，主管部门以书面形式通知建设单位 在三个月内补充有关材料或者进行相关说明。三 验收结论为验收不合格的，主管部门以书面形式

17、通知工程 业主和设计、施工单位，限期整改，整改后试运行合格的，工程业主重新申请验 收。四 未通过验收的信息化工程，不得交付使用。十、工程交接工程竣工验收合格后，应班里工程交接手续。工程的移交包插实 体移交和工程文件移交局部。十一、各工程业主和监理单位要严格参照此方案开展工程验收工作。软件工程验收方案1、积极主动地与客户进行沟通1、工程中一定要有沟通策略，和高管如何汇报工作进展，取得 支持?和中层如何就业务目标不断确认，逐步清晰?和基层如何就工程 应用操作模式达成一致，持续改良?都需要通过沟通反响完成.沟通的作用对于高管是让他们清楚工程一直按照目标前进，每个 阶段工作进展是否顺利，影响工程正常运

18、做原因是什么，需要哪些资 源帮助和高管沟通比拟多的话,第一个好处是高管经常听汇报就知 道工程进展程度，可以安排反响检查，看是否具备工程所说的进展，这 样一旦认可了各个阶段目标后，最终要求高管签字确认也就顺理成章 了.给高管汇报技巧就是简洁明了，真实客观，有理有据分析问题，提 出对策建议请其决策即可.中层往往是工程主要的推动力量和实际执行者，也往往是对具体 业务需求最主要的要求者，他们对企业实际运做过程最清楚，提出要 求最具体，而且工程验收与否没有中层的同意往往也是不太容易做到 的往往通过前期业务调研只能对企业工程目标有一个大的，宏观的 认识，但如何细化并最终落实并非是一步到位的过程.因此在整个

19、项 目过程中，双方工程组要不断沟通，特别是企业中层沟通，才能逐步认 识越来越深刻，最终达成一致.和基层的沟通主要表达对最终用户的关心，定期主动和最终用户 沟通，消除一些怨气,让用户能坚持用下去，这个时候往往发现很多用 户真的是非常好相处，尽管软件还有很多值得改良的地方，但他们一 旦认可团队,反而会尽心尽力帮助推动工程的进行.(2)、目前一般要求每个工程经理在工程进行中都要填写详尽的工程月报,反映工程的进度，与方案的偏差，完成的工程内容，投入人 力，目前工程存在的问题，以及预计工程下月的进度等等将进度月报 交部门负责人、工程管理中心、总经办审阅.(3)、类似地也要制定针对客户的月报甚至是周报,将

20、相关的信息 反响到客户方的负责人，及相关高层.可以先发邮件，然后还要 落 实收到并口头简要汇报，特别是高管层,千万不要以为发了就等于别 人会去看，一定要口头跟进汇报一次，保证客户各方而负责人对工程 进展做到心中有数.2、写好备忘录和问题跟踪记录(1)、在一个漫长工程周期中，很多工作做了也就做了，认可了 也就认可了，时间一长也就忘记了很多承诺和约定，到了验收的时候 就翻出来重新要，这种事情很多人可能都经历过，明明说得可以先不 做的内容最终验收的时候又成了必要条件。所以在一个工程中要顺利 验收，一定要写好备忘录，把平时工程过程中重要阶段点双方达成的 共识详细记录下来，以备查询。(2)、工程组在每次

21、现场工作都必须要写备忘录，备忘录必须注 明现场工作天数，按时间段写清楚工作内容，性质和时间长度。例如培训工作要写清楚培训人员名称，培训内容，培训小时数, 培训掌握效果；例如装机工作要写清楚装机软件，装机台数，是否可正常使用等 等细节。(3)、每次备忘录要口头交流认可后才打卬签字确定阶段性工作 成果。下次工作那么根据前次备忘录的双方约定继续进行，保障工程在 每次工作根底上不断前进，并用备忘录约束双方的行为。(4)、备忘录标准的写法是先简要汇报阶段工作中内容，要用积 极肯定性的文字给自己前一段工作或者一些提法给出正面结论，这样 大家看了才有信心。(5)、这个工作内容往往是上一阶段约定要解决的内容，

22、而且在 这次现场工作中得到解决的内容，要考虑和上一次备忘录约定工作内 容的照应，很多人写备忘录，纯粹是为了备忘而备忘，备忘录三大功 能，第一是备忘，第二是缴功，第三是约定后续工作安排，推动事情 继续前进。所以写备忘录首先要讲上一次我们约定什么工作，这次是 否完成，完成质量如何，没有完成是什么原因造成的，是否纳入下一 次解决的内容，这样的文档才有体系，也能表达出一个人整个工程过 程中的脉络，否那么写这么多备忘有什么用？(6)、结论出来后后备忘录要详细描述自己所做工作细节，细节 越详细越好，让工程组彼此认可工作内容和质量，而且对效劳工作量 可以有一个客观的评估。而且在写备忘录时发现自己大量时间并非

23、在 有效沟通或者在推动工程实施上，那么意味着工程己经是在失去控制 路上，应该立即引起警觉并采取措施解决。(7)、备忘录最后还要约定下一阶段双方工作安排，在后续工作 中严格按照备忘录设计自己的工作方案，了解企业工程组进展，如果 企业工程组方而配合出现问题，在下次备忘录中要明确指出责任承当 方，给用户形成一定的压力，从而更好推动工程走向前进。一些重要 的工程目标约定或者验收意见可以单独写备忘录，在最终验收时可以 作为依据。这样一个备忘录一个脚印推动工程向目标前进，每个备忘 录都在前一阶段工作上有一点点进步，最终工程验收就是水到渠成的 事情。(8)、除了实施备忘录外，实施人员最好给每天工作做详细记录

24、， 实施备忘录个人认为只是一个工作进度大概描述，而且可能会有水分, 因而需要有一个每天工作的详细记录用于自己或者团队成员准确把 握工程脉搏，及时发现问题，个人也能随时做工程回忆，用户的反复 也能随时记录在案，如果出现工程延误，也能有理有节和用户应对。3、精心准备一次成功的汇报(1)、如果工程准备验收了，一般要安排一次验收鉴定，这个鉴 定可能是要请专家来看，可能是企业内部组织，也可能就是几个人认 可签字即可。因此如果要验收，最后鉴定这个工作质量要高。(2)、要准备好一套模拟现场环境的演示环境，要有足够真实的 数据，要设计一套表达应用特色介绍流程，要准备一套详实汇报材料 和相应PPTo(3)、要保

25、证验收大会顺利通过，其实是在验收大会前将相关汇 报工作和现场应用情况和企业领导做过汇报，并得到充分认可。4、平时做人的积累(1)、对于工程一个实施人员要为公司考虑节约成木，同时也兼 顾客户利益，是比拟难以决策的。特别是在一个多可能同时负责多个 工程的时候，想每个工程都应该全力以赴是很困难的。这样难免让用 户觉得我们响应不及时，有问题不解决，特别有些问题不是我们一个 个体能够解决的，长期下来用户可能会积累很多的怨气。(2)、因此实施人员平时做人要讲诚信，讲原那么，无非是三条：做不到的事情千万别随意承诺；承诺的事情一定要努力做到；每次做到的事情都进步一点点。有这三条用户会慢慢接受稍微长一点的响应周

26、期，也会用更多积 极性眼光看现在的问题，也相信问题一定有人响应，也一定可以得到 解决。(3)、我们很多人做工程遇到困难在公司内部没有想尽方法去解 决，认为我自己这么努力，承受这么大的压力，而别的同事好象没有 什么压力，心理不平衡，就容易回避放弃。拖，拖，拖，拖到无法再 拖的时候在用户那里就没法抬头，只能被动挨打。(4)、如果按照以上三条原那么做事，反而简单，不做做不到的， 当然这个做到做不到不是个人判断，而是和公司内部协调达成一致后 的意见，做得到的一定按承诺做好，工程就会简单。(5)、实施过程中可以留一手，有些好功能或者便利的地方，可 以不全部告诉用户，毕竟在合同边界中没有涉及，在验收前可以作为 条件和用户去置换。