2024信息系统项目管理师软件过程项目管理案例

软件过程项目管理案例

案例说明-《XXXX系统》的规模成本估算

估算是按部就班的过程，随着项目的不断发展，估算可以重◎名次讲行的，而且是逐步

精确的。本项目采纳自下而上和参数法综合的估算方法，具体过程如下：

（一）、签订合同前

起先签订合同的时候，依据以往类似项目的阅历，采纳类比估算方法，进行粗略的估算:

依据用户的要求采纳B/S结构，公司JSP+SQLServer的技术比较成熟，以前胜利完成过类似

的项目，依据SOW的说明，基本上须要2-3个开发人员，2个月左右的开发时间，基本上是

4-6人月的规模，所以，10-15万可以作为合同的参考价格。

（二）、合同签署后

合同签署之后，依据现有的资源和WBS分解的结果，进一步细化估算，由于WBS分解

是针对项目的功能进行的分解，在成本估算的时候，首先估算每个任务的开发规模，然后在

通过系数获得相应的质量、管理任务的规模，从而计算干脆成本，然后计算间接成本，以及

总成本，具体过程如下。

资源

••人力资源

■■2个开发人员

■■/个项目管理人员

■■/个项目质量人员

■■1个倒置管理人员

••设的资源（作为间接成本计算）

■■3台电脑

■■1台服务器

项目规模估算表注：规模单位为人/天

WBS名称估计胤人天］小计1人天）总计｛人

1通用功能31103

1.1电子课表8

1.2会议通知和公告3

1.3个人口记5

1.4通讯录2

1.5老箭答疑5

1.6作业布置和批改8

2口常业务管理功能

2.1招生管理26

报名3

招生5

分班10

统计查询8

2.2学生日常管理10

学生档案管理4

学生考勤管理2

学生奖惩2

学生变动2

2.3教务管理31

老师日常管理2

年级、班级设置4

学科设置2

年班级课程设计5

排课表9

考试管理4

评价5

2.4老蛹备课系统(外包5000元)1

2.5资源库系统（外包3000）1

2.6网上考试(外购3000元)1

2.7闲聊室(已存在)1

2.8论坛(已存在)1

估算步骤如卜.:

I./.获得项目分解结果WBS

a)a)任务分解是依据项目的功能进行分解的,

2.2.计算开发成本

a)a)由于任务分解的结果主要是针对开发任务的分解,管理任务和质量任务可以

通过计算开发任务得到,依据以往阅历,管理任务和质量任务=20%*开发任务。

b)b)从表6-3得知项目规模是103人天,开发人员成本参数=480元/天,则内部的

开发成本=480元/天N03天=49440元,

c)c)加上外包外购的部分软件成本5000+3000+3000=1/000元,则开发成

=49440+11000=60440元。

3.3.计算管理、质最成本

a)a)项目的管理和质量成本=开发成本*20%=12088元,

4.4.干脆成本=60440+12088=72528元,

5.5.计算间接成本

a)a)间接成本包括前期合同费用、房祖水电、培训I、员工福利、客户服务等,

b)b)依据以往阅历,采纳公式:间接成本=25%干脆成本=18132元,

6.6.计算总估算成本

a)a)项目总估算成本=72528+18132=90660元,

7.7.重新评估项目的报价

a)a)重新评估一下项目的报价精确性，当然这时候,项目的合同已经签署了,报

价是不能更改的,但是通过再次的评估可以进一步明确企业的项目运作和利润状况

筝

b)b)假如项目的利润是30%,其中风险基金10%,利润15%,税费5%。则项目

的总报价^90666*13=H7858元,，应当说报价还是比较合适的。

另外，可以采纳简便的算法进行估算，企业的报价可以通过开发规模的估算干脆得出，例如

假如成本系数为2.5万元/人月，一个人月22人天，则项目报价=2.5*103/22=117045元。

(三)、成本预算

在下章的进度支配编制完成时，会依据各项任务的状况，支配各项任务的预算成本，最

终可以得到比较具体的成本安排状况.见进度支配案例.

（四）成本的跟踪限制

在项目跟踪限制的每个阶段，会依据项目的具体状况重新估算，预料项目完成后的成本,

详见“项目跟踪限制”成本跟踪

案例说明-《XXXX系统》质量支配

1.导言

略

2.项目组织

2.1组织机构

在项目实施期间成立项R质量保证组织,该组织由质量保证人员和项R经理组成,项

