bm09软件开发中心质量检查与评价标准Word文档格式.docx

bm09软件开发中心质量检查与评价标准Word文档格式.docx

《bm09软件开发中心质量检查与评价标准Word文档格式.docx》由会员分享，可在线阅读，更多相关《bm09软件开发中心质量检查与评价标准Word文档格式.docx（35页珍藏版）》请在冰豆网上搜索。

项目组必须在项目开发前期划分整个开发阶段，说明各阶段所要求的输入条件和所产生的输出结果，以及各阶段要执行的验证步骤，项目开发进度指标，包括资源和工作分配、时间安排等内容。

上述内容必须有书面记录，作为质量控制组进行检查的重要依据。

评价标准：

●明确指出项目开发划分成若干阶段；

●阶段划分应与质量控制组的相应规定保持一致；

●对开发过程中每个阶段均明确规定其输入条件；

●对开发过程每个阶段均明确规定其产生的输出结果；

●输出结果中的文档种类必须与《建设银行河南省分行信息技术部软件开发中心计算机应用项目文档规范》（以下简称《项目文档规范》）中各阶段文档要求保持一致；

●项目组应规定对项目开发各阶段的输出结果进行测试或评审的步骤、方法，验证其是否达到设计要求；

●规定了项目各阶段的时间安排和工作、资源分配；

●上述内容必须有书面记录可供检查。

3.1.1.2选择开发工具和方法

项目组应指明使用的开发工具和方法并说明理由，指明开发工作应遵守的规则、惯例和约定。

●指明项目开发使用的开发工具和方法；

●对于使用的工具和技术进行评审（可以是内部评审），说明其使用理由；

●规定开发工作中应遵守的规则、惯例和约定；

●上述内容必须有书面依据；

3.1.1.3项目组成员工作安排

项目经理对项目组成员的工作经历作必要了解，安排项目组成员承担相应的工作任务，根据质量控制组及其它有关部门的要求和本项目的特点设置工作岗位，明确各岗位工作职责，上述工作安排应有书面记录。

●有无项目组所有成员书面工作简要；

●要求配备的质量控制负责人具有一定的管理经验；

●要求设专人负责版本控制和文档管理；

●要求设质量控制岗位；

●要求设配置管理岗位；

●有无确定岗位工作职责；

●工作安排、岗位设置和相应的工作职责有无书面记录。

3.1.1.4开发计划的评审

开发计划必须经过评审，这是保证项目质量的重要步骤。

评审结束后上交开发计划副本供质量控制组备案。

●开发计划必须经过评审（可进行内部评审），保存评审报告；

●评审报告应按照《项目文档规范》的要求编写；

3.1.1.5开发计划的更改控制

项目组应按《项目文档规范》的要求，将开发计划纳入文档控制管理，依照文档控制规程进行更改，并将更改情况写入文档修改建议书。

每一阶段应收集更改情况，形成新的开发计划，并上交副本供质量控制组备案。

●开发计划的更改必须有相应的文档修改建议书；

●文档修改建议书应按照《项目文档规范》的要求编写；

3.1.2质量计划

3.1.2.1项目质量计划的制定和批准

检查质量计划的内容是否完善，是否上报质量控制组进行评审并获得批准。

●项目质量计划经过质量控制组的评审并得到批准；

●对于未经质量控制组评审的质量计划，按《项目文档规范》的要求评审其内容；

3.1.2.2项目质量计划的更改控制

质量计划可随开发过程中情况的变化进行必要的调整；

为了保证质量计划的有效性和严肃性，对其进行的更改必须纳入文档控制管理。

●质量计划与开发计划中的相应内容（如进度、测试检查方法、阶段结果验证准则等），如不符，检查其《文档修改建议书》中是否有相应内容。

3.1.2.3质量计划的执行情况

质量控制小组按照制定的质量计划开展工作，负责具体组织项目组内的质量活动，按时向质量控制组汇报本项目组质量保证情况。

