项目管理手册

北京和范大学珠海分校管理学院

项目管理阐明书

——开发聊天软件

生存期中的各阶段定义如下：

项目规划阶段

阶段目时：根据初步时需求分析，确定项FI的规模、时间计划和资源

需求

输入：规定文本，

过程：项目规划，计划确认

输出：项目计划

需求分析阶段

阶段日时：确定客户时需求

输入：项目计划，sow

过程：需求获取，需求分析，需求控制

输出：原型系统，需求规格

设计阶段

阶段目H勺：总体系统构造设计

输入：原型系统，需求规格

过程：总体设计

输出：系统设计阐明书，数据库构造定义

增量1实现

阶段目H勺：实现系统H勺登录功能

输入：系统设计阐明书，数据库构造定义

过程：详细设计，编码，代码走查，代码评审，单元测试

输出：详细设计阐明书，源代码，可运行版本T

增量2实现

阶段目口勺：实现系统口勺聊天功能

输入：系统设计阐明书，数据库构造定义

过程：详细设计，编码，代码走查，代码评审，单元测试

输出：详细设计阐明书，源代码，可运行版本-2

增量3实现

阶段目H勺：实现系统H勺信息管理功能

输入：系统设计阐明书，数据库构造定义

过程：详细设计，编码，代码走查，代码评审，单元测试

输出：详细设计阐明书，源代码，可运行版本-3

增量4实现

阶段目日勺：实现系统的文献传播管理功能

输入：系统设计阐明书，数据库构造定义

过程：详细设计，编码，代码走查，代码评审，单元测试

输出：详细设计阐明书，源代码，可运行版本-4

集成测试

阶段目H勺：通过集成环境下的软件测试

输入：测试计划，测试用例

过程：集成测试，系统测试

输出：系统软件包，测试汇报，产品阐明书

产品提交

阶段目日勺：产品可投入使用

输入：系统软件包

过程：产品提交

输出：验收汇报

2）资源配置状况：

人力资源:

1个管理人员

■2个开发人员

■4个测试人员

■2个设计人员

■2个需求人员

设备资源：

♦3台电脑

♦1台服务器

24项目工作任务分解

概览：

详细阐明:

1.0

242项目构造分解构造图

分解描述工作分解构代号

造

开发聊天系统项目1.0

可交付成果1实现系统的注册功能1.1

可交付成果2实现系统的登录功能1.2

可交付成果3实现系统的发送信息功能13

工作包1实现系统n勺发送聊天信息功能

工作包2实现系统日勺发送文献功能

工作包3实现系统日勺发送祈求功能

可交付成果4实现系统的接受信息功能1.4

可交付成果5实现系统的组管理功能1.5

工作包1实现系统H勺新建组功能

工作包2实现系统口勺删除组功能

可交付成果6实现系统的1联络人管理功能1.6

可交付成果7实现系统的聊天记录管理功能1.7

工作包1实现系统口勺聊天记录查看功能

工作包2实现聊天记录导出功能

可交付成果8实现系统的个人信息管理功能L8

工作包1实现系统查看个人信息功能

工作包2实现系统更改密码功能

2.4.3责任分派矩阵

人员

活动项目经需求人员设“人员开发人员测试人员

理甲甲甲甲甲

调研RA

立项RC

需求ARC1

设计ACR1

编码AR

测试AA1CR

实行RAA

维护AR

收尾R1111

R(responsible)负责

A(accountable)有责

C(consult)征询

I(inform)告知

三、风险管理

3.1风险识别过程

根据项目的生命周期罗列出重要风险和次要风险，如表3-1所示:

项目周期内容重要风险次要风险

调研项目需求方整顿需求、调需求不明确风险

研

立项项目需求方提出立项申立项风险、技术风协调风险、组织人

请，项目管理方立项审批险和计划风险才风险、责任心风

险、政策环境风险

需求项目需求方镭求细化，开需求风险，资源风人力资源风险、协

发方完毕需求分析，功能险，系统规模风险调风险、责任心风

分析和进度风险险、稳定性风险、

经济风险

设计项目开发方进行系统设计管理风险、有关性协调风险、人力资

风险和进度风险源风险、责任心风

险和稳定性风险

编码技术人员完些软件编码、技术风险、进度风协调风险、人力资

代码检查险源风险、责任心风

险、系统稳定性

风险

测试技术人员完毕功能测试技术风险、有关性协调风险、保障性

风险风险、人力资源风

险、责任心风险

实行制定上线计划，完毕软件计划风险、技术风协调风险、保障性

运行险、进度风险、合风险、人力资源风

作风险，资源风险、责任心风险

险、管理风险

维护进行软件平常维护需求风险，资源风协调风险、保障性