目经理负责质量监督工作及项目进展过程中各环节的质量把关,开发经理负责质量限制的工

作,质量保证人员负责质量保证的工作。组织结构图1如下:

---＞用户

图1：项目的组织结构

2.2职责

在本项目中,质量保证组织的职责如下:

代码且核65

代码检查20

编译20

单元测试15

系统集成5

系统测试5

4.质■策略

为了保证提交用户的产品是高质量,实施过程中实行的质量保证措施包括：1）将质量

贯彻到口常的项目进展过程中,2）应当特殊留意项目工作产品质量的早期评审工作,无论是

质量保证还是质最限制实行的策略都是早期预防和早期解除缺陷。

5.质量保证活动

质量保证的主要活动包括过程评审和产品审计。过程评审和产品审计的目的是为了确

保在项目进展过程的各个阶段和各个方面实行各项措施来保证和提高提交给用户的产品质

量。每一次过程评审和产品审计都应填写相应的报告或活动记录。

5.1.产品审计

产品审计由质量保证人员来进行,检查项目产品是否达到质量目标。

质量保证人员对项目生存期中创建的工作产品可以有选择性的进行审计,以验证是否符

合适当的标准,是否进行了质量检查。表2便是质量审计一览表

表2：审计产品一览表

项审计对象审计阶段参照的标准

1软件项目支配支配结束企业质量体系

2软件配置管理支配支配结束企业质量体系

3软件质量保证支配支配结束企业质量体系

4总体设计文档设计结束企业质量体系和项目支配

5具体设计文档设计结束企业质量体系和项目支配

6数据库表和编码规范设计结束企业质量体系和项目支配

7产品代码每个阶段隹施结束企业质量体系和项目支配

8测试报告测试结束企业质量体系和项目支配

9测试支配设计结束企业质量体系和项R支配

10用户文档测试结束企业质量体系和项R支配

5.2过程评审

项目严格依据组织定义的软件过程进行开发,过程评审的具体依据参照企业的过程规

范,保证项目中的全部过程活动都住实施范围内。在每次评审之后,要对评审结果做出明确

的决策并形成评审记录口评审可实行文件传阅、评审会等形式〃

质量保证人员负责对项目过程进行监督,发觉的问题和解决状况在每周的例会上通报,

对没有解决的问题进行探讨,对不能解决的问题提交高级管理者处理。

每个周末,进行一次配置管理审核,确认配置管理工作是否正常进行。

依据公司的质量俣证体系和本项目的具体特点,确定项目执行过程如下:

1)1)项目规划过程及产品标准

2)2)项目跟踪管理过程

3)3)需求分析过程及产品标准

4)4)系统设计过程及产品标准

5)5)具体设计过程及产品标准

6)6)调试运行过程及产品标准

7)7)代码走查过程及代码编写标准

8)8)产品集成测试过程及产品标准

9)9)开发环境中的执行规则

10)10)测试环境中的执行规则

11)11)质最保证过程及其标准

12)12)配置管理过程及其标准

具体过程执行标准详见企业质量体系和项目支配的过程附件.

6.质・限制活动

质量限制活动包括代码走查、单元测试、集成测试、环境测试等,由开发人负责,详见

进度支配。编码人员在编写代码时要进行同步单元测试，单元测试要达到分支覆盖,产品通

过单元测试和编码检查后,应提交测试部进行集成测试、系统测试。测试部的测试应达到质

最目标要求,软件发布时应达到测试通过准则的要求.

7•质・保证的报告途径

质量保证人员对每次审计活动发觉的不符合项,应当和项目经理协商不符合项的订正

措施,及预定完成口期,若和项目经理存在看法分歧,质量保证人员可以上报给高层管理者,

高层管理者确定最终的措施。同时不符合项在项目周例会中汇报。

对不符合项,质量保证人员要在预定完成日期内革新审计、验证不符合项的订正状况,

若超过预定完成日期1周仍旧有没解决的不符合项,质量保证人员上报给高级管理者,由高

级管理者确定最终的措施。

质量保证人员有独立的汇报途径,口常的汇报途径如下:

••发觉的问题通知项目经理,协调订正措施。

••将项目组内不能协调的问题汇报给高级管理者,由高级管理者协调解决。

••的H常工作和过程数据要汇报给质量经理统一收集、统计。

8.记录的收集、维护和保存

项目组应当保留项目执行过程中形成的各类文档、各种记录、各级周报、各级会议记

