IT项目管理(全部)

1、IT项目管理(全部)第一页，共324页。第 1 章IT软件项目管理概述2第二页，共324页。第1章 IT软件项目管理概述1.1 项目与项目管理1.2 IT软件项目管理1.3 IT软件项目的组织结构3第三页，共324页。1.1 项目与项目管理1.1.1 项目1.1.2 项目管理1.1.3 项目管理的基本内容1.1.4 项目管理的成功因素4第四页，共324页。1.1.1 项目项目管理是20世纪40年代以后迅速发展起来的一门科学，是现代管理学中的一个重要分支。根据美国项目管理协会(PMI)的定义：项目是为完成某一独特的产品或服务所做的一次性努力。从根本上说，项目就是一系列的相关工作。中国项目管理研究

2、委员会对项目的定义是：项目是一个特殊的将被完成的有限任务。它是在一定时间内，满足一系列特定目标的多项相关工作的总称。根据这个定义，项目实际包含3层含义：5第五页，共324页。3层含义:(1)项目是一项有待完成的任务，有特定的环境和要求；(2)在一定的组织机构内，利用有限资源(人力、物力、财力等)，在规定的时间内(指项目有明确的开始时间和结束时间)为特定客户完成特定目标的阶段性任务；(3)任务要满足一定性能、质量、数量、技术指标等要求。6第六页，共324页。从上面的定义可以看出，项目就具有如下一些基本特性：项目的独特性。项目的一次性。项目的组织性。 项目的生命期。项目的资源消耗性。项目的目标冲突

3、性。项目后果的不确定性。范围时间成本目标要求预算费用完成期限7第七页，共324页。1.1.2 项目管理按PMI的定义：项目管理就是“在项目活动中运用一系列的知识、技能、工具和技术，以满足或超过相关利益者对项目的要求”。中国项目管理研究委员会对项目管理总结为：“项目管理”一词具有两种不同的含义，其一是指一种管理活动；其二是指一种管理学科，前者是一种客观的实践活动，后者是前者的理论总结；前者以后者为指导，后者以前者为基础。项目管理贯穿整个项目的生命期，是对项目的全过程管理。8第八页，共324页。项目管理具有如下一些基本特征：项目管理的对象是项目。系统工程思想贯穿项目管理的全过程。项目管理的组织具有

4、一定的特殊性。项目管理的体制是基于团队管理的个人负责制，项目经理是整个项目组中协调、控制的关键。项目管理的要点是创造和保持一个使项目顺利进行的环境，使置身于这个环境的人们能在集体中协调工作以完成预定的目标。项目管理的方法、工具和技术手段具有先进性。9第九页，共324页。1.1.3 项目管理的基本内容PMI编写的项目管理知识体系将项目管理划分为9个知识领域：范围管理、时间管理、成本管理、质量管理、人力资源管理、沟通管理、采购管理、风险管理和综合管理。而中国项目管理研究委员会则将项目管理的内容概括为2个层次、4个阶段、5个过程、9大知识领域、42个要素及多个主体。如表1.1所示。10第十页，共32

5、4页。11第十一页，共324页。1. 项目综合管理项目 其包括3个基本的子过程：制订项目计划;项目计划执行;综合变更控制。2项目范围管理 PMBOK将其分成5个阶段：启动;范围计划;范围界定;范围核实;范围变更控制。(Project Management Body of Knowledge )3项目时间管理 PMBOK提出，项目时间管理由下述5项任务组成：活动定义;活动排序;活动时间估计;项目进度编制;项目进度控制。4项目成本管理 包括以下4个过程：制订资源计划;成本估计;成本预算;成本控制。5项目质量管理 主要包括以下4个过程：质量规划;质量控制;质量保证;全面质量管理。项目管理的基本内容:

6、12第十二页，共324页。6项目人力资源管理 包括如下几个主要的过程：人力资源规划;招聘与解聘;筛选;定向;培训;绩效评估;职业发展;团队建设。7项目风险管理 PMBOK将其归纳为4个主要过程：风险识别；风险估计；风险应对计划；风险控制。8项目沟通管理 包括如下一些基本的过程：编制沟通计划；信息传递；绩效报告；管理收尾。9项目采购管理 主要包括：编制采购计划；编制询价计划；询价；选择供应商；合同管理；合同收尾。项目管理的基本内容:13第十三页，共324页。1.1.4 项目管理的成功因素范围(Scope)时间(Time)成本(Cost)质量(Quality)14第十四页，共324页。1.2 IT

7、软件项目管理1.2.1 IT软件项目1.2.2 IT软件项目管理1.2.3 IT软件项目管理的活动15第十五页，共324页。1.2.1 IT软件项目IT项目限制在以软件开发、集成和实施为主要目的的项目范围内，简称IT软件项目。IT项目具有自己非常明显的特点：阶段性(紧迫性)独特性不确定性。16第十六页，共324页。1.2.2 IT软件项目管理IT软件项目管理和其他项目管理相比，具有很大的独特性。生产无形的产品过程没有明显的划分。大都是“一次性”的人力消耗型项目。17第十七页，共324页。1.2.3 IT软件项目管理的活动IT软件项目管理主要的活动包括：l 编写项目建议书l 项目成本的度量l 项

