IT项目管理(全部)

IT软件项目管理1第1章IT软件项目管理概述2第1章IT软件项目管理概述1.1项目与项目管理1.2IT软件项目管理1.3IT软件项目的组织结构31.1项目与项目管理1.1.1项目1.1.2项目管理1.1.3项目管理的基本内容1.1.4项目管理的成功因素41.1.1项目项目管理是20世纪40年代以后迅速发展起来的一门科学，是现代管理学中的一个重要分支。根据美国项目管理协会(PMI)的定义：项目是为完成某一独特的产品或服务所做的一次性努力。从根本上说，项目就是一系列的相关工作。中国项目管理研究委员会对项目的定义是：项目是一个特殊的将被完成的有限任务。它是在一定时间内，满足一系列特定目标的多项相关工作的总称。根据这个定义，项目实际包含3层含义：53层含义:(1)项目是一项有待完成的任务，有特定的环境和要求；(2)在一定的组织机构内，利用有限资源(人力、物力、财力等)，在规定的时间内(指项目有明确的开始时间和结束时间)为特定客户完成特定目标的阶段性任务；(3)任务要满足一定性能、质量、数量、技术指标等要求。6从上面的定义可以看出，项目就具有如下一些基本特性：项目的独特性。项目的一次性。项目的组织性。

项目的生命期。项目的资源消耗性。项目的目标冲突性。项目后果的不确定性。范围时间成本目标要求预算费用完成期限71.1.2项目管理按PMI的定义：项目管理就是“在项目活动中运用一系列的知识、技能、工具和技术，以满足或超过相关利益者对项目的要求”。中国项目管理研究委员会对项目管理总结为：“项目管理”一词具有两种不同的含义，其一是指一种管理活动；其二是指一种管理学科，前者是一种客观的实践活动，后者是前者的理论总结；前者以后者为指导，后者以前者为基础。项目管理贯穿整个项目的生命期，是对项目的全过程管理。8项目管理具有如下一些基本特征：项目管理的对象是项目。系统工程思想贯穿项目管理的全过程。项目管理的组织具有一定的特殊性。项目管理的体制是基于团队管理的个人负责制，项目经理是整个项目组中协调、控制的关键。项目管理的要点是创造和保持一个使项目顺利进行的环境，使置身于这个环境的人们能在集体中协调工作以完成预定的目标。项目管理的方法、工具和技术手段具有先进性。91.1.3项目管理的基本内容PMI编写的《项目管理知识体系》将项目管理划分为9个知识领域：范围管理、时间管理、成本管理、质量管理、人力资源管理、沟通管理、采购管理、风险管理和综合管理。而中国项目管理研究委员会则将项目管理的内容概括为2个层次、4个阶段、5个过程、9大知识领域、42个要素及多个主体。如表1.1所示。10111.项目综合管理项目其包括3个基本的子过程：制订项目计划;项目计划执行;综合变更控制。2．项目范围管理

PMBOK将其分成5个阶段：启动;范围计划;范围界定;范围核实;范围变更控制。(ProjectManagementBodyofKnowledge)3．项目时间管理

PMBOK提出，项目时间管理由下述5项任务组成：活动定义;活动排序;活动时间估计;项目进度编制;项目进度控制。4．项目成本管理包括以下4个过程：制订资源计划;成本估计;成本预算;成本控制。5．项目质量管理主要包括以下4个过程：质量规划;质量控制;质量保证;全面质量管理。项目管理的基本内容:126．项目人力资源管理包括如下几个主要的过程：人力资源规划;招聘与解聘;筛选;定向;培训;绩效评估;职业发展;团队建设。7．项目风险管理

PMBOK将其归纳为4个主要过程：风险识别；风险估计；风险应对计划；风险控制。8．项目沟通管理包括如下一些基本的过程：编制沟通计划；信息传递；绩效报告；管理收尾。9．项目采购管理主要包括：编制采购计划；编制询价计划；询价；选择供应商；合同管理；合同收尾。项目管理的基本内容:131.1.4项目管理的成功因素范围(Scope)时间(Time)成本(Cost)质量(Quality)141.2IT软件项目管理1.2.1IT软件项目1.2.2IT软件项目管理1.2.3IT软件项目管理的活动151.2.1IT软件项目IT项目限制在以软件开发、集成和实施为主要目的的项目范围内，简称IT软件项目。IT项目具有自己非常明显的特点：阶段性(紧迫性)独特性不确定性。161.2.2IT软件项目管理IT软件项目管理和其他项目管理相比，具有很大的独特性。生产无形的产品过程没有明显的划分。大都是“一次性”的人力消耗型项目。171.2.3IT软件项目管理的活动IT软件项目管理主要的活动包括：l

编写项目建议书l

项目成本的度量l

项目计划和进度安排l

项目监控和复审l

人员选择和评估l

项目报告的准备和发布181.3IT软件项目的组织结构1.3.1软件项目的组织结构1.3.2项目经理1.3.3产品项目组1.3.4主程序员组1.3.5程序员的工作效率191.3.1软件项目的组织结构201.3.2项目经理

项目经理的基本职责可以归纳为领导项目的计划、组织和控制工作，以实现项目的目标，即项目经理领导项目团队完成项目目标，项目经理需要协调各个团队成员的活动，使这些成员成为一个和谐的整体，履行各自的工作。211.3.3产品项目组采用小规模的产品项目组有以下优势：l

沟通和交流的时间大大缩短。l

工作标准可以不断提高。l

成员可以更加紧密地结合在一起工作。l

成员在编程时能为其他成员着想。l成员能更好地了解其他成员的工作及进度。221.3.4主程序员组

主程序员的核心由以下3部分组成，如图1.3所示：主程序员；熟练而有经验的辅助程序员；资料管理员。

主程序员

辅助程序员

专家池与外部沟通资料管理员图1.3主程序员组结构231.3.5程序员的工作效率

在IT项目中对工作效率的度量主要是采取间接测量的方法。几种常用的间接测量方法有：

l

每人月代码行(LOC)l

每人月编的目标指令(OI)l

每人月写的文档页数(POD)l

每人月测试和执行的错误数(T&E)24

