软件质量管理制度_第1页
软件质量管理制度_第2页
软件质量管理制度_第3页
软件质量管理制度_第4页
软件质量管理制度_第5页
已阅读5页,还剩1页未读 继续免费阅读

下载本文档

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

文档简介

软件质量管理制度软件的开发需要一个较长的过程,一般都会有自己的工作制度。下面是的软件质量管理制度,供您参考。本文档的目的是为特定产品、工程或合同的质保工作提供指导,帮助工程组其他成员了解质量保证要素,明确质量保证活动,确定质量保证范围。本文档将规定工程质量管理员的职责和权利,资源要求,活动安排,进度,要求质量保证活动中必须生成的文档,反响问题的方法和频度等。本公司的软件质量保证活动统一由质量管理员进展管理、检查与汇报,公司相关部门经理及工程中的工程经理、程序经理、开发经理、测试经理、产品经理、测试经理、用户教育经理是质量保证活动中的第一责任人。本公司的软件开发过程分为以下8个阶段:工程筹划阶段、需求分析阶段、设计阶段、开发阶段、测试阶段、实施阶段、验收阶段、维护阶段,每个阶段的主要活动分别为:业务启动和工程规划、需求分析、逻辑设计和物理设计、软件开发、软件测试、系统实施及用户培训、用户试用及验收、维护,里程碑分别为:筹划完成、需求明确、设计完成、开发完成、测试通过、系统上线、验收通过、合同完毕。每阶段完毕后,必须对相应的里程碑进展检查,方式为评审或批准。工程文档分为两种:管理类文档与技术类文档,所有文档必须保存于知识库及相应的VSS库中。文档共有三种状态:编制完成、审核通过、批准通过。其中管理类文档只有编制和批准两种状态,技术类文档拥有所有三种状态。所有文档必须明确说明当前文档版本号。管理类文档包含以下类型:方案、总结、报告、会议纪要、备忘录、申请等。技术类文档包含:设计文档、需求文档、测试设计文档、界面原型软件、使用手册、安装手册、技术白皮书、培训资料、源代码、软件产品等。除VSS库中的文档以外,放入知识库中的文档由部门助理统一放入,文档必须批准通过。文档的编制、审核、批准可在文档中直接写明,也可使用单独的审批文档进展说明。每个工程在不同阶段必须产生的文档如下,但不限于此:1、工程开始前:合同、技术、市场立项表。以上文档存放于知识库。2、工程筹划阶段:业务启动表(EXCEL格式)、工程规划(WORD格式)、工程进度(PROJECT格式)等。必须使用规定模板编写。以上文档存放于知识库。3、需求分析阶段:需求模型(EA格式)、软件需求规格说明书(WORD格式)、单据报表格式(EXCEL格式)、需求分析评审表(WORD格式)、需求分析方案(WORD格式和PROJECT两种格式)。必须使用规定模板编写。以上文档存放于知识库。4、设计阶段软件开发方案(PROJECT格式)、逻辑设计(EA格式)、物理设计(VS.NET格式)、设计评审表(WORD格式),必须使用规定模板编写。物理设计存放于VSS库,其它文档存放于知识库。5、开发阶段源代码、可安装的软件、安装手册、评审表(WORD格式)。源代码、可安装的软件存放于VSS库,其它文档存放于知识库。6、测试阶段测试用例设计、软件BUG、测试方案(WORD格式和PROJECT两种格式)、测试报告(WORD格式)、开发的测试工具源代码及软件、测试通过的软件产品、软件评审表(WORD格式)。开发的测试工具源代码及软件、测试通过的软件产品存放于VSS库,其它文档存放于知识库。软件BUG存于TD中。7、实施阶段实施方案(WORD格式和PROJECT两种格式)、实施报告(WORD格式)、用户使用手册、用户培训资料、用户培训记录、软件问题反响表(EXCEL格式)、上线报告(书面、电子扫描件)等。必须使用规定模板编写。以上文档存放于知识库。8、验收阶段验收材料、验收报告(书面、电子扫描件)。以上文档存放于知识库。9、维护阶段维护报告(WORD格式),以上文档存放于知识库。本公司的工程关键检查点有以下8个,采取评审和批准的方式,由质量管理员进展跟踪。1、筹划完成里程碑以总经理批准通过业务启动表为标志,质量管理员检查业务启动表、工程规划、工程风险控制方案、工程进度、技术方案文档是否进入知识库。负责人为工程经理。2、需求明确里程碑以软件需求评审通过为标志,评审通过后由配置管理员建立软件功能基线。工程由用户代表、公司代表、同行、下游人员(程序经理、开发经理、测试经理、用户教育经理)进展评审,评审记录上必须有以上几类角色的人员进展签名。质量管理员检查需求规格说明书、需求模型、需求评审表是否进入知识库。负责人为产品经理。3、设计完成里程碑以逻辑设计和物理设计通过评审为标志,它包含两个部分:逻辑设计与物理设计。逻辑设计评审通过后由配置管理员建立指派基线1,物理设计评审通过后由配置管理员建立指派基线2。逻辑设计评审参与人员必须包括:公司代表、产品经理、开发经理、测试经理、同行。物理设计评审参与人员必须包括:公司代表、程序经理、测试经理、同行。质量管理员检查逻辑设计、物理设计、设计评审表是否进入知识库或VSS库。逻辑设计负责人为程序经理、物理设计负责人为开发经理。4、开发完成里程碑以软件所有功能开发完成,并通过评审为标志,它的评审必须包括:公司代表、产品经理、程序经理、测试经理。质量管理员检查评审表是否进入知识库。负责人为开发经理。5、测试通过里程碑以软件评审通过作为标志,评审通过后将建立产品基线。评审参与人员必须包括:公司代表、产品经理、开发经理、实施经理、用户教育经理。质量管理员检查测试报告、软件评审表是否进入知识库。负责人为测试经理。6、系统上线里程碑以用户签署通过上线报告为标志,评审参与人员必须包括:用户代表、公司代表、工程经理。质量管理员检查上线报告、实施方案、培训材料等文档是否进入知识库。如上线报告为纸质文档,那么扫描后入库。负责人为实施经理。7、验收通过里程碑以用户签署通过验收报告为准,评审参与人员必须包括:用户代表、公司代表、工程经理。质量管理员检查验收报告文档是否进入知识库,如上线报告为纸质文档,那么扫描后入库。负责人为工程经理。8、合同完毕里程碑合同完毕,工程跟踪完成。负责人为软件业务部技术效劳组长。本公司的软件必须通过测试。测试工作由开发部测试组负责,所有测试出来的BUG必须统一存放,由测试组负责管理。在测试活动进展前必须有测试方案,测试完成后必须编写测试报告。测试报告由测试经理负责编写,测试组长批准。软件开发过程中的配置管理工作由配置管理员负责,配置管理工作详细要求依据《配置管理标准》进展。在软件开发过程中产生的正式文档必须存入于知识库中或VSS库中,由公司系统管理员负责每天进展物理备份。在工程进展过程中的备份采用移动硬盘进展,已结项的工程使用刻录光盘存档备份。质量记录主要包括各种评审记录和审批记录,形式有评审表、签名文件、会议纪要、质量报告等。所有的质量记录由质量管理员统一管理,纸质的保存在指定的文件柜中,电子的保存在知识库中。质量记录的保存期限是3年。公司所有的工程必须有独立的风险控制方案,风险控制方案由工程经理负责编写并跟踪,风险控制方案由工程管理部门批准。风险方案中必须包括风险列表、风险度、应急方案、缓解方案、责任人、风险状态。风险度由风险发生可能性和风险造成的危害程度相乘得到。工程的质量管理员必须在每周五12:00以前制作当前的工程质量报告,报告公司当前正在进展的工程的质量状态。主要包括:工程文档的审核情况、存放情况、完备情况;各里程碑的评审执行情况;各种方案的跟踪情况,责任人是否及时更新方案;各项标准的符合程度;等等。质量报告属于工程状态报告的一部分,与其一同填写。详细格式参见《工程状态报告》。质量会议与公司的工程月例会合并召开,开会时必须提交质量报告。参会人员必须包括软件业务部部门经理、产品组组长、实施组组长和开发部部门经理、开发组组长、技术支持组组长、测试组组长、各工程经理。如遇特殊情况,质量管理员可临时针对某类问题发起会议,会议完毕时必须有会议纪要并存档。在进展质量保证活动中,主要使用两种工具软件:知识管理系统和MSVisualSourceSafe。前者用来存放工程产生的各种文档,后者主要用于存放源码。公司在所有正式场合中所使用的工程文档均以这两个系统中的数据为准。在使用工具软件的过程中,各

温馨提示

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

评论

0/150

提交评论