综合项目开发专题计划.doc

物流信息服务平台
开发筹划书
编号：ISS- IM-VOLVO-001 -SDP
版本:1.0

作者：
张桐
日期：
-11-6
审批：
刘平
日期：
-11-8

变更记录
日期
版本
变更阐明
作者
-11-6
1.0
创立
张桐

填表阐明
在需求分析阶段开始着手准备开发筹划，当需求分析结束后，依照项目估算和需求分析成果，完毕软件开发筹划书，评审后纳入到基线库。制定开发筹划过程是不断精准细化，逐渐完善丰富过程。开发筹划是项目经理管理和跟踪根据， 又起到指引项目组寻常工作作用。当实际状况与筹划偏离到一定限度时，应修正开发筹划。
软件开发应按照开发筹划制定内容进行。开发筹划是项目跟踪根据，通过与实际开发进展状况作比较分析，项目经理可以及时理解项目开发状态。项目组中每个成员都应当明确地懂得项目筹划内容，并且对所分派任务承诺签字，保证筹划贯彻执行。
1 项目总览
1.1 基本信息

项目名称
沃尔沃物流信息服务平台
项目编号
IM-VOLVO-001
客户名称
沃尔沃（中华人民共和国）投资有限公司
客户代表
周伟
项目经理
张桐
质量保证员
杨海舰
配备管理员
刘扬
工作量估算
16个人月
项目开始日期
-11-02
项目结束日期
-02-08

1.2 项目重要联系人

姓名
电话号码
传真号码
E-Mail
客户
蒋宇

项目经理
张桐

84480686

1.3 假设和约束
本项目筹划可以顺利执行条件是基于如下假设成立：
n 公司可以满足筹划中对各种项目资源需求；
n 项目实行过程中能得到客户有效支持与配合；
n 对于项目成员培训可以按照培训筹划进行；
n 项目开发、实行过程中人员变动不超过80%。
1.4 里程碑提交产品

里程碑
提交产品
时间
负责人
需求
项目定义软件过程.xls
.11.6
张桐

软件开发筹划
.11.7
张桐

软件测试筹划
.11.7
刘杨

配备管理筹划
.11.7
刘杨

质量保证筹划
.11.7
杨海舰

量化过程管理筹划
.11.7
张桐

质量管理筹划
.11.7
张桐

需求规格阐明书
.11.5
张桐

需求跟踪据矩阵
.11.5
张桐
设计
架构设计（部门级）
.11.15
张桐

数据库设计
.11.15
李兵

概要设计
.11.15
张桐
开发/单元、集成测试
代码
.12.29
张桐

测试用例
.11.21
刘扬

集成测试报告
.12.29
刘扬

Build阐明
.12.29
张桐
系统测试
测试总结报告
.1.4
刘扬

顾客手册
.1.10
刘扬
实行
实行筹划
.1.11
张桐

培训筹划
.1.11
张桐

软硬件安装布置规划书
.1.11
徐光

应用程序包
.2.7
张桐

应用系统布置阐明
.2.7
张桐

系统验收
.2.7
张桐
1.5 发布提交产品
提交产品
时间
与否提交客户
负责人
需求规格阐明书
.02.07
是
张桐
架构设计
.02.07
否
张桐
概要设计
.02.07
否
张桐
数据库设计
.02.07
是
李兵
测试用例
.02.07
是
刘扬
应用程序包
.02.07
是
张桐
应用程序源码
.02.07
是
张桐
软硬件安装布置规划书
.02.07
是
徐光
应用系统布置阐明
.02.07
是
张桐
发布清单
.02.07
否
张桐
顾客手册
.02.07
是
刘扬
验收报告
.02.07
否
张桐

2 项目筹划
2.1 项目生命周期
n 项目阶段定义及各阶段重要产品
项目阶段
重要产品
需求
项目章程，项目级过程裁剪，软件开发筹划，质量管理筹划，量化过程管理筹划，软件测试筹划，配备管理筹划，质量保证筹划，需求规格阐明书，系统原型
设计
架构设计（部门级），数据库设计，概要设计，
开发/单元/集成测试
源代码，测试用例，单元测试报告
系统测试
测试总结报告，顾客手册
实行
验收报告，实行筹划，培训筹划，软硬件安装布置规划书，应用系统布置阐明，系统验收，应用程序包

n 开发模型
为保证项目进度按照筹划进行本项目采用瀑布式开发模型。通过设立里程碑明确每阶段任务与目的，通过阶段评审，将开发过程纳入对的轨道，严格筹划性保证软件产品准时交付。
示例图如下：
需求分析
需求调研
设计
编码
测试
运营维护

