GBT-19668信息技术服务监理用表WORD版

1、GBT 信息技术服务 监理 第1部分：总则（通用表格）GB/T 附录A（资料性附录）承建单位用表表 方案/计划报审表工程名称：文档编号：致：（监理单位）我方根据合同的有关规定完成了 的编制，并经我单位上级技术负责人批准，请予以审查。附：XXXXXXX方案/计划承建单位（章） 项目经理： 日 期： 监理工程师审查意见：监理工程师： 日 期： 总监理工程师/代表审核意见监理机构（章）： 总监理工程师/代表： 日 期： GB/T 表 分包单位资质审查申请表工程名称：文档编号：致：（监理单位）经考察，我方认为拟选择的 （分包单位）具有承担下列工程的相关资质和能力，可以保证本项目按合同的规定进行实施。分

2、包后，我方仍承担总包单位的全部责任，请予以审查和批准。附：1.分包单位资质材料；2.分包单位业绩材料。 分包工程名称（部位）工程数量拟分包工程合同额分包工程占全部工程量合计承建单位（章） 项目经理： 日 期： 监理工程师审查意见：具备相关资质和能力，建议批准分包。满足下述意见提出的条件后再报。意见：监理工程师： 日 期： 总监理工程师/代表审核意见具备相关资质和能力，建议批准分包。满足下述意见提出的条件后再报。意见：监理机构（章）： 总监理工程师/代表： 日 期： GB/T 表 开工申请单工程名称：文档编号：致：（监理单位）根据合同的有关规定，我方认为工程具备了开工条件。经我单位上级负责人审查

3、批准，特此申请 项目开工，请予以审查。附：开工报告承建单位（章） 项目经理： 日 期： 监理工程师审查意见：具备开工条件，建议签发开工令。不具备开工条件，具体意见如下。意见：监理工程师： 日 期： 总监理工程师/代表审核意见具备开工条件，建议签发开工令。不具备开工条件，具体意见如下。意见：监理机构（章）： 总监理工程师/代表： 日 期： GB/T 表 复工申请单工程名称：文档编号：致：（监理单位）我方承担的 工程，已完成了以下各项工程，具备了复工条件，特此申请施工，请核查并签发复工指令。附：1.开工报告2.证明文件承建单位（章） 项目经理： 日 期： 监理工程师审查意见：具备复工条件，建议批准

4、复工。不具备复工条件，具体意见如下。意见：监理工程师： 日 期： 总监理工程师/代表审核意见具备复工条件，建议批准复工。不具备复工条件，具体意见如下。意见：监理机构（章）： 总监理工程师/代表： 日 期： GB/T 表 付款申请表工程名称：文档编号：致：（监理单位）我方已完成了 工作，按合同的规定，业主单位应在 年 月 日前支付该项工程款共（大写） ，（小写： ），现报上 工程付款申请表，请予以审查并开具工程款支付意见。附：工程阶段报告承建单位（章） 项目经理： 日 期： GB/T 表 工程阶段性测试验收（初验、终验）报审表工程名称：文档编号：致：（监理单位）我方已按要求完成了 工程，经自检合

5、格，请予以验收。附件：工程阶段性测试验收（初验、终验）方案承建单位（章） 项目经理： 日 期： 审查意见：经审核，该工程1. 符合/不符合我国现行法律、法规要求；2. 符合/不符合我国现行工程建设标准；3. 符合/不符合设计方案要求；4. 符合/不符合承建合同要求；综上所述，可以/不可以组织验收。监理机构（章）： 总监理工程师： 日 期： GB/T 表 工程阶段施工申请表工程名称：文档编号：致：（监理单位）我单位已完成了 的准备工作，现报上该部分工程实施申请表，请予以审查和批准。附件：1.工程阶段实施方案； 2.工程阶段性验收方案。承建单位（章） 项目经理： 日 期： 监理工程师审查意见：具备

