IT项目管理(全部)

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

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

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

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

5、素及多个主体。如表 1.1所示。 10 表1.1 项目管理的基本内容 项目层次 企业层次 项目层次 项目主体 业主 承包商 监理 用户 项目阶段 概念阶段 开发阶段 实施阶段 收尾阶段 基本过程 启动过程 计划过程 执行过程 控制过程 结束过程 综合管理 范围管理 时间管理 成本管理 质量管理 知识领域 人力资源管理 风险管理 沟通管理 采购管理 项目与项目管理 项目管理的运行 通过项目进行管理 系统方法与综合 项目背景 项目阶段与生命周期 项目开发与评估 项目目标与策略 项目成功与失败标准 项目启动 项目收尾 项目结构 范围与内容 时间进度 资源 项目费用与融资 技术状态与变化 项目风险 效

6、果度量 项目控制 信息、文档与报告 项目组织 团队工作 领导 沟通 冲突与危机 采购与合同 项目质量管理 项目信息学 标准与规范 问题解决 项目后评价 项目监理与监督 业务流程 人力资源开发 组织的学习 变化管理 项目投资体制 系统管理 知识要素 安全、健康与环境 法律与法规 财务与会计 11 1. 项目综合管理项目 其包括3个基本的子过程： 制订项目计划;项目计划执行;综合变更控制。 n2项目范围管理 PMBOK将其分成5个阶段： 启动;范围计划;范围界定;范围核实;范围变更控 制。(Project Management Body of Knowledge ) n3项目时间管理 PMBOK提

7、出，项目时间管理 由下述5项任务组成：活动定义;活动排序;活动 时间估计;项目进度编制;项目进度控制。 n4项目成本管理 包括以下4个过程：制订资 源计划;成本估计;成本预算;成本控制。 n5项目质量管理 主要包括以下4个过程：质量 规划;质量控制;质量保证;全面质量管理。 项目管理的基本内容: 12 n6项目人力资源管理 包括如下几个主要的过 程：人力资源规划;招聘与解聘;筛选;定向;培训; 绩效评估;职业发展;团队建设。 n7项目风险管理 PMBOK将其归纳为4个主要过 程：风险识别；风险估计；风险应对计划；风险 控制。 n8项目沟通管理 包括如下一些基本的过程： 编制沟通计划；信息传递；

8、绩效报告；管理收尾。 n9项目采购管理 主要包括：编制采购计划； 编制询价计划；询价；选择供应商；合同管理； 合同收尾。 项目管理的基本内容: 13 1.1.4 项目管理的成功因素 n范围(Scope) n时间(Time) n成本(Cost) n质量(Quality) 14 1.2 IT软件项目管理 n1.2.1 IT软件项目 n1.2.2 IT软件项目管理 n1.2.3 IT软件项目管理的活动 15 1.2.1 IT软件项目 nIT项目限制在以软件开发、集成和实 施为主要目的的项目范围内，简称IT 软件项目。 nIT项目具有自己非常明显的特点： n阶段性(紧迫性) n独特性 n不确定性。 1

9、6 1.2.2 IT软件项目管理 IT软件项目管理和其他项目管理相比， 具有很大的独特性。 n生产无形的产品 n过程没有明显的划分。 n大都是“一次性”的人力消耗型项目。 17 1.2.3 IT软件项目管理的活动 IT软件项目管理主要的活动包括： l 编写项目建议书 l 项目成本的度量 l 项目计划和进度安排 l 项目监控和复审 l 人员选择和评估 l 项目报告的准备和发布 18 1.3 IT软件项目的组织结构 n1.3.1 软件项目的组织结构 n1.3.2 项目经理 n1.3.3 产品项目组 n1.3.4 主程序员组 n1.3.5 程序员的工作效率 19 1.3.1 软件项目的组织结构 软件

10、项目经理 软件项目总监 程序项目经理 程序项目经理 质量项目经理 软件项目经 理 软件项目经 理 软件项目经 理 产品组 负责人 产品组 负责人 产品组 负责人 QA1 QA2 QA3 图1.2 典型IT软件项目管理组织模式图 20 1.3.2 项目经理 项目经理的基本职责可以归纳为领导项 目的计划、组织和控制工作，以实现项目的 目标，即项目经理领导项目团队完成项目目 标，项目经理需要协调各个团队成员的活动， 使这些成员成为一个和谐的整体，履行各自 的工作。 21 1.3.3 产品项目组 采用小规模的产品项目组有以下优势： l 沟通和交流的时间大大缩短。 l 工作标准可以不断提高。 l 成员可

