软件工程监理用表
GBT 19668信息技术服务监理用表WORD版
GBT 19668.1-2014 信息技术服务监理第1部分：总则（通用表格）附录 A（资料性附录）承建单位用表表A.1 方案/计划报审表表A.2 分包单位资质审查申请表表A.3 开工申请单表A.4 复工申请单表A.5 付款申请表表A.6 工程阶段性测试验收（初验、终验）报审表表A.7 工程阶段施工申请表表A.8 监理通知单回复单注：业主单位或承建单位收到监理机构发出的监理通知单（参见表B.8）后，应返回监理通知回复单（参见表A.8）给监理机构。
附录 B （资料性附录）监理单位用表表B.1 开工令表B.2 停工令表B.3 复工令表B.4 工程款支付意见表表B.5 工程备忘录表B.6 会议纪要表B.7 监理日志表B.8 监理通知单表B.9 监理工作联系单表B.10 监理意见单表B.11 培训记录表表B.12 监理费申请表表B.13 费用索赔审批表表B.14 工程延期审批表附录C（资料性附录）通用表格表C.1 费用索赔申请表GB/T 19668.1-2014C.2 工程延期申请表GB/T 19668.1-2014C.3 工程变更单注：本表由提出单位填报，有关单位会签，并各存一份。
GBT 19668.3-2017 信息技术服务监理第3部分：运行维护监理规范（运行维护专用表格）GB/T 19668.3-2017附录 A（资料性附录）运维监理过程用表表A.1 监理工作周报GB/T 19668.3-2017表A.2 （XXXXXX）绩效考核记录GB/T 19668.3-2017表A.3 （XXXXX）验收记录GBT 19668信息技术服务监理用表WORD版GBT 19668信息技术服务监理用表WORD版GB_T 19668.4-2017 信息技术服务监理第4部分：信息安全监理规范（信息安全专用表格）附录 C（资料性附录）信息系统工程安全监理工作表单表C.1 信息系统工程信息安全设计依据合规性检查文档表C.2 信息系统工程信息安全文档检查清单表C.3 安全子系统功能与性能符合性检查报告GBT 19668.5-2018 信息技术服务监理第5部分：软件工程监理规范（软件工程专用表格）GB/T 19668.5-2018表A.1 需求规格说明书检查表GB/T 19668.5-2018表A.2 需求评审意见表A.3 需求确认表表A.4 概要（结构）设计检查表GB/T 19668.5-2018 表A.5 系统问题跟踪记录编写说明：1.编号：问题序号，升序排列，从1开始：此列为问题发现人编写。
监理实施细则模板(信息化、软件工程)
监理实施细则目录一、工程概况及专业工程特点 (4)二、监理工作流程 (4)2工程需求阶段监理 (7)1.工程前期阶段监理 (4)1.1监理方应完成的任务 (4)1.2承包方应提交的文档 (4)1.3建设方应提交的文档 (4)1.4监理方应提交的文档 (4)2.1监理方应完成的任务 (7)2. 2承建单位应提交的文档 (7)2. 3监理方应提交的文档 (7)3.工程设计阶段监理 (7)3.1监理方应完成的任务 (11)3. 2承建单位应提交的文档 (16)3.3监理方应提交的文档 (17)4.工程实施阶段监理 (19)4.1监理方应完成的任务 (19)4.2承建单位应提交的文档 (21)4.3监理方应提交的文档 (21)5.工程验收阶段监理 (24)5.1监理方应完成的任务 (24)5.2承建单位应提交的文档 (25)5.3监理方应提交的文档 (25)三、监理工作要点 (30)1.工程启动阶段的控制要点 (30)2.设计阶段的控制要点 (30)2.1需求调研监理控制点 (32)3.施工阶段的控制要点 (33)3.1软件编码监理控制点 (34)3.2软件测试监理控制点 (35)3.3数据迁移及转换监理控制点 (37)4.验收阶段的控制要点 (39)4.1验收流程 (40)4.2验收的前提条件 (41)4.3验收方案的审核与实施 (41)四、监理工作方法及措施 (42)1.网络工程的监理 (42)1.1 设备采购的监理 (42)1.2 机房工程的监理 (43)1.3 综合布线的监理 (43)1.4 隐蔽工程的监理 (44)1.5 布线系统测试 (44)1.6 网络系统安装调试的监理 (47)2.软件工程的监理 (48)2.1软件项目计划工序监理主要内容的方法 (48)2.2软件质量管理体系建立及执行监 (50)2.3软件质量保证监理主要内容及方法 (50)2.4软件配置管理监理主要内容及方法 (51)2.5需求说明书评审监理工作方法 (52)2.6软件分包合同监理工作方法 (53)2.7概要设计说明书评审监理工作方法 (54)2.8软件编码规范评审 (55)2.9软件编码监理的内容及方法措施 (58)2.10.软件测试监理的内容及方法措施 (61)2.11数据迁移转换监理方法及措施 (66)3.验收阶段监理工作方法及措施 (69)3.1．验收的前提条件 (69)3.2．验收方案的审核与实施 (70)3.3．监理的主要工作 (70)3.4．验收测试 (71)3.5．验收评审 (71)3.6．验收报告 (72)3.7.验收未通过的处理 (72)3.8.系统移交和系统保障监理 (72)一、工程概况及专业工程特点根据实际建设项目填写，主要参考《设计方案》、《实施方案》。
信息化工程监理规范.第5部分.软件工程监理
××××-××-××发布
××××-××-××实施
中华人民共和国国家质量监督检验检疫总局 中国国家标准化管理委员会
发布
GB/T 19668.5—200×
目次
目 次 .............................................................................. I 前 言 ............................................................................ III 1 范围 ................................................................................ 1 2 规范性引用文件 ...................................................................... 1 3 术语及定义 .......................................................................... 1 4 一般要求 ............................................................................ 2 4.1 概述............................................................................... 2 4.2 监理对象的说明..................................................................... 2 4.3 附录和正文的关系................................................................... 2 5 软件工程招标阶段监理 ................................................................ 2 5.1 主要监理目标....................................................................... 2 5.2 需求认定........................................................................... 2 5.3 招标准备阶段的监理................................................................. 3 5.4 招标过程的监理..................................................................... 3 5.5 合同准备、签订阶段的监理 ........................................................... 3 6 软件工程设计阶段监理 ................................................................ 4 6.1 主要监理目标....................................................................... 4 6.2 工程计划制订的监理................................................................. 4 6.3 系统需求分析阶段的监理 ............................................................. 5 6.4 系统结构设计阶段的监理 ............................................................. 5 7 软件工程实施阶段监理 ................................................................ 6 7.1 主要监理目标....................................................................... 6 7.2 软件需求分析阶段的监理 ............................................................. 6 7.3 软件结构设计阶段的监理 ............................................................. 7 7.4 软件详细设计阶段的监理 ............................................................. 7 7.5 软件编码和测试阶段的监理 ........................................................... 8 7.6 软件集成阶段的监理................................................................. 8 7.7 软件合格性测试阶段的监理 ........................................................... 8 7.8 系统集成阶段的监理................................................................. 9 8 软件工程验收阶段监理 ................................................................ 9 8.1 主要监理目标....................................................................... 9 8.2 培训阶段的监理..................................................................... 9 8.3 系统初验阶段的监理................................................................. 9 8.4 系统试运行阶段的监理 .............................................................. 10 8.5 系统终验阶段的监理................................................................ 10 8.6 工程移交阶段的监理................................................................ 10 9 软件工程支持过程的监理 ............................................................. 11 9.1 主要监理目标...................................................................... 11 9.2 软件工程文档编制过程的监理 ........................................................ 11
软件工程监理(2024)
引言概述：软件工程监理是指在软件项目开发过程中，对项目进行全面监管和管理的一种工作，旨在确保软件项目的顺利进行、按计划完成，并满足质量和要求。
本文将介绍软件工程监理的相关概念、职责和工作流程，并详细阐述了软件工程监理在项目计划、需求分析、设计、开发和测试等方面的具体工作。
正文内容：1.项目计划阶段1.1项目目标和需求分析1.2制定项目计划和时间安排1.3制定项目质量标准和评估指标1.4确定项目资源和预算1.5确定项目风险和应对措施2.需求分析阶段2.1与用户沟通和明确需求2.2分析需求的可行性和优先级2.3编制详细的需求规格说明书2.4检查需求的一致性和完整性2.5验证和确认需求规格说明书3.设计阶段3.1制定软件体系结构和模块划分3.2进行详细设计和编码规范审查3.4检查设计的可扩展性和灵活性3.5验证设计阶段的工作成果4.开发阶段4.1进行集成测试和系统测试4.2对于错误和问题的追踪和修复4.3对软件的兼容性和性能进行测试4.4检查软件的易用性和用户体验4.5确保软件的稳定性和可靠性5.测试阶段5.1编写测试计划和测试用例5.2进行功能测试、性能测试和负载测试5.3检查测试结果和错误报告5.4验证和确认问题的解决方案5.5确认软件的质量和符合性总结：软件工程监理是软件项目开发过程中不可或缺的一环，通过对项目的全面治理，可以有效地提升软件开发的质量和效率。
本文详细介绍了软件工程监理在项目计划、需求分析、设计、开发和测试等方面的具体工作内容。
在实践中，软件工程监理需要密切配合和协作各个团队成员，并通过合理的项目管理和监控手段，实现对软件项目的有效管理和控制。
通过软件工程监理的工作，可以保证软件项目按计划进行，并最终交付高质量的软件产品。
引言：软件工程监理是指在软件开发过程中，对软件项目进行全程指导、监督和协调的一项工作。
它具有重要的意义，可以保障软件项目的顺利进行和高质量完成。
软件工程监理涉及多个方面，包括项目管理、技术支持、质量控制、协调沟通等等。
软件监理工作内容
软件监理工作内容：监理单位将按照“四控、三管、一协调”的原则，保证项目在规定的时间内完成，实现项目建设的目标，并将参照软件工程的思想，对整个软件生命周期进行全过程的监理，具体内容包括：1、需求分析阶段监理人将与委托人、承建方一道到使用单位了解客户需求，优化业务流程，代表委托人审核项目需求分析是否全面、合理，是否符合最终客户的要求。
主要产品监理：需求分析报告、软件开发计划、质量保证计划、配置管理计划、风险管理计划、测试计划。
2、系统设计阶段监理人将代表委托人审核项目系统分析与设计是否合理，是否符合业主的要求。
主要产品监理：系统概要设计说明书、数据库设计说明书、集成测试方案。
3、编码、测试与实施阶段监理人将对承建方的实施与工程行为进行监督，以使项目的执行符合国家法律、法规和标准，满足承建合同的要求，并控制项目的进度、质量和投资。
主要产品监理：源代码、单元测试方案及测试结果记录、集成测试报告、系统测试报告、测试问题报告、测试总结报告。
4、软件工程验收阶段监理监理人将审核验收方案的符合性和可行性，促使工程的最终功能和性能符合承建合同、法律、法规和标准的要求，推动承建方所提供的工程各阶段形成的技术、管理文档的内容和种类符合标准要求。
主要产品监理：培训监理、系统试运行监理、系统初验监理、工程移交监理。
正像黄磊所言：“平凡日常的记忆，最关一餐一饭。
平淡生活的温暖处，也许就是与家人、孩子在一起分享美食，分享品味美食的愉快心情。
无论走多远，最终也只是为了回家，回到餐桌前。
”其实生命的过程，原本就是平平淡淡，就像一杯白开水，我们每天都在喝，不要羡慕别人喝的饮料里有各种颜色，其实未必有你的白开水解渴。
不幸福是因为你的欲望太多，索求太多，在杯子里加入不同的成分，所以你的人生也就变得复杂起来。
人生在世，浮浮沉沉，炎凉荣辱，需要的是在忙碌的生活中，求一份充实和简单，守一份心静，淡然的安洽于一份心静与知足。
只要心简单了，世界就简单，那么到哪里都会有快乐！。
监理工程师用表
法律责任：如果施工单位拒不停工，监理工程师应当及时报告建设行政主管部门，由建设行政主 管部门依法进行处理
表格编号：由监理单位统一编 号
合同编号：与施工合同相对应 的编号
承包人：施工单位的名称
本次应付金额：根据工程进度 和合同约定计算得出
填写要求：内容 真实、准确、完 整，及时填写
表格内容：包括 工程概况、人员 组织、材料设备、 施工进度、质量 安全等方面的信 息
用途：用于监理 工程师对工程项 目的日常监督和 管理，是工程竣 工验收的重要依 据之一
汇报人：XX
变更内容：详细 描述变更的内容 和范围
变更影响：分析 变更对工程进度、 质量、成本等方 面的影响
审批程序：说明 工程变更的审批 程序和责任人
会议纪要表的定义和作用 会议纪要表的填写要求和规范 会议纪要表与其他表格的关系 会议纪要表在实际工作中的应用和注意事项
表格概述：记录 监理工作过程和 结果的表格
注意事项：填写报验表时，必须认真核对测量数据，确保准确无误；报验结论应明 确，符合要求的应签署“验收合格”，不符合要求的应提出整改意见。
表格概述：用于申报施工进度 计划，确保工程按计划进行
表格内容：包括工程名称、施 工单位、施工进度计划等
报审流程：由施工单位填写， 监理单位审核，业主批准
审查重点：计划实施的可行性、 资源配备的合理性等
适用范围：适用于因工程暂停而需要恢复施工的情况 审批权限：需经监理单位总监理工程师审批 申请条件：需符合国家有关法律法规和工程强制性标准的要求 申请材料：需提供工程复工申请表、工程暂停令、复工安全保障措施等相关材料
验收标准：明确每个验收项 目的合格标准，包括允许偏 差、数量等
19668-5软件监理规范
19668-5软件监理规范1.软件工程监理规范1.1.工程设计阶段1.1.1.监理目标1．促使承建单位提交的软件工程项目计划合理、可行，并与承建合同相符。
2．促使承建单位系统需求分析符合正确性、完备性、准确性、可测试性和一致性。
3．促使承建单位的系统设计方案满足软件工程项目的系统需求和有关的法规、标准，并符合承建合同的要求。
1.1.2.监理内容和要点一、工程计划制定的监理工程计划制定的监理内容和要点如下：1．要求承建单位提交工程计划文档，并要求其包括如下内容：（1）工程的组织结构（包括外部组织）、人员职责及其能力要求；（2）工程环境，包括测试环境、程序库、设备、设施、标准、规程和工具；（3）任务分解安排，连同预算、人员、物理资源、软件规模和相关的任务进度安排；（4）进度安排、跟踪和报告方法；（5）软件产品或服务的质量特性的管理，可以制定独立的质量包管打算；（6）软件产品或服务的安全、保密安全和其他关键需求的管理，可以制定独立的安全、保密安全计划；（7）如适用，应包括分包单位的管理；（8）验证和确认方式和条件；（9）风险管理；（10）用户培训打算；2．根据下列准则审核工程计划，并提出监理意见：（1）与承建合同的可追溯性；（2）系统范围及工作任务分解的完整性；（3）工程过程及重要里程碑划分的合理性，包括适宜的软件生存周期模型；（4）工程规模估算方法的正确性，包括对工程项目任务和工作产品规模、时间安排、资源的使用；（5）工程进度计划的合理性，包括项目质量保证计划、配置管理计划等；（6）工程打算中部署现货产品（软件和硬件）的可行性；（7）对工程风险有必要的识别、分析、处理和跟踪；3．促使业主单位和承建单位适时对工程计划及其相关文档进行评审，并及时取得各方对工程计划的书面批准和承诺；4．在了解系统内容和工程计划的基础上，根据下列准则制定监理实施细则：（1）与业务目标的符合性；（2）与监理规划的可追溯性、一致性；（3）与工程专业技术的符合性；（4）监理工作流程、控制要点、监理方法的可行性。
软件工程监理流程
1）可提交合同规定的文档； 2）软件产品已纳入配置管理 并可交付 3）软件系统已通过测试，必 要时，监理机构应要求承建 单位提交第三方测试机构出 具的测试报告；第三方测试 机构应经业主单位和监理机 构同意。
验收计划、验收目标、责 任双方、验收范围、验收 提交清单、验收标准、验 收方式等
系统初验
初验会议纪要、初 验报告、遗留问题 单
符合要求？ No 解决存在问题和不 合格项 监督 形成监理意见
包括： 实施进度安排、资源 需求和培训需求的培 训计划文档
展开培训活动
协调业主方予以配合
提交培训记录
培训记录
培训
培训记录
对培训效果提出监 理意见
提交系统初验阶段 工作计划
审核并提出监理意见
系统初验阶段工作 计划
功能点验证
功能测试报告
符合要求？ No 解决存在问题和不 合格项 监督 形成监理意见 Yes 初验申请 提交初验申请、初 验方案及文档 验收文档集合 初验申请/验收文档 审核并提出监理意 见
解决所有Bug，且试 运行时间完毕后，才 进行下一步
系统试运行
试运行报告
审核并提出监理意 见
试运行报告
评审、确认、联合评 审等方式
签收试运行报告
审核是否达到验收 条件 协助业主单位根据 已确定的验收策略 和准则准备验收 软件测试计划、测 试用例、测试报告
协调承建单位协助业主 单位进行系统安装，并 形成文档 如试运行阶段有性能问 题，则终验时需进行性 能测试，测试时，由承 建方操作，监理方、业 主方旁站
终验测试
符合要求？ No
Yes
系统终验
解决存在问题和不 合格项
监督 形成监理意见 系统终验
软件工程监理流程
软件工程监理流程软件工程监理流程1. 简介2. 流程概述软件工程监理流程一般包括以下几个阶段：项目准备阶段、需求分析阶段、设计与开发阶段、测试与验收阶段、运维与维护阶段。
下面将分别介绍每个阶段的主要任务和目标。
2.1 项目准备阶段项目准备阶段是软件工程监理的起始阶段，主要任务是明确项目的目标和范围，制定项目计划和管理计划，组建监理团队。
具体工作包括：确定项目的业务需求和技术需求；制定项目计划，明确项目的时间、资源和成本约束；制定监理计划和监理任务书，明确监理团队的职责和监督内容；组建监理团队，确定监理组长和成员。
2.2 需求分析阶段需求分析阶段是软件工程监理的重要阶段，主要任务是明确软件系统的需求和规格。
具体工作包括：收集、分析和整理用户需求；将用户需求转化为软件需求规格；确定软件系统的功能和性能要求；评审软件需求规格，确保其准确、一致和可验证。
2.3 设计与开发阶段设计与开发阶段是软件工程监理的核心阶段，主要任务是进行软件系统的设计和编码。
具体工作包括：根据软件需求规格进行系统设计，包括高层设计和详细设计；实现系统设计，编写代码并进行单元测试；开展代码评审和质量检查，确保代码符合规范和质量要求；管理和控制软件配置，确保版本控制和配置管理的有效进行。
2.4 测试与验收阶段测试与验收阶段是软件工程监理的重要阶段，主要任务是对软件系统进行测试和验证，确保其符合需求和质量标准。
具体工作包括：进行系统测试，包括功能测试、性能测试、压力测试等；验证软件系统是否满足用户需求，进行用户验收测试；修正和改进软件系统，确保其达到预期功能和质量要求；确定软件的最终交付版本，并编制相关文档。
2.5 运维与维护阶段运维与维护阶段是软件工程监理的阶段，主要任务是对软件系统进行运营和维护，确保其稳定和可靠。
具体工作包括：部署和配置软件系统，确保其正常运行；监控和维护软件系统，及时处理故障和异常；收集用户反馈和需求，进行需求变更和改进；定期进行软件系统的更新和升级。
软件工程监理报告
软件工程监理报告1. 引言本报告是对软件工程项目进行监理的总结和分析。
通过对项目的全面评估和监督，旨在确保项目能够按时、高质量地完成。
本报告将从项目背景、监理目标、监理过程、问题和解决方案以及总结等方面进行详细讨论。
2. 项目背景在这一部分，我们将介绍项目的背景信息，包括项目的规模、目标、进度和相关的团队成员。
我们将提供项目的基本信息，以帮助读者理解监理过程。
3. 监理目标监理的目标是确保软件工程项目能够按照预定的计划和要求进行顺利进行。
在这一部分，我们将详细阐述监理的具体目标，并解释为什么这些目标对项目的成功至关重要。
4. 监理过程监理过程是确保项目成功的关键。
在这一部分，我们将介绍监理的具体步骤和方法。
我们将详细描述监理的各个阶段，包括对项目计划的评估、技术文档的审查、团队成员的监督等。
5. 问题和解决方案在项目的监理过程中，可能会遇到各种问题和挑战。
在这一部分，我们将列举并分析项目中遇到的一些主要问题，并提供相应的解决方案。
这些问题可能涉及项目进度延误、质量问题、资源管理等方面。
6. 总结最后，我们将对整个监理过程进行总结。
我们将回顾监理的目标、过程和结果，并总结提供了哪些改进建议和经验教训。
我们还将对项目的成功与否进行评估，并展望未来可能的发展方向。
结论通过本次软件工程监理报告的撰写，我们对软件项目的监理过程有了更深入的理解。
通过对项目的全面评估和监督，监理人员能够帮助解决问题、提高项目质量，并确保项目能够按时完成。
我们相信，本报告提供的信息和建议将对未来的软件工程项目监理工作产生积极影响。
以上是对软件工程监理报告的一份简要概述。
在实际撰写过程中，可以根据具体项目的情况进行扩充和修改，以确保报告的准确性和全面性。
GBT 19668信息技术服务监理用表版
GBT 19668、1-2014 信息技术服务监理第1部分:总则(通用表格)附录 A(资料性附录)承建单位用表表A、1 方案/计划报审表表A、2 分包单位资质审查申请表表A、3 开工申请单表A、4 复工申请单表A、5 付款申请表表A、6 工程阶段性测试验收(初验、终验)报审表表A、7 工程阶段施工申请表表A、8 监理通知单回复单注:业主单位或承建单位收到监理机构发出的监理通知单(参见表B、8)后,应返回监理通知回复单(参见表A、8)给监理机构。
GB/T 19668、1-2014附录 B (资料性附录) 监理单位用表表B、1 开工令GB/T 19668、1-2014GB/T 19668、1-2014表B、4 工程款支付意见表GB/T 19668、1-2014表B、5 工程备忘录GB/T 19668、1-2014表B、6 会议纪要GB/T 19668、1-2014表B、9 监理工作联系单GB/T 19668、1-2014表B、10 监理意见单GB/T 19668、1-2014表B、11 培训记录表GB/T 19668、1-2014GB/T 19668、1-2014GB/T 19668、1-2014GB/T 19668、1-2014附录C(资料性附录)通用表格表C、1 费用索赔申请表C、2 工程延期申请表C、3 工程变更单注:本表由提出单位填报,有关单位会签,并各存一份。
GBT 19668、3-2017 信息技术服务监理第3部分:运行维护监理规范(运行维护专用表格)附录 A(资料性附录)运维监理过程用表表A、1 监理工作周报表A、2 (XXXXXX)绩效考核记录表A、3 (XXXXX)验收记录GB_T 19668、4-2017 信息技术服务监理第4部分:信息安全监理规范(信息安全专用表格)GB/T 19668、4-2017附录 C(资料性附录)信息系统工程安全监理工作表单表C、1 信息系统工程信息安全设计依据合规性检查文档GB/T 19668、4-2017表C、2 信息系统工程信息安全文档检查清单GB/T 19668、4-2017表C、3 安全子系统功能与性能符合性检查报告注:本表格一式三份,业主单位、监理机构、承建单位各一份。
软件工程项目监理工作流程及监理要点
2011年3月05日
•目
录
• 一、软件工程项目监理依据（用什么依据去监理）
• 二、软件工程项目监理工作内容（干什么）
• 三、软件工程项目监理工作流程（怎么干） • 四、软件工程项目监理工作质量保证措施及监理要 点（软件监理工作的两个层次，监理要点） • 五、其他注意事项
变更申请 变更方案
变更请求
变更请求审查
否
符合
是
结束
监理通知
三方签认
工程备忘录
设计变更
图A.2 工程实施阶段监理流程图 输入 承建单位 监理机构 业主单位 输出
阶段开始
质量管理、实 施、进度计划报 审表开工申请表 承建合同 设计方案 实施方案 质量管理计划
工程实施申请
审查
整改方案 监理通知单
整改
否
符合？
（2）事中控制。 ① 质量控制 通过测试、现场旁站、文档审核等方式对项目进行 控制。如基础数据的测试分为实测和内测。 ② 进度控制 通过计划与实际进度比较、里程碑等指标对项目进 行进度控制，并及时修正出现的偏差，保证项目 按时完成。
（3）事后控制。 ① 质量控制 通过自检、分项验收、确认测试、文档审核、系统 试运行等方法进行质量控制，保证系统满足实际需 要。 ② 进度控制 当实际进度与滞后于计划进度时，书面通知承建方 在分析原因的基础上采取纠偏措施，并监督实施。 制定保证总工期不突破的对策措施；制定总工期突 破后的补救措施 ；调整相应的施工计划、材料设 备计划等，并在新的条件下组织协调和平衡。
•软件监理工作中其它注意事项：
一、不能对业主说的几句话： 1、我不知道 2、你去问XXX 3、XXX不属于合同范围， 和我们监理没关系。 二、积极和业主沟通 三、慎发《监理通知单》，一般情况可以用《建立联系 函》进行委婉说明。 四、工程验收前，必须把所有书面文档整理妥当。
软件工程监理合同
软件工程监理合同一、合同双方。
甲方（委托方）：姓名：[甲方姓名]联系方式：[甲方电话或邮箱]乙方（监理方）：姓名：[乙方姓名]联系方式：[乙方电话或邮箱]二、前言。
嗨，甲乙双方就软件工程监理这事达成一致啦。
甲方有个软件工程项目，心里想着可得好好监督管理着，就找到了乙方这个专业的监理小伙伴。
咱们这合同就像是给这个合作上了一道安全锁，也是咱们愉快合作的小本本呢。
三、监理服务内容。
1. 项目规划监理。
乙方要像个细心的小管家一样，审查甲方软件工程项目的计划呢。
看看这计划是不是合理，有没有啥漏洞。
要是发现计划里有地方不太对，就赶紧跟甲方说：“亲，这部分好像有点小问题哦。
”然后给甲方提出合理的修改建议。
比如说这项目的进度安排得太紧凑啦，没有给测试留够时间，这可不行，得调整调整。
2. 项目质量监理。
质量可是重中之重呀。
乙方得盯着软件开发的每个环节，从代码编写到最后的功能测试。
要是发现代码里有好多低级错误，就皱着眉头跟开发团队说：“你们可不能这么马虎呀，这代码质量可关乎整个软件的生命呢。
”要监督开发团队按照既定的标准和规范来做，就像监督小朋友写作业得按照正确的格式一样。
而且在软件测试的时候，要确保各种测试都做到位，不能敷衍了事。
3. 项目进度监理。
乙方就像是个时钟小管家。
要时刻关注项目是不是按照计划的时间在推进。
要是开发团队拖拖拉拉，得及时催催他们：“亲，时间可不等人呢，咱们得加把劲啦，不然要延误啦。
”如果因为一些特殊情况项目进度要调整，那也得帮着甲方和开发团队好好规划一下，怎么调整才能既不影响项目质量又能把延误的时间补回来。
四、甲方的权利和义务。
1. 甲方权利。
甲方有权要求乙方按照合同的约定好好进行监理工作。
如果甲方觉得乙方哪里做得不好，可以像朋友一样指出来：“宝子，我觉得你在这个地方的监理不太到位呢，能不能改进一下呀？”而且甲方有权查看乙方的监理记录和报告，毕竟这是甲方的项目嘛。
2. 甲方义务。
甲方要给乙方提供项目相关的资料，不能藏着掖着。
工程周报(软件工程行业信息系统工程监理质量记录表单)
工程周报
（第XX期）
报告期：年月日～年月日工程名称：____建设项目
一、本周工作总结
1．完成工作描述
2．实施过程中的重大变更描述
3．实施过程中的质量问题描述
二、本周计划与实际情况对比分析
三、下周主要工作计划
四、主要工作总体进度分析
1．自年月日开工以来，施工已进入第DD天，至年月日（合同初验日期）止，剩余施工时间为DD天。
2．至本周止：
（1）累计完成________，占总数____的XX.XX％；
（2）累计完成YYYYYY，占总数YYY的YY.YY％；
（3）……
（4）累计完成材料/设备采购____X元（按合同单价计算），完成XX.XX％；材料/设备种类为XX种，共XX件。
五、存在的问题
1．未决问题
2．需要协调解决的问题
3．问题跟踪处理情况
____________________X（公
章）
____X年XX月XX日。
19668-5软件监理规范
1.软件工程监理规范1.1. 工程设计阶段1.1.1.监理目标1．促使承建单位提交的软件工程项目计划合理、可行，并与承建合同相符。
2．促使承建单位系统需求分析符合正确性、完备性、准确性、可测试性和一致性。
3．促使承建单位的系统设计方案满足软件工程项目的系统需求和有关的法规、标准，并符合承建合同的要求。
1.1.2.监理内容和要点一、工程计划制定的监理工程计划制定的监理内容和要点如下：1．要求承建单位提交工程计划文档，并要求其包括如下内容：（1）工程的组织结构（包括外部组织）、人员职责及其能力要求；（2）工程环境，包括测试环境、程序库、设备、设施、标准、规程和工具；（3）任务分解安排，连同预算、人员、物理资源、软件规模和相关的任务进度安排；（4）进度安排、跟踪和报告方法；（5）软件产品或服务的质量特性的管理，可以制定独立的质量保证计划；（6）软件产品或服务的安全、保密安全和其他关键需求的管理，可以制定独立的安全、保密安全计划；（7）如适用，应包括分包单位的管理；（8）验证和确认方式和条件；（9）风险管理；（10）用户培训计划；2．根据下列准则审核工程计划，并提出监理意见：（1）与承建合同的可追溯性；（2）系统范围及工作任务分解的完整性；（3）工程过程及重要里程碑划分的合理性，包括适宜的软件生存周期模型；（4）工程规模估算方法的正确性，包括对工程项目任务和工作产品规模、时间安排、资源的使用；（5）工程进度计划的合理性，包括项目质量保证计划、配置管理计划等；（6）工程计划中部署现货产品（软件和硬件）的可行性；（7）对工程风险有必要的识别、分析、处理和跟踪；3．促使业主单位和承建单位适时对工程计划及其相关文档进行评审，并及时取得各方对工程计划的书面批准和承诺；4．在了解系统内容和工程计划的基础上，根据下列准则制定监理实施细则：（1）与业务目标的符合性；（2）与监理规划的可追溯性、一致性；（3）与工程专业技术的符合性；（4）监理工作流程、控制要点、监理方法的可行性。
软件工程监理合同
软件工程监理合同甲方（委托人）：姓名：______________________联系方式：________________地址：____________________乙方（监理人）：姓名：______________________联系方式：________________地址：____________________一、工程概况。
甲方有一个软件工程项目，这个项目就像甲方的宝贝一样，需要精心照料呢。
这个软件工程涉及到好多复杂的功能开发、系统架构搭建之类的东西。
甲方希望乙方能够像一个超级靠谱的守护者一样，对这个项目进行监理。
二、监理范围。
1. 项目进度监理。
乙方要时刻盯着这个软件工程的进度，就像小松鼠盯着自己的坚果一样。
如果项目进度慢了，乙方要赶紧提醒那些开发的小伙伴们加快速度，可不能让这个项目变成“拖延症患者”。
要确保项目按照预定的时间表一步步推进，从需求分析、设计、开发、测试到最后的上线，每个阶段都不能落下。
2. 项目质量监理。
质量可是这个软件工程的生命线啊。
乙方得像一个严格的质量检验员，检查软件的功能是否完整、运行是否稳定、有没有什么漏洞或者错误。
对于代码质量也要把关，不能让那些乱七八糟的代码混进来。
如果发现质量有问题，乙方要坚决让开发团队返工，直到达到高标准为止。
3. 项目成本监理。
甲方的钱也不是大风刮来的呀。
乙方要帮甲方看着这个项目的成本，看看钱都花到哪里去了。
要是发现有不合理的开支，比如说有人乱买一些不必要的软件工具之类的，乙方就得像个小管家一样，提出节约成本的建议。
三、监理服务期限。
从这个软件工程项目开始启动的时候，乙方就要入场开始监理工作啦，一直到项目顺利完成，通过验收，正式上线运营之后，乙方的监理工作才算是圆满结束呢。
这期间，乙方可不能中途撂挑子，得一直陪伴着这个项目成长。
四、双方的权利和义务。
甲方权利和义务：甲方有权要求乙方按照合同约定提供监理服务。
如果乙方没有做好，甲方可以像老师批评学生一样指出来。
7程监理规范+第5部分软件工程监理规范
２
４ ４ ４ ６ ６ ６ ８ ８
８．１监理目标……………………………………・ ８．２监理内容和要点……………………・……… 附录Ａ（规范性附录） 软件工程支持过程的监理 Ａ．１软件工程文档编制过程的监理…………… Ａ．２软件工程配置管理过程的监理…………… Ａ．３软件工程质量保证过程的监理…………… Ａ．４软件工程变更控制过程的监理…………－・ 附录Ｂ（资料性附录）软件工程监理控制措施一 Ｂ．１工程阶段计划的审查…・・・…・……………－一
ＧＢ／Ｔ １ ９６６８．５—２００７
信息化工程监理规范
第５部分：软件工程监理规范
１范围
ＧＢ／Ｔ １ ９６６８的本部分规定了信息化工程中软件工程监理的监理对象及其所属的监理阶段或支持
过程，并规定了相关软件工程监理工作的要求。本部分规定的软件工程，是指信息化工程建设中按业务 目标、应用需求而构建整个软件系统的工程项目。 本部分适用于信息化工程中软件工程项目的监理Ｔ作，包括新开发、修改、维护、采购或者任何会产 生软件产品的其他活动。 本部分不对软件工程项目中涉及的产品、服务的技术规格和条件做出规定或要求，有关内容参见相 应的产品或服务的技术标准。 本部分包含了信息化工程中软件工程项目监理工作的过程、活动和任务．可根据软件工程项目的情 况加以剪裁。剪裁过程可以删除不适用的过程、活动和任务．也可按监理合同中的规定增加独特的或专 门的过程、活动和任务。 ２规范性引用文件 下列文件中的条款通过（ｊＢ／Ｔ１９６６８的本部分的引用而成为本部分的条款。凡是注日期的引用文 件，其随后所有的修改单（不包括勘误的内容）或修订版均不适用于本部分，然而，鼓励根据本部分达成 协议的各方研究是否可使用这些文件的最新版本。凡是不注日期的引用文件，其最新版本适用于本 部分。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
依从性 一致性
该文档是否遵守了该项目文档编写标准 需求说明是否存在直接相互矛盾的条目 需求说明书是否与相关需求素材一致 所描述的功能是否必要并充分满足了用户/系统目标 需求说明书的描述是否满足下一阶段设计所需 已知的限制（局限）是否已经详细说明 是否已确定每个需求的优先级别 是否将需求分别陈述，因此它们是独立的并且是可检查的
清晰性
性能
主要性能参数是否已被详细说明 该设计是否能够提供错误检测和恢复 是否已考虑非正常情况 是否考虑了网络、数据安全 该设计是否满足该系统进行集成时所遵守的约定 是否能够对该套系统进行测试、演示、分析或检查来说明它是满 足需求的 该套系统是否能用增量型的方法来集成合测试 是否各部分的设计都能追溯到需求说明书的需求
年
月
日
年
月
日
年
月
日
需求确认单
工程名称 系统名称 业主单位 承建单位 监理单位 评审日期
参与人员
评审内容及结论：
业主单位： 代表签字： 年 月 日
业主单位： 代表签字： 年 月 日
业主单位： 代表签字： 日
概要设计检查表
工程名称 系统名称 业主单位 承建单位 监理单位 检查依据 检查类目 检查内容 是否所设计的架构，包括数据流、控制流和接口，被清楚的表达 了 是否所有的假设、约束、策略及依赖都被记录在本文档了 是否定了总体设计目标 是否所有的以前的 TBD（待确定条目）都已经解决了 是否设计已经可以支持本文档中遗留的 TBD 有可能带来的变更 完整性 是否所有的 TBD 影响都已经被评估了 是否仍存在可能不可行的设计部分 是否已记录设计时的权衡考虑？该文档是否包括了权衡选择的 标准和不选择其他方案的原因 依从性 一致性 是否遵守了项目的文档编写标准 数据元素、流程和对象的命名和使用在整套系统和外部接口之间 是否一致 该设计是否反映的实际操作环境（硬件、软件、支持软件） 可行性 从功能、成果、进度、预算和技术角度看该设计是否可行 是否存在错误的、缺少的、或不完整的逻辑 所有复合数据元素、参数以及对象的概念是否都已文档化 数据使用 是否还有任何需要的但还没有定义的数据结构，反之亦然 是否已描述最低级别的数据元素？是否已详细说明取值范围 功能性 是否对每一下级模块进行了概要算法说明 所选择的设计和算法能否满足所有的需求 操作界面的设计是否有为用户考虑（例如：词汇、使用信息和进 入的简易） 是否已描述界面的功能特性 界面是否有利于问题解决 接口 是否所有界面都互相一致，与其他模块一致，以及和更高级别文 档中的需求一致 是否所有的界面都提供了所要求的的信息 是否已说明内部各界面之间的关系 界面的数量和复杂程度是否已减少到最小 该设计是否是模块化的 可维护性 这些模块是否具有高内聚度和低耦合度 是否已经对继承设计、代码或先前选择工具的使用进行了详细说 明 是/否 是/否 是/否 是/否 是/否 是/否 是/否 是/否 是/否 是/否 是/否 是/否 是/否 是/否 是/否 是/否 是/否 是/否 是/否 是/否 是/否 是/否 检查结果 是/否 是/否 是/否 是/否 备注
需求说明书是否已包括了主要的质量属性， 例如有效性、 高效性、 灵活性、完整性、互操作性、可靠性、健壮性、可用性、可维护 是/否 性、可移植性、可重用性和可测试性等。 是否有业务流程图和数据流程图 是否包含接口需求 是/否 是/否 是/否 是/否 是/否 是/否 是/否 是/否 是/否 是/否 是/否 是/否 监理单位： 代表签字：
可行性
可管理性
是否所有需求都可以回溯到相应的需求素材，反之亦然 是否已说明需求变更的过程
业主单位： 代表签字：
承建单位： 代表签字：
年
月
日
年
月
日
年
月
日
需求评审意见
工程名称 系统名称 业主单位 承建单位 监理单位 评审依据 序号 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 业主单位： 代表签字： 评审内容 是否规定了用户要求的功能 是否在处理每个功能时，规定了时间约束、存储约束的需求 输入信息是否给出格式、接收方法、数量、范围、精度、时间和 优先顺序要求 输出信息是否给出传送方法、格式、数量、范围、精度、时间和 优先顺序要求，是否符合用户要求 是否对合法和非法输入数据的处理 给出了规定 与硬件和其他软件的接口是否都已经描述 是否列举了必须的安装操作 是否存在技术上和经济上可行的手段对每项需求进行验证和确 认 提供的文档资料是否齐全 文档中的描述是否完整、清晰、准确地反映用户的要求 所使用的数据流、数据结构等软件需求分析方法是否充分 图表是否清楚，在不补充说明时易于理解 软件需求说明中规定的约束条件和限制条件是否符合实际 是否有遗漏、重复或不一致的地方 是否考虑过软件需求的其他方案 软件需求说明等配置项是否按配置管理程序标识入库 承建单位： 代表签字： 监理单位： 代表签字： 评审意见 是/否 是/否 是/否 备注
需求规格说明书检查表
工程名称 系统名称 业主单位 承建单位 监理单位 检查依据 检查类目 检查内容 系统的目标是否已定义 是否对关键术语或缩略语进行定义或描述 所使用的术语是否和用户使用的一致 需求的描述是否清晰，不含糊。 清晰性 是否有对整套系统进行功能性描述 是否已详细说明了软件环境（共存的软件）和硬件环境（特定的 配置） 如果有会影响实施的假设情况，是否已经声明 是否已经对每个业务逻辑进行输入、输出以及过程的详细说明 是否列出了系统所必须的依赖、假设以及约束 是否对每个提交物或阶段实施都进行了需求说明 完整性 检查结果 是/否 是/否 是/否 是/否 是/否 是/否 是/否 是/否 是/否 是/否 备注
是/否 是/否 是/否 是/否 是/否 是/否 是/否 是/否 是/否 监理单位： 代表签字：
可靠性
易测性
可追溯性
是否所有的设计决策都能追溯到原来确定的权衡因素 所继承设计的已知风险是否已确定和分析
业主单位： 代表签字：
承建单位： 代表签字：
年
月
日
年
月
日
年
月
日
系统问题跟踪记录
工程名称 系统名称 业主单位 承建单位 监理单位 序号 反馈人员 反馈时间 紧急程度 严重程度 所属模块 问题详情 问题判断 解决方案 问题处 理状态 计划完 成时间 实际完 成时间 处理人 确认人