第22章软件工程监理

在当今数字时代，软件工程在各类信息系统建设中发挥着至关重要的作用。为确保项目的顺利进行和高质量完成，软件工程监理成为不可或缺的环节。软件工程在招标、设计、实施和验收过程中，从需求分析、设计、编码、测试到部署等多个方面如何进行有效监管，需要监理人员掌握监理服务的关键活动、主要内容和要求，以及软件监理服务的监理要点、监理主要输出文档等。本章对监理人员开展软件工程监理工作，对监理机构编制监理大纲、监理规划和监理实施细则，以及项目作业指导书或监理文档等起到必要的指导作用。

22.1概述

软件工程各阶段和支持过程的监理工作，应符合软件工程建设要求和监理合同所约束的监理服务要求，严格执行强制性国家标准、行业标准和地方标准，并按照监理规范、有关建设内容的技术标准及规范开展必要的监理活动，落实监理内容，提出监理意见或建议，做好监理工作记录。

22.1.1基本概念

1.软件工程

应用计算机科学理论和技术以及工程管理原则和方法，按预算和进度，实现满足用户要求的软件产品的定义、开发、发布和维护的工程或进行研究的科学。

2.就绪可用软件产品

可供任何用户使用，不需要经过实施开发活动的软件产品。

3.单元测试

对软件中的最小可测试单元进行检查和验证。对于单元测试中单元的含义，一般来说，要根据实际情况去判定其具体含义，如C语言中单元指一个函数，Java中单元指一个类，图形化软件中单元可以指一个窗口或一个菜单等。总的来说，单元就是人为规定的最小的被测功能模块。单元测试是在软件开发过程中要进行的最低级别的测试活动，软件的独立单元将在与程序的其他部分相隔离的情况下进行测试。

4.集成测试

集成测试，也叫组装测试或联合测试。在单元测试的基础上，将所有模块按照设计要求（如根据结构图）组装成为子系统或系统，进行集成测试。

5.系统测试

对整套系统的测试，将硬件、软件、操作人员看作一个整体，检验它是否有不符合系统说明书的地方。

6.验收测试

部署软件之前的最后一个测试操作，是在软件产品完成了单元测试、集成测试和系统测试之后，在产品发布之前所进行的软件测试活动。它是技术测试的最后一个阶段，也称为交付测试。

22.1.2软件工程建设阶段划分及监理任务

1.软件工程规划阶段的监理任务

软件工程规划的主要监理任务是为业主单位提供咨询服务，在业主单位的要求下，可以包含如下内容：

（1）协助业主单位梳理业务目标，制定软件系统建设目标；

（2）协助业主单位开展软件系统需求分析工作；

（3）协助业主单位对软件系统建设方案进行可行性分析、必要性分析，确定软件系统的技术架构和建设方案；

（4）协助业主单位确定软件系统的工程造价。

2.软件工程实施阶段的监理任务

软件工程建设过程中，结合软件开发的一般要求，将软件工程监理过程分布于4个阶段，可划分为13个活动，如表22-1所示。

3.软件工程支持过程的监理任务

在软件工程招标、设计、实施和验收阶段，对软件生存周期支持过程也应进行监理，包括对文档编制过程的监理、对配置管理过程的监理和对质量保证过程的监理。

22.2招标阶段监理工作

本节重点介绍监理单位在软件工程招标阶段需要执行的监理活动和主要监理内容。

22.2.1监理活动

软件工程招标阶段的主要监理活动如下：

（1）招标前收集相关资料，了解软件工程项目建设相关的业务目标、软件系统建设目标、现行和预期的业务模式、信息化基础和发展规划、软件系统建设需求等信息，协助业主单位开展招标准备工作，参与编制招标文件，或审核招标文件技术需求、招标实施合规性等；

(2)接受业主单位委托参加招标活动，协助业主单位开展招标工作、选定软件工程的承建单位;

(3)参与业主单位与承建单位合同谈判，协助业主单位签订承建合同，提出必要的监理意见。

22.2.2监理内容

1.招标准备的监理

招标准备的监理内容具体如下：

(1)收集软件工程的相关资料，了解和掌握软件需求。监理机构应取得必要的资料，了解并与业主单位沟通软件工程项目的相关信息，将其作为监理工作的依据之一。这些资料包括：

•软件工程项目建设方案；

•软件工程项目相关的业务现状和业务流程；

•软件系统的功能和性能指标；

•实现软件系统建设目标所必需的资源；

