物流信息服务平台.docx
《物流信息服务平台.docx》由会员分享，可在线阅读，更多相关《物流信息服务平台.docx（16页珍藏版）》请在冰点文库上搜索。
物流信息服务平台
物流信息服务平台
开发计划书
编号：
ISS-IM-VOLVO-001-SDP
版本:
1.0
作者：
X桐
日期：
2004-11-6
审批：
X平
日期：
2004-11-8
变更记录
日期
版本
变更说明
作者
2004-11-6
1.0
创建
X桐
填表说明
在需求分析阶段开始着手准备开发计划，当需求分析结束后，根据项目估算和需求分析的成果，完成软件开发计划书，评审后纳入到基线库。
制定开发计划的过程是不断精确细化，逐步完善丰富的过程。
开发计划是项目经理管理和跟踪的依据，又起到指导项目组的日常工作的作用。
当实际情况与计划偏离到一定程度时，应修正开发计划。
软件开发应按照开发计划制定的内容进行。
开发计划是项目跟踪的依据，通过与实际开发进展情况作比较分析，项目经理可以及时了解项目开发的状态。
项目组中的每个成员都应该明确地知道项目计划的内容，并且对所分配的任务承诺签字，确保计划贯彻执行。
1项目总览
1.1基本信息
项目名称
沃尔沃物流信息服务平台
项目编号
IM-VOLVO-001
客户名称
沃尔沃（中国）投资XX
客户代表
周伟
项目经理
X桐
质量保证员
杨海舰
配置管理员
X扬
工作量估算
16个人月
项目开始日期
2004-11-02
项目结束日期
2005-02-08
1.2项目主要联系人
XX
传真
客户
蒋宇
Yukon.jiangvolvo.
项目经理
X桐
84480686
tzhangisoftstone.
1.3假设和约束
本项目计划能够顺利执行的条件是基于以下假设成立：
⏹公司能够满足计划中对各种项目资源需求；
⏹项目实施过程中能得到客户的有效支持与配合；
⏹对于项目成员的培训可以按照培训计划进行；
⏹项目开发、实施过程中人员变动不超过80%。
1.4里程碑提交产品
里程碑
提交产品
时间
负责人
需求
项目定义软件过程.xls
2004.11.6
X桐
软件开发计划
2004.11.7
X桐
软件测试计划
2004.11.7
X杨
配置管理计划
2004.11.7
X杨
质量保证计划
2004.11.7
杨海舰
量化过程管理计划
2004.11.7
X桐
质量管理计划
2004.11.7
X桐
需求规格说明书
2004.11.5
X桐
需求跟踪据矩阵
2004.11.5
X桐
设计
架构设计（部门级）
2004.11.15
X桐
数据库设计
2004.11.15
李兵
概要设计
2004.11.15
X桐
开发/单元、集成测试
代码
2004.12.29
X桐
测试用例
2004.11.21
X扬
集成测试报告
2004.12.29
X扬
Build说明
2004.12.29
X桐
系统测试
测试总结报告
2005.1.4
X扬
用户手册
2005.1.10
X扬
实施
实施计划
2005.1.11
X桐
培训计划
2005.1.11
X桐
软硬件安装部署规划书
2005.1.11
徐光
应用程序包
2005.2.7
X桐
应用系统部署说明
2005.2.7
X桐
系统验收
2005.2.7
X桐
1.5发布提交产品
提交产品
时间
是否提交客户
负责人
需求规格说明书
2005.02.07
是
X桐
架构设计
2005.02.07
否
X桐
概要设计
2005.02.07
否
X桐
数据库设计
2005.02.07
是
李兵
测试用例
2005.02.07
是
X扬
应用程序包
2005.02.07
是
X桐
应用程序源码
2005.02.07
是
X桐
软硬件安装部署规划书
2005.02.07
是
徐光
应用系统部署说明
2005.02.07
是
X桐
发布清单
2005.02.07
否
X桐
用户手册
2005.02.07
是
X扬
验收报告
2005.02.07
否
X桐
2项目计划
2.1项目生命周期
⏹项目阶段定义及各阶段主要产品
项目阶段
主要产品
需求
项目章程，项目级过程裁剪，软件开发计划，质量管理计划，量化过程管理计划，软件测试计划，配置管理计划，质量保证计划，需求规格说明书，系统原型
设计
架构设计（部门级），数据库设计，概要设计，
开发/单元/集成测试
源代码，测试用例，单元测试报告
系统测试
测试总结报告，用户手册
实施
验收报告，实施计划，培训计划，软硬件安装部署规划书，应用系统部署说明，系统验收，应用程序包
⏹开发模型
为保证项目进度按照计划进行本项目采用瀑布式开发模型。
通过设置里程碑明确每阶段的任务与目标，通过阶段评审，将开发过程纳入正确轨道，严格的计划性保证软件产品的按时交付。
示例图如下：
2.2WBS表
参见《开发计划》（MicrosoftProject文档）。
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进度安排
参见《开发计划》（MicrosoftProject文档）。
2.7关键计算机资源估算
1）客户运行环境所需关键计算机资源
本项目的测试环境与系统上线的环境相同。
用途
服务器型号
必要的硬件配置
必要的软件配置
数量
申报理由说明
Applicationserver
DELL2850/至强
2.8G*2颗/4G内存/146G*2硬盘
Windows2000
1
此配置是所开发的软件系统要求的最基本配置，并且满足客户对系统性能的要求。
DBServer
2）项目开发环境所需关键计算机资源：
用途
服务器型号
必要的硬件配置
必要的软件配置
数量
申报理由说明
Applicationserver
DELL2850/至强
2.8G*2颗/4G内存/146G*2硬盘
Windows2000
1
满足最基本的开发要求。
DBServer
2.8项目评审
描述按计划需要评审的工作产品，以及采用的评审方式和参加评审的人员。
评审方式是同行评审，评审过程参见《软件项目评审过程》。
工作产品
评审方式
评审参与人员
评审材料发放时间（提前X天）
需求规格说明书
同行评审
杨立东，X桐，李兵，伍箭，X扬，杨海舰，王松涛，彭俊林，李进
1
开发计划
同行评审
X平，X桐，李兵，伍箭，X扬，杨海舰
1
量化过程管理计划
同行评审
X平，X桐，李兵，伍箭，X扬，杨海舰
1
质量管理计划
同行评审
X平，X桐，李兵，伍箭，X扬，杨海舰
1
配置管理计划
同行评审
X平，X桐，李兵，伍箭，X扬，杨海舰
1
质量保证计划
同行评审
X平，X桐，李兵，伍箭，X扬，杨海舰
1
系统测试计划
同行评审
X平，X桐，李兵，伍箭，X扬，杨海舰
1
概要设计
同行评审
杨立东，X桐，李兵，伍箭，X扬，杨海舰，王松涛，彭俊林，李进
1
数据库设计
同行评审
项目经理，设计人员，开发人员，测试人员，QA人员
1
代码
走查
项目经理，设计人员，开发人员，测试人员，QA人员
1
测试用例
同行评审
项目经理，设计人员，开发人员，测试人员，QA人员
1
2.9开发环境
本系统将在B/S结构下，采用基于JAVA技术并且符合J2EE开发规X进行开发，具体如下：
硬件
软件
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发生概率
严重等级X围1-4
序号
风险系数
严重等级
发生概率
风险种类
风险说明
预计风险发生阶段
应对措施
降低风险策略
1
1.6
2
80%
1
和原有系统需求X围界定不清楚
开发实施阶段
一旦产生需求变更，按照公司的变更流程进行处理。
整个项目周期内与客户充分沟通，积极协调客户确认需求。
2
0.5
1
50%
9
系统设计开发时间短，有可能延期3-5个工作日
开发阶段
提前投入开发人员对已经通过评审的设计开始编码。
系统设计一定要尽量完善，加强项目组成员之间的沟通。
及时把握项目进度。
3
0.5
1
50%
1
客户对BS结构系统的使用
实施阶段
进行针对性培训。
加强培训，尽量完善用户手册。
2.11组间协调计划
协调小组/人
协调方式
协调内容
如发生问题时如何处理
频率/时间
蒋宇、杨晓南
会议
系统需求、项目进度
向上级汇报
每周五
蒋宇、杨晓南
、
开发时遇到的细节问题
向上级汇报
每周3-10次
蒋宇、杨晓南
会议
确认需求
向上级汇报
2004-11-07
蒋宇、杨晓南
会议
代码开发结束，讨论实施细节。
向上级汇报
2004-12-30
蒋宇、杨晓南
会议
系统测试结束，商讨数据移植方案
向上级汇报
2005-01-05
蒋宇、杨晓南
会议
讨论验收细节
向上级汇报
2005-02-05
2.12培训计划
无
3项目组成
根据本项目的情况列出项目中所有参与人员及所担当的角色
角色
责任承担人
项目总监
X平
咨询顾问
杨树轶
项目经理
X桐
质量保证员
杨海舰
SCCB
X平、杨海舰、X桐、伍箭和X扬
架构设计师
X桐
系统分析员负责人
伍箭
系统分析员
伍箭
测试负责人
X扬
测试工程师
X扬
软件工程师
李兵
软件工程师
王松涛
软件工程师
李海波
SCM管理员
X扬
实施负责人
X桐
4项目跟踪计划
对项目的跟踪活动也要有计划，跟踪计划描述参与的人员、跟踪活动的名称以及跟踪的频率。
角色
活动
频率
项目经理
召开定期例会
每周（每两周提交项目进展报告）
项目经理
组织项目数据分析报告的填报
每里程碑
项目总监
客户经理
项目经理
质量保证员
项目组成员
参加里程碑评审
每里程碑
项目组成员
填写PSA上的任务跟踪信息
每天
SCCB
项目经理
质量保证员
计划变更及评审
当项目进度、工作量、成本、规模等的偏差率超过计划的阈值时。
（参见度量计划）
项目组成员
项目总结
项目结束
5问题跟踪
项目经理对项目中发现的人力资源变动、技术难点、计算机资源和外部环境影响等问题进行跟踪。
跟踪记录反映在《项目问题跟踪表》中。
客户反馈问题在《客户反馈问题记录及跟踪表》中进行记录和跟踪。
需求变更另有需求变更流程，不列入问题跟踪。
6相关文档
《软件需求规格说明书》
《软件质量管理计划》
《量化过程管理计划》
《软件验收报告》
《项目问题追踪表》
《软件项目进展报告》
《软件项目里程碑报告》
《软件项目总结报告》
《软件配置管理计划》
《软件质量保证计划书》
《软件评审过程》
《软件项目估算指南》
《软件生命周期选择指南》
升级会员 