8、目计划和进度安排l 项目监控和复审l 人员选择和评估l 项目报告的准备和发布18第十八页，共324页。1.3 IT软件项目的组织结构1.3.1 软件项目的组织结构1.3.2 项目经理1.3.3 产品项目组1.3.4 主程序员组1.3.5 程序员的工作效率19第十九页，共324页。1.3.1 软件项目的组织结构20第二十页，共324页。1.3.2 项目经理 项目经理的基本职责可以归纳为领导项目的计划、组织和控制工作，以实现项目的目标，即项目经理领导项目团队完成项目目标，项目经理需要协调各个团队成员的活动，使这些成员成为一个和谐的整体，履行各自的工作。21第二十一页，共324页。1.3.3 产品项

9、目组采用小规模的产品项目组有以下优势：l沟通和交流的时间大大缩短。l工作标准可以不断提高。l成员可以更加紧密地结合在一起工作。l成员在编程时能为其他成员着想。l 成员能更好地了解其他成员的工作及进度。22第二十二页，共324页。1.3.4 主程序员组 主程序员的核心由以下3部分组成，如图1.3所示：主程序员；熟练而有经验的辅助程序员；资料管理员。 主程序员 辅助程序员 专家池与外部沟通资料管理员图1.3 主程序员组结构23第二十三页，共324页。1.3.5 程序员的工作效率 在IT项目中对工作效率的度量主要是采取间接测量的方法。几种常用的间接测量方法有： l每人月代码行(LOC) l 每人月编

10、的目标指令(OI) l 每人月写的文档页数(POD) l 每人月测试和执行的错误数(T&E)24第二十四页，共324页。 总开发时间包括分析和设计时间、编码时间、测试时间和编写文档的时间，其中编码时间只是其中的一部分，各部分时间的关系如图1.4所示：25第二十五页，共324页。第 2 章IT项目管理的基本表述方法26第二十六页，共324页。第2章 IT项目管理的基本表述方法2.1 工作分解结构2.2 甘特图2.3 IT项目的网络表示法2.4 关键路径法2.5 计划评审技术27第二十七页，共324页。2.1 工作分解结构(WBS)工作分解结构是一个“化整为零”的工具，它依据项目本身的内在结构，将

11、项目转化为多个相互联系的子任务，并运用相应的管理技术，为项目建立一个全面的科学结构模型，通常用图和表的形式表示。下面以某一特定的软件项目为例，来说明工作分解结构图。如图2.1所示。从图2.1中可以看出，工作分解结构中的每一项都有惟一的标志，这些标志可以为成本和资源的分层和计算提供方便。28第二十八页，共324页。项目概要720 小时$38 000.0011设计阶段360 小时$18 400.0021.1编程阶段200 小时$10 000.0041.2测试阶段160 小时$9 600.0051.3设计阶段180 小时$4 000.0031.1.1设计阶段2280 小时$14 400.0061.1

12、.2开始设计里程碑设计任务1结束设计里程碑编程任务2设计任务4设计任务3结束编程里程碑设计任务2编程任务1测试任务2测试任务1测试任务3结束测试里程碑29第二十九页，共324页。工作分解结构的两个重要特征是“分解”和“图表表示”。然而，也需要与其他的“分解”和“图表”相区别：第一，并不是所有以图表形式绘制的分解结构图都表示工作分解结构。第二，工作分解结构不应当与其他用于表述项目信息的“分解”结构相混淆，在某些应用领域，还常见到一些其他的分解结构，如：合同工作分解结构(CWBS);组织分解结构(OBS);资源分解结构(RBS);材料清单(BOM);项目分解结构(PBS)。30第三十页，共324页

13、。“分解”工作包括以下几个主要步骤：确定项目的主要可交付成果。确定每个可交付成果的详细程度，以便对每个可交付成果能够编制恰当的成本和时间预算。确定可交付成果的组成元素。核实分解的正确性。 31第三十一页，共324页。2.2 甘 特 图甘特图(Gantt Chart)，是表示项目各阶段任务开始时间与结束时间的图。甘特图用水平线段表示阶段任务；线段的起点和终点分别对应于任务的开始时间和结束时间；线段的长度表示完成任务所需的时间。甘特图的优点是表明了各任务的计划进度和当前进度，能动态地反映软件项目的开发和进展情况。缺点是难以反映多个任务之间存在的复杂逻辑关系。32第三十二页，共324页。项目甘特图3

14、3第三十三页，共324页。34第三十四页，共324页。2.3 IT项目的网络表示法网络是适用于成本与计划控制的一种项目管理工具。通过图表，工程师和管理者可以直观地表示时间或成本的计划与控制情况网络分析是在20世纪60年代作为一个控制大型项目的技术而引入项目管理过程中的，引入网络技术之前(大约在1956年)，主要使用其他的一些计划方法，如活动列表、日记、条形图、甘特图等。35第三十五页，共324页。讲义版权由Win-Win International 所有，未经同意，不得转印 绘制网络图方法之 - 节点法（Activity on Node）-工作任务描述任务序号负责人工期估计 洗车1 王 2 h

15、rs 擦车2 李 3 hrsActivity=工作任务(Task)每项工作任务由一个框来表示每个框有任务序号，负责人，工期估计每一项任务只有在与它联系的所有先前任务完成后才能启动36第三十六页，共324页。讲义版权由Win-Win International 所有，未经同意，不得转印 绘制网络图方法之 - 箭头法（Activity on Arrow）- 洗车王 擦车 李每项工作任务由一个箭头来表示箭头的长度与工期时间或重要性无关箭头与箭头之间以圆圈连接，圈内是事件（Event）序号一个圆圈代表它前面任务的结束，并是它后面任务的开始事件序号事件序号工作任务描述 负责人工期评估 1 232 hrs

