软件开发中心质量检查与评价标准

1、中国建设银行河南省分行 信息技术部软件开发中心 计算机应用项目 质量检查和评价标准 （试行） 二 OO 一年十月目录1 项目质量检查的目的和范围 12 项目质量检查和评价的方法 13 软件开发类项目检查内容和评价标准 23.1 需求分析阶段 23.1.1 开发计划 23.1.2 质量计划 43.1.3 需求分析 53.1.4 外部开发项目检查内容 63.1.5 项目配置管理计划 73.1.6 需求分析阶段的有关文档 93.1.7 需求分析阶段项目任务完成情况 103.2概要设计阶段 113.2.1 概要设计说明书 113.2.2 概要设计阶段的有关文档 123.2.3 概要设计阶段项目任务完成

2、情况 13 3.3详细设计阶段 143.3.1 详细设计说明书 143.3.2 数据库设计说明书 153.3.3 单元测试计划 163.3.4 详细设计阶段有关文档 173.3.5 详细设计阶段项目任务完成情况 183.4 编码及单元测试阶段 193.4.1 编码准备工作 193.4.2 项目开发编码情况 203.4.3 单元测试情况 21223.4.4 编码及单元测试阶段的有关文档 213.4.5 编码及单元测试阶段项目任务完成情况3.5 集成及测试阶段 233.5.1 集成及测试阶段的准备工作 233.5.2 集成及测试情况 243.5.3 集成及测试阶段的有关文档 253.5.4 集成及

3、测试阶段项目任务完成情况 25 3.6试运行阶段 263.6.1 试运行情况 263.6.2 项目总结 284 工程实施类项目检查内容和评价标准 294.1需求分析阶段 294.1.1 开发计划 294.1.2 项目质量控制计划 304.1.3 需求分析 314.1.4 外部项目检查内容 334.1.5 项目配置管理计划 344.1.6 需求分析阶段的有关文档 354.1.7 需求分析阶段项目任务完成情况 36 4.2方案设计阶段 374.2.1 工程设计实施方案 374.2.2 工程设计阶段项目任务完成情况 394.3 工程实施阶段 404.3.1 工程实施 404.3.2 单元测试情况 4

4、14.3.3 工程设计阶段项目任务完成情况 42 4.4调试检验阶段 434.4.1 系统调试 434.4.2 项目总结 441 项目质量检查的目的和范围项目产品逐步形成于开发过程中， 要使影响产品质量的因素处于受控状态， 才能生产出符合用户要求的高质量的项目产品。对项目开发过程中的质量活动 进行检查和评价，是一项重要的质量控制工作，对保证项目产品的质量起着重 要作用。通过了解开发过程中与质量有关的活动，并对这些质量活动的过程和 结果进行检查，使管理人员了解开发过程中各阶段的质量情况，对项目的质量 活动进行控制，从而达到提高项目质量的目的，同时为软件开发中心质量控制 组（以下简称质量控制组）进

5、行质量活动检查制定统一的标准。项目质量检查的范围包括在省分行信息技术部正式立项并管理的各类计算 机应用项目（项目的分类和阶段划分参见中国建设银行河南省分行信息技术 部软件开发中心计算机应用项目质量控制办法 （试行 ），以下简称为质量控制 试行办法）。本标准适用于项目组内管理人员和开发人员对项目质量活动的自 我检查，以及质量控制组对项目开发各阶段的检查和评价。2 项目质量检查和评价的方法项目正式立项后，软件开发中心质量控制组在项目组配合下制定项目质量 检查计划，确定该项目质量检查的内容和时间。项目质量检查主要为阶段性检 查，在项目每一阶段结束时进行。试运行前进行的集成及测试阶段质量检查将 作为对

6、该项目的总体质量评价。对质量活动的检查评价分为两部分：质量活动的过程和质量活动的结果， 检查和评价的原则是过程和结果相结合，以结果为主。在检查和评价过程中， 使用表格方式或问答方式，通过面谈、调查表、审查文档和记录、检查开发环 境现场等途径来掌握有关的资料和数据（其中文档和记录是最重要的客观依 据），从而说明项目的质量活动的实施情况。3 软件开发类项目检查内容和评价标准3.1 需求分析阶段3.1.1 开发计划3.1.1.1 项目开发阶段划分及工作进度安排检查内容： 项目组必须在项目开发前期划分整个开发阶段，说明各阶段所要求 的输入条件和所产生的输出结果，以及各阶段要执行的验证步骤，项目开发进

7、度指标，包括资源和工作分配、时间安排等内容。上述内容必须有书面记录， 作为质量控制组进行检查的重要依据。评价标准： 明确指出项目开发划分成若干阶段； 阶段划分应与质量控制组的相应规定保持一致； 对开发过程中每个阶段均明确规定其输入条件； 对开发过程每个阶段均明确规定其产生的输出结果； 输出结果中的文档种类必须与 建设银行河南省分行信息技术部软件开发中 心计算机应用项目文档规范 （以下简称 项目文档规范）中各阶段文档要 求保持一致； 项目组应规定对项目开发各阶段的输出结果进行测试或评审的步骤、方法， 验证其是否达到设计要求； 规定了项目各阶段的时间安排和工作、资源分配； 上述内容必须有书面记录可