险，系统规模风险风险、责任心风

险、系统稳定性

风险

收尾关闭项目费用风险保障性风险

表3-1：项目的生命周期及其风险

风险原因识别措施：头脑风暴法;

头脑风暴法：将项目组员汇集在一起，通过头脑风暴会议，产生一种潜在风

险原因的清单。在会议过程中，不能对他人的I观点作评价和批判，也不采用强压

措施促使大家保持一致，鼓励所有组员畅所欲言，提出意见，而不用承担任何风

险。最终将各位组员的意见分析归纳总结，最终的得到7项重要风险原因清单。

如表3-2所示：

序风险原因描述

号

A需求分析不精确需求内容表述不清，导致需求轻易发生变化，技术人

员对需求内容理解错误，需求分析出现错误等。

B需求变更由于客户提出的需求不明确导致需求不停变更，甚至

项目范围扩大，成本上升，进度延迟；

C缺乏顾客支持顾客积极配合项目开展对项目成功至关重要，需要授

权执行项目给顾客执行；

D设计方案出现偏设计方案、功能设计出现错误，功能设计考虑不周全，

差变更计；

E沟通风险技术人员与需求人员之间，或技术人员之间H勺沟通出

现问题，影响了项目实行的1协同性作用；

F人力资源风险人员流动尤其是技术骨干力量流失。

G进度风险由于项目范围不停扩大或者人员安排等导致H勺项目

延期，不能到期完毕项目的1问题

表3-2：项目风险原因

3.2风险也许性和后果分析

对项目风险进行定性分析，定性风险分析是一种对风险和条件进行定性分

析，并按影响大小排列它们对项目目口勺口勺影响次序的分析措施。根据项目口勺潜在

风险影响来对项FI风险进行分类，如表3-3所示：

对项目风险分类

序号风险原因后果也许性

A需求分析不精确高高

B需求变更高中

C缺乏顾客支持低中

D设计方案出现偏差高中

E沟通风险中中

F人力资源风险高低

G进度风险中高

表3-3项目风险原因分类

将风险分为三个等级：高风险、中等风险、低风险；根据表3-2的分类，绘

制风险影响矩阵，如图3-4所示：

后果

低'I'高

高

GA

也

许C

中EB、D

性

低

F

图3-4项目风险矩阵

3.3风险应对

针对风险定性分析的成果，来实行已经获得统•和资金支持的风险应对措

施，以减少IT项目的风险的消极作用。在风险规划风险应对日勺过程中，需要根

据风险的优先级来制定应对措施。险应对方略包括风险回避、转移、减轻、接受、

开拓、分享、提高等。

（1）需求分析不精确与需求不停变更

需求不明确引起需求不停变更，需求不停变更也会导致需求分析不精确。顾

客过度期望与需求分析不精确也存在类是Fl勺关系。需求风险对项目产生多种影

响，项目风险管理人员必须在初期进行重点防止，加强需求沟通，业务分析师需

要在项目前期全新投入工作，尽量明确每一项需求的内容、范围、规定。

（2）进度风险控制

项目进度缓慢会影响项目口勺成本，假如项目导致系统上线延迟，也许影响业

务开展，还也许导致系统质量问题。进度控制H勺目的是理解项目的目前状态，理

解导致进度变更的原因。确定进度与否已经发生变更，以及目前发生变更时，管

理好这些变更。控制项目进度时变更首先要保证所编制的项FI进度符合时机，要

使用纪律手段来控制项目H勺进度，并且要由领导来强调按照进度开展项目的重要

性。虽然许多工具和技术可以协助进行进度控制，小过须目经理需要格外重视人

事管理问题。项FI失败不是业务编制的PERT不好，而是由于人事管理的失败。

（3）交流与沟通

顾客『'J需求沟通、与团体组员的合作沟通都将对项目产生重大的影响。只有

双方建立良好H勺沟通与协作机制，才能努力完毕项目的目的，只有建立有效的项

目信任沟通机制，才能防止在需求分析、系统设计、系统评价原则、项目验收原

则、项目质量等方面也许出现的分歧与失误。实行软件项FI是外包双方互相配合、

共同合作的过程。

四、成本估算

分析

软件开发成本估算重要指软件开发过程中所花费的工作量及对应的代价。不

一样与老式H勺工业产品，软件的成本不包括原材料和能源的消耗，重要是人的劳

动的消耗。此外，软件也没有一种明显H勺制造过程，它的开发成本是以-一次性开

发过程所花费日勺代价来计算日勺。因此，软件开发成本的估算，应是从软件计划、

需求分析、设计、编码、单元测试、集成测试到认证测试，整个开发过程所花费