总开发时间包括分析和设计时间、编码时间、测试时间和编写文档的时间，其中编码时间只是其中的一部分，各部分时间的关系如图1.4所示：25第2章IT项目管理的基本表述方法26第2章IT项目管理的基本表述方法2.1工作分解结构2.2甘特图2.3IT项目的网络表示法2.4关键路径法2.5计划评审技术272.1工作分解结构(WBS)工作分解结构是一个“化整为零”的工具，它依据项目本身的内在结构，将项目转化为多个相互联系的子任务，并运用相应的管理技术，为项目建立一个全面的科学结构模型，通常用图和表的形式表示。下面以某一特定的软件项目为例，来说明工作分解结构图。如图2.1所示。从图2.1中可以看出，工作分解结构中的每一项都有惟一的标志，这些标志可以为成本和资源的分层和计算提供方便。28项目概要720小时$38000.0011设计阶段360小时$18400.0021.1编程阶段200小时$10000.0041.2测试阶段160小时$9600.0051.3设计阶段180小时$4000.0031.1.1设计阶段2280小时$14400.0061.1.2开始设计里程碑设计任务1结束设计里程碑编程任务2设计任务4设计任务3结束编程里程碑设计任务2编程任务1测试任务2测试任务1测试任务3结束测试里程碑29工作分解结构的两个重要特征是“分解”和“图表表示”。然而，也需要与其他的“分解”和“图表”相区别：第一，并不是所有以图表形式绘制的分解结构图都表示工作分解结构。第二，工作分解结构不应当与其他用于表述项目信息的“分解”结构相混淆，在某些应用领域，还常见到一些其他的分解结构，如：合同工作分解结构(CWBS);组织分解结构(OBS);资源分解结构(RBS);材料清单(BOM);项目分解结构(PBS)。30“分解”工作包括以下几个主要步骤：确定项目的主要可交付成果。确定每个可交付成果的详细程度，以便对每个可交付成果能够编制恰当的成本和时间预算。确定可交付成果的组成元素。核实分解的正确性。

312.2甘特图甘特图(GanttChart)，是表示项目各阶段任务开始时间与结束时间的图。甘特图用水平线段表示阶段任务；线段的起点和终点分别对应于任务的开始时间和结束时间；线段的长度表示完成任务所需的时间。甘特图的优点是表明了各任务的计划进度和当前进度，能动态地反映软件项目的开发和进展情况。缺点是难以反映多个任务之间存在的复杂逻辑关系。32项目甘特图33342.3IT项目的网络表示法网络是适用于成本与计划控制的一种项目管理工具。通过图表，工程师和管理者可以直观地表示时间或成本的计划与控制情况网络分析是在20世纪60年代作为一个控制大型项目的技术而引入项目管理过程中的，引入网络技术之前(大约在1956年)，主要使用其他的一些计划方法，如活动列表、日记、条形图、甘特图等。35讲义版权由Win-WinInternational所有，未经同意，不得转印

绘制网络图方法之

---节点法（ActivityonNode）---工作任务描述任务序号负责人工期估计

洗车1王2hrs

擦车2李3hrsActivity=工作任务(Task)每项工作任务由一个框来表示每个框有任务序号，负责人，工期估计每一项任务只有在与它联系的所有先前任务完成后才能启动36讲义版权由Win-WinInternational所有，未经同意，不得转印

绘制网络图方法之

---箭头法（ActivityonArrow）---

洗车王

擦车

李每项工作任务由一个箭头来表示箭头的长度与工期时间或重要性无关箭头与箭头之间以圆圈连接，圈内是事件（Event）序号一个圆圈代表它前面任务的结束，并是它后面任务的开始事件序号事件序号工作任务描述

负责人工期评估1232hrs3hrs37讲义版权由Win-WinInternational所有，未经同意，不得转印

为ABC公司实施办公自动化项目网络图验收刘海521949531天50最晚结束时间工期最早结束时间最晚开始时间任务序号最早开始时间任务主要负责人示意图38392.4关键路径法一般求出某个项目的关键路径的基本步骤为：l求出各活动的时间参数ES(最早开始时间)和EF(最早完成时间)。l求出各活动的时间参数LF(最迟完成时间)和LS(最迟开始时间)。l

计算时差。l

确定关键路径。402.5计划评审技术

计划评审技术PERT(ProgramEvaluationandReviewTechnique)对各个项目活动的完成时间按3种不同情况估计：乐观时间(optimistictime)——任何事情都顺利的情况，完成某项工作的时间。最可能时间(mostlikelytime)——正常情况下，完成某项工作的时间。悲观时间(pessimistictime)——最不利的情况，完成某项工作的时间。41第3章IT软件项目管理概述42第3章IT软件项目管理概述3.1IT软件项目生命周期的划分3.2IT软件项目生命周期中3.3IT软件项目生命周期中的重要概念3.4IT软件项目管理里程碑433.1IT软件项目生命周期的划分生命周期都包括识别、设计、实施和评估4个阶段:图3.1典型软件项目开发的生命周期初步需求子系统需求分析概念设计逻辑设计开发概念原型第一次开发风险分析开发结果评估识别设计实施评估系统配置、运行、产品成型系统需求分析物理设计第二次开发开发结果评估整体需求最终设计最终开发测试

443.1IT软件项目生命周期的划分3.1.1瀑布模型3.1.2原型模型3.1.3螺旋模型453.1.1瀑布模型

瀑布模型:

是美国WinstonRoyce向IEEEWESCON（Royce,Winston1970）提交的一篇名为《管理大规模软件系统的开发》的论文中首次提出的。由于这种方法是从一个阶段成瀑布流入下一个阶段，所以这个模型就称为“瀑布模型”。瀑布模型有很多的变化，包括以下的阶段：需求分析与定义，系统设计与软件设计，系统实施与单元测试，系统集成与系统测试，系统运行与系统维护。46问题定义特点：1）阶段间具有顺序性和依赖性

2）推迟实现的观点

3）质量保证的观点。可行性研究需求分析总体设计详细设计编码与单元测试综合测试软件维护软件定义时期软件开发时期软件维护时期473.1.2原型模型原型(Prototype)法的基本过程：用户提出系统需求识别并归纳用户需求快速开发一个模型确定模型后的处理系统运行、维护重新设计或选择模型满意模型不满意图3.4原型法的基本过程评价模型模型不可行修改模型

483.1.3增量模型融合了瀑布模型的基本成分和原型的迭代特征。采用随着日程时间的进展而交错的线性序列。49增量模型(Cont.)分析分析分析分析设计设计设计设计编码编码编码编码测试测试测试测试增量1增量2增量3增量4503.1.4螺旋模型

风险分析风险分析风险分析风险分析原型1原型2原型3可用原型建模模拟评价软件需求需求确认操作概念需求计划开发计划软件产品设计设计确认与验证集成与测试计划详细设计编码单元测试集成测试接收测试实现成本评审制订下阶段计划确定下阶段目标和约束条件风险分析、构造原型开发、验证阶段软件产品过程迭代图3.5螺旋模型