●建立质量控制小组或无质量管理人员；

●检查人员根据质量控制小组提供的材料，结合平时了解的情况和项目的规模进行检查；

●检查人员衡量标准可具有一定的主观性。

3.1.3需求分析

3.1.3.1供需双方建立交流的渠道

供需双方指定专人负责需求管理，建立统一的交流渠道，在需求分析阶段能就需求问题取得良好的交流与沟通。

●项目组必须指定专人负责与需方就需求问题进行交流，接收需方提出的要求，提交项目组内部讨论，将结果或意见反馈给需方；

●项目组应要求需方指派专人负责本部门需求的收集、提出，以及与项目组讨论需求问题，上述内容必须在双方有关书面记录中得到体现。

3.1.3.2建立需求确认和更改规程及其执行情况

供需双方应建立需求确认和更改规程，由项目组根据质量控制组的有关规定提出草案，双方共同讨论确认并记录讨论结果。

●需求确认和更改规程、供需双方的确认签字必须完整；

●检查人员可主观判断需求确认和更改规程是否符合质量控制组的规定，以及关于需求更改和确认的记录是否丰富完整。

3.1.3.3项目需求说明书

项目需求说明书是由需求部门及相关部门编写的说明其需求的文档，是项目组进行需求分析的重要依据，检查的主要目的是希望由项目组进行督促，引起需求部门对这项工作的重视。

●按照《项目文档规范》的要求编写。

3.1.3.4项目需求分析说明书的内容

项目需求分析说明书是记录需求方完整需求的文档，以供需双方都可以理解的方式描述，由项目组在需方的密切配合下编写并得到需方的认可；

该文档应纳入文档控制和配置管理。

●检查人员可主观评价；

●需求应完整、无歧义地写明，并足够精确；

●项目需求分析说明书应符合《项目文档规范》的要求；

3.1.3.5项目需求分析说明书的评审

按照《项目文档规范》的要求，项目需求分析说明书必须经过正式评审，评审必须有需求人员参加并认可。

项目组保存评审报告，并在评审通过后上交项目需求分析说明书副本供质量控制组备案。

●项目组成员在评审组中所占比例不能超过50%；

3.1.3.6项目需求分析说明书的更改控制

项目组应按《项目文档规范》的要求，将项目需求分析说明书纳入文档控制管理，依照文档控制规程进行更改，并将更改情况写入文档修改建议书。

每一阶段应收集更改情况，形成新的需求分析说明书，并上交副本供质量控制组备案。

●项目需求分析说明书的更改必须有相应的需求变更申请说明书；

●需求变更申请说明书应按照《项目文档规范》的要求编写；

3.1.4外部开发项目检查内容

本项检查内容仅限于外部开发项目，不包括组织行内人员开发的项目。

3.1.4.1合同中的质量条款

为了保证将来交付的软件产品和服务的质量，建行在与公司签定的开发合同中必须规定质量条款来约束对方在开发和维护阶段的行为，使之符合建行的要求。

●合同中必须按《项目文档规范》的要求规定质量条款；

3.1.4.2合同评审

在签定合同之前，组织有关部门对合同内容进行评审，合同的评审报告应妥善保存。

●合同必须进行评审，并产生评审报告；

●评审报告的内容必须符合《项目文档规范》的要求；

3.1.4.3建立管理公司活动的规程

项目组依据建设银行有关规定（如《项目质量控制试行办法》）及合同的要求，与合作公司建立一系列管理规程，包括对阶段性结果的测试、发现问题的处理以及对双方有分歧问题的处理等。

●本项全部为主观评价；

●检查人员参考质量控制组的有关规定，根据检查中的实际情况给予评价；

评价主要依据文档记录和人员访谈；

3.1.5项目配置管理计划

本项检查的主要内容是确定项目是否建立了一套行之有效的配置管理规程，并得到落实。

3.1.5.1文档版本管理

检查文档版本管理是否符合配置管理计划的要求。

