bm09-软件开发中心质量检查与评价标准_第1页
bm09-软件开发中心质量检查与评价标准_第2页
bm09-软件开发中心质量检查与评价标准_第3页
bm09-软件开发中心质量检查与评价标准_第4页
bm09-软件开发中心质量检查与评价标准_第5页
已阅读5页,还剩37页未读 继续免费阅读

下载本文档

版权说明:本文档由用户提供并上传,收益归属内容提供方,若内容存在侵权,请进行举报或认领

文档简介

1、.:.;中国建立银行河南省分行信息技术部软件开发中心计算机运用工程质量检查和评价规范试行二OO一年十月工程质量检查和评价规范 PAGE 39目 录 TOC o 1-3 1 工程质量检查的目的和范围 PAGEREF _Toc484861933 h 12 工程质量检查和评价的方法 PAGEREF _Toc484861934 h 13 软件开发类工程检查内容和评价规范 PAGEREF _Toc484861935 h 23.1需求分析阶段 PAGEREF _Toc484861936 h 23.1.1开发方案 PAGEREF _Toc484861937 h 23.1.2质量方案 PAGEREF _Toc

2、484861938 h 33.1.3需求分析 PAGEREF _Toc484861939 h 43.1.4外部开发工程检查内容 PAGEREF _Toc484861940 h 63.1.5工程配置管理方案 PAGEREF _Toc484861941 h 73.1.6需求分析阶段的有关文档 PAGEREF _Toc484861942 h 83.1.7需求分析阶段工程义务完成情况 PAGEREF _Toc484861943 h 83.2概要设计阶段 PAGEREF _Toc484861944 h 93.2.1概要设计阐明书 PAGEREF _Toc484861945 h 93.2.2概要设计阶段的

3、有关文档 PAGEREF _Toc484861946 h 103.2.3概要设计阶段工程义务完成情况 PAGEREF _Toc484861947 h 103.3详细设计阶段 PAGEREF _Toc484861948 h 103.3.1详细设计阐明书 PAGEREF _Toc484861949 h 103.3.2数据库设计阐明书 PAGEREF _Toc484861950 h 103.3.3单元测试方案 PAGEREF _Toc484861951 h 103.3.4详细设计阶段有关文档 PAGEREF _Toc484861952 h 103.3.5详细设计阶段工程义务完成情况 PAGEREF

4、_Toc484861953 h 103.4编码及单元测试阶段 PAGEREF _Toc484861954 h 103.4.1编码预备任务 PAGEREF _Toc484861955 h 103.4.2工程开发编码情况 PAGEREF _Toc484861956 h 103.4.3单元测试情况 PAGEREF _Toc484861957 h 103.4.4编码及单元测试阶段的有关文档 PAGEREF _Toc484861958 h 103.4.5编码及单元测试阶段工程义务完成情况 PAGEREF _Toc484861959 h 103.5集成及测试阶段 PAGEREF _Toc484861960

5、 h 103.5.1集成及测试阶段的预备任务 PAGEREF _Toc484861961 h 103.5.2集成及测试情况 PAGEREF _Toc484861962 h 103.5.3集成及测试阶段的有关文档 PAGEREF _Toc484861963 h 103.5.4集成及测试阶段工程义务完成情况 PAGEREF _Toc484861964 h 103.6试运转阶段 PAGEREF _Toc484861965 h 103.6.1试运转情况 PAGEREF _Toc484861966 h 103.6.2工程总结 PAGEREF _Toc484861967 h 104工程实施类工程检查内容和

6、评价规范 PAGEREF _Toc484861968 h 104.1需求分析阶段 PAGEREF _Toc484861969 h 104.1.1开发方案 PAGEREF _Toc484861970 h 104.1.2工程质量控制方案 PAGEREF _Toc484861971 h 104.1.3需求分析 PAGEREF _Toc484861972 h 104.1.4外部工程检查内容 PAGEREF _Toc484861973 h 104.1.5工程配置管理方案 PAGEREF _Toc484861974 h 104.1.6需求分析阶段的有关文档 PAGEREF _Toc484861975 h

7、104.1.7需求分析阶段工程义务完成情况 PAGEREF _Toc484861976 h 104.2方案设计阶段 PAGEREF _Toc484861977 h 104.2.1工程设计实施方案 PAGEREF _Toc484861978 h 104.2.2工程设计阶段工程义务完成情况 PAGEREF _Toc484861979 h 104.3工程实施阶段 PAGEREF _Toc484861980 h 104.3.1工程实施 PAGEREF _Toc484861981 h 104.3.2单元测试情况 PAGEREF _Toc484861982 h 104.3.3工程设计阶段工程义务完成情况

8、PAGEREF _Toc484861983 h 104.4调试检验阶段 PAGEREF _Toc484861984 h 104.4.1系统调试 PAGEREF _Toc484861985 h 104.4.2工程总结 PAGEREF _Toc484861986 h 101 工程质量检查的目的和范围工程产品逐渐构成于开发过程中,要使影响产质量量的要素处于受控形状,才干消费出符合用户要求的高质量的工程产品。对工程开发过程中的质量活动进展检查和评价,是一项重要的质量控制任务,对保证工程产品的质量起着重要作用。经过了解开发过程中与质量有关的活动,并对这些质量活动的过程和结果进展检查,使管理人员了解开发过

9、程中各阶段的质量情况,对工程的质量活动进展控制,从而到达提高工程质量的目的,同时为软件开发中心质量控制组以下简称质量控制组进展质量活动检查制定一致的规范。工程质量检查的范围包括在省分行信息技术部正式立项并管理的各类计算机运用工程工程的分类和阶段划分参见,以下简称为。本规范适用于工程组内管理人员和开发人员对工程质量活动的自我检查,以及质量控制组对工程开发各阶段的检查和评价。2 工程质量检查和评价的方法工程正式立项后,软件开发中心质量控制组在工程组配合下制定工程质量检查方案,确定该工程质量检查的内容和时间。工程质量检查主要为阶段性检查,在工程每一阶段终了时进展。试运转前进展的集成及测试阶段质量检查

