《bm09_软件开发中心质量检查与评价标准.docx》由会员分享，可在线阅读，更多相关《bm09_软件开发中心质量检查与评价标准.docx（41页珍藏版）》请在taowenge.com淘文阁网|工程机械CAD图纸|机械工程制图|CAD装配图下载|SolidWorks_CaTia_CAD_UG_PROE_设计图分享下载上搜索。
1、中国建设银行河南省分行信息技术部软件开发中心计算机应用项目质量检查和评价标准（试行）二OO一年十月项目质量检查和评价标准 目 录1 项目质量检查的目的和范围12 项目质量检查和评价的方法13 软件开发类项目检查内容和评价标准23.1需求分析阶段23.1.1开发计划23.1.2质量计划33.1.3需求分析43.1.4外部开发项目检查内容63.1.5项目配置管理计划73.1.6需求分析阶段的有关文档83.1.7需求分析阶段项目任务完成情况83.2概要设计阶段93.2.1概要设计说明书93.2.2概要设计阶段的有关文档103.2.3概要设计阶段项目任务完成情况103.3详细设计阶段103.3.1详细
2、设计说明书103.3.2数据库设计说明书103.3.3单元测试计划103.3.4详细设计阶段有关文档103.3.5详细设计阶段项目任务完成情况103.4编码及单元测试阶段103.4.1编码准备工作103.4.2项目开发编码情况103.4.3单元测试情况103.4.4编码及单元测试阶段的有关文档103.4.5编码及单元测试阶段项目任务完成情况103.5集成及测试阶段103.5.1集成及测试阶段的准备工作103.5.2集成及测试情况103.5.3集成及测试阶段的有关文档103.5.4集成及测试阶段项目任务完成情况103.6试运行阶段103.6.1试运行情况103.6.2项目总结104工程实施类项目
3、检查内容和评价标准104.1需求分析阶段104.1.1开发计划104.1.2项目质量控制计划104.1.3需求分析104.1.4外部项目检查内容104.1.5项目配置管理计划104.1.6需求分析阶段的有关文档104.1.7需求分析阶段项目任务完成情况104.2方案设计阶段104.2.1工程设计实施方案104.2.2工程设计阶段项目任务完成情况104.3工程实施阶段104.3.1工程实施104.3.2单元测试情况104.3.3工程设计阶段项目任务完成情况104.4调试检验阶段104.4.1系统调试104.4.2项目总结10381 项目质量检查的目的和范围项目产品逐步形成于开发过程中，要使影响产
4、品质量的因素处于受控状态，才能生产出符合用户要求的高质量的项目产品。对项目开发过程中的质量活动进行检查和评价，是一项重要的质量控制工作，对保证项目产品的质量起着重要作用。通过了解开发过程中与质量有关的活动，并对这些质量活动的过程和结果进行检查，使管理人员了解开发过程中各阶段的质量情况，对项目的质量活动进行控制，从而达到提高项目质量的目的，同时为软件开发中心质量控制组（以下简称质量控制组）进行质量活动检查制定统一的标准。项目质量检查的范围包括在省分行信息技术部正式立项并管理的各类计算机应用项目（项目的分类和阶段划分参见中国建设银行河南省分行信息技术部软件开发中心计算机应用项目质量控制办法(试行)
5、，以下简称为质量控制试行办法）。本标准适用于项目组内管理人员和开发人员对项目质量活动的自我检查，以及质量控制组对项目开发各阶段的检查和评价。2 项目质量检查和评价的方法项目正式立项后，软件开发中心质量控制组在项目组配合下制定项目质量检查计划，确定该项目质量检查的内容和时间。项目质量检查主要为阶段性检查，在项目每一阶段结束时进行。试运行前进行的集成及测试阶段质量检查将作为对该项目的总体质量评价。对质量活动的检查评价分为两部分：质量活动的过程和质量活动的结果，检查和评价的原则是过程和结果相结合，以结果为主。在检查和评价过程中，使用表格方式或问答方式，通过面谈、调查表、审查文档和记录、检查开发环境现
6、场等途径来掌握有关的资料和数据（其中文档和记录是最重要的客观依据），从而说明项目的质量活动的实施情况。3 软件开发类项目检查内容和评价标准3.1需求分析阶段3.1.1开发计划3.1.1.1项目开发阶段划分及工作进度安排检查内容：项目组必须在项目开发前期划分整个开发阶段，说明各阶段所要求的输入条件和所产生的输出结果，以及各阶段要执行的验证步骤，项目开发进度指标，包括资源和工作分配、时间安排等内容。上述内容必须有书面记录，作为质量控制组进行检查的重要依据。评价标准：l 明确指出项目开发划分成若干阶段；l 阶段划分应与质量控制组的相应规定保持一致；l 对开发过程中每个阶段均明确规定其输入条件；l 对
7、开发过程每个阶段均明确规定其产生的输出结果；l 输出结果中的文档种类必须与建设银行河南省分行信息技术部软件开发中心计算机应用项目文档规范（以下简称项目文档规范）中各阶段文档要求保持一致；l 项目组应规定对项目开发各阶段的输出结果进行测试或评审的步骤、方法，验证其是否达到设计要求； l 规定了项目各阶段的时间安排和工作、资源分配；l 上述内容必须有书面记录可供检查。3.1.1.2选择开发工具和方法检查内容：项目组应指明使用的开发工具和方法并说明理由，指明开发工作应遵守的规则、惯例和约定。评价标准：l 指明项目开发使用的开发工具和方法；l 对于使用的工具和技术进行评审（可以是内部评审），说明其使用
8、理由；l 规定开发工作中应遵守的规则、惯例和约定；l 上述内容必须有书面依据；3.1.1.3项目组成员工作安排检查内容：项目经理对项目组成员的工作经历作必要了解，安排项目组成员承担相应的工作任务，根据质量控制组及其它有关部门的要求和本项目的特点设置工作岗位，明确各岗位工作职责，上述工作安排应有书面记录。评价标准：l 有无项目组所有成员书面工作简要；l 要求配备的质量控制负责人具有一定的管理经验；l 要求设专人负责版本控制和文档管理；l 要求设质量控制岗位；l 要求设配置管理岗位；l 有无确定岗位工作职责；l 工作安排、岗位设置和相应的工作职责有无书面记录。3.1.1.4开发计划的评审检查内容：
9、开发计划必须经过评审，这是保证项目质量的重要步骤。评审结束后上交开发计划副本供质量控制组备案。评价标准：l 开发计划必须经过评审（可进行内部评审），保存评审报告；l 评审报告应按照项目文档规范的要求编写；3.1.1.5开发计划的更改控制检查内容：项目组应按项目文档规范的要求，将开发计划纳入文档控制管理，依照文档控制规程进行更改，并将更改情况写入文档修改建议书。每一阶段应收集更改情况，形成新的开发计划，并上交副本供质量控制组备案。评价标准：l 开发计划的更改必须有相应的文档修改建议书；l 文档修改建议书应按照项目文档规范的要求编写；3.1.2质量计划3.1.2.1项目质量计划的制定和批准检查内容
10、：检查质量计划的内容是否完善，是否上报质量控制组进行评审并获得批准。评价标准：l 项目质量计划经过质量控制组的评审并得到批准；l 对于未经质量控制组评审的质量计划，按项目文档规范的要求评审其内容；3.1.2.2项目质量计划的更改控制检查内容：质量计划可随开发过程中情况的变化进行必要的调整；为了保证质量计划的有效性和严肃性，对其进行的更改必须纳入文档控制管理。评价标准：l 质量计划与开发计划中的相应内容（如进度、测试检查方法、阶段结果验证准则等），如不符，检查其文档修改建议书中是否有相应内容。3.1.2.3质量计划的执行情况检查内容：质量控制小组按照制定的质量计划开展工作，负责具体组织项目组内的
11、质量活动，按时向质量控制组汇报本项目组质量保证情况。评价标准：l 建立质量控制小组或无质量管理人员；l 检查人员根据质量控制小组提供的材料，结合平时了解的情况和项目的规模进行检查；l 检查人员衡量标准可具有一定的主观性。3.1.3需求分析3.1.3.1供需双方建立交流的渠道检查内容：供需双方指定专人负责需求管理，建立统一的交流渠道，在需求分析阶段能就需求问题取得良好的交流与沟通。评价标准：l 项目组必须指定专人负责与需方就需求问题进行交流，接收需方提出的要求，提交项目组内部讨论，将结果或意见反馈给需方；l 项目组应要求需方指派专人负责本部门需求的收集、提出，以及与项目组讨论需求问题，上述内容必
12、须在双方有关书面记录中得到体现。3.1.3.2建立需求确认和更改规程及其执行情况检查内容：供需双方应建立需求确认和更改规程，由项目组根据质量控制组的有关规定提出草案，双方共同讨论确认并记录讨论结果。评价标准：l 需求确认和更改规程、供需双方的确认签字必须完整；l 检查人员可主观判断需求确认和更改规程是否符合质量控制组的规定，以及关于需求更改和确认的记录是否丰富完整。3.1.3.3项目需求说明书检查内容：项目需求说明书是由需求部门及相关部门编写的说明其需求的文档，是项目组进行需求分析的重要依据，检查的主要目的是希望由项目组进行督促，引起需求部门对这项工作的重视。评价标准：l 按照项目文档规范的要
13、求编写。3.1.3.4项目需求分析说明书的内容检查内容：项目需求分析说明书是记录需求方完整需求的文档，以供需双方都可以理解的方式描述，由项目组在需方的密切配合下编写并得到需方的认可；该文档应纳入文档控制和配置管理。评价标准：l 检查人员可主观评价；l 需求应完整、无歧义地写明，并足够精确；l 项目需求分析说明书应符合项目文档规范的要求；3.1.3.5项目需求分析说明书的评审检查内容：按照项目文档规范的要求，项目需求分析说明书必须经过正式评审，评审必须有需求人员参加并认可。项目组保存评审报告，并在评审通过后上交项目需求分析说明书副本供质量控制组备案。评价标准：l 评审报告应按照项目文档规范的要求
14、编写；l 项目组成员在评审组中所占比例不能超过50%；3.1.3.6项目需求分析说明书的更改控制检查内容：项目组应按项目文档规范的要求，将项目需求分析说明书纳入文档控制管理，依照文档控制规程进行更改，并将更改情况写入文档修改建议书。每一阶段应收集更改情况，形成新的需求分析说明书，并上交副本供质量控制组备案。评价标准：l 项目需求分析说明书的更改必须有相应的需求变更申请说明书；l 需求变更申请说明书应按照项目文档规范的要求编写；3.1.4外部开发项目检查内容本项检查内容仅限于外部开发项目，不包括组织行内人员开发的项目。3.1.4.1合同中的质量条款检查内容：为了保证将来交付的软件产品和服务的质量
15、，建行在与公司签定的开发合同中必须规定质量条款来约束对方在开发和维护阶段的行为，使之符合建行的要求。评价标准：l 合同中必须按项目文档规范的要求规定质量条款；3.1.4.2合同评审检查内容：在签定合同之前，组织有关部门对合同内容进行评审，合同的评审报告应妥善保存。评价标准：l 合同必须进行评审，并产生评审报告；l 评审报告的内容必须符合项目文档规范的要求；3.1.4.3建立管理公司活动的规程检查内容：项目组依据建设银行有关规定（如项目质量控制试行办法）及合同的要求，与合作公司建立一系列管理规程，包括对阶段性结果的测试、发现问题的处理以及对双方有分歧问题的处理等。评价标准：l 本项全部为主观评价
16、；l 检查人员参考质量控制组的有关规定，根据检查中的实际情况给予评价；评价主要依据文档记录和人员访谈；3.1.5项目配置管理计划本项检查的主要内容是确定项目是否建立了一套行之有效的配置管理规程，并得到落实。3.1.5.1文档版本管理检查内容：检查文档版本管理是否符合配置管理计划的要求。文档版本管理是项目进行文档管理的前提和基础，可以是单独的文档，也可以是配置管理计划的一部分。评价标准：l 文档版本管理的内容应按项目文档规范的要求编写；l 对于大型项目，必须有单独的文档版本管理规程；3.1.5.2软件版本管理检查内容：软件版本管理是项目进行配置管理的前提和基础，视项目规模的大小，可以是单独的文档
17、，也可以是配置管理计划的一部分。评价标准：l 软件版本管理内容按项目文档规范的要求编写；l 对于大型项目，必须有单独的软件版本管理规程；3.1.5.3项目配置管理计划的执行情况检查内容：配置管理人员按照配置管理计划开展工作，负责项目组内的配置管理活动，按时向本项目质量控制小组汇报配置管理情况，由质量控制小组汇总后向上级质量控制组汇报。评价标准：l 必须指定专门的配置管理人员；l 大型和一般项目必须安排专人分别从事文档和软件版本管理；l 检查人员根据配置管理小组提供的材料，结合平时了解的情况和项目的规模，给出相应评价；3.1.6需求分析阶段的有关文档3.1.6.1可行性研究报告检查内容：可行性研
18、究报告是项目需求分析之前产生的文档，检查的目的就是希望项目开发能保持完整性和规范性。评价标准：l 按照项目文档规范的要求编写。3.1.6.2计算机系统选型报告检查内容：参与检查项目涉及购置的计算机系统的选型情况，是否对市场同类产品进行了调查和比较，并产生书面报告供上级管理部门参考。评价标准：l 本项检查内容只涉及购置计算机系统的项目，其它项目不列入检查范围；l 按照项目文档规范的要求编写。3.1.6.3用户培训手册的纲要检查内容：根据项目需求分析说明，拟定用户培训手册的纲要。评价标准：l 需求分析阶段没有形成用户培训手册的纲要。3.1.6.4用户培训计划检查内容：组织好用户培训工作是项目开发的
19、重要组成部分，关系到项目实施后是否能产生预期的效益。因此要求项目组必须在项目开发初期就制定用户培训计划，及早作出安排。评价标准：l 按照项目文档规范的要求编写。3.1.7需求分析阶段项目任务完成情况3.1.7.1项目阶段性任务完成情况检查内容：确认项目是否按计划完成阶段目标，发现并分析影响项目进度的原因，检查主要依据项目组交付质量控制组备案的各项计划类文档。评价标准：l 项目组应制定开发计划，或类似的进度安排；l 检查项目开发计划中任务是否按要求完成，有未完成情况时是否有原因分析（包括项目组内部原因和项目组不可控制的原因）；l 如果没有按时完成需求分析阶段计划，根据情况重新安排下阶段的工作进度
20、；l 本项检查所依据的各类计划性文档以质量控制组备案的为准；3.1.7.2质量控制小组的工作情况检查内容：在需求分析阶段结束前，项目质量控制小组应按照项目质量计划中规定的验证准则对本阶段重要的输出件进行验证，产生相应的验证记录。评价标准：l 本项全部为主观评价；l 检查人员通过了解质量控制小组对项目阶段结果验证及项目组质量活动的执行情况得出评价。3.1.7.3对外部开发项目中合作公司的阶段性结果进行验证检查内容：项目组有必要参与验证公司是否按计划按质量完成阶段性任务，验证内容和方法主要依据项目开发计划和合同的规定以及双方共同制定的有关规程；项目组必须记录验证结果。评价标准：l 本项全部为主观评
21、价；l 应注意验证方法和措施是否科学、公正、能否让对方接受，以及验证过程是否严格，发现的问题是否得到解决；l 本项检查只涉及外部开发项目，其它项目不列入检查范围；3.2概要设计阶段3.2.1概要设计说明书3.2.1.1概要设计说明书的内容检查内容：检查是否说明了对系统的设计考虑，是否能为详细设计提供基础。评价标准：l 检查人员可主观评价；l 概要设计说明书的内容应符合项目文档规范的要求；l 使用非过程化语言工具开发的项目允许与规范的内容有一定出入，具体评价标准由检查人员掌握；l 对于小型项目，如果软件系统比较简单，允许概要设计说明书与详细设计说明书合并；l 检查人员主要根据文档的版面是否规范、
22、内容是否丰富来评价。3.2.1.2概要设计说明书的评审检查内容：根据项目文档规范的要求，概要设计说明书必须经过正式评审。项目组保存评审报告，并在评审通过后上交概要设计说明书副本供质量控制组备案。评价标准：l 评审报告应按照项目文档规范的要求编写；l 项目组成员在评审组中所占比例不能超过50%。3.2.1.3概要设计说明书的更改控制检查内容：项目组应按项目文档规范的要求，将概要设计说明书纳入文档管理，依照文档版本管理规程进行更改，并将更改情况写入文档修改建议书。每一阶段应收集更改情况，形成新的概要设计说明书，并上交副本供质量控制组备案。评价标准：l 概要设计说明书的更改必须有相应的文档修改建议书
23、；l 文档修改建议书应按照项目文档规范的要求编写；3.2.2概要设计阶段的有关文档3.2.2.1数据库设计说明书（初步）检查内容：对存在数据库设计的项目而言，概要设计阶段必须产生数据库模型，形成初步的数据库设计说明书。评价标准：l 本项检查只涉及存在数据库设计的项目，其它项目不列入检查范围；l 对于大中型项目，必须提供单独的数据库设计说明书；l 内容必须包括所使用的数据库软件、访问数据库方式、数据库结构设计和数据库安全保密设计。3.2.2.2用户培训手册（框架）检查内容：根据概要设计的结果，编写用户培训手册的框架。评价标准：l 根据概要设计的结果对软件做总体描述；3.2.2.3操作手册（框架）
24、检查内容：根据概要设计的结果，编写操作手册的框架。评价标准：l 根据概要设计的结果形成操作手册的框架；l 对小型项目，允许培训手册和操作手册合并编写。3.2.2.4技术手册（框架）检查内容：根据概要设计的结果，编写技术手册的框架。评价标准：l 根据概要设计的结果形成技术手册的总体构架；3.2.3概要设计阶段项目任务完成情况3.2.3.1项目阶段性任务完成情况检查内容：确认项目是否按计划完成阶段目标，发现并分析影响项目进度的原因，检查主要依据项目组交付质量控制组备案的各项计划类文档。评价标准：l 项目组应制定开发计划，或类似的进度安排；l 检查项目开发计划中涉及的详细设计阶段的提交件是否按要求完
25、成，未完成的是否有原因分析（项目组内部原因和项目组不可控制的原因）；l 如果没有按时完成概要设计阶段计划，根据情况重新安排下阶段的工作进度；l 本项检查所依据的各类计划性文档以质量控制组备案的为准；3.2.3.2质量控制小组的工作情况检查内容：在概要设计阶段结束前，项目质量控制小组应按照项目质量计划中规定的验证准则对本阶段重要的输出件进行验证，产生相应的验证记录。评价标准：l 本项全部为主观评价；l 通过了解质量控制小组对项目阶段验证及项目组质量活动的执行情况得出评价。3.2.3.3对外部开发项目中合作公司的阶段性结果进行验证检查内容：项目组有必要验证公司是否按计划按质量完成阶段性任务，验证内
26、容和方法主要依据项目开发计划和合同的规定以及双方共同制定的有关规程；项目组必须记录验证结果。评价标准：l 本项全部为主观评价；l 应注意验证方法和措施是否科学、公正、能否让对方接受，以及验证过程是否严格，发现的问题是否得到解决；l 本项检查只涉及外部开发项目，其它项目不列入检查范围；3.3详细设计阶段3.3.1详细设计说明书3.3.1.1详细设计说明书的内容检查内容：检查是否详细说明系统中各个成分的设计细节。评价标准：l 对于使用过程化语言工具开发的项目，其详细设计说明书的内容应符合项目文档规范中关于详细设计说明书的要求；l 使用非过程化语言工具开发的项目允许与规范有一定出入，具体评价标准由检
27、查人员掌握，但每个模块的设计至少应包括流程描述、接口、尚未解决的问题三个要素；l 检查人员主观评价主要根据文档版面是否规范、内容是否丰富。3.3.1.2详细设计说明书的评审检查内容：按照项目文档规范的要求，详细设计说明书必须经过正式评审；小型项目可在项目组内自行评审。项目组保存评审报告，并在评审通过后上交详细设计说明书副本供质量控制组备案。评价标准：l 评审报告应按照项目文档规范的要求编写；l 对于大、中型项目，项目组成员在评审组中所占比例不能超过50%。3.3.1.3详细设计说明书的更改控制检查内容：项目组应按项目文档规范的要求，将详细设计说明书纳入文档管理，依照文档版本管理规程进行更改，并
28、将更改情况写入文档修改建议书。每一阶段应收集更改情况，形成新的详细设计说明书，并上交副本供质量控制组备案。评价标准：l 详细设计说明书的更改必须有相应的文档修改建议书；l 文档修改建议书应按照项目文档规范的要求编写；3.3.2数据库设计说明书本节内容只涉及使用数据库的项目。3.3.2.1数据库设计说明书的内容检查内容：检查是否详细规定了数据库的所有标识、逻辑结构和物理结构。评价标准：l 检查人员可主观评价；l 数据库设计说明书的内容应符合项目文档规范的要求；l 对于小型项目，如果软件系统比较简单，允许与概要设计说明书或详细设计说明书合并。对于大中型项目，必须提供单独的数据库设计说明书；l 检查
29、人员主观评价主要根据文档的版面是否规范、内容是否丰富。3.3.2.2数据库设计说明书的评审检查内容：数据库设计说明书必须经过正式评审，可以和详细设计说明书评审一起进行；项目组保存评审报告，并在评审通过后上交数据库设计说明书副本供质量控制组备案。评价标准：l 数据库设计评审报告可以是详细设计评审报告的一部分；l 数据库设计评审报告应按照项目文档规范的要求编写；l 对大、中型项目，项目组成员在评审组中所占比例不能超过50%;3.3.2.3数据库设计说明书的更改控制检查内容：项目组应按项目文档规范的要求，将数据库设计说明书纳入文档管理，依照文档版本管理规程进行更改，并将更改情况写入文档修改建议书。每
30、一阶段应收集更改情况，形成新的数据库设计说明书，并上交副本供质量控制组备案。评价标准：l 数据库设计说明书的更改必须有相应的文档修改建议书；l 文档修改建议书应按照项目文档规范的要求编写；3.3.3单元测试计划3.3.3.1单元测试计划的内容检查内容：检查是否描述了单元测试的资源、进度安排以及相应的测试用例和测试的评价标准。评价标准：l 内容应符合项目文档规范中关于测试计划的要求；l 检查人员主观评价主要根据测试用例内容是否丰富以及对测试结果的评价标准是否严格。3.3.3.2单元测试计划的评审检查内容：单元测试计划必须进行评审（可在项目组内部评审）。项目组保存评审报告，并在评审通过后上交单元测
31、试计划副本供质量控制组备案。评价标准：l 评审报告应按照项目文档规范的要求编写；3.3.3.3单元测试计划的更改控制检查内容：项目组应按项目文档规范的要求，将单元测试计划纳入文档管理，依照文档版本管理规程进行更改，并将更改情况写入文档修改建议书。每一阶段应收集更改情况，形成新的单元测试计划，并上交副本供质量控制组备案。评价标准：l 单元测试计划的更改必须有相应的文档修改建议书；l 文档修改建议书应按照项目文档规范的要求编写；3.3.4详细设计阶段有关文档3.3.4.1改进的用户培训手册检查内容：项目组根据详细设计对用户培训手册进行改进。评价标准：l 根据详细设计的结果对初步的用户培训手册内容进
32、行充实，完善总体介绍部分，增加各模块功能介绍。3.3.4.2改进的操作手册检查内容：项目组根据详细设计对操作手册进行改进。评价标准：l 根据详细设计的结果对操作手册内容进行充实，完善总体介绍部分，增加各模块功能介绍；l 对小型项目，允许培训手册和操作手册合并编写。3.3.4.3改进的技术手册检查内容：项目组根据详细设计对技术手册进行改进。评价标准：l 根据详细设计的结果对技术手册内容进行充实，完善总体介绍部分，增加各模块功能详细介绍。3.3.5详细设计阶段项目任务完成情况3.3.5.1项目开发任务完成情况检查内容：确认项目是否按计划完成开发任务，发现并分析影响项目进度的原因，检查依据为项目组交
33、付质量控制组备案的各项计划类文档。评价标准：l 项目组应制定开发计划，或类似的进度安排；l 检查项目开发计划中涉及的编码及单元测试阶段的提交件是否按要求完成，未完成的应分析导致延误的原因（项目组内部原因和项目组不可控制的原因）；l 如果没有按时完成详细设计阶段计划，根据情况重新安排下阶段的工作进度；l 本项检查所依据的各类计划性文档以质量控制组备案的为准；3.3.5.2质量控制小组的工作情况检查内容：在详细设计阶段结束前，项目质量控制小组应按照项目质量计划中规定的验证准则对本阶段重要的输出件进行验证，产生相应的验证记录。评价标准：l 本项全部为主观评价；l 通过了解本阶段质量控制小组对项目阶段
34、结果验证及项目组质量活动的执行情况作出评价。3.3.5.3对外部开发项目中合作公司的阶段性结果进行验证检查内容：项目组有必要参与验证公司是否按计划按质量完成阶段性任务，验证内容和方法主要依据项目开发计划和开发合同的规定以及双方共同制定的有关规程；项目组必须记录验证的结果。评价标准：l 本项全部为主观评价；l 应注意检查验证方法和措施是否科学、公正、能否让对方接受；验证过程是否严格，对发现的问题是否得到了很好的解决；l 本项检查只涉及外部开发项目，其它项目不列入检查范围；3.4编码及单元测试阶段3.4.1编码准备工作3.4.1.1编码人员培训情况检查内容：本项主要检查项目组对编码人员进行培训的情
35、况；项目组应根据项目开发使用的工具、方法，结合开发人员对上述内容的熟悉程度，提出明确的培训目标和要求，并保存详细的培训记录。评价标准：l 对于使用目前比较成熟的技术开发的项目，编码人员都有类似的开发经验，则此项可以通过；l 是否制定了编码人员培训计划；l 项目组必须保存详细完整的培训记录，其编写应符合项目文档规范的要求。3.4.1.2分配开发任务检查内容：项目开发任务的分配情况；重点检查任务是否得到了合理的分配，开发人员的长处是否得到了发挥，积极性是否能被调动起来。主要检查手段是查看相应记录以及人员访谈。评价标准：l 本项可主观评价；l 对于外部开发项目不进行该项检查；l 项目组能提供任务分配
36、记录，任务应分配到人，具体到某一模块；l 通过与开发人员的访谈来了解他们对任务分配情况的看法，结合开发人员的工作经历，由检查人员评定。3.4.1.3确认开发环境检查内容：确认开发将要使用的硬件和软件环境，检查是否有相应记录，应包括硬件设备记录、系统和应用软件记录。评价标准：l 项目组应有硬件设备记录；l 项目组应列出系统软件和应用软件清单。3.4.2项目开发编码情况3.4.2.1编码规则和约定的执行情况检查内容：由项目检查人员抽查任意一段代码，对照项目组制定的编码规则和约定检查其执行情况。评价标准：l 项目组是否制定有关编码规则和约定；l 由检查人员将抽查的代码与编码规则和约定进行比较；l 必
37、须检查关键代码。3.4.2.2项目组对代码审查情况检查内容：为了保证系统的安全，项目组必须采用白盒法对开发人员编制的代码进行审查，检查其是否符合详细设计的要求，以及是否有非法代码。评价标准：l 项目组提供完整的代码审查记录（按功能模块来划分）；l 代码审查记录必须有审查内容、被审查代码的作者以及审查人员的签名l 代码审查记录必须包括所有关键模块代码。3.4.3单元测试情况3.4.3.1单元测试报告检查内容：通过对单元测试报告的检查，了解单元测试计划的实施情况，测试结果是否达到了预期目的。评价标准：l 单元测试应按计划完成；l 单元测试分析报告的编写应符合项目文档规范的要求；3.4.3.2单元测
38、试中发现问题的解决情况检查内容：检查单元测试中发现的问题是否得到解决。评价标准：l 检查测试中发现的问题已得到解决，或者问题已被记录下来，并已明确责任人限期解决；l 检查方式是查看相应的测试记录，必要时可通过实际操作验证其问题是否得到解决。3.4.4编码及单元测试阶段的有关文档3.4.4.1集成测试计划检查内容：集成测试计划是否按项目文档规范的要求完成。评价标准：l 集成测试计划必须按项目文档规范有关测试计划的要求来编写。3.4.4.2用户培训手册(改进)检查内容：项目组根据编码及单元测试的情况对用户培训手册进行改进。评价标准：l 根据编码及单元测试的结果对用户培训手册内容进行充实，增加各模块
39、新增和重点内容的详细介绍。3.4.4.3技术手册(改进)检查内容：编码人员在编写代码的同时，必须编写出相应的程序流程、维护要点等，形成改进的技术手册。评价标准：l 项目组提供完整的改进的技术手册（内容以功能模块来划分）；l 每部分至少包括程序流程、关键部分的详细流程图。3.4.4.4操作手册(改进)检查内容：编码人员在编写代码的同时，必须编写出相应程序的操作流程等，形成操作手册的改进稿。评价标准：l 项目组提供完整的操作手册的改进稿（内容以功能模块来划分）；l 每部分至少包括操作流程。3.4.5编码及单元测试阶段项目任务完成情况3.4.5.1项目开发任务完成情况检查内容：确认项目是否按计划完成
40、开发任务，发现并分析影响项目进度的原因，检查依据为项目组交付质量控制组备案的各项计划类文档。评价标准：l 项目组是否制定开发计划，或类似的进度安排；l 检查项目开发计划中涉及的集成及测试阶段的提交件是否按要求完成，未完成的应分析导致延误的原因（项目组内部原因和项目组不可控制的原因）；l 如果没有按时完成编码及单元测试阶段计划，根据情况重新安排下阶段的工作进度；l 本项检查所依据的各类计划性文档以质量控制组备案的为准；3.4.5.2质量控制小组本阶段的工作情况检查内容：在编码及单元测试阶段结束前，项目质量控制小组应按照项目质量控制计划中规定的验证准则对本阶段重要的输出件进行验证，产生相应的验证记
41、录。评价标准：l 本项全部为主观评价；l 通过了解本阶段质量控制小组对项目阶段结果验证及项目组质量活动的执行情况得出评价。3.4.5.3对外部开发项目中合作公司的阶段性结果进行验证检查内容：项目组有必要参与验证公司是否按计划按质量完成阶段性任务，验证内容和方法主要依据项目开发计划和开发合同的规定以及双方共同制定的有关规程；项目组必须记录验证的结果。评价标准：l 本项全部为主观评价；l 应注意验证方法和措施是否科学、公正、能否让对方接受；验证过程是否严格，对发现的问题是否得到了很好的解决；l 本项检查只涉及外部开发项目，其它项目不列入检查范围；3.5集成及测试阶段3.5.1集成及测试阶段的准备工
42、作3.5.1.1建立测试环境检查内容：集成需要使用与开发环境相独立的测试环境，主要检查其搭建的测试环境，并确认相关记录。评分标准：l 项目组能提供测试环境所使用的硬件设备（包括网络设备）记录；l 项目组能提供所使用的软件系统（包括系统和应用软件）记录；l 对大、中型项目的测试环境，必须与开发环境相独立。3.5.1.2培训参加测试人员检查内容：检查是否对参加测试人员进行了培训，并确认是否有培训记录。评分标准：l 对于不需要项目组以外的人员参加，或参测人员熟悉项目所开发系统的操作的项目不需进行该项检查。l 项目能提供培训记录，并有培训内容，培训时间地点、培训教师三项内容；3.5.2集成及测试情况3
43、.5.2.1集成测试计划的实施检查内容：检查集成测试计划的实施、其测试结果是否达到了预期目的。评分标准：l 集成测试应按计划完成；l 集成测试分析报告的编写应符合项目文档规范中测试分析报告的要求；3.5.2.2集成测试中发现问题的解决检查内容：检查集成测试中发现的问题是否得到了解决。评分标准：l 测试中发现的问题得到解决；或者问题已被记录，并已明确责任人限期解决；l 检查方式是查看相应的测试记录，必要时可通过实际操作验证。3.5.3集成及测试阶段的有关文档3.5.3.1完成技术手册检查内容：在集成及测试阶段，结合发现的问题以及解决情况，项目组应对编码阶段编写的技术手册进行补充完善，并最终定稿。
44、评价标准：l 完成的技术手册内容应符合项目文档规范软件开发类技术手册的要求。3.5.3.2完成操作手册检查内容：项目组应结合本阶段软件的操作流程的修改情况，对操作手册进行相应的修改完善，并最终定稿。评价标准：l 完成的操作手册内容应符合项目文档规范的要求。3.5.3.3完成用户培训手册检查内容：项目组应结合本阶段软件的的修改情况，对用户培训手册进行相应的修改完善，并最终定稿。评价标准：l 完成的用户培训手册内容应符合项目文档规范的要求。3.5.4集成及测试阶段项目任务完成情况3.5.4.1项目开发任务完成情况检查内容：确认项目是否按计划完成开发任务，发现并分析影响项目进度的原因，检查依据为项目
45、组交付质量控制组备案的各项计划类文档。评价标准：l 项目组是否制定开发计划，或类似的进度安排；l 检查项目开发计划中涉及的试运行阶段的提交件是否按要求完成，未完成的应分析导致延误的原因（项目组内部原因和项目组不可控制的原因）；l 如果没有按时完成集成及测试计划，根据情况重新安排下阶段的工作进度；l 本项检查所依据的各类计划性文档以质量控制组备案的为准；3.5.4.2质量控制小组本阶段的工作情况检查内容：在集成及测试阶段结束前，项目质量控制小组应按照项目质量计划中规定的验证准则对本阶段重要的输出件进行验证，产生相应的验证记录。评价标准：l 本项全部为主观评价；l 通过了解本阶段质量控制小组对项目阶段结果验证及项目组质量活动的执行情况得出评价。3.5.4.3对外部开发项目中合作公司的阶段性结果进行验证检查内容：项目组有必要参与验证公司是否按计划按质量完成阶段性任务，验证内容和方法主要依据项目开发计划和开发合同的规定以及双方共同制定的有关规程；项目组必须记录验证的结果。评价标准：l 本项全部为主观评价；l 应注意验证方法和措施是否科学、公正、能否让对方接受；验证过程是否严格，对发现的问题是否得到了很好的解决；l 本项检查只涉及外部开发项目，其它项目不列入检查范围；3.6试运行阶段3