项目开发计划书样板样本.doc

项目开发计划书样板样本 项目开发计划书样板本文档所提供的信息仅供参考之用，不能作为科学依据，请勿模仿。 文档如有不当之处，请联系本人或网站删除。 开发计划书编号:IM-VOLVO-SDP版本:本文档所提供的信息仅供参考之用，不能作为科学依据，请勿模仿。 文档如有不当之处，请联系本人或网站删除。 作者者:日期期:审批批:日期期:本文档所提供的信息仅供参考之用，不能作为科学依据，请勿模仿。 文档如有不当之处，请联系本人或网站删除。 变更记录日期版本变更说明作者本文档所提供的信息仅供参考之用，不能作为科学依据，请勿模仿。 文档如有不当之处，请联系本人或网站删除。 填表说明在需求分析阶段开始着手准备开发计划，当需求分析结束后，根据项目估算和需求分析的成果，完成软件开发计划书，评审后纳入到基线库。 制定开发计划的过程是不断精确细化，逐步完善丰富的过程。 开发计划是项目经理管理和跟踪的依据，又起到指导项目组的日常工作的作用。 当实际情况与计划偏离到一定程度时，应修正开发计划。 软件开发应按照开发计划制定的内容进行。 开发计划是项目跟踪的依据，通过与实际开发进展情况作比较分析，项目经理能够及时了解项目开发的状态。 项目组中的每个成员都应该明确地知道项目计划的内容，并且对所分配的任务承诺签字，确保计划贯彻执行。 本文档所提供的信息仅供参考之用，不能作为科学依据，请勿模仿。 文档如有不当之处，请联系本人或网站删除。 1项目总览1.1基本信息项目名称称物流信息服务平台项目编号号IM-VOLVO-001客户名称称V公司客户代表表项目经理理质量保证员配置管理员工作量估算18个人月项目开始日期项目结束日期1.2项目主要联系人姓名电话号码码传真号码码E-Mail客户经项目经本文档所提供的信息仅供参考之用，不能作为科学依据，请勿模仿。 文档如有不当之处，请联系本人或网站删除。 理理1.3假设和约束本项目计划能够顺利执行的条件是基于以下假设成立:?公司能够满足计划中对各种项目资源需求；?项目实施过程中能得到客户的有效支持与配合；?对于项目成员的培训能够按照培训计划进行；?项目开发、实施过程中人员变动不超过80%。 1.4里程碑提交产品里程碑提交产品时间负责人项目级过程裁剪剪.11.05软件开发计划.11.02本文档所提供的信息仅供参考之用，不能作为科学依据，请勿模仿。 文档如有不当之处，请联系本人或网站删除。 里程碑提交产品时间负责人软件测试计划.11.03配置管理计划.11.05质量保证计划.11.05需求需求功能说明书书.11.10架构设计.11.05数据库设计.11.09测试用例.11.19系统设计.11.09实现代码.12.31测试总结报告.11.05实施计划.12.3本文档所提供的信息仅供参考之用，不能作为科学依据，请勿模仿。 文档如有不当之处，请联系本人或网站删除。 里程碑提交产品时间负责人1培训计划.12.31软硬件安装部署规划书.12.31应用系统部署说明.12.31实施系统验收.01.31了在整个项目生命周期中总共分了3个里程碑，需求评审结束、代码开发完毕、系统正式上线运行。 1.5发布提交产品提交产品时间是否提交客户负责人架构设计.11.05否否数据库设计.11.09是是测试用例.11.19是是应用程序包.12.31是是本文档所提供的信息仅供参考之用，不能作为科学依据，请勿模仿。 文档如有不当之处，请联系本人或网站删除。 提交产品时间是否提交客户负责人应用程序源码.12.31是是软硬件安装部署规划书.12.27是是应用系统部署说明明.12.27是是发布清单.12.27否否用户手册.01.18是是验收报告.01.31否否本文档所提供的信息仅供参考之用，不能作为科学依据，请勿模仿。 文档如有不当之处，请联系本人或网站删除。 2项目计划2.1项目生命周期?项目阶段定义及各阶段主要产品项目阶段主要产品项目启动项目章程需求分析需求计划，软件需求规格说明书，静态原型设计与实现架构设计说明书，概要设计说明书（包括数据库设）计），源代码，测试用例，用户手册成集成/系统集成测试试测试报告系统实施验收报告系统试运行试运行系统修改记录，试运行报告?开发模型本项目采用边设计边开发，分阶段提交开发成果的模型，在需求调研与分析，系统设计，系统实本文档所提供的信息仅供参考之用，不能作为科学依据，请勿模仿。 文档如有不当之处，请联系本人或网站删除。 现与系统实施阶段进行迭代式开发，以进一步缩短开发周期，降低开发成本。 2.2WBS表本文档所提供的信息仅供参考之用，不能作为科学依据，请勿模仿。 文档如有不当之处，请联系本人或网站删除。 2.3规模估算具体的估算方法可参见软件项目估算过程，估算过程应当记录在项目估算表中，此处只描述估算结果。 估算中的新件部分已经完成，只对旧件部分进行开发。 本文档所提供的信息仅供参考之用，不能作为科学依据，请勿模仿。 文档如有不当之处，请联系本人或网站删除。 工作产品估算因子分类个数数合计规模模（换算比重后的个数）需求规格说明书书UseCase复杂度复杂中等简单71520概要设计业务逻辑类类复杂中等简单7815DB TableView ProcedureTrigger Constraint500000本文档所提供的信息仅供参考之用，不能作为科学依据，请勿模仿。 文档如有不当之处，请联系本人或网站删除。 编码作操作(Action)反应（Response）报表（Report）接口（Interface）9515000测试测试用例复杂中等简单71520用户手册插图个数802.4工作量估算具体的估算方法可参见软件项目估算过程，估算过程应当记录在项目估算表中，此处只描述估算结果。 本文档所提供的信息仅供参考之用，不能作为科学依据，请勿模仿。 文档如有不当之处，请联系本人或网站删除。 只对下阶段任务进行了估算。 项目阶段百分比工作量（人日）需求分析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测试工程师和配置管理员1.51214028130合计2956012.6进度安排参见开发计划（Microsoft Project文档）。 2.7关键计算机资源估算项目需要配备的关键计算机资源，如数据库服本文档所提供的信息仅供参考之用，不能作为科学依据，请勿模仿。 文档如有不当之处，请联系本人或网站删除。 务器、Web&Application服务器，以及所运行的操作系统和硬件环境；还包括项目团队成员需要具备的计算机和基本硬件配置。 用途服务器型号号配置操作系统统数量量Application serverDB serverDELL2850/至强2.8G*2颗/4G内存/146G*2硬硬盘盘Win1Pc(开发环境境)P4P4,512M,30G Windows6说明:以上是测试环境，估算依据是和运行环境完全一致。 用开发环境采用Windows平台，根据以往多个项目的经验，部署没有问题。 2.8项目评审描述按计划需要评审的工作产品，以及采用的评审方式和参加评审的人员。 评审方式是同行评审，评审过程参见软件项目评审过程。 本文档所提供的信息仅供参考之用，不能作为科学依据，请勿模仿。 文档如有不当之处，请联系本人或网站删除。 工作产品评审方式评审参与人员评审材料发放时间(提提前前X天)开发计划同行评审，同时需要审核/审批项目组成员1配置管理计划划同行评审项目组成员1质量保证计划划同行评审项目组成员1系统测试计划划同行评审项目组成员1架构设计同行评审项目组成员1数据库设计同行评审项目组成员2系统设计同行评审项目组成员1代码走查项目组成员1本文档所提供的信息仅供参考之用，不能作为科学依据，请勿模仿。 文档如有不当之处，请联系本人或网站删除。 测试用例同行评审项目组成员12.9开发环境在本系统将在B/S结构下，采用基于JAVA技术合并且符合J2EE开发规范进行开发，具体如下:硬件软件DELL2850/至强2.8G*2颗颗/4G内存/146G*2硬盘数据库:oracle9i应用服务器:Websphere5.1开发工具:Ecplise项目管理工具具:Microsoft Project具绘图工具:Microsoft Visio具配置工具:Microsoft VisualSourceSafe具分析工具:Rational Rose数据库设计工具具:PowerDesigner9.5本文档所提供的信息仅供参考之用，不能作为科学依据，请勿模仿。 文档如有不当之处，请联系本人或网站删除。 2.10风险评估和控制描述预计项目中可能发生的风险，风险系数=严重等级X风险概率。 风险等级是指该风险对项目进度、质量和成本影响的严重程度，可分为四个等级，等级越高影响越严重。 1.客户风险，指由于客户成熟度不够而产生的风险2.过程风险，指由于项目组成员对开发过程不熟悉而产生的风险3.能力风险，指由于项目组成员不具备项目需要的能力而产生的风险4.成本风险，指由于项目成本过高而产生的风险5.人力资源风险，指由于人员不足而产生的风险6.设备资源风险，指由于开发设备不足而产生的风险7.技术风险，指由于采用项目组成员不熟悉的技术而产生的风险8.质量风险，指由于用户要求的质量过高而产生的风险9.时间风险，指由于开发时间过紧本文档所提供的信息仅供参考之用，不能作为科学依据，请勿模仿。 文档如有不当之处，请联系本人或网站删除。 而产生的风险10.需求风险，指由于需求调研不充分而产生的风险风险概率可用百分比表示，百分比越高发生的可能性越大。 风险应当按照风险系数的大小排序。 风险对策是为了减轻风险的影响，项目组可能采取的措施。 所有风险按风险等级排序。 注注:风险系数=严重等级x发生概率严重等级范围1-4序号风险系数严重等级发生概率风险说明预计风险发生阶段应对措施11.6280%和原有系统需求范围界定不清楚开发实施阶段段整个项目周期内与客户充分沟通，积极协调客户确认需求。 本文档所提供的信息仅供参考之用，不能作为科学依据，请勿模仿。 文档如有不当之处，请联系本人或网站删除。 序号风险系数严重等级发生概率风险说明预计风险发生阶段应对措施20.5150%系统设计开发时间短，有可能延期3-5个个工作日开发阶段系统设计一定要尽量完善，加强项目组成员之间的沟通。 及时把握项目进度。 30.5150%客户对对BS结构系统的使用实施阶段加强培训，尽量完善用户手册。 本文档所提供的信息仅供参考之用，不能作为科学依据，请勿模仿。 文档如有不当之处，请联系本人或网站删除。 2.11组间协调计划组协调小组/人人协调方式频率/时间客户会议.12.11客户会议.12.31客户会议.01.272.12实施计划?安装调试、部署、调试?系统培训根据项目需要，。 培训需要有下列要素:培训目的和内容培训时间、地点培训材料主讲人参加人培训效果培训内容时间主讲人参加者系统操.01.04张桐，客户本文档所提供的信息仅供参考之用，不能作为科学依据，请勿模仿。 文档如有不当之处，请联系本人或网站删除。 作方法01.07刘扬?数据移植计划用10，个工作日的时间，。 数据类型包括:用户信息、企业信息、物流需求、解决方案、测算器参数、沃尔沃新闻、。 过桥费数据、电子刊物内容。 ?试运行。 每隔两天收集一次问题清单。 要的求对客户提出的bug的响应时间不能超过两天。 如果有需求变更则要求按照变更流程进行。 ?系统验收。 ，提交文档包括:系统安装文档、实施发布清单、软件移交报告、软件验收报告、里程碑报告。 本文档所提供的信息仅供参考之用，不能作为科学依据，请勿模仿。 文档如有不当之处，请联系本人或网站删除。 3项目组成根据本项目的情况列出项目中所有参与人员及所担当的角色角色责任承担人项目总监咨询顾问项目经理质量保证员SCCB架构设计师系统分析员负责人系统分析员测试负责人测试工程师软件工程师软件工程师软件工程师SCM管理员实施负责人本文档所提供的信息仅供参考之用，不能作为科学依据，请勿模仿。 文档如有不当之处，请联系本人或网站删除。 4项目跟踪计划对项目的跟踪活动也要有计划，跟踪计划描述参与的人员、跟踪活动的名称以及跟踪的频率。 角色活动频率项目经理理召开定期例会会每周一一项目总监监客户代表表项目经理理质量保证员参加里程碑评审每个里程碑结束点SCCB项目经理理质量保证员计划变更及评审离当偏离进度计划(20%)以上时规模计划(10%)成本计划(10%)工作量计划本文档所提供的信息仅供参考之用，不能作为科学依据，请勿模仿。 文档如有不当之处，请联系本人或网站删除。 (10%)