10、将作为对该工程的总体质量评价。对质量活动的检查评价分为两部分:质量活动的过程和质量活动的结果,检查和评价的原那么是过程和结果相结合,以结果为主。在检查和评价过程中,运用表格方式或问答方式,经过面谈、调查表、审查文档和记录、检查开发环境现场等途径来掌握有关的资料和数据其中文档和记录是最重要的客观根据,从而阐明工程的质量活动的实施情况。3 软件开发类工程检查内容和评价规范3.1需求分析阶段3.1.1开发方案3.1.1.1工程开发阶段划分及任务进度安排检查内容:工程组必需在工程开发前期划分整个开发阶段,阐明各阶段所要求的输入条件和所产生的输出结果,以及各阶段要执行的验证步骤,工程开发进度目的,包括资

11、源和任务分配、时间安排等内容。上述内容必需有书面记录,作为质量控制组进展检查的重要根据。评价规范:明确指出工程开发划分成假设干阶段;阶段划分应与质量控制组的相应规定坚持一致;对开发过程中每个阶段均明确规定其输入条件;对开发过程每个阶段均明确规定其产生的输出结果;输出结果中的文档种类必需与以下简称中各阶段文档要求坚持一致;工程组应规定对工程开发各阶段的输出结果进展测试或评审的步骤、方法,验证其能否到达设计要求; 规定了工程各阶段的时间安排和任务、资源分配;上述内容必需有书面记录可供检查。3.1.1.2选择开发工具和方法检查内容:工程组应指明运用的开发工具和方法并阐明理由,指明开发任务应遵守的规那

12、么、惯例和商定。评价规范:指明工程开发运用的开发工具和方法;对于运用的工具和技术进展评审可以是内部评审,阐明其运用理由;规定开发任务中应遵守的规那么、惯例和商定;上述内容必需有书面根据;3.1.1.3工程组成员任务安排检查内容:工程经理对工程组成员的任务阅历作必要了解,安排工程组成员承当相应的任务义务,根据质量控制组及其它有关部门的要求和本工程的特点设置任务岗位,明确各岗位任务职责,上述任务安排应有书面记录。评价规范:有无工程组一切成员书面任务简要;要求配备的质量控制担任人具有一定的管理阅历;要求设专人担任版本控制和文档管理;要求设质量控制岗位;要求设配置管理岗位;有无确定岗位任务职责;任务安

13、排、岗位设置和相应的任务职责有无书面记录。3.1.1.4开发方案的评审检查内容:开发方案必需经过评审,这是保证工程质量的重要步骤。评审终了后上交开发方案副本供质量控制组备案。评价规范:开发方案必需经过评审可进展内部评审,保管评审报告;评审报告应按照的要求编写;3.1.1.5开发方案的更改控制检查内容:工程组应按的要求,将开发方案纳入文档控制管理,按照文档控制规程进展更改,并将更改情况写入文档修正建议书。每一阶段应搜集更改情况,构成新的开发方案,并上交副本供质量控制组备案。评价规范:开发方案的更改必需有相应的文档修正建议书;文档修正建议书应按照的要求编写;3.1.2质量方案3.1.2.1工程质量

14、方案的制定和同意检查内容:检查质量方案的内容能否完善,能否上报质量控制组进展评审并获得同意。评价规范:工程质量方案经过质量控制组的评审并得到同意;对于未经质量控制组评审的质量方案,按的要求评审其内容;3.1.2.2工程质量方案的更改控制检查内容:质量方案可随开发过程中情况的变化进展必要的调整;为了保证质量方案的有效性和严肃性,对其进展的更改必需纳入文档控制管理。评价规范:质量方案与开发方案中的相应内容如进度、测试检查方法、阶段结果验证准那么等,如不符,检查其中能否有相应内容。3.1.2.3质量方案的执行情况检查内容:质量控制小组按照制定的质量方案开展任务,担任详细组织工程组内的质量活动,按时向

15、质量控制组汇报本工程组质量保证情况。评价规范:建立质量控制小组或无质量管理人员;检查人员根据质量控制小组提供的资料,结合平常了解的情况和工程的规模进展检查;检查人员衡量规范可具有一定的客观性。3.1.3需求分析3.1.3.1供需双方建立交流的渠道检查内容:供需双方指定专人担任需求管理,建立一致的交流渠道,在需求分析阶段能就需求问题获得良好的交流与沟通。评价规范:工程组必需指定专人担任与需方就需求问题进展交流,接纳需方提出的要求,提交工程组内部讨论,将结果或意见反响给需方;工程组应要求需方指派专人担任本部门需求的搜集、提出,以及与工程组讨论需求问题,上述内容必需在双方有关书面记录中得到表达。3.

16、1.3.2建立需求确认和更改规程及其执行情况检查内容:供需双方应建立需求确认和更改规程,由工程组根据质量控制组的有关规定提出草案,双方共同讨论确认并记录讨论结果。评价规范:需求确认和更改规程、供需双方确实认签字必需完好;检查人员可客观判别需求确认和更改规程能否符合质量控制组的规定,以及关于需求更改和确认的记录能否丰富完好。3.1.3.3工程需求阐明书检查内容:工程需求阐明书是由需求部门及相关部门编写的阐明其需求的文档,是工程组进展需求分析的重要根据,检查的主要目的是希望由工程组进展督促,引起需求部门对这项任务的注重。评价规范:按照的要求编写。3.1.3.4工程需求分析阐明书的内容检查内容:工程