•如适用，还应包括信息资源规划、业务流程再造的策略、业务持续改进计划、业务指标评价体系、业主单位信息化人力资源规划等。

(2)梳理软件工程建设需求，明确监理质量、进度等控制目标。

协助业主单位初步定义软件系统的建设范围、系统需求和约束条件，应包括：

•业务、组织和用户需求；

•系统规模、投资和进度要求；

•安全保密性要求；

•应遵循的标准、规程；

•与测试有关的要求和验收准则；

•知识产权要求；

•数据所有权要求。

(3)参与招标文件的编制，或审核招标文件技术需求、招标实施合规性等。明确招标文件应包括：

•建设内容的完整性；

•适用的法律法规及标准的要求；

•软件主要功能和性能指标要求；

•合同执行的里程碑节点；

•关键节点文档提交、审核及确认的要求；

•验收方式和验收标准；

•安全保密性要求；

•知识产权要求等。

(4)协助审查已有可利用产品的再用价值、可用性等。

当要获取就绪可用软件产品时，宜协助业主单位审查对其的要求，包括:

•满足系统建设目标和系统需求；

•对文档的要求；

•对知识产权的要求；

•对安全的要求；

•对此软件产品的服务和支持的要求；

•对供货单位提供此软件产品能力的要求。

2.招标的监理

具体参见第20章有关章节的内容。

3.合同签订的监理

具体参见第20章有关章节的内容。

【案例1】某省级社保系统应用软件升级改造项目选择监理服务，要求监理机构代表业主单位参与该项目招标阶段全过程工作。遵照业主单位工作要求，监理机构在项目招标阶段开展了采购需求审核、软件合同审核等工作。在具体工作中，监理工程师针对审核对象，采取了如下审核要点：

（1）采购需求的审核要点具体如下：

•项目概况（基本信息、项目背景等）的完整性;

•项目预算的使用；

•服务期限的设定；

•服务内容的全面性；

•服务要求的准确性；

•技术要求（总体技术、技术路线、系统功能、技术指标要求）的可执行性;

•进度要求（实施进度、验收期限、成果交付期限）的明确性；

•管理要求（服务人员、组织实施要求、成果要求）的可落实性；

•验收标准与方式的可操作性；

•其他要求（如商务要求、培训要求、服务响应要求、资产权属、保密要求、廉政要求、监理要求等）阐述的关联性、协调性；

•付款方式与要求的合理性等。

（2）承建合同的审核要点具体如下：

•总则（相关术语的定义与解释、声明与保证等）；

•合同主体的权利与义务；

•服务内容及服务期限；

•服务实施和验收约束；

•项目进度保障；

•项目质量保证;

•项目安全防护;

•项目管理要求；

•项目变更；

•服务验收；

•合同金额与结算方式；

•不可抗力和法律变更；

•合同解除；

•违约处理等。

22.3设计阶段监理工作

本节重点介绍监理单位在软件工程设计阶段需要执行的监理活动和主要监理内容。

22.3.1监理活动

软件工程设计阶段的主要监理活动如下：

(1)审查承建单位提交的软件工程项目计划，促使项目计划合理、可行，并符合承建合同的要求；

(2)参与调研工作，督促承建单位形成调研记录，监督承建单位系统需求分析过程，促使系统需求具有正确性、完备性、可测试性和一致性；

(3)组织和参与对承建单位在设计阶段形成的文档的评审，促使设计阶段文档符合承建合同的要求，满足软件工程项目的系统需求，符合有关法规、标准的要求；

(4)及时对变更进行响应，并做好变更控制工作。

22.3.2监理内容

1.项目计划的监理

监理机构应审查承建单位的项目计划，签署监理审查意见，经业主单位同意后执行。监理内容和要点如下：(1)应要求承建单位提交项目计划，并要求其包含以下内容：

•确定范围，明确与其他关联任务及计划的关系、边界；

•遵循的标准；

•项目的组织结构(包括外部组织)、人员职责及其能力要求；

•项目环境，包括生产环境、测试环境、程序库、设备、设施、标准、规程和工具；

•任务分解安排，包括人员、资源和相关的任务进度安排；

•进度跟踪和报告方法；

•软件产品或服务的质量特性的管理，必要时制订独立的质量保证计划；

•软件配置管理，包括活动、技术及方法、工具、对供货单位的控制、记录的收集维护和保存；

•软件产品或服务的安全、保密和其他关键需求的管理，必要时制订独立的安全、保密计划；