51螺旋模型52螺旋模型分析在螺旋模型结构中，维护只是螺旋模型的另一个周期，在维护和开发之间本质上并没有区别，从而解决了做太多测试或未作足够测试所带来的风险。适用条件内部的大规模软件的开发，不太适合合同软件。一般只适用于大规模软件的开发螺旋模型533.2IT软件项目生命周期中各阶段任务根据前面对IT软件项目各个主要模型生命周期的分析，可以将一般的软件项目开发过程详细划分为如图3.6所示的6个主要阶段，即项目开发准备阶段、调查研究阶段、项目分析阶段、项目设计阶段、项目实施阶段、维护与评价阶段。54供决策参考提出可行性分析修改意见项目咨询人员项目开发准备阶段调查研究阶段项目分析阶段项目设计阶段项目实施阶段维护与评价阶段项目咨询人员项目专业管理人员项目专业管理人员软件设计人员软件设计人员操作人员

操作人员新的项目准备图3.6软件项目的开发阶段553.3IT软件项目生命周期中的重要概念在IT软件项目生命周期中有3个与时间相关的重要概念：检查点(CheckPoint)、里程碑(MileStone)、基线(BaseLine)56检查点指在规定的时间间隔内对项目进行检查，比较实际与计划之间的差异，并根据差异进行调整。可将检查点看作是一个固定“采样”时点，而时间间隔根据项目周期长短不同而不同，频度过小会失去意义，频度过大会增加管理成本。常见的间隔是每周一次，项目经理需要召开例会并上交周报。

57里程碑主里程碑所处阶段目

标下一阶段目标里程碑识别阶段末期向所有项目干系人提供一份如何开展项目的建议书，包括项目计划、成本和进度表以及期望的利润和效益等设计设计里程碑设计阶段末期向所有项目干系人提供一个经过论证的可执行的设计方案开发开发里程碑开发阶段末期评估软件的可读性和可用性，以便软件产品开始向客户/用户的转换测试产品版本里程碑评估阶段末期评价软件的完整性和软件对其所支持组织的转换

完成阶段性工作的标志。

58基线指一个（或一组）配置项在项目生命周期的不同时间点上通过正式评审而进入正式受控的一种状态。基线其实是一些重要的里程碑，但相关交付物要通过正式评审并作为后续工作的基准和出发点。基线一旦建立后变化需要受控制。重要的检查点是里程碑，重要的需要客户确认的里程碑，就是基线。在我们实际的项目中，周例会是检查点的表现形式，高层的阶段汇报会是基线的表现形式。59第4章IT软件项目可行性研究60第4章

IT软件项目可行性研究IT软件项目开发的可行性一般包括了可能性、效益性和必要性3个方面。可能性包括了技术、物资、资金和人员支持的可行性；效益性包括了实施项目所能带来的经济效益和社会效益；必要性则比较复杂，包括了社会环境、领导意愿、人员素质、认知水平等诸方面的因素。因此，在项目启动之前进行项目的可行性研究是非常必要的，而且也是必须的。

61第4章

IT软件项目可行性研究

4.1可行性研究的内容4.2可行性研究的步骤4.3效益的预测与评估4.4投入产出比和投资回收期624.1可行性研究的内容4.1.1技术可行性分析4.1.2经济可行性分析4.1.3运行环境可行性分析4.1.4其他方面的可行性分析634.1.1技术可行性分析技术可行性分析是指在当前市场的技术、产品条件的限制下，能否利用现在拥有的以及可能拥有的技术能力、产品功能、人力资源来实现项目的目标、功能、性能，能否在规定的时间期限内完成整个项目。技术可行性分析一般应当考虑：进行项目开发的风险;

人力资源的有效性；技术能力的可能性；

物资(产品)的可用性。644.1.2经济可行性分析经济可行性分析：主要是对整个项目的投资及所产生的经济效益进行分析，具体包括：支出分析、收益分析、投资回报分析以及敏感性分析等。654.1.3运行环境可行性分析

运行环境是制约软件在用户单位发挥效益的关键。664.1.4其他方面的可行性分析

IT软件项目的可行性研究除了前面介绍的技术、经济和运行环境可行性分析外，还包括了诸如法律可行性、社会可行性等方面的可行性分析。674.2可行性研究的步骤

可行性研究分为初步可行性研究、详细可行性研究、可行性研究报告等3个基本的阶段，可以归纳成几个基本步骤：

(1) 确定项目规模和目标。

(2) 研究正在运行的系统。

(3) 建立新系统的逻辑模型。

(4) 导出和评价各种方案。

(5) 推荐可行性方案。

(6) 编写可行性研究报告。

(7) 递交可行性研究报告。

684.2可行性研究的步骤4.2.1初步可行性研究4.2.2详细可行性研究4.2.3可行性研究报告694.2.1初步可行性研究

进行初步可行性评估，可以从几个方面进行衡量，以便是否决定开始详细可行性研究：分析项目的前途，从而决定是否应该继续深入调查研究；初步估计和确定项目中的关键技术及核心问题，以确定是否有可能解决；初步估计必须进行的辅助研究，以解决项目的核心问题，并判断是否具备必要的技术、实验、人力条件作为支持。70通过项目的初步可行性研究就应当能够回答下面的一些问题：

项目进行投资建设的必要性。项目建设的周期。项目需要的人力、财力资源。项目的功能和目标是否可以实现。项目的经济效益、社会效益是否可以保证。项目从经济上、技术上是否是合理的。714.2.2详细可行性研究进行可行性研究工作的主要依据有：国家经济和社会发展的长期规划，部门与地区的发展规划，以及国家和地方的相关政策、法律、法规和制度。项目建议书或者项目建议书批准后签订的意向性协议。国家、地区、企业的信息化规划和标准。

市场调研分析报告。

技术、产品或工具的有关资料。

72IT软件项目详细可行性研究的内容，一般可以归纳为：概述：提出项目开发的背景、必要性和经济意义，研究项目工作的依据和范围，产品交付的形式、种类、数量。需求确定：调查研究国内外客户的需求情况，对国内外的技术趋势进行分析，确定项目的规模、目标、产品、方案和发展方向。现有资源、设施情况分析：调查现有的资源(包括硬件设备、软件系统、数据、规章制度等)种类与数量，以及这些资源的使用情况和可能的更新情况。设计(初步)技术方案：确定项目的总体和详细目标、范围，总体的结构和组成，核心技术和关键问题、产品的功能与性能。项目实施进度计划建议。投资估算和资金筹措计划。项目组织、人力资源、技术培训计划：包括现有的人员规模、组织结构、人员层次、个人技术能力、人员技术培训计划等。

合作/协作方式。

734.2.3可行性研究报告编写一份关于IT软件项目的可行性研究报告，可以考虑从如下几个方面进行：第1部分

概述

第2部分

项目技术背景与发展概况

第3部分

现行系统业务、资源、设施情况分析第4部分

项目技术方案

第5部分

实施进度计划

第6部分

投资估算与资金筹措计划

第7部分

人员及培训计划

第8部分

不确定性(风险)分析

第9部分

经济和社会效益预测与评价

第10部分