17、需求分析阐明书是记录需求方完好需求的文档,以供需双方都可以了解的方式描画,由工程组在需方的亲密配合下编写并得到需方的认可;该文档应纳入文档控制和配置管理。评价规范:检查人员可客观评价;需求应完好、无歧义地写明,并足够准确;工程需求分析阐明书应符合的要求;3.1.3.5工程需求分析阐明书的评审检查内容:按照的要求,工程需求分析阐明书必需经过正式评审,评审必需有需求人员参与并认可。工程组保管评审报告,并在评审经过后上交工程需求分析阐明书副本供质量控制组备案。评价规范:评审报告应按照的要求编写;工程组成员在评审组中所占比例不能超越50%;3.1.3.6工程需求分析阐明书的更改控制检查内容:工程组应按

18、的要求,将工程需求分析阐明书纳入文档控制管理,按照文档控制规程进展更改,并将更改情况写入文档修正建议书。每一阶段应搜集更改情况,构成新的需求分析阐明书,并上交副本供质量控制组备案。评价规范:工程需求分析阐明书的更改必需有相应的需求变卦恳求阐明书;需求变卦恳求阐明书应按照的要求编写;3.1.4外部开发工程检查内容本项检查内容仅限于外部开发工程,不包括组织行内人员开发的工程。3.1.4.1合同中的质量条款检查内容:为了保证未来交付的软件产品和效力的质量,建行在与公司签定的开发合同中必需规定质量条款来约束对方在开发和维护阶段的行为,使之符合建行的要求。评价规范:合同中必需按的要求规定质量条款;3.1

19、.4.2合同评审检查内容:在签定合同之前,组织有关部门对合同内容进展评审,合同的评审报告应妥善保管。评价规范:合同必需进展评审,并产生评审报告;评审报告的内容必需符合的要求;3.1.4.3建立管理公司活动的规程检查内容:工程组根据建立银行有关规定如及合同的要求,与协作公司建立一系列管理规程,包括对阶段性结果的测试、发现问题的处置以及对双方有分歧问题的处置等。评价规范:本项全部为客观评价;检查人员参考质量控制组的有关规定,根据检查中的实践情况给予评价;评价主要根据文档记录和人员访谈;3.1.5工程配置管理方案本项检查的主要内容是确定工程能否建立了一套行之有效的配置管理规程,并得到落实。3.1.5

20、.1文档版本管理检查内容:检查文档版本管理能否符合配置管理方案的要求。文档版本管理是工程进展文档管理的前提和根底,可以是单独的文档,也可以是配置管理方案的一部分。评价规范:文档版本管理的内容应按的要求编写;对于大型工程,必需有单独的文档版本管理规程;3.1.5.2软件版本管理检查内容:软件版本管理是工程进展配置管理的前提和根底,视工程规模的大小,可以是单独的文档,也可以是配置管理方案的一部分。评价规范:软件版本管理内容按的要求编写;对于大型工程,必需有单独的软件版本管理规程;3.1.5.3工程配置管理方案的执行情况检查内容:配置管理人员按照配置管理方案开展任务,担任工程组内的配置管理活动,按时

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

22、价规范:本项检查内容只涉及购置计算机系统的工程,其它工程不列入检查范围;按照的要求编写。3.1.6.3用户培训手册的纲要检查内容:根据工程需求分析阐明,拟定用户培训手册的纲要。评价规范:需求分析阶段没有构成用户培训手册的纲要。3.1.6.4用户培训方案检查内容:组织好用户培训任务是工程开发的重要组成部分,关系到工程实施后能否能产生预期的效益。因此要求工程组必需在工程开发初期就制定,及早作出安排。评价规范:按照的要求编写。3.1.7需求分析阶段工程义务完成情况3.1.7.1工程阶段性义务完成情况检查内容:确认工程能否按方案完成阶段目的,发现并分析影响工程进度的缘由,检查主要根据工程组交付质量控制

23、组备案的各项方案类文档。评价规范:工程组应制定开发方案,或类似的进度安排;检查工程开发方案中义务能否按要求完成,有未完成情况时能否有缘由分析包括工程组内部缘由和工程组不可控制的缘由;假设没有按时完成需求分析阶段方案,根据情况重新安排下阶段的任务进度;本项检查所根据的各类方案性文档以质量控制组备案的为准;3.1.7.2质量控制小组的任务情况检查内容:在需求分析阶段终了前,工程质量控制小组应按照工程质量方案中规定的验证准那么对本阶段重要的输出件进展验证,产生相应的验证记录。评价规范:本项全部为客观评价;检查人员经过了解质量控制小组对工程阶段结果验证及工程组质量活动的执行情况得出评价。3.1.7.3

24、对外部开发工程中协作公司的阶段性结果进展验证检查内容:工程组有必要参与验证公司能否按方案按质量完成阶段性义务,验证内容和方法主要根据工程开发方案和合同的规定以及双方共同制定的有关规程;工程组必需记录验证结果。评价规范:本项全部为客观评价;应留意验证方法和措施能否科学、公正、能否让对方接受,以及验证过程能否严厉,发现的问题能否得到处理;本项检查只涉及外部开发工程,其它工程不列入检查范围;3.2概要设计阶段3.2.1概要设计阐明书3.2.1.1概要设计阐明书的内容检查内容:检查能否阐明了对系统的设计思索,能否能为详细设计提供根底。评价规范:检查人员可客观评价;概要设计阐明书的内容应符合的要求;运用