的代价作为根据的。

对此项目H勺估算以客观量化估算，重要计算人工成本。所得数据使用比较估算

法，运用从网上所查得日勺软件类过去基本工资对目前的工资进行估算。参照

construx软件企业的史蒂文提出口勺软件项目分为六个部分：体系构造；详细设计;

编码和调试；开发者测试；系统整合；系统测试。

C0C0M0模型（constructivecostmodel）

先使用cocom。模型对项目成本做大概估算

COCOMO模型中用到如下变量：

DSI-------源指令条数。不包括注释。1KDSI=1000DSE

MM-------开发工作量（以人月计）1MM=19人日=152人时=1/12人年

TDEV——开发进度。（以月计）

本软件合用于组织型模型

组织型(organic):相对较小、较简朴H勺软件项目。开发人员对开发目的理解比

较充足，与软件系统有关的工作经验丰富，对软件的使用环境很熟悉，受硬件的

约束较小，程序的规模不是很大(<50000行)

估算公式：

基本C0C0M0模型估算工作量和进度的公式如下

工作量：MM=r*(KDSI)c

进度：TDKV=a(MM)b

其中经验常数r,c,a,b取决于项目的总体类型。

基本C0C0M0模型

通过记录63个历史项目H勺历史数据，得到如下计算公式。

方式rCAb

组织型2.41.052.50.38

半独立型3.01.122.50.35

嵌入型3.61.22.50.32

总体类型工作量进度

组织型MM-2.4*(KDSI)105TDKV-2.5(MM)28

半独立型MM=3.0*(KDSI)b,2TDKV=2.5(MM)035

L20

嵌入型MM=3.6*(KDSI)TDKV=2.5(MM).弘

根据经验法估计工作量为1KDSI左右，则工作量MM计算为2.4=45.6人天=364.8

人时。

4.1对项目工作量进行估算：

估算软件大小使用方略：以功能点为基础，估算问题大小。

开发一种功能点需要5个人天的工作量，那么该项目口勺工作量就可以通过如下

公式计算出来：

项目工作量=4*13=52人天

与cocom。模型所估算量45.6人天相比，成果相近。对项目日期做保守估算，

使用功能点估算时间52人天做成本预算。

4.2对项目所需资源、各阶段工作量进行估算

使用参数模型法进行估算

参数模型法：提供一种估算方程，它把软件某一属性的度量作为输入，软件的

_L作量和乍进度则是输出。成本算法模型提供了对_1?乍量和，作进度H勺自.接估

算，有两种重要类型：1数学模型，关键部分往往是一种估算方程，该方程以影

响开发成本的某些项目原因作为输入，输出的是项目开发的工作量和工作进度；

2检索表，根据一定的规则对软件对象进行分类，然后以每一种类型提供工作量

或工作进度的平均值作为参照，合用于软件项目分解的较低层次。

人力资源估算

设计人员2人

需求人员2人

开发人员2人

测试人员I4人

4.3瀑布模型生命周期各阶段

瀑布模型生命周期各阶段

立项阶段2.0%

需求阶段5.0%

计划阶段6.0%

设计阶段22.0%

开发阶段22.0%

系统测试阶段25.0%

顾客验收阶段11.0%

结项阶段7%

44以1.12做个人时间乘数，对项目周期估算

以1.12为个人时间乘数，调整项目所需时间为52*1.12=58人/天

生命周期各项目所占比工时数参与角色参与人数天数

阶段重人/天

立项阶段2.0%1.16项目经理11.16

需求阶段5.0%2.9需求人员21.45

计划阶段6.0%3.48项目经理13.48

设计阶段22.0%12.76设计人员26.38

开发阶段22.0%12.76开发人员26.38

系统测试阶25.0%14.5测试人员43.625

段

顾客验收阶11.0%6.38测试人员甲41.595

段需求人员甲

项目经理甲

结项阶段7.0%4.06全体组员41.015

项目周期（天）25.085

4.5项目成本估算

工种人数参照数据（元/月）估算成本

设计人员2人800016000

需求人员2人500010000

开发人员2人600012023

测试人员4人450018000

项目经理190009000

每月成本（元）65000

项目期为1个月，总成本（元）65000

五、进度估算

5.1项目活动进度估算表

内容时间

立项

1

需求

2

计戈

3

完毕各个功能模块的详细设计

4

5完毕各个功能模块R勺编码工作

6完毕软件的1测试

完毕软件的正常运行

7

8完毕软件的维护工作

完毕该软件设计的《项目汇报》

9

5.2项目活动紧前活动及估计历时

描述紧前活动估计历时

A1立项无2

A2需求A12

A3计划A24

B1系统的登录功能计划A31

