ImageVerifierCode 换一换
格式:DOCX , 页数:26 ,大小:159.19KB ,
资源ID:15364887      下载积分:3 金币
快捷下载
登录下载
邮箱/手机:
温馨提示:
快捷下载时,用户名和密码都是您填写的邮箱或者手机号,方便查询和重复下载(系统自动生成)。 如填写123,账号就是123,密码也是123。
特别说明:
请自助下载,系统不会自动发送文件的哦; 如果您已付费,想二次下载,请登录后访问:我的下载记录
支付方式: 支付宝    微信支付   
验证码:   换一换

加入VIP,免费下载
 

温馨提示:由于个人手机设置不同,如果发现不能下载,请复制以下地址【https://www.bdocx.com/down/15364887.html】到电脑端继续下载(重复下载不扣费)。

已注册用户请登录:
账号:
密码:
验证码:   换一换
  忘记密码?
三方登录: 微信登录   QQ登录  

下载须知

1: 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007和PDF阅读器。
2: 试题试卷类文档,如果标题没有明确说明有答案则都视为没有答案,请知晓。
3: 文件的所有权益归上传用户所有。
4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
5. 本站仅提供交流平台,并不能对任何下载内容负责。
6. 下载文件中如有侵权或不适当内容,请与我们联系,我们立即纠正。
7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。

版权提示 | 免责声明

本文(软件质量管理制度管理办法文档格式.docx)为本站会员(b****3)主动上传,冰豆网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对上载内容本身不做任何修改或编辑。 若此文所含内容侵犯了您的版权或隐私,请立即通知冰豆网(发送邮件至service@bdocx.com或直接QQ联系客服),我们立即给予删除!

软件质量管理制度管理办法文档格式.docx

1、2 SQA岗位职责 跟踪软件过程的质量活动并鉴别活动中出现的偏差; 里程碑式技术评审,实现软件质量的过程化管理; 软件配置管理,利用配置管理工具,建立配置服务器环境,控制文档与程序的修改信息和版本; 全面测试,采用适当手段对软件需求、软件分析、软件设计、软件实现和文档进行全面测试; 软件产品文档及程序源码归档与保管。3 SQA流程4 SQA与各技术方向的关系 SQA的主要职责是为研发和工程提供质量管理保障,协助各技术方向按时、保质、保量完成软件过程质量管理任务; SQA负责对研发和工程的质量管理支持,严格按照制定的质量保证计划实施,研发和工程必须配合质量保证计划的实施;1) SQA制定的各种标

2、准与规范,各技术方向必须严格按照标准与规范执行;2) SQA人员和研发和工程总监需要进行沟通,共同完成软件过程跟踪、审查和里程碑式评审;3) 研发和工程提交配置管理计划和阶段性实施情况,SQA负责指导和监督执行。 SQA人员工作过程中发现的不符合问题及时形成软件问题单,研发和工程按照软件问题单,提出处理意见及处理时间,直到问题解决为止; 研发和工程总监定期向SQA提交软件开发进度表; 一个SQA人员需要同时支持研发和工程多个软件开发任务的质量管理。5 软件工程标准与规范5.1 软件工程标准 软件工程模型1) 软件生存周期模型(瀑布模型 Waterfall Model)2) 原型模型(Proto

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

4、许把用 DFD图 表示的系统逻辑模型,很方便地转换成对于软件结构的初始设计描述。 结构化设计分析工具: Microsoft Project,项目进度计划编制工具 EPMS,工作流图制作工具 Microsoft Visio,数据流图(DFD)、结构图制作工具 Sybase Powerdeigner,数据库模型分析设计工具2) 面向对象的分析方法(Object Oriented Analysis) OOA 的核心思想是利用OO的概念和方法对软件需求建造模型,以使用户需求逐 步精确化、一致化、完全化。为此, OOA的方法步骤为:面向对象分析工具:UML、RationalRose上述列出了软件工程的两

5、个模型和两个方法,采用哪类模型和方法,可根据具体的工程项目经过充分的论证后进行选择。5.2 软件标准文档模版规范 需求分析需求分析需求分析-功能需求 附件一:业务流图 附件二:数据流图 附件三:业务工单/报表样张需求分析-数据规划 概要设计概要设计功能结构设计数据库设计说明书 详细设计 测试大纲 使用手册 维护手册5.3 软件技术规范 工作流图(EPMS)规范 数据流图(DFD)规范 IPO图规范 数据库技术规范 VS2008(采用的编程语言)技术规范 目录结构规范 文档编制规范6 SQA任务管理6.1 任务来源 工程项目的质量管理; 研发的质量管理; 选定新的软件工程方法,软件工程标准文档模

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

7、和规范的问题及时的反映和处理; 里程碑式评审,主要任务是保证软件执行的活动与预定义的软件过程一致,使软件过程在软件产品的开发中得到遵循,保障研发和工程定义的每个软件任务得到实际的执行(软件阶段评审表格式与内容见附件3); 配置管理工作的检查和审查;由研发和工程提出配置管理计划(格式与内容见附件4),SQA以软件配置基线(里程碑),软件配置项为依据,负责过程管理与监控,对研发和工程软件执行过程中产生的阶段性文档和程序进行有效的版本管理与控制。 SQA人员工作过程中记录的工作结果和发现的不符合问题,填写相应的问题单,直到问题解决,详见附件3;这是SQA的一个重要的任务,SQA人员要对工作过程中记录