16、3 hrs37第三十七页，共324页。讲义版权由Win-Win International 所有，未经同意，不得转印 为ABC公司实施办公自动化 项目网络图验收刘海521949531天50最晚结束时间工期最早结束时间最晚开始时间任务序号最早开始时间任务主要负责人示意图38第三十八页，共324页。39第三十九页，共324页。2.4 关键路径法一般求出某个项目的关键路径的基本步骤为：l求出各活动的时间参数ES(最早开始时间)和EF(最早完成时间)。l求出各活动的时间参数LF(最迟完成时间)和LS(最迟开始时间)。l计算时差。l确定关键路径。40第四十页，共324页。2.5 计划评审技术 计划评审技

17、术PERT(Program Evaluation and Review Technique)对各个项目活动的完成时间按3种不同情况估计：乐观时间(optimistic time)任何事情都顺利的情况，完成某项工作的时间。最可能时间(most likely time)正常情况下，完成某项工作的时间。悲观时间(pessimistic time)最不利的情况，完成某项工作的时间。41第四十一页，共324页。第 3 章IT软件项目管理概述42第四十二页，共324页。第3章 IT软件项目管理概述3.1 IT软件项目生命周期的划分3.2 IT软件项目生命周期中3.3 IT软件项目生命周期中的重要概念3.4

18、 IT软件项目管理里程碑43第四十三页，共324页。3.1 IT软件项目生命周期的划分生命周期都包括识别、设计、实施和评估4个阶段:图3.1 典型软件项目开发的生命周期初步需求子系统需求分析概念设计逻辑设计开发概念原型第一次开发风险分析开发结果评估识别设计实施评估系统配置、运行、产品成型系统需求分析物理设计第二次开发开发结果评估整体需求最终设计最终开发测试44第四十四页，共324页。3.1 IT软件项目生命周期的划分3.1.1 瀑布模型3.1.2 原型模型3.1.3 螺旋模型45第四十五页，共324页。3.1.1 瀑布模型 瀑布模型: 是美国Winston Royce向IEEE WESCON（

19、Royce, Winston 1970）提交的一篇名为管理大规模软件系统的开发的论文中首次提出的。由于这种方法是从一个阶段成瀑布流入下一个阶段，所以这个模型就称为“瀑布模型”。瀑布模型有很多的变化，包括以下的阶段：需求分析与定义，系统设计与软件设计，系统实施与单元测试，系统集成与系统测试，系统运行与系统维护。46第四十六页，共324页。问题定义特点：1） 阶段间具有顺序性和依赖性 2） 推迟实现的观点 3） 质量保证的观点。可行性研究需求分析总体设计详细设计编码与单元测试综合测试软件维护软件定义时期软件开发时期软件维护时期47第四十七页，共324页。3.1.2 原型模型原型(Prototype

20、)法的基本过程：用户提出系统需求识别并归纳用户需求快速开发一个模型确定模型后的处理系统运行、维护重新设计或选择模型满意模型不满意图3.4 原型法的基本过程评价模型模型不可行修改模型48第四十八页，共324页。增量模型融合了瀑布模型的基本成分和原型的迭代特征。采用随着日程时间的进展而交错的线性序列。49第四十九页，共324页。增量模型 (Cont.)分析分析分析分析设计设计设计设计编码编码编码编码测试测试测试测试增量1增量2 增量3增量4 50第五十页，共324页。3.1.4 螺旋模型风险分析风险分析风险分析风险分析原型1原型2原型3可用原型建模模拟评价软件需求需求确认操作概念需求计划开发计划软

21、件产品设计设计确认与验证集成与测试计划详细设计编码单元测试集成测试接收测试实现成本评审制订下阶段计划确定下阶段目标和约束条件风险分析、构造原型开发、验证阶段软件产品过程迭代图3.5 螺旋模型51第五十一页，共324页。螺旋模型52第五十二页，共324页。螺旋模型分析在螺旋模型结构中，维护只是螺旋模型的另一个周期，在维护和开发之间本质上并没有区别，从而解决了做太多测试或未作足够测试所带来的风险。适用条件内部的大规模软件的开发，不太适合合同软件。一般只适用于大规模软件的开发螺旋模型53第五十三页，共324页。3.2 IT软件项目生命周期中各阶段任务根据前面对IT软件项目各个主要模型生命周期的分析，

22、可以将一般的软件项目开发过程详细划分为如图3.6所示的6个主要阶段，即项目开发准备阶段、调查研究阶段、项目分析阶段、项目设计阶段、项目实施阶段、维护与评价阶段。54第五十四页，共324页。供决策参考 提出可行性分析 修改意见项目咨询人员项目开发准备阶段调查研究阶段项目分析阶段项目设计阶段项目实施阶段维护与评价阶段项目咨询人员项目专业管理人员项目专业管理人员软件设计人员软件设计人员操作人员 操作人员新的项目准备 图3.6 软件项目的开发阶段55第五十五页，共324页。3.3 IT软件项目生命周期中的重要概念在IT软件项目生命周期中有3个与时间相关的重要概念： 检查点(Check Point)、