6、工程阶段施工条件，批准开工。不具备工程阶段施工条件，具体意见如下。意见： 监理工程师： 日 期： 监理工程师审查意见：具备工程阶段施工条件，批准开工。不具备工程阶段施工条件，具体意见如下。意见：监理机构（章）： 总监理工程师/代表： 日 期： 业主单位审查意见：业主单位（章）： 项目负责人： 日 期： GB/T 表 监理通知单回复单工程名称：文档编号：致：（监理单位）我方接到第（）号监理通知后，已按要求完成了 工作，特此回复，请予以复查。详细内容：承建单位（章） 项目经理： 日 期： 复查意见： 监理工程师： 日 期： 注：业主单位或承建单位收到监理机构发出的监理通知单（参见表）后，应返回监理

7、通知回复单（参见表）给监理机构。GB/T 附录B（资料性附录）监理单位用表表 开工令工程名称：文档编号：致：（监理单位）经审核，我方认为你方已经完成了工程实施前的准备工作，同意你方于 年 月 日起开始实施。监理机构（章）： 总监理工程师： 日 期： GB/T 表 停工令工程名称：文档编号：致：（监理单位）经查实，我方认工程实施过程中，存在 问题，影响了工程的正常实施。因此，贵单位务必于 年 月 日起停止施工。附：证明材料监理机构（章）： 总监理工程师： 日 期： GB/T 表 复工令工程名称：文档编号：致：（监理单位）原因，现通知你方于 年 月 日起，对本工程实施复工，并按下述要求做好各项工作

8、：监理机构（章）： 总监理工程师： 日 期： GB/T 表 工程款支付意见表工程名称：文档编号：致：（业主单位）根据 的规定，经审核由 申报的付款申请和报表（文档编号： ），并扣除有关款项，同意本期支付款共（大写） （小写： ）。其中：1.承建单位申报款为：2.经审核承建单位应得款为：3.本期应扣款为：4.本期应付款为：5.合同金额为：6.本期为第 次支付。附件：1.承建单位的工程付款申请表及附件（文档编号）；2.监理机构审查记录（文档编号）。监理机构（章）： 总监理工程师： 日 期： GB/T 表 工程备忘录工程名称：文档编号：事由：日期：内容：业主单位签章 承建单位签章 监理机构签章 （相

9、关单位签章） GB/T 表 会议纪要工程名称：文档编号：地点：日期及时间：参与人员：议题：内容：决议：业主单位签章 承建单位签章 监理机构签章 相关单位代表 GB/T 表 监理日志工程名称：文档编号：监理单位名称：日期：监理人员：内容：GB/T 表 监理通知单工程名称：文档编号：致：（业主单位或承建单位）抄送：（业主单位或承建单位）事由：内容：监理机构（章）： 总监理工程师： 日 期： GB/T 表 监理工作联系单工程名称：文档编号：致：（业主单位或承建单位）抄送：（业主单位或承建单位）事由：内容： 监理工程师： 日 期： GB/T 表 监理意见单工程名称：文档编号：致： 事由：内容：抄送：监

10、理机构（章）： 总监理工程师/监理工程师： 日 期： GB/T 表 培训记录表工程名称：文档编号：培训时间培训地点参加人员培训内容 培训讲师（签字）： 日 期： 培训讲义监理单位意见： 1.培训时间与培训计划的一致性：一致 不一致，计划时间： 2.培训人员与培训计划的吻合性：一致 不一致，计划人员： 3.培训讲师与培训计划的一致性：一致 不一致，计划讲师： 4.培训内容与培训计划的吻合性：一致 不一致，计划内容： 5.培训效果： 监理工程师（签字）： 日 期： 业主单位代表（签字）： 日 期： GB/T 表 监理费申请表工程名称：文档编号：致：（业主单位） 我方已完成了 的监理工作，按监理合同

11、的规定，业主单位应在 年 月 日前支付监理费共（大写） （小写： ），请贵单位予以审查并支付。其中：1.监理费总额为：2.已支付监理费为：3.本期应支付监理费为：附：计算依据监理机构（章）： 总监理工程师： 日 期： GB/T 表 费用索赔审批表工程名称：文档编号：致：（业主单位或承建单位） 根据合同条款 条的规定，你方提出的 费用索赔申请（第 号），索赔大写 ，经我方评估：不同意此项索赔同意次项索赔，金额为（大写） 同意/不同意索赔的理由：索赔金额的计算：监理机构（章）： 总监理工程师： 日 期： GB/T 表 工程延期审批表工程名称：文档编号：致：（承建单位） 根据合同条款 条的规定，我方

