【软件工程与UML】软件过程的管理与改进.pptVIP

【软件工程与UML】软件过程的管理与改进.ppt

  1. 1、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。。
  2. 2、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载
  3. 3、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
  4. 4、该文档为VIP文档,如果想要下载,成为VIP会员后,下载免费。
  5. 5、成为VIP后,下载本文档将扣除1次下载权益。下载后,不支持退款、换文档。如有疑问请联系我们
  6. 6、成为VIP后,您将拥有八大权益,权益包括:VIP文档下载权益、阅读免打扰、文档格式转换、高级专利检索、专属身份标志、高级客服、多端互通、版权登记。
  7. 7、VIP文档为合作方或网友上传,每下载1次, 网站将根据用户上传文档的质量评分、类型等,对文档贡献者给予高额补贴、流量扶持。如果你也想贡献VIP文档。上传文档
查看更多
软件过程的管理与改进 重点了解 软件过程管理、软件过程改进的概念 软件过程管理和改进的目的、研究的内容、方法及其演化 软件成熟度模型CMM及其常见关键过程域 个体软件过程PSP和团体软件过程TSP 3.1软件过程管理与改进概述 3.1.1软件过程的概念 3.1.2软件过程改进的实际意义 3.1.3软件过程建模与软件过程改进的理论与方法 3.1.4过程改进的模式与体系 3.1.5过程改进的原则和步骤 3.1.6过程改进活动的组织与实施 3.1.1软件过程的概念 软件过程是开发和维护软件及其相关产品(例如项目计划、设计文档、代码、测试用例、用户手册等等)所涉及的一系列活动、任务和变换。 IEEE定义的软件过程包括软件采购、软件开发、软件维护、软件运作、软件获取、软件管理和软件支持七大类的活动 。 ISO12207将软件过程分为基本过程、支持过程和组织过程三大类活动。 3.1.2软件过程改进的实际意义 为软件提高效率、减少错误、保证进度、提高质量。 从软件组织的角度看,软件过程管理和改进,将有利于组织获得认证以提高竞争力;从软件产业的角度看,则可以提高产业的整体水平和竞争力,如目前印度在国际软件市场中有较大影响,该国有数十个软件公司通过了CMM5认证。 一、软件过程模型与软件过程建模 软件过程模型 又称为软件工程开发模型或软件生命周期模型,是软件开发全部过程、资源和任务的结构框架。如瀑布模型、快速原型模型、增量模型、RUP等。 结构化软件工程用数据流图,数据字典,系统流程图,层次方框图,结构图,HIPO图,程序流程图,PAD图,判定树,判定表,过程设计语言等建模。 统一软件开发过程(RUP)用统一建模语言(UML)建模 二、过程管理 软件过程管理有四项十分重要的职责: 定义过程 对过程要素的属性、构成、状态等给予明确的规定和设置; 度量过程 采集数据和分析处理数据; 控制过程 确保过程的可变性是稳定的,以使结果是可预测的; 改进过程 使过程更完善。 3.1.4软件过程改进的模式与体系 目标驱动的过程改进模式 缺陷驱动的过程改进模式 3.1.5过程改进的原则和步骤 软件过程改进要遵循以下一些最基本最普遍的原则: 3.1.6过程改进活动的组织与实施 SPI立项 成立SPI小组 SPI计划 度量和反馈 渐进与革命 建立基准 约定 普遍建立过程改进意识 3.2度量软件过程 度量是对被对象进行量化处理。就是采集数据和分析数据。 3.2.1 度量软件过程的步骤 制定度量计划 。 与软件过程集成 。 采集数据 。 数据的保存 。 分析过程行为 。 度量计划 度量计划包括: 确定过程问题、选择与定义度量、规划如何把定义的度量活动集成到当前的软件过程中。 确定应该被关注的关键因素 。 选择一个用于度量的数据类型(指标 )。 规划如何将度量与软件过程集成。 3.2.2过程行为分析技术 分析过程行为,目的是对过程稳定性进行测试和评价,找出异常过程行为模式,发现和纠正可归属的原因,进行过程能力分析。 3.3 能力成熟度模型CMM 能力成熟度模型CMM(Capability Maturity Model)是美国卡内基.梅隆大学软件工程研究所(SEI)在美国国防部资助下于二十世纪八十年代末提出的一个综合模型。它将软件过程成熟度分为5级,定义了软件组织达到某个成熟度时应该具有的软件工程能力。 3.3.1 CMM的体系发展 1987年SEI发表第一个简短的软件成熟度框架。 1990年SEI发展了CMM模型。 1991年8月提出CMM1.0版本 1993年提出1.1 版。 SEI原计划于1997年推出2.0版 SEI随后开发了一系列其它CMM模型:系统工程成熟度模型、人力资源成熟度模型、软件需求成熟度模型和信用体系成熟度模型。 SEI于2003年1月发布了CMMI1.1版 。 3.3.2 CMM的五个成熟度等级 初始级 (1级) 可重复级(2级) 已定义级(3级) 已管理级(4级) 优化级 (5级) CMM的每一等级都为后续的等级奠定基础。在过程改进中一般情况下,CMM从等级1到等级2可能需要几年时间,而在其它等级间的升迁通常需要花费2年时间。CMM低等级是高等级的基础,等级跳越被认为是违反规律的。 3.3.3 CMM的部件 关键过程域 关键实践 共同特点 ,CMM中关键过程域的5个共同特点(公共属性)如下: 3.3.4 CMM常见关键过程域 大量的软件组织处于CMM 1级到2级之间, CMM2 的关键过程域比较有现实意义。CMM2由6个关键 过程域(KPA)组成: 3.3.5 CMMI模型 CMMI即集成能

文档评论(0)

精品资料 + 关注
实名认证
文档贡献者

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

1亿VIP精品文档

相关文档