8、供检查。3.1.1.2 选择开发工具和方法检查内容： 项目组应指明使用的开发工具和方法并说明理由，指明开发工作应 遵守的规则、惯例和约定。评价标准： 指明项目开发使用的开发工具和方法； 对于使用的工具和技术进行评审（可以是内部评审） ，说明其使用理由； 规定开发工作中应遵守的规则、惯例和约定； 上述内容必须有书面依据；3.1.1.3 项目组成员工作安排检查内容： 项目经理对项目组成员的工作经历作必要了解，安排项目组成员承 担相应的工作任务，根据质量控制组及其它有关部门的要求和本项目的特点设 置工作岗位，明确各岗位工作职责，上述工作安排应有书面记录。评价标准：有无项目组所有成员书面工作简要；要求

9、配备的质量控制负责人具有一定的管理经验；要求设专人负责版本控制和文档管理；要求设质量控制岗位；要求设配置管理岗位；有无确定岗位工作职责；工作安排、岗位设置和相应的工作职责有无书面记录3.1.1.4 开发计划的评审检查内容： 开发计划必须经过评审，这是保证项目质量的重要步骤。评审结束 后上交开发计划副本供质量控制组备案。 评价标准：开发计划必须经过评审（可进行内部评审） ，保存评审报告；评审报告应按照项目文档规范的要求编写；3.1.1.5 开发计划的更改控制检查内容： 项目组应按项目文档规范的要求，将开发计划纳入文档控制管 理，依照文档控制规程进行更改，并将更改情况写入文档修改建议书。每一阶段应

10、收集更改情况，形成新的开发计划，并上交副本供质量控制组备案。 评价标准：开发计划的更改必须有相应的文档修改建议书； 文档修改建议书应按照项目文档规范的要求编写；3.1.2 质量计划3.1.2.1 项目质量计划的制定和批准检查内容： 检查质量计划的内容是否完善，是否上报质量控制组进行评审并获 得批准。评价标准： 项目质量计划经过质量控制组的评审并得到批准； 对于未经质量控制组评审的质量计划，按项目文档规范的要求评审其内 容；3.1.2.2 项目质量计划的更改控制检查内容： 质量计划可随开发过程中情况的变化进行必要的调整；为了保证质 量计划的有效性和严肃性，对其进行的更改必须纳入文档控制管理。评价

11、标准： 质量计划与开发计划中的相应内容（如进度、测试检查方法、阶段结果验证 准则等），如不符，检查其文档修改建议书中是否有相应内容。3.1.2.3 质量计划的执行情况检查内容： 质量控制小组按照制定的质量计划开展工作，负责具体组织项目组 内的质量活动，按时向质量控制组汇报本项目组质量保证情况。评价标准：建立质量控制小组或无质量管理人员； 检查人员根据质量控制小组提供的材料， 结合平时了解的情况和项目的规模 进行检查 ；检查人员衡量标准可具有一定的主观性。3.1.3 需求分析3.1.3.1 供需双方建立交流的渠道检查内容： 供需双方指定专人负责需求管理，建立统一的交流渠道，在需求分 析阶段能就需

12、求问题取得良好的交流与沟通。评价标准： 项目组必须指定专人负责与需方就需求问题进行交流，接收需方提出的要 求，提交项目组内部讨论，将结果或意见反馈给需方； 项目组应要求需方指派专人负责本部门需求的收集、 提出，以及与项目组讨 论需求问题，上述内容必须在双方有关书面记录中得到体现。3.1.3.2 建立需求确认和更改规程及其执行情况检查内容： 供需双方应建立需求确认和更改规程，由项目组根据质量控制组的 有关规定提出草案，双方共同讨论确认并记录讨论结果。评价标准： 需求确认和更改规程、供需双方的确认签字必须完整； 检查人员可主观判断需求确认和更改规程是否符合质量控制组的规定， 以及 关于需求更改和确

13、认的记录是否丰富完整。3.1.3.3 项目需求说明书检查内容： 项目需求说明书是由需求部门及相关部门编写的说明其需求的文档， 是项目组进行需求分析的重要依据，检查的主要目的是希望由项目组进行督促， 引起需求部门对这项工作的重视。评价标准：按照项目文档规范的要求编写3.1.3.4 项目需求分析说明书的内容检查内容： 项目需求分析说明书是记录需求方完整需求的文档，以供需双方都可以理解的方式描述，由项目组在需方的密切配合下编写并得到需方的认可； 该文档应纳入文档控制和配置管理。评价标准： 检查人员可主观评价； 需求应完整、无歧义地写明，并足够精确； 项目需求分析说明书应符合项目文档规范的要求；3.1

14、.3.5 项目需求分析说明书的评审检查内容： 按照项目文档规范的要求，项目需求分析说明书必须经过正式 评审，评审必须有需求人员参加并认可。项目组保存评审报告，并在评审通过 后上交项目需求分析说明书副本供质量控制组备案。评价标准： 评审报告应按照项目文档规范的要求编写； 项目组成员在评审组中所占比例不能超过 50% ；3.1.3.6 项目需求分析说明书的更改控制检查内容： 项目组应按项目文档规范的要求，将项目需求分析说明书纳入 文档控制管理，依照文档控制规程进行更改，并将更改情况写入文档修改建议 书。每一阶段应收集更改情况，形成新的需求分析说明书，并上交副本供质量 控制组备案。评价标准： 项目需