12、对你方提出的 工程延期申请 （第 号）要求延长工期 日历天的要求，经我方审核评估，不同意延长工期，请按约定竣工日期组织施工。暂时同意工期延长 日历天，使竣工日期（包括已指令延长的工期）从原来的 年 月 日延长到 年 月 日。请你方执行。最终同意工期延长 日历天，使竣工日期（包括已指令延长的工期）从原来的 年 月 日延长到 年 月 日。请你方执行。监理机构（章）： 总监理工程师： 日 期： GB/T 附录C（资料性附录）通用表格表 费用索赔申请表工程名称：文档编号：致：（监理单位） 根据合同条款 条的规定，由于 的原因，我方要求索赔 金额（大写） ，请予以批准。索赔的详细理由及经过：索赔金额的计

13、算：附：证明材料申请单位（章） 项目经理或代表人 日期 GB/T 工程延期申请表工程名称：文档编号：致：（监理单位） 根据合同条款 条的规定，由于 的原因，我 方申请工程延期，请予以批准。索赔的详细理由及经过：附：1.工程延期的依据及工期计算原合同竣工日期： 现申请延长竣工日期：2.证明材料申请单位（章） 项目经理或代表人 日期 GB/T 工程变更单工程名称：文档编号：致：（监理单位） 由于 的原因，兹提出 工程变更（内容见附件） 请予审批。附件：工程变更情况说明申 请 单 位代表人 日期 承建单位意见：负 责 人 （盖章） 日期 监理单位审查意见：总监理工程师/代表 日期 建设单位审查意见：

14、建设单位代表 （盖 章）日期 注：本表由提出单位填报，有关单位会签，并各存一份。GBT 信息技术服务 监理 第3部分：运行维护监理规范（运行维护专用表格）GB/T 附录A（资料性附录）运维监理过程用表表 监理工作周报工程名称： 文档编号：日期：XXXX年XX月XX日XXXX年XX月XX日地点：需方人员：供方人员：监理机构人员：本周工作内容：供方：监理机构：下周工作计划供方：监理机构：附件：（如仅有一个附件，不用编号）（以下内容为空）监理工程师： 日 期： GB/T 表 （XXXXXX）绩效考核记录工程名称： 文档编号：供方：实施人员：日期：XXXX年XX月XX日XXXX年XX月XX日地点：内容

15、：考核范围：考核依据：考核方法：考核过程及结果：考核问题：考核结论：需方（签字） 需方（签字） 监理机构（签字）日期： 日期： 日期： GB/T 表 （XXXXX）验收记录工程名称： 文档编号：供方：实施人员：日期：XXXX年XX月XX日XXXX年XX月XX日地点：内容：验收范围：验收依据：验收方法：验收项目（含验收结果）：验收问题：验收结论：需方（签字） 需方（签字） 监理机构（签字）日期： 日期： 日期： GB_T 信息技术服务 监理 第4部分：信息安全监理规范（信息安全专用表格）GB/T 附录C（资料性附录）信息系统工程安全监理工作表单表 信息系统工程信息安全设计依据合规性检查文档工程名

16、称 业主单位承建单位监理单位检查时间检查人员信息系统工程信息安全建设依据主要法律、法规、标准与规范名称是否参考备注GB/T 9361-2011 计算机场地安全要求是 否GB/T 17859-1999 计算机信息系统安全保护等级划分准则是 否GB/T 18336-2008 信息技术 安全技术 信息技术安全性评估准则是 否GB/T 20282-2006 信息安全技术 信息系统安全工程管理要求是 否GB/T 20984-2007 信息安全技术 信息安全风险评估规范是 否GB/T 20985-2007 信息技术 安全技术 信息安全事件管理指南是 否GB/T 20986-2007 信息安全技术 信息安全