录、对于项目中问题的处理也须要形成记录保存。每周由质量保证人员依据任务清单的审计

任务进行审计活动,并收集各活动的过程数据。

案例说明-《xxxx系统》风险管理支配

本项目的主要风险是开发人员对客户需求中的学校管理环境不是很熟识，另外，客户要

求的进度比较紧，而且具体需求不是很明确，下面的这个风险列表就是通过一系列的风险识

别、风险评估、风险应对，最终得出项目TOP10风险列表。

风险分析表

排序输入风险事务可能性影响风险值风险应对措施

1客户的sow需求不明确，增加50%35%1.实行加班的方法

70%

需求，导致需求扩2.修改支配去掉一些

散任务

3.与客户商议延长一

些时间

2合同进度要求紧，合同30%50%可以请一些实习的学

15%

金额有限生做协助工作，一来成

本不高，二来可以加快

进度.

4供货商、外包商的20%50%10%多选择几个可以作为

WBS

质量问题备份的外包商和供应

商

5开发人员的流淌15%60%9%1.留意项目团队的沟

历史项目信

通，刚好了解开发人员

息

的动态

2.限制好项目过程中

的文档

3.从其他的项目组借

调人员

4.从外部聘请有过此

类开发阅历人员

案例说明-《xxxx系统》度量支配

依据企业的质量策略和项目的特点制定本项目度量支配，主要目的是为本项目的限制供

应实际数据，以及将来其它项目供应估算依据，表I给出项目规模的度量指标，表2是项目

的时间度量指标，表3是需求变更度量指标。

一、规模度量

夫1，项目规模的度量指标

任务名称规模度量单位支配实际

需求规格说明书文本页数

总体设计说明书HLD页数

系统测试支配文本页数

具体设计说明书DLD页数

单元测试支配文本页数

源程序LOC行数

单元测试报告文本页数

系统测试报告义本更数

总计文本页数

HLD页数

DLD行数

LOC行数

二、时间度量

表2：时间度量指标

各阶段名称支配时间（小时）实际时间（小时）

管理

需求分析

需求检查

总体设计

溺试支配

总体设计检查

具体设计

具体设计赁核

具体设计检查

单元渊试支闺

编写源程序

代码复核

代码检查

单元测试

集成测试

系统测试

验收

合计

三、需求变更度量统计表

表3：需求变更度量指标

变更恳求恳求时间变更恳求者变更内容批准否(Y?N)批准时间需求规格版

本

案例说明-《XXXX系统》的生存期模型

针对本项目的开发特点，参考企业的生存期模型说明和软件过程体系，确定采纳增量式

模型如下图，理由如下：

1.1.校务通系统的全部功能分成通用功能和日常业务管理功能两大类，因此可

以先基于通用功能作出一个最小的运用版本，再逐步添加其余的功能。这样一来，

用户可以先试用最小版本的同时，提出更多明确的需求，这有助手下一阶段的开发,

大大减小了开发的风险。

2.2.在校务通系统需求规格中，要求系统有可扩充性。若运用增量模型，可以

保证系统的可扩充性。用户明确了需求的大部分，但也存在不很详尽的地方。如：

“关于老师档案，比照所供应资料设计，现在也没有一个成形的东西”；资源库系统

只提到“应供应一个标准的资源库解决方案。”这样只有等到一个可用的产品tr来，

通过客户运用，然后进行评估，评估结果作为下一个增量的开发支配，下一个增量

发布一些新增的功能和特性。直至产生最终完善的产品。

3.3.“系统要求有可力,充性，可以在现有系统的基础上，通过前台就可加挂其

它功能模块”。也说明用户可能会增加新的需求。

4.4.对一个管理方式已经比较成熟的学校，要完全舍弃原有的管理方式，用校

务通系统替代全部管理，这是不实际的。所以，可以从最基础的做起，逐步扩充其

应用，所以选用增量模型来开发校务通系统。

5.5.本项目具备增量式模型的其他特点

a)a)项目困难程度为中等。

b)b)预料开发软件的成本为中等。

c)c)产品和文档的再运用率会很高，

d)d)项目风险较低

案例说明-《XXXX系统》配置管理支配

L引言

略

2.组织及职责

(1)依据《项目支配》中的角色安排,确定配置管理者,SCCH(配置限制委员会)成员。

(2)项目经理是SCCB的负责人。