8、的工作结果和发现的不符合问题进行处理,及时向有关人员及高级管理者反映。在处理问题的过程中对符合标准过程的活动,SQA人员应该积极地报告活动的进展情况以及这些活动在符合标准方面的效果;对不符合标准过程的活动,SQA要报告其不符合性以及它对产品的影响,同时提出改进建议。 收集新方法,提供软件工程标准与规范的改进。研发和工程软件执行过程中,对标准和规范定义不准确或是不方便的地方,及时提出修改意见,以便SQA进行有效的修改和完善标准与规范; 对SQA制定的规范培训。附件一:软件质量保证计划质量保证计划产品名称:编制单位:产品编号:文档编号:版 本 号:编制日期:更改日期:拟制人审核批准1 引言1.1

9、目的本条必须指出特定的软件质量保证计划的具体目的。还必须指出该计划所针对的软件项目(及其所属的各个子项目)的名称和用途。 本计划的目的在于对所开发的软件规定各种必要的质量保证措施,以保证所交付的软件能够满足项目委托书或合同中规定的各项需求,能够满足本软件总体制定的该软件系统需求规格说明书中规定的各项具体需求。软件开发单位在软件执行过程中,按照本计划中的有关规定,但可根据各自的情况对本计划作适当的剪裁,以满足特定的质量保证要求,剪裁后的计划必须经相关人员批准。1.2 定义本条应该列出计划正文中需要解释的而在GB/T 11457中尚未包含的术语的定义,必要时,还要给出这些定义的英文单词及其缩写词。

10、1.3 参考资料本条必须列出计划正文中所引用资料的名称、代号、编号、出版机构和出版年月。 GB/T 11457 软件工程术语 GB 8566 计算机软件开发规范 GB 8567 计算机软件产品开发文件编制指南 GB/T 12505 计算机软件配置管理计划规范 2 管理必须描述负责软件质量保证的机构、任务及其有关的职责。2.1 机构本条必须描述与软件质量保证有关的机构的组成。还必须清楚地描述来自项目委托单位、项目承办单位、软件开发单位或用户中负责软件质量保证的各个成员有机构中的相互关系。2.2 任务本条必须描述计划涉及的软件生存周期中有关阶段的任务,特别要把重点放在描述这些阶段所应进行的软件质量

11、保证活动上。软件质量保证工作涉及软件生存同期各阶段的活动,应该贯彻到日常的软件开发活动中,而且应该特别注意软件质量的早期评审工作。因此,对实施的软件任务,要按照本计划的各项规定进行各项评审工作。SQA人员参加所有的评审与检查活动。评审与检查的目的是为了确保在软件开发工作的各个阶段和各个方面都认真采取各项措施来保证与提高软件的质量。在软件开发过程中,应该进行以下三次评审:第一次评审软件需求、概要设计、验证与确认方法;第二次评审详细设计、功能测试与演示,并对第一次评审结果复核;第三次是功能检查、物理检查和综合检查。关于这些评审工作的详细内容见第5章。阶段评审工作要组织专门的评审小组,原则上由软件组

12、长、副组长或特邀专家担任评审组长,评审小组成员应该包括项目委托单位或用户的代表、SQA人员、软件开发单位和上级主管部门的代表,其他参加人员视评审内容而定。每一次评审工作都应填写评审总结报告与软件问题报告单。格式详见质量管理制度。日常检查:在软件的开发过程中,应该填写项目进展报表,即软件报表表头与软件阶段产品完成情况表。SQA可以通过项目进展季报表发现有关软件质量的问题。软件验收:必须组织专门的验收小组对软件进行验收。验收内容应包括文档验收、程序验收、演示、验收测试与测试结果评审等几项工作。2.3 职责本条必须指明软件质量保证计划中规定的每一个负责单位或成员的责任。3 文档必须列出在该软件的开发

13、、验证与确认以及使用与维护等阶段中需要编制的文档,并描述对文档进行评审与检查的准则。3.1 基本文档为了确保软件的实现满足需求规格说明书中规定的各项需求,至少应该编写以下八个方面内容的文档:1) 软件任务实施计划;2) 软件需求规格说明书;3) 软件设计说明书,应该包含概要设计和详细设计两个文档;4) 软件测试大纲;5) 使用手册;6) 维护手册 7) 项目开发总结。8) 源代码清单;3.2 其它文档除了基本文档之外,对于尚在开发中的软件,还应该包括以下四个方面的文档:1) 软件质量保证计划;2) 软件配置管理计划;3) 软件阶段进展表,其详细格式参考质量管理规范的各项规定;4) 软件阶段评审表,其详细格式参考质量管理规范的各项规定。3.3 文档质量的度量准则文档是软件的重要组成部分,是软件生存周期各个不同阶段的产品描述。难作确认就是要检查各阶段文档的合适性。评审文档质量的度量准则是有以下六条:1) 完备性:所有承担软件开发任务的单位,都城必须公司制定的软件文档标准模版编制相应的文档,以保证在开发阶段结束时其文档是齐全的。2) 正确性:在软件开发各个阶段所编写的文档的内容,必须真实的反映阶段的工作且与该阶段的需求相一致。3) 简明性:在软件开发各个阶段所编写的各种文档的语言表达应该清晰、准

copyright@ 2008-2022 冰豆网网站版权所有

经营许可证编号:鄂ICP备2022015515号-1