23、里程碑(Mile Stone) 、 基线(Base Line)56第五十六页，共324页。检查点指在规定的时间间隔内对项目进行检查，比较实际与计划之间的差异，并根据差异进行调整。可将检查点看作是一个 固定 “ 采样 ” 时点，而时间间隔根据项目周期长短不同而不同，频度过小会失去意义，频度过大会增加管理成本。常见 的间隔是每周一次，项目经理需要召开例会并上交周报。 57第五十七页，共324页。里程碑主里程碑所处阶段目 标下一阶段目标里程碑识别阶段末期向所有项目干系人提供一份如何开展项目的建议书，包括项目计划、成本和进度表以及期望的利润和效益等设计设计里程碑设计阶段末期向所有项目干系人提供一个经过

24、论证的可执行的设计方案开发开发里程碑开发阶段末期评估软件的可读性和可用性，以便软件产品开始向客户/用户的转换测试产品版本里程碑评估阶段末期评价软件的完整性和软件对其所支持组织的转换完成阶段性工作的标志。 58第五十八页，共324页。基线指一个（或一组）配置项在项目生命周期的不同时间点上通过正式评审而进入正式受控的一种状态。基线其实是一些 重要的里程碑，但相关交付物要通过正式评审并作为后续工作的基准和出发点。基线一旦建立后变化需要受控制。 重要的检查点是里程碑，重要的需要客户确认的里程碑，就是基线。在我们实际的项目中，周例会是检查点的表现形式，高层的阶段汇报会是基线的表现形式。59第五十九页，共

25、324页。第 4 章IT软件项目可行性研究60第六十页，共324页。第4章 IT软件项目可行性研究 IT软件项目开发的可行性一般包括了可能性、效益性和必要性3个方面。可能性包括了技术、物资、资金和人员支持的可行性；效益性包括了实施项目所能带来的经济效益和社会效益；必要性则比较复杂，包括了社会环境、领导意愿、人员素质、认知水平等诸方面的因素。因此，在项目启动之前进行项目的可行性研究是非常必要的，而且也是必须的。61第六十一页，共324页。第4章 IT软件项目可行性研究 4.1 可行性研究的内容4.2 可行性研究的步骤4.3 效益的预测与评估4.4 投入产出比和投资回收期62第六十二页，共324页

26、。4.1 可行性研究的内容4.1.1 技术可行性分析4.1.2 经济可行性分析4.1.3 运行环境可行性分析4.1.4 其他方面的可行性分析63第六十三页，共324页。4.1.1 技术可行性分析技术可行性分析是指在当前市场的技术、产品条件的限制下，能否利用现在拥有的以及可能拥有的技术能力、产品功能、人力资源来实现项目的目标、功能、性能，能否在规定的时间期限内完成整个项目。技术可行性分析一般应当考虑： 进行项目开发的风险; 人力资源的有效性； 技术能力的可能性； 物资(产品)的可用性。64第六十四页，共324页。4.1.2 经济可行性分析经济可行性分析： 主要是对整个项目的投资及所产生的经济效益

27、进行分析，具体包括： 支出分析、 收益分析、 投资回报分析 以及敏感性分析等。65第六十五页，共324页。4.1.3 运行环境可行性分析 运行环境是制约软件在用户单位发挥效益的关键。66第六十六页，共324页。4.1.4 其他方面的可行性分析 IT软件项目的可行性研究除了前面介绍的技术、经济和运行环境可行性分析外，还包括了诸如法律可行性、社会可行性等方面的可行性分析。67第六十七页，共324页。4.2 可行性研究的步骤 可行性研究分为初步可行性研究、详细可行性研究、可行性研究报告等3个基本的阶段，可以归纳成几个基本步骤： (1)确定项目规模和目标。 (2)研究正在运行的系统。 (3)建立新系统

28、的逻辑模型。 (4)导出和评价各种方案。 (5)推荐可行性方案。 (6)编写可行性研究报告。 (7)递交可行性研究报告。 68第六十八页，共324页。4.2 可行性研究的步骤4.2.1 初步可行性研究4.2.2 详细可行性研究4.2.3 可行性研究报告69第六十九页，共324页。4.2.1 初步可行性研究 进行初步可行性评估，可以从几个方面进行衡量，以便是否决定开始详细可行性研究：分析项目的前途，从而决定是否应该继续深入调查研究；初步估计和确定项目中的关键技术及核心问题，以确定是否有可能解决；初步估计必须进行的辅助研究，以解决项目的核心问题，并判断是否具备必要的技术、实验、人力条件作为支持。7

29、0第七十页，共324页。通过项目的初步可行性研究就应当能够回答下面的一些问题： 项目进行投资建设的必要性。 项目建设的周期。 项目需要的人力、财力资源。 项目的功能和目标是否可以实现。 项目的经济效益、社会效益是否可以保证。 项目从经济上、技术上是否是合理的。 71第七十一页，共324页。4.2.2 详细可行性研究进行可行性研究工作的主要依据有：国家经济和社会发展的长期规划，部门与地区的发展规划，以及国家和地方的相关政策、法律、法规和制度。项目建议书或者项目建议书批准后签订的意向性协议。国家、地区、企业的信息化规划和标准。 市场调研分析报告。 技术、产品或工具的有关资料。 72第七十二页，共3

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

