软件项目监理通用表.doc

项目方案/计划报审表工程名称 文档编号致：(监理单位)我方根据合同的有关规定完成了 项目 实施 方案/计划的编制，并经我单位上级技术负责人审查批准，请予以审查。附：项目整体计划方案书承建单位(章)项 目 经 理 日 期 监理单位审查意见监理机构（章）总/监理工程师 日 期 业主单位审批意见业主单位（章）单位代表 日 期 说明：1、本表用于承建单位报批项目设计、实施等技术、组织方案。本表一式三份，监理单位、承建单位、业主单位各一份。如果项目有独立的设计单位，此表一式四份，增加设计单位意见。2、本表应附有报审的方案/计划。监理工程师评审意见可以以附件形式提供。总体进度计划报审表工程名称文档编号致：新疆通信监理有限公司我方根据合同的有关规定制订了工程施工组织计划计划，并经我单位上级负责人审查批准，请予以审查。附：进度计划 工程施工组织计划承建单位（章）项目经理 日 期 监理单位审查意见监理机构（章）总/监理工程师 日 期 业主单位审批意见业主单位（章）单位代表 日 期 说明：1、本表用于承建单位报审项目进度计划，一式三份，建设单位、监理单位、承建单位各一份。2、本表应附有报审的进度计划一份。监理工程师的评审意见可以以附件形式提供。工 程 开 工 / 复 工 报 审 表工程名称编 号致： (监理单位)我方承担的 工程，已完成了各项准备工作，具备了开工/复工条件，特此申请施工，请核查并签发开工/复工指令。承建单位(章)_ 项目经理_ 日期_ 监理单位审查意见：项目监理机构(章)_ 总监理工程师_ 日 期_ 业主单位审批意见建设单位(章)_ 单位代表_ 日 期_ 需 求 分 析 报 审 表工程名称编 号致： (监理单位)我方已根据合同书的有关规定完成了 工程需求规格说明书的编制，并经我单位上级技术负责人审查批准，请予以审查。承建单位(章)_ 项目经理_ 日期_ 监理单位审查意见：项目监理机构(章)_ 总监理工程师_ 日 期_ 业主单位审批意见建设单位(章)_ 单位代表_ 日 期_ 概 要 设 计 报 审 表工程名称编 号致： (监理单位)我方已根据合同书的有关规定完成了 工程概要设计说明书的编制，并经我单位上级技术负责人审查批准，请予以审查。承建单位(章)_ 项目经理_ 日期_ 监理单位审查意见：项目监理机构(章)_ 总监理工程师_ 日 期_ 业主单位审批意见建设单位(章)_ 单位代表_ 日 期_ 详 细 设 计 报 审 表工程名称编 号致： (监理单位)我方已根据合同书的有关规定完成了 工程详细设计说明书的编制，并经我单位上级技术负责人审查批准，请予以审查。承建单位(章)_ 项目经理_ 日期_ 监理单位审查意见：项目监理机构(章)_ 总监理工程师_ 日 期_ 业主单位审批意见建设单位(章)_ 单位代表_ 日 期_ 测 试 计 划 报 审 表工程名称编 号致： (监理单位)我方已根据合同书的有关规定完成了 工程测试计划的编制，并经我单位上级技术负责人审查批准，请予以审查。承建单位(章)_ 项目经理_ 日期_ 监理单位审查意见：项目监理机构(章)_ 总监理工程师_ 日 期_ 业主单位审批意见建设单位(章)_ 单位代表_ 日 期_ 测 试 报 告 报 审 表工程名称编 号致： (监理单位)我方已根据合同书的有关规定完成了 工程测试报告的编制，并经我单位上级技术负责人审查批准，请予以审查。承建单位(章)_ 项目经理_ 日期_ 监理单位审查意见：项目监理机构(章)_ 总监理工程师_ 日 期_ 业主单位审批意见建设单位(章)_ 单位代表_ 日 期_ 工程软件文档验收检查记录表工程名称分部/分项工程工程地点序号文档名称是否完整齐全内容是否满足国家标准GB/T 8567-2006备注项目开发计划是 否是 否1需求规格说明书是 否是 否2概要设计书是 否是 否3详细设计书是 否是 否4用户手册是 否是 否5测试计划是 否是 否6测试分析报告是 否是 否7文档光盘是 否是 否结论承建单位 _项目负责人_日 期 _监理单位_监理工程师_日 期 _建设单位 _单位代表 _日 期 _报 验 申 请 / 审 批 表工程名称编 号致： (监理单位)我单位已完成了 ，现报上该工程报验申请表，请予以审查和验收。附件：承建单位(章)_ 项目经理_ 日 期_ 审查意见：项目监理机构_ 总/专业监理工程师_ 日 期_ 工 程 验 收 申 请 / 审 批 单工程名称编 号致： (监理单位) 我方已按合同要求完成了 工程建设，经自检合格，现请予以检查和验收。承建单位(章)_ 项目经理_ 日 期_ 审查意见：经初步检查，该工程1. 符合/不符合我国现行法律、法规要求；2. 符合/不符合我国现行工程建设标准； 3. 符合/不符合设计文件要求； 4. 符合/不符合施工合同要求。综上所述，该工程 可以/不可以验收。 项目监理机构(章)_ 总监理工程师_ 日 期_ 建设单位意见：建设单位(章)_ 单位代表_ 日 期_ 工 程 款 支 付 申 请 审 批 表工程名称编 号致： (监理单位) 我方已完成了_工作，按合同第 条第 款的规定，建设单位应在_年_月_日前支付该项工程款总额的 %共(大写)人民币_(小写：￥_)，现报上_工程付款申请表，请予以审查。附件：承包单位(章)_ 项目经理_ 日 期_ 根据工程合同的规定，经审核承包单位的付款申请和附件内容，同意本期支付工程款共(大写)人民币_(小写：￥_)。请按合同规定及时付款。项目监理机构(章)_ 总监理工程师_ 日 期_ 审核结果：最终支付决定：建设单位(章) _ 单位代表 _ 日 期 _ 软 件 文 档 移 交 清 点 记 录 表工程名称序号文档名称版本号数量地点备注承建单位盖章签字年 月 日监理单位盖章签字年 月 日建设单位盖章签字年 月 日软 件 产 品 移 交 清 点 记 录 表工程名称序号产品名称版本号/型号数量地点备注承建单位盖章签字年 月 日监理单位盖章签字年 月 日建设单位盖章签字年 月 日工 程 竣 工 验 收 证 书分部工程名称编 号单位工程名称建设项目名称本次验收工程地址建设单位（业主）承建单位（承包商）监理单位黑龙江省赛宝信息工程监理有限责任公司工程概况验收结果主观评价客观测试施工质量工程资料验收结论承建单位盖章签字年 月 日监理单位盖章签字年 月 日建设单位盖章签字年 月 日监 理 工 程 师 通 知 单工程名称编 号致： 事由： 内容： 要求：项目监理机构(章)_总专业监理工程师_日 期 抄送：监 理 工 程 师 通 知 回 复 单工程名称编 号致：致： (监理单位)我方接到编号为 的监理工程师通知后，已按要求完成了_工作，现报上，请予以复查。详细内容承建单位(章)_ 项目经理_ 日 期_ 审查意见：项目监理机构(章)_ 总/专业监理工程师_ 日 期_ 抄送：工 程 变 更 单工程名称编 号致：致： (监理单位) 由于_原因，兹提出 _工程变更(内容见附件)，请予以审批。附件：提出单位_ 代表人_ 日 期_ 一致意见：建设单位（章） 承建单位（章） 监理单位（章）项目负责人签字_ 项目经理签字_ 总监理工程师签字_日期_ 日期_ 日期_项目开发计划评审表工程名称编 号分项名称提交时间建设单位承建单位被评审文档名称版本号评审性质初审 复审评审依据GB/T 8567-2006 计算机软件产品开发文件编制规范1. 是否描述了本文档适用系统和软件的完整标识，包括标题、版本号等？是 否 描述不清 不适用评审意见2. 是否描述了本文档的背景，包括该软件的用途、一般特性以及本项目的投资方、需方、用户、开发方和支持机构等？是 否 描述不清 不适用评审意见3. 是否对本文档中用到的专门术语进行了定义？是 否 描述不清 不适用评审意见4. 是否列出了本文档中所用到的引用文件？是 否 描述不清 不适用评审意见5. 是否对本项目的主要工作进行简要的说明？是 否 描述不清 不适用评审意见6. 是否说明了主要开发人员的情况，包括他们的技术水平？是 否 描述不清 不适用评审意见7. 是否列出需移交给用户的程序的名称、所用的编程语言及存储程序的媒体形式，并通过引用有关文件，逐项说明其功能和能力？是 否 描述不清 不适用评审意见8. 是否列出需移交给用户的每种文件的名称及内容要点？是 否 描述不清 不适用评审意见9. 是否列出需向用户提供的各项服务，如培训、安装、维护和运行支持等，应逐项规定开始日期、所提供支持的级别和服务的期限？是 否 描述不清 不适用评审意见10. 是否说明了要使用的软件开发方法，包括为支持这些方法所使用的手工、自动工具和过程的描述？是 否 描述不清 不适用评审意见11. 是否对项目开发过程中需完成的各项工作（从需求分析、设计、实现、测试直到维护，包括文件的编制、审批、打印、分发工作，用户培训工作及软件安装工作等）按层次进行分解，并指明每项任务的负责人和参加人员？是 否 描述不清 不适用评审意见12. 是否给出需求分析、设计、编码实现、测试、移交、培训和安装等各阶段工作任务的预定开始日期、完成日期及所需资源，并规定了各项工作任务完成的先后顺序以及表征每项工作任务完成的标志性事件（即所谓“里程碑”）？是 否 描述不清 不适用评审意见13. 是否描述了适用于本项目的资源，包括人力资源（此项目应投入的人力、按职责分解所投入的人力）、开发人员所使用的设施和其它资源等？是 否 描述不清 不适用评审意见14. 是否说明了项目估算，包括规模估算、工作量估算、成本估算和关键计算机资源估算等？是 否 描述不清 不适用评审意见15. 是否列出能够影响整个项目成败的关键问题、技术难点和风险，并说明应该采取的对策和风险管理计划？是 否 描述不清 不适用评审意见16. 是否列出开发中和运行时所需的计算机系统支持，包括计算机、外围设备、通讯设备、模拟器、编译（或汇编）程序、操作系统、数据管理程序包、数据存储能力和测试支持能力等，并逐项给出有关到货日期、使用时间的要求？是 否 描述不清 不适用评审意见17. 是否列出需要需方承担的工作和完成期限，包括需由需方提供的条件及提供时间？是 否 描述不清 不适用评审意见18. 是否列出需要分包商承担的工作和完成的时间？是 否 描述不清 不适用评审意见19. 是否说明本项目开发过程中需制订的各个专题计划（如分合同计划、开发人员培训计划、测试计划、软件安装计划、安全保密计划、质量保证计划、配置管理计划、用户培训计划、系统安装计划等）的要点？是 否 描述不清 不适用评审意见评审结论项目监理机构（章）_评审人_审核人_ 日 期_质量保证计划评审表工程名称编 号分项名称提交时间建设单位承建单位被评审文档名称版本号评审性质初审 复审评审依据GB/T 8567-2006 计算机软件产品开发文件编制规范1. 是否描述了本文档适用的系统和软件的完整标识，（若适用）包括标识号、标题、缩略词语、版本号、发行号？是 否 描述不清 不适用评审意见2. 本文档是否包含了系统概述和文档概述？是 否 描述不清 不适用评审意见3. 本文档是否描述了组织和职责、资源？是 否 描述不清 不适用评审意见4. 是否列出了本文档用到的引用文件？是 否 描述不清 不适用评审意见5. 是否描述负责软件质量保证的机构、任务及其有关的职责？是 否 描述不清 不适用评审意见6. 是否列出软件开发过程中的基本文档，包括软件需求规格说明书、软件设计说明书、测试计划与测试报告以及软件验证与确认计划等？是 否 描述不清 不适用评审意见7. 是否列出软件开发过程中的用户文档，包括用户手册、操作手册等？是 否 描述不清 不适用评审意见8. 是否列出软件开发过程中的其它文档，包括项目开发计划、项目进展报表、项目开发各阶段的评审报表以及项目总结报告？是 否 描述不清 不适用评审意见9. 是否列出软件开发过程中要用到的标准、规程和约定以及监督和保证执行的措施？是 否 描述不清 不适用评审意见10. 是否规定所要进行的技术和管理两方面的评审和检查工作，并编制或引用有关的评审和检查规程以及通过与否的技术准则？是 否 描述不清 不适用评审意见11. 本文档是否包括了在软件发行前对软件进行的功能检查？是 否 描述不清 不适用评审意见12. 本文档是否包括了在验收软件前对软件进行的物理检查，以验证程序和文档已经一致并已做好交付准备？是 否 描述不清 不适用评审意见13.是否描述了对项目进行过程评审方法和依据和以及对产品进行审核的方法和依据？是 否 描述不清 不适用评审意见14. 是否描述了过程评审和产品审核的结果形成了哪些记录以及对不符合问题的解决方法？是 否 描述不清 不适用评审意见15. 是否编制了有关软件配置管理的条款，或单独制订了文档？是 否 描述不清 不适用评审意见16. 是否指明了用以支持特定软件项目质量保证工作的工具、技术和方法，并描述它们的用途？是 否 描述不清 不适用评审意见17.是否指出了保护计算机程序物理媒体的方法和设施，以免非法存取、意外损坏或自然老化？是 否 描述不清 不适用评审意见18.是否指明需要保存的软件质量保证活动的记录，并指出用于汇总、保护和维护这些记录的方法，并指明保存的期限？是 否 描述不清 不适用评审意见评审结论项目监理机构（章）_评审人_审核人_ 日 期_需求规格说明书评审表工程名称编 号分项名称提交时间建设单位承建单位被审核文档名称版本号评审性质初审 复审评审依据GB/T 8567-2006 计算机软件产品开发文件编制规范GB/T 9385-88 计算机软件需求说明编制指南1. 是否描述了本文档适用系统和软件的完整标识，包括标题、版本号等？是 否 描述不清 不适用评审意见2. 是否描述了本文档的背景，包括该软件的用途、一般特性以及本项目的投资方、需方、用户、开发方和支持机构等？是 否 描述不清 不适用评审意见3. 是否对为理解本文档所需要的术语、定义和缩略语进行了专门的描述？是 否 描述不清 不适用评审意见4. 是否列出了本文档中所用到的引用文件？是 否 描述不清 不适用评审意见5. 是否说明了用户的特点？是 否 描述不清 不适用评审意见6. 是否说明本软件需求规格说明书中的关键点？是 否 描述不清 不适用评审意见7. 是否已对整套系统进行功能概述？是 否 描述不清 不适用评审意见8. 是否清晰的描述了每个业务功能的输入、加工和输出？是 否 描述不清 不适用评审意见9. 是否已详细说明了外部接口需求，包括用户接口、硬件接口、软件接口、通信接口等？是 否 描述不清 不适用评审意见10. 是否描述了本系统的计算机硬件需求、软件需求和通信需求等？是 否 描述不清 不适用评审意见11. 是否用对系统的性能需求（指软件功能在执行过程中的速度、可使用性、响应时间、各种软件功能的恢复时间、吞吐能力、精度、频率等等）进行量化的描述？是 否 描述不清 不适用评审意见12. 是否说明了本系统的输入、输出数据及数据管理能力方面的要求（处理量、数据量）？是 否 描述不清 不适用评审意见13. 是否说明了本系统在发生可能的硬件故障时，对故障处理的要求？是 否 描述不清 不适用评审意见14. 是否列出了系统所必须的假设以及约束？是 否 描述不清 不适用评审意见15. 需求说明书是否已包括了系统的可用性（需要时进行访问和操作的能力）？是 否 描述不清 不适用评审意见16. 是否对该软件的灵活性要求进行了说明，即当需求发生某些变化时，该软件对这些变化的适应能力？是 否 描述不清 不适用评审意见17. 需求说明书是否已包括了系统的可靠性（产生正确、一致结果的能力）？是 否 描述不清 不适用评审意见18. 需求说明书是否已包括了系统的可维护性（易于更正的能力）？是 否 描述不清 不适用评审意见19. 需求说明书是否已包括了系统的可转移/转换性（易于修改以适应新环境的能力）？是 否 描述不清 不适用评审意见20. 需求说明是否存在直接相互矛盾的条目？是 否 描述不清 不适用评审意见21. 本需求说明书是否与相关需求素材一致？是 否 描述不清 不适用评审意见22. 所描述的所有功能是否必要并充分地满足了客户/系统目标？是 否 描述不清 不适用评审意见23. 需求说明书的描绘是否无歧义，其详细程度是否足以进行详细的设计？是 否 描述不清 不适用评审意见24. 是否已确定每个需求的优先次序和关键程度？是 否 描述不清 不适用评审意见25. 是否将需求分别陈述，因此它们是独立的，可单独修改，并且是可检查的？是 否 描述不清 不适用评审意见26用户界面整体框架是否已讨论，是否符合用户操作习惯？是 否 描述不清 不适用评审意见评审结论项目监理机构（章）_评审人_审核人_ 日 期_概要设计说明书评审表工程名称编 号分项名称提交时间建设单位承建单位被审核文档名称版本号评审性质初审 复审审核依据GB/T 8567-2006 计算机软件产品开发文件编制规范1. 是否定义了系统总体设计目标？是 否 描述不清 不适用 评审意见2. 是否列写了所有的引用文件及术语解释？是 否 描述不清 不适用评审意见3. 是否所有的假设、约束、策略及依赖都被记录在本文档了？是 否 描述不清 不适用评审意见4. 是否说明了本系统的基本设计概念和处理流程？是 否 描述不清 不适用评审意见5. 是否用一览表及框图的形式说明各层模块、子程序、公用程序等的划分？是 否 描述不清 不适用评审意见6. 是否扼要的说明了每个系统元素的标识符和功能以及元素间的控制关系？是 否 描述不清 不适用评审意见7. 是否清楚表达了功能需求的实现同各个程序模块的分配关系？是 否 描述不清 不适用评审意见8. 是否描述了各个模块的接口设计，包括用户接口、外部接口和内部接口？是 否 描述不清 不适用评审意见9. 是否所有以前的待确定条目都已经解决？是 否 描述不清 不适用评审意见10. 是否仍存在可能不可行的设计部分？是 否 描述不清 不适用评审意见11. 该设计是否反映了实际操作环境（硬件、软件、支持软件）？是 否 描述不清 不适用评审意见12. 是否存在错误的、缺少的或不完整的逻辑？是 否 描述不清 不适用评审意见13. 是否说明了系统每个数据结构之间层次、表格的相互关系？ 是 否 描述不清 不适用评审意见14. 是否设计了数据结构中每个数据项的存储要求（访问方法、存取单位、物理关系、设计考虑和保密条件）？是 否 描述不清 不适用评审意见15. 所选择的设计和算法能否满足所有的需求？是 否 描述不清 不适用评审意见16. 操作界面的设计是否有为用户考虑（如词汇、使用信息和进入的简易）？是 否 描述不清 不适用评审意见17. 是否已描述界面的功能特性？是 否 描述不清 不适用评审意见18. 是否所有界面都与文档中的需求一致？是 否 描述不清 不适用评审意见19. 是否所有的界面都提供了所要求的信息？是 否 描述不清 不适用评审意见20. 该设计是否是模块化的？是 否 描述不清 不适用评审意见21. 是否已经对继承设计、代码或开发工具的选择进行了详细说明？是 否 描述不清 不适用评审意见22. 是否所有已描述的错误情况都被完整和准确地说明？是 否 描述不清 不适用评审意见23. 是否能给出系统集成测试计划，来检查说明它是满足需求的？是 否 描述不清 不适用评审意见24. 是否各个部分的设计都能追溯到需求说明书的需求？是 否 描述不清 不适用评审意见25. 所继承设计的已知风险是否已确定和分析？是 否 描述不清 不适用评审意见评审结论项目监理机构（章）_评审人_审核人_ 日 期_详细设计说明书评审表可 工程名称编 号分项名称提交时间建设单位承建单位被审核文档名称版本号评审性质初审 复审审核依据GB/T 8567-2006 计算机软件产品开发文件编制规范1. 每个单元模块的目的与功能是否都已在文档中详细描述？是 否 描述不清 不适用评审意见2. 包括了数据流、控制流和接口的单元设计是否已清晰的说明？是 否 描述不清 不适用评审意见3. 是否已定义的所有数据可以达到代码编写的程度？是 否 描述不清 不适用评审意见4. 是否已详细说明用来实现每个单元的关键算法（如用自然语言或PDL）？是 否 描述不清 不适用评审意见5. 是否对每个单元模块的调用模块和被调用模块进行了说明？是 否 描述不清 不适用评审意见6. 是否采用了所要求的方法和工具进行单元设计？是 否 描述不清 不适用评审意见7. 数据元素的命令和使用在整个单元和在单元接口之间是否一致？是 否 描述不清 不适用评审意见8. 所有接口的设计是否相互一致并且和更高级别文档一致？是 否 描述不清 不适用评审意见9. 是否每个单元模块的数据结构都被详细说明？是 否 描述不清 不适用评审意见10. 是否每个单元模块的输入项和输出项都被正确定义和说明？是 否 描述不清 不适用评审意见11. 是否详细说明了每个声明