2.2 WBS 表
参见《开发筹划》（Microsoft Project文档）。

2.3 规模估算
详细估算办法可参见《软件项目估算过程》，估算过程应当记录在《项目估算表》中，此处只描述估算成果。
工作产品
估算因子
分类
个数
共计规模
（换算比重后个数）
需求规格阐明书
功能点
复杂：交互操作不不大于等于 6
13
26
概要设计
业务逻辑类
复杂
中档
简朴
8
10
20
51
DB
Table
View
Procedure
Trigger
Constraint
35
2
0
0
0
35
2
编码

操作 (Action)
反映（Response）
报表（Report）
接口（Interface）
69
164
2
3
558
测试
测试用例
复杂：交互操作不不大于等于 6
15
30

2.4 工作量估算
详细估算办法可参见《软件项目估算过程》，估算过程应当记录在《项目估算表》中，此处只描述估算成果。
项目阶段
项目工作量比例分布(%)
工作量
（人日）
需求
8.5%
30.7
设计
10.2%
37.0
编码/单元/集成
50.9%
184.8
系统测试
8.1%
29.5
实行
22.3%
81.0
项目开发总工作量
100.0%
363.0

2.5 成本估算
依照公司状况，项目成本重要是人员工资，因而工作量估算基本上反映了项目成本。
阶段
筹划人力成本
人员数量
人员比例
需求
21195.00
8
80.0%
设计
30220.50
9
90.0%
开发/单元、集成
110499.50
9
90.0%
系统测试
20353.13
10
100.0%
实行
57428.88
10
100.0%
共计（元）
239697.00
10

2.6 进度安排
参见《开发筹划》（Microsoft Project文档）。
2.7 核心计算机资源估算

1） 客户运营环境所需核心计算机资源
本项目测试环境与系统上线环境相似。
用途
服务器型号
必要硬件配备
必要软件配备
数量
申报理由阐明
Application server
DELL2850/至强
2.8G*2颗/4G内存/146G*2硬盘
Windows
1
此配备是所开发软件系统规定最基本配备，并且满足客户对系统性能规定。
DB Server

2）项目开发环境所需核心计算机资源：
用途
服务器型号
必要硬件配备
必要软件配备
数量
申报理由阐明
Application server
DELL2850/至强
2.8G*2颗/4G内存/146G*2硬盘
Windows
1
满足最基本开发规定。
DB Server
2.8 项目评审
描述按筹划需要评审工作产品，以及采用评审方式和参加评审人员。评审方式是同行评审，评审过程参见《软件项目评审过程》。

工作产品
评审方式
评审参加人员
评审材料发放时间(提前X天)
需求规格阐明书
同行评审
杨立东，张桐，李兵，伍箭，刘扬，杨海舰，王松涛，彭俊林，李进
1
开发筹划
同行评审
刘平，张桐，李兵，伍箭，刘扬，杨海舰
1
量化过程管理筹划
同行评审
刘平，张桐，李兵，伍箭，刘扬，杨海舰
1
质量管理筹划
同行评审
刘平，张桐，李兵，伍箭，刘扬，杨海舰
1
配备管理筹划
同行评审
刘平，张桐，李兵，伍箭，刘扬，杨海舰
1
质量保证筹划
同行评审
刘平，张桐，李兵，伍箭，刘扬，杨海舰
1
系统测试筹划
同行评审
刘平，张桐，李兵，伍箭，刘扬，杨海舰
1
概要设计
同行评审
杨立东，张桐，李兵，伍箭，刘扬，杨海舰，王松涛，彭俊林，李进
1
数据库设计
同行评审
项目经理，设计人员，开发人员，测试人员，QA人员
1
代码
走查
项目经理，设计人员，开发人员，测试人员，QA人员
1
测试用例
同行评审
项目经理，设计人员，开发人员，测试人员，QA人员
1
2.9 开发环境
本系统将在B/S构造下，采用基于JAVA技术并且符合J2EE开发规范进行开发，详细如下：
硬件
软件
DELL2850/至强
2.8G*2颗/4G内存/146G*2硬盘
数据库：oracle 9i
应用服务器：Websphere 5.1
开发工具：Ecplise
项目管理工具：Microsoft Project
绘图工具：Microsoft Visio
配备工具：Microsoft Visual SourceSafe
分析工具：Rational Rose
数据库设计工具：PowerDesigner 9.5
2.10 风险评估和控制
描述预测项目中也许发生风险，风险系数=严重级别X风险概率。风险级别是指该风险对项目进度、质量和成本影响严重限度，可分为四个级别，级别越高影响越严重。
1. 客户风险，指由于客户成熟度不够而产生风险
2. 过程风险，指由于项目构成员对开发过程不熟悉而产生风险
3. 能力风险，指由于项目构成员不具备项目需要能力而产生风险
4. 成本风险，指由于项目成本过高而产生风险
5. 人力资源风险，指由于人员局限性而产生风险
6. 设备资源风险，指由于开发设备局限性而产生风险
7. 技术风险，指由于采用项目构成员不熟悉技术而产生风险
8. 质量风险，指由于顾客规定质量过高而产生风险
9. 时间风险，指由于开发时间过紧而产生风险
10. 需求风险，指由于需求调研不充分而产生风险
风险概率可用比例表达，比例越高发生也许性越大。风险应当按照风险系数大小排序。风险对策是为了减轻风险影响，项目组也许采用办法。所有风险按风险级别排序。
注：风险系数 = 严重级别 x 发生概率
严重级别范畴 1-4

