项目开发计划书Word下载.docx
《项目开发计划书Word下载.docx》由会员分享，可在线阅读，更多相关《项目开发计划书Word下载.docx（11页珍藏版）》请在冰豆网上搜索。
公司能够满足计划中对各种项目资源需求；
项目实施过程中能得到客户的有效支持与配合；
对于项目成员的培训可以按照培训计划进行；
项目开发、实施过程中人员变动不超过80%。
1.4里程碑提交产品
里程碑
提交产品
时间
负责人
项目级过程裁剪
软件开发计划
软件测试计划
配置管理计划
质量保证计划
需求
需求功能说明书
架构设计
数据库设计
测试用例
系统设计
实现
代码
测试总结报告
实施计划
培训计划
软硬件安装部署规划书
应用系统部署说明
实施
系统验收
在整个项目生命周期中总共分了3个里程碑，需求评审结束、代码开发完毕、系统正式上线运行。
1.5发布提交产品
是否提交客户
应用程序
应用程序源码
发布清单
用户手册
验收报告
2项目计划
2.1项目生命周期
2.1.1项目阶段定义及各阶段主要产品
项目阶段
主要产品
项目启动
项目章程
需求分析
需求计划，软件需求规格说明书，静态原型
设计与实现
架构设计说明书，概要设计说明书（包括数据库设计），源代码，测试用例，用户手册
集成/系统集成测试
测试报告
系统实施
系统试运行
试运行系统修改记录，试运行报告
2.1.2开发模型
本项目采用边设计边开发，分阶段提交开发成果的模型，在需求调研与分析，系统设计，系统实现与系统实施阶段进行迭代式开发，以进一步缩短开发周期，降低开发成本。
2.3规模估算
具体的估算方法可参见《软件项目估算过程》，估算过程应当记录在《项目估算表》中，此处只描述估算结果。
估算中的新件部分已经完成，只对旧件部分进行开发。
工作产品
估算因子
分类
个数
合计规模（换算比重后的个数）
需求规格说明书
UseCase复杂度
复杂
中等
简单
概要设计
业务逻辑类
DB
Table
View
Trigger
Constraint
编码
操作（Action）
反应（Response）
报表（Report）
接口（Interface）
测试
插图个数
2.4工作量估算
具体的估算方法可参见《软件项目估算过程》，估算过程应当记录在《项目估算表》中，此处只描述估算结果。
只对下阶段任务进行了估算。
百分比
工作量（人日）
0%
设计
10%
项目管理
上线/验收/新需求
其它
项目开发总工作量
100%
2.5成本估算
根据公司情况，项目成本主要是人员的工资，因此工作量估算基本上反映了项目的成本。
项目角色
月成本（万元/月）
人数
参与时间（日）
小计（元）
项目经理
系统分析
助理开发工程师
测试工程师和配置管理员
合计
2.6进度安排
参见《开发计划》（MicrosoftProject文档）。
2.7关键计算机资源估算
项目需要配备的关键计算机资源，如数据库服务器、Web&
Application服务器，以及所运行的操作系统和硬件环境。
用途
服务器型号
配置
操作系统
数量
服务器
阿里云
2核8g
Centos
1
数据库
说明：
以上是测试环境，估算依据是和运行环境完全一致。
开发环境采用Windows平台，根据以往多个项目的经验，部署没有问题。
2.8项目评审
描述按计划需要评审的工作产品，以及采用的评审方式和参加评审的人员。
评审方式是同行评审，评审过程参见《软件项目评审过程》。
评审方式
评审参与人员
评审材料发放时间（提前X天）
开发计划
同行评审，同时需要审核/审批
项目组成员
1
同行评审
系统测试计划
2
走查
2.9开发环境
本系统将在B/S结构下，采用基于JAVA技术并且符合J2EE开发规范进行开发，具体如下：
硬件：
品牌
Dell
处理器
i5/i7
内存
8G
软件
Mysql5.7
应用服务器
Tomcat8
开发工具
Idea16
项目管理工具
Jira7.3.8
绘图工具
PhotoShop
数据库设计工具
PowerDesigner9.5
分析工具
RationalRose
持续集成工具
版本控制工具
Gitlab10.3.3
2.10风险评估和控制
描述预计项目中可能发生的风险，风险系数=严重等级X风险概率。
风险等级是指该风险对项目进度、质量和成本影响的严重程度，可分为四个等级，等级越高影响越严重。
1.客户风险，指由于客户成熟度不够而产生的风险
2.过程风险，指由于项目组成员对开发过程不熟悉而产生的风险
3.能力风险，指由于项目组成员不具备项目需要的能力而产生的风险
4.成本风险，指由于项目成本过高而产生的风险
5.人力资源风险，指由于人员不足而产生的风险
6.设备资源风险，指由于开发设备不足而产生的风险
7.技术风险，指由于采用项目组成员不熟悉的技术而产生的风险
8.质量风险，指由于用户要求的质量过高而产生的风险
9.时间风险，指由于开发时间过紧而产生的风险
10.需求风险，指由于需求调研不充分而产生的风险
风险概率可用百分比表示，百分比越高发生的可能性越大。
风险应当按照风险系数的大小排序。
风险对策是为了减轻风险的影响，项目组可能采取的措施。
所有风险按风险等级排序。
注：
风险系数=严重等级x发生概率严重等级范围1-4
序号
风险系数
严重等级
发生概率
风险说明
预计风险发生阶段
应对措施
1.6
80%
和原有系统需求范围界定不清楚
开发实施阶段
整个项目周期内与客户充分沟通，积极协调客户确认需求。
0.5
50%
系统设计开发时间短，有可能延期3-5个工作日
开发阶段
系统设计一定要尽量完善，加强项目组成员之间的沟通。
及时把握项目进度。
3
客户对BS结构系统的使用
实施阶段
加强培训，尽量完善用户手册。
2.11组间协调计划
2.12实施计划?
培训需要有下列要素：
培训目的和内容
培训时间、地点
培训材料
主讲人
参加人
培训效果?
3项目组成
根据本项目的情况列出项目中所有参与人员及所担当的角色
责任承担人
项目总监
咨询顾问
质量保证员
SCCB
架构设计师
系统分析员负责人
系统分析员
测试负责人
测试工程师
软件工程师
SCM管理员
实施负责人
4项目跟踪计划
对项目的跟踪活动也要有计划，跟踪计划描述参与的人员、跟踪活动的名称以及跟踪的频率。
活动
频率
召开定期例会
每周一
参加里程碑评审
每个里程碑结束点
客户代表
计划变更及评审
当偏离进度计划（20%）规模计划（10%）成本计划（10%）工作量计划（10%）以上时
项目总结
项目结束
5问题跟踪
项目经理对项目中发现的人力资源变动、技术难点、计算机资源和外部环境影响等问题进行跟踪。
跟踪记录反映在《软件问题跟踪表》中。
需求变更另有需求变更流程，不列入问题跟踪
6相关文档
《软件需求规格说明书》
《开发计划》
《软件验收报告》
《项目问题追踪表》
《软件项目进展报告》
《软件项目里程碑报告》
《软件项目总结报告》
《软件配置管理计划》
《软件质量保证计划书》
升级会员 