6)配置管理的角色和职责见麦1

表1:配置管理角色职责表

角色人员职责、工作范围

配置管理者岳好(I)制定《配置管理支配》

(2)创建和维护配置库

SCC负责人韩万江(1)审批《配置管理支配》

(2)审批重大的变更

SCCB成员项目经理一韩万江,审批某些配置项或基线的变更

质量保证人员一郭天奇,

配置管理者一岳好

3.鼠置管理环境

由于本项目属于中小型项目,工期也不是很长，而且大家对SourceSafe也比较熟识，所以采纳

SourceSafe做为配置管理工具。

3.1书目结构

表格2:配置库的节目结构

序号内容说明路径

TCM技术合同管理^prj-School\TCM

RM需求管理$\prj-School\RM

SPP软件项目规划^rj-School\SPP

SPTO软件项目跟踪与管理$\prj-School\SPTO

SCM软件配置管理3^ri-School\SCM

SQA软件质量保证^\prj-School\SQA

设计淤pjSchool\SPE\DES/GN

软件源代码於prj-School\SPI^SOURCECODE

SPE产品目标代码$\prj・School\SPEXBU1LD

工程测试^prj-School\SPEXTEST

发布^pr^SchoolXSPEXRELEASE

3.2用户及权限

表2:配置库的用户权限

类别人员权限说明

配置管理者岳好负责项目配置管理,对库拥有全部权限

项目管理韩万江访问、读

质量保证人员郭天奇访问、读

开发人员姜岳尊,孙泉访问、读

高层管理访同、读

4,配置管理活动

4.1配置项标识

命名规范

命名规范适用于过程文档、生存期中各阶段的支配、需求、设计、代码、测试、手册等文件。

本项目文件命名规范由五个字段组成,从左到右依次为:公司、项目、类型、编号和版本号,

如图1所示。这些字段用i横线(-)分隔。

公司：3个字符

项目：最长10个字符

类型：最长5个字符

编号：最长8位数字

版本号：Vm.n

QTD-School-RM-SRS-vl.O

图1：文档命名规范

主要配置项如下:

美3配置项列表

类型主要配置项标识符预料正式发表时

间

技术合同《合同》QTD-School-TCM-Contract-V1.02003-4-11

SOWQTD-School-TCM-SOW-V/.O2003-4-11

《项目支配》QTD-School-SPP-PP-V1.020()3-4-11

支配《质量保证支配》QTD-School-SPP-SQA-Vl.O2003-4-II

《配署管理支配》QTD-School-SPP-SCM-V/.O2003-4-11

需求《需求规格说明书》QTD-School-RM-SRS-VLO2003-4-18

用户DEMOQTD-School-RM-Demo-VLO2003-4-18

《总体设计说明书》QTD-School-Design-HL-V1.02003-4-22

设计《数据库设计》QTD-School-Design-DB-Vl.02003-4-22

《具体设计说明书》QTD-School-Design-LL-VLO2003-4-25

《设计术语及规范》QTD-School-Design-STD-Vl.O2003-4-22

编程源程序QTD-School-Code-ModuleName-VLO2003-6-2

编码规则QTD-School-Code-STD-V/.O2003-4-22

《测试支配》QTD-School-Text-Plan-Vl.O2003-6-2

测试《测试用例》QTD-School-Test-Case-Vl.O2003-6-2

《测试报告》QTD-School-Test-Report-VI.02003-6-4

提交运行产品QTD-School-Product-Exe-V1.02003-6-5

《验收报告》QTD-School-Product-Repoort-VLO2003-6-6

《用户手册》QTD-School-Product-Manual-VLO2003-6-6

项目基线

在SourceSafe中基线由LABEL标识,字母必需为人写。基线管理由项目执行负责人确认,

SCCB授权,由配置管理员执行。

表4:基线发布支配:

基线名称/标识符基线所包含的主要配置项预料建立时间

需求《需求规格说明书》、用户DEMO2003-4-18

总体设计《总体设计说明书》、《数据库设计》2003-4-11

项目实现软件源代码、编码规则2003-6-2

系统测试《测试用例》、《测试报告》2003-6-4

配置项的版本管理

配置项可能包含的分支从逻辑上可以划分成4个不同功能的分支,让它们分别对应4类工作

空间。

••主干分支

••私有分支

••小组分支

••集成分支

上面定义的四类工作空间（分支）由项目执行负责人统一管理,依据各开发阶段的实际状况

