《2022年bm09_软件开发中心质量检查与评价标准.doc》由会员分享，可在线阅读，更多相关《2022年bm09_软件开发中心质量检查与评价标准.doc（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详细设计说明书103.3.2
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
3、.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 工程质量检查的目的和范围工程产品逐步构成于开发过程中，要使妨碍产质量量的要素处于受控状态，才
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 关于使用的工具和技术进展评审（能够是内部评审），说明其使用理由；l 规定开发工作中
8、应恪守的规则、惯例和商定；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 按照工程文档标准的要求编写。3.1.3
13、.4工程需求分析说明书的内容检查内容：工程需求分析说明书是记录需求方完好需求的文档，以供需双方都能够理解的方式描绘，由工程组在需方的亲密配合下编写并得到需方的认可；该文档应纳入文档操纵和配置治理。评价标准：l 检查人员可主观评价；l 需求应完好、无歧义地写明，并足够准确；l 工程需求分析说明书应符合工程文档标准的要求；3.1.3.5工程需求分析说明书的评审检查内容：按照工程文档标准的要求，工程需求分析说明书必须通过正式评审，评审必须有需求人员参加并认可。工程组保存评审报告，并在评审通过后上交工程需求分析说明书副本供质量操纵组备案。评价标准：l 评审报告应按照工程文档标准的要求编写；l 工程组成
14、员在评审组中所占比例不能超过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 本项全部为主观评价；l 检查人员
16、参考质量操纵组的有关规定，依照检查中的实际情况给予评价；评价主要依照文档记录和人员访谈；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 假如没有按时完成需求分析阶段计划，依照情况重新安排下阶段的工作进度；l 本项检
20、查所依照的各类计划性文档以质量操纵组备案的为准；3.1.7.2质量操纵小组的工作情况检查内容：在需求分析阶段完毕前，工程质量操纵小组应按照工程质量计划中规定的验证准则对本阶段重要的输出件进展验证，产生相应的验证记录。评价标准：l 本项全部为主观评价；l 检查人员通过理解质量操纵小组对工程阶段结果验证及工程组质量活动的执行情况得出评价。3.1.7.3对外部开发工程中合作公司的阶段性结果进展验证检查内容：工程组有必要参与验证公司是否按计划按质量完成阶段性任务，验证内容和方法主要依照工程开发计划和合同的规定以及双方共同制定的有关规程；工程组必须记录验证结果。评价标准：l 本项全部为主观评价；l 应留
21、意验证方法和措施是否科学、公正、能否让对方接受，以及验证过程是否严格，发觉的咨询题是否得到处理；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 概要设计说明书的更改必须有相应的文档修正建议书；l 文档
23、修正建议书应按照工程文档标准的要求编写；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集
43、成及测试情况3.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