软件项目管理课程介绍.ppt
合集下载
第一章软件项目管理概述精品PPT课件
《软件项目管理课程》
软件项目管理概述
1
[目录]
项目与软件项目 项目管理 项目管理的范围 项目管理知识体系 项目管理知识体系 项目管理过程
2
[目录]
项目与软件项目 项目管理 项目管理的范围 项目管理知识体系 项目管理知识体系 项目管理过程
3
[一] 项目与软件项目
问题 有没有同学做过项目?
4
[一] 项目与软件项目
7
[一] 项目与软件项目
软件项目
软件项目具备项目的基本特征（目标性、临时性、约束性）
软件项目的独特特性： ➢ 逻辑实体 ➢ 相互作用的系统 ➢ 变更、 渐近明细 ➢ 创造性
度量难度大，不确定非常明显
8
[一] 项目与软件项目
软件项目的要素
软件项目是在既定的资源和要求的约束下，为实现某种目的而相 互联系的一次性工作任务。
➢ 范围及质量 ➢ 进度 ➢ 成本
[目录]
项目与软件项目 项目管理 项目管理的范围 项目管理知识体系 项目管理知识体系 项目管理过程
18
பைடு நூலகம்
[四] 项目管理知识体系
PMP与PMBOK
软件项目管理不再是“意外的职业”，项目经理急需系统学习项
目管理技术，成为认证合格的项目管理人员
PMP
项目管理知识体系PMBOK
13
[二] 项目管理
软件项目管理的特征
软件项目问题
➢ 时间、资金有限，需求和 质量要求越来越高。
➢ 开发环境复杂难度不减反 增，平台、技术繁多。
➢ 规模越来越大 ➢ 维护越来越难
软件项目管理的特殊性
➢ 纯知识产品，开发进度和质量难以估计 度量，生成效率难以预测和保证。
➢ 项目周期长、复杂度高。需求变化实在 多。
软件项目管理概述
1
[目录]
项目与软件项目 项目管理 项目管理的范围 项目管理知识体系 项目管理知识体系 项目管理过程
2
[目录]
项目与软件项目 项目管理 项目管理的范围 项目管理知识体系 项目管理知识体系 项目管理过程
3
[一] 项目与软件项目
问题 有没有同学做过项目?
4
[一] 项目与软件项目
7
[一] 项目与软件项目
软件项目
软件项目具备项目的基本特征（目标性、临时性、约束性）
软件项目的独特特性： ➢ 逻辑实体 ➢ 相互作用的系统 ➢ 变更、 渐近明细 ➢ 创造性
度量难度大，不确定非常明显
8
[一] 项目与软件项目
软件项目的要素
软件项目是在既定的资源和要求的约束下，为实现某种目的而相 互联系的一次性工作任务。
➢ 范围及质量 ➢ 进度 ➢ 成本
[目录]
项目与软件项目 项目管理 项目管理的范围 项目管理知识体系 项目管理知识体系 项目管理过程
18
பைடு நூலகம்
[四] 项目管理知识体系
PMP与PMBOK
软件项目管理不再是“意外的职业”，项目经理急需系统学习项
目管理技术，成为认证合格的项目管理人员
PMP
项目管理知识体系PMBOK
13
[二] 项目管理
软件项目管理的特征
软件项目问题
➢ 时间、资金有限，需求和 质量要求越来越高。
➢ 开发环境复杂难度不减反 增，平台、技术繁多。
➢ 规模越来越大 ➢ 维护越来越难
软件项目管理的特殊性
➢ 纯知识产品，开发进度和质量难以估计 度量，生成效率难以预测和保证。
➢ 项目周期长、复杂度高。需求变化实在 多。
软件项目管理教材PPT89页
核心三计划
范围计划 进度计划 成本计划
－－成本基准，进度基准
0
软件项目管理
第三讲 软件项目范围计划
1
本章要点
一、软件需求管理过程 二、任务分解定义 三、任务分解的类型 四、任务分解的过程 五、案例分析
2
1 软件项目需求管理
影响软件项目成败的因素
其它
过少的用户输入
13%
12% 50%
场景串联提供了用户界面以说明系统操作流程，它容易创 建和修改，能让用户知道系统的操作方式和流程。
根据与用户交互的方式，场景串联被分成三种模式：静态 的场景串联、动态的场景串联以及交互的场景串联。
选择提供哪种场景串联是根据系统的复杂性和需求缺陷的 风险来确定的。
23
如何记录需求------需求跟踪矩阵
Inadequate communications for system integration 8
系统集成阶段 , 交流与沟通不充分
9
Insufficient experience as team 团队缺乏经验
10 Shortage of application domain experts
缺乏应用领域专家
4
1 软件项目需求管理
软件开发的目标——按时按预算开发出满足用户真实需要的软件。 需求—— 一个软件项目的开始阶段。在软件工程中，需求分析阶 段是 包括客户、用户、业务或需求分析员、开发人员、测试人员、用 户文档编写者、项目管理者和客户管理者在内的所有的风险承担者都 需要参与的阶段。
5
1 软件项目需求管理
结构化分析方法的优点与局限性。
28
需求规格
需求分析工作完成的一个基本标志是形成 了一份完整的、规范的需求规格说明书
范围计划 进度计划 成本计划
－－成本基准，进度基准
0
软件项目管理
第三讲 软件项目范围计划
1
本章要点
一、软件需求管理过程 二、任务分解定义 三、任务分解的类型 四、任务分解的过程 五、案例分析
2
1 软件项目需求管理
影响软件项目成败的因素
其它
过少的用户输入
13%
12% 50%
场景串联提供了用户界面以说明系统操作流程，它容易创 建和修改，能让用户知道系统的操作方式和流程。
根据与用户交互的方式，场景串联被分成三种模式：静态 的场景串联、动态的场景串联以及交互的场景串联。
选择提供哪种场景串联是根据系统的复杂性和需求缺陷的 风险来确定的。
23
如何记录需求------需求跟踪矩阵
Inadequate communications for system integration 8
系统集成阶段 , 交流与沟通不充分
9
Insufficient experience as team 团队缺乏经验
10 Shortage of application domain experts
缺乏应用领域专家
4
1 软件项目需求管理
软件开发的目标——按时按预算开发出满足用户真实需要的软件。 需求—— 一个软件项目的开始阶段。在软件工程中，需求分析阶 段是 包括客户、用户、业务或需求分析员、开发人员、测试人员、用 户文档编写者、项目管理者和客户管理者在内的所有的风险承担者都 需要参与的阶段。
5
1 软件项目需求管理
结构化分析方法的优点与局限性。
28
需求规格
需求分析工作完成的一个基本标志是形成 了一份完整的、规范的需求规格说明书
软件项目管理培训课程.ppt
你下定决心更加不遗余力地去倾听。
你理解到正确传达自己意思的必要。
沟通的障碍
造成沟通障碍的原因： 1、沟通选择的时间、环境不合适 2、沟通的目的性不明确，没有正确阐述信息；(例1、2) 3、给人以错误印象； 外表、 措辞、 拖沓；
如果迟到3、没有选择合适的渠道；
项目沟通的方法
口头沟通方法
口头沟通可以是面对面的，也可以是通过电 话进行的，还可以通过会议的方式实现。 一般是指运用书面文件和信函的形式进行沟 通，包括项目团队内部使用的报告、报表和 在项目团队与业主/客户之间使用报告、备忘 录，信函等方式的沟通。
书面沟通方法
有效沟通的技巧
倾听是首要的
沟通技巧
• 从说话者的立场看事情：
“穿别人的靴子走一里路，才能看穿他的心事。”——谚语
“ 靴子怎样，只有脚知道。” ——刘晓庆
有效倾听的技巧
2、积极倾听：找到有意义的地方，得到益处，提高理解深度。 3、反复思考听到的讯息； • 从琐碎的事情中，挑出有用的；
• 语言背后的感受；
• 把握话题背后的重点； • 自己作判断：这是事实吗？这是好建议吗？听信这些话会有 什么后果？ 4、勇于发问，检查理解力； 5、增强记忆：做笔记；
沟通的定义
沟通是一种信息的双向甚至多向的交流；是参与者们无不 尽己所能期望自己的信息被正确地理解同时对方的信息被准确 的把握的过程。
沟通就是让对 方准确地知道 你所要表达的 意思
沟通的定义
有关沟通的主要概念有如下几个方面：
沟通就是相互理解 沟通就是提出和回应问题与要求 沟通交换的是信息和思想 沟通是一种有意识的行为
38%
55%
软件项目管理课程(PPT 80张)
六盘水师范学院 孙新杰
3
◆ 人员： 人员是一个成功软件项目中最重要的因素。 可分为5类： ⑴高级管理者：负责定义业务问题，影响着项目。 ⑵技术管理者：组织、激励和控制开发人员。 ⑶开发人员：负责开发一个产品或应用所需的技术。 ⑷客户（customer)：负责说明待开发的软件需求。 ⑸最终用户（user)：直接使用发布的软件。
六盘水师范学院 孙新杰
25
2. 软件度量的方法
（1）面向规模的度量 是对软件和软件开发过程的直接度量。 可以建立一个面向规模的数据表格来记录项目的某 些信息。该表格列出了在过去几年完成的每一个软件开 发项目和关于这些项目的相应面向规模的数据。
六盘水师范学院 孙新杰
26
基于所生产软件的“规模”，使用代码行作为其他 计算的规范化因子。计算： •每千行代码（KLOC) 的错误数。 •每KLOC 的缺陷数。 •每个LOC的花费成本。 •每KLOC 的文档页数 •每人月的错误数。 •每人月的代码行。 •每页文档的成本。
六盘水师范学院 孙新杰
23
◆项目度量： 是战术的，使项目管理者能够以实时的方式改进项 目的工作流程及技术方法，如软件项目的工作量及时间 的估算。 项目度量的基础是历史项目中收集的数据。随着项 目的进展，所花费的工作量及时间和预算的值进行比较， 从而控制项目的进展。 另外，可根据文档的页数、评审的时间、功能点及 源代码行数来度量软件的生产率。
六盘水师范学院 孙新杰
21
1. 过程和项目的度量
◆过程度量： 使一个组织从战略上考察已有过程的功效，如开发 范型、工程任务的划分、工作产品、里程碑等，使管理者 评估那些部分起了作用。度量数据的收集跨越所有的项目， 经历较长的时间，目的是改善软件过程。 间接的度量一个软件过程的功效： • 软件发布之前发现的错误数 • 交付给用户后报告的缺陷数 • 花费的工作量、时间、成本 • 与进度计划是否一致
软件项目管理课程PPT88页
一周的工作量（40小时）。
8 .2 软件项目任务分解
5．责任分配及成本分解
WBHS编o号t Ti预p算
责任者
1
0.1
张明
2
0.46
李立
3
0. 46
张明、李立
3.1
0.04
张明
3.2
0.15
李立
WBS编号 预算
3.3
0.15
3.4
0.1
3.5
0.02
4
0.08
5
0.1
责任者 李立 李立 张明 万风 张明
Requirements 82%
Design 13%
Other Code 4% 1%
一个小故事
如何练就需求分析的火眼金晴？
❖5W + 1H + 8C ❖5W就是 Who、When、Where、What、Why ❖ Why是关键 ❖1H就是 How – 需求本身的流程 ❖ 8C指的是8个约束和限制，即8个Constraints： ❖ 包括性能Performance、成本Cost、时间Time、
• •
H需流o求程t 分 优T析 化ip计划
• 编写需求说明书
• 编写需求规格词汇表
• 绘制业务流程
• 抽象业务类
• 建立数据模型
• 将需求分析图示加入规格文档
• 需求规格测试
① 需求规格确认
8 .2 软件项目任务分解
• 任务分解过程 1．H分ot解T步i骤p
（1）确认并分解项目的主要组成要素。 （2）确定分解标准 （3）确认分解是否详细，分解结果是否可以作为
东西时就会知道—感觉会随环境变化）
❖过早作出结论（截断需要表达过程——需求分析 需要耐心和自我控制）
8 .2 软件项目任务分解
5．责任分配及成本分解
WBHS编o号t Ti预p算
责任者
1
0.1
张明
2
0.46
李立
3
0. 46
张明、李立
3.1
0.04
张明
3.2
0.15
李立
WBS编号 预算
3.3
0.15
3.4
0.1
3.5
0.02
4
0.08
5
0.1
责任者 李立 李立 张明 万风 张明
Requirements 82%
Design 13%
Other Code 4% 1%
一个小故事
如何练就需求分析的火眼金晴？
❖5W + 1H + 8C ❖5W就是 Who、When、Where、What、Why ❖ Why是关键 ❖1H就是 How – 需求本身的流程 ❖ 8C指的是8个约束和限制，即8个Constraints： ❖ 包括性能Performance、成本Cost、时间Time、
• •
H需流o求程t 分 优T析 化ip计划
• 编写需求说明书
• 编写需求规格词汇表
• 绘制业务流程
• 抽象业务类
• 建立数据模型
• 将需求分析图示加入规格文档
• 需求规格测试
① 需求规格确认
8 .2 软件项目任务分解
• 任务分解过程 1．H分ot解T步i骤p
（1）确认并分解项目的主要组成要素。 （2）确定分解标准 （3）确认分解是否详细，分解结果是否可以作为
东西时就会知道—感觉会随环境变化）
❖过早作出结论（截断需要表达过程——需求分析 需要耐心和自我控制）
软件项目管理课件(完整版)
（1）职责； （2）当前系统需要； （3）目标； （4）系统将来的需要。
第三章 项目范围管理
• 软件需求收集遵循的步骤
（1）客户和开发组织确定各自单一联系点，授予 做决定的权利，并代表各自的组织利益行事；
（2）双方举行会议和面谈，讨论各种需求； （3）软件开发组织分析需求的一致性和完整性； （4）开发组织以需求规格说明文档的形式得出讨
• 活动工期估计
工期是开展活动的实际时间加上占用时间。例 如，尽管可能只花一周或5天就能完成一项实际的 工作，但估计的工期可能是两周，目的是根据外 部信息留出一些额外的时间进行调整。
人工量是指完成一项任务所需的工作天数和工作 小时。工期是指时间估计，而不是人工量估计。
第五章 项目时间管理
• 常用的工期估算方法
精度多少
粗数量级
项目生命周期前期， 提供选择决策的成本
经常是项目完成前
估计
得3~5年
-50%~100%
预算估计/概算 早期，1~2年 把钱分配到预算计划 -10%~25%
确定性
项目后期，少于1 为采购提供详细内容， -5%~10%
年
估计实际费用
第四章 软件项目成本管理
• 估算方法
（1）代码行方法 ； （2）功能点方法； （3）类比估算法； （4）自下而上估算； （5）专家估算法； （6）参数估算法。
第二章 项目集成管理
• 指导和管理项目执行
指导与管理项目执行过程要求项目经理和项目团 队采取多种行动执行项目管理计划，完成项目范 围说明书中明确的工作 。
指导与管理项目执行过程最直接会受到项目应用 领域的影响。
可交付成果是为完成项目管理计划中列入并做了 时间安排的项目工作而进行的过程的成果。
第三章 项目范围管理
• 软件需求收集遵循的步骤
（1）客户和开发组织确定各自单一联系点，授予 做决定的权利，并代表各自的组织利益行事；
（2）双方举行会议和面谈，讨论各种需求； （3）软件开发组织分析需求的一致性和完整性； （4）开发组织以需求规格说明文档的形式得出讨
• 活动工期估计
工期是开展活动的实际时间加上占用时间。例 如，尽管可能只花一周或5天就能完成一项实际的 工作，但估计的工期可能是两周，目的是根据外 部信息留出一些额外的时间进行调整。
人工量是指完成一项任务所需的工作天数和工作 小时。工期是指时间估计，而不是人工量估计。
第五章 项目时间管理
• 常用的工期估算方法
精度多少
粗数量级
项目生命周期前期， 提供选择决策的成本
经常是项目完成前
估计
得3~5年
-50%~100%
预算估计/概算 早期，1~2年 把钱分配到预算计划 -10%~25%
确定性
项目后期，少于1 为采购提供详细内容， -5%~10%
年
估计实际费用
第四章 软件项目成本管理
• 估算方法
（1）代码行方法 ； （2）功能点方法； （3）类比估算法； （4）自下而上估算； （5）专家估算法； （6）参数估算法。
第二章 项目集成管理
• 指导和管理项目执行
指导与管理项目执行过程要求项目经理和项目团 队采取多种行动执行项目管理计划，完成项目范 围说明书中明确的工作 。
指导与管理项目执行过程最直接会受到项目应用 领域的影响。
可交付成果是为完成项目管理计划中列入并做了 时间安排的项目工作而进行的过程的成果。
软件项目管理课程介绍PPT课件(41页)
chapter__1
8
PMBOK
chapter__1
9
软件开发项目管理课程简介
n 软件开发项目管理是以最合理、最有效、最经 济的手段保证软件开发项目的成功完成
n 具有软件项目管理的独特性。 n 体现软件过程思想。 n 综合各个学科，有好多的学科分支 n 理论与实际的结合
chapter__1
10
课程的目的
n 主要是向希望成为软件开发项目管理的人员传 授软件开发方面项目管理的概念、方法和技巧
n 学生在短时间内掌握软件开发项目管理的基本 知识和实践能力。
chapter__1
11
实验工具
n Microsoft Project
chapter__1
12
教学方式
n 实用为主线 n 以软件企业的经验为基础 n 采用理论讲授、案例研究、问题讨论的方式 n 提倡交互式
chapter__1
13
参考网站
n n n n n n n
chapter__1
n 个人经验已无法确保项目的成功或按时完成。
chapter__1
3
项目管理背景（续）
n 需要从系统的、工程的、管理的角度出发进行 管理，来保证系统的开发过程的顺利和确保质 量
chapter__1
4
项目管理简介
项目管理是20世纪50年代后期发展起来的一种计 划管理方法，它一出现就引起举世瞩目。
n 项目管理在运作方式和管理思维模式上最大限 度地利用了内外资源
chapter__1
6
项目管理认证计划
n PMI在1984年提出项目管理认证计划(PMP) n AT&T,Bell South,Bell Core,Bell Atlantic,Us West,
软件项目管理基础课程(PPT-61张)可编辑全文
甘特图是做项目进度计划方法的重要方法，其 他方法有：
关键日期表：这是最简单的一种进度计划表， 它只列出一些关键活动和进行的日期。
关键路线法
计划评审技术（Program Evaluation and Review Technique，简称PERT）。
Gantt图能很形象地描绘任务分解情况，以及每 个子任务(作业)的开始时间和结束时间，因此 是进度计划和进度管理的有力工具。它具有直 观简明和容易掌握、容易绘制的优点。
这种管理在技术工作开始之前就应开始，在软 件从概念到实现的过程中继续进行，当软件工 程过程最后结束时才终止。
项目管理分九个知识领域，分别是成本 管理、质量管理、时间管理、范围管理、 人力资源管理、沟通管理、风险管理、 采购管理和整体管理。
其中时间，质量和成本管理构成了三角 形
项目管理包括5种基本活动
项目管理概述
软件项目管理是为了使软件项目能够按照预定 的成本、进度、质量顺利完成，而对成本、人 员、进度、质量、风险等进行分析和管理的活 动。
软件项目管理的根本目的是为了让软件项目， 尤其是大型项目的整个软件生命周期（从分析、 设计、编码到测试、维护全过程）都能在管理 者的控制之下，以预定成本，按期、按质的完 成软件，然后交付用户使用。
项目终止：提交项目结果并收集项目历史。主 要活动有
交付：由客户验收测试和系统安装 2个子活动组 成。
客户验收测试：软件系统由客户按照项目协议中 制定的验收准则进行评价。
安装：系统被配置在目标环境中，并且交付文档。 安装可能包括用户培训和实施阶段。
事后分析：项目经理和团队领导收集项目历史资 料以获得经验。
初始的软件体系结构:它关注于软件体系结构， 特别是把系统分解成子系统。
软件项目管理课程PPT113页
计算程序控制结构的V(G)值
E = 4 E = 3 N = 4 N = 3 V = 2 V = 2
计算程序控制结构的V(G)值
E = 6 N = 5 V = 3
例3.1 计算如图所示程序控制结构图的V(G)值。 (a) e=1,n=2,v=1; (b) e=3,n=3,v=2; (c) e=4,n=4,v=2； (d) e=3,n=3,v=2; (e) e=6,n=5,v=3.
过程的内部属性 工作量 计划和进度 一段时间内某类事件发生的次数 过程的外部属性 成本 可控制性 可观察性 稳定性 资源的内部属性 人 软硬件环境 方法 经验 资源的外部属性 成本 时间
3.1.1.2 面向规模的度量
代码行数 LOC或KLOC 生产率 Pl=L/E 其中 L 软件项目代码行数 E 软件项目工作量（人月 PM） Pl 软件项目生产率（LOC/PM） 代码出错率 EQRl=Ne/L 其中 Ne 软件项目的代码错误数 EQRl 每千行代码的错误数
每行代码平均成本 Cl=S/L 其中 S 软件项目总开销（元／美元） Cl软件项目每行代码的平均成本 文档与代码比 Dl=Pd/L 其中 Pd 软件项目文档页数 Dl 每千行代码的平均文档数
软件的外部属性和内部属性 外部属性 软件产品、过程、资源与环境的关系 如，成本、效益、劳动生产率、可靠性、可维护性 内部属性 软件产品、过程、资源、环境自身的属性 如，产品结构、模块化程度、复杂性、程序长度等。
产品-过程-资源
产品的内部属性 程序代码长度 程序功能 模块化 重用性 控制流 数据流 模块耦合度与内聚度 产品的外部属性 程序的可靠性 可用性 可维护性 软件的可理解性 有效性 可移植性
例3.1计算程序控制结构的V(G)值
第1讲软件项目管理概述-PPT精选
©Copyright Xinjun Mao 2005
22
软件项目管理概述
3.3 产品管理
软件需求管理 软件质量保证 软件配置管理
©Copyright Xinjun Mao 2005
23
软件项目管理概述
3.3.1 软件需求管理
获取、文档化和评审用户需求，并对用户需 求的变更进行控制和管理
©Copyright Xinjun Mao 2005
19软件项目管理概述3.2 人员管理 软件项目团队 纪律和激励机制
©Copyright Xinjun Mao 2005
20
软件项目管理概述
3.2.1 软件开发团队
确定团体的结构、明确人员的角色和任务、 加强人员之间的交流与合作，结构合理、任 务明确、团结协作、交流顺畅
©Copyright Xinjun Mao 2005
18
软件项目管理概述
3.1.5 风险管理
对软件开发过程中各种风险进行分析、预测、 评估、监控的过程
– 什么是软件开发风险？ – 软件开发可能会有哪些风险？ – 如何客观地预测风险？ – 如何评估风险带来的影响？ – 如何避免和消除风险？ – 如何提供工具支持风险分析？……
6
软件项目管理概述
管理是重要的(1/4)
软件项目开发的任务
– 按照预定的进度、成本和质量，开发出满足用 户要求的软件产品
用户需求
确保软件质量
用户需求
成本限制 进度限制
进度 约束
软件开发
成本 约束
高质量软件
©Copyright Xinjun Mao 2005
7
软件项目管理概述
管理是重要的(2/4)
软件项目管理课程课件-完整版
三．软件工程模型
所有软件工程的活动都必须进行管理。 软件项目管理贯穿于软件工程的演化过程。 软件工程的演化过程：
三．软件工程模型
软件工程模型: 组织软件工程活动的方 法，称为软件工程模型。
软件工程模型是用一定的流程将各个活 动连接起来，并可用规范的方式操作全 过程，如同工厂的生产线。
常见模型有线性、快速原型、螺旋、渐 增式等模型。
常见的软件工程模型
线性模型（也称，瀑布模型，顺序模型）
常用的软件工程模型
螺旋模型 可看成是连接的线性模型
常用的软件工程模型
渐增式模型（增量模型）
常用的软件工程模型
渐增式模型首先构建系统的基本轮询回 路：
1.2项目管理
一．项目与项目管理
１．项目的概念及特点 项目：是指在一定约束条件下具有特定目标的一
一个次里程碑。
各阶段特点
为实现整个项目的某个特定状态，每个阶段都要进 行足够次数迭代。
各阶段的工作产品（制品，文档等），同时进化产 生，但每个阶段都有一个主要焦点： 初始阶段 需求 （生命周期目标里程碑） 细化阶段 设计 （生命周期构架里程碑） 构造阶段 实现 （初始的可操作能力里程碑） 移交阶段 实施 （产品发布里程碑） （这里的模型是渐增式（增量式））
管理科学用于计划、资源、质量、成本 等管理。
二．软件工程框架
软件工程目标 软件工程活动 软件工程原则
软件工程框架
软件工程目标
正确性－－软件产品达到预期功能的程 度。
可用性－－软件基本结构、实现、文档 为用户可用的程度。
合算性－－具有经济效益，即开发、运 行的开销满足用户要求的程度。
软件工程活动---生产软件步骤
问题定义－－明确要解决的问题 可行性分析－－即定义的问题是否有解决的办
第15讲 软件项目管理.ppt
2020/9/29
3. 变化控制
• 对于大型软件开发项目来说，无控制的变化将迅速导致混乱。变化控制 把人的规程和自动工具结合起来，以提供一个控制变化的机制。
• 典型的变化控制过程如下：
– 接到变化请求之后，首先评估该变化在技术方面的得失、可能产生的副作用 、对其他配置对象和系统功能的整体影响以及估算出的修改成本。
• 每个对象都有一组能惟一地标识它的特征： 名字、描述、资 源表和“实现”。其中，对象名是无二义性地标识该对象的 一个字符串。
• 在设计标识软件对象的模式时，必须认识到对象在整个生命 周期中一直都在演化，因此，所设计的标识模式必须能无歧 义地标识每个对象的不同版本。
2020/9/29
2. 版本控制
• 版本控制联合使用规程和工具，以管理在软件工程 过程中所创建的配置对象的不同版本。借助于版本 控制技术，用户能够通过选择适当的版本来指定软 件系统的配置。实现这个目标的方法是，把属性和 软件的每个版本关联起来，然后通过描述一组所期 望的属性来指定和构造所需要的配置。
• 上面提到的“属性”，既可以简单到仅是赋给每个 配置对象的具体版本号，也可以复杂到是一个布尔 变量串，其指明了施加到系统上的功能变化的具体 类型。
• 除了软件配置项之外，许多软件工程组织也把软件工具置于配置管理之 下，也就是说，把特定版本的编辑器、编译器和其 他CASE工具，作为 软件配置的一部分“固定”下来。因为当修改软件配置项时必然要用到 这些工具，为防止不同版本的工具产生的结果不同，应该把软件工具也 基线化，并且列入到综合的配置管理过程之中。
2020/9/29
2. 基线
• 基线是一个软件配置管理概念，它有助于我们在不严重妨碍合理变化的 前提下来控制变化。IEEE把基线定义为： 已经通过了正式复审的规格 说明或中间产品，它可以作为进一步开发的基础，并且只有通过正式的 变化控制过程才能改变它。
3. 变化控制
• 对于大型软件开发项目来说，无控制的变化将迅速导致混乱。变化控制 把人的规程和自动工具结合起来，以提供一个控制变化的机制。
• 典型的变化控制过程如下：
– 接到变化请求之后，首先评估该变化在技术方面的得失、可能产生的副作用 、对其他配置对象和系统功能的整体影响以及估算出的修改成本。
• 每个对象都有一组能惟一地标识它的特征： 名字、描述、资 源表和“实现”。其中，对象名是无二义性地标识该对象的 一个字符串。
• 在设计标识软件对象的模式时，必须认识到对象在整个生命 周期中一直都在演化，因此，所设计的标识模式必须能无歧 义地标识每个对象的不同版本。
2020/9/29
2. 版本控制
• 版本控制联合使用规程和工具，以管理在软件工程 过程中所创建的配置对象的不同版本。借助于版本 控制技术，用户能够通过选择适当的版本来指定软 件系统的配置。实现这个目标的方法是，把属性和 软件的每个版本关联起来，然后通过描述一组所期 望的属性来指定和构造所需要的配置。
• 上面提到的“属性”，既可以简单到仅是赋给每个 配置对象的具体版本号，也可以复杂到是一个布尔 变量串，其指明了施加到系统上的功能变化的具体 类型。
• 除了软件配置项之外，许多软件工程组织也把软件工具置于配置管理之 下，也就是说，把特定版本的编辑器、编译器和其 他CASE工具，作为 软件配置的一部分“固定”下来。因为当修改软件配置项时必然要用到 这些工具，为防止不同版本的工具产生的结果不同，应该把软件工具也 基线化，并且列入到综合的配置管理过程之中。
2020/9/29
2. 基线
• 基线是一个软件配置管理概念，它有助于我们在不严重妨碍合理变化的 前提下来控制变化。IEEE把基线定义为： 已经通过了正式复审的规格 说明或中间产品，它可以作为进一步开发的基础，并且只有通过正式的 变化控制过程才能改变它。
《软件项目管理概述》课件
测试与质量保证
测试计划与策略
制定详细的测试计划和策略，包括测试范围、 方法、资源和时间安排等。
测试执行与跟踪
按照测试计划执行测试，记录测试结果并跟踪 缺陷管理。
质量保证与改进
通过质量保证活动，确保软件质量符合要求，并持续改进软件过程。
发布与维护
发布计划
制定软件发布计划，包括发布时间、发布渠道和宣传推广等。
04
软件项目管理的挑战与解决方案
需求变更与风险管理
在此添加您的文本17字
需求变更管理
在此添加您的文本16字
需求变更在软件开发过程中是常见的，但频繁变更可能导 致项目延期、成本增加和降低质量。
在此添加您的文本16字
应对策略：建立需求变更管理流程，明确变更请求的提出 、评估、批准和实施步骤，确保变更对项目的影响可控。
02
软件项目管理的主要内容
项目计划与组织
项目计划制定
制定详细的项目计划，包括项目目标 、范围、时间表、预算和资源分配等 。
项目组织结构
确定项目团队的组织结构，包括角色 和职责的分配，以及沟通渠道和决策 机制的建立。
需求分析与管理
需求收集
通过访谈、问卷调查和原型演示等方式收集用户需求 。
需求分析
详细描述
软件项目管理的重要性在于，它能够有效地协调和管理软件开发过程中的各种活动，确 保项目按计划进行，及时发现和解决潜在问题，提高软件质量，降低开发成本，并满足
用户需求。
软件项目管理的基本原则
要点一
总结词
软件项目管理的基本原则包括灵活性、沟通、预见性、控 制和持续改进。
要点二
详细描述
灵活性原则要求软件项目管理能够适应变化和不确定性， 及时调整项目计划和策略。沟通原则强调项目团队成员之 间的有效沟通，确保信息的准确传递。预见性原则要求对 可能出现的问题和风险进行预测和预防。控制原则是对项 目过程进行监控和调整，确保项目按计划进行。持续改进 原则要求不断总结经验教训，优化项目管理过程和方法。
软件项目管理讲义(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课件
22
Software Project Management
软件工程 软件开发经验 软件开发方法 程序设计语言
6.先导要求
23
Software Project Management
学习和掌握先导课程 理解知识点和思想
无需死记硬背 大胆提出你的想法和意见
掌握方法和工具 运用解决实际问题 阅读相关资料
布鲁克斯?
20世纪最后一年也就是1999年的图灵奖授予了年已69岁 的资深计算机科学家布鲁克斯(Frederick Phillips Brooks,Jr.)。布鲁克斯这个名字在中国知之者不多，但在 美国却是 大名鼎鼎的，因为他在60年代初只有29岁时就 主持与领导了被 称为人类从原子能时代进入信息时代标 志的IBM/360系列计算 机的开发工作，取得辉煌成功，从 而名噪一时。以后他作为硬 件和软件的双重专家和出色 的教育家始终活跃在计算机舞 台上，在计算机技术的诸 多领域中都做出了巨大的贡献。从某 种意义上说，对于 布鲁克斯而言，图灵奖是一个“迟到的荣誉”
7
Software Project Management
软件危机的表现(2 of 3)
软件质量得不到保证
软件应用面的扩大：科学计算、军事、航空航天、工业控制、企 业管理、办公、家庭
软件越来越多的应用于安全犹关(safety critical)的系统，对软件质 量提出更高的要求
80年代欧洲亚丽安娜火箭的发射失败，原因是软件错误 美国阿托拉斯火箭的发射失败，原因是软件故障 英国1986年开发的办公室信息系统Folios经4年，因性能达不到要
11
Software Project Management
技术手段不能完全解决软件危机
到了20世纪90年代，软件危机依然存在，甚至更为严重
软件项目管理PPT课件
监控项目变更
对项目变更进行严格控制和管理，确保变更不会对项目造成不利 影响。
项目收尾
01
项目验收
组织相关利益相关者对项目成果 进行验收，确保项目目标得以实 现。
项目总结
02
03
项目后评估
对项目过程中的经验教训进行总 结，为今后的项目提供参考和借 鉴。
评估项目的整体绩效，包括项目 的成本、进度和质量等方面，为 今后的项目提供改进方向。
加强团队成员培训与能力提升
提高团队成员对需求变更的敏感度和应对能力。
技术债务问题
技术债务的识别与解决策略
技术债务类型
代码质量差：代码缺乏规范和重构，导致维护 困难、性能低下和安全隐患。
技术债务问题
技术落后
采用已被淘汰或不推荐使用的技术和工具，影响项目进展和未来扩展性。
缺乏文档和注释
缺乏必要的文档和注释，导致团队成员难以理解和维护代码。
JUnit是Java语言的单元测试框架，用 于编写和执行测试用例。
项目管理软件
01
02
03
04
项目管理软件用于规划、跟 踪和管理软件项目，提高项 目执行效率和团队协作。常 用的项目管理软件包括Trello、
Asana和Jira。
Trello是一个看板式的项目管 理工具，通过拖放任务卡片 进行任务管理，适用于小型
软件项目管理ppt课件
目 录
• 软件项目管理概述 • 软件项目管理的核心概念 • 软件项目管理流程 • 软件项目管理工具与技术 • 软件项目管理挑战与解决方案 • 软件项目管理案例研究
01 软件项目管理概述
软件项目的定义与特点
定义
软件项目是为了实现特定目标，通过 计算机程序、数据库、文档等软件产 品来满足用户需求的过程。
对项目变更进行严格控制和管理，确保变更不会对项目造成不利 影响。
项目收尾
01
项目验收
组织相关利益相关者对项目成果 进行验收，确保项目目标得以实 现。
项目总结
02
03
项目后评估
对项目过程中的经验教训进行总 结，为今后的项目提供参考和借 鉴。
评估项目的整体绩效，包括项目 的成本、进度和质量等方面，为 今后的项目提供改进方向。
加强团队成员培训与能力提升
提高团队成员对需求变更的敏感度和应对能力。
技术债务问题
技术债务的识别与解决策略
技术债务类型
代码质量差：代码缺乏规范和重构，导致维护 困难、性能低下和安全隐患。
技术债务问题
技术落后
采用已被淘汰或不推荐使用的技术和工具，影响项目进展和未来扩展性。
缺乏文档和注释
缺乏必要的文档和注释，导致团队成员难以理解和维护代码。
JUnit是Java语言的单元测试框架，用 于编写和执行测试用例。
项目管理软件
01
02
03
04
项目管理软件用于规划、跟 踪和管理软件项目，提高项 目执行效率和团队协作。常 用的项目管理软件包括Trello、
Asana和Jira。
Trello是一个看板式的项目管 理工具，通过拖放任务卡片 进行任务管理，适用于小型
软件项目管理ppt课件
目 录
• 软件项目管理概述 • 软件项目管理的核心概念 • 软件项目管理流程 • 软件项目管理工具与技术 • 软件项目管理挑战与解决方案 • 软件项目管理案例研究
01 软件项目管理概述
软件项目的定义与特点
定义
软件项目是为了实现特定目标，通过 计算机程序、数据库、文档等软件产 品来满足用户需求的过程。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
chapter__1
23
１ ．有明确的目标
项目是面向目标的 目标必须是明确的 目标也必须是可以达到的
chapter__1
24
２．项目之间的活动具有相关性
项目复杂是固有的，其中有很多彼此相关的活 动， 相关的活动必须协调开展
chapter__1
25
３ ．限定的周期
项目要在一个限定的期间内完成，应该是一种 临时性的任务， 有明确的开始点和结束点。
chapter__1
32
本章要点
项目 软件项目的特征 实现项目目标的制约因素 软件项目的生存周期 软件项目现状
chapter__1
33
实现项目目标的制约因素
chapter__1
11
实验工具
Microsoft Project
chapter__1
12
教学方式
实用为主线 以软件企业的经验为基础 采用理论讲授、案例研究、问题讨论的方式 提倡交互式
chapter__1
13
参考网站
chapter__1
14
考试方式
实验（论文）、笔试
实验（或者论文）50分 笔试50分
chapter__1
7
PMI要求项目经理的具备的能力
范围管理能力（Scope management） 时间管理能力(Time management) 成本管理能力(Cost management) 人力资源管理能力(Human Resource management) 风险管理能力(Risk management) 质量管理能力(Quality management) 合同/采购管理能力(Contract/procurement management) 沟通管理能力（communication management ）
chapter__1
26
４ ．有独特性
在一定程度上，项目与项目之间没有重复性， 每个项目都有其独自的特点
chapter__1
27
５ ．约束性
每一项目都需要运用各种资源来作为实施的保 证，而资源是有限的 。
资金 设备 时间 人员等
chapter__1
28
６ ．项目的不确定性
计划和实际的不一致性 风险的发生
chapter__1
5
项目管理认证计划
背景
过去是没有项目经理的职业意识 常常先承担了项目责任，然后顺理成章地当上 了项目经理 项目管理的常常不是通过系统的学习的来的， 而是在实践中摸索出来的 经常面临失败的经历
chapter__1
6
项目管理认证计划
PMI在1984年提出项目管理认证计划(PMP) AT&T,Bell South,Bell Core,Bell Atlantic,Us West, Citibank,IBM,EDS ，ABB等参与，
chapter__1
29
７ ．结果的不可逆转性
项目结束，结果就确定了
chapter__1
30
软件项目的特殊性
逻辑实体
具有抽象性
系统
满足一系列目标的相互作用的各个部分的结构化的组合。
相互作用
“系统”包括彼此相互作用的部分。
变更
需求的变更 设计的变更 技术的变更 社会的变更
chapter__1
31
相互作用图示
强调实际的动手能力 有特色，有创意的实验和作业可以加分
chapter__1
15
进度安排
一月一日：第一章－－第三章 一月二日：
上午：第四章－－第五章 下午：第五章－－第七章
一月三日：
上午：第八章－－第九章 下午：第十章－－第十二章
一月四日：
上午：第十二章－－第十三章 下午：第十四章－－第十六章
chapter__1
16
软件开发项目管理
第一章 软件项目介绍
chapter__1
17
本章要点
项目 软件项目的特征 实现项目目标的制约因素 软件项目的生存周期 软件项目现状
chapter__1
18
什么是项目？
?
chapter__1
19
项目定义
项目是为了创造一个唯一的产品或提供一个 唯一的服务而进行的一个临时性的努力。 项目是以一套独特而相互联系的任务为前提， 有效地利用资源，为实现一个特定的目标所 做的努力。
软件开发项目管理
chapter__1
1
项目管理背景
生活中的项目
生日聚会 野餐活动 集体婚礼
社会中的大项目
微软的操作系统 阿波罗计划 神州飞船计划
chapter__1
2
项目管理背景（续）
时空概念的根本改变加剧了项目的复杂性和可 变性 项目的涉及范围和时间、空间跨度都在以空前 的速度扩大； 个人经验已无法确保项目的成功或按时完成。
chapter__1
3
项目管理背景（续）
需要从系统的、工程的、管理的角度出发进行 管理，来保证系统的开发过程的顺利和确保质 量
chapter__1
4
项目管理简介
项目管理是20世纪50年代后期发展起来的一种计 划管理方法，它一出现就引起举世瞩目。 项目管理在运作方式和管理思维模式上最大限 度地利用了内外资源 从根本上改善了管理人员的工作程序 提高了效率、降低了风险。 应用广泛
Program
A group of interrelated projects managed together
chapter__1
21
本章要点
项目 软件项目的特征 实现项目目标的制约因素 软件项目的生存周期 软件项目现状
chapter__1
22
项目的特征
有明确的目标 项目之间的活动具有相关性 限定的周期 有独特性 资源成本的约束性 项目的不确定性 结果的不可逆转性
chapter__1
8
PMBOK
chapter__1
9
软件开发项目管理课程简介
软件开发项目管理是以最合理、最有效、最经 济的手段保证软件开发项目的成功完成 具有软件项目管理的独特性。 体现软件过程思想。 综合各个学科，有好多的学科分支 理论与实际的结合
chapter__1
10
课程的目的
主要是向希望成为软件开发项目管理的人员传 授软件开发方面项目管理的概念、方法和技巧 学生在短时间内掌握软件开发项目管理的基本 知识和实践能力。
chapter__1
20
项目定义（续）
Project
A finite endeavor that
Has a define beginning and a definite end Is unique Consumes resources
Subproject
Part of a project managed with a level of independence