B2系统口勺聊天功能计划B22

RR系统的信息管理功能计划Ra?

B4系统口勺文献传播管理功能B32

C1系统的登录功能编码Bl1

C2系统的聊天功能编码B2、Cl2

C3系统H勺信息管理功能编码B3、C22

C4系统H勺文献传播管理功能编码B4、C32

D1系统日勺登录功能测试Cl1

D2系统日勺聊天功能测试C2、DI1

D3系统日勺信息管理功能测试C3>D21

D4系统的文献传播管理功能测试C4、D31

E完毕软件的正常运行D41

F完毕软件的维护工作E1

G结项F2

5.3使用MicrosofitProject软件

5.3.1使用软件建立甘特图

o饯身■式,Mtrn■完am.2@i理砺旧一冷，制甲曰_依i/妈1汨后；E

.MM.XM日一置三0五+E3-转0E七日-T三05六日一转U二大日

■•濡◎哦II首个工作20“45月30H20I446H30H

□:立刻泗2个工作日2014年5期30H2014年6月汨

3食求爵现2个工作日2014冬6月3日2014冬6月4日人员*.重农人员乙

4£计划新除4个工作日2014年6月出M4年6月10a:------------1.口位,中

5■写拢的费家功能1个工作日2014年6月11B30M年6月118.0诘人员中.ifiil人曼乙

设评

一TI人JUHifi计入曼乙

6w《烧的II天动靛2个工作日8M年6月1汨初4年6用3日

iftrf

Tw2个工作日冽4年6用602014年6月1汨9*人男甲,a4人员乙

8£舞s糠产2个工作日2014年6月180必4年6用汨・令人贝♦,废年人员乙

91个工作日814年6用汨3014年6月12s%***4.,不,人电

*0j颦m庆功屹2个工作日2014年6月1682014年6月1咱开工人员♦.畀片人员乙

事加的立且.■环2个工作日2014冬6月1832014*6^198

i:T施器件.2个工作日2014坏6月皿20M年&月23s

»E锻的我家切靛1个工作日2014*6^1302014年6月130匕M<A«^IMAMT.Hi队员♦,崎«人员乙

34疆的0天功髭i个工作日814年6班8a2014年6月180W<A»T,“K人共甲.UblAfli

ISsarM1个工作日2014年6月20a2014年6月20a七WhU«Q..试人员丁，IM人父中,XY人员

根据项目活动紧前活动及估算历时表，输入“活动项目”、“工期”、”开始时

间及完毕时间”、“紧前活动”。最终得出甘特图，如上图所示。

5.3.2使用软件建立资源工作表：

er人丛用B20.8a/Itt10.8/工rt10.8懵比例

雷璨HR乙I20.83/H!00情比例惊■

遍种人“甲132.22/工门o©/Zrt・68快叱例•r*

叱

0i♦人用乙I33.33/Itt・ag/工”ia8懵比例1r-1

弁发人员申器I25.00/IKgw/in3d8抄比修味巾

忏发AQ乙•25.00/lrrla8/工rtia8ttrtfR斤添

制改人员用118.Wit?mw/Itttag憎比例

旃（人员乙::•16.?"工H8/工彳ia8演比例乐巾

耐人aN•18.75/JtTlaw/Xtt，a8懵比例花今

考《人员丁:?118.T5/H!»aoo/Xi!00愤比例

根据人员资源估算表输入“资源名称”及“原则费率”等，建立资源工作表

如上图所示。

5.3.3使用软件查看网络图

完成软件的维拜工作结项~

人开始日期：2014年6月2标识言：18开始日期：2014年6月2京R号：19

P完成时间：2014年6月2工期：1个工作日►完成一诃：2014年6月3工期：2个工作日

资源：开发人员甲，项目经理甲，需求人!资源：测试人员丙，新式人员丁，则试入，

六、项目的沟通与评审

项目评审的重要目的是根据项目计划对项目的执行活动进行检查，及时发现

问题，研究处理对策，纠正偏差，保证项目H勺顺利实行。项目交流计划分为如下

几类“

每天17：:00日勺沟通交流

定期评审

阶段评审

事件评审

各类交流评审安排见表：

评审类型评审周期评审要点有关人员

日例会每天17:00-17:301.不限定主题和内容，随项目组所有人

意交流

2.共享经验，防止错误

定期评审每周五1.本周工作进度项目经理

2.问题及对策开发经理

3.资源协调测试经理

4.下周工作安排

阶段评审阶段结束1.本阶段计划执行状况项目经理

2.质量评审成果开发经理

3.产品审计成果测试经理

4.下阶段计划修正

事件评审当事件也许影响1.事件性质和影响范围