软件质量管理手册教学内容.doc
《软件质量管理手册教学内容.doc》由会员分享,可在线阅读,更多相关《软件质量管理手册教学内容.doc(37页珍藏版)》请在咨信网上搜索。
1、软件质量管理手册精品文档质量管理手册目 录1前言51.1读者对象51.2目的和范围51.3术语和定义52总体说明53质量计划:制定新项目及维护性项目质量计划53.1常规项目质量计划要求63.1.1质量要素分析63.1.2质量目标63.1.3人员与职责73.1.4质量保障计划73.1.5过程检查计划73.2维护性项目质量计划要求83.2.1质量目标83.2.2质量保障计划83.2.3过程检查计划84质量保证与控制84.1计划阶段94.1.1质量指导方针94.1.2评审管理94.1.3计划阶段检查单104.1.4常存在的问题114.2需求阶段114.2.1质量指导方针114.2.2评审管理124.
2、2.3需求阶段检查单134.2.4常存在的问题144.3设计阶段144.3.1质量指导方针144.3.2评审管理144.3.3设计阶段检查单154.3.4常存在的问题164.4开发阶段164.4.1质量指导方针164.4.2代码走查174.4.3开发阶段检查单174.4.4常存在的问题184.5测试阶段184.5.1质量指导方针184.5.2评审管理184.5.3检查清单214.5.4常存在的问题224.6发布及维护阶段234.6.1质量指导方针234.6.2发布及维护阶段检查清单234.6.3常存在的问题244.7质量控制中的文档管理244.7.1文档分类244.7.2文档管理工具244.7
3、.3文档管理的基本要求244.7.4文档管理流程255质量度量:制定项目评估项255.1计划评估265.1.1评估基准265.1.2评估项265.1.3总结265.2过程评估265.2.1输入条件275.2.2评估记录表275.2.3总结285.3项目质量评估285.3.1输入条件285.3.2评估项285.3.3总结295.4成本评估295.4.1输入条件295.4.2评估项295.4.3总结305.5客户满意度评估315.5.1输入条件315.5.2评估项315.5.3总结316质量改进316.1现存在的质量问题326.2质量改进措施326.2.1问题XXXX326.2.2产生原因分析32
4、6.2.3预防措施327附录一:评审过程检查表338附录二:参照及依从的规范文档清单349附录三:项目管理跟踪管理341 前言1.1 读者对象本文档的读者对象包括质量管理人员、项目组成员及研发管理人员。1.2 目的和范围本文档的目的为了指导研发部进行质量管理的步骤及方法/原则。适用范围为研发部的质量管理作参考,以杜绝或减少研发过程中出现的质量问题,并对质量管理结果作出相应的改善。1.3 术语和定义1. 质量管理:在质量方面指挥和控制组织的协调活动2. 质量策划:质量管理的一部分,致力于制定质量目标并规定必要的运行过程和相关资源以实现质量目标3. 质量控制:质量管理的一部分,致力于满足质量要求4
5、. 质量保证:质量管理的一部分,致力于提供质量要求会得到满足的信任5. 质量度量:质量管理的一部分,致力于对已存在的质量数据进行分析,得出当前质量管理结果的评估数据。6. 质量改进:质量管理的一部分,致力于增强满足质量要求的能力2 总体说明由于现有的研发过程成熟程度较低,质量管理不能一开始即从非常高的标准入手,故根据研发部的现状,质量管理初步从4个方面着手:计划(确定过程)、保证及检查(控制过程)、评估(测量过程)、改进(改进过程)。以预防式管理为方向,控制、检查为手段,持续改进并提升项目质量为最终目的。鉴于质量管理在本阶段为初次正式引入,故对控制及检查、评估环节中的要求并不完善,以减少实施过
6、程中过多的阻碍。3 质量计划:制定新项目及维护性项目质量计划在本环节中,根据项目的规模及性质进行质量策划,制定本项目的质量计划;为后续的质量控制、质量评估及质量改进做出行动纲领。针对公司主要有新项目及维护性项目两类版本,且两者之间的质量投入有所差异的特性,故质量计划可以区分以下:3.1 常规项目质量计划要求常规项目的质量计划制定按质量要求分析/质量目标/人员.职责及质量保障、过程检查计划组成,各项的具体要求如下所述。3.1.1 质量要素分析 1. 主要的质量要性如下:n 功能性质量因素:正确性,健壮性,可靠性n 非功能性质量因素:性能,易用性,清晰性,安全性,可扩展性,兼容性,可移植性n 其它
7、质量因素:非以上要求之外的要求。2. 根据产品的特性及市场目标,将关键的质量要素确认,同时区分本项目的类型n 倾质量型项目:指本项目对质量控制更关注n 倾成本型项目:指本项目对成本控制更关注n 倾工期型项目:指本项目对工期要求更关注根据以上分析,再制定相应的质量目标。3.1.2 质量目标订立质量目标时,一般遵循SMART原则S:specific具体的M:measurable可测量的A:achievable可取得的R:realistic切实的T:timely及时的根据以上原则,我们可以制定如下质量目标:1. 比如本项目的质量要素为功能正确性、功能健壮性、性能那质量目标可定义例下:l 需求中所定义
8、的功能都得以实现l 不稳定问题(等级非轻微)都被解决l 关键模块(模块名称)的性能不能低于V1.0版本2. 针对质量目标定出优先级l 1、3、23. 目标分解l 分解为阶段质量目标l 完成阶段质量目标的手段3.1.3 人员与职责 参加质量管理活动的人员,一般情况下,项目组所有的人都可以参与到质量管理活动中来。但我们一般可定义如下人员去分别承担相应的职责。1. 质量管理人员:制定质量管理计划,对质量过程进行控制;对过程检查单进行实施;进行质量度量,制定质量改进计划及实施;参与各类评审活动。2. 测试人员:制定测试计划,对项目进行测试,进行测试结果的度量分析;参与各类评审活动。3. 项目管理人员:
9、协助组织解决质量管理过程中所发现的各类问题及风险。3.1.4 质量保障计划根据当前的质量目标,计划需要进行哪些质量保障工作,一般可包括专业培训、同级评审、测试。3.1.4.1 培训1. 确认是否需要培训2. 确认培训的内容、人员、时间,以及所耗费的资源。3.1.4.2 评审1. 确认评审内容及计划;需要包括评审的内容、评审的方式以及评审的人员等等。2. 对评审结果的跟踪、管理方式。3.1.4.3 测试1. 根据当前的质量目标,确定测试的初步计划,包括测试的范围及测试方法、手段以及投入的人力及时间资源3.1.5 过程检查计划 根据当前的质量目标,制定项目过程中需要检查的对象、例如:阶段检查对象检
10、查时机次数检查执行人员检查依据计划阶段计划阶段的产出项目组成立之后至计划阶段结束3次对应测试接口人根据计划阶段检查清单进行检查需求阶段需求评审需求评审启动1次对应测试接口人根据需求阶段检查清单进行检查。3.2 维护性项目质量计划要求维护性项目的质量计划制定相对简单,不需要花较多的时间在其上,并且可以套用比较固定的模板。维护性项目基本上会有很明确的需求点以及具体的时间点要求,一般情况下,维护时期会很长,且需求相对较散、小,针对这些特性,维护性项目的质量计划要求仅可以包括:质量目标、质量保障计划、过程检查计划。3.2.1 质量目标根据当前的需求简单定出本版本的质量目标。3.2.2 质量保障计划在维
11、护性项目中,质量保障计划主要包括:需求讨论、联调以及测试。需求讨论:参与人员包括开发及测试人员;需求讨论结果报告联调:对所做的修改及周边进行联调;联调测试报告测试:根据质量目标制定相应的测试计划安排,3.2.3 过程检查计划无论质量目标定为如何,维护性项目的过程检查,仅需要如下环节:l 需求讨论会:是否进行了需求讨论会,需求讨论会的与会人员及结果l 联调:是否进行了联调,对原版本的影响l 测试执行:对测试过程进行检查子过程评估项评估结果得分单项分*百分比有 ()没有()N/A需求讨论(50%)1. 是否发起需求讨论会?(60分)2. 与会人员涉及是否合理?(40分)联调测试(20%)1. 进行
12、了联调测试(60分)2. 联调是否有效发现的问题数是测试的20%(40分)测试(30%)1. 测试具有用例或测试点?(50分)2. 测试执行是否能被跟踪(50分)4 质量保证与控制质量保证与控制是质量管理中最重要的一个环节,质量目标是否能够有效的实现都有赖于此环节的实施控制。本环节根据质量保障计划、过程检查计划对版本开发的各过程定出质量指导方针、评审环节规则以及检查清单。其中质量指导方针:用于简要指引如何高质量的完成本阶段的工作评审管理:主要制定简单的评审输入、输出以及该阶段评审的基本准则任务检查单:用于检查该阶段的任务是否进行以及进行的效果如何常存在的问题:更多的是让各成员了解一些经验所谈会
13、存在哪些问题,可提前预防或纠正4.1 计划阶段计划阶段指从项目启动至项目总体计划制定完成的阶段。4.1.1 质量指导方针在项目的计划阶段,期望产出高质量的项目总体计划,建议遵守以下原则:1. 根据项目总体计划模板、项目总体计划编制说明书的指导原则进行计划编排2. 计划制定时需结合实际并与相关人员进行必要的沟通3. 了解项目背景、项目目标以及可调动的资源等4. 计划制定时需考虑相应风险及应对措施:如人员变动、需求变化、技术难题5. 对于把控不准的项目进行不同层面的评审4.1.2 评审管理计划阶段的评审主要指项目总体计划的评审。4.1.2.1 评审输入项项目总体计划以及当前项目原始需求等相关资料4
14、.1.2.2 评审准则项目总体计划的评审主要从完整性、正确性、合理性、可管理性进行评审。评审项评审要求备注完整性1. 是否包括从需求至发布各个阶段的任务计划?2. 是否对各任务的交付件定义了质量要求?正确性3. 各阶段定义是否正确?4. 各子任务所属的阶段是否正确?合理性5. 各个任务的先后顺序是否合理?并串行安排是否合理?6. 各任务分配的资源是否合理?7. 各任务细化的程度是否合理?8. 任务与任务之间的约束是否合理?9. 各阶段的时间投入比例是否合理?10. 项目的结束时间,是否与客户承诺的一致11. 项目的计划中是否考虑一些常见的风险?12. 对风险的应对是否体现在计划中?可管理性13
15、. 对于每个阶段是否有明确的里程碑事件?14. 里程碑是否有明确、可衡量的目标?15. 里程碑达到时,是否能提供标志阶段结束的正式输出文档?4.1.2.3 评审输出评审结果输出包括:1. 评审结果记录表4.1.3 修订后的项目总体计划计划阶段检查单编号:项目名称项目编号软件项目经理此次检查所费时间报告人日期检查内容已经完成部分完成尚未完成不适用注释项目估算对项目进行了合理的分解,并区分复杂度对项目进行了规模和工作量估算,并符合估算过程对项目进行了进度、风险、资源、成本估算对估算结果进行了评审,并符合要求 策划过程选择了合适的生命周期模型同时考虑了项目管理、集成、测试、SCM、SQA等工作定义了
16、合理的里程碑且每个里程碑的目标清晰已经剔除了停工、假期等影响工作时间的因素策划形成的计划与用户要求、合同等不相矛盾计划评审及跟踪计划发起了评审 计划评审过程符合公司规定、标准要求计划评审过程有效(评审所发现的问题数(用于检查评审是否有效,是否达到预期,以及交付件的质量)评审所反馈的问题已经妥善解决修订后的计划已经纳入基线库审核签字角色姓名签字日期软件项目经理研发经理4.1.4 常存在的问题1. 计划中并行工作先后顺序安排不合理2. 计划中没有预留任何应对风险的措施3. 计划中未包括整个项目的所有工作4. 计划中不确定的因素过多4.2 需求阶段需求阶段指从需求获取至输出需求规格说明书阶段。需求阶
17、段可划分为:获取需求、分析需求、编写需求规格说明书三个阶段。1. 获取需求:主要从编写项目视图与范围、用户群分类、选择产品/项目需求代表、确定使用实例、分析工作流程、需求重用这几步骤进行2. 分析需求:包括绘制关联图、创建开发原型、分析可行性、划分需求优先级;3. 编写需求规范说明书:根据项目特点裁剪模板、获取功能和技术需求、注明需求来源、开发需求追踪矩阵。4.2.1 质量指导方针n 根据需求模板、需求编写指导说明书制定需求说明文档n 需求文档中应包括明确的需求范围n 需求文档中应包括主要的质量属性n 需求需细化到要求的程度(可以根据需求进行开发设计及测试设计)n 需求的不确定项不超过总体需求
18、的5%n 需求中应明确定义需求的优先级n 制定需求管理原则(包括需求标识、跟踪方式、变更控制原则)4.2.2 评审管理需求阶段评审主要针对需求的清晰性、正确性、完整性、可管理性进行评审。评审的形式按实际的质量计划中要求而定。4.2.2.1 评审输入项技术方案建议书、需求分析、需求规格说明书4.2.2.2 评审准则需求评审时,主要针对需求的清晰性、正确性、完整性、可行性、可管理性进行评审,评审细项如下图所示:评审项评审要求备注1清晰性1. 系统的目标是否已定义?2. 是否对关键术语及略缩语进行了定义?3. 是否有对整套系统进行了功能概述?2正确性4. 需求与需求之间是否有重复或冲突?5. 本需求
19、说明书与相关需求素材是否一致?6. 是否清晰、简洁、无二义地表达了每个需求? 7. 是否每个需求都在项目的范围内8. 是否每个需求都没有内容和语法上的错误? 3完整性9. 编写的所有需求,其详细程度是否一致和合适? 10. 需求是否能为设计提供足够的基础? 11. 所有对其他需求的内部引用是否正确? 12. 是否已经列出了系统所必要的依赖/假设以及约束13. 是否包含了所有已知的客户需求或系统需求? 14. 是否已经对每个业务逻辑进行输入、输出以及过程的详细说明15. 是否已详细说明了软件环境(共存的软件)和硬件环境(特定的配置)16. 是否遗漏了必要的信息?如果有遗漏的话,把他们标记为待确定
20、的问题(TBD) ? 17. 是否包括了主要的质量属性,例如性能要求、安全性要求、可靠性要求、可恢复性要求、稳定性要求等等18. 是否分析了潜在的需求19. 是否标识并解决了需求中的潜城的问题4可行性20. 所描述的所有功能是否都必要?21. 所描述的所有功能是否充分的满足客户/系统目标?22. 已知的限制(局限)是否已经详细说明?23. 是否已经确定每个需求的实现优先级?24. 在现有的资源内, 是否能实现所有的需求?25. 是否每个需求都可以进行验证(测试)?5可管理性26. 是否将需求分别陈述,因此它们是独立的并且是可检查的?27. 是否所有需求都可以回溯到相应的需求素材,反之亦然?28
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 软件 质量管理 手册 教学内容
1、咨信平台为文档C2C交易模式,即用户上传的文档直接被用户下载,收益归上传人(含作者)所有;本站仅是提供信息存储空间和展示预览,仅对用户上传内容的表现方式做保护处理,对上载内容不做任何修改或编辑。所展示的作品文档包括内容和图片全部来源于网络用户和作者上传投稿,我们不确定上传用户享有完全著作权,根据《信息网络传播权保护条例》,如果侵犯了您的版权、权益或隐私,请联系我们,核实后会尽快下架及时删除,并可随时和客服了解处理情况,尊重保护知识产权我们共同努力。
2、文档的总页数、文档格式和文档大小以系统显示为准(内容中显示的页数不一定正确),网站客服只以系统显示的页数、文件格式、文档大小作为仲裁依据,平台无法对文档的真实性、完整性、权威性、准确性、专业性及其观点立场做任何保证或承诺,下载前须认真查看,确认无误后再购买,务必慎重购买;若有违法违纪将进行移交司法处理,若涉侵权平台将进行基本处罚并下架。
3、本站所有内容均由用户上传,付费前请自行鉴别,如您付费,意味着您已接受本站规则且自行承担风险,本站不进行额外附加服务,虚拟产品一经售出概不退款(未进行购买下载可退充值款),文档一经付费(服务费)、不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。
4、如你看到网页展示的文档有www.zixin.com.cn水印,是因预览和防盗链等技术需要对页面进行转换压缩成图而已,我们并不对上传的文档进行任何编辑或修改,文档下载后都不会有水印标识(原文档上传前个别存留的除外),下载后原文更清晰;试题试卷类文档,如果标题没有明确说明有答案则都视为没有答案,请知晓;PPT和DOC文档可被视为“模板”,允许上传人保留章节、目录结构的情况下删减部份的内容;PDF文档不管是原文档转换或图片扫描而得,本站不作要求视为允许,下载前自行私信或留言给上传者【精****】。
5、本文档所展示的图片、画像、字体、音乐的版权可能需版权方额外授权,请谨慎使用;网站提供的党政主题相关内容(国旗、国徽、党徽--等)目的在于配合国家政策宣传,仅限个人学习分享使用,禁止用于任何广告和商用目的。
6、文档遇到问题,请及时私信或留言给本站上传会员【精****】,需本站解决可联系【 微信客服】、【 QQ客服】,若有其他问题请点击或扫码反馈【 服务填表】;文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“【 版权申诉】”(推荐),意见反馈和侵权处理邮箱:1219186828@qq.com;也可以拔打客服电话:4008-655-100;投诉/维权电话:4009-655-100。