第二章 监理工作方法
2.1 应用软件质量控制的主要任务
规范用户需求(同时兼顾业务流程的优化分析并构建一套科学合理的业务模型);协调和解决用户与开发商之间的争议;提高计划和管理质量;选择具有发展前景、符合国际国内技术规范的技术架构、开发工具、系统软件、系统指标体系代码和接口定义等。
2.2 应用软件控制流程
***************************系统升级项目软件开发生命周期可以分为以下几个阶段:
? 需求调研与分析阶段 ? 系统分析与设计阶段 ? 代码实现阶段 ? 模块测试
? 系统集成和测试阶段 ? 试运行阶段(培训) ? 验收与交付阶段 ? 维护阶段。
下图描述了软件开发生命周期过程中各个阶段的监理控制流程,图中左侧为每个阶段的输入输出,中间是处理过程,右侧是监理要点。 合同书、投标书 输入: 同书、投标书 1. 合输入: 质量控制点: 任命项目经理 1 质量控制文件: 2 1.软件需求说明书 2.国家有关政策法1. 软件需求说明书 质量控制点: 质量控制点:质量输入: 2.3 应用系统用户需求 2.项目开发计划 规 2.概要设计说明书 质量控制文件: 控制文件:1.详细1. 操作手册 项目质量规划 质量要求: 3. 国家和行业有关输出: 成套文件 1、监理工程师参与软件开发的用户需求调研工作,对关键、重要的软件用户需设计说明书2.测2. 安装维护手册 详细设计 1. 需求书是否覆盖用标准规范 1.详细设计说明书 质量要求: 试计划 3. 源程序 16 *********************************监理有限公司 试运行 户需求 输出: 2.测试计划1. 开发软件系统质量要求: 输出 2. 需求书的明确性、1.项目开发计划 3. 数据库设计说明是否达到软件1. 详细设计说明书是1. 用户培训
求进行全过程跟踪。
2、项目承建单位应向监理方提交符合GB9385-88《计算机软件需求说明编制指南》要求的用户需求说明书,监理工程师将对其内容进行审核确认。
3、用户需求说明书是软件开发的基础,严格控制偏离用户需求说明书的差错,包括项目承建单位和用户方的偏离差错。
4、要求项目双方在充分讨论交流的基础上,在经审查并共同认可的《用户需求说明书》上签字,以作为下一个阶段的软件设计开发的用户需求基线。如果在开发过程中,用户需求发生改变,则按照项目变更流程处理。
2.4 应用系统设计
1、项目承建单位应在经用户审核、签字认可后的需求说明书的基础上编制系统设计文档,要求设计文档条理清楚,风格一致。
2、项目承建单位应向监理方提交软件工程设计书,监理工程师将依据承建合同及有关标准、规范进行审批。在软件开发过程中,应严格按照软件工程步骤进行开发。
3、概要设计文档必须具有清晰的“总体设计,接口设计,运行设计,数据结构设计,系统容错设计”等内容,具备国标GB8567-88《计算机软件产品开发文件编制指南》地基本内容。
4、详细设计文档必须具有清晰的“模块组织结构,模块详细设计说明”等内容,其中模块设计要包括“模块描述,功能描述,性能描述,输入输出结果,关键功能的算法,流程设计,模块的内外和人机接口,模块局部数据机构,模块注释,数据库设计”,具备GB8567-88《计算机软件产品开发文件编制指南》的基本内容。
5、要求项目承建单位慎重选择软件开发工具和开发平台,分析可能存在的潜在问题,并提出解决方案。
2.5 对软件开发工具、技术和软件开发环境
1、为确保软件开发质量,所有软件开发工具以及运行环境都应采用正版软件。 2、所有承载项目承建单位所提交的软件源代码、可执行代码等的工具都应该具
*********************************监理有限公司 17
有完善的防病毒措施,要符合《中华人民共和国计算机信息系统安全保护条例》。 3、对主要软件产品、开发工具、测试工具等的质量和合格证进行复核,必要时应做测试。
4、督促项目承建单位的软件开发人员及时、尽快解决软件开发中的关键技术。 5、项目承建单位应购买最新版本的软件产品和开发工具,并及时进行版本升级。
2.6 对系统代码实现
1、审核项目承建单位提供的代码约定、源代码管理方法、开发方法、依据的规范和标准,要求项目承建单位严格按照软件工程方法和步骤进行软件开发。 2、检查项目承建单位软件人员所作的有关模块开发的自检结果。 3、检查或抽查模块开发的程序源代码。 4、及时审核、会签用户需求变更。
5、及时处理开发过程中出现的软件质量问题和质量事故。 6、及时向建设方报告软件开发质量状态、质量趋势及质量成本。
2.7 审查、会签用户需求变更、设计变更和工程变更
1、在软件开发过程中应尽量减少出现用户修改需求,特别是出现重大修改的情况,监理方将审查每一项用户需求变更、设计变更或工程变更的必要性、合理性和紧急性,必要时向建设方提出书面报告。
2、实际上,在软件开发过程中很难避免用户修改需求,一旦发生用户修改需求的情况,监理方首先要协调好各方面关系,使之配合默契,项目承建单位应尽量满足用户要求。
3、在软件开发过程中所有用户需求变更、设计变更和工程变更都应由用户(建设方)向监理方以书面形式提出,经总监理工程师会签后交给项目承建单位方执行,同时总监理方将就变更所产生的费用与建设方、项目承建单位双方协商。
2.8 软件开发的技术监督
1、检查软件开发过程步骤是否符合软件工程要求,文档是否规范、齐全。
*********************************监理有限公司 18
2、检查软件开发中关键技术准备是否落实,关键技术实现是否有效,必要时提出改进建议。
3、对存在的不合理技术因素,提出整改要求。
2.9 软件组装测试和确认测试
1、要求项目承建单位提交测试方案(计划),经建设方和监理方审核通过后才开始测试。
2、监理工程师将对项目承建单位的软件测试人员和资源配置进行审查,要求软件测试人员与软件开发人员分开,如果开发人员参与测试,不能测试自己开发的模块。
3、要求项目承建单位对软件进行单元测试、综合测试、系统测试及技术方面的测试工作(如:回归测试、操作测试、性能测试、负载测试、超载测试、非法操作测试、界面测试、用户文档测试、验收测试等),并认真仔细地填写测试报告,尽可能在早期发现软件缺陷和错误,及时补救。
4、监理工程师将对测试报告内容进行检查,并抽查部分测试结果,直至全部合格。
2.10 对软件安装和维护
1、审核项目承建单位提交的软件安装计划、时间安排表。 2、审查项目承建单位制定的软件安全方案和防病毒措施。
3、协助做好项目承建单位与建设方之间的文档和软件(源代码和可执行程序)移交工作。
4、要求项目承建单位认真修改用户在使用过程中发现的任何问题 。
5.1.11 应用软件控制主要监理措施
1、在开发应用软件系统之前,项目承建单位应向监理方提交软件开发人员的名单、专业、职称、职务、工作简历、所承担的任务内容等,以及软件开发小组成员的组织结构表与软件开发计划进度表(见附录--软件开发质量控制表格)。监理工程师要进行人员资格审查,对于明显不适合或不合格的软件开发人员,有权
*********************************监理有限公司 19
要求项目承建单位调换。同时,监理工程师对软件开发计划进度表进行审查确认,对计划中明显不适合(或无法完成的)计划进行调整。
2、项目承建单位应分阶段向监理方提交软件开发的需求分析、概要设计、详细设计、编码约定、测试方案、维护手册、客户培训计划、项目进度报表(见附录--软件开发质量控制表格)、阶段评审结果。前一阶段开发工作经监理工程师审核认可后,才能开展下一阶段的开发工作。
3、项目承建单位应建立软件开发的质量保证体系,制定质量保证计划,建立软件”文档化”管理体系和内部评审制度。每一次评审工作都应填写评审总结报告(PSR)、评审问题记录(RPL)、评审成员签字表(RMT)与软件问题报告单(SPR)四张表格(见附录--软件开发质量控制表格),软件问题解决后,开发商将填写软件修改报告单(SCR)(见附录--软件开发质量控制表格),监理工程师将着重检查软件问题的解决情况。
4、监理工程师将根据软件开发各个阶段的进展情况,督促项目承建单位在软件开发上投入足够的人力和物力。
5、参与用户需求调研工作,以期掌握第一手资料。
*********************************监理有限公司 20
第三章 监理机构及人员配置
3.1 本项目的监理组织体系结构
本监理公司承诺组建的***************************系统升级项目监理机构满足以下要求:
(1) 实行总监理工程师负责制,同时成立项目监理委员会,对项目重大决策
提出建议和意见。
(2) 要求以现场监理为主要方式进行。 (3) 承诺参与该项目的监理工程师必须全职。 (4) 明确专职人员和兼职人员。
总监理工程师依据本工程的特点组建如下监理组织机构:
3.2 项目监理机构人力资源配备计划
项目监理机构的人员配备计划表
附录一:工程监理资料文档格式
*********************************监理有限公司 21