文档版本管理是项目进行文档管理的前提和基础，可以是单独的文档，也可以是配置管理计划的一部分。

●文档版本管理的内容应按《项目文档规范》的要求编写；

●对于大型项目，必须有单独的文档版本管理规程；

3.1.5.2软件版本管理

软件版本管理是项目进行配置管理的前提和基础，视项目规模的大小，可以是单独的文档，也可以是配置管理计划的一部分。

●软件版本管理内容按《项目文档规范》的要求编写；

●对于大型项目，必须有单独的软件版本管理规程；

3.1.5.3项目配置管理计划的执行情况

配置管理人员按照配置管理计划开展工作，负责项目组内的配置管理活动，按时向本项目质量控制小组汇报配置管理情况，由质量控制小组汇总后向上级质量控制组汇报。

●必须指定专门的配置管理人员；

●大型和一般项目必须安排专人分别从事文档和软件版本管理；

●检查人员根据配置管理小组提供的材料，结合平时了解的情况和项目的规模，给出相应评价；

3.1.6需求分析阶段的有关文档

3.1.6.1可行性研究报告

可行性研究报告是项目需求分析之前产生的文档，检查的目的就是希望项目开发能保持完整性和规范性。

3.1.6.2计算机系统选型报告

参与检查项目涉及购置的计算机系统的选型情况，是否对市场同类产品进行了调查和比较，并产生书面报告供上级管理部门参考。

●本项检查内容只涉及购置计算机系统的项目，其它项目不列入检查范围；

3.1.6.3用户培训手册的纲要

根据项目需求分析说明，拟定用户培训手册的纲要。

●需求分析阶段没有形成用户培训手册的纲要。

3.1.6.4用户培训计划

组织好用户培训工作是项目开发的重要组成部分，关系到项目实施后是否能产生预期的效益。

因此要求项目组必须在项目开发初期就制定《用户培训计划》，及早作出安排。

3.1.7需求分析阶段项目任务完成情况

3.1.7.1项目阶段性任务完成情况

确认项目是否按计划完成阶段目标，发现并分析影响项目进度的原因，检查主要依据项目组交付质量控制组备案的各项计划类文档。

●项目组应制定开发计划，或类似的进度安排；

●检查项目开发计划中任务是否按要求完成，有未完成情况时是否有原因分析（包括项目组内部原因和项目组不可控制的原因）；

●如果没有按时完成需求分析阶段计划，根据情况重新安排下阶段的工作进度；

●本项检查所依据的各类计划性文档以质量控制组备案的为准；

3.1.7.2质量控制小组的工作情况

在需求分析阶段结束前，项目质量控制小组应按照项目质量计划中规定的验证准则对本阶段重要的输出件进行验证，产生相应的验证记录。

●检查人员通过了解质量控制小组对项目阶段结果验证及项目组质量活动的执行情况得出评价。

3.1.7.3对外部开发项目中合作公司的阶段性结果进行验证

项目组有必要参与验证公司是否按计划按质量完成阶段性任务，验证内容和方法主要依据项目开发计划和合同的规定以及双方共同制定的有关规程；

项目组必须记录验证结果。

●应注意验证方法和措施是否科学、公正、能否让对方接受，以及验证过程是否严格，发现的问题是否得到解决；

●本项检查只涉及外部开发项目，其它项目不列入检查范围；

3.2概要设计阶段

3.2.1概要设计说明书

3.2.1.1概要设计说明书的内容

检查是否说明了对系统的设计考虑，是否能为详细设计提供基础。

●概要设计说明书的内容应符合《项目文档规范》的要求；

●使用非过程化语言工具开发的项目允许与规范的内容有一定出入，具体评价标准由检查人员掌握；

●对于小型项目，如果软件系统比较简单，允许概要设计说明书与详细设计说明书合并；

●检查人员主要根据文档的版面是否规范、内容是否丰富来评价。

3.2.1.2概要设计说明书的评审

根据《项目文档规范》的要求，概要设计说明书必须经过正式评审。