17、事件分类分级指南是 否GB/T 22080-2008 信息技术 安全技术 信息安全管理体系 要求是 否GB/T 22081-2008 信息技术 安全技术 信息安全管理实用规则是 否GB/T 22239-2008 信息安全技术 信息系统安全等级保护基本要求是 否GB/T 25058-2010 信息安全技术 信息系统安全等级保护实施指南是 否GB/T 28448-2012 信息安全技术 信息安全产品类别和代码是 否GB/T 20261-2006 信息技术 系统安全工程 能力成熟度模型是 否GB/T 30283-2013 信息安全技术 信息安全服务 分类是 否其他依据承建单位代表： 年 月 日监理机

18、构代表： 年 月 日业主单位代表： 年 月 日GB/T 表 信息系统工程信息安全文档检查清单序号文档名称审核或监理关注重点备注1风险评估报告2安全需求报告3承建合同4安全设计方案5工程实施组织设计方案（安全部分）6工程实施方案（安全部分）7工程实施计划（安全部分）8测试技术方案（安全部分）9测试报告（安全部分）10工程验收方案（安全部分）11其他审查意见： 监理工程师： 年 月 日GB/T 表 安全子系统功能与性能符合性检查报告工程名称安全子系统业主单位承建单位监理单位检查时间检查人员功能/性能名称功能/性能需求检测内容（功能点/性能点）要求来源是否通过备注合同要求额外增加需求变更是 否是 否

19、是 否承建单位代表： 年 月 日监理机构代表： 年 月 日业主单位代表： 年 月 日注：本表格一式三份，业主单位、监理机构、承建单位各一份。GBT 信息技术服务 监理 第5部分：软件工程监理规范（软件工程专用表格）GB/T 表 需求规格说明书检查表工程名称 系统名称业主单位承建单位监理单位检查依据检查项目检查内容检查结果备注清晰性系统的目标是否已定义是/否是否对关键术语缩略语进行定义和描述是/否所使用的术语是否和用户使用的一致是/否需求的描述是否清晰，不含糊是/否是否对整套系统进行功能概述是/否是否已详细说明了软件环境（共存的软件）和硬件环境（特定的配置）是/否如果有会影响实施的假设情况，是否

20、已申明是/否是否已经对每个业务逻辑进行输入、输出以及过程的详细说明是/否完整性是否列出了系统所必须的依赖、假设以及约束是/否是否对每个提交物或阶段实施都进行了需求说明是/否需求说明书是否已包括了主要的质量属性，例如有效性、高效性、灵活性、完整性、互操作性、可靠性、健壮性、可用性、可维护性、可移植性、可重用性和可测试性等是/否是否有业务流程图和数据流程图是/否是否包含接口需求是/否依从性该文档是否遵守了该项目的文档编写标准是/否一致性需求说明是否存在直接相互矛盾的条目是/否需求说明书是否与相关需求素材一致是/否可行性所描述的功能是否必要并充分满足了用户/系统目标是/否需求说明书的描述是否满足下一

21、阶段设计所需是/否已知的限制（局限）是否已经详细说明是/否是否已确定每个需求的优先级别是/否可管理性是否将需求分别陈述，因此他们是独立的并且是可检查的是/否是否所有需求都可以回溯到相应的需求素材，反之亦然是/否是否已详细说明需求变更的过程是/否承建单位代表签字： 年 月 日监理机构代表签字： 年 月 日业主单位代表盖章： 年 月 日GB/T 表 需求评审意见工程名称 系统名称业主单位承建单位监理单位评审依据序号评审内容评审意见备注1是否规定了用户要求的功能是/否2是否在处理每个功能时，规定了时间约束、存储约束的需求是/否3输入信息是否给出格式、接收方法、数量、范围、精度、时间和优先顺序需求是/

22、否4输出信息是否给出传送方法、格式、数量、范围、精度、时间和优先顺序要求，是否符合用户需求是/否5是否对合法和非法输入数据的处理给出了规定是/否6与硬件和其他软件的接口是否都已经描述是/否7是否列举了必须的安装操作是/否8是否存在技术上和经济上可行性的手段对每项需求进行验证和确认是/否9提供的文档资料是否齐全是/否10文档中的描述是否完整、清晰、准确地反映用户的需求是/否11所使用的数据流、数据结构等软件需求分析方法是否充分是/否12图表是否清楚，在不补充说明时易于理解是/否13软件需求说明书中规定的约束条件或限制条件是否符合实际是/否14是否有遗漏、重复或不一致的地方是/否15是否考虑过软件