可行性研究结论与建议

74第5章IT软件项目计划管理755.1IT软件项目计划管理很重要性的一项复杂的、自始至终不断迭代的

从不同的角度出发有不同的种类

为项目的运作提供可靠的实施基础提供可行的工作计划项目计划管理是：765.1IT软件项目计划管理使软件项目的开发建立在可靠的基础之上，将项目计划变成开发人员能够遵循的文档，并据此跟踪、检查、监控计划的执行。确定软件项目开发的活动和承诺，使软件开发工作有序而协调地进行，以便根据软件计划的资源、约束和能力逐步向客户履行承诺。明确与软件项目相关的组织和个人的职责，将任务责任落实到具体的小组和个人，从组织管理上确保项目开发的成功。项目计划的目的：775.2确定IT软件项目的目标(1) 明确制定项目目标的主题。项目目标一般由项目发起人或者项目提议人来确定。(2) 描述项目目标。项目目标必须明确、具体，尽量定量描述，保证项目目标容易被沟通和理解，并使每个项目组成员结合项目目标确定个人的具体目标。主要分为两步：785.2确定IT软件项目的目标定量化原则：确定项目目标时，尽可能定量描述，使得每个目标的范围、时间、成本、性能、责任等都是明确的，可以度量和监控的。个人化原则：每个具体目标应当落实到项目组的每个成员，使得每个成员都明确自己的工作和职责。简单化原则：目标的描述应当是简单而直接的，使得每个参与人员都能明确而无二义性。现实性原则：确定的每个目标都是可以实现的，而不是追求理想化的结果。遵循一些基本原则：795.3项目范围管理5.3.1项目范围管理概述5.3.2项目范围规划5.3.3项目范围定义805.3.1项目范围管理概述项目范围的确定项目范围(ProjectScope)包括项目的最终产品或者服务，以及实现该产品或者服务所需要执行的全部工作。项目范围管理的任务是界定项目所必须包含且只需要包含的全部工作，并对其他的项目管理工作起指导作用，以确保项目顺利完成全部的过程。

815.3.2项目范围规划项目范围规划的输入项目范围规划的工具和技术

项目范围规划的输出

825.3.2项目范围规划产品描述项目章程制约因素前提条件项目范围规划的输入：835.3.2项目范围规划产品分析

成本效益分析项目方案识别技术专家评定项目范围规划的工具和技术

：845.3.2项目范围规划项目范围说明书范围管理计划项目范围规划的输出：855.3.2项目范围定义范围说明书制约因素前提条件其他计划结果历史资料使用工具：工作分解结构模板范围定义的输入：865.4制定IT软件项目进度计划5.4.1软件项目进度计划5.4.2制定软件项目进度计划的指导原则5.4.3项目进度计划的制定过程875.4.1软件项目进度计划考虑各种因素，串并性产品发行集成调试需求定义需求评估概要设计详细设计概要评估测试计划测试过程测试评估设计评估编码单元调试图5.4软件项目开发的并行性885.4.2制定软件项目进度

计划的指导原则1.将用于编制软件项目计划及跟踪软件项目的工作文档化。2.对于软件项目的实施采用文档化的承诺。3.相关的机构或个人认可他们对软件项目的承诺。4.指定软件项目负责人负责落实软件项目的承诺并制定项目的软件开发计划。5.确保软件项目存在一份文档化的、并被认可的工作任务说明。6.软件开发计划要指定人员角色分工，明确责任。7.对软件项目所需要的、适当的资源及资金做出计划。895.4.2制定软件项目进度

计划的指导原则8.对软件项目负责人、软件工程师及其他与软件项目计划编制有关的人员进行适合其职责范围的培训。9.成立相关软件项目组及相关的方案论证小组。10.软件项目组及相关的方案论证小组在整个项目生命期内参加全部的项目计划编制工作。11.按照书面流程与高级管理人员或企业外部机构软件项目的承诺进行复审。12.明确划分为预先定义的、规模可管理的阶段的软件生命周期。13.按照书面流程开发项目的软件开发计划。14.将软件项目计划文档化。

905.4.2制定软件项目进度

计划的指导原则15.确定软件项目需要建立及维护控制的软件产品。

16.按照书面流程进行对软件产品规模的估计(或软件产品规模的改变)。17.按照书面流程进行对软件项目工作量及费用的估计。18.按照书面流程进行对项目所需要的关键计算机资源的估计。19.按照书面流程确定项目的软件开发进度。20.识别、评估与项目的费用、资源、进度及技术方面相关的软件风险，并文档化。21.准备项目的软件工程机制及支撑工具的计划。

915.4.2制定软件项目进度

计划的指导原则22.记录软件计划编制数据。23.制定并使用度量方法以确定软件计划活动的状态。24.定期与高级管理人员对软件项目计划活动进行复审。

25.以定期及事件驱动方式对软件项目管理人员及软件项目计划活动进行复审。26.对软件质量保证人员及软件项目计划活动、工作产品进行回顾及审核，并将结果文档化。

925.4.3项目进度计划的制定过程项目网络图活动持续时间估计资源需求资源安排描述日历约束条件假设条件提前或滞后要求风险管理计划依据:935.4.3项目进度计划的制定过程数学分析法持续时间压缩法模拟法资源分配的启发式方法项目管理软件工具和技术:945.4.3项目进度计划的制定过程项目进度计划详细依据说明进度管理计划更新的项目资源需求输出:955.4.4软件项目计划的主要活动1.计划初始阶段2.指定软件开发计划SDP3.对SDP草稿进行审查和批准4.实施软件开发计划5.软件开发过程的质量和评价6.修改SDP965.4.4软件项目计划的主要活动软件规模、成本、日期估计软件项目跟踪和监控计划过程开始制订项目计划SDP对SDP审查和批准实施软件开发计划SDP过程度量和评价修改SDP需求管理软件配置管理(SCM)软件质量保证(SQA)图5.5软件项目计划的实现过程975.5软件项目计划书1.引言1.1计划的目的1.2项目的范围和目标1.2.1范围描述1.2.2主要功能1.2.3性能1.2.4管理和技术约束2.项目估算2.1使用的历史数据2.2使用的评估技术2.3工作量、成本、时间估算985.5软件项目计划书3.风险管理战略3.1风险识别3.2有关风险的讨论3.3风险管理计划3.3.1风险计划3.3.2风险监视3.3.3风险管理4.日程4.1项目工作分解结构4.2进度安排(甘特图)4.3资源表

995.5软件项目计划书5.项目资源5.1人员5.2硬件和软件5.3特别资源6.人员组织6.1组织结构6.2管理报告7.跟踪和控制机制7.1质量保证和控制7.2变化管理和控制8.附录

100第6章IT软件项目成本管理101第6章

IT软件项目成本管理