15、求分析说明书的更改必须有相应的需求变更申请说明书； 需求变更申请说明书应按照项目文档规范的要求编写；3.1.4 外部开发项目检查内容本项检查内容仅限于外部开发项目，不包括组织行内人员开发的项目3.1.4.1 合同中的质量条款检查内容： 为了保证将来交付的软件产品和服务的质量，建行在与公司签定的 开发合同中必须规定质量条款来约束对方在开发和维护阶段的行为，使之符合 建行的要求。评价标准： 合同中必须按项目文档规范的要求规定质量条款；3.1.4.2 合同评审检查内容： 在签定合同之前，组织有关部门对合同内容进行评审，合同的评审 报告应妥善保存 。评价标准：合同必须进行评审，并产生评审报告； 评审报

16、告的内容必须符合项目文档规范的要求；3.1.4.3 建立管理公司活动的规程检查内容： 项目组依据建设银行有关规定（如项目质量控制试行办法）及 合同的要求，与合作公司建立一系列管理规程，包括对阶段性结果的测试、发 现问题的处理以及对双方有分歧问题的处理等。评价标准：本项全部为主观评价；检查人员参考质量控制组的有关规定， 根据检查中的实际情况给予评价； 价主要依据文档记录和人员访谈；3.1.5 项目配置管理计划本项检查的主要内容是确定项目是否建立了一套行之有效的配置管理规 程，并得到落实3.1.5.1 文档版本管理检查内容： 检查文档版本管理是否符合配置管理计划的要求。文档版本管理是 项目进行文档

17、管理的前提和基础，可以是单独的文档，也可以是配置管理计划 的一部分。评价标准： 文档版本管理的内容应按项目文档规范的要求编写； 对于大型项目，必须有单独的文档版本管理规程；3.1.5.2 软件版本管理检查内容： 软件版本管理是项目进行配置管理的前提和基础，视项目规模的大 小，可以是单独的文档，也可以是配置管理计划的一部分。评价标准： 软件版本管理内容按项目文档规范的要求编写； 对于大型项目，必须有单独的软件版本管理规程；3.1.5.3 项目配置管理计划的执行情况检查内容： 配置管理人员按照配置管理计划开展工作，负责项目组内的配置管 理活动，按时向本项目质量控制小组汇报配置管理情况，由质量控制小

18、组汇总 后向上级质量控制组汇报。评价标准： 必须指定专门的配置管理人员； 大型和一般项目必须安排专人分别从事文档和软件版本管理； 检查人员根据配置管理小组提供的材料，结合平时了解的情况和项目的规 模，给出相应评价；3.1.6 需求分析阶段的有关文档3.1.6.1 可行性研究报告检查内容： 可行性研究报告是项目需求分析之前产生的文档，检查的目的就是 希望项目开发能保持完整性和规范性。评价标准： 按照项目文档规范的要求编写。3.1.6.2 计算机系统选型报告检查内容： 参与 检查项目涉及购置的计算机系统的选型情况，是否对市场同类 产品进行了调查和比较，并产生书面报告供上级管理部门参考。评价标准：

19、本项检查内容只涉及购置计算机系统的项目，其它项目不列入检查范围； 按照项目文档规范的要求编写。3.1.6.3 用户培训手册的纲要检查内容： 根据项目需求分析说明，拟定用户培训手册的纲要。评价标准： 需求分析阶段没有形成用户培训手册的纲要。3.1.6.4 用户培训计划检查内容： 组织好用户培训工作是项目开发的重要组成部分，关系到项目实施 后是否能产生预期的效益。因此要求项目组必须在项目开发初期就制定用户 培训计划，及早作出安排。评价标准：按照项目文档规范的要求编写3.1.7 需求分析阶段项目任务完成情况3.1.7.1 项目阶段性任务完成情况检查内容： 确认项目是否按计划完成阶段目标，发现并分析影

20、响项目进度的原 因，检查主要依据项目组交付质量控制组备案的各项计划类文档。评价标准： 项目组应制定开发计划，或类似的进度安排； 检查项目开发计划中任务是否按要求完成， 有未完成情况时是否有原因分析 （包括项目组内部原因和项目组不可控制的原因）； 如果没有按时完成需求分析阶段计划，根据情况重新安排下阶段的工作进 度；本项检查所依据的各类计划性文档以质量控制组备案的为准；3.1.7.2 质量控制小组的工作情况检查内容： 在需求分析阶段结束前，项目质量控制小组应按照项目质量计划中 规定的验证准则对本阶段重要的输出件进行验证，产生相应的验证记录。评价标准： 本项全部为主观评价； 检查人员通过了解质量控

21、制小组对项目阶段结果验证及项目组质量活动的 执行情况得出评价。3.1.7.3 对外部开发项目中合作公司的阶段性结果进行验证检查内容： 项目组有必要参与验证公司是否按计划按质量完成阶段性任务，验 证内容和方法主要依据项目开发计划和合同的规定以及双方共同制定的有关规 程；项目组必须记录验证结果。评价标准： 本项全部为主观评价； 应注意验证方法和措施是否科学、公正、能否让对方接受，以及验证过程是否严格，发现的问题是否得到解决； 本项检查只涉及外部开发项目，其它项目不列入检查范围；3.2 概要设计阶段3.2.1 概要设计说明书3.2.1.1 概要设计说明书的内容检查内容： 检查是否说明了对系统的设计考