23、需求的其他方案是/否16软件需求说明书等各配置项是否按配置管理程序标识入库是/否承建单位代表签字： 年 月 日监理机构代表签字： 年 月 日业主单位代表盖章： 年 月 日GB/T 表 需求确认表工程名称 系统名称业主单位承建单位监理单位评审日期参与人员评审内容及结论：业主单位（盖章） 年 月 日使用单位（盖章） 年 月 日承建单位（盖章） 年 月 日监理机构（盖章） 年 月 日GB/T 表 概要（结构）设计检查表工程名称 系统名称业主单位承建单位监理单位检查依据检查类目检查内容检查结果备注清晰性是否所设计的架构，包括数据流，控制流和接口，被清楚地表达了是/否是否所有的假设、约束、策略及依赖都被

24、记录在本文档了是/否是否定义了总体设计目标是/否完整性是否所有的以前的TBD（待确定条目）都已经被确定了是/否是否设计已经可以支持本文档中遗留的TBD有可能带来的变更是/否是否所有的TBD的影响都已经被评估了是/否是否仍存在可能不可行的设计部分是/否是否已记录设计时的权衡考虑该文档是否包括了权衡选择的标准和不选择其他方案的原因是/否依从性是否遵守了项目的文档编写标准是/否一致性数据元素、流程和对象的命名和使用在整套系统和外部接口之间是否一致是/否该设计是否反映了实际操作环境（硬件、软件、支持软件）是/否可行性从功能、成果、进度、预算和技术角度上看该设计是否可行是/否是否存在错误的、缺少的或不完

25、整的逻辑是/否数据使用所有复合数据元素、参数以及对象的概念是否都已文档化是/否是否还有任何需要的但还没有定义的数据结构，反之亦然是/否是否已描述最低级别数据元素是否已详细说明取值范围是/否功能性是否对每一下级模块进行了概要算法说明所选择的设计和算法能否满足所有的需求接口操作界面的设计是否有为用户考虑（例如：词汇、使用信息和进入的简易）是否已描述界面的功能特性界面是否有利于问题解决是否所有界面都互相一致，与其他模块一致，以及和更高级别文档中的需求一致是否所有界面都提供了所要求的信息是否已说明内部各界面直接的关系界面的数据和复杂程度是否已减少到最小可维护性该设计是否是模块化的这些模块是否具有高内聚

26、度和低耦合度是否已经对继承设计、代码或先前选择工具的使用进行了详细说明性能主要性能参数是否已被详细说明可靠性该设计是否能够提供错误检测和恢复是否已考虑非正常情况是否考虑了网络、数据安全该设计是否满足系统进行集成时所遵守的约定是否能够对该套系统进行测试、演示、分析或检查来说明它是满足需求的该套系统是否能用增量型的方法来集成和测试是否各部分的设计都能追溯到需求说明书的要求是否所有的设计决策都能追溯到原来确定的权衡因素所继承设计的已知风险是否已确定和分析业主单位代表签字： 年 月 日承建单位代表签字： 年 月 日监理机构代表签字： 年 月 日GB/T 表 系统问题跟踪记录工程名称 系统名称业主单位承

27、建单位监理单位序号反馈人员反馈时间紧急程度严重程度所属模块问题详情问题判断解决方案问题处理状态计划完成时间时间完成时间处理人确认人确认意见：业主单位代表签字：年 月 日业主单位代表签字：年 月 日业主单位代表签字：年 月 日编写说明：1. 编号：问题序号，升序排列，从1开始：此列为问题发现人编写。2. 所属模块：问题所属系统模块。3. 紧急/严重程度：高、中、低4. 问题详情：填写问题详细说明。5. 反馈时间：填写问题发现日期和时间。6. 问题判断：由承建单位模块负责人/项目经理会诊后填写，分为：系统BUG；需求变更；新增需求；管理问题（非技术问题）。7. 问题处理状态：包括已解决、进行中、待