25、非过程化言语工具开发的工程允许与规范的内容有一定出入,详细评价规范由检查人员掌握;对于小型工程,假设软件系统比较简单,允许概要设计阐明书与详细设计阐明书合并;检查人员主要根据文档的版面能否规范、内容能否丰富来评价。3.2.1.2概要设计阐明书的评审检查内容:根据的要求,概要设计阐明书必需经过正式评审。工程组保管评审报告,并在评审经过后上交概要设计阐明书副本供质量控制组备案。评价规范:评审报告应按照的要求编写;工程组成员在评审组中所占比例不能超越50%。3.2.1.3概要设计阐明书的更改控制检查内容:工程组应按的要求,将概要设计阐明书纳入文档管理,按照文档版本管理规程进展更改,并将更改情况写入文

26、档修正建议书。每一阶段应搜集更改情况,构成新的概要设计阐明书,并上交副本供质量控制组备案。评价规范:概要设计阐明书的更改必需有相应的文档修正建议书;文档修正建议书应按照的要求编写;3.2.2概要设计阶段的有关文档3.2.2.1数据库设计阐明书初步检查内容:对存在数据库设计的工程而言,概要设计阶段必需产生数据库模型,构成初步的。评价规范:本项检查只涉及存在数据库设计的工程,其它工程不列入检查范围;对于大中型工程,必需提供单独的数据库设计阐明书;内容必需包括所运用的数据库软件、访问数据库方式、数据库构造设计和数据库平安严密设计。3.2.2.2用户培训手册框架检查内容:根据概要设计的结果,编写用户培

27、训手册的框架。评价规范:根据概要设计的结果对软件做总体描画;3.2.2.3操作手册框架检查内容:根据概要设计的结果,编写操作手册的框架。评价规范:根据概要设计的结果构成操作手册的框架;对小型工程,允许培训手册和操作手册合并编写。3.2.2.4技术手册框架检查内容:根据概要设计的结果,编写技术手册的框架。评价规范:根据概要设计的结果构成技术手册的总体构架;3.2.3概要设计阶段工程义务完成情况3.2.3.1工程阶段性义务完成情况检查内容:确认工程能否按方案完成阶段目的,发现并分析影响工程进度的缘由,检查主要根据工程组交付质量控制组备案的各项方案类文档。评价规范:工程组应制定开发方案,或类似的进度

28、安排;检查工程开发方案中涉及的详细设计阶段的提交件能否按要求完成,未完成的能否有缘由分析工程组内部缘由和工程组不可控制的缘由;假设没有按时完成概要设计阶段方案,根据情况重新安排下阶段的任务进度;本项检查所根据的各类方案性文档以质量控制组备案的为准;3.2.3.2质量控制小组的任务情况检查内容:在概要设计阶段终了前,工程质量控制小组应按照工程质量方案中规定的验证准那么对本阶段重要的输出件进展验证,产生相应的验证记录。评价规范:本项全部为客观评价;经过了解质量控制小组对工程阶段验证及工程组质量活动的执行情况得出评价。3.2.3.3对外部开发工程中协作公司的阶段性结果进展验证检查内容:工程组有必要验

29、证公司能否按方案按质量完成阶段性义务,验证内容和方法主要根据工程开发方案和合同的规定以及双方共同制定的有关规程;工程组必需记录验证结果。评价规范:本项全部为客观评价;应留意验证方法和措施能否科学、公正、能否让对方接受,以及验证过程能否严厉,发现的问题能否得到处理;本项检查只涉及外部开发工程,其它工程不列入检查范围;3.3详细设计阶段3.3.1详细设计阐明书3.3.1.1详细设计阐明书的内容检查内容:检查能否详细阐明系统中各个成分的设计细节。评价规范:对于运用过程化言语工具开发的工程,其详细设计阐明书的内容应符合中关于详细设计阐明书的要求;运用非过程化言语工具开发的工程允许与规范有一定出入,详细

30、评价规范由检查人员掌握,但每个模块的设计至少应包括流程描画、接口、尚未处理的问题三个要素;检查人员客观评价主要根据文档版面能否规范、内容能否丰富。3.3.1.2详细设计阐明书的评审检查内容:按照的要求,详细设计阐明书必需经过正式评审;小型工程可在工程组内自行评审。工程组保管评审报告,并在评审经过后上交详细设计阐明书副本供质量控制组备案。评价规范:评审报告应按照的要求编写;对于大、中型工程,工程组成员在评审组中所占比例不能超越50%。3.3.1.3详细设计阐明书的更改控制检查内容:工程组应按的要求,将详细设计阐明书纳入文档管理,按照文档版本管理规程进展更改,并将更改情况写入文档修正建议书。每一阶

31、段应搜集更改情况,构成新的详细设计阐明书,并上交副本供质量控制组备案。评价规范:详细设计阐明书的更改必需有相应的文档修正建议书;文档修正建议书应按照的要求编写;3.3.2数据库设计阐明书本节内容只涉及运用数据库的工程。3.3.2.1数据库设计阐明书的内容检查内容:检查能否详细规定了数据库的一切标识、逻辑构造和物理构造。评价规范:检查人员可客观评价;数据库设计阐明书的内容应符合的要求;对于小型工程,假设软件系统比较简单,允许与概要设计阐明书或详细设计阐明书合并。对于大中型工程,必需提供单独的数据库设计阐明书;检查人员客观评价主要根据文档的版面能否规范、内容能否丰富。3.3.2.2数据库设计阐明书