31、的人员规模、组织结构、人员层次、个人技术能力、人员技术培训计划等。 合作/协作方式。 73第七十三页，共324页。4.2.3 可行性研究报告编写一份关于IT软件项目的可行性研究报告，可以考虑从如下几个方面进行：第1部分 概述 第2部分 项目技术背景与发展概况 第3部分 现行系统业务、资源、设施情况分析第4部分 项目技术方案 第5部分 实施进度计划 第6部分 投资估算与资金筹措计划 第7部分 人员及培训计划 第8部分 不确定性(风险)分析 第9部分 经济和社会效益预测与评价 第10部分 可行性研究结论与建议 74第七十四页，共324页。第 5 章IT软件项目计划管理75第七十五页，共324页。5

32、.1 IT软件项目计划管理很重要性的一项复杂的、自始至终不断迭代的 从不同的角度出发有不同的种类 为项目的运作提供可靠的实施基础提供可行的工作计划项目计划管理是：76第七十六页，共324页。5.1 IT软件项目计划管理使软件项目的开发建立在可靠的基础之上，将项目计划变成开发人员能够遵循的文档，并据此跟踪、检查、监控计划的执行。确定软件项目开发的活动和承诺，使软件开发工作有序而协调地进行，以便根据软件计划的资源、约束和能力逐步向客户履行承诺。明确与软件项目相关的组织和个人的职责，将任务责任落实到具体的小组和个人，从组织管理上确保项目开发的成功。项目计划的目的：77第七十七页，共324页。5.2

33、确定IT软件项目的目标(1)明确制定项目目标的主题。项目目标一般由项目发起人或者项目提议人来确定。(2)描述项目目标。项目目标必须明确、具体，尽量定量描述，保证项目目标容易被沟通和理解，并使每个项目组成员结合项目目标确定个人的具体目标。主要分为两步：78第七十八页，共324页。5.2 确定IT软件项目的目标定量化原则：确定项目目标时，尽可能定量描述，使得每个目标的范围、时间、成本、性能、责任等都是明确的，可以度量和监控的。个人化原则：每个具体目标应当落实到项目组的每个成员，使得每个成员都明确自己的工作和职责。简单化原则：目标的描述应当是简单而直接的，使得每个参与人员都能明确而无二义性。现实性原

34、则：确定的每个目标都是可以实现的，而不是追求理想化的结果。遵循一些基本原则：79第七十九页，共324页。5.3 项目范围管理5.3.1 项目范围管理概述5.3.2 项目范围规划5.3.3 项目范围定义80第八十页，共324页。5.3.1 项目范围管理概述项目范围的确定项目范围(Project Scope)包括项目的最终产品或者服务，以及实现该产品或者服务所需要执行的全部工作。项目范围管理的任务是界定项目所必须包含且只需要包含的全部工作，并对其他的项目管理工作起指导作用，以确保项目顺利完成全部的过程。 81第八十一页，共324页。5.3.2 项目范围规划项目范围规划的输入 项目范围规划的工具和技

35、术 项目范围规划的输出 82第八十二页，共324页。5.3.2 项目范围规划产品描述 项目章程 制约因素 前提条件 项目范围规划的输入：83第八十三页，共324页。5.3.2 项目范围规划产品分析 成本效益分析 项目方案识别技术 专家评定 项目范围规划的工具和技术 ：84第八十四页，共324页。5.3.2 项目范围规划项目范围说明书 范围管理计划项目范围规划的输出：85第八十五页，共324页。5.3.2 项目范围定义范围说明书 制约因素 前提条件 其他计划结果 历史资料 使用工具：工作分解结构模板 范围定义的输入：86第八十六页，共324页。5.4 制定IT软件项目进度计划 5.4.1 软件项

36、目进度计划5.4.2 制定软件项目进度计划的指导原则5.4.3 项目进度计划的制定过程87第八十七页，共324页。5.4.1 软件项目进度计划 考虑各种因素，串并性产品发行集成调试需求定义需求评估概要设计详细设计概要评估测试计划测试过程测试评估设计评估编码单元调试图5.4 软件项目开发的并行性88第八十八页，共324页。5.4.2 制定软件项目进度 计划的指导原则 1. 将用于编制软件项目计划及跟踪软件项目的工作文档化。2. 对于软件项目的实施采用文档化的承诺。3. 相关的机构或个人认可他们对软件项目的承诺。4. 指定软件项目负责人负责落实软件项目的承诺并制定项目的软件开发计划。5. 确保软件

37、项目存在一份文档化的、并被认可的工作任务说明。6. 软件开发计划要指定人员角色分工，明确责任。7. 对软件项目所需要的、适当的资源及资金做出计划。89第八十九页，共324页。5.4.2 制定软件项目进度 计划的指导原则 8. 对软件项目负责人、软件工程师及其他与软件项目计划编制有关的人员进行适合其职责范围的培训。9. 成立相关软件项目组及相关的方案论证小组。10. 软件项目组及相关的方案论证小组在整个项目生命期内参加全部的项目计划编制工作。11. 按照书面流程与高级管理人员或企业外部机构软件项目的承诺进行复审。12. 明确划分为预先定义的、规模可管理的阶段的软件生命周期。13. 按照书面流程开

38、发项目的软件开发计划。14. 将软件项目计划文档化。 90第九十页，共324页。5.4.2 制定软件项目进度 计划的指导原则 15. 确定软件项目需要建立及维护控制的软件产品。16. 按照书面流程进行对软件产品规模的估计(或软件产品规模的改变)。17. 按照书面流程进行对软件项目工作量及费用的估计。18. 按照书面流程进行对项目所需要的关键计算机资源的估计。19. 按照书面流程确定项目的软件开发进度。20. 识别、评估与项目的费用、资源、进度及技术方面相关的软件风险，并文档化。21. 准备项目的软件工程机制及支撑工具的计划。 91第九十一页，共324页。5.4.2 制定软件项目进度 计划的指导