项目组保存评审报告，并在评审通过后上交概要设计说明书副本供质量控制组备案。

●项目组成员在评审组中所占比例不能超过50%。

3.2.1.3概要设计说明书的更改控制

项目组应按《项目文档规范》的要求，将概要设计说明书纳入文档管理，依照文档版本管理规程进行更改，并将更改情况写入文档修改建议书。

每一阶段应收集更改情况，形成新的概要设计说明书，并上交副本供质量控制组备案。

●概要设计说明书的更改必须有相应的文档修改建议书；

3.2.2概要设计阶段的有关文档

3.2.2.1数据库设计说明书（初步）

对存在数据库设计的项目而言，概要设计阶段必须产生数据库模型，形成初步的《数据库设计说明书》。

●本项检查只涉及存在数据库设计的项目，其它项目不列入检查范围；

●对于大中型项目，必须提供单独的数据库设计说明书；

●内容必须包括所使用的数据库软件、访问数据库方式、数据库结构设计和数据库安全保密设计。

3.2.2.2用户培训手册（框架）

根据概要设计的结果，编写用户培训手册的框架。

●根据概要设计的结果对软件做总体描述；

3.2.2.3操作手册（框架）

根据概要设计的结果，编写操作手册的框架。

●根据概要设计的结果形成操作手册的框架；

●对小型项目，允许培训手册和操作手册合并编写。

3.2.2.4技术手册（框架）

根据概要设计的结果，编写技术手册的框架。

●根据概要设计的结果形成技术手册的总体构架；

3.2.3概要设计阶段项目任务完成情况

3.2.3.1项目阶段性任务完成情况

●检查项目开发计划中涉及的详细设计阶段的提交件是否按要求完成，未完成的是否有原因分析（项目组内部原因和项目组不可控制的原因）；

●如果没有按时完成概要设计阶段计划，根据情况重新安排下阶段的工作进度；

3.2.3.2质量控制小组的工作情况

在概要设计阶段结束前，项目质量控制小组应按照项目质量计划中规定的验证准则对本阶段重要的输出件进行验证，产生相应的验证记录。

●通过了解质量控制小组对项目阶段验证及项目组质量活动的执行情况得出评价。

3.2.3.3对外部开发项目中合作公司的阶段性结果进行验证

项目组有必要验证公司是否按计划按质量完成阶段性任务，验证内容和方法主要依据项目开发计划和合同的规定以及双方共同制定的有关规程；

3.3详细设计阶段

3.3.1详细设计说明书

3.3.1.1详细设计说明书的内容

检查是否详细说明系统中各个成分的设计细节。

●对于使用过程化语言工具开发的项目，其详细设计说明书的内容应符合《项目文档规范》中关于详细设计说明书的要求；

●使用非过程化语言工具开发的项目允许与规范有一定出入，具体评价标准由检查人员掌握，但每个模块的设计至少应包括流程描述、接口、尚未解决的问题三个要素；

●检查人员主观评价主要根据文档版面是否规范、内容是否丰富。

3.3.1.2详细设计说明书的评审

按照《项目文档规范》的要求，详细设计说明书必须经过正式评审；

小型项目可在项目组内自行评审。

项目组保存评审报告，并在评审通过后上交详细设计说明书副本供质量控制组备案。

●对于大、中型项目，项目组成员在评审组中所占比例不能超过50%。

3.3.1.3详细设计说明书的更改控制

项目组应按《项目文档规范》的要求，将详细设计说明书纳入文档管理，依照文档版本管理规程进行更改，并将更改情况写入文档修改建议书。

每一阶段应收集更改情况，形成新的详细设计说明书，并上交副本供质量控制组备案。

●详细设计说明书的更改必须有相应的文档修改建议书；

3.3.2数据库设计说明书

本节内容只涉及使用数据库的项目。

3.3.2.1数据库设计说明书的内容

检查是否详细规定了数据库的所有标识、逻辑结构和物理结构。

