软件项目监理通用表

1、项目方/计划报审工程名致： (理单位我方根据合同的有关规定完成了 单位上级技术负责人审查批准，请予以审查。附：项目整体计划方案书文档编项目 实施 方案/计划的编制并经我承建单位 ()项 目 经 理日期监理单审查意见监理机构（章）总/监理工程师日期业主单审批意见业主单位（章） 单位代表日期说明1、本表用于承建单位报批项目设计、实施等技术、组织方案。本表一式 三份，监理单位、承建单位、业主单位各一份。如果项目有独立的设计单位， 此表一式四份，增加设计单位意见。2、本表应附有报审的方案/计划。监理工程师评审意见可以以附件形式提供。工程名致：新通信监理有公司总体进度划报审表文档编我方根据合同的有关规定

2、制订了工程施工组织计划计划，并经我单位上级负 责人审查批准，请予以审查。附：进度计划工程施工组织计划承建单位（章）项目经理日期监理单审查意见监理机构（章） 总/监理工程师日期业主单审批意见业主单位（章） 单位代表日期说明1、本表用于承建单位报审项目进度计划，一式三份，建设单位、监理单 位、承建单位各一份。2本表应附有报审的进度计划一份理工程师的评审意见可以以附件形式提 供。工 程 开 工 / 工 报 审 表工程名称致： (理单位)编号我方承担的工程已完成了各项准备工作具备了开工/复工条件特此申请施工，请核查并签发开工/复工指令。承建单位(章)_ 项目经理_日期_监理单位审查意见：项目监理机构(

3、章)_ 总监理工程师_日 期_业主单位审批意见建设单位(章)_ 单位代表_日 期_需 分 析 报 审 表工程名称致： (监理单位)编号我方已根据合同书的有关规定完成了 位上级技术负责人审查批准，请予以审查。工程需求规格说明书的编制经我单承建单位(章)_ 项目经理_日期_监理单位审查意见：项目监理机构(章)_ 总监理工程师_日 期_业主单位审批意见建设单位(章)_ 单位代表_日 期_概 设 计 报 审 表工程名称致： (理单位)编号我方已根据合同书的有关规定完成了 位上级技术负责人审查批准，请予以审查。工程概要设计说明书的编制，并经我单承建单位(章)_ 项目经理_日期_监理单位审查意见：项目监理

4、机构(章)_ 总监理工程师_日 期_业主单位审批意见建设单位(章)_ 单位代表_日 期_详 设 计 报 审 表工程名称编号致： (理单位)我方已根据合同书的有关规定完成了编制，并经我单位上级技术负责人审查批准，请予以审查。工程详细设计说明书的承建单位(章)_ 项目经理_日期_监理单位审查意见：项目监理机构(章)_ 总监理工程师_日 期_业主单位审批意见建设单位(章)_ 单位代表_日 期_测 计 划 报 审 表工程名称编致： (理单位)我方已根据合同书的有关规定完成了的编制，并经我单位上级技术负责人审查批准，请予以审查。号工程测试计划承建单位(章)_ 项目经理_日期_监理单位审查意见：项目监理机

5、构(章)_ 总监理工程师_日 期_业主单位审批意见建设单位(章)_ 单位代表_日 期_测 报 告 报 审 表工程名称致： (理单位)我方已根据合同书的有关规定完成了并经我单位上级技术负责人审查批准，请予以审查。编号工程测试报告的编制，承建单位(章)_ 项目经理_日期_监理单位审查意见：项目监理机构(章)_ 总监理工程师_日 期_业主单位审批意见建设单位(章)_ 单位代表_日 期_工程软件档验收检查录表工程名称分部/分项工程 工程地点序号文档名称是否完整齐全内容是否满足国家标准 GB/T 8567-2006备注项目开发计划需求规格说明书概要设计书详细设计书用户手册测试计划测试分析报告文档光盘是是

6、是是是是是是否否否否否否否否是是是是是是是是否否否否否否否否结论承建单位 _项目负责人_监理单位_监理工程师_建设单位 _单位代表 _日期 _日期 _日期 _报 验 申 / 批 工程名称致： (监理单位编号我单位已完成了 ，现报上该工程报验申请表，请予以审查和 验收。附件：承建单位(章)_ 项目经理_日期_审查意见：项目监理机构_ 总/专业监理工程师日期_工程名称工 程 验 收 申 / 审 批 单编号致： (监理单位我方已按合同要求完成了现请予以检查和验收。工程建设，经自检合格，承建单位(章)_ 项目经理_日期_审查意见：经初步检查，该工程1. 符合/eq oac(,不)eq oac(, )符

7、合我国现行法律、法规要求； 2. 符合/不符合我国现行工程建设标准； 3. 符合/不符合设计文件要求；4. 符合/不符合施工合同要求。综上所述，该工程 可以/不可以验收。项目监理机构(章)_ 总监理工程师_日期_建设单位意见：建设单位(章)_ 单位代表_日 期_工 程 款 支 付 请 审 批 表工程名称致： (监理单位编号我方已完成了_作，按合同第条第款的规定，建设单位应在_年_月_日前支付该项工程款总额的 %共(大写)人民币_(写：￥_)， 现报上_工程付款申请表，请予以审查。附件：承包单位(章)_ 项目经理_日期_根据工程合同的规定经审核承包单位的付款申请和附件内容同意本期支付工程款 共(

8、大写)人民币_(小写：￥_)请按合同规定及时付款。项目监理机构(章)_ 总监理工程师_日 期_审核结果：最终支付决定：建设单位(章) _ 单位代表 _日 期 _软 件 文 档 移 清 记 录 表工程名序号文档名版本号数量地点备注承建单位监理单位建设单位盖章签字盖章签字盖章签字年月日年月日年月日软 件 产 品 移 清 记 录 表工程名序号产品名版本号型号数量地点备注承建单位监理单位建设单位盖章签字盖章签字盖章签字年月日年月日年月日工 竣 工 验 收 证 书分部工程名称单位工程名称 建设项目名称 本次验收工程地址 建设单位（业主） 承建单（承包商）监理单位工程概况编 号黑龙江省赛宝信息工程监理有限

9、责任公司主观评价客观测试施工质量工程资料验收结果验收结论承建单位监理单位建设单位盖章签字盖章签字盖章签字年月日年月日年月日监 工 程 师 通 知 单工程名称致：事由：内容：要求：编号项目监理机构(章)_总专业监理工程师_日 期抄送：监 理 工 程 师 知 回 复 单工程名称致：致： (监理单位编号我 方 接 到 编 号 为的 监 工 已 按 要 _作，现报上，请予以复查。 详细内容承建单位(章)_ 项目经理_日期_审查意见：项目监理机构(章)_ 总/专业监理工程师日期_抄送：工程变更单工程名称致：致： (监理单位编号由 _ 原因，兹提 出_程变更(内容见附件)， 请予以审批。附件：提出单位_

10、代表人_日 期_一致意见：建设单位（章）项目负责人签字_日期_承建单位（章）项目经理签字_日期_监理单位（章）总监理工程师签字_日期_项目开发划评审表工程名称编号分项名称建设单位承建单位提交时间被评审文档名称版本号评审性质初 eq oac(,审)eq oac(, )复 eq oac(,审)评审依据 GB/T 8567-2006 计算机软件产品开发文件编制规范1. 是描述了本文档适用系统和软件的完整标识，包括标题、版本号是 否 描不 eq oac(,清)eq oac(, )不适等？评审意见2. 是描述了本文档的背景括该软件的用途一般特性以及本项目是 否 描不 eq oac(,清)eq oac(,

11、 )不适的投资方、需方、用户、开发方和支持机构等？评审意见3. 是对本文档中用到的专门术语进行了定义？评审意见4. 是列出了本文档中所用到的引用文件？评审意见5. 是对本项目的主要工作进行简要的说明？评审意见6. 是说明了主要开发人员的情况，包括他们的技术水平？ 评审意见是 否 描不 eq oac(,清)eq oac(, )不适是 否 描不 eq oac(,清)eq oac(, )不适是 否 描不 eq oac(,清)eq oac(, )不适是 否 描不 eq oac(,清)eq oac(, )不适7. 是列出需移交给用户的程序的名称用的编程语言及存储程序的 媒体形式，并通过引用有关文件，逐项

12、说明其功能和能力？评审意见8. 是列出需移交给用户的每种文件的名称及内容要点？评审意见9. 是列出需向用户提供的各项服务，如培训、安装、维护和运行支持 等，应逐项规定开始日期、所提供支持的级别和服务的期限？评审意见10. 是说明了要使用的软件开发方法，包括为支持这些方法所使用的 手工、自动工具和过程的描述？评审意见11. 是对项目开发过程中需完成的各项工作（从需求分析、设计、实现、测试直到维护，包括文件的编制、审批、打印、分发工作，用户培训工作及软件安装工作等）按层次进行分解，并指明每项任务的负责人 和参加人员？评审意见12. 是给出需求分析、设计、编码实现、测试、移交、培训和安装等各阶段工作

13、任务的预定开始日期、完成日期及所需资源，并规定了各项工作任务完成的先后顺序以及表征每项工作任务完成的标志性事件（即 所谓“里程碑”）？评审意见是 否 描不 eq oac(,清)eq oac(, )不适是 否 描不 eq oac(,清)eq oac(, )不适是 否 描不 eq oac(,清)eq oac(, )不适是 否 描不 eq oac(,清)eq oac(, )不适是 否 描不 eq oac(,清)eq oac(, )不适是 否 描不 eq oac(,清)eq oac(, )不适13. 是描述了适用于本项目的资源，包括人力资源（此项目应投入的人力、按职责分解所投入的人力）、开发人员所使用

14、的设施和其它资源 等？评审意见14. 是说明了项目估算，包括规模估算、工作量估算、成本估算和关 键计算机资源估算等？评审意见15. 是列出能够影响整个项目成败的关键问题、技术难点和风险，并 说明应该采取的对策和风险管理计划？评审意见16. 是列出开发中和运行时所需的计算机系统支持，包括计算机、外围设备、通讯设备、模拟器、编译（或汇编）程序、操作系统、数据管理程序包数存储能力和测试持能力等逐项给出有关到货日期、 使用时间的要求？评审意见17. 是列出需要需方承担的工作和完成期限，包括需由需方提供的条 件及提供时间？评审意见18. 是列出需要分包商承担的工作和完成的时间？评审意见19. 是说明本项

15、目开发过程中需制订的各个专题计分合同计划、开发人员培训计划、测试计划、软件安装计划、安全保密计划、质量保证计划、配置管理计划、用户培训计划、系统安装计划等）的要点？是 否 描不 eq oac(,清)eq oac(, )不适是 否 描述不 eq oac(,清)eq oac(, )不适是 否 描不 eq oac(,清)eq oac(, )不适是 否 描不 eq oac(,清)eq oac(, )不适是 否 描不 eq oac(,清)eq oac(, )不适是 否 描不 eq oac(,清)eq oac(, )不适是 否 描不 eq oac(,清)eq oac(, )不适评审意见评审结论项目监理机构

16、（章）_评审人_审核人_日 期_质量保证划评审表工程名称编号分项名称建设单位承建单位提交时间被评审文版本号档名称评审依据 GB/T 8567-2006 计算机软件产品开发文件编制规范 1. 是描述了本文档适用的系统和软件的完整标识适用）包括标评审性质初 eq oac(,审)eq oac(, )复 eq oac(,审)识号、标题、缩略词语、版本号、发行号？评审意见2. 本档是否包含了系统概述和文档概述？评审意见3. 本档是否描述了组织和职责、资源？评审意见4. 是列出了本文档用到的引用文件？评审意见5. 是描述负责软件质量保证的机构、任务及其有关的职责？评审意见6. 是列出软件开发过程中的基本文

17、档括软件需求规格说明书件设计说明书、测试计划与测试报告以及软件验证与确认计划等？ 评审意见是 否 描不 eq oac(,清)eq oac(, )不适是 否 描不 eq oac(,清)eq oac(, )不适是 否 描不 eq oac(,清)eq oac(, )不适是 否 描不 eq oac(,清)eq oac(, )不适是 否 描不 eq oac(,清)eq oac(, )不适是 否 描不 eq oac(,清)eq oac(, )不适7. 是列出软件开发过程中的用户文档括用户手册操作手册等？ 是 否 描不 eq oac(,清)eq oac(, )不适用 评审意见8. 是列出软件开发过程中的其它

18、文档括项目开发计划目展是 否 描不 eq oac(,清)eq oac(, )不适报表、项目开发各阶段的评审报表以及项目总结报告？评审意见9. 是列出软件开发过程中要用到的标准和约定以及监督和保证 执行的措施？评审意见10. 是规定所要进行的技术和管理两方面的评审和检查工作，并编制 或引用有关的评审和检查规程以及通过与否的技术准则？评审意见11. 本档是否包括了在软件发行前对软件进行的功能检查？评审意见12. 本档是否包括了在验收软件前对软件进行的物理检查，以验证程 序和文档已经一致并已做好交付准备？评审意见13.是描述了对项目进行过程评审方法和依据和以及对产品进行审核 的方法和依据？评审意见1

19、4. 是描述了过程评审和产品审核的结果形成了哪些记录以及对不符 合问题的解决方法？评审意见15. 是编制了有关软件配置管理的条款，或单独制订了文档？评审意见16. 是指明了用以支持特定软件项目质量保证工作的工具、技术和方 法，并描述它们的用途？评审是 否 描不 eq oac(,清)eq oac(, )不适是 否 描不 eq oac(,清)eq oac(, )不适是 否 描不 eq oac(,清)eq oac(, )不适是 否 描不 eq oac(,清)eq oac(, )不适是 否 描不 eq oac(,清)eq oac(, )不适是 否 描不 eq oac(,清)eq oac(, )不适是

20、否 描不 eq oac(,清)eq oac(, )不适是 否 描不 eq oac(,清)eq oac(, )不适意见17.是否指出了保护计算机程序理媒体的方法和设施，以免非法存取、是 否 描不 eq oac(,清)eq oac(, )不适意外损坏或自然老化？评审意见18.是否指明需要保存的软件质保证活动的记录指用于汇总保护和维护这些记录的方法，并指明保存的期限？ 评审意见评审结论是 否 描不 eq oac(,清)eq oac(, )不适项目监理机构（章）_评审人_审核人_日 期_工程名称需求规格明书评审表编号分项名称建设单位承建单位提交时间被审核文档名称版本号评审性质初 eq oac(,审)e

21、q oac(, )复 eq oac(,审)评审依据GB/T 8567-2006 计算机软件产品开发文件编制规范 GB/T 9385-88 计算机软件需求说明编制指南1. 是描述了本文档适用系统和软件的完整标识，包括标题、版本是 否 描述不 eq oac(,清)eq oac(, )不适号等？评审意见2. 是描述了本文档的背景，包括该软件的用途、一般特性以及本 项目的投资方、需方、用户、开发方和支持机构等？评审意见3. 是对为理解本文档所需要的术语、定义和缩略语进行了专门的 描述？评审意见4. 是列出了本文档中所用到的引用文件？评审意见5. 是说明了用户的特点？评审意见6. 是说明本软件需求规格说

22、明书中的关键点？评审意见7. 是已对整套系统进行功能概述？评审意见8. 是清晰的描述了每个业务功能的输入、加工和输出？评审意见9. 是已详细说明了外部接口需求，包括用户接口、硬件接口、软 件接口、通信接口等？是 否 描述不 eq oac(,清)eq oac(, )不适是 否 描述不 eq oac(,清)eq oac(, )不适是 否 描不 eq oac(,清)eq oac(, )不用是 否 描述不 eq oac(,清)eq oac(, )不适是 否 描述不 eq oac(,清)eq oac(, )不适是 否 描述不 eq oac(,清)eq oac(, )不适是 否 描述不 eq oac(,清

23、)eq oac(, )不适是 否 描述不 eq oac(,清)eq oac(, )不适评审意见10. 是描述了本系统的计算机硬件需求、软件需求和通信需求等？ 是 否 描述不 eq oac(,清)eq oac(, )适用 评审意见11. 是用对系统的性能需求（指软件功能在执行过程中的速度、可使用性、响应时间、各种软件功能的恢复时间、吞吐能力、精度、频 是 否 描述不 eq oac(,清)eq oac(, )适用 率等等）进行量化的描述？评审意见12. 是说明了本系统的输入、输出数据及数据管理能力方面的要求是 否 描述不 eq oac(,清)eq oac(, )不适（处理量、数据量）？评审意见13

24、. 是说明了本系统在发生可能的硬件故障时，对故障处理的要是 否 描述不 eq oac(,清)eq oac(, )不适求？评审意见14. 是列出了系统所必须的假设以及约束？评审意见15. 需说明书是否已包括了系统的可用性（需要时进行访问和操作 的能力）？评审意见16. 是对该软件的灵活性要求进行了说明，即当需求发生某些变化 时，该软件对这些变化的适应能力？是 否 描述不 eq oac(,清)eq oac(, )不适是 否 描述不 eq oac(,清)eq oac(, )不适是 否 描述不 eq oac(,清)eq oac(, )不适评审意见17. 需说明书是否已包括了系统的可靠性（产生正确、一致

25、结果的是 否 描述不 eq oac(,清)eq oac(, )不适能力）？评审意见18. 需说明书是否已包括了系统的可维护性（易于更正的能力）？ 是 否 描述不 eq oac(,清)eq oac(, )适用 评审意见19. 需求明书是否已包括了系的可转移 转换（易于修改以适是 否 描述不 eq oac(,清)eq oac(, )不适应新环境的能力）？评审意见20. 需说明是否存在直接相互矛盾的条目？评审意见21. 本求说明书是否与相关需求素材一致？评审意见22. 所述的所有功能是否必要并充分地满足了客/统目标？ 评审意见23. 需说明书的描绘是否无歧义，其详细程度是否足以进行详细的 设计？评审

26、意见24. 是已确定每个需求的优先次序和关键程度？评审是 否 描述不 eq oac(,清)eq oac(, )不适是 否 描不 eq oac(,清)eq oac(, )不用是 否 描不 eq oac(,清)eq oac(, )不用是 否 描不 eq oac(,清)eq oac(, )不用是 否 描述不 eq oac(,清)eq oac(, )不适意见25. 是将需求分别陈述，因此它们是独立的，可单独修改，并且是 可检查的？评审意见26用户界面整体框架是否已讨，是否符合用户操作习惯？评审意见是 否 描述不 eq oac(,清)eq oac(, )不适是 否 描述不 eq oac(,清)eq oa

27、c(, )不适评项目监理机构（章）_审评审人_结审核人_论日 期_工程名称概要设计明书评审表编号分项名称建设单位承建单位提交时间被审核文档名称审核依据 GB/T 8567-2006 计算机软件产品开发文件编制规范版本号评审性质初 eq oac(,审)eq oac(, )复 eq oac(,审)1. 是定义了系统总体设计目标？ 评审意见是 否 描不 eq oac(,清)eq oac(, )不适2. 是列写了所有的引用文件及术语解释？评审意见3. 是所有的假设、约束、策略及依赖都被记录在本文档了？评审意见4. 是说明了本系统的基本设计概念和处理流程？评审意见5. 是用一览表及框图的形式说明各层模块

28、程序公程序等的划 分？评审意见6. 是扼要的说明了每个系统元素的标识符和功能以及元素间的控制 关系？评审意见7. 是清楚表达了功能需求的实现同各个程序模块的分配关系？评审意见8. 是描述了各个模块的接口设计括用户接口外部接口和内部接 口？评审意见9. 是所有以前的待确定条目都已经解决？评审意见10. 是仍存在可能不可行的设计部分？是 否 描不 eq oac(,清)eq oac(, )不适是 否 描不 eq oac(,清)eq oac(, )不适是 否 描不 eq oac(,清)eq oac(, )不适是 否 描不 eq oac(,清)eq oac(, )不适是 否 描不 eq oac(,清)e

29、q oac(, )不适是 否 描不 eq oac(,清)eq oac(, )不适是 否 描不 eq oac(,清)eq oac(, )不适是 否 描不 eq oac(,清)eq oac(, )不适是 否 描不 eq oac(,清)eq oac(, )不适评审意见11. 该计是否反映了实际操作环境（硬件、软件、支持软件）？ 评审意见12. 是存在错误的、缺少的或不完整的逻辑？评审意见13. 是说明了系统每个数据结构之间层次、表格的相互关系？评审意见14. 是设计了数据结构中每个数据项的存储要求（访问方法、存取单 位、物理关系、设计考虑和保密条件）？评审意见15. 所择的设计和算法能否满足所有的需

30、求？评审意见16. 操界面的设计是否有为用户考虑（如词汇、使用信息和进入的简 易）？评审意见17. 是已描述界面的功能特性？评审意见18. 是所有界面都与文档中的需求一致？评审意见19. 是所有的界面都提供了所要求的信息？是 否 描不 eq oac(,清)eq oac(, )不适是 否 描不 eq oac(,清)eq oac(, )不适是 否 描不 eq oac(,清)eq oac(, )不适是 否 描不 eq oac(,清)eq oac(, )不适是 否 描不 eq oac(,清)eq oac(, )不适是 否 描不 eq oac(,清)eq oac(, )不适是 否 描不 eq oac(,

31、清)eq oac(, )不适是 否 描不 eq oac(,清)eq oac(, )不适是 否 描不 eq oac(,清)eq oac(, )不适评审意见20. 设计是否是模块化的？评审意见21. 否已经对继承设计、代码开发工具的选择进行了详细说明？ 评审意见22. 否所有已描述的错误情况被完整和准确地说明？评审意见23. 否能给出系统集成测试计，来检查说明它是满足需求的？ 评审意见24. 否各个部分的设计都能追到需求说明书的需求？评审意见25. 继承设计的已知风险是否确定和分析？评审意见是 述不 eq oac(,清)eq oac(, )适是 述不 eq oac(,清)eq oac(, )适是

32、述不 eq oac(,清)eq oac(, )适是 述不 eq oac(,清)eq oac(, )适是 述不 eq oac(,清)eq oac(, )适是 述不 eq oac(,清)eq oac(, )适评审结论项目监理机构（章）_评审人_审核人_日 期_详细设计明书评审表工程名称分项名称建设单位承建单位被审核文档名称编号提交时间版本号评审性质初审复审审核依据 GB/T 8567-2006 计算机软件产品开发文件编制规范1. 每单元模块的目的与功能是否都已在文档中详细描述？评审意见2. 包了数据流、控制流和接口的单元设计是否已清晰的说明？ 评审意见3. 是已定义的所有数据可以达到代码编写的程度

33、？评审意见4. 是已详细说明用来实现每个单元的关键算法（如用自然语言或 PDL）？评审意见5. 是对每个单元模块的调用模块和被调用模块进行了说明？评审意见6. 是采用了所要求的方法和工具进行单元设计？评审意见7. 数元素的命令和使用在整个单元和在单元接口之间是否一致？ 评审意见8. 所接口的设计是否相互一致并且和更高级别文档一致？评审意见9. 是每个单元模块的数据结构都被详细说明？评审意见是 否 描述不 eq oac(,清)eq oac(, )不适是 否 描述不 eq oac(,清)eq oac(, )不适是 否 描述不 eq oac(,清)eq oac(, )不适是 否 描述不 eq oac

34、(,清)eq oac(, )不适是 否 描述不 eq oac(,清)eq oac(, )不适是 否 描述不 eq oac(,清)eq oac(, )不适是 否 描述不 eq oac(,清)eq oac(, )不适是 否 描述不 eq oac(,清)eq oac(, )不适是 否 描述不 eq oac(,清)eq oac(, )不适10. 是每个单元模块的输入项和输出项都被正确定义和说明？评审意见11. 是详细说明了每个声明参数的度量单位、取值范围、正确度和精 度？评审意见12. 每单元是否具有高内聚度和低耦合如对该单元的更改不会在 该单元由任何无法预料的影响并对其他单元的影响很小）？评审意见1

35、3. 是对每个程序模块都标有详尽的注释？评审意见14 是该单元的所有约束（如过程时间和规模）都被详细说明？评审意见15 是能够对每个单元进行测试示析或检查来说明它们是满足 需求的？评审意见16 是每个单元模块的流程逻辑都能被测试？评审意见17 是设计的每一部分都能追溯到其他项目文档的需求溯到更 高级别文档的需求？评审意见是 否 描述不 eq oac(,清)eq oac(, )不适是 否 描述不 eq oac(,清)eq oac(, )不适是 否 描述不 eq oac(,清)eq oac(, )不适是 否 描述不 eq oac(,清)eq oac(, )不适是 否 描述不 eq oac(,清)e

36、q oac(, )不适是 否 描述不 eq oac(,清)eq oac(, )不适是 否 描述不 eq oac(,清)eq oac(, )不适是 否 描述不 eq oac(,清)eq oac(, )不适评审结论项目监理机构（章）_评审人_审核人_日 期测试计划审表工程名称编号分项名称建设单位承建单位被审核文档名称审核依据提交时间版本号评审性质GB/T 8567-2006 计算机软件产品开发文件编制规范GB/T 9386-88 计算机软件测试文件编制规范初 eq oac(,审)eq oac(, )复 eq oac(,审)1. 是描述了本文档适用系统和软件的完整标识，包括标题、版本号 等？评审意见

37、2. 是描述了本文档的背景括该软件的用途一特性以及本项目 的投资方、需方、用户、开发方和支持机构等？评审意见3. 是对本文件中用到的专门术语进行了定义？评审意见4. 是列出了本文档中所用到的引用文件？评审意见5. 该试计划是否详细说明测试的方法和策略？评审意见6. 该试计划是否详细说明所有测试活动的顺序？评审意见7. 该试计划是否描述了将使用的软硬件系统环境？评审意见8. 该试计划是否描述了测试活动中断和恢复的条情形？评审意见9. 该试计划是否为所有测试定义了成功标准？评审意见是 否 描不 eq oac(,清)eq oac(, )不适是 否 描不 eq oac(,清)eq oac(, )不适是

38、 否 描不 eq oac(,清)eq oac(, )不适是 否 描不 eq oac(,清)eq oac(, )不适是 否 描不 eq oac(,清)eq oac(, )不适是 否 描不 eq oac(,清)eq oac(, )不适是 否 描不 eq oac(,清)eq oac(, )不适是 否 描不 eq oac(,清)eq oac(, )不适是 否 描不 eq oac(,清)eq oac(, )不适10. 该试计划是否充分的描述了被测试对象的功能？评审意见11. 该试计划是否明确的描述了不被测试的功能？评审意见12. 该试计划是否依从了与开发有关的所有说明书、标准和文档？ 评审意见13. 是

39、已定义了测试顺序来匹配更高级别的文档所指定的集成顺序？ 评审意见14. 该试计划是否和更高级别的测试计划文档一致？评审意见15. 测用例是否完整覆盖了所有功能，是否覆盖了被测试功能的正常 执行情况？评审意见16. 测用例集是否覆盖了足够的非法和冲突的输入？评审意见17. 测用例集是否包括了足够的默认输入值的使用？评审意见18. 测用例集是否考虑到了足够数量的程序错误出口路?评审意见19. 测方法是否可行？是 否 描不 eq oac(,清)eq oac(, )不适是 否 描不 eq oac(,清)eq oac(, )不适是 否 描不 eq oac(,清)eq oac(, )不适是 否 描不 eq

40、 oac(,清)eq oac(, )不适是 否 描不 eq oac(,清)eq oac(, )不适是 否 描不 eq oac(,清)eq oac(, )不适是 否 描不 eq oac(,清)eq oac(, )不适是 否 描不 eq oac(,清)eq oac(, )不适是 否 描不 eq oac(,清)eq oac(, )不适是 否 描不 eq oac(,清)eq oac(, )不适评审意见20. 是所有被认为不可测试的需求都被详细说明并说明原因？ 评审意见21. 是形成了进度计划？评审意见22. 测是否适应相应级别文档所说明的需求？评审意见23. 测验收标准是否可追溯到更高级别的文档？评审

41、意见是 否 描不 eq oac(,清)eq oac(, )不适是 否 描不 eq oac(,清)eq oac(, )不适是 否 描不 eq oac(,清)eq oac(, )不适是 否 描不 eq oac(,清)eq oac(, )不适评审结论项目监理机构（章）_评审人_审核人_日 期_测试报告审表工程名称编号分项名称建设单位承建单位被审核文提交时间 2007-1-17版本号档名称评审性质初 eq oac(,审)eq oac(, )复 eq oac(,审)评审依据GB/T 8567-2006 计算机软件产品开发文件编制规范 GB/T 9386-88 计算机软件测试文件编制规范1. 是描述了本文

42、档适用的系统和软件的完整标识括标题版号是 否 描不 eq oac(,清)eq oac(, )不适等？评审意见2. 是描述了本文档的背景括软件的用途一特性以及本项目是 否 描不 eq oac(,清)eq oac(, )不适的投资方、需方、用户、开发方和支持机构等？评审意见3. 是对本文件中用到的专门术语进行了定义？评审意见4. 是列出了本文档中所用到的引用文件？评审意见5. 是列出每一项测试的标识符及其测试内容明实际进行的测试工作内容与测试计划中预先设计的内容之间的差别，并说明作出这种改 变的原因？评审意见6. 是把本项测试中实际得到的动态输包括内部生成数据输出结 果同对于动态输出的要求进行比较

43、，并陈述其中的各项发现？评审意见7. 是说明为满足此项功能而设计的软件能力以及经过一项或多项测 试已证实的能力？评审意见8. 是说明测试数据值的范围（包括动态数据和静态数据），并列出就 这项功能而言，测试期间在该软件中查出的缺陷、局限性？评审意见9. 是陈述经测试证实了的本软件的能力供这方面的测试结果与要求之间的比较，并确定测试环境与实际运行环境之间可能存在的差异对是 否 描不 eq oac(,清)eq oac(, )不适是 否 描不 eq oac(,清)eq oac(, )不适是 否 描不 eq oac(,清)eq oac(, )不适是 否 描不 eq oac(,清)eq oac(, )不适

44、是 否 描不 eq oac(,清)eq oac(, )不适是 否 描不 eq oac(,清)eq oac(, )不适是 否 描不 eq oac(,清)eq oac(, )不适能力的测试所带来的影响？评审意见10. 是陈述经测试证实的软件缺陷和限制，说明每项缺陷和限制对软是 否 描述不 eq oac(,清)eq oac(, )不适件性能的影响，并说明全部测得的性能缺陷的累积影响和总影响？ 评审意见11. 是对每项缺陷提出改进建议，包括修改方法、紧迫程度、预计工是 否 描述不 eq oac(,清)eq oac(, )不适作量和修改的负责人？评审意见12. 是否说明该项软件的开发是否已达到预定目标，

45、是否能否交付使是 否 描不 eq oac(,清)eq oac(, )不适用？评审意见13. 是总结测试工作的资源消耗数据，如工作人员的水平级别数量、是 否 描不 eq oac(,清)eq oac(, )不适机时消耗等？评审意见评审结论项目监理机构（章）_评审人_审核人_日 期_用户手册审表工程名称编号分项名称提交时间建设单位承建单位被审核文档名称评审依据 GB/T 8567-2006 计算机软件产品开发文件编制规范 1. 是描述了本文档适用的系统和软件的完整标识括题版号版本号评审性质初 eq oac(,审)eq oac(, )复 eq oac(,审)等？评审意见2. 是描述了本文档的背景括该软

46、件的用途一般特性以及本项目 的投资方、需方、用户、开发方和支持机构等？评审意见3. 是对本文件中用到的专门术语进行了定义？评审意见是 否 描不 eq oac(,清)eq oac(, )不适是 否 描不 eq oac(,清)eq oac(, )不适是 否 描不 eq oac(,清)eq oac(, )不适4. 是列出了本文档中所用到的引用文件？评审意见5. 是简要说明软件预期的用途括该软件的能力操作上的改进以 及通过本软件的使用而得到的利益？评审意见6. 是描述了为使软件运行而必须安装的所有软件文件括数据库和 数据文件？评审意见7. 是描述了用户安装并运行该软件所需的硬件件手工操作和其 他资源？

47、评审意见8. 是从用户的角度出发简要的描述了软件的组织和操作括软件逻 辑部件和每个部件的操作概述以及用户期望的性能特性？评审意见9. 是说明了本软件在安全、保密方面的设计考虑和要求？评审意见10. 是否一步一步地说明了为使用本软件而需进行的安装与初始化过程，包括程序的存储形式、安装与初始化过程中的全部操作命令、系统 对这些命令的反应与答复、表征安装工作完成的测试实例等？评审意见11. 是描述了用户如何停止或中断软件的使用和如何判断是否是正常 终止或结束？是 否 描不 eq oac(,清)eq oac(, )不适是 否 描不 eq oac(,清)eq oac(, )不适是 否 描不 eq oac

48、(,清)eq oac(, )不适是 否 描不 eq oac(,清)eq oac(, )不适是 否 描不 eq oac(,清)eq oac(, )不适是 否 描不 eq oac(,清)eq oac(, )不适是 否 描不 eq oac(,清)eq oac(, )不适是 否 描不 eq oac(,清)eq oac(, )不适评审意见12. 是向用户提供了使用软件的过程？评审意见13. 是描述了创建和保留数据备份的过程？评审意见14. 是描述了从处理过程中发生的错误、故障中重启或恢复的详细步 骤和保证紧急时刻运行的连续性的详细步骤？评审意见15. 是列出完成用户功能时可能发生的所有错误消息、诊断消息

49、和通 知性消息，或引用列出这些消息的附录？评审意见是 否 描不 eq oac(,清)eq oac(, )不适是 否 描不 eq oac(,清)eq oac(, )不适是 否 描不 eq oac(,清)eq oac(, )不适是 否 描不 eq oac(,清)eq oac(, )不适评审结论项目监理机构（章）_评审人_审核人_日 期_操作手册审表工程名称分项名称建设单位承建单位审核文档名称操作手册 1.0编号提交时间版本号评审性质初 eq oac(,审)eq oac(, )复 eq oac(,审)评审依据 GB/T 8567-2006 计算机软件产品开发文件编制规范1. 是描述了这份操作手册的目的，并指出了预期的读者？评审意见2. 是描述了这份操作手册的背景 ,括该操作手册所描述的软件系统的名称及该软件项目的任务提出者、开发者、用户及安装该软件的计算 中心？评审意见是 否 描不 eq oac(,清)eq oac(, )不适是 否 描不