软件项目管理

目录

第一章

1、软件工程

2、项目

3、项目管理（PMBOK） 

4、软件过程

第二章

1、项目立项

2、项目章程

3、PMI人才三角

第三章

1、生存期模型（软件的生命周期）

第四章

第四章

1、计划的重要性

2、进度计划的编制过程

3、软件需求管理包括

4、需求变更管理的过程

5、 需求建模的基本方法

第五章

1、WBS（任务分解结构）

2、任务分解（清单表示法、图表表示法）

任务分解过程

任务分解步骤

分解标准

任务分解方法

任务分解检验

3、 任务分解指南

4、 WBS的意义

第六章

1、进度

2、成本估算和成本预算的区别：

3、规模:

4、软件的规模和成本的关系

5、成本估算过程

6、成本估算方法

(1)代码行

(2)功能点：FP = UFC * TCF

(3)类比 (自顶向下)估算法：信息不足时使用，例如招标时使用

(4)自下而上估算法：根据WBS估算，比较准确

(5)参数法估算法（E=A+B*S^C）

*(6)专家估算法

(7)用例点方法

7、估算方法总结

1.各阶段所用估算算法

2. 软件估算模型

3.估算不准的原因

4.避免低劣估算

第七章

1、进度管理的意义

2、进度管理过程

3、进度管理图示

(1)网络图：PDM和ADM

(2)甘特图：方便的查看任务的工期、开始时间、结束时间以及资源的信息

(3)里程碑图：仅仅表示事件的标记

(4)资源图

4、网络图任务进度时间参数:

时间特性：

时间公式：

5、历时估计方法

(1)定额估计：T=Q/(R*S)

(2)工程评估评审技术（PERT)：PERT历时=(O+P+4M)/6

(3)基于承诺的估计

(5)其他策略:   专家法

6、编制项目进度计划的步骤

关键路径法（CPM）：

时间压缩法：

7、总结

1. 进度编制

2. 资源调整（略）

3. 成本预算（略）

4. 计划优化调整：进度能不能缩短，成本能不能降低（略）

5. 计划基线（略）

第八章 软件质量

1、软件质量定义

2、软件质量管理过程

第九章 配置管理

1、配置管理定义

2、配置管理过程

3、配置管理工具功能

第十章 项目沟通

1、项目沟通的基本原则

2、项目沟通的方式

3、项目经理80%以上的时间做沟通

4、沟通渠道=N(N–1)/2

5、人力资源计划

第十一章 项目风险

1、项目风险的三要素

2、风险的基本性质 

3、风险管理的四个过程

4、风险识别方法 

5、风险评估（定量风险评估）

6、风险规划

第十二章 项目合同

1、合同的生存期

2、合同类型

3、项目集成管理

第十三章 笔记和习题获取

1.笔记

2.习题

---

第一章

1、软件工程

软件工程 = 软件开发 + 项目管理 + 过程改善

2、项目

项目定义：项目是为了创造一个唯一的产品或提供一个唯一的服务而进行的临时性的努力。

项目的特征  (1)目标性

(2)项目的活动之间具有相关性 

(3)临时性（限定周期）

(4)独特性

(5)资源约束性

(6)不确定性 （变更）

项目的特殊性：  逻辑实体，相对于物理实体

软件包括：程序 + 数据 + 文档，

不好监控（学习软件项目管理的原因）

相互作用的系统，例如QQ，C/S

变更多，要管理好变更

渐近明细，随着项目推进不断细化明确

3、项目管理（PMBOK） 

项目管理定义：是一系列的伴随着项目的进行而进行的、目的是为了确保项目能够达到期望的结果的一系列管理行为。

项目管理的5个标准化过程组：启动、计划、执行、控制、总结 

项目管理的知识领域：范围、进度、成本、质量、人力资源、沟通、风险、采购 、项目集成管理

软件项目管理的范围：

战略上：人员、问题、过程

战术上：质量、成本、进度（QCD）：QCD可以量化的衡量软件项目是否成功

Ｄ：完成时间，天     Ｃ：开发效率，L/H   Ｑ：缺陷率，Bug/KL