序号
风险系数
严重级别
发生概率
风险种类
风险阐明
预测风险发生阶段
应对办法
减少风险方略
1
1.6
2
80%
1
和原有系统需求范畴界定不清晰
开发实行阶段
一旦产生需求变更，按照公司变更流程进行解决。
整个项目周期内与客户充分沟通，积极协调客户确认需求。
2
0.5
1
50%
9
系统设计开发时间短，有也许延期3-5个工作日
开发阶段
提前投入开发人员对已经通过评审设计开始编码。
系统设计一定要尽量完善，加强项目构成员之间沟通。及时把握项目进度。
3
0.5
1
50%
1
客户对BS构造系统使用
实行阶段
进行针对性培训。
加强培训，尽量完善顾客手册。
2.11 组间协调筹划
协调小组/人
协调方式
协调内容
如发生问题时如何解决
频率/时间
蒋宇、杨晓南
会议
系统需求、项目进度
向上级报告
每周五
蒋宇、杨晓南
电话、邮件
开发时遇到细节问题
向上级报告
每周3-10次
蒋宇、杨晓南
会议
确认需求
向上级报告
-11-07
蒋宇、杨晓南
会议
代码开发结束，讨论实行细节。
向上级报告
-12-30
蒋宇、杨晓南
会议
系统测试结束，商讨数据移植方案
向上级报告
-01-05
蒋宇、杨晓南
会议
讨论验收细节
向上级报告
-02-05

2.12 培训筹划
无

3 项目构成
依照本项目状况列出项目中所有参加人员及所担当角色

角色
责任承担人
项目总监
刘平
征询顾问
杨树轶
项目经理
张桐
质量保证员
杨海舰
SCCB
刘平、杨海舰、张桐、伍箭和刘扬
架构设计师
张桐
系统分析员负责人
伍箭
系统分析员
伍箭
测试负责人
刘扬
测试工程师
刘扬
软件工程师
李兵
软件工程师
王松涛
软件工程师
李海波
SCM管理员
刘扬
实行负责人
张桐

4 项目跟踪筹划
对项目跟踪活动也要有筹划，跟踪筹划描述参加人员、跟踪活动名称以及跟踪频率。
角色
活动
频率
项目经理
召开定期例会
每周（每两周提交项目进展报告）
项目经理
组织项目数据分析报告填报
每里程碑
项目总监
客户经理
项目经理
质量保证员
项目构成员
参加里程碑评审
每里程碑
项目构成员
填写PSA上任务跟踪信息
每天
SCCB
项目经理
质量保证员
筹划变更及评审
当项目进度、工作量、成本、规模等偏差率超过筹划阈值时。（参见度量筹划）
项目构成员
项目总结
项目结束

5 问题跟踪
项目经理对项目中发现人力资源变动、技术难点、计算机资源和外部环境影响等问题进行跟踪。跟踪记录反映在《项目问题跟踪表》中。
客户反馈问题在《客户反馈问题记录及跟踪表》中进行记录和跟踪。
需求变更另有需求变更流程，不列入问题跟踪。
6 有关文档
《软件需求规格阐明书》
《软件质量管理筹划》
《量化过程管理筹划》
《软件验收报告》
《项目问题追踪表》
《软件项目进展报告》
《软件项目里程碑报告》
《软件项目总结报告》
《软件配备管理筹划》
《软件质量保证筹划书》
《软件评审过程》
《软件项目估算指南》
《软件生命周期选取指南》