32、的评审检查内容:数据库设计阐明书必需经过正式评审,可以和详细设计阐明书评审一同进展;工程组保管评审报告,并在评审经过后上交数据库设计阐明书副本供质量控制组备案。评价规范:数据库设计评审报告可以是详细设计评审报告的一部分;数据库设计评审报告应按照的要求编写;对大、中型工程,工程组成员在评审组中所占比例不能超越50%;3.3.2.3数据库设计阐明书的更改控制检查内容:工程组应按的要求,将数据库设计阐明书纳入文档管理,按照文档版本管理规程进展更改,并将更改情况写入文档修正建议书。每一阶段应搜集更改情况,构成新的数据库设计阐明书,并上交副本供质量控制组备案。评价规范:数据库设计阐明书的更改必需有相应的

33、文档修正建议书;文档修正建议书应按照的要求编写;3.3.3单元测试方案3.3.3.1单元测试方案的内容检查内容:检查能否描画了单元测试的资源、进度安排以及相应的测试用例和测试的评价规范。评价规范:内容应符合中关于测试方案的要求;检查人员客观评价主要根据测试用例内容能否丰富以及对测试结果的评价规范能否严厉。3.3.3.2单元测试方案的评审检查内容:单元测试方案必需进展评审可在工程组内部评审。工程组保管评审报告,并在评审经过后上交单元测试方案副本供质量控制组备案。评价规范:评审报告应按照的要求编写;3.3.3.3单元测试方案的更改控制检查内容:工程组应按的要求,将单元测试方案纳入文档管理,按照文档

34、版本管理规程进展更改,并将更改情况写入文档修正建议书。每一阶段应搜集更改情况,构成新的单元测试方案,并上交副本供质量控制组备案。评价规范:单元测试方案的更改必需有相应的文档修正建议书;文档修正建议书应按照的要求编写;3.3.4详细设计阶段有关文档3.3.4.1改良的用户培训手册检查内容:工程组根据详细设计对用户培训手册进展改良。评价规范:根据详细设计的结果对初步的用户培训手册内容进展充实,完善总体引见部分,添加各模块功能引见。3.3.4.2改良的操作手册检查内容:工程组根据详细设计对操作手册进展改良。评价规范:根据详细设计的结果对操作手册内容进展充实,完善总体引见部分,添加各模块功能引见;对小

35、型工程,允许培训手册和操作手册合并编写。3.3.4.3改良的技术手册检查内容:工程组根据详细设计对技术手册进展改良。评价规范:根据详细设计的结果对技术手册内容进展充实,完善总体引见部分,添加各模块功能详细引见。3.3.5详细设计阶段工程义务完成情况3.3.5.1工程开发义务完成情况检查内容:确认工程能否按方案完成开发义务,发现并分析影响工程进度的缘由,检查根据为工程组交付质量控制组备案的各项方案类文档。评价规范:工程组应制定开发方案,或类似的进度安排;检查工程开发方案中涉及的编码及单元测试阶段的提交件能否按要求完成,未完成的应分析导致延误的缘由工程组内部缘由和工程组不可控制的缘由;假设没有按时

36、完成详细设计阶段方案,根据情况重新安排下阶段的任务进度;本项检查所根据的各类方案性文档以质量控制组备案的为准;3.3.5.2质量控制小组的任务情况检查内容:在详细设计阶段终了前,工程质量控制小组应按照工程质量方案中规定的验证准那么对本阶段重要的输出件进展验证,产生相应的验证记录。评价规范:本项全部为客观评价;经过了解本阶段质量控制小组对工程阶段结果验证及工程组质量活动的执行情况作出评价。3.3.5.3对外部开发工程中协作公司的阶段性结果进展验证检查内容:工程组有必要参与验证公司能否按方案按质量完成阶段性义务,验证内容和方法主要根据工程开发方案和开发合同的规定以及双方共同制定的有关规程;工程组必

37、需记录验证的结果。评价规范:本项全部为客观评价;应留意检查验证方法和措施能否科学、公正、能否让对方接受;验证过程能否严厉,对发现的问题能否得到了很好的处理;本项检查只涉及外部开发工程,其它工程不列入检查范围;3.4编码及单元测试阶段3.4.1编码预备任务3.4.1.1编码人员培训情况检查内容:本项主要检查工程组对编码人员进展培训的情况;工程组应根据工程开发运用的工具、方法,结合开发人员对上述内容的熟习程度,提出明确的培训目的和要求,并保管详细的培训记录。评价规范:对于运用目前比较成熟的技术开发的工程,编码人员都有类似的开发阅历,那么此项可以经过;能否制定了编码人员培训方案;工程组必需保管详细完

38、好的培训记录,其编写应符合的要求。3.4.1.2分配开发义务检查内容:工程开发义务的分配情况;重点检查义务能否得到了合理的分配,开发人员的优点能否得到了发扬,积极性能否能被调动起来。主要检查手段是查看相应记录以及人员访谈。评价规范:本项可客观评价;对于外部开发工程不进展该项检查;工程组能提供义务分配记录,义务应分配到人,详细到某一模块;经过与开发人员的访谈来了解他们对义务分配情况的看法,结合开发人员的任务阅历,由检查人员评定。3.4.1.3确认开发环境检查内容:确认开发将要运用的硬件和软件环境,检查能否有相应记录,应包括硬件设备记录、系统和运用软件记录。评价规范:工程组应有硬件设备记录;工程组

39、应列出系统软件和运用软件清单。3.4.2工程开发编码情况3.4.2.1编码规那么和商定的执行情况检查内容:由工程检查人员抽查恣意一段代码,对照工程组制定的编码规那么和商定检查其执行情况。评价规范:工程组能否制定有关编码规那么和商定;由检查人员将抽查的代码与编码规那么和商定进展比较;必需检查关键代码。3.4.2.2工程组对代码审查情况检查内容:为了保证系统的平安,工程组必需采用白盒法对开发人员编制的代码进展审查,检查其能否符合详细设计的要求,以及能否有非法代码。评价规范:工程组提供完好的代码审查记录按功能模块来划分;代码审查记录必需有审查内容、被审查代码的作者以及审查人员的签名代码审查记录必需包

