电子政务软件监理各阶段的质量控制方法

　　电子政务软件监理各阶段的质量控制方法

　　1、招投标阶段及商务合同签订阶段

　　在本电子政务软件系统招投标签订阶段，监理单位对软件开发质量的控制主要体现在对招投标文件技术方案的审核以及监理建议的提交，促使招标文件与工程项目的需求、目标和范围相符合，力求工程项目承建合同的合理性和有效性。其具体流程为：由业主单位提供招标要求，监理工程师协助业主及招投标代理机构组织项目招标，同时协助业主组织标书评议、投标单位的入围圈定，以及投标单位的工作协调和划分工作。原则上，监理工程师不参加具体的评标投票工作。

　　监理单位主要的协助工作为通过对项目招标书、投标书等文档的审核，提出监理意见，通过邮件或电话方式提供技术支持。部分特殊情况以及关键子系统的招投标工作可要求监理单位进行现场监理。

　　商务合同签订阶段主要工作包括：协助业主与承建单位协商确定设计、开发、以及实施合同内容;协助业主审核合同中方案的功能要求、技术要求、质量责任、技术环节是否完善，质量和进度要求、工程主要里程碑设置是否合适，是否满足工程要求并符合国家标准;测试标准和验收要求是否清晰;并对合同进行全面管理。在合同签订过程中，监理单位应对合同草案副本进行独立审核，尤其需注意对合同附件中的《技术方案》是否满足招投标文件、业主单位需求，并在审核后提交独立的审核意见。

　　在签订商务合同时，监理机构充分使用事前质量控制的手段，组织业主单位、承建单位一起制定需求变更办法、系统验收方案、文档提交方案等，作为项目的指导性质量控制手段。

　　2、需求分析阶段及需求变更阶段

　　依据项目特点，在签订项目合同后系统建设之前，要求项目承建单位应向业主单位、监理单位提交相关人员的名单、专业、职称、职务、工作简历、所承担的任务内容等，开发计划进度表。监理单位督促项目承建单位建立完整的质量保证体系，制定质量保证计划，建立项目“文档化”管理体系和内部评审制度，提交软件项目的《质量保证计划》以及《配置管理计划》对项目的整体质量保障进行说明，同时必须对上述文档的真实性、可行性等做审查。

　　(1)需求分析的质量控制内容。

　　软件需求分析阶段的主体实施机构为承建单位，业主单位和监理单位进行充分的配合。在需求分析的初始阶段，监理单位应要求承建单位为系统需求分析过程的实施制定详细的计划，并要求业主单位予以相应的配合。承建单位提交的计划中应包含需求调研、分析过程的详细进度方案、里程碑事件表(如：深入访谈阶段，需求说明书草案编写，需求业主单位确认，需求规格说明书确认)等内容，并由业主单位以及监理单位审核，三方协商通过后作为需求阶段的指导性文件。需求分析的重点为定义并分析系统建设目标，定义并分析业务流程再造、业务持续改进、信息资源规划及业务指标评价体系。监理工程师应督促承建单位正确分析系统需求，形成系统需求文档，同时监督承建单位解决需求分析中发现的问题，并形成监理意见。在需求分析过程中，监理单位的主要手段为抽查以及文档评审。在抽查过程中，监理工程师要充分的注意承建单位采取的需求调研方式和方法，协助承建单位使用“诱导式”或者项目原型法来更好的获取需求，应主动和业主单位、系统最终用户、承建单位需求分析人员交谈，了解需求分析过程的不足;尤其应当注意按照需求规格说明书的评审标准对需求调研过程做出指导，增强调研过程的覆盖面以及完备性[4-8]。

　　(2)需求变更的处理方法。

　　由于电子政务软件开发的特殊性，需求变更是一个无法回避的问题，同时也是影响软件开发质量的重要因素。为保证工程质量、进度和投资，科学、规范、严格控制变更，在本软件系统建设过程中需成立需求变更控制委员会专门负责需求变更的相关事宜。需求变更委员会由业主单位、监理单位、承建单位三方共同组成，设主席一人，委员6人(每方2人)，其职责主要为：接收业主单位、承建单位针对项目所建议的变更请求，并对建议的配置项变更做出评估和评价;对是否变更进行审核，并做最终的决策;监督已批准变更的实施。变更控制委员会议事、决策规则主要方法为：