22、虑，是否能为详细设计提供基础。 评价标准：检查人员可主观评价； 概要设计说明书的内容应符合项目文档规范的要求； 使用非过程化语言工具开发的项目允许与规范的内容有一定出入， 具体评价 标准由检查人员掌握；对于小型项目， 如果软件系统比较简单， 允许概要设计说明书与详细设计说 明书合并；检查人员主要根据文档的版面是否规范、内容是否丰富来评价。3.2.1.2 概要设计说明书的评审检查内容： 根据项目文档规范的要求，概要设计说明书必须经过正式评审。 项目组保存评审报告，并在评审通过后上交概要设计说明书副本供质量控制组 备案。评价标准： 评审报告应按照项目文档规范的要求编写； 项目组成员在评审组中所占比

23、例不能超过 50%。3.2.1.3 概要设计说明书的更改控制检查内容： 项目组应按项目文档规范的要求，将概要设计说明书纳入文档管理，依照文档版本管理规程进行更改，并将更改情况写入文档修改建议书。 每一阶段应收集更改情况，形成新的概要设计说明书，并上交副本供质量控制 组备案。评价标准： 概要设计说明书的更改必须有相应的文档修改建议书； 文档修改建议书应按照项目文档规范的要求编写；3.2.2 概要设计阶段的有关文档3.2.2.1 数据库设计说明书（初步）检查内容： 对存在数据库设计的项目而言，概要设计阶段必须产生数据库模型， 形成初步的数据库设计说明书。评价标准： 本项检查只涉及存在数据库设计的项

24、目，其它项目不列入检查范围； 对于大中型项目，必须提供单独的数据库设计说明书； 内容必须包括所使用的数据库软件、 访问数据库方式、 数据库结构设计和数 据库安全保密设计。3.2.2.2 用户培训手册（框架）检查内容： 根据概要设计的结果，编写用户培训手册的框架。评价标准： 根据概要设计的结果对软件做总体描述；3.2.2.3 操作手册（框架）检查内容： 根据概要设计的结果，编写操作手册的框架。评价标准： 根据概要设计的结果形成操作手册的框架； 对小型项目，允许培训手册和操作手册合并编写。3.2.2.4 技术手册（框架）检查内容： 根据概要设计的结果，编写技术手册的框架。评价标准： 根据概要设计的

25、结果形成技术手册的总体构架 ；3.2.3 概要设计阶段项目任务完成情况3.2.3.1 项目阶段性任务完成情况检查内容： 确认项目是否按计划完成阶段目标，发现并分析影响项目进度的原 因，检查主要依据项目组交付质量控制组备案的各项计划类文档。评价标准： 项目组应制定开发计划，或类似的进度安排； 检查项目开发计划中涉及的详细设计阶段的提交件是否按要求完成， 未完成 的是否有原因分析（项目组内部原因和项目组不可控制的原因）； 如果没有按时完成概要设计阶段计划，根据情况重新安排下阶段的工作进 度；本项检查所依据的各类计划性文档以质量控制组备案的为准；3.2.3.2 质量控制小组的工作情况检查内容： 在概

26、要设计阶段结束前，项目质量控制小组应按照项目质量计划中 规定的验证准则对本阶段重要的输出件进行验证，产生相应的验证记录。评价标准： 本项全部为主观评价； 通过了解质量控制小组对项目阶段验证及项目组质量活动的执行情况得出 评价。3.2.3.3 对外部开发项目中合作公司的阶段性结果进行验证检查内容： 项目组有必要验证公司是否按计划按质量完成阶段性任务，验证内容和方法主要依据项目开发计划和合同的规定以及双方共同制定的有关规程； 项目组必须记录验证结果。评价标准：本项全部为主观评价； 应注意验证方法和措施是否科学、公正、能否让对方接受，以及验证过程是 否严格，发现的问题是否得到解决； 本项检查只涉及外

27、部开发项目，其它项目不列入检查范围；3.3 详细设计阶段3.3.1 详细设计说明书3.3.1.1 详细设计说明书的内容检查内容： 检查是否详细说明系统中各个成分的设计细节 。评价标准：对于使用过程化语言工具开发的项目， 其详细设计说明书的内容应符合 项 目文档规范中关于详细设计说明书的要求； 使用非过程化语言工具开发的项目允许与规范有一定出入， 具体评价标准由 检查人员掌握，但每个模块的设计至少应包括流程描述、接口、尚未解决的 问题三个要素； 检查人员主观评价主要根据文档版面是否规范、内容是否丰富。3.3.1.2 详细设计说明书的评审检查内容： 按照项目文档规范的要求，详细设计说明书必须经过正

28、式评审； 小型项目可在项目组内自行评审。项目组保存评审报告，并在评审通过后上交 详细设计说明书副本供质量控制组备案。评价标准：评审报告应按照项目文档规范的要求编写；对于大、中型项目，项目组成员在评审组中所占比例不能超过 50%3.3.1.3 详细设计说明书的更改控制检查内容： 项目组应按项目文档规范的要求，将详细设计说明书纳入文档 管理，依照文档版本管理规程进行更改，并将更改情况写入文档修改建议书。 每一阶段应收集更改情况，形成新的详细设计说明书，并上交副本供质量控制 组备案。评价标准：详细设计说明书的更改必须有相应的文档修改建议书；文档修改建议书应按照项目文档规范的要求编写；3.3.2 数据