定制相应的版本选取规则,来保证开发活动的正常运作。在变更发生时,应刚好做好基线的

推动。

对超置项的版本管理在不同分支而策略不同:

主干分支

系统缺省自动建立的物理分支——主干分支（/main）,BASELINE均以LABEL方式出现

在主干分支上。

私有分支

假如多个开发工程师维护一个配置项时建议建立自己的私有分支。配置管理员对其基本

不予管理,如个别私有空间上的版本树过于冗余,将对其冗余版本进行限制。

小组分支

假如出现小组共同开发该配置项,该分支可视为项H组内部分组的私有空间,存放代码

开发过程中的版本分支,由项目组内部限制。

集成分支

集成测试时在主干分支的特定版本（由LABEL标识清楚）上建立集成分支，测试工作

在集成分支上完成。

私有分支和小组分支均为可选，必要时建立。

4.2变更管理

变更管理的流程是:

I）1）由恳求者提交变更恳求,变更限制委员会召开复审会议对变更恳

求进行复审,以确定该恳求是否为有效恳求。典型的变更恳求管理有

需求变更管理、缺陷追踪等。

2）2）配置管理者收到基线修改恳求后，在配置库中生成与此配置项相

关的波及关系表

3）3）配置管理者将基线波及关系表提交给SCCB,由SCCB确定是否须

要修改,假如须要修改,SCCB应依据波及关系友,确定须要修改的具

体文件,并在波及分析表中标识出来.

4）4）配置管理者依据出库程序从配置库中取出须要修改的文件

5）5）项目人员将修改后的文件提交给配置管理者

6）6）配置管理者将修改后的配置项按入库程序放入配置库

7）7）配置管理者按5CCB标识出的修改义件,由波及关系衣生成基线变

更记录表,并按入库程序放入配置库

4.3配置状态统计

利用配置状态统计可以记录和跟踪配置项的变更。状态统计可用于评估项目风险,住开

发过程中跟踪更改,并且供应统计数据以确保全部必需的更改被执行。为跟踪工作产品基线,

配置管理者需收案下列信息:

••基线类型

••工作产品名称

••配置项名称/标识符

••版本号

••更改日期/时间

••更改恳求列表

••须要更改的配置项

••当前状态

••当前状态发生口期

项目组每周提交配置项清单及其当前版本。

配置管理人员每半个月提交变更恳求的状态统计。

案例说明-《XXXX系统》团队组织和沟通支配

一、项目的组织结构如下图，它是矩阵型组织结构的一个具体化。

用户

其中.

',市场部图1:项目的组织结构

--负责与用户的协调工作

--负责项目相关的商务活动

--负责用户需求的接口

--协作项目经理的资源协调活动

--负责产品的验收活动

--负责系统的维护活动

项目管理

--负责项目的组织和规划

--负责项目支配制定和维护

--负责项目的跟踪和管理

--负责资源的安排和协调活动

--负责各组织和支配之间的协调活动

--负责与市场部的协调活动

软件开发

--负责项目的软件开发,包括设计,编码,单元测试和集成测试

--负责产品质量限制的工作

--负责协作质量保证的活动,如系统测试，文档编制等

--协作产品验收的相关活动

质量保证

--负责项目过程和产品规范的制定

--负责项目过程的质量保证活动,

-过程评审

-产品审计

配置管理

--负责项目的配置管理活动

--负责软件产品的提交

用户

--确保相关责任的实施

--参与项目的组织和规划

--负责产品的哙收T作

二、项目的沟通支配

为了保证项目开发过程的顺当进行和信息的有效沟通，特要求如下的沟通支配

/.1.每天17:00-17:30项目组成员进行口头沟通

2.2.每周五的14：00前提交周报告,格式见模板

3.3.每周五的15：00-17：00召开项目周例会,会后发布会议纪要给相关的项目人

员,其中说明项目的进展和存在的问题

4.4.刚好提交到题报告,问题可以通过网络提交,项目经理睬刚好获得问题信息

案例说明-《XXXX系统》的项目集成支配

1.导言

略

2.概述

《XXXX系统》是对学校教务和教学活动进行综合管理的平台系统,是基于Internet环

境的综合信息系统,满意学校管理层、老师、学生、家长等日常工作、学习、管理、询问等

工作。F1的是共享学校各种资源、提富学校的工作效率、规范学校的工作流程、便利校内外

