项目开发计划书样板

1、开发计划书编号：IM-VOLV 0-SDP版本：1.0作者：日期：审批：日期：变更记录日期版本变更说明作者填表说明在需求分析阶段开始着手准备开发计划，当需求分析结束后，根据项目估算和需求分析的成果，完成软件开发计划书，评审后纳入到基线库。制定开发计划的过程是不断精确细化， 逐步完善丰富的过程。开发计划是项目经理管理和跟踪的依据，又起到指导项目组的日常工作的作用。当实际情况与计划偏离到一定程度时，应修正开发计划。软件开发应按照开发计划制定的内容进行。开发计划是项目跟踪的依据，通过与实际开发进展情况作比较分析， 项目经理可以及时了解项目开发的状态。项目组中的每个成员都应该明确地知道项目计划的内容，

2、并且对所分配的任务承诺签字，确保计划贯彻执行。1项目总览1.1基本信息项目名称物流信息服务平台项目编号IM-VOLVO-001客户名称V公司客户代表项目经理质量保证员配置管理员工作量估算18个人月项目开始日期项目结束日期1.2项目主要联系人姓名电话号码传真号码E-Mail客户项目经理1.3假设和约束本项目计划能够顺利执行的条件是基于以下假设成立：公司能够满足计划中对各种项目资源需求；项目实施过程中能得到客户的有效支持与配合； 对于项目成员的培训可以按照培训计划进行； 项目开发、实施过程中人员变动不超过80%。1.4里程碑提交产品里程碑提交产品时间负责人项目级过程裁剪2004.11.05软件开发

3、计划2004.11.02软件测试计划2004.11.03配置管理计划2004.11.05质量保证计划2004.11.05需求需求功能说明书2004.11.10里程碑提交产品时间负责人架构设计2004.11.05数据库设计2004.11.09r测试用例2004.11.19系统设计2004.11.09实现代码2004.12.31测试总结报告2004.11.05实施计划2004.12.31培训计划2004.12.31r软硬件安装部署规划书2004.12.31:应用系统部署说明2004.12.31实施系统验收2005.01.31在整个项目生命周期中总共分了3个里程碑，需求评审结束、代码开发完毕、系统正

4、式上线运行。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项目生命周期项目阶段定义及各阶段主要产品项目阶段主要产品项目启动:项目章程需求分析需求计划，软件需求规格说明书，静态原型设计与实现架构设计说明书，概要设计说明书（包括数据库 设计），源代码，测试用

5、例，用户手册集成/系统集成测试测试报告系统实施验收报告系统试运行试运行系统修改记录，试运行报告开发模型本项目采用边设计边开发，分阶段提交开发成果的模型，在需求调研与分析，系统设计，系 统实现与系统实施阶段进行迭代式开发，以进一步缩短开发周期，降低开发成本。2.2 WBS 表a:1IM 漁阳冋日200伸:月汨2T3ift3?测年 11 用 E20麟沏:曰1-33B itta猥軻由HEa»q孔肚弓3 133 Ifta2DW勒刖咱200悴1明咄3：23 ItE0 獗电1剋日miioa31.J 12 IftQ 2肚年:谢咱2004111:5$5il l 53 #63 itta加年：则日3 1

6、.1 313 Ift02004年:谢0日测和月症3.1.1413 Itta 2KK靭肚日anq年朋朋3.1,15曲琲日2询1川咱200悴11月朋轉3.1.16id IfkS皿笔1胞E3B用沏昭:Hl"6 W 妙电卿日aroflioS謂2=后龍舉紅31 IfEH昭1胱日200闲明咄卫1'10琲日尬軻肌日3B4轴船日312.1 15 FH阡郢3 ifra恥刖馴日狈和月衍ft融朋邹a ifta 2站:谢疋30011220弭 2,13强制3 ifta鸿勒脑日即畔11目讯M.22BMW:Ifta anmzSiEanidSio：31.2 35 Ift0 2DM報由3E3.1.2.45 I