29、库设计说明书本节内容只涉及使用数据库的项目。3.3.2.1 数据库设计说明书的内容检查内容： 检查是否详细规定了数据库的所有标识、逻辑结构和物理结构。 评价标准：检查人员可主观评价； 数据库设计说明书的内容应符合项目文档规范的要求； 对于小型项目， 如果软件系统比较简单， 允许与概要设计说明书或详细设计 说明书合并。对于大中型项目，必须提供单独的数据库设计说明书； 检查人员主观评价主要根据文档的版面是否规范、内容是否丰富。3.3.2.2 数据库设计说明书的评审检查内容： 数据库设计说明书必须经过正式评审，可以和详细设计说明书评审 一起进行；项目组保存评审报告，并在评审通过后上交数据库设计说明书

30、副本 供质量控制组备案。评价标准：数据库设计评审报告可以是详细设计评审报告的一部分；数据库设计评审报告应按照项目文档规范的要求编写； 对大、中型项目，项目组成员在评审组中所占比例不能超过 50%;3.3.2.3 数据库设计说明书的更改控制检查内容： 项目组应按项目文档规范的要求，将数据库设计说明书纳入文 档管理，依照文档版本管理规程进行更改，并将更改情况写入文档修改建议书。 每一阶段应收集更改情况，形成新的数据库设计说明书，并上交副本供质量控 制组备案。评价标准：数据库设计说明书的更改必须有相应的文档修改建议书； 文档修改建议书应按照项目文档规范的要求编写；3.3.3 单元测试计划3.3.3.

31、1 单元测试计划的内容检查内容： 检查是否描述了单元测试的资源、进度安排以及相应的测试用例和 测试的评价标准。评价标准：内容应符合项目文档规范中关于测试计划的要求； 检查人员主观评价主要根据测试用例内容是否丰富以及对测试结果的评价 标准是否严格。3.3.3.2 单元测试计划的评审检查内容： 单元测试计划必须进行评审（可在项目组内部评审）。项目组保存 评审报告，并在评审通过后上交单元测试计划副本供质量控制组备案。评价标准：评审报告应按照项目文档规范的要求编写；3.3.3.3 单元测试计划的更改控制检查内容： 项目组应按项目文档规范的要求，将单元测试计划纳入文档管 理，依照文档版本管理规程进行更改

32、，并将更改情况写入文档修改建议书。每 一阶段应收集更改情况，形成新的单元测试计划，并上交副本供质量控制组备 案。评价标准：单元测试计划的更改必须有相应的文档修改建议书； 文档修改建议书应按照项目文档规范的要求编写；3.3.4 详细设计阶段有关文档3.3.4.1 改进的用户培训手册检查内容： 项目组根据详细设计对用户培训手册进行改进。评价标准： 根据详细设计的结果对初步的用户培训手册内容进行充实， 完善总体介绍部 分，增加各模块功能介绍。3.3.4.2 改进的操作手册检查内容： 项目组根据详细设计对操作手册进行改进 。评价标准：根据详细设计的结果对操作手册内容进行充实， 完善总体介绍部分， 增加

33、各 模块功能介绍；对小型项目，允许培训手册和操作手册合并编写。3.3.4.3 改进的技术手册检查内容： 项目组根据详细设计对技术手册进行改进。评价标准：根据详细设计的结果对技术手册内容进行充实， 完善总体介绍部分， 增加各模块功能详细介绍。3.3.5 详细设计阶段项目任务完成情况3.3.5.1 项目开发任务完成情况检查内容： 确认项目是否按计划完成开发任务，发现并分析影响项目进度的原 因，检查依据为项目组交付质量控制组备案的各项计划类文档 。评价标准： 项目组应制定开发计划，或类似的进度安排； 检查项目开发计划中涉及的编码及单元测试阶段的提交件是否按要求完成， 未完成的应分析导致延误的原因（项

34、目组内部原因和项目组不可控制的原 因）； 如果没有按时完成详细设计阶段计划，根据情况重新安排下阶段的工作进 度；本项检查所依据的各类计划性文档以质量控制组备案的为准；3.3.5.2 质量控制小组的工作情况检查内容： 在详细设计阶段结束前，项目质量控制小组应按照项目质量计划中 规定的验证准则对本阶段重要的输出件进行验证，产生相应的验证记录。 评价标准：本项全部为主观评价； 通过了解本阶段质量控制小组对项目阶段结果验证及项目组质量活动的执 行情况作出评价。3.3.5.3 对外部开发项目中合作公司的阶段性结果进行验证检查内容： 项目组有必要参与验证公司是否按计划按质量完成阶段性任务，验 证内容和方法

35、主要依据项目开发计划和开发合同的规定以及双方共同制定的有 关规程；项目组必须记录验证的结果。评价标准：本项全部为主观评价； 应注意检查验证方法和措施是否科学、公正、能否让对方接受；验证过程是 否严格，对发现的问题是否得到了很好的解决； 本项检查只涉及外部开发项目，其它项目不列入检查范围；3.4 编码及单元测试阶段3.4.1 编码准备工作3.4.1.1 编码人员培训情况检查内容： 本项主要检查项目组对编码人员进行培训的情况；项目组应根据项 目开发使用的工具、方法，结合开发人员对上述内容的熟悉程度，提出明确的 培训目标和要求，并保存详细的培训记录。评价标准： 对于使用目前比较成熟的技术开发的项目，

