软件开发中心质量检查与评价标准样本.doc

中华人民共和国建设银行河南省分行信息技术部软件开发中心计算机应用项目质量检查和评价原则（试行）二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详细设计阐明书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工程实行类项目检查内容和评价原则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项目总结101 项目质量检查目和范畴项目产品逐渐形成于开发过程中，要使影响产品质量因素处在受控状态，才干生产出符合顾客规定高质量项目产品。对项目开发过程中质量活动进行检查和评价，是一项重要质量控制工作，对保证项目产品质量起着重要作用。通过理解开发过程中与质量关于活动，并对这些质量活动过程和成果进行检查，使管理人员理解开发过程中各阶段质量状况，对项目质量活动进行控制，从而达到提高项目质量目，同步为软件开发中心质量控制组（如下简称质量控制组）进行质量活动检查制定统一原则。项目质量检查范畴涉及在省分行信息技术部正式立项并管理各类计算机应用项目（项目分类和阶段划分参见中华人民共和国建设银行河南省分行信息技术部软件开发中心计算机应用项目质量控制办法(试行)，如下简称为质量控制试行办法）。本原则合用于项目组内管理人员和开发人员对项目质量活动自我检查，以及质量控制组对项目开发各阶段检查和评价。2 项目质量检查和评价办法项目正式立项后，软件开发中心质量控制组在项目组配合下制定项目质量检查筹划，拟定该项目质量检查内容和时间。项目质量检查重要为阶段性检查，在项目每一阶段结束时进行。试运营迈进行集成及测试阶段质量检查将作为对该项目总体质量评价。对质量活动检查评价分为两某些：质量活动过程和质量活动成果，检查和评价原则是过程和成果相结合，以成果为主。在检查和评价过程中，使用表格方式或问答方式，通过面谈、调查表、审查文档和记录、检查开发环境现场等途径来掌握关于资料和数据（其中文档和记录是最重要客观根据），从而阐明项目质量活动实行状况。3 软件开发类项目检查内容和评价原则3.1需求分析阶段3.1.1开发筹划3.1.1.1项目开发阶段划分及工作进度安排检查内容：项目组必要在项目开发前期划分整个开发阶段，阐明各阶段所规定输入条件和所产生输出成果，以及各阶段要执行验证环节，项目开发进度指标，涉及资源和工作分派、时间安排等内容。上述内容必要有书面记录，作为质量控制组进行检查重要根据。评价原则：l 明确指出项目开发划提成若干阶段；l 阶段划分应与质量控制组相应规定保持一致；l 对开发过程中每个阶段均明确规定其输入条件；l 对开发过程每个阶段均明确规定其产生输出成果；l 输出成果中文档种类必要与建设银行河南省分行信息技术部软件开发中心计算机应用项目文档规范（如下简称项目文档规范）中各阶段文档规定保持一致；l 项目组应规定对项目开发各阶段输出成果进行测试或评审环节、办法，验证其与否达到设计规定； l 规定了项目各阶段时间安排和工作、资源分派；l 上述内容必要有书面记录可供检查。3.1.1.2选取开发工具和办法检查内容：项目组应指明使用开发工具和办法并阐明理由，指明开发工作应遵守规则、惯例和商定。评价原则：l 指明项目开发使用开发工具和办法；l 对于使用工具和技术进行评审（可以是内部评审），阐明其使用理由；l 规定开发工作中应遵守规则、惯例和商定；l 上述内容必要有书面根据；3.1.1.3项目构成员工作安排检查内容：项目经理对项目构成员工作经历作必要理解，安排项目构成员承担相应工作任务，依照质量控制组及其他关于部门规定和本项目特点设立工作岗位，明确各岗位工作职责，上述工作安排应有书面记录。评价原则：l 有无项目组所有成员书面工作简要；l 规定配备质量控制负责人具备一定管理经验；l 规定设专人负责版本控制和文档管理；l 规定设质量控制岗位；l 规定设配备管理岗位；l 有无拟定岗位工作职责；l 工作安排、岗位设立和相应工作职责有无书面记录。3.1.1.4开发筹划评审检查内容：开发筹划必要通过评审，这是保证项目质量重要环节。评审结束后上交开发筹划副本供质量控制组备案。评价原则：l 开发筹划必要通过评审（可进行内部评审），保存评审报告；l 评审报告应按照项目文档规范规定编写；3.1.1.5开发筹划更改控制检查内容：项目组应按项目文档规范规定，将开发筹划纳入文档控制管理，依照文档控制规程进行更改，并将更改状况写入文档修改建议书。每一阶段应收集更改状况，形成新开发筹划，并上交副本供质量控制组备案。评价原则：l 开发筹划更改必要有相应文档修改建议书；l 文档修改建议书应按照项目文档规范规定编写；3.1.2质量筹划3.1.2.1项目质量筹划制定和批准检查内容：检查质量筹划内容与否完善，与否上报质量控制组进行评审并获得批准。评价原则：l 项目质量筹划通过质量控制组评审并得到批准；l 对于未经质量控制组评审质量筹划，按项目文档规范规定评审其内容；3.1.2.2项目质量筹划更改控制检查内容：质量筹划可随开发过程中状况变化进行必要调节；为了保证质量筹划有效性和严肃性，对其进行更改必要纳入文档控制管理。评价原则：l 质量筹划与开发筹划中相应内容（如进度、测试检查办法、阶段成果验证准则等），如不符，检查其文档修改建议书中与否有相应内容。3.1.2.3质量筹划执行状况检查内容：质量控制小组按照制定质量筹划开展工作，负责详细组织项目组内质量活动，准时向质量控制组报告本项目组质量保证状况。评价原则：l 建立质量控制小组或无质量管理人员；l 检查人员依照质量控制小组提供材料，结合平时理解状况和项目规模进行检查；l 检查人员衡量原则可具备一定主观性。3.1.3需求分析3.1.3.1供需双方建立交流渠道检查内容：供需双方指定专人负责需求管理，建立统一交流渠道，在需求分析阶段能就需求问题获得良好交流与沟通。评价原则：l 项目组必要指定专人负责与需方就需求问题进行交流，接受需方提出规定，提交项目组内部讨论，将成果或意见反馈给需方；l 项目组应规定需方指派专人负责本部门需求收集、提出，以及与项目组讨论需求问题，上述内容必要在双方关于书面记录中得到体现。3.1.3.2建立需求确认和更改规程及其执行状况检查内容：供需双方应建立需求确认和更改规程，由项目组依照质量控制组关于规定提出草案，双方共同讨论确认并记录讨论成果。评价原则：l 需求确认和更改规程、供需双方确认签字必要完整；l 检查人员可主观判断需求确认和更改规程与否符合质量控制组规定，以及关于需求更改和确认记录与否丰富完整。3.1.3.3项目需求阐明书检查内容：项目需求阐明书是由需求部门及有关部门编写阐明其需求文档，是项目组进行需求分析重要根据，检查重要目是但愿由项目组进行督促，引起需求部门对这项工作注重。评价原则：l 按照项目文档规范规定编写。3.1.3.4项目需求分析阐明书内容检查内容：项目需求分析阐明书是记录需求方完整需求文档，以供需双方都可以理解方式描述，由项目组在需方密切配合下编写并得到需方承认；该文档应纳入文档控制和配备管理。评价原则：l 检查人员可主观评价；l 需求应完整、无歧义地写明，并足够精准；l 项目需求分析阐明书应符合项目文档规范规定；3.1.3.5项目需求分析阐明书评审检查内容：按照项目文档规范规定，项目需求分析阐明书必要通过正式评审，评审必要有需求人员参加并承认。项目组保存评审报告，并在评审通过后上交项目需求分析阐明书副本供质量控制组备案。评价原则：l 评审报告应按照项目文档规范规定编写；l 项目构成员在评审组中所占比例不能超过50%；3.1.3.6项目需求分析阐明书更改控制检查内容：项目组应按项目文档规范规定，将项目需求分析阐明书纳入文档控制管理，依照文档控制规程进行更改，并将更改状况写入文档修改建议书。每一阶段应收集更改状况，形成新需求分析阐明书，并上交副本供质量控制组备案。评价原则：l 项目需求分析阐明书更改必要有相应需求变更申请阐明书；l 需求变更申请阐明书应按照项目文档规范规定编写；3.1.4外部开发项目检查内容本项检查内容仅限于外部开发项目，不涉及组织行内人员开发项目。3.1.4.1合同中质量条款检查内容：为了保证将来交付软件产品和服务质量，建行在与公司签定开发合同中必要规定质量条款来约束对方在开发和维护阶段行为，使之符合建行规定。评价原则：l 合同中必要按项目文档规范规定规定质量条款；3.1.4.2合同评审检查内容：在签定合同之前，组织关于部门对合同内容进行评审，合同评审报告应妥善保存。评价原则：l 合同必要进行评审，并产生评审报告；l 评审报告内容必要符合项目文档规范规定；3.1.4.3建立管理公司活动规程检查内容：项目组根据建设银行关于规定（如项目质量控制试行办法）及合同规定，与合伙公司建立一系列管理规程，涉及对阶段性成果测试、发现问题解决以及对双方有分歧问题解决等。评价原则：l 本项所有为主观评价；l 检查人员参照质量控制组关于规定，依照检查中实际状况予以评价；评价重要根据文档记录和人员访谈；3.1.5项目配备管理筹划本项检查重要内容是拟定项目与否建立了一套行之有效配备管理规程，并得到贯彻。3.1.5.1文档版本管理检查内容：检查文档版本管理与否符合配备管理筹划规定。文档版本管理是项目进行文档管理前提和基本，可以是单独文档，也可以是配备管理筹划一某些。评价原则：l 文档版本管理内容应按项目文档规范规定编写；l 对于大型项目，必要有单独文档版本管理规程；3.1.5.2软件版本管理检查内容：软件版本管理是项目进行配备管理前提和基本，视项目规模大小，可以是单独文档，也可以是配备管理筹划一某些。评价原则：l 软件版本管理内容按项目文档规范规定编写；l 对于大型项目，必要有单独软件版本管理规程；3.1.5.3项目配备管理筹划执行状况检查内容：配备管理人员按照配备管理筹划开展工作，负责项目组内配备管理活动，准时向本项目质量控制小组报告配备管理状况，由质量控制小组汇总后向上级质量控制组报告。评价原则：l 必要指定专门配备管理人员；l 大型和普通项目必要安排专人分别从事文档和软件版本管理；l 检查人员依照配备管理小组提供材料，结合平时理解状况和项目规模，给出相应评价；3.1.6需求分析阶段关于文档3.1.6.1可行性研究报告检查内容：可行性研究报告是项目需求分析之前产生文档，检查目就是但愿项目开发能保持完整性和规范性。评价原则：l 按照项目文档规范规定编写。3.1.6.2计算机系统选型报告检查内容：参加检查项目涉及购买计算机系统选型状况，与否对市场同类产品进行了调查和比较，并产生书面报告供上级管理部门参照。评价原则：l 本项检查内容只涉及购买计算机系统项目，其他项目不列入检查范畴；l 按照项目文档规范规定编写。3.1.6.3顾客培训手册纲要检查内容：依照项目需求分析阐明，拟定顾客培训手册纲要。评价原则：l 需求分析阶段没有形成顾客培训手册纲要。3.1.6.4顾客培训筹划检查内容：组织好顾客培训工作是项目开发重要构成某些，关系到项目实行后与否能产生预期效益。因而规定项目组必要在项目开发初期就制定顾客培训筹划，及早作出安排。评价原则：l 按照项目文档规范规定编写。3.1.7需求分析阶段项目任务完毕状况3.1.7.1项目阶段性任务完毕状况检查内容：确认项目与否按筹划完毕阶段目的，发现并分析影响项目进度因素，检查重要根据项目组交付质量控制组备案各项筹划类文档。评价原则：l 项目组应制定开发筹划，或类似进度安排；l 检查项目开发筹划中任务与否按规定完毕，有未完毕状况时与否有因素分析（涉及项目组内部因素和项目组不可控制因素）；l 如果没有准时完毕需求分析阶段筹划，依照状况重新安排下阶段工作进度；l 本项检查所根据各类筹划性文档以质量控制组备案为准；3.1.7.2质量控制小组工作状况检查内容：在需求分析阶段结束前，项目质量控制小组应按照项目质量筹划中规定验证准则对本阶段重要输出件进行验证，产生相应验证记录。评价原则：l 本项所有为主观评价；l 检查人员通过理解质量控制小组对项目阶段成果验证及项目组质量活动执行状况得出评价。3.1.7.3对外部开发项目中合伙公司阶段性成果进行验证检查内容：项目组有必要参加验证公司与否按筹划按质量完毕阶段性任务，验证内容和办法重要根据项目开发筹划和合同规定以及双方共同制定关于规程；项目组必要记录验证成果。评价原则：l 本项所有为主观评价；l 应注意验证办法和办法与否科学、公正、能否让对方接受，以及验证过程与否严格，发现问题与否得到解决；l 本项检查只涉及外部开发项目，其他项目不列入检查范畴；3.2概要设计阶段3.2.1概要设计阐明书3.2.1.1概要设计阐明书内容检查内容：检查与否阐明了对系统设计考虑，与否能为详细设计提供基本。评价原则：l 检查人员可主观评价；l 概要设计阐明书内容应符合项目文档规范规定；l 使用非过程化语言工具开发项目容许与规范内容有一定出入，详细评价原则由检查人员掌握；l 对于小型项目，如果软件系统比较简朴，容许概要设计阐明书与详细设计阐明书合并；l 检查人员重要依照文档版面与否规范、内容与否丰富来评价。3.2.1.2概要设计阐明书评审检查内容：依照项目文档规范规定，概要设计阐明书必要通过正式评审。项目组保存评审报告，并在评审通过后上交概要设计阐明书副本供质量控制组备案。评价原则：l 评审报告应按照项目文档规范规定编写；l 项目构成员在评审组中所占比例不能超过50%。3.2.1.3概要设计阐明书更改控制检查内容：项目组应按项目文档规范规定，将概要设计阐明书纳入文档管理，依照文档版本管理规程进行更改，并将更改状况写入文档修改建议书。每一阶段应收集更改状况，形成新概要设计阐明书，并上交副本供质量控制组备案。评价原则：l 概要设计阐明书更改必要有相应文档修改建议书；l 文档修改建议书应按照项目文档规范规定编写；3.2.2概要设计阶段关于文档3.2.2.1数据库设计阐明书（初步）检查内容：对存在数据库设计项目而言，概要设计阶段必要产生数据库模型，形成初步数据库设计阐明书。评价原则：l 本项检查只涉及存在数据库设计项目，其他项目不列入检查范畴；l 对于大中型项目，必要提供单独数据库设计阐明书；l 内容必要涉及所使用数据库软件、访问数据库方式、数据库构造设计和数据库安全保密设计。3.2.2.2顾客培训手册（框架）检查内容：依照概要设计成果，编写顾客培训手册框架。评价原则：l 依照概要设计成果对软件做总体描述；3.2.2.3操作手册（框架）检查内容：依照概要设计成果，编写操作手册框架。评价原则：l 依照概要设计成果形成操作手册框架；l 对小型项目，容许培训手册和操作手册合并编写。3.2.2.4技术手册（框架）检查内容：依照概要设计成果，编写技术手册框架。评价原则：l 依照概要设计成果形成技术手册总体构架；3.2.3概要设计阶段项目任务完毕状况3.2.3.1项目阶段性任务完毕状况检查内容：确认项目与否按筹划完毕阶段目的，发现并分析影响项目进度因素，检查重要根据项目组交付质量控制组备案各项筹划类文档。评价原则：l 项目组应制定开发筹划，或类似进度安排；l 检查项目开发筹划中涉及详细设计阶段提交件与否按规定完毕，未完毕与否有因素分析（项目组内部因素和项目组不可控制因素）；l 如果没有准时完毕概要设计阶段筹划，依照状况重新安排下阶段工作进度；l 本项检查所根据各类筹划性文档以质量控制组备案为准；3.2.3.2质量控制小组工作状况检查内容：在概要设计阶段结束前，项目质量控制小组应按照项目质量筹划中规定验证准则对本阶段重要输出件进行验证，产生相应验证记录。评价原则：l 本项所有为主观评价；l 通过理解质量控制小组对项目阶段验证及项目组质量活动执行状况得出评价。3.2.3.3对外部开发项目中合伙公司阶段性成果进行验证检查内容：项目组有必要验证公司与否按筹划按质量完毕阶段性任务，验证内容和办法重要根据项目开发筹划和合同规定以及双方共同制定关于规程；项目组必要记录验证成果。评价原则：l 本项所有为主观评价；l 应注意验证办法和办法与否科学、公正、能否让对方接受，以及验证过程与否严格，发现问题与否得到解决；l 本项检查只涉及外部开发项目，其他项目不列入检查范畴；3.3详细设计阶段3.3.1详细设计阐明书3.3.1.1详细设计阐明书内容检查内容：检查与否详细阐明系统中各个成分设计细节。评价原则：l 对于使用过程化语言工具开发项目，其详细设计阐明书内容应符合项目文档规范中关于详细设计阐明书规定；l 使用非过程化语言工具开发项目容许与规范有一定出入，详细评价原则由检查人员掌握，但每个模块设计至少应涉及流程描述、接口、尚未解决问题三个要素；l 检查人员主观评价重要依照文档版面与否规范、内容与否丰富。3.3.1.2详细设计阐明书评审检查内容：按照项目文档规范规定，详细设计阐明书必要通过正式评审；小型项目可在项目组内自行评审。项目组保存评审报告，并在评审通过后上交详细设计阐明书副本供质量控制组备案。评价原则：l 评审报告应按照项目文档规范规定编写；l 对于大、中型项目，项目构成员在评审组中所占比例不能超过50%。3.3.1.3详细设计阐明书更改控制检查内容：项目组应按项目文档规范规定，将详细设计阐明书纳入文档管理，依照文档版本管理规程进行更改，并将更改状况写入文档修改建议书。每一阶段应收集更改状况，形成新详细设计阐明书，并上交副本供质量控制组备案。评价原则：l 详细设计阐明书更改必要有相应文档修改建议书；l 文档修改建议书应按照项目文档规范规定编写；3.3.2数据库设计阐明书本节内容只涉及使用数据库项目。3.3.2.1数据库设计阐明书内容检查内容：检查与否详细规定了数据库所有标记、逻辑构造和物理构造。评价原则：l 检查人员可主观评价；l 数据库设计阐明书内容应符合项目文档规范规定；l 对于小型项目，如果软件系统比较简朴，容许与概要设计阐明书或详细设计阐明书合并。对于大中型项目，必要提供单独数据库设计阐明书；l 检查人员主观评价重要依照文档版面与否规范、内容与否丰富。3.3.2.2数据库设计阐明书评审检查内容：数据库设计阐明书必要通过正式评审，可以和详细设计阐明书评审一起进行；项目组保存评审报告，并在评审通过后上交数据库设计阐明书副本供质量控制组备案。评价原则：l 数据库设计评审报告可以是详细设计评审报告一某些；l 数据库设计评审报告应按照项目文档规范规定编写；l 对大、中型项目，项目构成员在评审组中所占比例不能超过50%;3.3.2.3数据库设计阐明书更改控制检查内容：项目组应按项目文档规范规定，将数据库设计阐明书纳入文档管理，依照文档版本管理规程进行更改，并将更改状况写入文档修改建议书。每一阶段应收集更改状况，形成新数据库设计阐明书，并上交副本供质量控制组备案。评价原则：l 数据库设计阐明书更改必要有相应文档修改建议书；l 文档修改建议书应按照项目文档规范规定编写；3.3.3单元测试筹划3.3.3.1单元测试筹划内容检查内容：检查与否描述了单元测试资源、进度安排以及相应测试用例和测试评价原则。评价原则：l 内容应符合项目文档规范中关于测试筹划规定；l 检查人员主观评价重要依照测试用例内容与否丰富以及对测试成果评价原则与否严格。3.3.3.2单元测试筹划评审检查内容：单元测试筹划必要进行评审（可在项目组内部评审）。项目组保存评审报告，并在评审通过后上交单元测试筹划副本供质量控制组备案。评价原则：l 评审报告应按照项目文档规范规定编写；3.3.3.3单元测试筹划更改控制检查内容：项目组应按项目文档规范规定，将单元测试筹划纳入文档管理，依照文档版本管理规程进行更改，并将更改状况写入文档修改建议书。每一阶段应收集更改状况，形成新单元测试筹划，并上交副本供质量控制组备案。评价原则：l 单元测试筹划更改必要有相应文档修改建议书；l 文档修改建议书应按照项目文档规范规定编写；3.3.4详细设计阶段关于文档3.3.4.1改进顾客培训手册检查内容：项目组依照详细设计对顾客培训手册进行改进。评价原则：l 依照详细设计成果对初步顾客培训手册内容进行充实，完善总体简介某些，增长各模块功能简介。3.3.4.2改进操作手册检查内容：项目组依照详细设计对操作手册进行改进。评价原则：l 依照详细设计成果对操作手册内容进行充实，完善总体简介某些，增长各模块功能简介；l 对小型项目，容许培训手册和操作手册合并编写。3.3.4.3改进技术手册检查内容：项目组依照详细设计对技术手册进行改进。评价原则：l 依照详细设计成果对技术手册内容进行充实，完善总体简介某些，增长各模块功能详细简介。3.3.5详细设计阶段项目任务完毕状况3.3.5.1项目开发任务完毕状况检查内容：确认项目与否按筹划完毕开发任务，发现并分析影响项目进度因素，检查根据为项目组交付质量控制组备案各项筹划类文档。评价原则：l 项目组应制定开发筹划，或类似进度安排；l 检查项目开发筹划中涉及编码及单元测试阶段提交件与否按规定完毕，未完毕应分析导致延误因素（项目组内部因素和项目组不可控制因素）；l 如果没有准时完毕详细设计阶段筹划，依照状况重新安排下阶段工作进度；l 本项检查所根据各类筹划性文档以质量控制组备案为准；3.3.5.2质量控制小组工作状况检查内容：在详细设计阶段结束前，项目质量控制小组应按照项目质量筹划中规定验证准则对本阶段重要输出件进行验证，产生相应验证记录。评价原则：l 本项所有为主观评价；l 通过理解本阶段质量控制小组对项目阶段成果验证及项目组质量活动执行状况作出评价。3.3.5.3对外部开发项目中合伙公司阶段性成果进行验证检查内容：项目组有必要参加验证公司与否按筹划按质量完毕阶段性任务，验证内容和办法重要根据项目开发筹划和开发合同规定以及双方共同制定关于规程；项目组必要记录验证成果。评价原则：l 本项所有为主观评价；l 应注意检查验证办法和办法与否科学、公正、能否让对方接受；验证过程与否严格，对发现问题与否得到了较好解决；l 本项检查只涉及外部开发项目，其他项目不列入检查范畴；3.4编码及单元测试阶段3.4.1编码准备工作3.4.1.1编码人员培训状况检查内容：本项重要检查项目组对编码人员进行培训状况；项目组应依照项目开发使用工具、办法，结合开发人员对上述内容熟悉限度，提出明确培训目的和规定，并保存详细培训记录。评价原则：l 对于使用当前比较成熟技术开发项目，编码人员均有类似开发经验，则此项可以通过；l 与否制定了编码人员培训筹划；l 项目组必要保存详细完整培训记录，其编写应符合项目文档规范规定。3.4.1.2分派开发任务检查内容：项目开发任务分派状况；重点检查任务与否得到了合理分派，开发人员长处与否得到了发挥，积极性与否能被调动起来。重要检查手段是查看相应记录以及人员访谈。评价原则：l 本项可主观评价；l 对于外部开发项目不进行该项检查；l 项目组能提供任务分派记录，任务应分派到人，详细到某一模块；l 通过与开发人员访谈来理解她们对任务分派状况看法，结合开发人员工作经历，由检查人员评估。3.4.1.3确认开发环境检查内容：确认开发将要使用硬件和软件环境，检查与否有相应记录，应涉及硬件设备记录、系统和应用软件记录。评价原则：l 项目组应有硬件设备记录；l 项目组应列出系统软件和应用软件清单。3.4.2项目开发编码状况3.4.2.1编码规则和商定执行状况检查内容：由项目检查人员抽查任意一段代码，对照项目组制定编码规则和商定检查其执行状况。评价原则：l 项目组与否制定关于编码规则和商定；l 由检查人员将抽查代码与编码规则和商定进行比较；l 必要检查核心代码。3.4.2.2项目组对代码审查状况检查内容：为了保证系统安全，项目组必要采用白盒法对开发人员编制代码进行审查，检查其与否符合详细设计规定，以及与否有非法代码。评价原则：l 项目组提供完整代码审查记录（按功能模块来划分）；l 代码审查记录必要有审查内容、被审查代码作者以及审查人员签名l 代码审查记录必要涉及所有核心模块代码。3.4.3单元测试状况3.4.3.1单元测试报告检查内容：通过对单元测试报告检查，理解单元测试筹划实行状况，测试成果与否达到了预期目。评价原则：l 单元测试应按筹划完毕；l 单元测试分析报告编写应符合项目文档规范规定；3.4.3.2单元测试中发现问题解决状况检查内容：检查单元测试中发现问题与否得到解决。评价原则：l 检查测试中发现问题已得到解决，或者问题已被记录下来，并已明确负责人限期解决；l 检查方式是查看相应测试记录，必要时可通过实际操作验证其问题与否得到解决。3.4.4编码及单元测试阶段关于文档3.4.4.1集成测试筹划检查内容：集成测试筹划与否按项目文档规范规定完毕。评价原则：l 集成测试筹划必要按项目文档规范关于测试筹划规定来编写。3.4.4.2顾客培训手册(改进)检查内容：项目组依照编码及单元测试状况对顾客培训手册进行改进。评价原则：l 依照编码及单元测试成果对顾客培训手册内容进行充实，增长各模块新增和重点内容详细简介。3.4.4.3技术手册(改进)检查内容：编码人员在编写代码同步，必要编写出相应程序流程、维护要点等，形成改进技术手册。评价原则：l 项目组提供完整治进技术手册（内容以功能模块来划分）；l 每某些至少涉及程序流程、核心某些详细流程图。3.4.4.4操作手册(改进)检查内容：编码人员在编写代码同步，必要编写出相应程序操作流程等，形成操作手册改进稿。评价原则：l 项目组提供完整操作手册改进稿（内容以功能模块来划分）；l 每某些至少涉及操作流程。3.4.5编码及单元测试阶段项目任务完毕状况3.4.5.1项目开发任务完毕状况检查内容：确认项目与否按筹划完毕开发任务，发现并分析影响项目进度因素，检查根据为项目组交付质量控制组备案各项筹划类文档。评价原则：l 项目组与否制定开发筹划，或类似进度安排；l 检查项目开发筹划中涉及集成及测试阶段提交件与否按规定完毕，未完毕应分析导致延误因素（项目组内部因素和项目组不可控制因素）；l 如果没有准时完毕编码及单元测试阶段筹划，依照状况重新安排下阶段工作进度；l 本项检查所根据各类筹划性文档以质量控制组备案为准；3.4.5.2质量控制小组本阶段工作状况检查内容：在编码及单元测试阶段结束前，项目质量控制小组应按照项目质量控制筹划中规定验证准则对本阶段重要输出件进行验证，产生相应验证记录。评价原则：l 本项所有为主观评价；l 通过理解本阶段质量控制小组对项目阶段成果验证及项目组质量活动执行状况得出评价。3.4.5.3对外部开发项目中合伙公司阶段性成果进行验证检查内容：项目组有必要参加验证公司与否按筹划按质量完毕阶段性任务，验证内容和办法重要根据项目开发筹划和开发合同规定以及双方共同制定关于规程；项目组必要记录验证成果。评价原则：l 本项所有为主观评价；l 应注意验证办法和办法与否科学、公正、能否让对方接受；验证过程与否严格，对发现问题与否得到了较好解决；l 本项检查只涉及外部开发项目，其他项目不列入检查范畴；3.5集成及测试阶段3.5.1集成及测试阶段准备工作3.5.1.1建立测试环境检查内容：集成需要使用与开发环境相独立测试环境，重要检查其搭建测试环境，并确认有关记录。评分原则：l 项目组能提供测试环境所使用硬件设备（涉及网络设备）记录；l 项目组能提供所使用软件系统（涉及系统和应用软件）记录；l 对大、中型项目测试环境，必要与开发环境相独立。3.5.1.2培训参加测试人员检查内容：检查与否对参加测试人员进行了培训，并确认与否有培训记录。评分原则：l 对于不需要项目组以外人员参加，或参测人员熟悉项目所开发系统操作项目不需进行该项检查。l 项目能提供培训记录，并有培训内容，培训时间地点、培训教师三项内容；3.5.2集成及测试状况3.5.2.1集成测试筹划实行检查内容：检查集成测试筹划实行、其测试成果与否达到了预期目。评分原则：l 集成测试应按筹划完毕；l 集成测试分析报告编写应符合项目文档规范中测试分析报告规定；3.5.2.2集成测试中发现问题解决检查内容：检查集成测试中发现问题与否得到理解决。评分原则：l 测试中发现问题得到解决；或者问题已被记录，并已明确负责人限期解决；l 检查方式是查看相应测试记录，必要时可通过实际操作验证。3.5.3集成及测试阶段关于文档3.5.3.1完毕技术手册检查内容：在集成及测试阶段，结合发现问题以及解决状况，项目组应对编码阶段编写技术手册进行补充完善，并最后定稿。评价原则：l 完毕技术手册内容应符合项目文档规范软件开发类技术手册规定。3.5.3.2完毕操作手册检查内容：项目组应结合本阶段软件操作流程修改状况，对操作手册进行相应修改完善，并最后定稿。评价原则：l 完毕操作手册内容应符合项目文档规范规定。3.5.3.3完毕顾客培训手册检查内容：项目组应结合本阶段软件修改状况，对顾客培训手册进行相应修改完善，并最后定稿。评价原则：l 完毕顾客培训手册内容应符合项目文档规范规定。3.5.4集成及测试阶段项目任务完毕状况3.5.4.1项目开发任务完毕状况检查内容：确认项目与否按筹划完毕开发任务，发现并分析影响项目进度因素，检查根据为项目组交付质量控制组备案各项筹划类文档。评价原则：l 项目组与否制定开发筹划，或类似进度安排；l 检查项目开发筹划中涉及试运营阶段提交件与否按规定完毕，未完毕应分析导致延误因素（项目组内部因素和项目组不可控制因素）；l 如果没有准时完毕集成及测试筹划，依照状况重新安排下阶段工作进度；l 本项检查所根据各类筹划性文档以质量控制组备案为准；3.5.4.2质量控制小组本阶段工作状况检查内容：在集成及测试阶段结束前，项目质量控制小组应按照项目质量筹划中规定验证准则对本阶段重要输出件进行验证，产生相应验证记录。评价原则：l 本项所有为主观评价；l 通过理解本阶段质量控制小组对项目阶段成果验证及项目组质量活动执行状况得出评价。3.5.4.3对外部开发项目中合伙公司阶段性成果进行验证检查内容：项目组有必要参加验证公司与否按筹划按质量完毕阶段性任务，验证内容和办法重要根据项目开发筹划和开发合同规定以及双方共同制定关于规程；项目组必要记录验证成果。评价原则：l 本项所有为主观评价；l 应注意验证办法和办法与否科学、公正、能否让对方接受；验证过程与否严格，对发现问题与否得到了较好解决；l 本项检查只涉及外部开发项目，其他项目不列入检查范畴；3.6试运营阶段3.6.1试运营状况3.6.1.1维护和操作人员培训检查内容：按照培训筹划对试运营有关维护和操作人员进行培训，并保存培训记录；评分原则：l 项目组能提供培训记录；l 培训记录编写应符合项目文档规范中培训记录规定。3.6.1.2试运营软件安装检查内容：软件安装是软件试运营重要环节，重要检查与否有详细安装记录，试运营软件安装与否成功。评分原则：l 安装记录必要涉及安装系统环境、安装人员、安装过程以及成果；l 主观评价重要原则是检查安装过程与否顺利、与否能完毕安装。3.6.1.3数据转换检查内容：制定严密数据转换筹划(方案)，详细记录数据转换过程和成果，转换结束后按系统规定进行检查。评分原则：l 本项检查只涉及需要进行数据转换项目，其他项目不进行检查；l 项目组制定了数据转换筹划（方案）和数据转换检查原则；l 项目组详细记录了数据转换过程和成果。3.6.1.4试运营检查内容：检查新系统试运营状况，与否有试运营状况记录。评分原则：