软件项目管理复习课件汇总课件
合集下载
软件项目管理课程(PPT 80张)
六盘水师范学院 孙新杰
3
◆ 人员： 人员是一个成功软件项目中最重要的因素。 可分为5类： ⑴高级管理者：负责定义业务问题，影响着项目。 ⑵技术管理者：组织、激励和控制开发人员。 ⑶开发人员：负责开发一个产品或应用所需的技术。 ⑷客户（customer)：负责说明待开发的软件需求。 ⑸最终用户（user)：直接使用发布的软件。
六盘水师范学院 孙新杰
25
2. 软件度量的方法
（1）面向规模的度量 是对软件和软件开发过程的直接度量。 可以建立一个面向规模的数据表格来记录项目的某 些信息。该表格列出了在过去几年完成的每一个软件开 发项目和关于这些项目的相应面向规模的数据。
六盘水师范学院 孙新杰
26
基于所生产软件的“规模”，使用代码行作为其他 计算的规范化因子。计算： •每千行代码（KLOC) 的错误数。 •每KLOC 的缺陷数。 •每个LOC的花费成本。 •每KLOC 的文档页数 •每人月的错误数。 •每人月的代码行。 •每页文档的成本。
六盘水师范学院 孙新杰
23
◆项目度量： 是战术的，使项目管理者能够以实时的方式改进项 目的工作流程及技术方法，如软件项目的工作量及时间 的估算。 项目度量的基础是历史项目中收集的数据。随着项 目的进展，所花费的工作量及时间和预算的值进行比较， 从而控制项目的进展。 另外，可根据文档的页数、评审的时间、功能点及 源代码行数来度量软件的生产率。
六盘水师范学院 孙新杰
21
1. 过程和项目的度量
◆过程度量： 使一个组织从战略上考察已有过程的功效，如开发 范型、工程任务的划分、工作产品、里程碑等，使管理者 评估那些部分起了作用。度量数据的收集跨越所有的项目， 经历较长的时间，目的是改善软件过程。 间接的度量一个软件过程的功效： • 软件发布之前发现的错误数 • 交付给用户后报告的缺陷数 • 花费的工作量、时间、成本 • 与进度计划是否一致
软件工程导论软件项目管理PPT资料优秀版
险等。 项目管理贯穿软件生命周期全过程。 度量的重要性：没有数字就没有管理！ 软件项目管理的主要任务：
➢ 成本管理的任务 ➢ 质量管理的任务 ➢ 配置管理的任务 ➢ ……
2.1 软件度量——基本概念
度量：是软件产品、软件开发过程或资源简单属 性的定量描述。度量具有数字特征。
测量：涉及测量的方法、过程、工具和数值结果。 用于事后或实时状态。
2.5 软件可靠性度量——可靠性概念
软件可靠性：在某个给定时间间隔内，程序按照规 格说明成功运行的概率。
R(t) = 1 - ∫0t f(t)dt
（t表示程序发生故障的时刻， f(t)表示t的概率密度函数）
运行时间越长、故障次数越多、可靠性越小。
R(t) = exp [ -∫0t Z(x)dx]
小组人数2~5 主程序员小组、民主制小组 各阶段需要的技术人员类型、层次和数量不同。
2.6 软件开发过程的管理——过程管理
常用的跟踪方式 P68-69
2.7 软件过程及软件成熟度模型CMM
背景 开发组织：通过CMM度量找到自己的优势和差
距 客户：寻求适宜的开发商 发展 1986年11月， 卡内基.梅隆大学，启动 1991年8月，公开发布 1993年2月， 近几年来，CMM又推出了2.0 版本，同时进入
2.4 软件复杂性度量——文本复杂性
5 软件可靠性度量—H—可a靠ls性估te算ad，70年代，从统计学和心理学角度研 究，程序是由操作符和操作数组成的符号序列。 1 软件度量——两种度量比较
软件测量:直接(简单属性)、间接(涉及多个属性) 7 软件过程及软件成熟度模型CMM
程序语言符号长度N 按11，指正定相方关法、修负改相程关序，的➢根难据度具；体情况折衷平衡，达到用户和开发人员满意的目标。 程序量V 按指定方法修改程序的难度；
➢ 成本管理的任务 ➢ 质量管理的任务 ➢ 配置管理的任务 ➢ ……
2.1 软件度量——基本概念
度量：是软件产品、软件开发过程或资源简单属 性的定量描述。度量具有数字特征。
测量：涉及测量的方法、过程、工具和数值结果。 用于事后或实时状态。
2.5 软件可靠性度量——可靠性概念
软件可靠性：在某个给定时间间隔内，程序按照规 格说明成功运行的概率。
R(t) = 1 - ∫0t f(t)dt
（t表示程序发生故障的时刻， f(t)表示t的概率密度函数）
运行时间越长、故障次数越多、可靠性越小。
R(t) = exp [ -∫0t Z(x)dx]
小组人数2~5 主程序员小组、民主制小组 各阶段需要的技术人员类型、层次和数量不同。
2.6 软件开发过程的管理——过程管理
常用的跟踪方式 P68-69
2.7 软件过程及软件成熟度模型CMM
背景 开发组织：通过CMM度量找到自己的优势和差
距 客户：寻求适宜的开发商 发展 1986年11月， 卡内基.梅隆大学，启动 1991年8月，公开发布 1993年2月， 近几年来，CMM又推出了2.0 版本，同时进入
2.4 软件复杂性度量——文本复杂性
5 软件可靠性度量—H—可a靠ls性估te算ad，70年代，从统计学和心理学角度研 究，程序是由操作符和操作数组成的符号序列。 1 软件度量——两种度量比较
软件测量:直接(简单属性)、间接(涉及多个属性) 7 软件过程及软件成熟度模型CMM
程序语言符号长度N 按11，指正定相方关法、修负改相程关序，的➢根难据度具；体情况折衷平衡，达到用户和开发人员满意的目标。 程序量V 按指定方法修改程序的难度；
软件项目管理基础课程(PPT-61张)可编辑全文
甘特图是做项目进度计划方法的重要方法，其 他方法有：
关键日期表：这是最简单的一种进度计划表， 它只列出一些关键活动和进行的日期。
关键路线法
计划评审技术（Program Evaluation and Review Technique，简称PERT）。
Gantt图能很形象地描绘任务分解情况，以及每 个子任务(作业)的开始时间和结束时间，因此 是进度计划和进度管理的有力工具。它具有直 观简明和容易掌握、容易绘制的优点。
这种管理在技术工作开始之前就应开始，在软 件从概念到实现的过程中继续进行，当软件工 程过程最后结束时才终止。
项目管理分九个知识领域，分别是成本 管理、质量管理、时间管理、范围管理、 人力资源管理、沟通管理、风险管理、 采购管理和整体管理。
其中时间，质量和成本管理构成了三角 形
项目管理包括5种基本活动
项目管理概述
软件项目管理是为了使软件项目能够按照预定 的成本、进度、质量顺利完成，而对成本、人 员、进度、质量、风险等进行分析和管理的活 动。
软件项目管理的根本目的是为了让软件项目， 尤其是大型项目的整个软件生命周期（从分析、 设计、编码到测试、维护全过程）都能在管理 者的控制之下，以预定成本，按期、按质的完 成软件，然后交付用户使用。
项目终止：提交项目结果并收集项目历史。主 要活动有
交付：由客户验收测试和系统安装 2个子活动组 成。
客户验收测试：软件系统由客户按照项目协议中 制定的验收准则进行评价。
安装：系统被配置在目标环境中，并且交付文档。 安装可能包括用户培训和实施阶段。
事后分析：项目经理和团队领导收集项目历史资 料以获得经验。
初始的软件体系结构:它关注于软件体系结构， 特别是把系统分解成子系统。
软件项目管理教材(PPT 89页)
22
需求获取方法
脑力风暴
脑力风暴是一种对于获取新观点或创造性的解决方案而言非 常有用的方法。
通常，专题讨论会的一部分时间是用于进行脑力风暴，找出 关于软件系统的新想法和新特征。
脑力风暴包括两个阶段：想法产生阶段和想法精化阶段。
脑力风暴中为确定的问题定义系统特征
应用程序
脑力风暴中确定的特征
系统特征定义
19
需求获取
软件需 求
用户要求
基线需求 扩展需求
20
需求获取方法
访谈和调研
和用户进行访谈和调研通常是适用于任何环境下的最重要最 直接的方法之一。
访谈的一个主要目标是确保访谈者的偏见或主观意识不会干 扰自由的交流。
“环境无关问题”就是不涉及任何背景的问题。 通过几次这样的访谈，开发人员和系统分析员能获得一些问
- 建立典型的以用户为核心的队伍
- 让用户代表确定用例
- 召开应用程序开发联系会议
- 分析用户工作流程
- 确定质量属性和其它非功能需求
14
需求开发和管理过程
需求分析
需求分析包括提炼、分析和仔细审查已收集到的需求，为最 终用户所看到的系统建立一个概念模型以确保所有的风险承担者 都明白其含义并找出其中的错误、遗漏或其它不足的地方。 分析用户需求应该执行以下活动：
假设和依赖 附录
软件 质量属
性
业务规则
用户文档
17
需求开发和管理过程
需求验证
验证是为了确保需求说明准确、无二义性并完整地表达系 统功能以及必要的质量特性。
需求验证要求客户代表和开发人员共同参与，对提交后的 需求规格说明进行验证，分析需求的正确性，完整性以及 可行性等等。
需求验证中的活动一般包括： –审查需求文档 –以需求为依据编写测试用例 –编写用户手册 –确定合格的标准 –最后的签字
需求获取方法
脑力风暴
脑力风暴是一种对于获取新观点或创造性的解决方案而言非 常有用的方法。
通常，专题讨论会的一部分时间是用于进行脑力风暴，找出 关于软件系统的新想法和新特征。
脑力风暴包括两个阶段：想法产生阶段和想法精化阶段。
脑力风暴中为确定的问题定义系统特征
应用程序
脑力风暴中确定的特征
系统特征定义
19
需求获取
软件需 求
用户要求
基线需求 扩展需求
20
需求获取方法
访谈和调研
和用户进行访谈和调研通常是适用于任何环境下的最重要最 直接的方法之一。
访谈的一个主要目标是确保访谈者的偏见或主观意识不会干 扰自由的交流。
“环境无关问题”就是不涉及任何背景的问题。 通过几次这样的访谈，开发人员和系统分析员能获得一些问
- 建立典型的以用户为核心的队伍
- 让用户代表确定用例
- 召开应用程序开发联系会议
- 分析用户工作流程
- 确定质量属性和其它非功能需求
14
需求开发和管理过程
需求分析
需求分析包括提炼、分析和仔细审查已收集到的需求，为最 终用户所看到的系统建立一个概念模型以确保所有的风险承担者 都明白其含义并找出其中的错误、遗漏或其它不足的地方。 分析用户需求应该执行以下活动：
假设和依赖 附录
软件 质量属
性
业务规则
用户文档
17
需求开发和管理过程
需求验证
验证是为了确保需求说明准确、无二义性并完整地表达系 统功能以及必要的质量特性。
需求验证要求客户代表和开发人员共同参与，对提交后的 需求规格说明进行验证，分析需求的正确性，完整性以及 可行性等等。
需求验证中的活动一般包括： –审查需求文档 –以需求为依据编写测试用例 –编写用户手册 –确定合格的标准 –最后的签字
软件项目管理讲义(PPT 65页)
建 民
11
软 软件测量的分类
件 工 程 概 论
薛 建 民
12
软 用于不同部分的可能度量
件 工 程 概 论
薛 建 民
13
软 早期的度量程序中建议的测量
件 工 程 概 论
薛 建 民
14
软 件
软件度量领域-产品
工
程 面向规模的度量
概 论
面向功能的度量
与复杂度有关的度量
面向对象的度量
薛 建 民
民
44
软 人员与工作的关系
件
工 程 概
随着项目规模增加，要在给定的时间范围 内得到最终结果，需要加入更多的人员
论 如果项目进度拖后，增加程序员的人数当
然可以加快该过程
但是这对开发过程也有消极的影响，导致 进度的进一步落后
开发人员的增加也会导致系统内信息交流 渠道的增加
薛 建 民
45
软 工作量分布
薛 建 民
39
软 风险确定
件
工 程 概
风险通常按照标题分组，例如项目风险、 技术风险和商业风险等
论 项目风险涉及到进度安排问题、人员问题、
资源问题、需求问题等
技术风险涉及到技术、平台、环境的选择 以及有关可移植性、安全性、可靠性等问 题
商业风险涉及到关于投资回报和达到收支 薛 平衡必需的时间的问题
的if-then和重复结构的程序时
该度量不会认为多次嵌套的重复结构比非 嵌套的重复结构简单，这样会导致结果错 误
薛 建 民
25
软 件
扇入和扇出方法（1981年）
工 程
该方法用来跟踪数据流复杂度
概 该方法要求计算从模块流出的数据流数，
论 以及模块使用和修改的全局数据项或数据
11
软 软件测量的分类
件 工 程 概 论
薛 建 民
12
软 用于不同部分的可能度量
件 工 程 概 论
薛 建 民
13
软 早期的度量程序中建议的测量
件 工 程 概 论
薛 建 民
14
软 件
软件度量领域-产品
工
程 面向规模的度量
概 论
面向功能的度量
与复杂度有关的度量
面向对象的度量
薛 建 民
民
44
软 人员与工作的关系
件
工 程 概
随着项目规模增加，要在给定的时间范围 内得到最终结果，需要加入更多的人员
论 如果项目进度拖后，增加程序员的人数当
然可以加快该过程
但是这对开发过程也有消极的影响，导致 进度的进一步落后
开发人员的增加也会导致系统内信息交流 渠道的增加
薛 建 民
45
软 工作量分布
薛 建 民
39
软 风险确定
件
工 程 概
风险通常按照标题分组，例如项目风险、 技术风险和商业风险等
论 项目风险涉及到进度安排问题、人员问题、
资源问题、需求问题等
技术风险涉及到技术、平台、环境的选择 以及有关可移植性、安全性、可靠性等问 题
商业风险涉及到关于投资回报和达到收支 薛 平衡必需的时间的问题
的if-then和重复结构的程序时
该度量不会认为多次嵌套的重复结构比非 嵌套的重复结构简单，这样会导致结果错 误
薛 建 民
25
软 件
扇入和扇出方法（1981年）
工 程
该方法用来跟踪数据流复杂度
概 该方法要求计算从模块流出的数据流数，
论 以及模块使用和修改的全局数据项或数据
软件项目管理 PPT课件
下式计算程序a 规4模m的估b 计值： 6
L=
（单位可以是LOC或KLOC)
❖ 当有以往开发类似产品的历史数据可供参考时，用这种方法估计出的 数值还是比较准确的。
❖ 代码行技术的主要优点是，代码是所有软件开发项目都有的“产品” ，而且很容易计算代码行数。
❖ 代码行技术的缺点是： 源程序仅是软件配置的一个成分，用它的规 模代表整个软件的规模不太合理；用不同语言实现同一个软件所需要 的代码行数并不相同；这种方法不适用于非过程语言。
3.用功能点技术估算每个子功能的规模
为了计算未调整的功能点数，假设每个信息域特 性的复杂度都是平均级别的
信息域值 输入数 输出数 查询数 文件数 外部接口数 总计数值
最小值 20 12 16 4 2
估算未调整的功能点数
可能值 24 15 22 4 2
13.1.2 功能点技术
❖ 功能点技术依据对软件信息域特性和软件复杂性的评估结果，估算 软件规模。这种方法用功能点（FP）为单位度量软件规模。
1. 信息域特性 ❖ 功能点技术定义了信息域的5个特性，分别是： ① 输入项数(Inp)：提供给程序的数据项数，不包括查询 ② 输出项数(Out)：程序输出的数据项数 ③ 查询数(Inq)：不改变程序内部数据的请求-响应对的数目 ④ 主文件数(Maf)：必须由系统维护的逻辑主文件的数目 ⑤ 外部接口数(Inf)：与其他程序共享的数据的数目
13.2.2 动态多变量模型
❖ 动态多变量模型也称为软件方程式。该模型把工作量看作是软件规 模和开发时间这两个变量的函数。动态多变量估算模型的形式如下 ：
E = (LOC×B0.333/P)3×(1/t)4
其中，
E是以人月或人年为单位的工作量；
t是以月或年为单位的项目持续时间；
L=
（单位可以是LOC或KLOC)
❖ 当有以往开发类似产品的历史数据可供参考时，用这种方法估计出的 数值还是比较准确的。
❖ 代码行技术的主要优点是，代码是所有软件开发项目都有的“产品” ，而且很容易计算代码行数。
❖ 代码行技术的缺点是： 源程序仅是软件配置的一个成分，用它的规 模代表整个软件的规模不太合理；用不同语言实现同一个软件所需要 的代码行数并不相同；这种方法不适用于非过程语言。
3.用功能点技术估算每个子功能的规模
为了计算未调整的功能点数，假设每个信息域特 性的复杂度都是平均级别的
信息域值 输入数 输出数 查询数 文件数 外部接口数 总计数值
最小值 20 12 16 4 2
估算未调整的功能点数
可能值 24 15 22 4 2
13.1.2 功能点技术
❖ 功能点技术依据对软件信息域特性和软件复杂性的评估结果，估算 软件规模。这种方法用功能点（FP）为单位度量软件规模。
1. 信息域特性 ❖ 功能点技术定义了信息域的5个特性，分别是： ① 输入项数(Inp)：提供给程序的数据项数，不包括查询 ② 输出项数(Out)：程序输出的数据项数 ③ 查询数(Inq)：不改变程序内部数据的请求-响应对的数目 ④ 主文件数(Maf)：必须由系统维护的逻辑主文件的数目 ⑤ 外部接口数(Inf)：与其他程序共享的数据的数目
13.2.2 动态多变量模型
❖ 动态多变量模型也称为软件方程式。该模型把工作量看作是软件规 模和开发时间这两个变量的函数。动态多变量估算模型的形式如下 ：
E = (LOC×B0.333/P)3×(1/t)4
其中，
E是以人月或人年为单位的工作量；
t是以月或年为单位的项目持续时间；
软件项目管理PPT课件
软件项目管理的对象是软件工程项目，他 所涉及的范围覆盖了整个软件工程过程。
-
10
项目管理的概念
Meiler Page-Jones：
我拜访了很多商业公司，我也观察了 很多数据处理的管理者，我常常恐惧地看 到这些管理者徒劳地与恶梦般的项目斗争 着，在根本不可能的最后期限下苦苦挣扎， 或是在交付了使其用户极为不满的系统之 后，又继续花费大量的时间去维护该系统。
Problem
软件范围 问题分解
Process
合并问题和过程 过程分解
-
24
-
25
项目管理的概念__项目
90—90 规则 项目开始时，必须花时间建立一个现实的
计划，在项目进行中监控该计划，并在整 个过程中控制质量和变化。
-
26
2. 软件项目计划
-
27
软件项目计划 Software Project Planning
-
3
软件项目管理 成为软件项目开发中
最重要的核心问题之一。
-
4
1、项目管理的概念
Q
B
T
-
5
-
6
-
7
项目管理框架
-
8
1.项目管理的概念
-
9
项目管理的概念__什么是软件项目管理？
软件项目管理是为了使软件项目能够按照 预定的成本、进度、质量顺利完成，而对 成本、人员、进度、质量、风险等进行分 析和管理的活动。
软件项目计划—Observations on Estimating
估算需要：
经验
experience 了解以前有用的信息
access to good historical information 当仅存定性数据时进行定量测量的勇气
-
10
项目管理的概念
Meiler Page-Jones：
我拜访了很多商业公司，我也观察了 很多数据处理的管理者，我常常恐惧地看 到这些管理者徒劳地与恶梦般的项目斗争 着，在根本不可能的最后期限下苦苦挣扎， 或是在交付了使其用户极为不满的系统之 后，又继续花费大量的时间去维护该系统。
Problem
软件范围 问题分解
Process
合并问题和过程 过程分解
-
24
-
25
项目管理的概念__项目
90—90 规则 项目开始时，必须花时间建立一个现实的
计划，在项目进行中监控该计划，并在整 个过程中控制质量和变化。
-
26
2. 软件项目计划
-
27
软件项目计划 Software Project Planning
-
3
软件项目管理 成为软件项目开发中
最重要的核心问题之一。
-
4
1、项目管理的概念
Q
B
T
-
5
-
6
-
7
项目管理框架
-
8
1.项目管理的概念
-
9
项目管理的概念__什么是软件项目管理？
软件项目管理是为了使软件项目能够按照 预定的成本、进度、质量顺利完成，而对 成本、人员、进度、质量、风险等进行分 析和管理的活动。
软件项目计划—Observations on Estimating
估算需要：
经验
experience 了解以前有用的信息
access to good historical information 当仅存定性数据时进行定量测量的勇气
相关主题
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
项目 日常运作
项目群、项目与子项目
• 项目划分的粒度 –大型项目 –项目 –子项目（并行、串行） –（项目）活动
• 同族项目的特点 –（最高）目标的一致性 –任务内在的关联性
软件项目
• 项目成果：软件=程序+数据+文档 • 软件项目的特点
–成果的逻辑（抽象）性 –劳动的智力密集型 –管理的复杂性 –投入的前期性 –易形成“先入为主”的垄断优势
质量
时间
• TQC三角制约关系
成本
项目目标 (客户满意度评价指标)
软件项目管理与软件工程的关系
• 软件工程的三部分 –开发过程（技术层面） –管理过程（管理层面） –过程改进
项目管理的要素
项目管理要素 包含
技术 方法 团队建设 信息 沟通 项目干系人
项目干系人
• 项目经理
• 客户
• 用户
• 项目执行组织
• 以美国为首的体系-美国项目管理学会(PMI) – 以企业、大学、研究机构(如：AT&T,Bell South,Bell Core,IBM,EDS， Bell Atlantic,Us West, Citibank, ABB等参与)的专家为主（1969年 -美国），完整开发了一套项目管理知识体系（PMBOK）； – 1984年提出项目管理认证计划(PMP)：目前全球认可程度最高的项目管 理专业认证
项目管理定义
• 常见：项目管理是一系列的伴随着项目的进行 而采取的、以确保项目能够达到期望的结果为 目的的一系列管理行为。
• PMI：在项目活动中应用一系列的知识、技能、 工具和技术，以满足或超过相关利益者对项目 的要求。
项目管理的特点
• 项目管理是组织管理活动的重要组成部分，并 表现出如下特点：
项目定义
• 项目是为了创造一个唯一的产品或提供一个唯 一的服务而进行的临时性的努力。
给你一个浪漫的惊喜
项目的特征
• 明确的目标性 • 项目之间的活动具有相关性 • 时限性 • 独特性（唯一性） • 资源成本的约束性 • 项目的不确定性
哪些活动是项目？
• 上课 • 野餐活动 • 超级女声 • 社区保安 • 开发操作系统 • 每天的卫生保洁 • 神州飞船计划 • 女生节的特别礼物
过程
产品
产品
特点：不同需求，同一过程，相同质量；
过程管理与软件过程管理
• 过程管理 –就是对过程进行管理，目的是要让过程能 够被共享、复用，并得到持续的改进。
• 软件过程管理
–就是要注重循序渐进地积累，积累项目中
的各个环节的实践经验和项目管理的实践经
验，改善和优化软件管理过程。
强调软件开发过程的可模式化、可成长性、可共享性
软件项目的要素
• 客户(提出需求、提供资金、接受和评价成果)
• 项目资源
• 项目开发过程
• 软件开发成果
项目无所不在，关键在于管理…
• 生活中的项目 –生日聚会 –野餐活动 –集体婚礼
• 社会中的大项目 –微软的操作系统开发 –阿波罗计划 –神州飞船计划
项目管理
• 项目管理的定义 • 为什么要实施项目管理 • 国内首例推行项目管理的工程 • 项目管理的特点 • 项目管理的制约要素 • 软件项目管理与软件工程的关系
• 计划阶段
–目标确定、范围定义、进度安排、资源计划、成本 估计等。
• 实施阶段
–实施计划、进度控制、费用控制、质量控制、变更 控制、合同管理、现场管理等。
• 结束阶段
–范围确认、质量验收、费用结算与审计、项目资料 验收、项目交接与清算、项目审计与评估等。
项目管理研究体系
• 以欧洲为首的体系-国际项目管理协会(IPMA) – 代表各国家的项目管理研究组织（1965年-瑞士）
• 三角形制约关系
质量
进度
成本
项目管理知识体系(PMBOK)
• 项目的生命周期 • 项目管理研究体系 • 项目管理的知识与认证体系 • 项目管理知识体系(PMBOK)
项目的生命周期
• 任何项目都有明确的起始时间和结束时间， 其过程中包含四个基本阶段。
• 启动阶段 项目的生命周期
–项目的可行性分析、立项、招投标、合同签署。
PMRC 2001开始建立《中国项目管理知识体系和资格 认证标准》工作。
IPMP的四个级别
PMBOK的9个知识领域
PMBOK的39个标准化模块
PMBOK的5个标准化过程组
不关注过程
用户需求
过程A
产品
关注点
过程B 过程C
产品 产品
特点：同一需求，不同过程，不同质量；
关注过程
关注点
产品
ቤተ መጻሕፍቲ ባይዱ
–目标性 –平衡性
战略管理
–动态性 –创造性
项目管理
运作管理
项目管理的特点
项目管理与运作管理的区别
项目管理
运作管理
唯一性
重复性
时限性
连续性
目标导向
绩效优先
变更管理
线性管理
项目组织
职能部门
项目经理负责 部门经理负责
• 项目管理项的目因素管很理多的，项制目约目标要的素实现主要受
到以下四个因素制约。
• 项目团队成员 • 项目出资人
充分沟通
• 项目业主
• 项目承包人
• 供货商
战略上的范围
• 人员(People）
–疑人不用，用人不疑 –培养人、给人以希望 –适当的激励机制 –团结、互助、向上 –量才而用、人尽其才
• 问题(Problem)
–及早发现问题和解决问题
• 过程(Process)
战术上的范围
软件项目管理过程
• 项目初始 – 确定“做什么？、达到什么目标？”
– 详细信息参看： 或
项目管理的知识与认证体系
项目管理机构
简称 知识体系 认证体系
国际项目管理协会
IPMA
ICB
IPMP
美国项目管理学会
PMI PMBOK PMP
中国项目管理研究委员会 PMRC C-PMBOK C-NCB
1991年6月中国项目管理研究委员会(PMRC)正式成立， 促进了我国项目管理与国际项目管理专业领域的沟通 与交流，促进了我国项目管理专业化和国际化的发展。
第1章 软件项目管理概论
项目与软件项目 项目管理 项目管理的范围 项目管理知识体系(PMBOK) 过程管理与软件项目管理的关系 软件项目管理过程
项目与项目管理
• 项目及其特征 • 项目群、项目与子项目 • 软件项目 • 软件项目要素
哪些活动是项目？
• 上课 • 野餐活动 • 超级女声 • 社区保安 • 开发微软的操作系统 • 每天的卫生保洁 • 神州七号飞船计划 • 女生节的特别礼物