2软件过程管理.docVIP

  1. 1、本文档共10页,可阅读全部内容。
  2. 2、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。
  3. 3、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载
  4. 4、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
  5. 5、该文档为VIP文档,如果想要下载,成为VIP会员后,下载免费。
  6. 6、成为VIP后,下载本文档将扣除1次下载权益。下载后,不支持退款、换文档。如有疑问请联系我们
  7. 7、成为VIP后,您将拥有八大权益,权益包括:VIP文档下载权益、阅读免打扰、文档格式转换、高级专利检索、专属身份标志、高级客服、多端互通、版权登记。
  8. 8、VIP文档为合作方或网友上传,每下载1次, 网站将根据用户上传文档的质量评分、类型等,对文档贡献者给予高额补贴、流量扶持。如果你也想贡献VIP文档。上传文档
查看更多
2软件过程管理

软件过程基础: 1.休哈特(shewhart):质量改进奠基人 贡献:计划-执行-检查(Plan-Do-See)的概念。 出版 The Economic Control of Manufactured Products 戴明(Deming) 1) 质量改进。 2) PDCA循环。Deming最早提出了PDCA循环的概念,所以又称为“戴明环”。PDCA循环是能使任何一项活动有效进行的一种合乎逻辑的工作程序,是一个基本的质量工具。 PDCA- Plan, Do, Check, Action 3)十四点原则。 树立改进产品和服务的坚定目标 采用新的思维方法 停止依赖检验的办法获得质量 不再凭价格标签进货 坚持不懈地提高产品质量和生产率 岗位培训制度化 管理者的作用应突出强调 排除畏难情绪 打破部门和人员之间的障碍 不再给操作人员提空洞的口号 取消对操作人员规定的工作定额和指标 不再采用按年度对人员工件进行评估 创建积极的自我提高计划制度 让每个员工都投入到提高产品质量的活动中去 朱兰(Juran) 1) 适用性质量 质量的本质内涵是“适用性”,而所谓适用性是使产品在试用期间能满足使用者的需求。Juran提出质量不仅要满足明确的需求,也要满足潜在的需求。这一思想使质量管理范围从生产过程中的控制进一步扩大到产品开发和工艺设计阶段。 质量三步曲 Juran质量螺旋 (quality loop) 4) 80/20原则 克劳士比(Crosby) 提出了“零缺陷”的概念 质量管理的绝对性 (1)质量就是符合要求,而不是“完美”。 (2)质量来自于预防,而不是检验。 (3)质量的标准是“零缺陷”,而不是可接受质量水平。 (4)质量的衡量标准是“不符合要求的代价” 2) 质量改进的基本要素 6C “变革管理的六个阶段”: ①领悟(comprehension)——理解质量真谛 ②承诺(commitment)——制定质量策略的决心 ③能力(capability)——教育与培训 ④沟通(communication)——成功的经验文档化、制度化 ⑤改正(correction)——预防与提高绩效 ⑥坚持(continuance)——强调质量管理成为一种工作方式 PDCA模型 IDEAL: I:Initiating 开始 D: Diagnosing 诊断、评价 E: Establishing 建立 A: Acting 执行 L: Leveraging 调整模型 常用软件过程改进模型 软件能力成熟度模型(Capability Maturity Model,CMM) 等级 1)初始级 2)可重复级 3)已定义级 4)已经管理级 5)优化级 CMMI: 2000年整合软件工程(SW)、系统工程(SE)、集成产品(IPPD)开发等专业领域而发表了整合式模型CMMI v1.0版 敏捷过程 极限编程 (XP) Scrum是一种迭代式增量软件开发过程,通常用于敏捷软件开发。 PSP着重于软件开发人员的个人能力提升,体现在估算能力、计划能力、计划执行以及质量管理等方面 TSP能够提供了 ①一个已经定义的团队构建过程; ②一个团队作业框架; ③一个有效的管理环境。 Rational统一过程(Rational Unified Process,RUP) 最佳实践 (1)迭代式开发 (2)管理需求 (3)使用基于构件的体系结构 (4)可视化建模 (5)验证软件质量 (6)控制软件变更 平衡敏捷与规范 结论: 1敏捷与规范,软件开发中看似对立的两个属性,实际上相得益彰。 2计划驱动的开发人员必须敏捷,敏捷开发人员必须规范。成功的关键在于找到两者的平衡点。 3这个平衡点随项目所处的环境以及所涉及的风险而变化。仅凭一腔热情径直地采用极端方法的开发人员,必须学会如何根据实际情况恰当地平衡敏捷与规范。 思考: 如何刻画软件过程特征? 个人软件过程(psp) PSP作用 个人级别估算和计划 承诺和拒绝承诺 理解和改进 工业水准的过程和规范 客观决策的数据 PSP基本度量项 即时间 缺陷 规模 日程(TSP) PSP 典型规模度量方式 LOC FP PROBE(PROxy Based Estimation) 简单方法 计算简单,但是,不稳定 正态分布法 相对稳定,在历史数据基本符合正态分布的情况下,可以给出非常好的相对大小矩阵 对数正态分布法 更加符合人们对于程序的规模的直观感觉 在PSP中为确保估算质量,对于历史数据的相关性要求r≥0.7 在PSP中要求显著性s≤0.05 关于估算的思考与讨论 估算可能做到准确嘛? 要估算哪些东西? 估算准确对应不同的估算对象,其含义有差异

文档评论(0)

xinghua3aa + 关注
实名认证
文档贡献者

该用户很懒,什么也没介绍

1亿VIP精品文档

相关文档