●数据库设计说明书的内容应符合《项目文档规范》的要求；

●对于小型项目，如果软件系统比较简单，允许与概要设计说明书或详细设计说明书合并。

对于大中型项目，必须提供单独的数据库设计说明书；

●检查人员主观评价主要根据文档的版面是否规范、内容是否丰富。

3.3.2.2数据库设计说明书的评审

数据库设计说明书必须经过正式评审，可以和详细设计说明书评审一起进行；

项目组保存评审报告，并在评审通过后上交数据库设计说明书副本供质量控制组备案。

●数据库设计评审报告可以是详细设计评审报告的一部分；

●数据库设计评审报告应按照《项目文档规范》的要求编写；

●对大、中型项目，项目组成员在评审组中所占比例不能超过50%;

3.3.2.3数据库设计说明书的更改控制

项目组应按《项目文档规范》的要求，将数据库设计说明书纳入文档管理，依照文档版本管理规程进行更改，并将更改情况写入文档修改建议书。

每一阶段应收集更改情况，形成新的数据库设计说明书，并上交副本供质量控制组备案。

●数据库设计说明书的更改必须有相应的文档修改建议书；

3.3.3单元测试计划

3.3.3.1单元测试计划的内容

检查是否描述了单元测试的资源、进度安排以及相应的测试用例和测试的评价标准。

●内容应符合《项目文档规范》中关于测试计划的要求；

●检查人员主观评价主要根据测试用例内容是否丰富以及对测试结果的评价标准是否严格。

3.3.3.2单元测试计划的评审

单元测试计划必须进行评审（可在项目组内部评审）。

项目组保存评审报告，并在评审通过后上交单元测试计划副本供质量控制组备案。

3.3.3.3单元测试计划的更改控制

项目组应按《项目文档规范》的要求，将单元测试计划纳入文档管理，依照文档版本管理规程进行更改，并将更改情况写入文档修改建议书。

每一阶段应收集更改情况，形成新的单元测试计划，并上交副本供质量控制组备案。

●单元测试计划的更改必须有相应的文档修改建议书；

3.3.4详细设计阶段有关文档

3.3.4.1改进的用户培训手册

项目组根据详细设计对用户培训手册进行改进。

●根据详细设计的结果对初步的用户培训手册内容进行充实，完善总体介绍部分，增加各模块功能介绍。

3.3.4.2改进的操作手册

项目组根据详细设计对操作手册进行改进。

●根据详细设计的结果对操作手册内容进行充实，完善总体介绍部分，增加各模块功能介绍；

3.3.4.3改进的技术手册

项目组根据详细设计对技术手册进行改进。

●根据详细设计的结果对技术手册内容进行充实，完善总体介绍部分，增加各模块功能详细介绍。

3.3.5详细设计阶段项目任务完成情况

3.3.5.1项目开发任务完成情况

确认项目是否按计划完成开发任务，发现并分析影响项目进度的原因，检查依据为项目组交付质量控制组备案的各项计划类文档。

●检查项目开发计划中涉及的编码及单元测试阶段的提交件是否按要求完成，未完成的应分析导致延误的原因（项目组内部原因和项目组不可控制的原因）；

●如果没有按时完成详细设计阶段计划，根据情况重新安排下阶段的工作进度；

3.3.5.2质量控制小组的工作情况

在详细设计阶段结束前，项目质量控制小组应按照项目质量计划中规定的验证准则对本阶段重要的输出件进行验证，产生相应的验证记录。

●通过了解本阶段质量控制小组对项目阶段结果验证及项目组质量活动的执行情况作出评价。

3.3.5.3对外部开发项目中合作公司的阶段性结果进行验证

项目组有必要参与验证公司是否按计划按质量完成阶段性任务，验证内容和方法主要依据项目开发计划和开发合同的规定以及双方共同制定的有关规程；

项目组必须记录验证的结果。

●应注意检查验证方法和措施是否科学、公正、能否