39、原则 22. 记录软件计划编制数据。23. 制定并使用度量方法以确定软件计划活动的状态。24. 定期与高级管理人员对软件项目计划活动进行复审。25. 以定期及事件驱动方式对软件项目管理人员及软件项目计划活动进行复审。26. 对软件质量保证人员及软件项目计划活动、工作产品进行回顾及审核，并将结果文档化。 92第九十二页，共324页。5.4.3 项目进度计划的制定过程 项目网络图 活动持续时间估计 资源需求 资源安排描述 日历 约束条件 假设条件 提前或滞后要求 风险管理计划 依据 :93第九十三页，共324页。5.4.3 项目进度计划的制定过程 数学分析法 持续时间压缩法 模拟法 资源分配的启发

40、式方法项目管理软件 工具和技术:94第九十四页，共324页。5.4.3 项目进度计划的制定过程 项目进度计划 详细依据说明 进度管理计划 更新的项目资源需求 输出 :95第九十五页，共324页。5.4.4 软件项目计划的主要活动 1. 计划初始阶段 2. 指定软件开发计划SDP 3. 对SDP草稿进行审查和批准 4. 实施软件开发计划 5. 软件开发过程的质量和评价 6. 修改SDP 96第九十六页，共324页。5.4.4 软件项目计划的主要活动 软件规模、成本、日期估计软件项目跟踪和监控计划过程开始制订项目计划SDP对SDP审查和批准实施软件开发计划SDP过程度量和评价修改SDP需求管理软件

41、配置管理(SCM)软件质量保证(SQA)图5.5 软件项目计划的实现过程97第九十七页，共324页。5.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 工作量、成本、时间估算 98第九十八页，共324页。5.5 软件项目计划书 3. 风险管理战略3.1 风险识别3.2 有关风险的讨论3.3 风险管理计划3.3.1 风险计划3.3.2 风险监视3.3.3 风险管理4. 日程4.1 项目工作分解结构4.2 进度安排(甘特图)4.

42、3 资源表 99第九十九页，共324页。5.5 软件项目计划书 5. 项目资源5.1 人员5.2 硬件和软件5.3 特别资源6. 人员组织6.1 组织结构6.2 管理报告7. 跟踪和控制机制7.1 质量保证和控制7.2 变化管理和控制8. 附录 100第一百页，共324页。第 6 章IT软件项目成本管理101第一百零一页，共324页。第6章 IT软件项目成本管理 6.1 IT项目成本 6.2 IT项目开发成本的估算方法 6.3 成本估算案例 6.4 项目成本控制 102第一百零二页，共324页。6.1 IT项目成本 6.1.1 项目成本 6.1.2 影响项目成本的因素 6.1.3 项目成本管理

43、的内容 103第一百零三页，共324页。6.1.1 项目成本对于一般项目，项目的成本主要由项目直接成本、管理费用和期间费用等构成。 IT项目的成本主要由以下4部分构成： 硬件成本 差旅及培训费用 软件开发成本 项目管理费用 104第一百零四页，共324页。6.1.2 影响项目成本的因素 项目成本的影响因素很多，对于IT软件项目，影响因素主要包括： 项目质量对成本的影响 工期对成本的影响 管理水平对成本的影响 人力资源对成本的影响 价格对成本的影响 105第一百零五页，共324页。6.1.3 项目成本管理的内容 项目成本管理主要包括： 资源计划编制、 费用估算、 费用预算、 不可预见费用 费用控

44、制。 106第一百零六页，共324页。6.2 IT项目开发成本的估算方法6.2.1 IT项目成本的常用估算方法 6.2.2 面向规模(LOC)的度量 6.2.3 面向功能点(FP)的度量 6.2.4 COCOMO模型 COnstructive COst MOdel，构造性成本模型107第一百零七页，共324页。6.2.1 IT项目成本的常用估算方法最基本的估算方法有以下几种： 成本建模技术 专家判定技术 类比评估技术 自顶向下估算法 自下而上估算法 赢利定价法 108第一百零八页，共324页。分解与度量方法：分解主要是做两个方面工作：一是按工作分解结构和工作任务(工作包)分摊成本；二是按工期时

45、段分摊成本。目前最常用且最好用的度量方法主要有3种：面向规模(LOC)、面向功能点(FP)及COCOMO模型的度量方法。 109第一百零九页，共324页。6.2.2 面向规模(LOC)的度量 为了与其他项目中的同类度量相比较，选择代码行作为规范化，这样，就可以为每个项目产生一组简单的、面向规模的度量标准： 每千行代码(KLOC)的错误数。 每千行代码行(KLOC)的缺陷数。 每千行代码行(KLOC)的成本。 每千行代码行(KLOC)的文档页数。 每人月错误数。 每页文档的成本。 110第一百一十页，共324页。6.2.3 面向功能点(FP)的度量功能点可由以下4个参数计算出来：外部输入和输出数

