银行分行信息技术部软件开发中心计算机应用项目质量检查和评价标准Word文档下载推荐.docx
- 文档编号:14762140
- 上传时间:2022-10-24
- 格式:DOCX
- 页数:35
- 大小:31.48KB
银行分行信息技术部软件开发中心计算机应用项目质量检查和评价标准Word文档下载推荐.docx
《银行分行信息技术部软件开发中心计算机应用项目质量检查和评价标准Word文档下载推荐.docx》由会员分享,可在线阅读,更多相关《银行分行信息技术部软件开发中心计算机应用项目质量检查和评价标准Word文档下载推荐.docx(35页珍藏版)》请在冰豆网上搜索。
试运行前进行的集成及测试阶段质量检查将作为对该项目的总体质量评价。
对质量活动的检查评价分为两部分:
质量活动的过程和质量活动的结果,检查和评价的原则是过程和结果相结合,以结果为主。
在检查和评价过程中,使用表格方式或问答方式,通过面谈、调查表、审查文档和记录、检查开发环境现场等途径来掌握有关的资料和数据(其中文档和记录是最重要的客观依据),从而说明项目的质量活动的实施情况。
3软件开发类项目检查内容和评价标准
3.1需求分析阶段
3.1.1开发计划
3.1.1.1项目开发阶段划分及工作进度安排
检查内容:
项目组必须在项目开发前期划分整个开发阶段,说明各阶段所要求的输入条件和所产生的输出结果,以及各阶段要执行的验证步骤,项目开发进度指标,包括资源和工作分配、时间安排等内容。
上述内容必须有书面记录,作为质量控制组进行检查的重要依据。
评价标准:
●明确指出项目开发划分成若干阶段;
●阶段划分应与质量控制组的相应规定保持一致;
●对开发过程中每个阶段均明确规定其输入条件;
●对开发过程每个阶段均明确规定其产生的输出结果;
●输出结果中的文档种类必须与《ⅩⅩ银行ⅩⅩ分行信息技术部软件开发中心计算机应用项目文档规范》(以下简称《项目文档规范》)中各阶段文档要求保持一致;
●项目组应规定对项目开发各阶段的输出结果进行测试或评审的步骤、方法,验证其是否达到设计要求;
●规定了项目各阶段的时间安排和工作、资源分配;
●上述内容必须有书面记录可供检查。
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用户培训计划
组织好用户培训工作是项目开发的重要组成部分,关系到项目实施后是否能产生预期的效益。
因此要求项目组必须在项目开发初期就制定《用户培训计划》,及早
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 银行 分行 信息 技术部 软件 开发 中心 计算机 应用 项目 质量 检查 评价 标准