•如适用，应包括对分包单位的管理；

•验证和确认的方式和条件；

•风险管理；

•用户培训计划。

（2）应根据下列准则审核项目计划，并提出监理意见：

•与承建合同的一致性、可追溯性；

•系统范围及工作任务分解的完整性；

•项目过程及主要里程碑划分的合理性，包括适宜的软件生存周期模型；

•项目规模估算方法的正确性，包括项目任务和工作产品规模、时间安排、资源使用等；

•项目进度的合理性，包括项目质量保证计划、配置管理计划等；

•项目计划中部署全部可用产品（软件和硬件）的可行性；

•对项目风险有必要的识别、分析、处理和跟踪。

（3）应组织业主单位和承建单位对项目计划和相关文档进行评审，并及时取得各方对项目计划的书面批准和承诺。

2.需求分析的监理

监理机构应审查承建单位提交的需求分析计划，监督承建单位开展需求分析活动，组织对系统需求进行评审。监理内容和要点如下：

1）要求承建单位提交需求分析过程的详细计划，审查后报业主单位。

2）监督承建单位按照计划开展需求分析的各项活动，并协调业主单位予以相应的配合。

3）宜组织业主单位及承建单位，定义并分析系统建设目标；如适用，宜定义和分析业务流程再造、业务持续改进、信息资源规划及业务指标评价体系。

4）要求承建单位提交系统需求文档，需求文档应符合相关标准要求。

5）审查系统需求文档，组织业主单位和承建单位对需求规格说明书进行检查及对需求进行评审，形成需求规格说明书检查表（如表22-2所示）、需求评审意见。

（6）参与系统需求的联合评审，形成需求确认表。评审时需要考虑的准则包括：

•与承建合同的可追溯性、一致性；

•与业务目标和系统建设目标的可追溯性、一致性；

•软件设计的可行性；

•运行和维护的可行性。

（7）在需求调研阶段，监理机构应要求承建单位开始编制系统验收初步方案。

（8）督促承建单位解决系统需求分析中发现的问题和不合格项，提出监理意见。

3.概要（结构）设计的监理

监理机构应督促承建单位开展概要（结构）设计活动，审查承建单位的概要（结构）设计文档。监理内容和要点如下：

（1）督促承建单位按照计划的要求开展系统概要（结构）设计活动。

（2）宜配合业主单位制定相应的业务指标评价体系，监督承建单位对系统结构开展合理的方案设计。如适用，监理机构宜组织业主单位和承建单位按照计划的要求开展业务流程再造、业务持续改进、信息资源利用的设计活动。

（3）要求承建单位提交系统概要（结构）设计文档，概要（结构）设计文档应符合相关标准要求。

（4）组织业主单位和承建单位对系统概要（结构）设计文档进行检查，形成概要（结构）设计检查表（如表22-3所示，供参考）。

（5）协助业主单位以审核、确认、联合评审等方式对系统概要（结构）设计进行评价。监理在概要（结构）设计评价时应遵守如下准则：

•与承建合同的可追溯性、一致性；

•与业务目标的符合性；

•系统需求的可追溯性、一致性；

•所使用的设计标准和方法的适宜性；

•软件项满足指定需求的可行性；

•基于信息资源规划和业务指标评价体系的可测试性；

•业务流程再造、业务持续改进、信息资源开发的可行性；

•运行和维护的可行性。

（6）监督承建单位及时解决系统概要（结构）设计中发现的问题和不合格项，并提出监理意见。

4.详细设计的监理

监理机构应督促承建单位开展详细设计活动。监理内容和要点如下：

（1）督促承建单位按照计划的要求开展软件详细设计活动；

（2）如适用，应要求承建单位提交详细设计文档；

（3）如适用，应检查承建单位编制的接口的详细设计和数据库的详细设计；

（4）宜评价软件详细设计和测试需求，评价结果应形成监理意见。监理在详细设计和测试需求评价时应遵守如下准则：

•软件各项需求的可追溯性；

•与概要（结构）设计的一致性；

•所采用的设计方法和标准的适宜性；

•测试的可行性、完备性；

•软件运行和维护的可行性；

•压力测试对主要指标的验证；

•回归测试的验证、管控等管理事项。

（5）督促承建单位解决软件详细设计中发现的问题和不合格项，并提出监理意见。

5.设计阶段的需求

管理设计阶段的需求管理主要包括四个过程，即需求获取、需求分析、需求规格编写和需求验证。其中，验证需求可采用以下方式进行：