4、软件过程

过程管理就是对过程进行管理，目的是要让过程能够被共享、复用，并得到持续的改进（用于管理最佳实践，不断优化组织的过程） 

第二章

1、项目立项

定义：明确项目的目标、时间表、使用的资源和经费，而且得到项目发起人的认可。

关联：决策、合同环境 （甲方需求方、乙方供应方）

2、项目章程

(1)项目确认

(2)项目目标描述

(3)授权项目->授权给项目经理 （项目经理的职责->计划、监控、分析、决策）

3、PMI人才三角

技术项目管理、领导力、战略和商务管理

第三章

1、生存期模型（软件的生命周期）

生存期模型：套路

预测生存期模型：瀑布模型、V模型

瀑布模型：前一个活动完成，后一个活动才能开始

V模型：更强调安全可靠，在汽车电子方面应用很广泛

原型模型：用于规避风险，原型的目的是确认需求、确认技术可行性

增量模型：对于大项目，规避需求不明确和成果物完成时间点太靠后的风险

螺旋模型：加强版的原型模型，应对各个阶段的风险。

渐进式增量模型：结合了增量和螺旋模型。

DevOps模型：面向运维的工作流、由Development和Operations的组合，包含开发、测试、运维。

第四章

第四章

1、计划的重要性

软件项目中所有的工作，都必须在计划的指导下进行，进度计划是最重要的计划 。

2、进度计划的编制过程

任务分解 -> 成本估算 -> 确认资源 -> 安排进度  

3、软件需求管理包括

获取、分析、需求规格说明、验证、变更

验证的方法：评审、checklist

4、需求变更管理的过程

提出变更、变更评审、审批、变更通知、变更实施、变更跟踪、记录存档

5、 需求建模的基本方法

原型方法、结构化方法、面向对象的用例分析法、功能列表法

第五章

1、WBS（任务分解结构）

WBS：任务分解结构，为了把任务变小，便于跟踪管理

WBS是面向可交付成果的（WBS分解的结果是任务，这个任务要对应着成果）

不在WBS中包括的工作就不是该项目的工作

工作包应当由唯一一个部门或承包商负责

WBS是由粗到细的分级的树形结构 

2、任务分解（清单表示法、图表表示法）

任务分解过程

输入（需求）-> 分解 -> WBS  

任务分解步骤

1） 确认并分解项目的组成要素(WBS编号)。

2） 确定分解标准，按照项目实施管理的方法分解，而且分解的标准要统一。

3） 确认分解是否详细，是否可以作为费用和时间估计的标准，明确责任。

4） 确定项目交付成果（可以编制WBS字典）。

5） 验证分解正确性。验证分解正确后，建立一套编号系统。

分解标准

功能和生存期，分解标准要统一。

任务分解方法

模版、类比、自上而下、自下而上

任务分解检验

1）最底层的要素是否是实现目标的充分必要条件

2）最底层要素是否有重复的

3）每个要素是否清晰完整定义

4）最底层要素是否有定义清晰的责任人,是否可以进行成本估算和进度安排

3、 任务分解指南

WBS分解的规模和数量因项目而异、因项目经理而异

收集与项目相关的所有信息

参看一下类似的项目的WBS,与相关人员讨论

可以参照模板

最低层是可控的和可管理的，但是避免不必要的过细，最好不要超过7层，

软件项目推荐分解到40小时的任务

每个Work package必须有一个提交物

定义任务完成的标准

每个WBS必须有利于责任分配

可以准备WBS的字典

最后与相关人员进行评审

4、 WBS的意义

提供了项目范围基线（也叫基准，是后续工作的基础）,是范围变更的重要输入

为评估和分配任务提供具体的工作包

进行估算和编制项目进度的基础

对整个项目成功的集成和控制起到非常重要的作用 

第六章

1、进度

成本 + 资源 => 进度

2、成本估算和成本预算的区别：

估算是资源成本的近似估算，是整体；预算是将估算分配给任务，是部分；

3、规模:

是成本的主要因素，是成本估算的基础

规模的单位： LOC（软件规模代码行）、FP（数式程序设计）、人时