的沟通。系统具有标准化、分布式存储和检索、易用、易维护、开放等特点。

3项目任务范围

公XXX系统》项目需完成的任务总的分为两类:通用功能和学校日常业务管理功能。

其中通用功能包括电子课表、会议通知和公告、日程支配、个人日记、通讯录、老师答疑、

家庭作业等。学校R常业务管理功能包括招生管理、学生R常管理、教务管理、、老师备i果

系统、资源库系统、网上考试功能、闲聊室、论坛等。图1是项目任务的范围图示。

图1：任务范围

4项目目标

目前电化教化已经越来越普及,各地的学校纷纷建设自己的校内网,但是好多学校在

投巨资建设校内网之后,未能岛效利用校内网的资源。（XXXX系统》供应了有效利用校内

网,实现学校管理的电子化。本项H的产品可以达到以下F!标。

■提高生产效率,削减返工。

•节约开支。

・业务过程的流水线化。

•从前人工劳动的自动化。

•符合相关标准和规则。

•与目前的应用产品相比较,提高了可用性或削减了失效程度。

另外,通过项目进一步验证和完善公司的质量体系，同时熬炼开发队伍的协同精神,

5项目实施策略

实施策略是确定如何实施项目,以达到项目目标的宽略。依据校务通项目特点和企业的

战略要求,实行如下策略:

••项目管理策略

1.1.项目管理过程遵循公司质量体系中关于项目管理过程规范

2.2.依据项目支配中的评审点进行跟踪和管理，并依据结果对项目支配进行适当

的调整

3.3.评审采纳定期评审、阶段评审和事务评审相结合的方式

4.4.按周发布项目简报,通报项目进展状况及其他相关状况

••软件开发策略

1.1.采纳00技术逐步构造系统

2.2.产品按阶段提交

3.3.开发实施过程采纳公司的复用技术,同时遵循公司质量体系中关于项目实施

过程规范

••质量保证策略

1.L质量管理过程遵循公司质量体系中关于项目质量管理过程规范。

2.2.加强对项目参与人员的质量保证概念的培训

3.3.加强对过程的限制,重点确定该项目中需限制的过程

4.4.加强对产品规范的审计,重点确定该项目中需审计的产品

5.5.实施完整的软件配置管理

6项目组织结构

由于该项目在实施过程中须要涉及不同组织的各方面人员,而各组织之间的利益、

任务和职责也不尽相同,因此明确定义项目组织结构和各自职责可保证项目的顺当进

行。该项目的组织结构图如图2：

用户

其中:图2：项目的组织结构

市场部

--负责与用户的协调工作

--负责项目相关的商务活动

--负责用户需求的接口

--协作项目经理的资源协调活动

--负责产品的验收活动

--负责系统的维护活动

项目管理

--负责项目的组织和规划

--负责项目支配制定和维护

--负责项目的跟踪和管理

--负责资源的安排和协调活动

--负责各组织和支配之间的协调活动

--负责与市场部的协调活动

软件开发

--负责项目的软件开发,包括设计,编码，单元测试和集成测试

--负责产品质量限制的工作

--负责协作质量保证的活动,如系统测试,文档编制等

--协作产品验收的相关活动

质量保证

--负责项目过程和产品规范的制定

--负责项目过程的质量保证活动,

--过程评审

--产品审计

配置管理

--负责项目的配置管理活动

--负责软件产品的提交

用户

--确保相关责任的实施

--参与项目的组织和规划

--负责产品的验收工作

表1为角色映射表。

表1:角色映射表

项目管理组软件开发组质量保证组配置管理组

负责人韩万江春岳孽郭天奇岳好

组成（A）121

7项目生存期

依据该项目的特点并结合公司已有的软件生存期模型定义,本项目生存期采纳增量模型如

图3。

生存期中的各阶段定义如卜.:

项目规划阶段

阶段目标:依据合同和初步的需求分析确定项目的规模、时间支配和资源需求。

输入;合同文本

sow

过程:项目规划,支配确认

输出:项目支酉已

需求分析阶段

阶段H标:确定客户的需求

输入:项目支配,SOW

过程:需求获得，需求分析，需求限制

输出:原型系统,需求规格

设计阶段

阶段目标:总体系统结构设计

输入:原型系统,需求规格

过程:总体设计

输出:系统设计说明书,数据库结构定义

增量1实现

阶段目标:实现系统的通用功能

输入:系统设计说明书

数据库结构定义