（1）审查需求文档：对需求文档进行正式审查是保证软件质量的很有效的方法。组织一个由不同代表（如分析人员、客户、设计人员、测试人员）组成的小组，对需求规格说明书及相关模型进行仔细检查。另外，在需求开发期间所做的非正式评审也是有所裨益的。

（2）依据需求编写监理验证用的测试用例：根据用户需求所要求的产品特性，编制监理开展验证测试可能应用的黑盒功能测试用例，确认是否达到了期望的要求。还可以通过测试用例追溯回功能需求以确保没有需求被疏忽，并且确保所有测试结果与测试用例相一致。同时，也可使用测试用例验证需求模型的正确性，如对话框图和原型等。

（3）敦促编写用户手册：在需求开发早期即可起草一份用户手册，用它作为需求规格说明的参考并辅助需求分析。优秀的用户手册要用浅显易懂的语言描述出所有对用户可见的功能。而辅助需求（如质量属性、性能需求及对用户不可见的功能）则在需求规格说明书中予以说明。

（4）确定合格的标准：让用户描述什么样的产品才算满足他们的要求和适合他们使用。将合格的测试建立在使用情景描述或使用实例的基础之上。

【案例2】在案例1的基础上，监理机构需进行必要的软件需求管理等工作，把控需求调研、需求确认和需求成果文档。其中，需求调研的用户主要包含参保个人、参保单位、业务经办人员、市区人社局管理人员、上级领导和系统运维人员等六类人员，各类人员的需求调研内容不一致，需求确认的环节涉及的用户多。监理机构通过实践，总结出需求确认的监理要点。提供的参考如下：

•需求确认活动应明确要确认的内容、确认方式、责任人、进度安排等；

•积极协调业主单位和承建单位的确认过程；

•确认过程和结果要形成文档，避免后续引起争执。

在此基础上输出软件需求规格说明书，据此进行下一步的软件设计工作，因此监理单位应组织承建单位对需求规格说明书进行全面检查。具体按照表22.2需求规格说明书检查表中的清晰性、完整性、依从性、一致性、可行性和可管理性进行审查。

22.4实施阶段监理工作

本节重点介绍监理单位在软件工程实施阶段需要执行的监理活动和主要监理内容。

22.4.1监理活动

软件工程实施阶段的主要监理活动如下：

（1）督促承建单位开展编码、测试、系统部署活动，提交详细的、符合承建合同及项目计划的阶段计划，并按计划开展工作；

（2）对软件编码、测试的过程和成果进行检查，促使软件编码及测试符合相关技术标准的要求，保证软件产品的质量；

（3）监督承建单位的单元测试、集成测试和系统测试情况，验证软件符合系统需求和系统设计的要求；

（4）及时对变更进行响应，并做好变更控制工作。

22.4.2监理内容

1.编码及测试的监理

编码及测试的监理内容具体如下：

（1）要求承建单位为软件编码过程和单元测试过程的实施提交详细的计划，并督促承建单位按照计划的要求开展工作。

（2）要求承建单位制定软件编码规范，并督促承建单位实施。软件编码规范应满足以下要求：

•遵循开发流程，在设计的指导下进行代码编写；

•代码编写以实现设计的功能和性能为目标；

•程序具有良好的结构，能够提高程序的封装性、降低程序的耦合程度；

•程序可读性强，易于理解；

•软件易于使用和维护；

•软件具有良好的可扩展性。

（3）如适用，可要求承建单位开放系统源代码，抽查其是否符合软件编码规范。

（4）督促承建单位是否依据系统需求和设计文档进行开发，保证程序实现和需求相一致。

（5）宜督促承建单位按照规范要求开展单元测试、集成测试和系统测试工作，保证程序提交质量。

（6）宜检查承建单位测试过程中的问题记录，督促承建单位解决软件测试中发现的问题,并检查其改正的记录。

（7）在系统测试阶段应督促承建单位跟进业主单位或第三方测评机构的测评情况，并应取得系统测试报告以及回归测试的测试记录。

（8）对于就绪可用软件产品，应验证其是否满足承建合同要求、知识产权要求、服务要求等，并要求承建单位提供有效的证明文档。

（9）如适用，要求承建单位编制数据迁移方案，分析历史数据结构、编制数据迁移脚本、验证数据迁移效果。

2.系统部署的监理

系统部署的监理内容具体如下：