11、以更加紧密地结合在一起工作。 l 成员在编程时能为其他成员着想。 l 成员能更好地了解其他成员的工作及进度。 22 1.3.4 主程序员组 主程序员的核心由以下3部分组成， 如图1.3所示：主程序员；熟练而有经验的 辅助程序员；资料管理员。 主程序员 辅助程序员 专家池 与外部 沟通 资料管理员 图图1.3 主程序员组结构主程序员组结构 23 1.3.5 程序员的工作效率 在IT项目中对工作效率的度量主要是 采取间接测量的方法。几种常用的间 接测量方法有： l 每人月代码行(LOC) l 每人月编的目标指令(OI) l 每人月写的文档页数(POD) l 每人月测试和执行的错误数(T组织分解结构

12、(OBS);资源分解结构(RBS);材 料清单(BOM);项目分解结构(PBS)。 30 “分解”工作包括以下几个主要步 骤： n确定项目的主要可交付成果。 n确定每个可交付成果的详细程度，以便对 每个可交付成果能够编制恰当的成本和时 间预算。 n确定可交付成果的组成元素。 n核实分解的正确性。 31 2.2 甘 特 图 n甘特图(Gantt Chart)，是表示项目各阶段任务开始时 间与结束时间的图。甘特图用水平线段表示阶段任务； 线段的起点和终点分别对应于任务的开始时间和结束 时间；线段的长度表示完成任务所需的时间。 n甘特图的优点是表明了各任务的计划进度和当前进度， 能动态地反映软件项目

13、的开发和进展情况。缺点是难 以反映多个任务之间存在的复杂逻辑关系。 32 项目甘特图 33 34 2.3 IT项目的网络表示法 n网络是适用于成本与计划控制的一种项目管理工 具。通过图表，工程师和管理者可以直观地表示 时间或成本的计划与控制情况 n网络分析是在20世纪60年代作为一个控制大型项 目的技术而引入项目管理过程中的，引入网络技 术之前(大约在1956年)，主要使用其他的一些计 划方法，如活动列表、日记、条形图、甘特图等。 35 讲义版权由讲义版权由Win-Win International 所有，未经同意，不得转印所有，未经同意，不得转印 绘制网络图方法之绘制网络图方法之 - 节点法

14、（节点法（Activity on Node）- 工作任务描述 任务 序号 负责人 工期 估计 洗车 1 王 2 hrs 擦车 2 李 3 hrs Activity=工作任务(Task) 每项工作任务由一个框来表示 每个框有任务序号，负责人，工期估计 每一项任务只有在与它联系的所有先前 任务完成后才能启动 36 讲义版权由讲义版权由Win-Win International 所有，未经同意，不得转印所有，未经同意，不得转印 绘制网络图方法之绘制网络图方法之 - 箭头法（箭头法（Activity on Arrow）- 洗车 王 擦车 李 每项工作任务由一个箭头来表示 箭头的长度与工期时间或重要性无

15、关 箭头与箭头之间以圆圈连接，圈内是事件（Event）序号 一个圆圈代表它前面任务的结束，并是它后面任务的开 始 事件 序号 事件 序号 工作任务描述 负责人 工期评估 1 23 2 hrs3 hrs 37 讲义版权由讲义版权由Win-Win International 所有，未经同意，不得转印所有，未经同意，不得转印 为为ABC公司实施办公自动化公司实施办公自动化 项目网络图项目网络图 验收 刘海 52 19 49 53 1天 50 最晚结 束时间 工期 最早结 束时间 最晚开始 时间 任务序号 最早开始 时间 任务 主要负责人 示意图 38 39 2.4 关键路径法 一般求出某个项目的关键

16、路径的基本步骤为： l求出各活动的时间参数ES(最早开始时间)和 EF(最早完成时间)。 l求出各活动的时间参数LF(最迟完成时间)和 LS(最迟开始时间)。 l 计算时差。 l 确定关键路径。 40 2.5 计划评审技术 计划评审技术PERT(Program Evaluation and Review Technique)对各个项目活动的完成时间按 3种不同情况估计： n乐观时间(optimistic time)任何事情都顺利的 情况，完成某项工作的时间。 n最可能时间(most likely time)正常情况下， 完成某项工作的时间。 n悲观时间(pessimistic time)最不利

17、的情况， 完成某项工作的时间。 41 第 3 章 IT软件项目管理概述 42 第3章 IT软件项目管理概述 n3.1 IT软件项目生命周期的划分 n3.2 IT软件项目生命周期中 n3.3 IT软件项目生命周期中的重要概念 n3.4 IT软件项目管理里程碑 43 3.1 IT软件项目生命周期的划分 n生命周期都包括识别、设计、实施和评估4个 阶段: 图3.1 典型软件项目开发的生命周期 初步需求 子系统需求分析 概念设计 逻辑设计 开发概念原型 第一次开发 风险分析 开发结果评估 识别设计实施评估 系统配置、 运行、产 品成型 系统需求分析物理设计第二次开发开发结果评估 整体需求最终设计最终开

18、发测试 44 3.1 IT软件项目生命周期的划分 n3.1.1 瀑布模型 n3.1.2 原型模型 n3.1.3 螺旋模型 45 3.1.1 瀑布模型 瀑布模型: 是美国Winston Royce向IEEE WESCON （Royce, Winston 1970）提交的一篇名为管理大 规模软件系统的开发的论文中首次提出的。由于 这种方法是从一个阶段成瀑布流入下一个阶段，所 以这个模型就称为“瀑布模型”。瀑布模型有很多 的变化，包括以下的阶段：需求分析与定义，系统 设计与软件设计，系统实施与单元测试，系统集成 与系统测试，系统运行与系统维护。 46 问题定义 特点：1） 阶段间具有顺序性和依赖性

19、2） 推迟实现的观点 3） 质量保证的观点。 可行性研究 需求分析 总体设计 详细设计 编码与单元测试 综合测试 软件维护 软件定义时期 软件开发时期 软件维护时期 47 3.1.2 原型模型 n原型(Prototype)法的基本过程： 用户提出系统需求 识别并归纳用户需求 快速开发一个模型 确定模型后的处理 系统运行、维护 重新设计或选择模型 满意 模型不满意 图3.4 原型法的基本过程 评价模型 模型不可行 修改模型 48 3.1.3 n融合了瀑布模型的基本成分和原型的迭代 特征。采用随着日程时间的进展而交错的 线性序列。 49 分析 分析 分析 分析 设计 设计 设计 设计 编码 编码

20、编码 编码 测试 测试 测试 测试 增量1 增量2 增量3 增量4 50 3.1.4 螺旋模型 风险分析 风险分析 风险分析 风险分析 原型1 原型2 原型3 可用原型 建模 模拟 评价 软件需求 需求确认 操作概念 需求计划 开发计划 软件产品设计 设计确认与验证 集成与测试计划 详细 设计 编码 单元 测试 集成 测试 接收 测试 实现 成本 评审 制订下阶段计划 确定下阶段目标 和约束条件 风险分析、构造原型 开发、验证阶段 软件产品 过程迭代 图3.5 螺旋模型 51 52 螺旋模型分析 在螺旋模型结构中，维护只是螺旋模型的另一个周期，在维 护和开发之间本质上并没有区别，从而解决了做太

21、多测试或 未作足够测试所带来的风险。 适用条件 内部的大规模软件的开发，不太适合合同软件。 一般只适用于大规模软件的开发 53 3.2 IT软件项目生命周期中各阶段任务 根据前面对IT软件项目各个主要模型生命周期的 分析，可以将一般的软件项目开发过程详细划 分为如图3.6所示的6个主要阶段，即 n项目开发准备阶段、 n调查研究阶段、 n项目分析阶段、 n项目设计阶段、 n项目实施阶段、 n维护与评价阶段。 54 供决策参考 提出可行性分析 修改意见 项目咨询人员项目开发准备阶段 调查研究阶段 项目分析阶段 项目设计阶段 项目实施阶段 维护与评价阶段 项目咨询人员 项目专业管理人员 项目专业管理

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

23、周报。 57 里程碑 主里程碑所处阶段目 标下一阶 段 目标里程碑识 别 阶 段 末期 向所有项目干系人提供一份如何开展项 目的建议书，包括项目计划、成本和进 度表以及期望的利润和效益等 设计 设计里程碑设 计 阶 段 末期 向所有项目干系人提供一个经过论证的 可执行的设计方案 开发 开发里程碑开 发 阶 段 末期 评估软件的可读性和可用性，以便软件 产品开始向客户/用户的转换 测试 产品版本里 程碑 评 估 阶 段 末期 评价软件的完整性和软件对其所支持组 织的转换 完成阶段性工作的标志。 58 基线 指一个（或一组）配置项在项目生命周期的不同时间点上通过正 式评审而进入正式受控的一种状态。

24、 基线其实是一些 重要的里程碑，但相关交付物要通过正式评审并 作为后续工作的基准和出发点。基线一旦建立后变化需要受控制。 重要的检查点是里程碑，重要的需要客户确认的里程碑，就 是基线。在我们实际的项目中，周例会是检查点的表现形式，高 层的阶段汇报会是基线的表现形式。 59 第 4 章 IT软件项目可行性研究 60 第4章 IT软件项目可行性研究 IT软件项目开发的可行性一般包括了可能性、效 益性和必要性3个方面。可能性包括了技术、物资、 资金和人员支持的可行性；效益性包括了实施项目所 能带来的经济效益和社会效益；必要性则比较复杂， 包括了社会环境、领导意愿、人员素质、认知水平等 诸方面的因素。

25、因此，在项目启动之前进行项目的可 行性研究是非常必要的，而且也是必须的。 61 第4章 IT软件项目可行性研究 n4.1 可行性研究的内容 n4.2 可行性研究的步骤 n4.3 效益的预测与评估 n4.4 投入产出比和投资回收期 62 4.1 可行性研究的内容 n4.1.1 技术可行性分析 n4.1.2 经济可行性分析 n4.1.3 运行环境可行性分析 n4.1.4 其他方面的可行性分析 63 4.1.1 技术可行性分析 n技术可行性分析是指在当前市场的技术、产品 条件的限制下，能否利用现在拥有的以及可能 拥有的技术能力、产品功能、人力资源来实现 项目的目标、功能、性能，能否在规定的时间 期限

26、内完成整个项目。 n技术可行性分析一般应当考虑： 进行项目开发的风险; 人力资源的有效性； 技术能力的可能性； 物资(产品)的可用性。 64 4.1.2 经济可行性分析 经济可行性分析： 主要是对整个项目的投资及所产生的经济效 益进行分析，具体包括： 支出分析、 收益分析、 投资回报分析 以及敏感性分析等。 65 4.1.3 运行环境可行性分析 运行环境是制约软件在用户单位发挥效益 的关键。 66 4.1.4 其他方面的可行性分析 IT软件项目的可行性研究除了前面介绍的 技术、经济和运行环境可行性分析外，还包括 了诸如法律可行性、社会可行性等方面的可行 性分析。 67 4.2 可行性研究的步骤

27、 可行性研究分为初步可行性研究、详细可行性 研究、可行性研究报告等3个基本的阶段，可 以归纳成几个基本步骤： (1) 确定项目规模和目标。 (2) 研究正在运行的系统。 (3) 建立新系统的逻辑模型。 (4) 导出和评价各种方案。 (5) 推荐可行性方案。 (6) 编写可行性研究报告。 (7) 递交可行性研究报告。 68 4.2 可行性研究的步骤 n4.2.1 初步可行性研究 n4.2.2 详细可行性研究 n4.2.3 可行性研究报告 69 4.2.1 初步可行性研究 进行初步可行性评估，可以从几个方面进 行衡量，以便是否决定开始详细可行性研究： n分析项目的前途，从而决定是否应该继续深入调查

28、 研究； n初步估计和确定项目中的关键技术及核心问题，以 确定是否有可能解决； n初步估计必须进行的辅助研究，以解决项目的核心 问题，并判断是否具备必要的技术、实验、人力条 件作为支持。 70 通过项目的初步可行性研究就应当能够回 答下面的一些问题： n 项目进行投资建设的必要性。 n 项目建设的周期。 n 项目需要的人力、财力资源。 n 项目的功能和目标是否可以实现。 n 项目的经济效益、社会效益是否可以保证。 n 项目从经济上、技术上是否是合理的。 71 4.2.2 详细可行性研究 进行可行性研究工作的主要依据有： n国家经济和社会发展的长期规划，部门与地区的 发展规划，以及国家和地方的相

29、关政策、法律、 法规和制度。 n项目建议书或者项目建议书批准后签订的意向性 协议。 n国家、地区、企业的信息化规划和标准。 n市场调研分析报告。 n技术、产品或工具的有关资料。 72 IT软件项目详细可行性研究的内容，一般可以归 纳为： n概述：提出项目开发的背景、必要性和经济意义，研究项目工作的依 据和范围，产品交付的形式、种类、数量。 n需求确定：调查研究国内外客户的需求情况，对国内外的技术趋势进 行分析，确定项目的规模、目标、产品、方案和发展方向。 n现有资源、设施情况分析：调查现有的资源(包括硬件设备、软件系统、 数据、规章制度等)种类与数量，以及这些资源的使用情况和可能的更 新情况。

30、 n设计(初步)技术方案：确定项目的总体和详细目标、范围，总体的结 构和组成，核心技术和关键问题、产品的功能与性能。 n项目实施进度计划建议。 n投资估算和资金筹措计划。 n项目组织、人力资源、技术培训计划：包括现有的人员规模、组织结 构、人员层次、个人技术能力、人员技术培训计划等。 n合作/协作方式。 73 4.2.3 可行性研究报告可行性研究报告 编写一份关于IT软件项目的可行性研究报告，可以考虑从如下几个方面 进行： n第1部分 概述 n第2部分 项目技术背景与发展概况 n第3部分 现行系统业务、资源、设施情况分析 n第4部分 项目技术方案 n第5部分 实施进度计划 n第6部分 投资估算

31、与资金筹措计划 n第7部分 人员及培训计划 n第8部分 不确定性(风险)分析 n第9部分 经济和社会效益预测与评价 n第10部分 可行性研究结论与建议 74 第 5 章 IT软件项目计划管理 75 5.1 IT软件项目计划管理 n很重要性的 n一项复杂的、自始至终不断迭代的 n从不同的角度出发有不同的种类 n为项目的运作提供可靠的实施基础 n提供可行的工作计划 项目计划管理是： 76 5.1 IT软件项目计划管理 n使软件项目的开发建立在可靠的基础之上，将项目计 划变成开发人员能够遵循的文档，并据此跟踪、检查、 监控计划的执行。 n确定软件项目开发的活动和承诺，使软件开发工作有 序而协调地进行

32、，以便根据软件计划的资源、约束和 能力逐步向客户履行承诺。 n明确与软件项目相关的组织和个人的职责，将任务责 任落实到具体的小组和个人，从组织管理上确保项目 开发的成功。 项目计划的目的： 77 5.2 确定IT软件项目的目标 n(1) 明确制定项目目标的主题。项目目标 一般由项目发起人或者项目提议人来确定。 n(2) 描述项目目标。项目目标必须明确、 具体，尽量定量描述，保证项目目标容易 被沟通和理解，并使每个项目组成员结合 项目目标确定个人的具体目标。 主要分为两步： 78 5.2 确定IT软件项目的目标 n定量化原则：确定项目目标时，尽可能定量描述， 使得每个目标的范围、时间、成本、性能

33、、责任等 都是明确的，可以度量和监控的。 n个人化原则：每个具体目标应当落实到项目组的每 个成员，使得每个成员都明确自己的工作和职责。 n简单化原则：目标的描述应当是简单而直接的，使 得每个参与人员都能明确而无二义性。 n现实性原则：确定的每个目标都是可以实现的，而 不是追求理想化的结果。 遵循一些基本原则： 79 5.3 项目范围管理 n5.3.1 项目范围管理概述 n5.3.2 项目范围规划 n5.3.3 项目范围定义 80 5.3.1 项目范围管理概述 n项目范围的确定项目范围(Project Scope) 包括项目的最终产品或者服务，以及实现 该产品或者服务所需要执行的全部工作。 n项

34、目范围管理的任务是界定项目所必须包 含且只需要包含的全部工作，并对其他的 项目管理工作起指导作用，以确保项目顺 利完成全部的过程。 81 5.3.2 项目范围规划 n项目范围规划的输入 n项目范围规划的工具和技术 n项目范围规划的输出 82 5.3.2 项目范围规划 n产品描述 n项目章程 n制约因素 n前提条件 项目范围规划的输入： 83 5.3.2 项目范围规划 n产品分析 n成本效益分析 n项目方案识别技术 n专家评定 项目范围规划的工具和技术 ： 84 5.3.2 项目范围规划 n项目范围说明书 n范围管理计划 项目范围规划的输出： 85 5.3.2 项目范围定义 n范围说明书 n制约

35、因素 n前提条件 n其他计划结果 n历史资料 n使用工具：工作分解结构模板 范围定义的输入： 86 5.4 制定IT软件项目进度计划 n5.4.1 软件项目进度计划 n5.4.2 制定软件项目进度计划的指导原则 n5.4.3 项目进度计划的制定过程 87 5.4.1 软件项目进度计划 考虑各种因素，串并性 产品发行集成调试 需求定义 需求评估 概要设计 详细设计 概要评估 测试计划测试过程测试评估 设计评估编码 单元调试 图5.4 软件项目开发的并行性 88 5.4.2 制定软件项目进度 计划的指导原则 n1. 将用于编制软件项目计划及跟踪软件项目的工作文 档化。 n2. 对于软件项目的实施采

36、用文档化的承诺。 n3. 相关的机构或个人认可他们对软件项目的承诺。 n4. 指定软件项目负责人负责落实软件项目的承诺并制 定项目的软件开发计划。 n5. 确保软件项目存在一份文档化的、并被认可的工作 任务说明。 n6. 软件开发计划要指定人员角色分工，明确责任。 n7. 对软件项目所需要的、适当的资源及资金做出计划。 89 5.4.2 制定软件项目进度 计划的指导原则 n8. 对软件项目负责人、软件工程师及其他与软件项目 计划编制有关的人员进行适合其职责范围的培训。 n9. 成立相关软件项目组及相关的方案论证小组。 n10. 软件项目组及相关的方案论证小组在整个项目生命 期内参加全部的项目计

37、划编制工作。 n11. 按照书面流程与高级管理人员或企业外部机构软件 项目的承诺进行复审。 n12. 明确划分为预先定义的、规模可管理的阶段的软件 生命周期。 n13. 按照书面流程开发项目的软件开发计划。 n14. 将软件项目计划文档化。 90 5.4.2 制定软件项目进度 计划的指导原则 n15. 确定软件项目需要建立及维护控制的软件产品。 n16. 按照书面流程进行对软件产品规模的估计(或软件产 品规模的改变)。 n17. 按照书面流程进行对软件项目工作量及费用的估计。 n18. 按照书面流程进行对项目所需要的关键计算机资源 的估计。 n19. 按照书面流程确定项目的软件开发进度。 n2

38、0. 识别、评估与项目的费用、资源、进度及技术方面 相关的软件风险，并文档化。 n21. 准备项目的软件工程机制及支撑工具的计划。 91 5.4.2 制定软件项目进度 计划的指导原则 n22. 记录软件计划编制数据。 n23. 制定并使用度量方法以确定软件计划活动的状态。 n24. 定期与高级管理人员对软件项目计划活动进行复审。 n25. 以定期及事件驱动方式对软件项目管理人员及软件项 目计划活动进行复审。 n26. 对软件质量保证人员及软件项目计划活动、工作产品 进行回顾及审核，并将结果文档化。 92 5.4.3 项目进度计划的制定过程 n项目网络图 n活动持续时间估计 n资源需求 n资源安

39、排描述 n日历 n约束条件 n假设条件 n提前或滞后要求 n风险管理计划 依据 : 93 5.4.3 项目进度计划的制定过程 n数学分析法 n持续时间压缩法 n模拟法 n资源分配的启发式方法 n项目管理软件 工具和技术: 94 5.4.3 项目进度计划的制定过程 n项目进度计划 n详细依据说明 n进度管理计划 n更新的项目资源需求 输出 : 95 5.4.4 软件项目计划的主要活动 n1. 计划初始阶段 n2. 指定软件开发计划SDP n3. 对SDP草稿进行审查和批准 n4. 实施软件开发计划 n5. 软件开发过程的质量和评价 n6. 修改SDP 96 5.4.4 软件项目计划的主要活动 软

40、件规模、 成本、日期 估计 软件项目跟 踪和监控 计划过程开始 制订项目计划SDP 对SDP审查和批准 实施软件开发计划SDP 过程度量和评价 修改SDP 需求管理 软件配置管理 (SCM) 软件质量保证 (SQA) 图5.5 软件项目计划的实现过程97 5.5 软件项目计划书 n1. 引言 n1.1 计划的目的 n1.2 项目的范围和目标 n1.2.1 范围描述 n1.2.2 主要功能 n1.2.3 性能 n1.2.4 管理和技术约束 n2. 项目估算 n2.1 使用的历史数据 n2.2 使用的评估技术 n2.3 工作量、成本、时间估算 98 5.5 软件项目计划书 n3. 风险管理战略 n

41、3.1 风险识别 n3.2 有关风险的讨论 n3.3 风险管理计划 n3.3.1 风险计划 n3.3.2 风险监视 n3.3.3 风险管理 n4. 日程 n4.1 项目工作分解结构 n4.2 进度安排(甘特图) n4.3 资源表 99 5.5 软件项目计划书 n5. 项目资源 n5.1 人员 n5.2 硬件和软件 n5.3 特别资源 n6. 人员组织 n6.1 组织结构 n6.2 管理报告 n7. 跟踪和控制机制 n7.1 质量保证和控制 n7.2 变化管理和控制 n8. 附录 100 第 6 章 IT软件项目成本管理 101 第6章 IT软件项目成本管理 n6.1 IT项目成本 n6.2 I

42、T项目开发成本的估算方法 n6.3 成本估算案例 n6.4 项目成本控制 102 6.1 IT项目成本 n6.1.1 项目成本 n6.1.2 影响项目成本的因素 n6.1.3 项目成本管理的内容 103 6.1.1 项目成本 n对于一般项目，项目的成本主要由项目 直接成本、管理费用和期间费用等构成。 nIT项目的成本主要由以下4部分构成： n硬件成本 n差旅及培训费用 n软件开发成本 n项目管理费用 104 6.1.2 影响项目成本的因素 n项目成本的影响因素很多，对于IT软件项目， 影响因素主要包括： n项目质量对成本的影响 n工期对成本的影响 n管理水平对成本的影响 n人力资源对成本的影响

43、 n价格对成本的影响 105 6.1.3 项目成本管理的内容 项目成本管理主要包括： 资源计划编制、 费用估算、 费用预算、 不可预见费用 费用控制。 106 6.2 IT项目开发成本的估算方法项目开发成本的估算方法 n6.2.1 IT项目成本的常用估算方法 n6.2.2 面向规模(LOC)的度量 n6.2.3 面向功能点(FP)的度量 n6.2.4 COCOMO模型 nCOnstructive COst MOdel，构造性成本 模型 107 6.2.1 IT项目成本的常用估算方法 最基本的估算方法有以下几种： n成本建模技术 n专家判定技术 n类比评估技术 n自顶向下估算法 n自下而上估算法

44、 n赢利定价法 108 分解与度量方法： n分解主要是做两个方面工作：一是按工作分解 结构和工作任务(工作包)分摊成本；二是按工 期时段分摊成本。 n目前最常用且最好用的度量方法主要有3种： 面向规模(LOC)、面向功能点(FP)及COCOMO 模型的度量方法。 109 6.2.2 面向规模(LOC)的度量 为了与其他项目中的同类度量相比较，选择代 码行作为规范化，这样，就可以为每个项目产生一 组简单的、面向规模的度量标准： n每千行代码(KLOC)的错误数。 n每千行代码行(KLOC)的缺陷数。 n每千行代码行(KLOC)的成本。 n每千行代码行(KLOC)的文档页数。 n每人月错误数。 n

45、每页文档的成本。 110 6.2.3 面向功能点(FP)的度量 n功能点可由以下4个参数计算出来：外部输入和输 出数；外部接口数；用户交互数 ；系统要用的文 件数。 n功能点法是通过建立一个标准来确定某个特定的 测量参数(简单、平均或复杂)的功能点数，一般， 可以采用下面的方式计算功能点： n FP= 总计数值0.65+0.01SUM(Fi) 111 n一旦计算出功能点，就可以采用类似面向规模的方法来使 用，以便规范软件生产率、质量及其他属性的测量： n每个功能点(FP)的错误数 n每个功能点(FP)的缺陷数 n每个功能点(FP)的成本 n每个功能点(FP)的文档页数 n每人月完成的功能点(F

46、P)数 n面向功能点(FP)和面向规模(LOC)两种度量方法之间的关 系为：LOC=AVC功能点的数量，其中AVC是指该语言在 实现一个功能点时所要用的平均代码行数。 6.2.3 面向功能点(FP)的度量 112 6.2.4 COCOMO模型 n它是一种精确、易于使用的,基于模型的成 本估算方法，最早由勃姆 (Boehm) 于 1981 年提出。 n从本质上说是一种参数化的项目估算方法, 参数建模是把下那个目的某些特征作为参 数,通过建立一个数字模型预测项目成本 (类似于居住面积作为参数计算的整体的住 房成本). 113 6.2.4 COCOMO模型 nCOCOMO 模型的项目成本估算公式为：

47、 n E=A(KDSI)b n在COCOMO 模型中，根据开发环境及项目规模 等因素，可把项目分为以下3种：组织模式 ；半 分离模式 ；嵌入模式 n相应地，COCOMO模型的层次结构也包括3种基本 形式，即初级COCOMO 模型、中级COCOMO 模型和 高级COCOMO 模型。 114 6.4 项目成本控制 n6.4.1 项目成本控制的内容 n6.4.2 项目成本控制的流程与方法 115 6.4.1 项目成本控制的内容 n项目的成本控制就是在整个项目的实施过程中，定期收集项 目的实际成本数据，与成本的计划值进行对比分析，并进行 成本预测，发现并及时纠正偏差，以使项目的成本目标尽可 能好地实现

48、。 n项目成本控制的主要内容包括： n对造成成本基准计划发生改变的因素施加影响，以保证这种变化朝着 有利项目的方向发展。 n确定项目基准计划是否已经发生变化。 n在实际成本基准计划发生变化和正在发生变化时，对这种变化实施有 效的管理。 n监视项目成本执行情况，及时发现与成本计划的偏差。 n确保所有有关成本的变更都准确记录在项目成本基准计划中。 n防止不正确、不适宜或者未核准的变更纳入成本基准计划中。 n将核准的变更通知有关项目干系人。 116 6.4.2 项目成本控制的流程与方法 n在项目管理中，成本控制、质量控制和进度控制 一起贯穿项目实施的全过程。其控制原理如图6.9 所示。 项目进展 收

49、集实际 成本数据 计划成本与实际 成本比较 偏差 采取控制措施 图6.9 动态成本控制原理 是 否 117 成本控制的工作流程如图6.10所示， 工作范围 投资/成本预算进度计划 检查跟踪 预测分析 成本检查/预测报告/报表 决策(采取措施纠正偏差) 图6.10 项目成本控制流程 118 成本控制方法和技术 n实施成本控制的方法和基本技术主要包括： n成本控制改变系统 n绩效度量 n附加计划 119 第 7 章 IT软件项目质量管理 120 第7章 IT软件项目质量管理 n7.1 质量管理基本概念 n7.2 IT软件质量管理基本知识 n7.3 软件项目质量计划 n7.4 软件项目评审 n7.5

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

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

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

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

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

55、保证 n7.2.5 软件质量管理 131 7.2.1 软件质量概念 ISO8402定义：“对用户在功能和性能方面需求的满足、 对规定的标准和规范的遵循以及正规软件某些公认的应该 具有的本质 ” ANSI/IEEE定义：“与软件产品满足规定的和隐含的需求 能力有关的特征和特性的全体” 软件质量不是绝对的，而是相对的概念，讨论软件的质量 ，最终将归结为定义软件的质量特性，而定义一个软件的 质量，就等价于为该软件定义一系列质量特性 软件质量 ： 132 7.2.1 软件质量概念 B.W.Boehm、T.R.Brown和M.Lipow 于1976年首次提出软件 质量模型 1977年Walters和Mc

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

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

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

59、段的质量评审。 n确保设计质量。 n重要质量问题的提出与分析。 n总结实现阶段的质量保证活动。 n整理面向用户的文档、说明书等。 n产品质量鉴定、质量保证系统鉴定。 n质量信息的搜集、分析和使用等。 141 7.2.5 软件质量管理 软件产品 的质量 软件产品的 质量目标 开发过程的 质量目标 开发过程 的质量 图7.9 开发过程质量和软件产品质量的关系 142 7.3 软件项目质量计划 n7.3.1 软件质量标准 n7.3.2 软件项目质量计划 n7.3.3 软件项目质量保证 n7.3.4 软件项目质量控制 n7.3.5 软件质量管理的实施 143 7.3.1 软件质量标准 软件质量标准的定

60、义，有3个重要方面需要强调： n软件需求是进行质量度量的基础，与需求不符 就是质量不高。 n指定的标准定义了一组指导软件开发的准则。 如果不遵循这些准则，就极有可能导致软件质 量的不高。 n软件需求中通常有一组“隐含需求”是很少被 提及的，如对易维护的要求，如果软件符合了 明确需求却没有满足隐含需求，软件的质量仍 然值得怀疑。 144 7.3.2 软件项目质量计划 依据: n质量方针。质量方针是由高层管理者对项目的整个质量 目标和方向制定的一个指导性的文件。但是，在项目实 施过程中，可以根据实际情况对质量方针进行适当的修 正。 n范围描述。项目的范围描述说明了投资人对项目的需求 以及项目的主要