6.1IT项目成本

6.2IT项目开发成本的估算方法

6.3成本估算案例

6.4项目成本控制

1026.1IT项目成本

6.1.1项目成本

6.1.2影响项目成本的因素

6.1.3项目成本管理的内容

1036.1.1项目成本对于一般项目，项目的成本主要由项目直接成本、管理费用和期间费用等构成。

IT项目的成本主要由以下4部分构成：

硬件成本

差旅及培训费用

软件开发成本

项目管理费用

1046.1.2影响项目成本的因素

项目成本的影响因素很多，对于IT软件项目，影响因素主要包括：项目质量对成本的影响

工期对成本的影响

管理水平对成本的影响

人力资源对成本的影响

价格对成本的影响

1056.1.3项目成本管理的内容

项目成本管理主要包括：资源计划编制、费用估算、费用预算、不可预见费用费用控制。

1066.2IT项目开发成本的估算方法6.2.1IT项目成本的常用估算方法

6.2.2面向规模(LOC)的度量

6.2.3面向功能点(FP)的度量

6.2.4COCOMO模型

COnstructiveCOstMOdel，构造性成本模型1076.2.1IT项目成本的常用估算方法最基本的估算方法有以下几种：

成本建模技术

专家判定技术

类比评估技术

自顶向下估算法

自下而上估算法

赢利定价法

108分解与度量方法：分解主要是做两个方面工作：一是按工作分解结构和工作任务(工作包)分摊成本；二是按工期时段分摊成本。目前最常用且最好用的度量方法主要有3种：面向规模(LOC)、面向功能点(FP)及COCOMO模型的度量方法。

1096.2.2面向规模(LOC)的度量

为了与其他项目中的同类度量相比较，选择代码行作为规范化，这样，就可以为每个项目产生一组简单的、面向规模的度量标准：

每千行代码(KLOC)的错误数。每千行代码行(KLOC)的缺陷数。

每千行代码行(KLOC)的成本。

每千行代码行(KLOC)的文档页数。

每人月错误数。

每页文档的成本。

1106.2.3面向功能点(FP)的度量功能点可由以下4个参数计算出来：外部输入和输出数；外部接口数；用户交互数；系统要用的文件数。功能点法是通过建立一个标准来确定某个特定的测量参数(简单、平均或复杂)的功能点数，一般，可以采用下面的方式计算功能点：

FP=总计数值×[0.65+0.01×SUM(Fi)]111

一旦计算出功能点，就可以采用类似面向规模的方法来使用，以便规范软件生产率、质量及其他属性的测量：每个功能点(FP)的错误数

每个功能点(FP)的缺陷数

每个功能点(FP)的成本

每个功能点(FP)的文档页数

每人月完成的功能点(FP)数面向功能点(FP)和面向规模(LOC)两种度量方法之间的关系为：LOC=AVC×功能点的数量，其中AVC是指该语言在实现一个功能点时所要用的平均代码行数。

6.2.3面向功能点(FP)的度量1126.2.4COCOMO模型

它是一种精确、易于使用的,基于模型的成本估算方法，最早由勃姆(Boehm)于1981年提出。从本质上说是一种参数化的项目估算方法,参数建模是把下那个目的某些特征作为参数,通过建立一个数字模型预测项目成本(类似于居住面积作为参数计算的整体的住房成本).1136.2.4COCOMO模型

COCOMO模型的项目成本估算公式为：

E=A(KDSI)b

在COCOMO模型中，根据开发环境及项目规模等因素，可把项目分为以下3种：组织模式；半分离模式；嵌入模式相应地，COCOMO模型的层次结构也包括3种基本形式，即初级COCOMO模型、中级COCOMO模型和高级COCOMO模型。

1146.4项目成本控制

6.4.1项目成本控制的内容

6.4.2项目成本控制的流程与方法

1156.4.1项目成本控制的内容项目的成本控制就是在整个项目的实施过程中，定期收集项目的实际成本数据，与成本的计划值进行对比分析，并进行成本预测，发现并及时纠正偏差，以使项目的成本目标尽可能好地实现。

项目成本控制的主要内容包括：

对造成成本基准计划发生改变的因素施加影响，以保证这种变化朝着有利项目的方向发展。

确定项目基准计划是否已经发生变化。

在实际成本基准计划发生变化和正在发生变化时，对这种变化实施有效的管理。

监视项目成本执行情况，及时发现与成本计划的偏差。

确保所有有关成本的变更都准确记录在项目成本基准计划中。

防止不正确、不适宜或者未核准的变更纳入成本基准计划中。

将核准的变更通知有关项目干系人。

1166.4.2项目成本控制的流程与方法

在项目管理中，成本控制、质量控制和进度控制一起贯穿项目实施的全过程。其控制原理如图6.9所示。

项目进展收集实际

成本数据计划成本与实际成本比较偏差采取控制措施

图6.9动态成本控制原理是否

117成本控制的工作流程如图6.10所示，工作范围投资/成本预算进度计划检查跟踪预测分析成本检查/预测报告/报表决策(采取措施纠正偏差)图6.10项目成本控制流程118成本控制方法和技术实施成本控制的方法和基本技术主要包括：成本控制改变系统

绩效度量

附加计划

119第7章IT软件项目质量管理120第7章IT软件项目质量管理

7.1质量管理基本概念7.2IT软件质量管理基本知识7.3软件项目质量计划7.4软件项目评审7.5软件质量体系7.6软件过程能力成熟度模型(CMMI)1217.1质量管理基本概念7.1.1质量、质量特性、质量管理的定义7.1.2质量管理发展过程及影响因素7.1.3全面质量管理1227.1.1质量的定义

实体是指可单独描述和研究的事物，也就是有关质量工作的对象，它的内涵十分广泛，可以是活动、过程、产品(软件、硬件、服务)或者组织等。明确需求是指在标准、规范、图样、技术要求和其他文件中已做出规定的需要。隐含需求是指用户和社会对实体的期望以及公认的、不必明确的需求，需要对其加以分析研究、识别并加以确定的。质量：国际标准组织对质量的定义：“反映实体满足主体明确和隐含需求的能力的特性总和”

1237.1.1质量特性的定义

质量是综合的概念，它要求功能、成本、服务、环境、心理等诸方面都能满足用户的需要。质量是一个动态的、相对的、变化的、发展的概念，随着地域、时期、使用对象、社会环境、市场竞争的变化而被赋予不同的内容和要求，而且随着社会的进步及知识创新，其内涵和要求也是不断更新、丰富的。质量特性：

“是指实体所特有的性质，它反映实体满足需求的能力”

1247.1.1质量管理的定义

