软件项目管理整理

软件项目管理

RoadMap

项目初始-项目计划-项目执行控制-项目结束

第一篇软件项目初始

第一章软件项目初始过程

软件项目启动

1、项目立项

明确项目的目标、时间表、项目使用的资源和经费，而且得到执行该项

目的项目经理和项目发起人的认可

Make or buy 决策：P18

合同项目：

甲方合同环境：招标书定义(采购需求定义)、供方选择、合同签署

1）招标书定义：需求申请-需求定义-商务条件确定-验收标准确定-资料

汇集-采购需求认可-编写招标文件-招标文件P19

2）乙方选择：招标文件-招标-收集供方的建议书-评定供方-最终供方确

定-最终供方名单-建议书P21

3）合同签署：合同草案-谈判日程确定-合同草案提交-合同条款协商-合

同签署文本确定-合同签署文本审阅-合同签署-合同签署文件-任务

书下达-任务书任务书任务书P22

乙方合同环境：项目分析、提交建议书、合同签署

1）项目分析任务书/招标书-需求管理者确定-需求分析-需求分析评审-

项目规模估算-项目风险分析-项目初步实施规划-初步实施规划评审

需求分析报告/项目初步计划P23

2）提交建议书

需求分析报告/项目计划-技术能力要求确定-人力资源要求确定-实

现环境要求确定-资金。管理要求确定-企业能力判定-评估结果评审-

能力评估结果-需求成熟度评估-用户支持保证评估-用户资金保证评

估-可行性分析-项目决策-编写项目建议书-参加竞标-项目投标书

P23

3）合同签署

合同草案-谈判日程确定-合同草案提交-合同条款协商-合同签署文

本确定-合同签署文本审阅-合同签署-合同签署文件-任务书下达-任

务书任务书任务书

内部项目

企业内部项目实施的核心是确定任务范围和相关各方进行有效地配合。

这将通过相关各方之间的协议来调整。因此，在内部项目实施中，仅仅

在合同签署过程中定义了一个协议签署过程。此处协议可视作为“合同”，

但无特别的商业约束。其它方面可参考甲乙方的过程。

2、授权项目

项目章程：确认项目存在的文件，包括对项目的确认、对项目经理的授

权和项目目标的概述等。

项目经理角色：项目组织的领导者、项目组织的管理者、项目组织的决

策者、项目组织的分析者、项目组织的计划者、项目组织的控制者、项

目组织的组织者、项目组织的评价者、项目组织的协调者

项目经理的责任：开发计划、组织实施、项目控制

3、初始项目分析

一个初始的项目范围说明，相当于确定初始的项目需求说明书，对项目

需求进行初步的描述，将来编写需求规格说明书的时候，可以在此基础

上进行详细的描述。

4、生存期模型

常用生存期模型：

1）瀑布Waterfall

WaterFall model适合的项目：

在项目开始前,项目的需求很明确

在项目开始前,解决方案也很明确

类似的项目如：公司的财务系统、库存管理系统、短期项目

2）V模型V-shaped

V模型适合的项目：

在项目开始前,项目的需求很明确

在项目开始前,解决方案也很明确

对系统的性能安全很严格的项目

类似的项目如：航天飞机等、公司的财务系统

3）原型Prototyping

4）增量Incremental

5）螺旋式Spiral

6）快速应用开发RAD

7）渐近式阶段

最常用的－渐进式阶段模型

综合了增量模型和螺旋式模型的一个实用模型

渐进式前进、阶段式提交

阶段性完成规划：

渐进式阶段模型的特点：

❑阶段式提交一个可运行的产品

❑关键的功能更早出现

❑早期预警问题，避免软件缺陷不知不觉的增长

❑减少报告负担

❑阶段性完成可以降低估计失误

❑阶段性完成均衡了弹性与效率

渐进式阶段模型适合的项目：

❑可以适合任何规模的项目，主要是中型或大型项目

❑希望随时看到未来的项目

8）Code and fix

选择生存期的步骤

❑熟悉各种生存期模型

❑评审、分析项目的特性

❑选择适合项目的生存期模型

❑标识生存期模型与项目不一致地方,并进行裁减

第二篇软件项目计划

没有计划的情况

有计划的情况：

计划的重要性：PMI：项目成功的三大要素（法宝）：

计划、计划、计划

计划是通向项目成功的路线图

进度计划是最重要的计划

编制进度计划的三步曲：

❑任务分解（WBS）--范围基准

❑成本估算

❑资源、进度安排

后面两个是成本基准，进度基准

RoadMap

第二章软件项目范围计划

1、软件需求管理过程

软件需求：需求是指用户对软件的功能和性能的要求，就是用户希望软

件能做什么事情，完成什么样的功能，达到什么性能。

软件需求的层次：

项目失败的原因分析：

软件需求管理的过程：

需求工程基本任务：

需求获取：

需求分析定义：

需求分析是为最终用户所看到的系统建立一个概念模型，是对需求的抽象描述。

需求分析模型：

需求规格：

❑需求分析工作完成的一个基本标志是形成了一份完整的、规范的需求规格说明书

❑需求规格说明书的编制是为了使用户和软件开发者双方对该软件的初始规定有一个共同的理解，使之成为整个开发工作的基础。

软件需求规格说明的原则：

❑从现实中分离功能，即描述要“做什么”而不是“怎样实现”