28、解决、暂不解决、无需解决，务必要填写这五种状态的一种。8. 确认意见:业主单位、承建单位、监理机构共同确认问题的处理方式以及是否处理完成。GB/T 表 就绪可用软件产品到验记录工程名称 业主单位承建单位监理单位到验日期参加人员序号产品名称及版本号生产厂商产品序列号数量原厂售后服务时间授权证明材料与承建单位要求相符1有/无是/否2有/无是/否3有/无是/否4有/无是/否综合意见：业主单位代表签字：年 月 日承建单位代表签字：年 月 日监理机构代表签字：年 月 日GB/T 表 数据迁移验证和确认检查表工程名称 业主单位承建单位监理单位检查类目检查内容检查结果备注数据库结构 验证和确认目标数据库与来

29、源数据库中的对象是否一致是/否验证和确认是否遵循了规范化的流程是/否验证和确认数据库设计是否一致是/否验收和确认是否遵循了充分的容量和规划是/否验证和确认数据冗余检查是否正确是/否验证和确认系统和环境符合要求是/否验证和确认数据库增长是否符合设计要求是/否验证和确认安全设计是否符合要求是/否验证和确认系统日志的结构是否符合要求是/否验证和确认并发性控制是否符合要求是/否表验证和确认目标数据库中的表总数是否符合设计是/否验证和确认表名称是否符合设计是/否验证和确认目标与来源数据库表每个表是否符合设计是/否验证和确认每个数据类型映射和大小是否正确是/否验证和确认用户定义的数据类型是否正确（如果存在

30、）是/否验证和确认默认值是否正确是/否验证和确认空值是否匹配是/否验证和确认身份列是否正确是/否验证和确认主键和外键约束是否正确是/否验证和确认主键、触发器和系统过程等对象的依赖关系是否正确是/否验证和确认目标索引是否符合是/否存储过程验证和确认目标数据与来源数据库系统过程总数是否一致是/否验证和确认和过程名称是否符合是/否验证和确认是否存在任何用户定义的数据类型是/否验证和确认输入/输出参数和数据类型是否正确是/否验证和确认返回值和返回数据类型是否正确是/否验证和确认事务模式（连锁/未连锁-tranchained）是否符合是/否验证和确认事务-开始/结束/保存/提交/回调是否符合是/否验证和

31、确认隔离级别0/1/2/3是否符合是/否验证和确认transtate/trancount/isolation值是否正确是/否验证和确认锁定模式是否符合是/否验证和确认服务器/所有者命名约定是否正确是/否验证和确认重新编译选项是否正确是/否验证和确认业务逻辑是否正确是/否验证和确认对象依赖关系是否正确是/否验证和确认SET NOCOUNT 打开/关闭、QUOTED IDENTIFIER 打开/关闭等是否正确是/否验证和确认开放查询/链接服务器是否正确实现（如果存在）是/否验证和确认动态查询语句是否正确是/否验证和确认DCL语句、GRANT权限是否正确（如果存在）是/否验证和确认联结（join）和

32、DML语句形式的各种输入的正确输出行为是否正确是/否用户定义的函数验证和确认目标数据库与来源数据库的用户定义函数总数是否一致是/否验证和确认用户定义函数名称是否符合是/否验证和确认I/O参数传递是否正确是/否验证和确认输入参数传递顺序是否正确是/否验证和确认返回数据类型是否正确是/否验证和确认用户定义的数据类型是否正确是/否验证和确认对象的依赖关系是否正确是/否验证和确认业务逻辑是否正确是/否视图验证和确认目标数据库与来源数据库视图总数是否一致是/否验证和确认视图名称是否符合是/否验证和确认视图定义的对象和来源数据库是否正确是/否索引验证和确认目标数据库与来源数据库索引总数是否一致是/否验证和确认索引名称是否符合是/否验证和确认目标是/否触发器验证和确认触发器总数是否一致是/否验证和确认触发器名称是否符合是/否验证和确认触发器依赖关系是否正确是/否验证和确认业务逻辑/触发事件是否正确是/否验证和确认插入/更新/触发事件是否正确是/否验证和确认标准格式/最佳实践是否符合是/否约束验证和确认约束总数是否一致验证和确认约束名称是否符合验证和确认主键、外键、检查、空值和默认约束是否正确规则验证和确认规则总数是否一致验证和确认规则名称是否符合验证和确认目标数据库中的规则条件和逻辑是否正确默认设置验证和确认默认设置是