46、；外部接口数；用户交互数 ；系统要用的文件数。功能点法是通过建立一个标准来确定某个特定的测量参数(简单、平均或复杂)的功能点数，一般，可以采用下面的方式计算功能点： FP= 总计数值0.65+0.01SUM(Fi)111第一百一十一页，共324页。 一旦计算出功能点，就可以采用类似面向规模的方法来使用，以便规范软件生产率、质量及其他属性的测量：每个功能点(FP)的错误数 每个功能点(FP)的缺陷数 每个功能点(FP)的成本 每个功能点(FP)的文档页数 每人月完成的功能点(FP)数面向功能点(FP)和面向规模(LOC)两种度量方法之间的关系为：LOC=AVC功能点的数量，其中AVC是指该语言在

47、实现一个功能点时所要用的平均代码行数。 6.2.3 面向功能点(FP)的度量112第一百一十二页，共324页。6.2.4 COCOMO模型 它是一种精确、易于使用的,基于模型的成本估算方法，最早由勃姆 (Boehm) 于 1981 年提出。从本质上说是一种参数化的项目估算方法,参数建模是把下那个目的某些特征作为参数,通过建立一个数字模型预测项目成本(类似于居住面积作为参数计算的整体的住房成本).113第一百一十三页，共324页。6.2.4 COCOMO模型 COCOMO 模型的项目成本估算公式为： E=A(KDSI)b 在COCOMO 模型中，根据开发环境及项目规模等因素，可把项目分为以下3种

48、：组织模式 ；半分离模式 ；嵌入模式 相应地，COCOMO模型的层次结构也包括3种基本形式，即初级COCOMO 模型、中级COCOMO 模型和高级COCOMO 模型。 114第一百一十四页，共324页。6.4 项目成本控制 6.4.1 项目成本控制的内容 6.4.2 项目成本控制的流程与方法 115第一百一十五页，共324页。6.4.1 项目成本控制的内容项目的成本控制就是在整个项目的实施过程中，定期收集项目的实际成本数据，与成本的计划值进行对比分析，并进行成本预测，发现并及时纠正偏差，以使项目的成本目标尽可能好地实现。 项目成本控制的主要内容包括： 对造成成本基准计划发生改变的因素施加影响，

49、以保证这种变化朝着有利项目的方向发展。 确定项目基准计划是否已经发生变化。 在实际成本基准计划发生变化和正在发生变化时，对这种变化实施有效的管理。 监视项目成本执行情况，及时发现与成本计划的偏差。 确保所有有关成本的变更都准确记录在项目成本基准计划中。 防止不正确、不适宜或者未核准的变更纳入成本基准计划中。 将核准的变更通知有关项目干系人。 116第一百一十六页，共324页。6.4.2 项目成本控制的流程与方法 在项目管理中，成本控制、质量控制和进度控制一起贯穿项目实施的全过程。其控制原理如图6.9所示。 项目进展收集实际成本数据计划成本与实际成本比较偏差采取控制措施 图6.9 动态成本控制原

50、理是否117第一百一十七页，共324页。成本控制的工作流程如图6.10所示，工作范围投资/成本预算进度计划检查跟踪预测分析成本检查/预测报告/报表决策(采取措施纠正偏差)图6.10 项目成本控制流程118第一百一十八页，共324页。成本控制方法和技术实施成本控制的方法和基本技术主要包括：成本控制改变系统 绩效度量 附加计划 119第一百一十九页，共324页。第 7 章IT软件项目质量管理 120第一百二十页，共324页。第7章 IT软件项目质量管理 7.1 质量管理基本概念7.2 IT软件质量管理基本知识7.3 软件项目质量计划 7.4 软件项目评审 7.5 软件质量体系 7.6 软件过程能力

51、成熟度模型(CMMI) 121第一百二十一页，共324页。7.1 质量管理基本概念7.1.1 质量、质量特性、质量管理的定义7.1.2 质量管理发展过程及影响因素7.1.3 全面质量管理122第一百二十二页，共324页。7.1.1 质量的定义 实体是指可单独描述和研究的事物，也就是有关质量工作的对象，它的内涵十分广泛，可以是活动、过程、产品(软件、硬件、服务)或者组织等。明确需求是指在标准、规范、图样、技术要求和其他文件中已做出规定的需要。隐含需求是指用户和社会对实体的期望以及公认的、不必明确的需求，需要对其加以分析研究、识别并加以确定的。质量：国际标准组织对质量的定义：“反映实体满足主体明确

52、和隐含需求的能力的特性总和” 123第一百二十三页，共324页。7.1.1 质量特性的定义 质量是综合的概念，它要求功能、成本、服务、环境、心理等诸方面都能满足用户的需要。质量是一个动态的、相对的、变化的、发展的概念，随着地域、时期、使用对象、社会环境、市场竞争的变化而被赋予不同的内容和要求，而且随着社会的进步及知识创新，其内涵和要求也是不断更新、丰富的。质量特性 ： “是指实体所特有的性质，它反映实体满足需求的能力 ” 124第一百二十四页，共324页。7.1.1 质量管理的定义 质量管理是项目管理的重要组成部分，是一个项目的性能(功能)、成本、进度3项指标实现的重要领域。质量管理主要就是监

53、控项目的可交付产品和项目执行的过程，以确保它们符合相关的要求和标准，同时确保不合格项能够按照正确方法或者预先规定的方式处理。 质量管理：“确定质量方针、目标和职责并在质量体系中通过质量计划、质量控制、质量保证和质量改进使其实施的全部管理职能的所有活动” 125第一百二十五页，共324页。7.1.2 质量管理发展过程及影响因素 以产品为中心的质量检验和统计质量控制阶段(18世纪 1950年)。以顾客为中心的质量保证阶段(1950年 1987年)。强调持续改进的质量管理阶段(1987年 现在)。全面质量管理阶段(TQM)。检验统计质量控制质量保证质量管理全面质量管理图7.1 质量管理发展阶段126

