软件质量控制(华-公司CMM体系研讨会)课件.ppt
- 【下载声明】
1. 本站全部试题类文档,若标题没写含答案,则无答案;标题注明含答案的文档,主观题也可能无答案。请谨慎下单,一旦售出,不予退换。
2. 本站全部PPT文档均不含视频和音频,PPT中出现的音频或视频标识(或文字)仅表示流程,实际无音频或视频文件。请谨慎下单,一旦售出,不予退换。
3. 本页资料《软件质量控制(华-公司CMM体系研讨会)课件.ppt》由用户(三亚风情)主动上传,其收益全归该用户。163文库仅提供信息存储空间,仅对该用户上传内容的表现方式做保护处理,对上传内容本身不做任何修改或编辑。 若此文所含内容侵犯了您的版权或隐私,请立即通知163文库(点击联系客服),我们立即给予删除!
4. 请根据预览情况,自愿下载本文。本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。
5. 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007及以上版本和PDF阅读器,压缩文件请下载最新的WinRAR软件解压。
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 软件 质量 控制 公司 CMM 体系 研讨会 课件
- 资源描述:
-
1、Quality Control/Review/1Seminar on CMM软件质量控制(华 公司CMM体系研讨会)Quality Control/Review/2Seminar on CMM目目 标标 理解CMM软件质量控制 理解软件质量控制生命周期 清楚评审和测试实施过程 清楚评审和测试的规范Quality Control/Review/3Seminar on CMM主要内容主要内容 软件质量的定义 质量控制生命周期 软件评审过程 正规检视过程 软件测试 CHECKLISTS及相关文档Quality Control/Review/4Seminar on CMM“The quality of
2、 a software system is governed by the quality of the process used to develop and evolve it”-Watts HumphreyQuality Control/Review/5Seminar on CMM软件质量软件质量 软件质量:与软件产品满足需求的能力有关的特征或特征的全体 软件质量反映了三个方面的问题:需求:软件需求是度量软件质量的基础 开发标准:定义的一些开发准则.保证开发质量 隐含的需求:如可维护性Quality Control/Review/6Seminar on CMM软件质量软件质量质量人技术流
3、程质量铁三角 人、技术、流程Quality Control/Review/7Seminar on CMM项目成功三要素项目成功三要素项目质量进度成本Quality Control/Review/8Seminar on CMM产品开发工作量分布产品开发工作量分布我们的统计数据我们的统计数据50.1%7.5%42.4%系统联调和系统测试系统联调和系统测试系统分析和总体设计系统分析和总体设计设计、实现和单元、设计、实现和单元、集成测试集成测试美国国防部经验数据美国国防部经验数据15.0%23.1%61.9%系统联调和系统测试系统联调和系统测试系统分析和总体设计系统分析和总体设计设计、实现和单元、设计
4、、实现和单元、集成测试集成测试Quality Control/Review/9Seminar on CMMCMM简介简介o Capability Maturity Modelo 评估软件过程的能力,衡量软件过程改进的尺度o 以提高软件质量为核心Quality Control/Review/10Seminar on CMMInitial(1)Repeatable(2)Defined(3)Managed(4)Optimizing(5)CMM等级等级Quality Control/Review/11Seminar on CMMCMM体系体系o CMM是一个理论框架,各不同组织可根据相应的实际情况制定
5、自己的实践。o 例如:Motorola应用研发中心的SEMIS(Softwate Engineering Management Information System)印度Infosys公司TQM(Total Quality Management)QMS(Quality Management System)Quality Control/Review/12Seminar on CMMCMM实质实质o 形成文档化的制度、规范和模板o 严格按照制度办事o 按照要求形成记录o 检查、监督和持续改善 Quality Control/Review/13Seminar on CMM质量控制质量控制生命周期生
6、命周期Quality Control/Review/14Seminar on CMMSDCodeUTRACode reviewTest dataSRS reviewSTPSDD reviewSTD/Test casesIntegrateSTITReleaseQuality Control/Review/15Seminar on CMMITPISTReleaseSIQuality Control/Review/16Seminar on CMM质量文化质量文化 凡事预则立,不预则废 言必称流程 凡事要评审 在流程中保证质量 质量是我们的自尊心Quality Control/Review/17Sem
7、inar on CMM评评 审审Quality Control/Review/18Seminar on CMM评评 审审 在产品开发的阶段点,按流程,有计划地组织一批各领域的专家,通过讨论并且得出结论,进行产品决策、方案优化、产品质量评定等工作。Quality Control/Review/19Seminar on CMM评审阶段点评审阶段点概念启动需求设计分解需求规格设计概要设计开发测试发布详细设计评审1评审2评审3Quality Control/Review/20Seminar on CMM为什么进行评审?为什么进行评审?I统计数据:每1000行源代码中大约有60个错误。2/3的错误是发生
8、在需求分析以及概要设计阶段Quality Control/Review/21Seminar on CMM为什么进行评审?为什么进行评审?SUMMARY OF IBM(B.Boehm)SURVEY0.515.05.0AnalysisDesignCodeTestImplem.1.20.2Relative cost to fix errorQuality Control/Review/22Seminar on CMM为什么进行评审?为什么进行评审?评审可以尽早发现问题 评审能更直接地面对设计,从设计中发现问题 评审可以作为一种项目跟踪的手段 Quality Control/Review/23Semi
9、nar on CMM为什么进行评审?为什么进行评审?评审可反馈信息 -对产品质量现状的反馈 -对开发过程的反馈 评审有培训、交流的作用 -项目组更加了解该项目 -提高新员工的技术能力 Quality Control/Review/24Seminar on CMM过程A:参加人员:4(不包括开发者)检视规模:12页 发现错误数:严重 11个 一般 13 个 建议 7 个 时间跨度:5.11-5.15(检视会议)-5.20(问题跟踪)实际花费时间:27.75 小时 人均时间:6.94 小时人均问题数:11/3=3.67 单问题耗时:6.94/3.67=1.89结果:从设计完成到投板调试成功共43天
10、(评审耗时10天;CAD10天,投板15天,调试8天)投板1次评审介绍评审介绍 实例实例Quality Control/Review/25Seminar on CMM过程B:参加人员:1进行自检(开发者)检视规模:12页 发现错误数:严重 1个 一般 3 个时间跨度:5.12-5.13 5.20(问题修改)实际花费时间:10 小时 人均时间:10 小时人均问题数:4/1=4 单问题耗时:2.5结果:从设计完成到投板调试成功共109天(自检:2天,修改:4天,CAD(3次):20天,投板(3次):45天,调试:35天)投板3次评审介绍评审介绍 实例实例Quality Control/Review
11、/26Seminar on CMM参加人员花费时间发现问题投板次数总共耗时项目A427.75小时11-13-7143天项目B110小时1-3-03109天结果比较结果比较Quality Control/Review/27Seminar on CMM 我设计的东西别人不懂把自己的设计当作标准。其实,当方案没有确定之前,设计者的想法不过是方案之一罢了。设计必须要有个性、有风格用个性化艺术创造的思维方式来对待团队化的产品开发,是绝对错误的。我们安排评审的目的,除了发现和解决问题之外,还需要把多方的思想汇总,从而使设计优化。三个臭皮匠,赛过一个诸葛亮,就是这个道理。请大家分析以下观点:请大家分析以下观
12、点:Quality Control/Review/28Seminar on CMMv 进行大方向决策(评审)v 尽可能早的发现、改正硬件设计、测试等开发过程中存在的错误和不足v 提高产品质量、缩短开发周期、降低开发成本v 排除产生错误放大效应现象的潜在因素评审数据不做为评估开发、测试人员水平的依据评审介绍评审介绍 评审目的评审目的Quality Control/Review/29Seminar on CMMv 评审输入 评审资料:计划、文档等v 评审输出 开发/测试文档评审意见表 开发/测试文档评审报告(含评审结论)评审过程评估报告评审介绍评审介绍 输入输入/输出输出Quality Contr
13、ol/Review/30Seminar on CMM 制定设计规范,完善质量保证规范,制定评审规范。与产品组一起,制定月度评审计划,明确评审文档的主审人。组织一二级评审级别文档的评审。指导三级评审级别文档的评审。审核评审结论,得出最终评审结论,确定重大设计方案的改动。评审角色评审角色 总体组总体组Quality Control/Review/31Seminar on CMM 确定评审级别及主审人 确定评审任务的监督QA评审角色评审角色 系统组系统组Quality Control/Review/32Seminar on CMM 根据文档计划按时完成开发文档。在评审会议前根据文档设计内容和专家意见
14、进行会议设计,制作胶片。准备评审的相关资料和评审要点说明。根据专家意见和评审意见修改或重写文档。评审角色评审角色 项目组项目组Quality Control/Review/33Seminar on CMM 组织文档评审的整个流程。填写初审结论,决定需否开评审会。组织评审会议,填写评审报告,得出文档评 审结论。评审角色评审角色 主审人主审人Quality Control/Review/34Seminar on CMM 根据文档和评审要点说明,进行文档评审,填写评审意见表,并将意见及时(在评审会前)反馈给主审人和项目组。准时参加评审会,提出有针对性、有价值的评审意见。评审角色评审角色 评审专家评审
15、专家Quality Control/Review/35Seminar on CMM 根据各项目组文档计划统计下月文档清单。跟踪项目进度,督促项目组按时提交文档。根据评审情况对评审资格人员进行评价。对评审过程进行评估,提交评审过程评估报告评审角色评审角色 QAQuality Control/Review/36Seminar on CMM正正 规规 检检 视视Quality Control/Review/37Seminar on CMM什么是正规检视?什么是正规检视?Fagan Inspections(IBM)软件开发周期中对软件产品的技术检查 正规检视贯穿于产品开发的过程中Quality Con
16、trol/Review/38Seminar on CMM在开发中的阶段在开发中的阶段检视对象阶段评审正规检视改进的检视对象阶段评审Quality Control/Review/39Seminar on CMM正规检视正规检视 目的目的 尽可能早的发现、改正开发过程中存在的错误和不足 提高产品质量、缩短开发周期、降低开发成本 排除产生错误放大效应现象的潜在因素o 正规检视不做为评估开发、测试人员水平的依据Quality Control/Review/40Seminar on CMM正规检视小组正规检视小组Quality Control/Review/41Seminar on CMM人员组成人员组
17、成 组织者(Moderator)开发者(Producer)检视者(Inspector)讲解员(Reader)记录员(Recorder)Quality Control/Review/42Seminar on CMM组织者职责组织者职责 主持、引导正规检视的运行过程,全面负责正规检视的效果 责任:组建检视小组,分配检视小组的角色,领导正规检视过程Quality Control/Review/43Seminar on CMM开发者职责开发者职责 提供相关检视资料 回答检视者的问题 修改检视过程中发现的错误Quality Control/Review/44Seminar on CMM检视者职责检视者职
18、责 产品生命周期中直接参加产品开发的人 完成检视工作,发现检视对象中存在的问题和不足Quality Control/Review/45Seminar on CMM讲解员职责讲解员职责 在介绍会议以及检视会议上讲解检视对象 引导检视小组对产品进行彻底审查Quality Control/Review/46Seminar on CMM记录员职责记录员职责 详细准确地记录在检视会议上已确认的问题 错误的出处,错误的简单描述,错误的分类,和发现错误的检视者Quality Control/Review/47Seminar on CMM检视小组成员素质检视小组成员素质 有对产品质量负责的精神 有良好的团队合
19、作精神,不人身攻击 以评估检视对象、发现问题为目的,不去评价开发者的能力 能将发现的问题正确、清晰地予以说明 检视过程中,坚持已建立的标准及规范 在技术问题上,能够实事求是,一丝不苟Quality Control/Review/48Seminar on CMM正规检视过程正规检视过程Quality Control/Review/49Seminar on CMM正规检视正规检视 阶段划分阶段划分 计 划 介绍会议(可选阶段)会议准备 检视会议 第3小时会议(可选阶段)修改错误 问题跟踪Quality Control/Review/50Seminar on CMM正规检视正规检视 方法方法 各检视
20、者单独检视,寻找检视对象的错误 检视会议中对各检视者发现的错误进行确认 记录经过确认的错误 将正规检视所得的错误列表提交给开发者 跟踪确认提交给开发者的错误得到正确修改.Quality Control/Review/51Seminar on CMM正规检视正规检视 进入标准进入标准 检视对象为开发过程中的半产品,例如没有经过评审的文档、原理图等 检视对象具备一定的完整性 检视对象已经经过开发人员的充分自检 具备合格的检视人员.Quality Control/Review/52Seminar on CMM正规检视正规检视 结束标准结束标准 检视发现的所有主要问题已经被正确修改 检视过程数据已反馈
展开阅读全文
![提示](https://www.163wenku.com/images/bang_tan.gif)