过程:具体设计,编码,代码走查,代码评审,单元测试

输出:具体设计说明书,源代码,可运行版本一1

增量2实现

阶段目标:实现系统的招生管理功能

输入:系统设计说明书

数据库结构定义

过程:具体设计,编码,代码走查,代码评审,单元测试

输出:具体设计说明书,源代码,可运行版本一2

增量3实现

阶段目标:实现系统的学生日常管理功能

输入:系统设计说明书

数据库结构定义

过程:具体设计,编码,代码走查,代码评审,单元测试

输出:具体设计说明书,源代码,可运行版本一3

增量4实现

阶段目标:实现系统的教务管理功能

输入:系统设计说明书

数据库结构定义

过程:具体设计,编码,代码走查,代码评审,单元测试

输出:具体设计说明书,源代码,可运行版本一4

增量5实现

阶段目标:实现系统的老师协助功镜

输入:系统设计说明书

数据库结构定义

过程:具体设计,编码,代码走查,代码评审,单元测试

输出:具体设计说明书,源代码,可运行版本一5

增量6实现

阶段目标:实现系统的闲聊室/论坛功能

输入:系统设计说明书

数据库结构定义

过程:具体i殳计,编码,代码走查,代码评审，单元测试

输出:具体设计说明书,源代码,可运行版本一6

集成测试

阶段目标:通过集成环境卜•的软件测试

输入:测试支配

测试案例

过程:集成测试,系统测试

输出:系统软件包，测试报告,产品说明书

产品提交

阶段目标:产品可投入运用

输入:系统软件包

过程:产品提交

输出:验收报告

8时间支配

项目进度支配甘特图如图4所示（，详见进度支配.mpp,）：

图4：进度支配

9项目成本估算

项目估算是为了确定项目所需的人力、时间以及项目完成过程中耗费的人力、物力、财

力资源。图5是项目估算和预算的结果（详见估算支配，

校务通管理系统预算表

¥80,000.00

¥70,000.00

¥60,000.00

值¥50,000.00

二¥40,000.00BCWS

忌¥30,000.00

¥20,000.00

¥10,000.00

¥0.00

图5：成本支配

10质■管理支配

质量管理支配详见质量管理支配专题.

11配置管理支配

配置管理支配详见配置管理支配专题.

12项目风险支配

风险是指在项目进行过程中可能发生的事务,这些事务将会对项目按预期时间、资源和

预算完成产生重大影响。风险分析的目标是识别这联事务,i殳法避开这些事务的发生并制定

一U这些事务发生后的处理措施。表2是本项目风险支配清单表。

表2：风险分析表

排序输入风险事务可能性影响风险值风险应对措施

1客户的SOW需求不明确,增加50%35%1.实行加班的方法

70%

需求,导致需求扩2.修改支配去掉一些

散任务

3.与客户商议延长一

些时间

2合同进度要求紧,合同30%50%可以请一些实习的学

15%

金额有限生做协助工作,一来成

本不高,二来可以加快

进度.

4供货商、外包商的20%50%10%多选择几个可以作为

WBS

质量问题备份的外包商和供应

商

5开发人员的流淌15%60%9%1.留意项目团队的沟

历史项目值

通,刚好「解开发人员

.<■：

的动态

2.限制好项目过程中

的文档

3.从其他的项耳组借

调人员

4.从外部聘请有过此

类开发阅历人员

13.度■支配

详见度量支配专题

14项目沟通与评审

项目评审的主要目的是依据项目支配对项目的执行活动进行检查,刚好发觉问题,探讨

解决对策,订正偏差,保证项目的顺当实施。项目沟通支配分为如下几类:

--每天17:00的沟通沟通

--定期评审

--阶段评审

--事务评审

各类沟通评审支配见表3。

表3:项目管理沟通支配

评审类别评审周期评审要点相关人员

日例会每天17:00-17:301.1.不限定主题和内容,项目组全部人

随意沟通

2.2.共享阅历，避开错误

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

函例会）4.4.问题及对策开发经理

5.5.资源协调质量经理

6.6.下周工作支配配置管理员

阶段评审阶段结束1.1.本阶段支闽执行状项目主管

况项目经理

2.2.质量评审结果开发经理

3.3.产品审计结果质量经理

4.4.下阶段支配修正配置管理员

市场人员

事务评审当羿务可能影响/.1.事务性质和影响范项目经理

支配的执行国开发经理