36、编码人员都有类似的开发经验， 则此项可以通过；是否制定了编码人员培训计划； 项目组必须保存详细完整的培训记录，其编写应符合项目文档规范的要 求。3.4.1.2 分配开发任务检查内容： 项目开发任务的分配情况；重点检查任务是否得到了合理的分配， 开发人员的长处是否得到了发挥，积极性是否能被调动起来。主要检查手段是 查看相应记录以及人员访谈。评价标准：本项可主观评价；对于外部开发项目不进行该项检查；项目组能提供任务分配记录，任务应分配到人，具体到某一模块； 通过与开发人员的访谈来了解他们对任务分配情况的看法， 结合开发人员的 工作经历，由检查人员评定。3.4.1.3 确认开发环境检查内容： 确认开

37、发将要使用的硬件和软件环境，检查是否有相应记录，应包 括硬件设备记录、系统和应用软件记录 。评价标准：项目组应有硬件设备记录； 项目组应列出系统软件和应用软件清单。3.4.2 项目开发编码情况3.4.2.1 编码规则和约定的执行情况检查内容： 由项目检查人员抽查任意一段代码，对照项目组制定的编码规则和 约定检查其执行情况。评价标准： 项目组是否制定有关编码规则和约定； 由检查人员将抽查的代码与编码规则和约定进行比较； 必须检查关键代码。3.4.2.2 项目组对代码审查情况检查内容： 为了保证系统的安全，项目组必须采用白盒法对开发人员编制的代 码进行审查，检查其是否符合详细设计的要求，以及是否有

38、非法代码。评价标准： 项目组提供完整的代码审查记录（按功能模块来划分）； 代码审查记录必须有审查内容、被审查代码的作者以及审查人员的签名 代码审查记录必须包括所有关键模块代码。3.4.3 单元测试情况3.4.3.1 单元测试报告检查内容： 通过对单元测试报告的检查，了解单元测试计划的实施情况，测试 结果是否达到了预期目的。评价标准： 单元测试应按计划完成； 单元测试分析报告的编写应符合项目文档规范的要求；3.4.3.2 单元测试中发现问题的解决情况检查内容： 检查单元测试中发现的问题是否得到解决 。评价标准： 检查测试中发现的问题已得到解决， 或者问题已被记录下来， 并已明确责任 人限期解决；

39、检查方式是查看相应的测试记录， 必要时可通过实际操作验证其问题是否得 到解决。3.4.4 编码及单元测试阶段的有关文档3.4.4.1 集成测试计划检查内容： 集成测试计划是否按项目文档规范的要求完成。评价标准： 集成测试计划必须按项目文档规范有关测试计划的要求来编写。3.4.4.2 用户培训手册 （改进 ）检查内容： 项目组根据编码及单元测试的情况对用户培训手册进行改进。 评价标准：根据编码及单元测试的结果对用户培训手册内容进行充实， 增加各模块新增和重点内容的详细介绍3.4.4.3 技术手册 （改进 ）检查内容： 编码人员在编写代码的同时，必须编写出相应的程序流程、维护要 点等，形成改进的技

40、术手册。评价标准： 项目组提供完整的改进的技术手册（内容以功能模块来划分）； 每部分至少包括程序流程、关键部分的详细流程图。3.4.4.4 操作手册 （改进 ）检查内容： 编码人员在编写代码的同时，必须编写出相应程序的操作流程等， 形成操作手册的改进稿。评价标准： 项目组提供完整的操作手册的改进稿（内容以功能模块来划分）； 每部分至少包括操作流程。3.4.5 编码及单元测试 阶段项目任务完成情况3.4.5.1 项目开发任务完成情况检查内容： 确认项目是否按计划完成开发任务，发现并分析影响项目进度的原 因，检查依据为项目组交付质量控制组备案的各项计划类文档。评价标准： 项目组是否制定开发计划，或

41、类似的进度安排； 检查项目开发计划中涉及的集成及测试阶段的提交件是否按要求完成， 未完 成的应分析导致延误的原因（项目组内部原因和项目组不可控制的原因）； 如果没有按时完成编码及单元测试阶段计划， 根据情况重新安排下阶段的工 作进度；本项检查所依据的各类计划性文档以质量控制组备案的为准；3.4.5.2 质量控制小组本阶段的工作情况检查内容： 在编码及单元测试阶段结束前，项目质量控制小组应按照项目质量 控制计划中规定的验证准则对本阶段重要的输出件进行验证，产生相应的验证 记录。评价标准： 本项全部为主观评价； 通过了解本阶段质量控制小组对项目阶段结果验证及项目组质量活动的执 行情况得出评价。3.

42、4.5.3 对外部开发项目中合作公司的阶段性结果进行验证检查内容： 项目组有必要参与验证公司是否按计划按质量完成阶段性任务，验 证内容和方法主要依据项目开发计划和开发合同的规定以及双方共同制定的有 关规程；项目组必须记录验证的结果。评价标准： 本项全部为主观评价； 应注意验证方法和措施是否科学、公正、能否让对方接受；验证过程是否严 格，对发现的问题是否得到了很好的解决； 本项检查只涉及外部开发项目，其它项目不列入检查范围；3.5 集成及测试阶段3.5.1 集成及测试阶段的准备工作3.5.1.1 建立测试环境检查内容： 集成需要使用与开发环境相独立的测试环境，主要检查其搭建的测 试环境，并确认相