54、第一百二十六页，共324页。7.1.2 质量管理发展过程及影响因素 供应单位用户采购制定工艺产品研制市场研究服务销售检验生产图7.2 产品质量循环127第一百二十七页，共324页。7.1.2 质量管理发展过程及影响因素 产品质量材料方法设备测量人员环境图7.3 产品质量的主要影响因素128第一百二十八页，共324页。7.1.3 全面质量管理 1. 系统的观点产品质量的形成和发展过程包括了许多相互联系、相互制约的环节，不论是保证和提高产品质量还是解决产品质量问题，都应该把生产企业看成一个开放的系统，运用系统科学的原理和方法，对所有环节进行全面的组织管理。2. 向用户服务的观点，用户满意是第一原则

55、要树立质量第一、用户第一的思想，满足广义用户(产品的使用者以及企业生产过程的下一阶段)对产品质量的要求。3. 预防为主的观点，事前主动进行质量管理这个观点要求生产企业的质量管理重点应从事后检验把关转移到事前预防，从管结果转变为管因素，找出影响产品质量的各种因素，抓住主要因素，使生产经营活动处于受控状态。129第一百二十九页，共324页。7.1.3 全面质量管理 APCD检查执行经验教训遗留问题问题原因主要原因 计划图7.4 质量管理的PDCA循环图130第一百三十页，共324页。7.2 IT软件质量管理基本知识 7.2.1 软件质量概念7.2.2 软件质量影响因素7.2.3 软件度量标准7.2

56、.4 软件项目质量保证7.2.5 软件质量管理 131第一百三十一页，共324页。7.2.1 软件质量概念 ISO8402定义：“对用户在功能和性能方面需求的满足、对规定的标准和规范的遵循以及正规软件某些公认的应该具有的本质 ”ANSI/IEEE定义：“与软件产品满足规定的和隐含的需求能力有关的特征和特性的全体” 软件质量不是绝对的，而是相对的概念，讨论软件的质量，最终将归结为定义软件的质量特性，而定义一个软件的质量，就等价于为该软件定义一系列质量特性 软件质量 ：132第一百三十二页，共324页。7.2.1 软件质量概念 、和M.Lipow 于1976年首次提出软件质量模型 1977年Wal

57、ters和McCall提出了新的软件质量层次模型与度量 1994年ISO9000-3软件质量国际标准(ISO的软件质量评价模型)给出了 6个软件质量特性和与其相关的21个质量子特性的明确定义 软件质量模型：133第一百三十三页，共324页。7.2.1 软件质量概念 Boehm软件质量模型 ：总体效用可移植性可维护性可使用性可靠性效率人性化可测试性易理解性可修改性设备无关性自包含性准确性完备性健壮性一致性可说明性设备效率易存取性易交流性自描述性结构性简明性易读性可扩充性图7.5 Boehm软件质量模型134第一百三十四页，共324页。7.2.1 软件质量概念 McCall软件质量模型 ：产品修改

58、产品升级产品运行正确性、可靠性、高效性、易用性、完整性可维护性灵活性可测试性可移植性可重用性互操作性图7.6 McCall软件质量模型135第一百三十五页，共324页。7.2.2 软件质量影响因素 正确性 健壮性 效率 完整性(安全性) 可用性 风险 可理解性 可维修性 灵活性(适应性) 可测试性 可移植性 可重用性 互操作性136第一百三十六页，共324页。7.2.3 软件度量标准 软件度量标准可以分为：“控制度量标准”“预测度量标准”137第一百三十七页，共324页。7.2.3 软件度量标准 预测度量标准 ：软件过程控制度量标准管理决策软件产品预测度量标准图7.7 预测与控制度量标准138

59、第一百三十八页，共324页。7.2.3 软件度量标准 自动数据收集过程 ：软件系统有用数据错误数据图7.8 自动化数据收集过程139第一百三十九页，共324页。7.2.4 软件项目质量保证 质量保证(Quality Assurance，QA)包括： 质量管理方法。有效的工程技术。整个过程采用的正式复审技术。多层次的测试技术。对文档及其修改的控制。项目的标准及规格等。140第一百四十页，共324页。7.2.4 软件项目质量保证 软件质量保证(Software Quality Assurance，SQA)包括： 质量方针的制定和贯彻。质量保证方针和质量保证标准的制定。质量保证体系的质量保证工作。明

60、确各阶段的质量保证工作。各阶段的质量评审。确保设计质量。重要质量问题的提出与分析。总结实现阶段的质量保证活动。整理面向用户的文档、说明书等。产品质量鉴定、质量保证系统鉴定。质量信息的搜集、分析和使用等。141第一百四十一页，共324页。7.2.5 软件质量管理 软件产品的质量软件产品的质量目标开发过程的质量目标开发过程的质量图7.9 开发过程质量和软件产品质量的关系142第一百四十二页，共324页。7.3 软件项目质量计划 7.3.1 软件质量标准7.3.2 软件项目质量计划7.3.3 软件项目质量保证7.3.4 软件项目质量控制7.3.5 软件质量管理的实施 143第一百四十三页，共324页