软件质量管理制度管理办法

上传人:M****1 文档编号:504472940 上传时间:2023-07-24 格式:DOC 页数:36 大小:292.51KB
返回 下载 相关 举报
软件质量管理制度管理办法_第1页
第1页 / 共36页
软件质量管理制度管理办法_第2页
第2页 / 共36页
软件质量管理制度管理办法_第3页
第3页 / 共36页
软件质量管理制度管理办法_第4页
第4页 / 共36页
软件质量管理制度管理办法_第5页
第5页 / 共36页
点击查看更多>>
资源描述

《软件质量管理制度管理办法》由会员分享,可在线阅读,更多相关《软件质量管理制度管理办法(36页珍藏版)》请在金锄头文库上搜索。

1、技术部门技术管理制度及办法之质量管理制度1目标52SQA岗位职责53SQA流程64SQA与各技术方向的关系65软件工程标准与规范75.1软件工程标准75.2软件标准文档模版规范95.3软件技术规范106SQA任务管理106.1任务来源106.2流程管理106.3主要任务10附件一:软件质量保证计划121 引言131.1 目的131.2 定义131.3 参考资料132 管理142.1 机构142.2 任务142.3 职责153 文档153.1 基本文档153.2 其它文档163.3 文档质量的度量准则164 标准、条例和约定175 评审和检查185.1 第一次评审195.2 第二次评审195.3

2、 第三次评审206 软件配置管理207 工具、技术和方法218 媒体控制219 对供货单位的控制2210 记录的收集、维护和保存22附件二:技术月报23附件3:软件阶段评审表1附件4:软件配置管理计划31引言41.1 目的41.2 范围41.3 术语定义41.4 参考资料61.5 概述62 软件配置管理62.1 机构62.2 任务72.3 职责72.4 接口控制72.5 实现82.6 适用的标准、条例和约定83 软件配置管理活动83.1 配置标识93.1.1 标识方法93.1.2 各类基线93.2 配置和变更控制93.3 配置状态审计103.4 配置的检查和评审114 工具、技术和方法115

3、里程碑126 培训和资源127 对供货单位的控制128 记录的收集、维护和保存121 目标质量管理(Supplier Quality Assurance),以下简称 SQA,主要对研发和工程进行软件过程的质量管理。SQA的目标:l 保障研发的软件产品质量,为工程项目提供稳定、可靠的运行平台,提升公司产品的层次;l 保障工程项目的软件产品质量和实施的规范性、成功性;l 形成公司健全的质量管理体系,提高公司管理水平及产品质量,提升公司的市场竞争力;l 通过质量管理制度的贯彻与执行,逐步向国际标准靠拢。l 质量管理的工作主要包括以下两个方面:l 制定、贯彻和持续改进质量管理的方针、指南、规范;l 监

4、督和检查质量管理的方针、指南、规范在软件的开发过程中的实施情况,保证开发出的软件和软件开发过程符合相应的标准与规范,保证软件产品、软件过程中存在的问题得到处理。2 SQA岗位职责l 统一软件工程方法,制定以公司产品线为主的软件标准文档模版规范和软件技术规范;l 跟踪软件过程的质量活动并鉴别活动中出现的偏差;l 里程碑式技术评审,实现软件质量的过程化管理;l 软件配置管理,利用配置管理工具,建立配置服务器环境,控制文档与程序的修改信息和版本;l 全面测试,采用适当手段对软件需求、软件分析、软件设计、软件实现和文档进行全面测试;l 软件产品文档及程序源码归档与保管。3 SQA流程4 SQA与各技术

5、方向的关系l SQA的主要职责是为研发和工程提供质量管理保障,协助各技术方向按时、保质、保量完成软件过程质量管理任务;l SQA负责对研发和工程的质量管理支持,严格按照制定的质量保证计划实施,研发和工程必须配合质量保证计划的实施;1) SQA制定的各种标准与规范,各技术方向必须严格按照标准与规范执行;2) SQA人员和研发和工程总监需要进行沟通,共同完成软件过程跟踪、审查和里程碑式评审;3) 研发和工程提交配置管理计划和阶段性实施情况,SQA负责指导和监督执行。l SQA人员工作过程中发现的不符合问题及时形成软件问题单,研发和工程按照软件问题单,提出处理意见及处理时间,直到问题解决为止;l 研

6、发和工程总监定期向SQA提交软件开发进度表;l 一个SQA人员需要同时支持研发和工程多个软件开发任务的质量管理。5 软件工程标准与规范5.1 软件工程标准l 软件工程模型1) 软件生存周期模型(瀑布模型 Waterfall Model)特点: 上一阶段的变换结果 是下一阶段的变换的 输入,相邻两个阶段 具有因果关系,紧密 相联。需求分析问题定义可性行研究计划时期概要设计详细设计编 码 测 试开发时期运行与维护运 行时 期2) 原型模型(Prototype Model)加工原型原型快速分析和设计建造原型客户评价原型1 原型系统仅包括未来系统的主要功能, 以及系统的重要接口;2 为了尽快向用户提供

7、原型,开发原型系统时应尽量使用能缩短开发周期的语言和工具。l 软件工程方法1) 结构化设计方法(SD- Structured Design)结构化设计方法是基于模块化、自顶向下细化、结构化程序设计等程序设计技术基础发展起来的。它所提供的方法和原则,主要是用来指导软件的概要设计。结构化设计属于面向数据流的设计方法。在软件的需求分析阶段,数据流是软件开发人员考虑问题的出发点和基础。数据流从系统的输入端向输出端,则要经历一系列的变换或处理。用来表现这个过程的数据流(DFD),实际上就是软件系统的逻辑模型。面向数据流的设计要解决的任务,就是在上述需求分析的基础上,将DFD图映射(Mapping)-软件