（1）要求承建单位提交系统部署计划。该计划应包括应用环境和基础设施需求、职责和进度安排。

（2）应在系统部署之前，审查软件产品是否具备系统集成实施的条件和环境。

（3）督促承建单位按照部署计划的要求开展系统集成活动并提交系统部署文档。部署文档应包含以下内容：

•系统安装；

•安装后的软件检验；

•数据初始化；

•新老系统并行运行；

•对操作手册和用户手册中的过程进行演练性运行。

(4)宜根据前期工作成果(招投标文件、承建合同、需求规格说明书)，审核已部署系统,对功能需求、性能需求、安全需求、保密需求等内容提出监理意见，包括：

•与承建合同的一致性；

•与系统需求的一致性；

•业务目标的符合性；

•所采用的测试方法和标准的适宜性；

•与预期结果的符合程度，包括但不限于与信息资源规划、业务流程再造需求、业务持续改进需求、业务指标评价体系的符合程度；

•系统合格性测试的可行性；

•运行和维护的可行性。

(5)监督承建单位解决系统部署中发现的问题和不合格项，形成系统问题跟踪的记录。

(6)如适用，应组织对就绪可用软件产品进行查验，并做好记录。

(7)如适用，应督促承建单位验证数据迁移结果，保证数据迁移的完整性和准确性，并做好记录，形成数据迁移验证和确认检查表。

【案例3】在案例1的项目中，监理机构制定了软件测试阶段的质量控制流程，如图22-1所示。如流程所示，监理机构结合前述各节内容，适时开展了必要的监理工作。

22.5验收阶段监理工作

本节重点介绍监理单位在软件工程验收阶段需要执行的监理活动和主要监理内容。

22.5.1监理活动

软件工程验收阶段的主要监理活动如下：

（1）监督培训过程，促使培训达到承建合同要求；

（2）协助业主单位进行初验、试运行和终验的工作，促使软件工程项目最终的功能和性能等指标符合承建合同、法律法规和标准的要求；

（3）如适用，协调承建单位配合第三方测评机构进行系统测试；

（4）协助业主单位、承建单位进行软件工程项目的移交工作，促使软件工程项目顺利完成。

22.5.2监理内容

1.项目初验的监理

项目初验的监理内容具体如下：

（1）依据承建合同，与业主单位和承建单位一起，对软件系统功能的完成情况进行检查,形成软件系统功能检查表。

（2）依据承建合同，审核承建单位提交的初验申请。初验应满足如下条件：

•软件产品已纳入配置管理并可交付；

•已提交承建合同规定的项目文档；

•软件系统已通过测试。

（3）要求承建单位提交验收方案。验收方案应包括验收范围、各方责任、验收标准、验收方式和验收成果等内容。

（4）协助业主单位组织项目初验，评价系统满足以下要求的程度：

•与承建合同的一致性；

•与系统需求的一致性；

•与预期结果的符合性，包括但不限于与信息资源规划、业务流程再造需求、业务持续改进需求和业务指标评价体系的符合性；

•与业务需求的符合性；

•与运行环境的适应性；

•运行和维护的可行性。

（5）对验收中发现的问题予以记录。

（6）协助业主单位组织对初验中发现的质量问题进行评估，根据质量问题的性质和影响范围，确定整改要求和整改后的确认方式，必要时，应组织重新验收。

（7）参与对初验结果的确认，签署初验报告。

2.系统试运行的监理

系统试运行的监理内容具体如下：

(1)要求承建单位提交系统试运行计划，报业主单位审核确认后，督促其实施；

(2)如需要进行新旧系统切换，在系统切换前要求承建单位提交系统切换及数据迁移申请,审核后报业主单位确认；

(3)督促承建单位做好试运行记录，及时解决试运行过程中发现的问题和不合格项，形成系统问题跟踪记录；

(4)系统试运行发生项目变更的，宜组织业主单位和承建单位对变更风险进行评估，包括对新旧系统的影响，对费用、效益、质量和进度等的影响，做好与变更有关的申请、评估、计划、实施、验证等活动的记录和文档资料的保管；

(5)要求承建单位提交系统试运行报告；

(6)协调业主单位和/或使用单位提交系统使用意见。

3.项目终验的监理

系统终验的监理内容具体如下：

(1)协助业主单位确认是否满足终验条件：

(2)审核承建单位提交的终验方案；

(3)参与终验，签署终验报告，验收活动和结果应形成文档；