质量管理是项目管理的重要组成部分，是一个项目的性能(功能)、成本、进度3项指标实现的重要领域。质量管理主要就是监控项目的可交付产品和项目执行的过程，以确保它们符合相关的要求和标准，同时确保不合格项能够按照正确方法或者预先规定的方式处理。质量管理：“确定质量方针、目标和职责并在质量体系中通过质量计划、质量控制、质量保证和质量改进使其实施的全部管理职能的所有活动”

1257.1.2质量管理发展过程及影响因素以产品为中心的质量检验和统计质量控制阶段(18世纪——1950年)。以顾客为中心的质量保证阶段(1950年——1987年)。强调持续改进的质量管理阶段(1987年——

现在)。全面质量管理阶段(TQM)。检验统计质量控制质量保证质量管理全面质量管理图7.1质量管理发展阶段1267.1.2质量管理发展过程及影响因素供应单位用户采购制定工艺产品研制市场研究服务销售检验生产图7.2产品质量循环1277.1.2质量管理发展过程及影响因素产品质量材料方法设备测量人员环境图7.3产品质量的主要影响因素1287.1.3全面质量管理1.系统的观点产品质量的形成和发展过程包括了许多相互联系、相互制约的环节，不论是保证和提高产品质量还是解决产品质量问题，都应该把生产企业看成一个开放的系统，运用系统科学的原理和方法，对所有环节进行全面的组织管理。2.向用户服务的观点，用户满意是第一原则要树立质量第一、用户第一的思想，满足广义用户(产品的使用者以及企业生产过程的下一阶段)对产品质量的要求。3.预防为主的观点，事前主动进行质量管理这个观点要求生产企业的质量管理重点应从事后检验把关转移到事前预防，从管结果转变为管因素，找出影响产品质量的各种因素，抓住主要因素，使生产经营活动处于受控状态。1297.1.3全面质量管理APCD检查执行经验教训遗留问题问题原因主要原因

计划图7.4质量管理的PDCA循环图1307.2IT软件质量管理基本知识

7.2.1软件质量概念7.2.2软件质量影响因素7.2.3软件度量标准7.2.4软件项目质量保证7.2.5软件质量管理

1317.2.1软件质量概念ISO8402定义：“对用户在功能和性能方面需求的满足、对规定的标准和规范的遵循以及正规软件某些公认的应该具有的本质”ANSI/IEEE定义：“与软件产品满足规定的和隐含的需求能力有关的特征和特性的全体”

软件质量不是绝对的，而是相对的概念，讨论软件的质量，最终将归结为定义软件的质量特性，而定义一个软件的质量，就等价于为该软件定义一系列质量特性软件质量：1327.2.1软件质量概念B.W.Boehm、T.R.Brown和M.Lipow于1976年首次提出软件质量模型1977年Walters和McCall提出了新的软件质量层次模型与度量1994年ISO9000-3软件质量国际标准(ISO的软件质量评价模型)给出了6个软件质量特性和与其相关的21个质量子特性的明确定义软件质量模型：1337.2.1软件质量概念Boehm软件质量模型：总体效用可移植性可维护性可使用性可靠性效率人性化可测试性易理解性可修改性设备无关性自包含性准确性完备性健壮性一致性可说明性设备效率易存取性易交流性自描述性结构性简明性易读性可扩充性图7.5Boehm软件质量模型1347.2.1软件质量概念McCall软件质量模型：产品修改产品升级产品运行正确性、可靠性、高效性、易用性、完整性可维护性灵活性可测试性可移植性可重用性互操作性图7.6McCall软件质量模型1357.2.2软件质量影响因素正确性

健壮性

效率

完整性(安全性)可用性

风险

可理解性

可维修性

灵活性(适应性)可测试性

可移植性

可重用性

互操作性1367.2.3软件度量标准软件度量标准可以分为：“控制度量标准”“预测度量标准”1377.2.3软件度量标准预测度量标准：软件过程控制度量标准管理决策软件产品预测度量标准图7.7预测与控制度量标准1387.2.3软件度量标准自动数据收集过程：软件系统有用数据错误数据图7.8自动化数据收集过程1397.2.4软件项目质量保证质量保证(QualityAssurance，QA)包括：质量管理方法。有效的工程技术。整个过程采用的正式复审技术。多层次的测试技术。对文档及其修改的控制。项目的标准及规格等。1407.2.4软件项目质量保证软件质量保证(SoftwareQualityAssurance，SQA)包括：质量方针的制定和贯彻。质量保证方针和质量保证标准的制定。质量保证体系的质量保证工作。明确各阶段的质量保证工作。各阶段的质量评审。确保设计质量。重要质量问题的提出与分析。总结实现阶段的质量保证活动。整理面向用户的文档、说明书等。产品质量鉴定、质量保证系统鉴定。质量信息的搜集、分析和使用等。1417.2.5软件质量管理软件产品的质量软件产品的质量目标开发过程的质量目标开发过程的质量图7.9开发过程质量和软件产品质量的关系1427.3软件项目质量计划

7.3.1软件质量标准7.3.2软件项目质量计划7.3.3软件项目质量保证7.3.4软件项目质量控制7.3.5软件质量管理的实施

1437.3.1软件质量标准软件质量标准的定义，有3个重要方面需要强调：软件需求是进行质量度量的基础，与需求不符就是质量不高。指定的标准定义了一组指导软件开发的准则。如果不遵循这些准则，就极有可能导致软件质量的不高。软件需求中通常有一组“隐含需求”是很少被提及的，如对易维护的要求，如果软件符合了明确需求却没有满足隐含需求，软件的质量仍然值得怀疑。1447.3.2软件项目质量计划依据:质量方针。质量方针是由高层管理者对项目的整个质量目标和方向制定的一个指导性的文件。但是，在项目实施过程中，可以根据实际情况对质量方针进行适当的修正。范围描述。项目的范围描述说明了投资人对项目的需求以及项目的主要要求和目标，因此，范围描述是质量计划的重要依据。产品描述。产品描述包含了更多的技术细节和性能标准，是制定质量计划必不可少的部分。标准和规则。项目质量计划的制定必须参考相关领域的各项标准和特殊规定。其他工作的输出。在项目中，其他方面的工作成果也会影响质量计划的制定。1457.3.2软件项目质量计划方法和技术:效益/成本分析法。质量计划必须考虑效益与成本的关系。满足质量需求的主要效益是减少了重复性工作，即高产出、低成本、高用户满意度。质量管理的基本原则是效益与成本之比尽可能大。基准法。主要是通过比较项目的实施与其他同类项目的实施过程，为改进项目的实施过程提供借鉴和思路，并作为一个实施的参考标准。流程图。流程图是一个由箭线和结点表示的若干因素关系图，可以包括原因结果图、系统流程图、处理流程图等。因此，流程图经常用于项目质量控制过程中，其主要目的是确定以及分析问题产生的原因。试验设计。试验设计对于分析整个项目输出结果是最有影响的因素，也是十分有效的。对于软件开发，设计原型解决核心技术问题和主要需求也是可行和有效的。但是，这种方法存在费用与进度交换的问题。1467.3.2软件项目质量计划阶段成果:质量管理计划。主要描述了项目管理小组应该如何实施项目质量方针，包括对组织结构、责任、方法、步骤、资源等实施质量管理。质量计划提供了对整个项目进行质量控制、质量保证及质量改进的基础。操作说明。对于质量计划中的一些特殊条款需要附加的操作说明，包括注解、如何控制、如何度量，以及在何种情况下采取何种措施和方法等说明。检查表。各种检查表是记录项目执行情况和进行分析的工具，既可以简单，也可以复杂，但需要项目小组形成一种较标准的体系。1477.3.3软件项目质量保证质量保证的主要依据是:质量管理计划。质量控制度量结果。质量控制的度量是为了对质量控制测试记录和度量进行比较和分析。操作说明。在实施质量保证时，主要采取的工具和方法是：质量计划编制工具和技术。应用与质量计划制定过程的工具和方法也基本适用于质量保证过程。质量审核。1487.3.3软件项目质量保证《软件质量保证计划》:1.计划目的2.参考文献3.管理