43、关记录。评分标准： 项目组能提供测试环境所使用的硬件设备（包括网络设备）记录；项目组能提供所使用的软件系统（包括系统和应用软件）记录；对大、中型项目的测试环境，必须与开发环境相独立。3.5.1.2 培训参加测试人员检查内容： 检查是否对参加测试人员进行了培训，并确认是否有培训记录。 评分标准：对于不需要项目组以外的人员参加， 或参测人员熟悉项目所开发系统的操作 的项目不需进行该项检查。项目能提供培训记录，并有培训内容，培训时间地点、培训教师三项内容；3.5.2 集成及测试情况3.5.2.1 集成测试计划的实施检查内容： 检查集成测试计划的实施、其测试结果是否达到了预期目的。 评分标准：集成测试

44、应按计划完成； 集成测试分析报告的编写应符合项目文档规范中测试分析报告的要 求；3.5.2.2 集成测试中发现问题的解决检查内容： 检查集成测试中发现的问题是否得到了解决。评分标准：测试中发现的问题得到解决； 或者问题已被记录， 并已明确责任人限期解决； 检查方式是查看相应的测试记录，必要时可通过实际操作验证。3.5.3 集成及测试阶段的有关文档3.5.3.1 完成技术手册检查内容： 在集成及测试阶段，结合发现的问题以及解决情况，项目组应对编 码阶段编写的技术手册进行补充完善，并最终定稿。评价标准： 完成的技术手册内容应符合项目文档规范软件开发类技术手册的要求。3.5.3.2 完成操作手册检查

45、内容： 项目组应结合本阶段软件的操作流程的修改情况，对操作手册进行 相应的修改完善，并最终定稿。评价标准： 完成的操作手册内容应符合项目文档规范的要求 。3.5.3.3 完成用户培训手册检查内容： 项目组应结合本阶段软件的的修改情况，对用户培训手册进行相应 的修改完善，并最终定稿。评价标准： 完成的用户培训手册内容应符合项目文档规范的要求。3.5.4 集成及测试阶段项目任务完成情况3.5.4.1 项目开发任务完成情况检查内容： 确认项目是否按计划完成开发任务，发现并分析影响项目进度的原 因，检查依据为项目组交付质量控制组备案的各项计划类文档。评价标准： 项目组是否制定开发计划，或类似的进度安排

46、； 检查项目开发计划中涉及的试运行阶段的提交件是否按要求完成， 未完成的应分析导致延误的原因（项目组内部原因和项目组不可控制的原因）； 如果没有按时完成集成及测试计划，根据情况重新安排下阶段的工作进度； 本项检查所依据的各类计划性文档以质量控制组备案的为准；3.5.4.2 质量控制小组本阶段的工作情况检查内容： 在集成及测试阶段结束前，项目质量控制小组应按照项目质量计划 中规定的验证准则对本阶段重要的输出件进行验证，产生相应的验证记录 。 评价标准：本项全部为主观评价； 通过了解本阶段质量控制小组对项目阶段结果验证及项目组质量活动的执 行情况得出评价。3.5.4.3 对外部开发项目中合作公司的

47、阶段性结果进行验证检查内容： 项目组有必要参与验证公司是否按计划按质量完成阶段性任务，验 证内容和方法主要依据项目开发计划和开发合同的规定以及双方共同制定的有 关规程；项目组必须记录验证的结果。评价标准： 本项全部为主观评价； 应注意验证方法和措施是否科学、公正、能否让对方接受；验证过程是否严 格，对发现的问题是否得到了很好的解决； 本项检查只涉及外部开发项目，其它项目不列入检查范围；3.6 试运行阶段3.6.1 试运行情况3.6.1.1 维护和操作人员的培训检查内容： 按照培训计划对试运行相关维护和操作人员进行培训，并保存培训记录；评分标准： 项目组能提供培训记录； 培训记录的编写应符合项目

48、文档规范中培训记录的要求。3.6.1.2 试运行软件的安装检查内容： 软件安装是软件试运行的重要步骤，主要检查是否有详细的安装记 录，试运行软件的安装是否成功。评分标准： 安装记录必须包括安装的系统环境、安装人员、安装过程以及结果； 主观评价的主要标准是检查安装过程是否顺利、是否能完成安装。3.6.1.3 数据转换检查内容： 制定严密的数据转换计划 （方案 ），详细记录数据转换过程和结果，转 换结束后按系统要求进行检查 。评分标准： 本项检查只涉及需要进行数据转换的项目，其它项目不进行检查； 项目组制定了数据转换计划（方案）和数据转换检查标准； 项目组详细记录了数据转换过程和结果。3.6.1.

49、4 试运行检查内容 ：检查新系统的试运行情况，是否有试运行情况记录。 评分标准：本项检查全部为主观评价； 检查是否有试运行情况记录； 主观分的主要标准就是检查试运行记录反映问题的情况，根据问题的多少， 影响范围等。3.6.2 项目总结3.6.2.1 项目质量活动总结报告检查内容： 项目结束前，项目组应编写项目质量活动总结报告 。 评分标准：项目质量活动总结报告的内容应符合 项目文档规范 中关于项目质量活动 总结报告的要求；3.6.2.2 项目开发总结报告检查内容： 项目结束前，项目组应编写项目开发总结。评分标准： 项目开发总结的内容应符合 项目文档规范 中关于项目开发总结报告的要 求；3.6.

