项目开发计划范文

精品文档物流信息服务平台开发计划书编号： ISS- IM-VOLVO-001 -SDP版本 :1.0作者：张桐日期：2004-11-6审批：刘平日期：2004-11-8变更记录.精品文档日期版本变更说明作者2004-11-61.0创建张桐.精品文档填表说明在需求分析阶段开始着手准备开发计划， 当需求分析结束后， 根据项目估算和需求分析的成果， 完成软件开发计划书， 评审后纳入到基线库。 制定开发计划的过程是不断精确细化，逐步完善丰富的过程。开发计划是项目经理管理和跟踪的依据， 又起到指导项目组的日常工作的作用。当实际情况与计划偏离到一定程度时，应修正开发计划。软件开发应按照开发计划制定的内容进行。开发计划是项目跟踪的依据，通过与实际开发进展情况作比较分析， 项目经理可以及时了解项目开发的状态。 项目组中的每个成员都应该明确地知道项目计划的内容，并且对所分配的任务承诺签字，确保计划贯彻执行。.精品文档1 项目总览1.1 基本信息项目名称沃尔沃物流信息服务平台项目编号IM-VOLVO-001客户名称沃尔沃（中国） 投资有限公司客户代表周伟项目经理张桐质量保证员杨海舰配置管理员刘扬工作量估算16 个人月项目开始日期2004-11-02项目结束日期2005-02-081.2 项目主要联系人姓名电话号码传真号码E-Mail客户蒋宇13701074705Yukon.jiang项目经理张桐1361111090884480686tzhang1.3 假设和约束本项目计划能够顺利执行的条件是基于以下假设成立：公司能够满足计划中对各种项目资源需求；项目实施过程中能得到客户的有效支持与配合；对于项目成员的培训可以按照培训计划进行；项目开发、实施过程中人员变动不超过80% 。1.4 里程碑提交产品里程碑提交产品时间负责人需求项目定义软件过程 .xls2004.11.6张桐软件开发计划2004.11.7张桐软件测试计划2004.11.7刘杨配置管理计划2004.11.7刘杨质量保证计划2004.11.7杨海舰量化过程管理计划2004.11.7张桐.精品文档里程碑提交产品时间负责人质量管理计划2004.11.7张桐需求规格说明书2004.11.5张桐需求跟踪据矩阵2004.11.5张桐设计架构设计（部门级）2004.11.15张桐数据库设计2004.11.15李兵概要设计2004.11.15张桐开发 / 单元、集成代码2004.12.29张桐测试测试用例2004.11.21刘扬集成测试报告2004.12.29刘扬Build 说明2004.12.29张桐系统测试测试总结报告2005.1.4刘扬用户手册2005.1.10刘扬实施实施计划2005.1.11张桐培训计划2005.1.11张桐软硬件安装部署规划书2005.1.11徐光应用程序包2005.2.7张桐应用系统部署说明2005.2.7张桐系统验收2005.2.7张桐1.5 发布提交产品提交产品时间是否提交客户负责人需求规格说明书2005.02.07是张桐架构设计2005.02.07否张桐概要设计2005.02.07否张桐数据库设计2005.02.07是李兵测试用例2005.02.07是刘扬应用程序包2005.02.07是张桐应用程序源码2005.02.07是张桐软硬件安装部署规划书2005.02.07是徐光应用系统部署说明2005.02.07是张桐发布清单2005.02.07否张桐用户手册2005.02.07是刘扬验收报告2005.02.07否张桐.精品文档2 项目计划2.1 项目生命周期项目阶段定义及各阶段主要产品项目阶段主要产品需求项目章程，项目级过程裁剪，软件开发计划，质量管理计划，量化过程管理计划，软件测试计划，配置管理计划，质量保证计划，需求规格说明书，系统原型设计架构设计（部门级） ，数据库设计，概要设计，开发 /单元 /集成测试源代码，测试用例，单元测试报告系统测试测试总结报告，用户手册实施验收报告，实施计划，培训计划，软硬件安装部署规划书，应用系统部署说明，系统验收，应用程序包开发模型为保证项目进度按照计划进行本项目采用瀑布式开发模型。 通过设置里程碑明确每阶段的任务与目标， 通过阶段评审， 将开发过程纳入正确轨道， 严格的计划性保证软件产品的按时交付。示例图如下：需求调研需求分析设计编码测试运行维护.精品文档2.2 WBS表参见开发计划 （ Microsoft Project 文档）。2.3 规模估算具体的估算方法可参见软件项目估算过程 ，估算过程应当记录在项目估算表中，此处只描述估算结果。合计规模工作产品估算因子分类个数（换算比重后的个数）需求规格功能点复杂：交互操作大1326说明书于等于 6概要设计业务逻辑类复杂851中等10简单20DBTable3535View22Procedure0Trigger0Constraint0编码操作 (Action)69558反应（ Response）164报表（ Report）2接口（ Interface）3测试测试用例复杂：交互操作大1530于等于 62.4 工作量估算具体的估算方法可参见软件项目估算过程 ，估算过程应当记录在项目估算表中，此处只描述估算结果。项目阶段项目工作量比例分布 (%)工作量（人日）需求8.5%30.7设计10.2%37.0编码 /单元 /集成50.9%184.8.精品文档系统测试8.1%29.5实施22.3%81.0项目开发总工作量100.0%363.02.5 成本估算根据公司情况， 项目成本主要是人员的工资，因此工作量估算基本上反映了项目的成本。阶段计划人力成本人员数量人员比例需求21195.00880.0%设计30220.50990.0%开发 / 单元、集成110499.50990.0%系统测试20353.1310100.0%实施57428.8810100.0%合计（元）239697.00102.6 进度安排参见开发计划 （ Microsoft Project 文档）。2.7 关键计算机资源估算1） 客户运行环境所需关键计算机资源本项目的测试环境与系统上线的环境相同。用途服务器型号必要的硬件必要的软件数量申报理由说明配置配置Application2.8G*2 颗 /4G此配置是所开发的软件系统要求的最基本serverDELL2850/Windows内存 /146G*21DB至强2000配置，并且满足客户对硬盘系统性能的要求。Server2）项目开发环境所需关键计算机资源：用途服务器型号必要的硬件必要的软件数量申报理由说明配置配置ApplicationDELL2850/2.8G*2 颗 /4GWindows1满足最基本的开发要server至强内存 /146G*22000求。.精品文档DB硬盘Server2.8 项目评审描述按计划需要评审的工作产品，以及采用的评审方式和参加评审的人员。评审方式是同行评审，评审过程参见软件项目评审过程。工作产品评审方式评审参与人员评审材料发放时间(提前 X 天)需求规格说明书同行评审杨立东，张桐，1李兵，伍箭，刘扬，杨海舰，王松涛，彭俊林，李进开发计划同行评审刘平，张桐，李1兵，伍箭， 刘扬，杨海舰量化过程管理计划同行评审刘平，张桐，李1兵，伍箭， 刘扬，杨海舰质量管理计划同行评审刘平，张桐，李1兵，伍箭， 刘扬，杨海舰配置管理计划同行评审刘平，张桐，李1兵，伍箭， 刘扬，杨海舰质量保证计划同行评审刘平，张桐，李1兵，伍箭， 刘扬，杨海舰系统测试计划同行评审刘平，张桐，李1兵，伍箭， 刘扬，杨海舰概要设计同行评审杨立东，张桐，1李兵，伍箭，刘扬，杨海舰，王松涛，彭俊林，李进数据库设计同行评审项目经理，设计1人员，开发人员，测试人员，QA人员代码走查项目经理，设计1.人员，开发人员，测试人员，QA人员测试用例同行评审项目经理，设计人员，开发人员，测试人员，QA人员精品文档12.9 开发环境本系统将在 B/S 结构下，采用基于 JAVA 技术并且符合 J2EE 开发规范进行开发，具体如下：硬件软件DELL2850/ 至强数据库： oracle 9i2.8G*2 颗 /4G 内存 /146G*2 硬盘应用服务器：Websphere 5.1开发工具： Ecplise项目管理工具：Microsoft Project 2000绘图工具： Microsoft Visio 2000配置工具： Microsoft Visual SourceSafe分析工具： Rational Rose数据库设计工具：PowerDesigner 9.52.10风险评估和控制描述预计项目中可能发生的风险，风险系数=严重等级X 风险概率。风险等级是指该风险对项目进度、质量和成本影响的严重程度，可分为四个等级，等级越高影响越严重。1. 客户风险，指由于客户成熟度不够而产生的风险2. 过程风险，指由于项目组成员对开发过程不熟悉而产生的风险3. 能力风险，指由于项目组成员不具备项目需要的能力而产生的风险4. 成本风险，指由于项目成本过高而产生的风险5. 人力资源风险，指由于人员不足而产生的风险6. 设备资源风险，指由于开发设备不足而产生的风险7. 技术风险，指由于采用项目组成员不熟悉的技术而产生的风险8. 质量风险，指由于用户要求的质量过高而产生的风险9. 时间风险，指由于开发时间过紧而产生的风险10. 需求风险，指由于需求调研不充分而产生的风险风险概率可用百分比表示， 百分比越高发生的可能性越大。 风险应当按照风险系数的大小排序。 风险对策是为了减轻风险的影响， 项目组可能采取的措施。 所有风险按风险等级排序。.精品文档注：风险系数 = 严重等级 x 发生概率严重等级范围 1-4序号风险严重发生风险风险说明系数等级概率种类11.6280%1和原有系统需求范围界定不清楚20.5150%9系统设计开发时间短，有可能延期3-5个工作日30.5150%1客户对BS结构系统的使用预计风险应对措施降低风险策发生阶段略开发实施一旦产生需求整个项目周阶段变更，按照公司期内与客户的变更流程进充分沟通，行处理。积极协调客户确认需求。开发阶段提前投入开发系统设计一人员对已经通定要尽量完过评审的设计善，加强项开始编码。目组成员之间的沟通。及时把握项目进度。实施阶段进行针对性培加强培训，训。尽量完善用户手册。2.11组间协调计划协调小组 /人协调方式协调内容如发生问题频率 /时间时如何处理蒋宇、杨晓南会议系统需求、项目进度向上级汇报每周五蒋宇、杨晓南电话、邮件开发时遇到的细节问题向上级汇报每周 3-10 次蒋宇、杨晓南会议确认需求向上级汇报2004-11-07蒋宇、杨晓南会议代码开发结束，讨论实向上级汇报2004-12-30施细节。蒋宇、杨晓南会议系统测试结束，商讨数向上级汇报2005-01-05据移植方案蒋宇、杨晓南会议讨论验收细节向上级汇报2005-02-052.12培训计划无.精品文档3 项目组成根据本项目的情况列出项目中所有参与人员及所担当的角色角色责任承担人项目总监刘平咨询顾问杨树轶项目经理张桐质量保证员杨海舰SCCB刘平、杨海舰、张桐、伍箭和刘扬架构设计师张桐系统分析员负责人伍箭系统分析员伍箭测试负责人刘扬测试工程师刘扬软件工程师李兵软件工程师王松涛软件工程师李海波SCM 管理员刘扬实施负责人张桐.精品文档4 项目跟踪计划对项目的跟踪活动也要有计划， 跟踪计划描述参与的人员、 跟踪活动的名称以及跟踪的频率。角色项目经理项目经理项目总监客户经理项目经理质量保证员项目组成员项目组成员SCCB项目经理质量保证员项目组成员活动频率召开定期例会每周（每两周提交项目进展报告）组织项目数据分析报告的填报每里程碑参加里程碑评审每里程碑填写 PSA 上的任务跟踪信息每天当项目进度、工作量、成本、规模计划变更及评审等的偏差率超过计划的阈值时。（参见度量计划）项目总结项目结束.精品文档5 问题跟踪项目经理对项目中发现的人力资源变动、 技术难点、 计算机资源和外部环境影响等问题进行跟踪。跟踪记录反映在项目问题跟踪表中。客户反馈问题在客户反馈问题记录及跟踪表中进行记录和跟踪。需求变更另有需求变更流程，不列入问题跟踪。.精品文档6 相关文档软件需求规格说明书软件质量管理计划量化过程管理计划软件验收报告项目问题追踪表软件项目进展报告软件项目里程碑报告软件项目总结报告软件配置管理计划软件质量保证计划书软件评审过程软件项目估算指南软件生命周期选择指南.