(4)督促承建单位解决终验中发现的问题和不合格项；

(5)要求承建单位提交项目移交申请，宜包括软件交付清单、相关工程文档和必要的联系信息，并做好交接记录，形成软件工程项目移交清单；

(6)审核承建单位所提供的工程各阶段形成的技术、管理文档的内容和种类，确保验收文档符合相关标准；

(7)依据承建合同审核承建单位提交的工程结算；

(8)完成工程监理总结报告，整理工程有关的全部监理文档，并移交业主单位。

【案例4】同样在案例1的项目中，根据项目招标文件和合同要求，监理机构开展了软件试运行全过程监理，并参与了软件培训的监理工作，对所开展工作所取得的相应效果进行评估。监理机构还根据招标文件、合同和规范的要求，制定了具体试运行阶段和培训阶段的质量控制流程，如图22-2和图22-3所示，可作为实践参考。

22.6软件支持过程的监理工作

软件支持过程的监理工作包括文档编制过程的监理、配置管理过程的监理和质量保证过程的监理。

22.6.1文档编制过程的监理

软件工程文档编制过程中，监理机构宜与业主单位、承建单位共同制订软件工程所需文档的编制、审核及确认计划，并共同对工程所需文档的内容、设计和开发、编制过程、维护提出明确要求。

在工作过程中，监理机构的工作内容和要点如下：

(1)对文档内容的要求。每种文档应包括如下内容：

•标题或名称；

•编制目的；

•文档的使用单位及人员；

•有关输入、开发、评审、修改、批准、生产、贮存、发行、维护和配置管理的规程和职责；

•中间和最终版本的日程安排。

(2)对文档设计、开发的要求。具体如下：

•每一种指明的文档应根据适合的文档编写标准进行设计，这些标准包括格式、内容叙述、页码编写、插图、表格安排、专利标志、保密安全标志、封装以及其他叙述项目；

•文档输入数据的来源和适应性应加以确认，可以使用自动化的文档编制工具；

•编制的文档应按照其文档编制标准加以评审和编辑，以便符合格式、技术内容和表述方式要求；•文档在发布前应由授权人批准。

(3)对文档编制过程的要求。具体如下：

•文档应按照计划编制和提供。文档的编制和发行可以使用纸张、电子或其他媒体。主要资料应按照有关记录保存、保密安全、维护和备份的要求妥善贮存。

•应按照配置管理过程进行控制。

(4)对文档维护的要求。具体如下：

•对文档的修改应按照业主单位、监理机构、承建单位共同确定的流程执行；

•对于配置管理下的文档，修改工作应按照配置管理过程进行管控。

22.6.2配置管理过程的监理

软件配置管理是保证软件质量和软件研制进度的重要手段，软件配置管理包括标识给定时间点的软件配置，系统地控制这些配置的更改，并在软件生命周期中保持这些配置的完整性和可跟踪性。软件工程配置管理过程的监理内容和要点如下：

(1)敦促承建单位建立有效的配置管理过程，确定实施管理和技术规程的策略，以及标识、定义系统中的软件项并制定基线。

(2)监督承建单位配置管理的执行情况，包括控制软件项的修改和发行，记录和报告软件项的状态和修改申请。

(3)与业主单位、承建单位共同对配置管理做出要求，应包含如下内容：

•配置项的完整性、协调性和正确性；

•对配置项的储存、处理和交付的控制。

22.6.3质量保证过程的监理

软件质量是指反映软件系统或者软件产品满足规定或隐含需求的能力的特征和特征全体。

从管理的角度列出影响软件质量的主要因素，如表22-4所示。

软件工程质量保证过程的监理内容和要点如下：

（1）要求承建单位制订执行质量保证过程活动和任务的计划文档。计划应包含如下内容：

•开展质量保证活动的质量标准、方法、规程和工具；

•质量记录的标识、收集、归档、维护和处理的规程；

•开展质量保证活动的资源、日程和职责；

•活动和任务。

（2）要求承建单位实施计划中的以及持续的质量保证活动和任务。

（3）要求承建单位编制并保存质量活动和任务及其实施情况、发现的问题以及解决办法的过程记录。

（4）存在分包工程时，协助业主单位要求承建单位对分包单位进行必要的质量管理、过程控制并承担各自角色的责任，落实到位。

22.7软件工程项目文档清单

软件工程项目中，业主单位、承建单位和监理单位文档一般如表22-5所示。监理机构制订工程所需文档计划时，可参考使用。