8、系统的结构。换句话说,这类设计方法,允许把用 DFD图表示的系统逻辑模型,很方便地转换成对于软件结构的初始设计描述。 结构化设计分析工具: Microsoft Project,项目进度计划编制工具 EPMS,工作流图制作工具 Microsoft Visio,数据流图(DFD)、结构图制作工具 Sybase Powerdeigner,数据库模型分析设计工具2) 面向对象的分析方法(Object Oriented Analysis) OOA 的核心思想是利用OO的概念和方法对软件需求建造模型,以使用户需求逐步精确化、一致化、完全化。为此, OOA的方法步骤为:识别对象属性及外部服务识别类及其结构定

9、义对象之间的消息传递面向对象分析工具:UML、RationalRose上述列出了软件工程的两个模型和两个方法,采用哪类模型和方法,可根据具体的工程项目经过充分的论证后进行选择。5.2 软件标准文档模版规范l 需求分析需求分析需求分析-功能需求附件一:业务流图附件二:数据流图附件三:业务工单/报表样张需求分析-数据规划l 概要设计概要设计功能结构设计数据库设计说明书l 详细设计l 测试大纲l 使用手册l 维护手册5.3 软件技术规范l 工作流图(EPMS)规范l 数据流图(DFD)规范l IPO图规范l 数据库技术规范l VS2008(采用的编程语言)技术规范l 目录结构规范l 文档编制规范6

10、SQA任务管理6.1 任务来源l 工程项目的质量管理;l 研发的质量管理;l 选定新的软件工程方法,软件工程标准文档模版和软件技术规范的修订。6.2 流程管理工程项目启动章程宣布后,SQA任务正式启动。6.3 主要任务l 制定软件质量保证计划(格式与内容见附件1),根据研发和工程提交的软件任务实施计划(人力资源和进度计划等)制定与其对应的软件质量保证计划,组织计划的评审,形成评审报告。向给研发和工程总监、开发人员和所有相关人员发布计划,便于研发和工程总监及SQA人员对其工作的监督。l 选定软件工程方法,要求研发和工程采用;l 制定与修订软件工程标准文档模版和软件技术规范,要求研发和工程采用和遵

11、循;l 接收来自研发和工程总监提交的软件阶段进度信息,(格式与内容见附件2);l 研发和工程执行的软件过程化跟踪与审查,偏离标准和规范的问题及时的反映和处理;l 里程碑式评审,主要任务是保证软件执行的活动与预定义的软件过程一致,使软件过程在软件产品的开发中得到遵循,保障研发和工程定义的每个软件任务得到实际的执行(软件阶段评审表格式与内容见附件3);l 配置管理工作的检查和审查;由研发和工程提出配置管理计划(格式与内容见附件4),SQA以软件配置基线(里程碑),软件配置项为依据,负责过程管理与监控,对研发和工程软件执行过程中产生的阶段性文档和程序进行有效的版本管理与控制。l SQA人员工作过程中

12、记录的工作结果和发现的不符合问题,填写相应的问题单,直到问题解决,详见附件3;这是SQA的一个重要的任务,SQA人员要对工作过程中记录的工作结果和发现的不符合问题进行处理,及时向有关人员及高级管理者反映。在处理问题的过程中对符合标准过程的活动,SQA人员应该积极地报告活动的进展情况以及这些活动在符合标准方面的效果;对不符合标准过程的活动,SQA要报告其不符合性以及它对产品的影响,同时提出改进建议。l 收集新方法,提供软件工程标准与规范的改进。研发和工程软件执行过程中,对标准和规范定义不准确或是不方便的地方,及时提出修改意见,以便SQA进行有效的修改和完善标准与规范;l 对SQA制定的规范培训。

13、附件一:软件质量保证计划【项目文档】质量保证计划产品名称:编制单位:产品编号:文档编号:版 本 号:编制日期:更改日期:拟制人审核批准1 引言1.1 目的本条必须指出特定的软件质量保证计划的具体目的。还必须指出该计划所针对的软件项目(及其所属的各个子项目)的名称和用途。 本计划的目的在于对所开发的软件规定各种必要的质量保证措施,以保证所交付的软件能够满足项目委托书或合同中规定的各项需求,能够满足本软件总体制定的该软件系统需求规格说明书中规定的各项具体需求。软件开发单位在软件执行过程中,按照本计划中的有关规定,但可根据各自的情况对本计划作适当的剪裁,以满足特定的质量保证要求,剪裁后的计划必须经相

14、关人员批准。1.2 定义本条应该列出计划正文中需要解释的而在GB/T 11457中尚未包含的术语的定义,必要时,还要给出这些定义的英文单词及其缩写词。1.3 参考资料本条必须列出计划正文中所引用资料的名称、代号、编号、出版机构和出版年月。l GB/T 11457 软件工程术语l GB 8566 计算机软件开发规范l GB 8567 计算机软件产品开发文件编制指南l GB/T 12505 计算机软件配置管理计划规范 2 管理必须描述负责软件质量保证的机构、任务及其有关的职责。2.1 机构本条必须描述与软件质量保证有关的机构的组成。还必须清楚地描述来自项目委托单位、项目承办单位、软件开发单位或用户中负责软件质量保证的各个成员有机构中的相互关系。

展开阅读全文
相关资源
相关搜索

当前位置:首页 > 行业资料 > 国内外标准规范

电脑版 |金锄头文库版权所有
经营许可证:蜀ICP备13022795号 | 川公网安备 51140202000112号