40、括一切关键模块代码。3.4.3单元测试情况3.4.3.1单元测试报告检查内容:经过对单元测试报告的检查,了解单元测试方案的实施情况,测试结果能否到达了预期目的。评价规范:单元测试应按方案完成;单元测试分析报告的编写应符合的要求;3.4.3.2单元测试中发现问题的处理情况检查内容:检查单元测试中发现的问题能否得到处理。评价规范:检查测试中发现的问题已得到处理,或者问题已被记录下来,并已明确责任人限期处理;检查方式是查看相应的测试记录,必要时可经过实践操作验证其问题能否得到处理。3.4.4编码及单元测试阶段的有关文档3.4.4.1集成测试方案检查内容:集成测试方案能否按的要求完成。评价规范:集成测

41、试方案必需按有关测试方案的要求来编写。3.4.4.2用户培训手册(改良)检查内容:工程组根据编码及单元测试的情况对用户培训手册进展改良。评价规范:根据编码及单元测试的结果对用户培训手册内容进展充实,添加各模块新增和重点内容的详细引见。3.4.4.3技术手册(改良)检查内容:编码人员在编写代码的同时,必需编写出相应的程序流程、维护要点等,构成改良的技术手册。评价规范:工程组提供完好的改良的技术手册内容以功能模块来划分;每部分至少包括程序流程、关键部分的详细流程图。3.4.4.4操作手册(改良)检查内容:编码人员在编写代码的同时,必需编写出相应程序的操作流程等,构成操作手册的改良稿。评价规范:工程

42、组提供完好的操作手册的改良稿内容以功能模块来划分;每部分至少包括操作流程。3.4.5编码及单元测试阶段工程义务完成情况3.4.5.1工程开发义务完成情况检查内容:确认工程能否按方案完成开发义务,发现并分析影响工程进度的缘由,检查根据为工程组交付质量控制组备案的各项方案类文档。评价规范:工程组能否制定开发方案,或类似的进度安排;检查工程开发方案中涉及的集成及测试阶段的提交件能否按要求完成,未完成的应分析导致延误的缘由工程组内部缘由和工程组不可控制的缘由;假设没有按时完成编码及单元测试阶段方案,根据情况重新安排下阶段的任务进度;本项检查所根据的各类方案性文档以质量控制组备案的为准;3.4.5.2质

43、量控制小组本阶段的任务情况检查内容:在编码及单元测试阶段终了前,工程质量控制小组应按照工程质量控制方案中规定的验证准那么对本阶段重要的输出件进展验证,产生相应的验证记录。评价规范:本项全部为客观评价;经过了解本阶段质量控制小组对工程阶段结果验证及工程组质量活动的执行情况得出评价。3.4.5.3对外部开发工程中协作公司的阶段性结果进展验证检查内容:工程组有必要参与验证公司能否按方案按质量完成阶段性义务,验证内容和方法主要根据工程开发方案和开发合同的规定以及双方共同制定的有关规程;工程组必需记录验证的结果。评价规范:本项全部为客观评价;应留意验证方法和措施能否科学、公正、能否让对方接受;验证过程能

44、否严厉,对发现的问题能否得到了很好的处理;本项检查只涉及外部开发工程,其它工程不列入检查范围;3.5集成及测试阶段3.5.1集成及测试阶段的预备任务3.5.1.1建立测试环境检查内容:集成需求运用与开发环境相独立的测试环境,主要检查其搭建的测试环境,并确认相关记录。评分规范:工程组能提供测试环境所运用的硬件设备包括网络设备记录;工程组能提供所运用的软件系统包括系统和运用软件记录;对大、中型工程的测试环境,必需与开发环境相独立。3.5.1.2培训参与测试人员检查内容:检查能否对参与测试人员进展了培训,并确认能否有培训记录。评分规范:对于不需求工程组以外的人员参与,或参测人员熟习工程所开发系统的操

45、作的工程不需进展该项检查。工程能提供培训记录,并有培训内容,培训时间地点、培训教师三项内容;3.5.2集成及测试情况3.5.2.1集成测试方案的实施检查内容:检查集成测试方案的实施、其测试结果能否到达了预期目的。评分规范:集成测试应按方案完成;的编写应符合中测试分析报告的要求;3.5.2.2集成测试中发现问题的处理检查内容:检查集成测试中发现的问题能否得到理处理。评分规范:测试中发现的问题得到处理;或者问题已被记录,并已明确责任人限期处理;检查方式是查看相应的测试记录,必要时可经过实践操作验证。3.5.3集成及测试阶段的有关文档3.5.3.1完成技术手册检查内容:在集成及测试阶段,结合发现的问

46、题以及处理情况,工程组应对编码阶段编写的技术手册进展补充完善,并最终定稿。评价规范:完成的技术手册内容应符合软件开发类技术手册的要求。3.5.3.2完成操作手册检查内容:工程组应结合本阶段软件的操作流程的修正情况,对操作手册进展相应的修正完善,并最终定稿。评价规范:完成的操作手册内容应符合的要求。3.5.3.3完成用户培训手册检查内容:工程组应结合本阶段软件的的修正情况,对用户培训手册进展相应的修正完善,并最终定稿。评价规范:完成的用户培训手册内容应符合的要求。3.5.4集成及测试阶段工程义务完成情况3.5.4.1工程开发义务完成情况检查内容:确认工程能否按方案完成开发义务,发现并分析影响工程