3.1组织

3.2任务

3.3责任4.文档

4.1目的

4.2要求的软件工程文档

4.3其他文档5.标准和约定

5.1目的

5.2约定

7.测试8.问题报告和改正活动9.工具、技术和方法10.媒体控制11.供应者控制12.记录收集、维护保密13.培训14.风险管理

6.评审和审计

6.1目的

6.2评审要求

6.2.1软件需求的评审

6.2.2设计评审

6.2.3软件验证和确认评审

6.2.4功能评审

6.2.5物理评审

6.2.6内部过程评审

6.2.7管理评审

1497.3.4

软件项目质量控制依据:项目的阶段工作成果。包括项目的实施结果和产品结果。项目质量管理计划。操作描述。检查表。1507.3.4

软件项目质量控制方法和技术:检查。包括度量、考察、测试、对比等。控制图。监控项目的进度和费用变化、范围变化的幅度和频率、项目的其他管理结果等。统计样本。对项目实际执行情况的统计。流程图。包括原因结果图、系统流程图、处理流程图等。因此，流程图经常用于项目质量控制过程中，其主要目的是确定以及分析问题产生的原因。趋势分析。应用数学方法根据历史数据预测项目将来的发展趋势。可以用于监控项目的技术参数，例如，一般规模的软件存在多少个错误以及多少识别和修改，多少错误仍然未被发现等；也可以用于对费用和进度参数的预测。1517.3.4

软件项目质量控制产生的工作成果:项目质量改进的措施。可接受的决定。每个项目的工作都有可能被接受或拒绝，不被接受的工作需要重新进行。返工。确定需要返工工作的方案，以确定最小的成本和最少的返工工作量。检查表。进行项目质量检查时，需要随时完成对项目质量的纪录，完成相应的各种检查表。过程调整。包括了对质量控制度量结果的纠正以及采取预防工作等。1527.3.5

软件质量管理的实施定义过程开发产品评估产品质量改正过程过程标准化NY合格？图7.10软件质量管理贯穿产品生产的全过程1537.3.5

软件质量管理的实施遵循以下一些基本原则：控制项目所有过程的质量。过程控制的出发点是预防不合格。质量管理的中心任务是建立并实施文档化管理的质量体系。持续的质量改进。有效的质量体系应满足顾客和组织内部双方的需要和利益。定期评价质量体系。搞好质量管理的关键在于领导。1547.4软件项目评审7.4.1软件项目评审的基本概念7.4.2软件项目评审阶段7.4.3软件项目评审的作用1557.4.1

软件项目评审的基本概念评审是一种质量保证的机制：指出开发和管理人员或者软件产品所需改进的部分。确定软件产品中不需要或者不希望改进的部分。通过质量复审，得到更加一致的、更可预测的技术工作的质量，从而使得技术工作更加容易管理。1567.4.1

软件项目评审的基本概念软件项目有以下几种类型的评审：设计或者程序检查。目的是发现设计或者代码中的详细错误，并且检查设计和代码是否遵循了标准。管理评审。这种类型的评审，其目的是为软件项目的整个进度管理过程提供信息，它既是过程评审也是产品评审，主要关心项目的成本、计划和进度。管理评审是重要的项目检查点，在这些检查点上，经常做一些关于项目将来开发计划或者产品生存能力的决策。质量评审。个人或者小组的工作由评审小组进行评审。这个专门的评审小组由项目组成员和技术管理人员组成。这种类型的评审和设计与代码检查不同，因为系统不可能被详细地描述。这个评审的目的是对产品组件或文档进行技术分析，从而发现需求、设计、编码和文档之间的错误或者不匹配之处，以及是否遵循了质量标准或质量计划中的其他质量属性等更广泛的质量问题。1577.4.2

软件项目评审阶段选择评审小组安排地点时间分发文档评审通知和完成

评审表格图7.11评审过程1587.4.3

软件项目评审的作用软件质量评审是软件项目管理过程中的“过滤器”，

评审被用于软件开发过程中的多个不同的点上，起到发现错误(进而引发纠错活动)的作用。评审起到的作用是“净化”分析、设计和编码过程中所产生的软件工作产品。软件评审并不是在软件开发完毕后再进行的，而是在软件开发的各个阶段都要进行评审。

1597.4.3

软件项目评审的作用原始要求正确的规格说明错误的规格说明需求分析正确的设计错误的设计对错误说明的设计正确的编码错误的编码对错误说明的编码对错误设计的编码正确的功能可改正的错误潜伏的错误不可改正的错误不完善的产品设计编码测试图7.12错误“积累”及“放大”效应不符合需求的产品可行的产品1607.4.3

软件项目评审的作用表7.2需求阶段错误对后期的影响阶

段

错误扩张倍数

需求分析阶段

1设计阶段(概要、详细)3~6倍

编码阶段

10倍

集成测试阶段

15~40倍

系统测试阶段

30~70倍

运行

40~100倍

1617.5软件质量体系7.5.1ISO9000质量体系简介7.5.2ISO9000质量体系的原则7.5.3贯彻质量体系的意义

1627.5软件质量体系质量体系的定义：ISO8402-94对质量体系的定义是“为了实施质量管理的组织结构、职责、程序、过程和资源”的一种特定体系。

质量体系的要素可以分为两大类：一是质量体系的结构要素；二是质量体系的选择要素。前者是构成组织质量体系的基本要素；后者是质量体系涉及产品生命周期的全部阶段，从最初需求识别到最终满足需要的所有过程的质量管理活动。