7、fEB獗飪肮E31.2 5101KB湖載月饰aw伴朋潮11.2.65lftB 2(M13E狮锁削叩n.r5lft02&X年:珮阳200412433.2日矽33 Ifta 2001年：1 肺日Pidla32：3 Ifta 2KK?：1|TE200116193斓3U.23D If用 2KK年：lfaEa»q年朋:曰用4IB W 3W1 圧皿闻月砧1业341i ifta加蒔冋日2U躋:月3日国4!別4lft0闲创日2碌胪日43IB Iff BZJ畦1刖日200芽1胭日53 Ifta 那年i尉日加弭1肚日城5 13 Iff0 测年威f日呱涌刖:日S3Mn6 ?tJL fai Tfte

8、 绷年出址20闊用汩2.3规模估算具体的估算方法可参见 软件项目估算过程，估算过程应当记录在 项目估算表中, 此处只描述估算结果。估算中的新件部分已经完成，只对旧件部分进行开发。工作产品估算因子分类个数合计规模 （换算比重后的个数）需求规格UseCase复杂度复杂7说明书中等15简单20概要设计业务逻辑类:复杂7中等8简单15DBTable50View0Procedure0Trigger0Con stra int0编码操作(Action)95反应（Response）150报表（Report）0接口( In terface)0测试测试用例复杂7中等15简单20用户手册插图个数802.4工作量估算

9、具体的估算方法可参见 软件项目估算过程，估算过程应当记录在 项目估算表中, 此处只描述估算结果。只对下阶段任务进行了估算。项目阶段百分比工作量（人日）需求分析0%0设计10%26编码40%105测试20%52实施10%26项目管理10%26上线/验收/新需求10%26其它0%0项目开发总工作量100%2602.5成本估算根据公司情况，项目成本主要是人员的工资，因此工作量估算基本上反映了项目的成本。项目角色月成本（万兀/人数参与时间（日）小计（元）月）项目经理1.84817362746系统分析1.51217049227:开发工程师1.512360126586助理开发工程 师0.840028912

10、测试工程师和 配置管理员1.51214028130合计2956012.6进度安排参见开发计划（Microsoft Project文档）。2.7关键计算机资源估算项目需要配备的关键计算机资源，如数据库服务器、 Web & Application服务器，以及所运行的操作系统和硬件环境；还包括项目团队成员需要具备的计算机和基本硬件配置。用途服务器型号配置操作系统数量Applicatio n serverDB serverDELL2850/ 至强2.8G*2 颗 /4G 内存/146G*2硬 盘Win20001Pc（开发环境）P4P4,512M,30GWin dows 20006说明：以上是测

11、试环境，估算依据是和运行环境完全一致。开发环境采用 Windows平台，根据以往多个项目的经验，部署没有问题。2.8项目评审描述按计划需要评审的工作产品，以及采用的评审方式和参加评审的人员。评审方式是同行评审，评审过程参见软件项目评审过程。工作产品评审方式评审参与人员评审材料发放时 间（提前X天）开发计划同行评审，同时 需要审核/审批项目组成员1配置管理计划同行评审项目组成员1质量保证计划同行评审项目组成员1系统测试计划同行评审项目组成员1架构设计同行评审项目组成员1数据库设计同行评审项目组成员2系统设计同行评审P项目组成员1代码走杳项目组成员1测试用例同行评审项目组成员12.9开发环境本系统

12、将在B/S结构下，采用基于 JAVA技术并且符合J2EE开发规范进行开发，具体如下:硬件软件DELL2850/ 至强2.8G*2 颗/4G 内存/146G*2 硬盘数据库：oracle 9i应用服务器： Websphere 5.1开发工具：Ecplise项目管理工具：Microsoft Project 2000绘图工具：Microsoft Visio 2000 配置工具：Microsoft Visual SourceSafe 分析工具：Ratio nal Rose数据库设计工具：PowerDesig ner 9.52.10风险评估和控制描述预计项目中可能发生的风险，风险系数=严重等级X风险概率

13、。风险等级是指该风险对项目进度、质量和成本影响的严重程度，可分为四个等级，等级越高影响越严重。1. 客户风险，指由于客户成熟度不够而产生的风险2. 过程风险，指由于项目组成员对开发过程不熟悉而产生的风险3. 能力风险，指由于项目组成员不具备项目需要的能力而产生的风险4. 成本风险，指由于项目成本过高而产生的风险5. 人力资源风险，指由于人员不足而产生的风险6. 设备资源风险，指由于开发设备不足而产生的风险7. 技术风险，指由于采用项目组成员不熟悉的技术而产生的风险8. 质量风险，指由于用户要求的质量过高而产生的风险9. 时间风险，指由于开发时间过紧而产生的风险10. 需求风险，指由于需求调研不

14、充分而产生的风险风险概率可用百分比表示，百分比越高发生的可能性越大。 风险应当按照风险系数的大 小排序。风险对策是为了减轻风险的影响， 项目组可能采取的措施。 所有风险按风险等级排 序。注：风险系数=严重等级x发生概率严重等级范围1-4序号风险系数严重 等级发生概率风险说明预计风险发生阶段应对措施11.6280%和原有系统 需求范围界 定不清楚开发实施阶 段整个项目周期 内与客户充分 沟通，积极协 调客户确认需 求。20.5150%系统设计开 发时间短， 有可能延期3-5个工作 日开发阶段系统设计一定 要尽量完善， 加强项目组成 员之间的沟 通。及时把握 项目进度。30.5150%客户对BS

15、结构系统的 使用实施阶段加强培训，尽 量完善用户手 nn丿册。2.11组间协调计划协调小组/人协调方式频率/时间客户会议2004.12.11客户会议2004.12.31客户会议2005.01.272.12实施计划安装调试 2005.01.04对系统进行实施前的安装、部署、调试系统培训根据项目需要，计划于2005.01.05-2005.01.07进行为期3天的针对性培训。培训需要有下列要素：培训目的和内容培训时间、地点培训材料主讲人参加人培训效果培训内容时间主讲人参加者系统操作方法2005.01.04 01.07张桐，刘扬:客户数据移植 计划用10个工作日的时间，从 2005.01.05到200

16、5.01.14进行正式运 行前的数据移植工作，把2004.12采集到的业务数据处理到系统中。数据类型包括：用户信息、企业信息、物流需求、解决方案、测算器参数、沃尔沃新闻、过桥费数 据、电子刊物内容。采集业务数据所需的数据模版必须在2004.12.01前与沃尔沃公司蒋宇确定下来。试运行 定于2005.01.06到2005.01.26进行系统试运行。每隔两天收集一次问题清 单。要求对客户提出的 bug的响应时间不能超过两天。如果有需求变更则要求按照 变更流程进行。系统验收 计划2005.01.27到2005.01.31进行系统验收。并于2005.01.31召开系 统验收的里程碑会议，提交文档包括：系统安装文档、实施发布清单、软件移交报告、软件验收报告、里程碑报告。3项目组成根据本项目的情况列出项目中所有参与人员及所担当的角色角色责任承担人项目总监咨询顾问项目经理质量保证员SCCB架构设计师系统分析员负责人系统分析员测试负责人测试工程师软件工程师软件工程师软件工程师SCM管理员实施负责人4项目跟踪计划对项目的跟踪活动也要有计划，跟踪计划描述参与的人员、 跟踪活动的名称以及跟踪的频率。角色活动频率项目经理召开定期例会每周一项目总监 客户