【软件工程的过程管理】
来源:《信息系统项目管理师教程(第3版)》第1章 信息化和信息系统P48-49
1.4.4软件工程的过程管理
在无规则和混乱的管理条件下,先进的软件开发技术和工具并不能发挥应有的作用。于是,人们认识到,改进软件过程的管理是解决上述难题的突破口。但是,各个软件组织的过程成熟度有着较大的差别。为了做出客观、公正的比较,就需要建立一种衡量的标准。使用此标准一方面可以评价软件开发方的质量保证能力,在软件项目评标活动中选择开发方;另一方面,该标准也必然成为软件组织加强质量管理和提高软件产品质量的依据。
软件过程是软件生命周期中的一系列相关活动,即用于开发和维护软件及相关产品的一系列活动。软件产品的质量取决于软件过程,具有良好软件过程的组织能够开发出高质量的软件产品。在软件过程管理方面,最著名的是能力成熟度模型集成(CapabilityMaturity Model Integration,CMMI),它融合了多种模型,形成了组织范围内过程改进的单一集成模型,其主要目的是消除不同模型之间的不一致和重复,降低基于模型进行改进的成本。CMMI继承了CMM的阶段表示法和EIA/IS731的连续式表示法。这两种表示方法各有优缺点,均采用统一的24个过程域,它们在逻辑上是等价的,对同一个组织采用两种模型分别进行CMMI评估,得到的结论应该是相同的。
(1)阶段式模型。阶段式模型基本沿袭CMM模型框架,仍保持4个成熟等级,但关键过程域做了一些调整和扩充,如表1-2所示。
当组织通过了某一等级过程域中的全部过程,即意味着该组织的成熟度达到了这一等级。利用阶段式模型对组织进行成熟度度量,概念清晰、易于理解、便于操作。
(2)连续式模型。与阶段式模型相比,连续式模型没有与组织成熟度相关的几个阶段。连续式模型将24个过程域按照功能划分为过程管理、项目管理、工程和支持四个过程组。每组包含的过程域如表1-3所示。
版权声明:本文内容由互联网用户自发贡献,该文观点仅代表作者本人。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如发现本站有涉嫌抄袭侵权/违法违规的内容, 请发送邮件至 举报,一经查实,本站将立刻删除。