1637.5.1ISO9000质量体系简介ISO9000标准系列，它由5个部分组成：(1)质量术语标准；(2)质量保证标准；(3)质量管理标准；(4)质量管理和质量保证标准的选用和实施指南；(5)支持性技术标准。1647.5.1ISO9000质量体系简介质量保证标准ISO9001设计、开发、生产和服务ISO9002生产、安装和服务ISO9003最终检验和试验标准选用与实施指南ISO9000-1选择和使用指南ISO9000-2是ISO9001-ISO9003实施通用指南ISO9000-3计算机软件中的实施指南ISO9000-4可信性大纲指南质量管理标准ISO9004-1指南ISO9004-2服务指南ISO9004-3流程性材料ISO9004-4质量改进质量术语标准支持性标准图7.13ISO9000标准系列框架1657.5.2ISO9000质量体系的原则质量管理八大原则：(1) 以客户为中心。(2) 统一的宗旨、明确方向和建设良好的内部环境。(3) 全员参与。(4) 将相关的资源和活动作为过程来进行管理。(5) 系统管理。(6) 持续改正。(7) 以事实为决策依据。(8) 互利的供求关系。

1667.5.3贯彻质量体系的意义意义有以下4个方面:提高IT公司管理水平，增强公司抗风险能力。提高软件产品质量，增强企业市场竞争能力。树立公司的良好形象，巩固和不断扩大市场分额。与国际接轨，有利于国际市场的开拓。1677.6软件过程能力成熟度模型(CMMI)7.6.1软件过程能力成熟度模型概述7.6.2ISO9000与CMMI168什么是SW-CMM？SW-CMMI称为软件能力成熟度模型，是CapabilityMaturityModelforSoftware的缩写形式。目前国际上最流行最实用的软件生产过程标准和软件企业成熟度等级认证标准。用于评价软件承包能力并帮助其改善软件质量的方法。美国卡内基-梅隆大学的软件工程研究所(SEI：SoftwareEngineeringInstitute)在1987年研制成功。卡内基-梅隆大学的软件工程研究所是美国国防部的软件开发基地之一，CMMI就是受美国国防部委托而研制的。169SW-CMM是什么？SEI给CMMI下的定义：对于软件组织在定义、实现、度量、控制和改善其软件过程的各个发展阶段的描述。这个模型便于确定软件组织的现有过程能力和查找出软件质量及过程改进方面的最关键的问题，从而为选择过程改进战略提供指南。如今的行情是：一家软件企业如果不能通过相应等级的CMMI评估，他的产品就少了一张进入国际市场的通行证。

170CMMI模型简介CMMI的五级模型初始级可重复级已管理级已定义级优化级成熟度风险1717.6.1软件过程能力成熟度模型概述CMMI模型,表7.3:

过程能力等级特点关键过程领域Ⅰ级—初始级软件开发过程是特定的，只有很少的工作过程是经过严格定义的，软件过程经常被改变，软件质量不稳定，进度、费用等难以预测

Ⅱ级—可重复级建立了基本的项目管理过程，可进行软件开发以及跟踪成本、进度和性能等方面所必须的过程管理。能提供可重复以前成功项目管理的经验和环境，软件需求、软件开发过程及其相应的技术状态是受控的需求管理软件项目软件项目跟踪和监督软件分包合同管理软件质量保证软件配置管理1727.6.1软件过程能力成熟度模型概述CMMI模型,表7.3(续):

过程能力等级特点关键过程领域Ⅲ级—已确定级软件开发活动的过程在管理活动、技术活动和支持活动等方面都已文档化、规范化。所有项目或产品的开发和维护都在这个规范化的体系基础上进行定制。软件项目的成本、进度、质量以及过程是受控的，软件质量具有可追溯性组织过程焦点组织过程定义培训大纲综合软件管理软件产品工程组织协调同行专家评审Ⅳ级—已管理级运用度量方法和数据，可以对软件产品和开发过程实施定量的分解和控制定量的过程管理软件质量管理Ⅴ级—优化级通过建立开发过程的定量反馈机制，不断产生新的思想、采用新的技术来不断地改进和优化软件开发过程缺陷预防技术改变管理过程改变管理1737.6.2ISO9000与CMMI二者之间的相关性是很明显的：都着眼于质量和过程管理，两者都为了解决同样的问题，直观上是相关的。

不同体现在两方面：其一，CMMI模型明确强调持续的过程改进，而ISO9001只要求质量体系的最小保证；其二，CMMI模型只关注软件，而ISO9001适用于更大的范围。

174第8章IT软件项目配置管理175第8章IT软件项目配置管理8.1软件配置管理概念8.2软件配置管理基本活动8.3软件配置管理组织8.4软件测试8.5配置管理工具1768.1软件配置管理概念

8.1.1软件配置及软件配置项8.1.2软件配置管理1778.1.1软件配置及软件配置项配置管理(ConfigurationManagement，CM)的目的是建立和维护在整个软件生命周期中软件项目产品的完整性和一致性。CM的主要目标是使修改部分更容易被适应，并减少变化中所花费的工作量。配置管理在一个IT软件项目中是必须的，特别是对那种规模大且周期较长的项目。软件配置管理是始终贯穿整个软件过程的保护性活动。软件配置管理的一系列活动被设计成为：标识变化、控制变化和保证变化被适当地实现，以及向其他可能的人员报告变化的一个有力和有效工具。

随着软件过程的进展，软件配置项(SoftwareConfigurationItems，SCI)迅速增长。一般，系统的软件规格说明了产生软件项目计划和软件需求说明以及与硬件相关的文档资料，然后在这些文档基础上又产生了其他的一些文档，从而形成了一个信息层次。

1788.1.2软件配置管理软件配置管理(SoftwareConfigurationManagement，SCM)是软件过程的关键要素，是开发和维护各个阶段管理软件演进过程的一种方法和规程。

软件配置管理使得整个软件产品的演进过程处于一种可视的状态。

软件配置管理作为CMM第2级上的一个关键域(KeyPracticeArea，KPA)，在整个软件的开发活动中占有很重要的位置。

及多少识别和修改，多少错误仍然未被发现等；也可以用于对费用和进度参数的预测。软件配置管理活动：1798.1.2软件配置管理软件配置管理功能：软件配置管理配置标识变更控制配置状态统计配置审核图8.1软件配置管理功能1808.2软件配置管理概念

8.2.1制定软件配置计划8.2.2确定配置标识8.2.3版本管理8.2.4变更控制

8.2.5系统整合8.2.6状态报告8.2.7配置审计

1818.2.1制定软件配置计划项目经理和配置管理委员会(CCB)根据项目的开发计划确定各个里程碑和开发策略。根据CCB的规划，制定详细的配置管理计划，交CCB审核。CCB通过配置管理计划后交项目经理批准，发布实施。软件配