50、2.3 项目完成情况检查内容： 项目结束前项目的的整体完成情况。评分标准： 本项全部为主观评价； 通过对项目的检查，依据项目的产品质量、进度和资源消耗情况评定得分。4 工程实施类项目检查内容和评价标准4.1 需求分析阶段4.1.1 开发计划4.1.1.1 项目实施阶段划分及内容检查内容： 项目组必须在项目实施前期划分整个实施阶段，说明各阶段所要求 的输入条件和所产生的输出结果，以及各阶段要执行的验证步骤。上述内容必 须有书面记录，作为质量控制组进行检查的书面依据 。评价标准： 明确指出项目实施划分成若干阶段； 阶段划分应与质量控制组的相应规定保持一致； 对实施过程中每个阶段均明确规定其输入条件

51、； 对实施过程每个阶段均明确规定其产生的输出结果； 输出结果中的文档种类必须与 项目文档规范 中各阶段文档要求保持一致； 项目组应规定对项目实施各阶段的输出结果进行测试或评审的步骤、方法， 验证其是否达到设计要求；上述内容必须有书面记录可供检查。4.1.1.2 项目组成员工作安排检查内容： 项目经理对项目组成员的工作经历作必要了解，安排项目组成员承 担相应的工作任务，根据质量控制组及其它有关部门的要求和本项目的特点设 置工作岗位，明确各岗位工作职责，上述工作安排应有书面记录。评价标准： 有无项目组所有成员书面工作简要； 要求配备的质量控制负责人具有一定的管理经验；设专人负责版本控制和文档管理；

52、 设质量控制岗位； 设配置管理岗位；确定岗位工作职责； 工作安排、岗位设置和相应的工作职责有书面记录；4.1.1.3 开发计划的评审检查内容： 开发计划必须经过评审，这是保证项目质量的重要步骤。评审结束 后上交开发计划副本供质量控制组备案。评价标准：开发计划必须经过评审（可进行内部评审） ，保存评审报告； 评审报告应按照项目文档规范的要求编写。4.1.1.4 开发计划的更改控制检查内容： 项目组应按项目文档规范的要求，将开发计划纳入文档管理， 依照文档管理规程进行更改，并将更改情况写入文档修改建议书。每一阶段应 收集更改情况，形成新的开发计划，并上交副本供质量控制组备案。评价标准： 开发计划的

53、更改必须有相应的文档修改建议书； 文档修改建议书应按照项目文档规范的要求编写；4.1.2 项目质量控制计划4.1.2.1 项目质量控制计划的制定和批准检查内容： 检查质量控制计划的内容是否完善，是否上报质量控制组进行评审 并获得批准。评价标准：项目质量控制计划经过质量控制组的评审并得到批准；对于未经质量控制组评审的质量控制计划，按项目文档规范的要求评审 其内容。4.1.2.2 项目质量控制计划的更改控制检查内容： 质量控制计划可随开发过程中情况的变化进行必要的调整；为了保 证质量控制计划的有效性和严肃性，对其进行的更改必须纳入文档控制管理。评价标准： 质量控制计划与开发计划中的相应内容（如进度

54、、测试检查方法、阶段性工 作结果验证准则等）是否相符。4.1.2.3 质量计划的执行情况检查内容： 质量控制小组按照制定的质量计划开展工作，负责具体组织项目组 内的质量活动，按时向质量控制组汇报本项目组质量保证情况。评价标准： 本项全部为主观评价； 建立质量控制小组或设质量管理人员。 检查人员根据质量控制小组提供的材料，结合平时了解的情况和项目的规 模，给予相应评价。4.1.3 需求分析4.1.3.1 供需双方建立交流的渠道检查内容： 供需双方指定专人负责需求管理，建立统一的交流渠道，在需求分 析阶段能就需求问题取得良好的交流与沟通。评价标准： 项目组必须指定专人负责与需方就需求问题进行交流，

55、接收需方提出的要 求，提交项目组内部讨论，将结果或意见反馈给需方； 项目组应要求需方指派专人负责本部门需求的收集、 提出，以及与项目组讨论需求问题，上述内容必须在双方有关书面记录中得到体现。4.1.3.2 建立需求确认和更改规程及其执行情况检查内容： 供需双方应建立需求确认和更改规程，由项目组根据质量控制组的 有关规定提出草案，双方共同讨论确认并记录讨论结果。评价标准： 本项检查人员可主观评价； 有需求确认和更改规程和供需双方签字； 检查人员主观分的衡量标准是需求确认和更改规程是否符合质量控制组的 规定，以及关于需求更改和确认的记录是否丰富完整。4.1.3.3 需求分析说明书的内容检查内容：

56、需求分析说明书是记录需求方完整需求的文档，以供需双方都可以 理解的方式描述，由项目组在需方的密切配合下编写并得到需方的认可；该文 档应纳入文档控制和配置管理。评价标准： 本项检查人员可主观评价； 需求应完整、无歧义地写明，并足够精确； 需求分析说明书应符合项目文档规范的要求。4.1.3.4 需求分析说明书的评审检查内容： 按照项目文档规范的要求，项目需求分析说明书必须经过正式 评审，评审必须有业务人员（需求方）参加并认可。项目组保存评审报告，并 在评审通过后上交项目需求分析说明书副本供质量控制组备案。评价标准： 评审报告应按照项目文档规范的要求编写； 项目组成员在评审组中所占比例不能超过 50%。4.1.3.5 需求分析说明书的更改控制检查内容： 项目组应按项目文档规范的要求，将需求分析说明书纳入文档 控制管理，依照文档控制规程进行更改，并将更改情况写入文档修改建议书。 每一阶段应收集更改情况，形成新的需求分析说明书，并上交副本供质量控制 组备案。评价标准：需求分析说明书的更改必须有相