例子项目开发计划书volvo.docx

上传人:b****2 文档编号:2157945 上传时间:2022-10-27 格式:DOCX 页数:13 大小:21.12KB
下载 相关 举报
例子项目开发计划书volvo.docx_第1页
第1页 / 共13页
例子项目开发计划书volvo.docx_第2页
第2页 / 共13页
例子项目开发计划书volvo.docx_第3页
第3页 / 共13页
例子项目开发计划书volvo.docx_第4页
第4页 / 共13页
例子项目开发计划书volvo.docx_第5页
第5页 / 共13页
点击查看更多>>
下载资源
资源描述

例子项目开发计划书volvo.docx

《例子项目开发计划书volvo.docx》由会员分享,可在线阅读,更多相关《例子项目开发计划书volvo.docx(13页珍藏版)》请在冰豆网上搜索。

例子项目开发计划书volvo.docx

例子项目开发计划书volvo

开发计划书

编号:

IM-VOLVO-SDP

版本:

1.0

作者:

日期:

审批:

日期:

变更记录

日期

版本

变更说明

作者

填表说明

在需求分析阶段开始着手准备开发计划,当需求分析结束后,根据项目估算和需求分析的成果,完成软件开发计划书,评审后纳入到基线库。

制定开发计划的过程是不断精确细化,逐步完善丰富的过程。

开发计划是项目经理管理和跟踪的依据,又起到指导项目组的日常工作的作用。

当实际情况与计划偏离到一定程度时,应修正开发计划。

软件开发应按照开发计划制定的内容进行。

开发计划是项目跟踪的依据,通过与实际开发进展情况作比较分析,项目经理可以及时了解项目开发的状态。

项目组中的每个成员都应该明确地知道项目计划的内容,并且对所分配的任务承诺签字,确保计划贯彻执行。

1项目总览

1.1基本信息

项目名称

物流信息服务平台

项目编号

IM-VOLVO-001

客户名称

V公司

客户代表

项目经理

质量保证员

配置管理员

工作量估算

18个人月

项目开始日期

项目结束日期

1.2项目主要联系人

姓名

电话号码

传真号码

E-Mail

客户

项目经理

1.3假设和约束

本项目计划能够顺利执行的条件是基于以下假设成立:

公司能够满足计划中对各种项目资源需求;

项目实施过程中能得到客户的有效支持与配合;

对于项目成员的培训可以按照培训计划进行;

项目开发、实施过程中人员变动不超过80%。

1.4里程碑提交产品

里程碑

提交产品

时间

负责人

项目级过程裁剪

2004.11.05

软件开发计划

2004.11.02

软件测试计划

2004.11.03

配置管理计划

2004.11.05

质量保证计划

2004.11.05

需求

需求功能说明书

2004.11.10

架构设计

2004.11.05

数据库设计

2004.11.09

测试用例

2004.11.19

系统设计

2004.11.09

实现

代码

2004.12.31

测试总结报告

2004.11.05

实施计划

2004.12.31

培训计划

2004.12.31

软硬件安装部署规划书

2004.12.31

应用系统部署说明

2004.12.31

实施

系统验收

2005.01.31

在整个项目生命周期中总共分了3个里程碑,需求评审结束、代码开发完毕、系统正式上线运行。

1.5发布提交产品

提交产品

时间

是否提交客户

负责人

架构设计

2004.11.05

数据库设计

2004.11.09

测试用例

2004.11.19

应用程序包

2004.12.31

应用程序源码

2004.12.31

软硬件安装部署规划书

2004.12.27

应用系统部署说明

2004.12.27

发布清单

2004.12.27

用户手册

2005.01.18

验收报告

2005.01.31

2项目计划

2.1项目生命周期

项目阶段定义及各阶段主要产品

项目阶段

主要产品

项目启动

项目章程

需求分析

需求计划,软件需求规格说明书,静态原型

设计与实现

架构设计说明书,概要设计说明书(包括数据库设计),源代码,测试用例,用户手册

集成/系统集成测试

测试报告

系统实施

验收报告

系统试运行

试运行系统修改记录,试运行报告

开发模型

本项目采用边设计边开发,分阶段提交开发成果的模型,在需求调研与分析,系统设计,系统实现与系统实施阶段进行迭代式开发,以进一步缩短开发周期,降低开发成本。

2.2WBS表

2.3规模估算

具体的估算方法可参见《软件项目估算过程》,估算过程应当记录在《项目估算表》中,此处只描述估算结果。

估算中的新件部分已经完成,只对旧件部分进行开发。

工作产品

估算因子

分类

个数

合计规模

(换算比重后的个数)

需求规格说明书

UseCase复杂度

复杂

中等

简单

7

15

20

概要设计

业务逻辑类

复杂

中等

简单

7

8

15

DB

Table

View

Procedure

Trigger

Constraint

50

0

0

0

0

编码

操作(Action)

反应(Response)

报表(Report)

接口(Interface)

95

150

0

0

测试

测试用例

复杂

中等

简单

7

15

20

用户手册

插图个数

80

2.4工作量估算

具体的估算方法可参见《软件项目估算过程》,估算过程应当记录在《项目估算表》中,此处只描述估算结果。

只对下阶段任务进行了估算。

项目阶段

百分比

工作量(人日)

需求分析

0%

0

设计

10%

26

编码

40%

105

测试

20%

52

实施

10%

26

项目管理

10%

26

上线/验收/新需求

10%

26

其它

0%

0