　　1)变更控制委员会只确认书面的变更请求;变更控制委员会接收到变更请求后，原则上3日内给予明确的书面答复;

　　2)对于变更事项，委员会成员可以赞成、反对或弃权;变更控制委员会实行少数服从多数的原则;当变更委员会成员意见不能通过少数服从多数的原则进行决策时，由变更控制委员会主席决策;

　　3)一经变更控制委员会确认的变更，原则上不得进行更改和重议，业主单位、承建单位、监理单位必须严格遵守。变更控制的具体流程为：

　　1)由业主单位用户方发起的变更请求，首先进入业主单位项目工作组进行讨论，确定是否需要提交变更控制委员会;由承建单位发起的变更请求，直接进入变更控制委员会;

　　2)若进入变更控制委员会之前，未有变更技术方案，则由承建单位协助拟定变更技术方案后，进入变更控制委员会;

　　3)接收到变更意向或者书面的变更请求后，变更委员会成员填写变更初步意见并提交监理单位，监理单位汇总后向变更控制委员会报告;

　　4)变更控制委员会主席主持对变更请求的最终确认;

　　5)进入变更控制委员会的变更请求有同意、反对、技术方案调整三种状态，反对的变更请求原则上不允许再次提出，技术方案调整则是由承建单位按照变更控制委员会意见对技术方案进行调整，调整完毕后，重新进入变更控制委员会确认。

　　6)变更请求的最终确认结果由监理单位整理备查。

　　3、系统设计阶段

　　项目设计阶段的监理主要是为了达到如下目标：协助业主单位审查承建单位的软件工程项目计划，确保工程计划的合理性、可行性，并满足承建合同要求;协助业主单位评审承建单位的工程项目的总体设计方案，促使总体设计方案满足工程项目的系统需求和有关的法规、标准，并符合承建合同要求。

　　按照现有电子政务软件开发的一般模式，主要可分为软件系统的研发、软件系统升级以及在成品软件基础上的个性化实现，因此监理单位进行设计评审时应详细划分系统内容包括：成品软件需个性化的已满足业主单位需求的部分以及需进行完整开发的部分。同时，按照如下的大原则进行确认，并按照具体的实施情况进行增减。

　　(1)对产品软件的功能，承建单位的设计文档中可简单的描述。明确实现的功能和用户的需求项的对应关系。对成品软件实现功能，由于知识产权等相关因素的限制，承建单位可不进行技术实现细节的详细描述，但至少应明确采取的技术架构、数据库结构等业主单位维护或今后升级的相关的全部技术内容。

　　(2)对于需全新开发的内容，承建单位的设计文档要求与传统软件开发过程需一致，同时还需重点明确此部分的开发模式以及与已有功能的关系。

　　4、软件代码编写实现与项目测试阶段

　　在软件开发实现过程中，监理工程师的主要任务是：要求承建单位为软件编码过程的实施制定详细的计划并按照计划的要求开展软件编码活动;监督承建单位按照测试需求和进度安排进行单元测试;检查承建单位单元测试过程中的错误的记录及其改正;检查承建单位及时更新的用户文档;按需求一致性、测试可行性等标准评价软件编码和测试结果。

　　进入软件开发编码阶段，监理工程师应首先充分注意如下各方面的检查：

　　(1)标准制订和培训

　　编码的标准在现在已经逐渐趋向统一，但是仍然有必要在项目组中推行或制订编码标准。统一的编码标准，可以使项目组内可以容易地互相协助、交流，为抽查、测试等工作奠定良好的基础。编码标准制订后，首先要进行项目组内培训。这样的主要目的是讨论和统一认识，建立未来强制执行和检查的前提。

　　(2)版本控制

　　编码阶段要进行版本控制，良好的控制机制可以减少很多无用功，甚至避免一些灾难。良好的版本控制不是来自好的版本控制工具软件，而是版本变更控制的制度以及因此形成的良好习惯。监理工程师要督促开发小组项目经理监理可实施的版本控制制度。常用的版本控制工具有VSS、CVS等，在使用版本控制后，监理工程师必须要求承建单位为业主单位、监理单位分别建立用户帐号，该帐号需具备下载权限。

　　监理工程师将对项目实施的情况进行抽查，抽查的主要内容包括：代码开发是否符合规范、现场人员是否符合计划安排、单元测试过程是否符合规范等，抽查要以统一的编码标准为基础。