47、进度的缘由,检查根据为工程组交付质量控制组备案的各项方案类文档。评价规范:工程组能否制定开发方案,或类似的进度安排;检查工程开发方案中涉及的试运转阶段的提交件能否按要求完成,未完成的应分析导致延误的缘由工程组内部缘由和工程组不可控制的缘由;假设没有按时完成集成及测试方案,根据情况重新安排下阶段的任务进度;本项检查所根据的各类方案性文档以质量控制组备案的为准;3.5.4.2质量控制小组本阶段的任务情况检查内容:在集成及测试阶段终了前,工程质量控制小组应按照工程质量方案中规定的验证准那么对本阶段重要的输出件进展验证,产生相应的验证记录。评价规范:本项全部为客观评价;经过了解本阶段质量控制小组对工程

48、阶段结果验证及工程组质量活动的执行情况得出评价。3.5.4.3对外部开发工程中协作公司的阶段性结果进展验证检查内容:工程组有必要参与验证公司能否按方案按质量完成阶段性义务,验证内容和方法主要根据工程开发方案和开发合同的规定以及双方共同制定的有关规程;工程组必需记录验证的结果。评价规范:本项全部为客观评价;应留意验证方法和措施能否科学、公正、能否让对方接受;验证过程能否严厉,对发现的问题能否得到了很好的处理;本项检查只涉及外部开发工程,其它工程不列入检查范围;3.6试运转阶段3.6.1试运转情况3.6.1.1维护和操作人员的培训检查内容:按照培训方案对试运转相关维护和操作人员进展培训,并保管培训

49、记录;评分规范:工程组能提供培训记录;培训记录的编写应符合中培训记录的要求。3.6.1.2试运转软件的安装检查内容:软件安装是软件试运转的重要步骤,主要检查能否有详细的安装记录,试运转软件的安装能否胜利。评分规范:安装记录必需包括安装的系统环境、安装人员、安装过程以及结果;客观评价的主要规范是检查安装过程能否顺利、能否能完成安装。3.6.1.3数据转换检查内容:制定严密的数据转换方案(方案),详细记录数据转换过程和结果,转换终了后按系统要求进展检查。评分规范:本项检查只涉及需求进展数据转换的工程,其它工程不进展检查;工程组制定了数据转换方案方案和数据转换检查规范;工程组详细记录了数据转换过程和

50、结果。3.6.1.4试运转检查内容:检查新系统的试运转情况,能否有试运转情况记录。评分规范:本项检查全部为客观评价;检查能否有试运转情况记录;客观分的主要规范就是检查试运转记录反映问题的情况,根据问题的多少,影响范围等。3.6.2工程总结3.6.2.1工程质量活动总结报告检查内容:工程终了前,工程组应编写。评分规范:工程质量活动总结报告的内容应符合中关于工程质量活动总结报告的要求;3.6.2.2工程开发总结报告检查内容:工程终了前,工程组应编写。评分规范:工程开发总结的内容应符合中关于工程开发总结报告的要求;3.6.2.3工程完成情况检查内容:工程终了前工程的的整体完成情况。评分规范:本项全部

51、为客观评价;经过对工程的检查,根据工程的产质量量、进度和资源耗费情况评定得分。4工程实施类工程检查内容和评价规范4.1需求分析阶段4.1.1开发方案4.1.1.1工程实施阶段划分及内容检查内容:工程组必需在工程实施前期划分整个实施阶段,阐明各阶段所要求的输入条件和所产生的输出结果,以及各阶段要执行的验证步骤。上述内容必需有书面记录,作为质量控制组进展检查的书面根据。评价规范:明确指出工程实施划分成假设干阶段;阶段划分应与质量控制组的相应规定坚持一致;对实施过程中每个阶段均明确规定其输入条件;对实施过程每个阶段均明确规定其产生的输出结果;输出结果中的文档种类必需与中各阶段文档要求坚持一致;工程组

52、应规定对工程实施各阶段的输出结果进展测试或评审的步骤、方法,验证其能否到达设计要求; 上述内容必需有书面记录可供检查。4.1.1.2工程组成员任务安排检查内容:工程经理对工程组成员的任务阅历作必要了解,安排工程组成员承当相应的任务义务,根据质量控制组及其它有关部门的要求和本工程的特点设置任务岗位,明确各岗位任务职责,上述任务安排应有书面记录。评价规范:有无工程组一切成员书面任务简要;要求配备的质量控制担任人具有一定的管理阅历;设专人担任版本控制和文档管理;设质量控制岗位;设配置管理岗位;确定岗位任务职责;任务安排、岗位设置和相应的任务职责有书面记录;4.1.1.3开发方案的评审检查内容:开发方

53、案必需经过评审,这是保证工程质量的重要步骤。评审终了后上交开发方案副本供质量控制组备案。评价规范:开发方案必需经过评审可进展内部评审,保管评审报告;评审报告应按照的要求编写。4.1.1.4开发方案的更改控制检查内容:工程组应按的要求,将开发方案纳入文档管理,按照文档管理规程进展更改,并将更改情况写入文档修正建议书。每一阶段应搜集更改情况,构成新的开发方案,并上交副本供质量控制组备案。评价规范:开发方案的更改必需有相应的文档修正建议书;文档修正建议书应按照的要求编写;4.1.2工程质量控制方案4.1.2.1工程质量控制方案的制定和同意检查内容:检查质量控制方案的内容能否完善,能否上报质量控制组进

54、展评审并获得同意。评价规范:工程质量控制方案经过质量控制组的评审并得到同意;对于未经质量控制组评审的质量控制方案,按的要求评审其内容。4.1.2.2工程质量控制方案的更改控制检查内容:质量控制方案可随开发过程中情况的变化进展必要的调整;为了保证质量控制方案的有效性和严肃性,对其进展的更改必需纳入文档控制管理。评价规范:质量控制方案与开发方案中的相应内容如进度、测试检查方法、阶段性任务结果验证准那么等能否相符。4.1.2.3质量方案的执行情况检查内容:质量控制小组按照制定的质量方案开展任务,担任详细组织工程组内的质量活动,按时向质量控制组汇报本工程组质量保证情况。评价规范:本项全部为客观评价;建