项目开发总工作量

100%

260

2.5成本估算

根据公司情况,项目成本主要是人员的工资,因此工作量估算基本上反映了项目的成本。

项目角色

月成本(万元/月)

人数

参与时间(日)

小计(元)

项目经理

1.848

1

73

62746

系统分析

1.512

1

70

49227

开发工程师

1.512

3

60

126586

助理开发工程师

0.84

0

0

28912

测试工程师和配置管理员

1.512

1

40

28130

合计 

295601

2.6进度安排

参见《开发计划》(MicrosoftProject文档)。

2.7关键计算机资源估算

项目需要配备的关键计算机资源,如数据库服务器、Web&Application服务器,以及所运行的操作系统和硬件环境;还包括项目团队成员需要具备的计算机和基本硬件配置。

用途

服务器型号

配置

操作系统

数量

Applicationserver

DBserver

DELL2850/至强

2.8G*2颗/4G内存/146G*2硬盘

Win2000

1

Pc(开发环境)

P4

P4,512M,30G

Windows2000

6

说明:

以上是测试环境,估算依据是和运行环境完全一致。

开发环境采用Windows平台,根据以往多个项目的经验,部署没有问题。

2.8项目评审

描述按计划需要评审的工作产品,以及采用的评审方式和参加评审的人员。

评审方式是同行评审,评审过程参见《软件项目评审过程》。

工作产品

评审方式

评审参与人员

评审材料发放时间(提前X天)

开发计划

同行评审,同时需要审核/审批

项目组成员

1

配置管理计划

同行评审

项目组成员

1

质量保证计划

同行评审

项目组成员

1

系统测试计划

同行评审

项目组成员

1

架构设计

同行评审

项目组成员

1

数据库设计

同行评审

项目组成员

2

系统设计

同行评审

项目组成员

1

代码

走查

项目组成员

1

测试用例

同行评审

项目组成员

1

2.9开发环境

本系统将在B/S结构下,采用基于JAVA技术并且符合J2EE开发规范进行开发,具体如下:

硬件

软件

DELL2850/至强

2.8G*2颗/4G内存/146G*2硬盘

数据库:

oracle9i

应用服务器:

Websphere5.1

开发工具:

Ecplise

项目管理工具:

MicrosoftProject2000

绘图工具:

MicrosoftVisio2000

配置工具:

MicrosoftVisualSourceSafe

分析工具:

RationalRose

数据库设计工具:

PowerDesigner9.5

2.10风险评估和控制

描述预计项目中可能发生的风险,风险系数=严重等级X风险概率。

风险等级是指该风险对项目进度、质量和成本影响的严重程度,可分为四个等级,等级越高影响越严重。

1.客户风险,指由于客户成熟度不够而产生的风险

2.过程风险,指由于项目组成员对开发过程不熟悉而产生的风险

3.能力风险,指由于项目组成员不具备项目需要的能力而产生的风险

4.成本风险,指由于项目成本过高而产生的风险

5.人力资源风险,指由于人员不足而产生的风险

6.设备资源风险,指由于开发设备不足而产生的风险

7.技术风险,指由于采用项目组成员不熟悉的技术而产生的风险

8.质量风险,指由于用户要求的质量过高而产生的风险

9.时间风险,指由于开发时间过紧而产生的风险

10.需求风险,指由于需求调研不充分而产生的风险

风险概率可用百分比表示,百分比越高发生的可能性越大。

风险应当按照风险系数的大小排序。

风险对策是为了减轻风险的影响,项目组可能采取的措施。

所有风险按风险等级排序。

注:

风险系数=严重等级x发生概率

严重等级范围1-4

序号

风险系数

严重等级

发生概率

风险说明

预计风险发生阶段

应对措施

1

1.6

2

80%

和原有系统需求范围界定不清楚

开发实施阶段

整个项目周期内与客户充分沟通,积极协调客户确认需求。

2

0.5

1

50%

系统设计开发时间短,有可能延期3-5个工作日

开发阶段

系统设计一定要尽量完善,加强项目组成员之间的沟通。

及时把握项目进度。

3

0.5

1

50%

客户对BS结构系统的使用

实施阶段

加强培训,尽量完善用户手册。

2.11组间协调计划

协调小组/人

协调方式

频率/时间

客户

会议

2004.12.11

客户

会议

2004.12.31

客户

会议

2005.01.27

2.12实施计划

安装调试2005.01.04对系统进行实施前的安装、部署、调试

系统培训根据项目需要,计划于2005.01.05-2005.01.07进行为期3天的针对性培训。

培训需要有下列要素:

培训目的和内容

培训时间、地点

培训材料

主讲人

参加人

培训效果

培训内容

时间

主讲人

参加者

系统操作方法

2005.01.04-01.07

张桐,刘扬

客户

数据移植计划用10个工作日的时间,从2005.01.05到2005.01.14进行正式运行前的数据移植工作,把2004.12采集到的业务数据处理到系统中。

数据类型包括:

用户信息、企业信息、物流需求、解决方案、测算器参数、沃尔沃新闻、过桥费数据、电子刊物内容。

采集业务数据所需的数据模版必须在2004.12.01前与沃尔沃公司蒋宇确定下来。

试运行定于2005.01.06到2005

展开阅读全文
相关资源
猜你喜欢
相关搜索

当前位置:首页 > PPT模板 > 商务科技

copyright@ 2008-2022 冰豆网网站版权所有

经营许可证编号:鄂ICP备2022015515号-1