作者：郭国印 张秀伟 赵政文
论文关键词：能力成熟度模型 能力成熟度模型集成 个体软件过程 群组软件过程
论文摘要：从软件项目管理的重要性谈起，研究分析了四个主流的软件项目管理技术，指出了它们的缺陷，最后结合实践提出了一种新颖的软件项目管理概念。
1引言
软件项目管理是为了使软件项目能够按照预定的成本、进度、质量顺利完成，而对成本、人员、进度、质量、风险等进行分析和管理的活动。最早源自于70年代中期。当时美国国防部曾立题专门研究软件项目做不好的原因，发现70％的项目是因为管理善引起的，而并不是因为技术实力不够，进而得出一个结论，即管理是影响软件项目全局的因素，而技术只影响局部。这个结论非常重要。到了90年代中期，软件项目管理不善的问题仍然存在。据美国软件工程实施现状的调查，软件研发的情况仍然很难预测，大约只有10％的项目能够在预定的费用和进度下交付。在商用软件产业中，这一现象尤为严重。1995年，美国共取消了810亿美元的软件项目，其中31％的项目未做完就取消了，53％的软件项目进度通常要延长一半的时间，通常只有9％的软件项目能够及时交付并且费用也不超支。由此可见，软件项目管理技术的研究至关重要。
2软件项目管理技术综述
随着上世纪末软件工程的快速发展，软件项目管理水平也有了很大提高，提出了很多的软件项目管理技术，极大地推动了软件业的发展，这里我们主要谈以下四种主流的软件项目管理技术。
2．1 CMM
CMM是美国卡纳基梅隆大学软件工程研究所(CMU／SEI)提出的软件研发项目管理的一系列方法，它基于组织对关键过程域的支持，定义了软件过程成熟度的五个级别。
级别1(初始级)描述了不成熟，或者说是未定义过程的组织。级别2(可重复级)，级别3(已定义级)，级别4(已管理级)和级别5(优化级)分别描述了软件过程成熟度级别递增的组织。和这些级别相关的KPA是：
级别2：需求管理，软件项目计划，软件项目跟踪和监控，软件子合同管理，软件质量保证，软件配置管理。
级别3：组织级过程焦点，组织级过程定义，培训大纲，集成软件管理，软件产品工程，组间协调，同行评审。
级别4：定量过程管理，软件质量管理。级别5：缺陷预防，技术更新管理，过程更改管理。
2．2 CMMI
CMMI被看做是把各种CMM集成为一个系列的模型中。CMMI的基础源模型包括：软件CMM2．0版(草稿c)，EIA一731系统工程，以及IPDCMM(IPD)0．98a版。CMMI也描述了5个不同的成熟度级别：
级别1(初始级)代表了以不可预测结果为特征的过程成熟度。过程包括了一些特别的方法、符号、工作和反应管理，成功主要取决于团队的技能。
级别2(已管理级)代表了以可重复项目执行为特征的过程成熟度。组织使用基本纪律进行需求管理、项目计划、项目监督和控制、供应商协议管理、产品和过程质量保证、配置管理、以及度量和分析。对于级别2而言，主要的过程焦点在于项目级的活动和实践。
级别3(严格定义级)代表了以组织内改进项目执行为特征的过程成熟度。强调级别2的关键过程域中前后一致的、项目级的纪律，以建立组织级的活动和实践。附加的组织级过程域包括：①需求开发：多利益相关者的需求发展。②技术方案：展开的设计和质量工程。③产品集成：持续集成、接口控制、变更控制。④验证：保证产品正确建立的评估技术。⑤确认：保证建立正确的产品评估技术。⑥风险管理：检测、优先级，相关问题和意外的解决方案。⑦组织级培训：建立机制，培养更多熟练人员。⑧组织级过程焦点：为项目过程定义建立组织级框架。⑨决策分析和方案：系统可选的评估。⑩组织级过程定义：把过程看做组织的持久发展的资产。⑩集成项目管理：在项目内统一各个组和利益相关者。
百度搜索“yundocx”或“云文档网”即可找到本站免费阅读全部范文。收藏本站方便下次阅读，云文档网，提供经典计算机关于软件项目管理技术分析研究在线全文阅读。