55、立质量控制小组或设质量管理人员。检查人员根据质量控制小组提供的资料,结合平常了解的情况和工程的规模,给予相应评价。4.1.3需求分析4.1.3.1供需双方建立交流的渠道检查内容:供需双方指定专人担任需求管理,建立一致的交流渠道,在需求分析阶段能就需求问题获得良好的交流与沟通。评价规范:工程组必需指定专人担任与需方就需求问题进展交流,接纳需方提出的要求,提交工程组内部讨论,将结果或意见反响给需方;工程组应要求需方指派专人担任本部门需求的搜集、提出,以及与工程组讨论需求问题,上述内容必需在双方有关书面记录中得到表达。4.1.3.2建立需求确认和更改规程及其执行情况检查内容:供需双方应建立需求确认和

56、更改规程,由工程组根据质量控制组的有关规定提出草案,双方共同讨论确认并记录讨论结果。评价规范:本项检查人员可客观评价;有需求确认和更改规程和供需双方签字;检查人员客观分的衡量规范是需求确认和更改规程能否符合质量控制组的规定,以及关于需求更改和确认的记录能否丰富完好。4.1.3.3需求分析阐明书的内容检查内容:需求分析阐明书是记录需求方完好需求的文档,以供需双方都可以了解的方式描画,由工程组在需方的亲密配合下编写并得到需方的认可;该文档应纳入文档控制和配置管理。评价规范:本项检查人员可客观评价;需求应完好、无歧义地写明,并足够准确;需求分析阐明书应符合的要求。4.1.3.4需求分析阐明书的评审检

57、查内容:按照的要求,工程需求分析阐明书必需经过正式评审,评审必需有业务人员需求方参与并认可。工程组保管评审报告,并在评审经过后上交工程需求分析阐明书副本供质量控制组备案。评价规范:评审报告应按照的要求编写;工程组成员在评审组中所占比例不能超越50%。4.1.3.5需求分析阐明书的更改控制检查内容:工程组应按的要求,将需求分析阐明书纳入文档控制管理,按照文档控制规程进展更改,并将更改情况写入文档修正建议书。每一阶段应搜集更改情况,构成新的需求分析阐明书,并上交副本供质量控制组备案。评价规范:需求分析阐明书的更改必需有相应的文档修正建议书;文档修正建议书应按照的要求编写。4.1.4外部工程检查内容

58、本项检查内容仅限于外部工程,不包括组织行内人员开发的工程。4.1.4.1合同中的质量条款检查内容:为了保证未来交付的工程产品和效力的质量,建行在与公司签定的开发合同中必需规定质量条款来约束对方在开发和维护阶段的行为,使之符合建行的要求。评价规范:开发合同中必需按的要求规定质量条款;4.1.4.2合同评审检查内容:在签定开发合同之前,组织有关部门对合同内容进展评审,合同的评审记录应妥善保管。评价规范:合同必需进展评审,并产生评审报告;评审报告的内容必需符合的要求;4.1.4.3建立管理公司活动的规程检查内容:工程组根据建立银行有关规定如及合同的要求,与协作公司建立一系列管理规程,包括对阶段性结果

59、的测试、发现问题的处置以及对双方有分歧问题的处置等。评价规范:本项全部为客观评价;检查人员参考质量控制组的有关规定,根据文档记录和人员访谈,根据检查中的实践情况给予评价;4.1.5工程配置管理方案本项检查的主要内容是确定工程能否建立了一套行之有效的配置管理规程,并得到落实。为了顺应建立银行工程开发的实践情况,下面将配置管理分为两个部分:文档部分和其它配置项部分。4.1.5.1文档版本管理检查内容:检查文档版本管理能否符合配置管理方案的要求。文档版本管理是工程进展文档管理的前提和根底,可以是单独的文档,也可以是配置管理方案的一部分。评价规范:文档版本管理的内容应按的要求编写;对于大型工程,必需有

60、单独的文档版本管理规程;4.1.5.2其它配置项管理检查内容:检查除文档之外的其它配置项管理能否有效。评价规范:本项全部为客观评价;检查人员根据工程的实践情况,结合质量控制的有关规定进展评价,应留意其管理内容能否全面,规定能否有效;对于大型工程,必需有单独的关于其它配置项的管理规程;4.1.5.3工程配置管理方案的执行情况检查内容:配置管理人员按照配置管理方案开展任务,担任工程组内的配置管理活动,按时向本工程质量控制小组汇报配置管理情况,由质量控制小组汇总后向上级质量控制组汇报。评价规范:本项可客观评价;指定专门的配置管理人员;大型和普通工程必需安排专人分别从事文档和其它配置项管理;检查人员根

温馨提示

  • 1. 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007和PDF阅读器。图纸软件为CAD,CAXA,PROE,UG,SolidWorks等.压缩文件请下载最新的WinRAR软件解压。
  • 2. 本站的文档不包含任何第三方提供的附件图纸等,如果需要附件,请联系上传者。文件的所有权益归上传用户所有。
  • 3. 本站RAR压缩包中若带图纸,网页内容里面会有图纸预览,若没有图纸预览就没有图纸。
  • 4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
  • 5. 人人文库网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对用户上传分享的文档内容本身不做任何修改或编辑,并不能对任何下载内容负责。
  • 6. 下载文件中如有侵权或不适当内容,请与我们联系,我们立即纠正。
  • 7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。

评论

0/150

提交评论