2022年项目开发计划书 .pdf

《2022年项目开发计划书 .pdf》由会员分享，可在线阅读，更多相关《2022年项目开发计划书 .pdf（9页珍藏版）》请在淘文阁 - 分享文档赚钱的网站上搜索。

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

2、。名师资料总结 - - -精品资料欢迎下载 - - - - - - - - - - - - - - - - - - 名师精心整理 - - - - - - - 第 1 页，共 9 页 - - - - - - - - - 1 项目总览1.1 基本信息项目名称物流信息服务平台项目编号IM-VOLVO-001 客户名称V 公司客户代表项目经理质量保证员配置管理员工作量估算18 个人月项目开始日期项目结束日期1.2 项目主要联系人角色姓名电话1.3 假设和约束本项目计划能够顺利执行的条件是基于以下假设成立：公司能够满足计划中对各种项目资源需求；项目实施过程中能得到客户的有效支持与配合；对于项目成员的培训

3、可以按照培训计划进行；项目开发、实施过程中人员变动不超过80%。1.4 里程碑提交产品里程碑提交产品时间负责人项目级过程裁剪软件开发计划软件测试计划配置管理计划质量保证计划需求需求功能说明书架构设计数据库设计测试用例系统设计名师资料总结 - - -精品资料欢迎下载 - - - - - - - - - - - - - - - - - - 名师精心整理 - - - - - - - 第 2 页，共 9 页 - - - - - - - - - 实现代码测试总结报告实施计划培训计划软硬件安装部署规划书应用系统部署说明实施系统验收在整个项目生命周期中总共分了3 个里程碑， 需求评审结束、 代码开发完毕、

4、系统正式上线运行。1.5 发布提交产品提交产品时间是否提交客户负责人架构设计数据库设计测试用例应用程序应用程序源码软硬件安装部署规划书应用系统部署说明发布清单用户手册验收报告2 项目计划2.1 项目生命周期2.1.1 项目阶段定义及各阶段主要产品项目阶段主要产品项目启动项目章程需求分析需求计划，软件需求规格说明书，静态原型设计与实现架构设计说明书，概要设计说明书（包括数据库设计），源代码，测试用例，用户手册集成 /系统集成测试测试报告系统实施验收报告系统试运行试运行系统修改记录，试运行报告名师资料总结 - - -精品资料欢迎下载 - - - - - - - - - - - - - - - -

5、- - 名师精心整理 - - - - - - - 第 3 页，共 9 页 - - - - - - - - - 2.1.2 开发模型本项目采用边设计边开发，分阶段提交开发成果的模型，在需求调研与分析，系统设计，系统实现与系统实施阶段进行迭代式开发，以进一步缩短开发周期，降低开发成本。2.3 规模估算具体的估算方法可参见软件项目估算过程，估算过程应当记录在项目估算表中，此处只描述估算结果。估算中的新件部分已经完成，只对旧件部分进行开发。工作产品估算因子分类个数合计规模 （换算比重后的个数）需求规格说明书UseCase 复杂度复杂中等简单概要设计业务逻辑类复杂中等简单DB Table View Tr

6、igger Constraint 编码操作(Action) 反应（Response）报表（ Report）接口（ Interface）测试测试用例复杂中等简单用户手册插图个数2.4 工作量估算具体的估算方法可参见软件项目估算过程，估算过程应当记录在项目估算表中，此处只描述估算结果。只对下阶段任务进行了估算。项目阶段百分比工作量（人日）需求分析0% 0 设计10% 编码测试名师资料总结 - - -精品资料欢迎下载 - - - - - - - - - - - - - - - - - - 名师精心整理 - - - - - - - 第 4 页，共 9 页 - - - - - - - - - 实施项目管

7、理上线 /验收 /新需求其它项目开发总工作量100% 2.5 成本估算根据公司情况，项目成本主要是人员的工资，因此工作量估算基本上反映了项目的成本。项目角色月成本 (万元 /月) 人数参与时间 (日) 小计 (元) 项目经理系统分析助 理 开 发 工程师测 试 工 程 师和 配 置 管 理员合计2.6 进度安排参见开发计划（Microsoft Project 文档）。2.7 关键计算机资源估算项目需要配备的关键计算机资源，如数据库服务器、Web & Application 服务器，以及所运行的操作系统和硬件环境。用途服务器型号配置操作系统数量服务器阿里云2 核 8g Centos 1 数据库阿

8、里云2 核 8g Centos 1 说明：以上是测试环境，估算依据是和运行环境完全一致。开发环境采用Windows 平台，根据以往多个项目的经验，部署没有问题。2.8 项目评审描述按计划需要评审的工作产品，以及采用的评审方式和参加评审的人员。评审方式是同行评审，评审过程参见软件项目评审过程。工作产品评审方式评审参与人员评 审 材 料 发 放 时 间(提前 X天) 开发计划同行评审，同时需要项目组成员1 名师资料总结 - - -精品资料欢迎下载 - - - - - - - - - - - - - - - - - - 名师精心整理 - - - - - - - 第 5 页，共 9 页 - - - -

9、 - - - - - 审核 /审批配置管理计划同行评审项目组成员1 质量保证计划同行评审项目组成员1 系统测试计划同行评审项目组成员1 架构设计同行评审项目组成员1 数据库设计同行评审项目组成员2 系统设计同行评审项目组成员1 代码走查项目组成员1 测试用例同行评审项目组成员1 2.9 开发环境本系统将在B/S 结构下，采用基于JAVA技术并且符合J2EE开发规范进行开发，具体如下：硬件：品牌Dell 处理器i5/i7 内存8G 软件数据库Mysql 5.7 应用服务器Tomcat 8 开发工具Idea 16 项目管理工具Jira 7.3.8 绘图工具PhotoShop 数据库设计工具Powe

10、rDesigner 9.5 分析工具Rational Rose 持续集成工具Jenkins 2.1.09 版本控制工具Gitlab 10.3.3 2.10 风险评估和控制描述预计项目中可能发生的风险，风险系数=严重等级X风险概率。风险等级是指该风险对项目进度、质量和成本影响的严重程度，可分为四个等级，等级越高影响越严重。1. 客户风险，指由于客户成熟度不够而产生的风险2. 过程风险，指由于项目组成员对开发过程不熟悉而产生的风险3. 能力风险，指由于项目组成员不具备项目需要的能力而产生的风险4. 成本风险，指由于项目成本过高而产生的风险5. 人力资源风险，指由于人员不足而产生的风险6. 设备资源

11、风险，指由于开发设备不足而产生的风险7. 技术风险，指由于采用项目组成员不熟悉的技术而产生的风险8. 质量风险，指由于用户要求的质量过高而产生的风险9. 时间风险，指由于开发时间过紧而产生的风险10. 需求风险，指由于需求调研不充分而产生的风险风险概率可用百分比表示，百分比越高发生的可能性越大。风险应当按照风险系数的大名师资料总结 - - -精品资料欢迎下载 - - - - - - - - - - - - - - - - - - 名师精心整理 - - - - - - - 第 6 页，共 9 页 - - - - - - - - - 小排序。 风险对策是为了减轻风险的影响，项目组可能采取的措施。所

12、有风险按风险等级排序。注：风险系数= 严重等级x 发生概率严重等级范围1-4 序号风险系数严重等级发生概率风险说明预 计 风 险发生阶段应对措施1 1.6 2 80% 和 原 有 系统 需 求 范围 界 定 不清楚开 发 实 施阶段整 个 项 目 周 期内 与 客 户 充 分沟通，积极协调客户确认需求。2 0.5 1 50% 系 统 设 计开 发 时 间短，有可能延期 3-5 个工作日开发阶段系 统 设 计 一 定要尽量完善，加强 项 目 组 成 员之间的沟通。及时 把 握 项 目 进度。3 0.5 1 50% 客户对BS结 构 系 统的使用实施阶段加强培训，尽量完善用户手册。2.11 组间协

13、调计划2.12 实施计划安装调试2005.01.04 对系统进行实施前的安装、部署、调试系统培训根据项目需要，计划于2005.01.05-2005.01.07 进行为期 3 天的针对性培训。培训需要有下列要素：培训目的和内容培训时间、地点培训材料主讲人参加人培训效果数据移植计划用 10 个工作日的时间，从2005.01.05 到 2005.01.14 进行正式运行前的数据移植工作，把2004.12 采集到的业务数据处理到系统中。数据类型包括：用户信息、企业信息、物流需求、解决方案、测算器参数、沃尔沃新闻、过桥费数据、电子刊物内容。采集业务数据所需的数据模版必须在2004.12.01 前与沃尔沃

14、公司蒋宇确定下来。试运行定于 2005.01.06 到 2005.01.26 进行系统试运行。每隔两天收集一次问题清单。要求对客户提出的bug 的响应时间不能超过两天。如果有需求变更则要求按照变更流程进行。系统验收计划 2005.01.27 到 2005.01.31 进行系统验收。并于2005.01.31 召开系统验收的里程碑会议，提交文档包括：系统安装文档、实施发布清单、软件移交报告、软件验收报告、里程碑报告。名师资料总结 - - -精品资料欢迎下载 - - - - - - - - - - - - - - - - - - 名师精心整理 - - - - - - - 第 7 页，共 9 页 -

15、- - - - - - - - 3 项目组成根据本项目的情况列出项目中所有参与人员及所担当的角色角色责任承担人项目总监咨询顾问项目经理质量保证员SCCB 架构设计师系统分析员负责人系统分析员测试负责人测试工程师软件工程师SCM管理员实施负责人4 项目跟踪计划对项目的跟踪活动也要有计划，跟踪计划描述参与的人员、跟踪活动的名称以及跟踪的频率。角色活动频率项目经理召开定期例会每周一项目总监参加里程碑评审每个里程碑结束点客户代表项目经理质量保证员计划变更及评审当 偏 离 进 度 计 划(20%)规模计划(10%) 成本计划 (10%) 工作量计划 (10%)以上时SCCB 项目经理质量保证员项目组成员

16、项目总结项目结束5 问题跟踪项目经理对项目中发现的人力资源变动、技术难点、 计算机资源和外部环境影响等问题进行跟踪。跟踪记录反映在软件问题跟踪表中。需求变更另有需求变更流程，不列入问题跟踪6 相关文档软件需求规格说明书开发计划名师资料总结 - - -精品资料欢迎下载 - - - - - - - - - - - - - - - - - - 名师精心整理 - - - - - - - 第 8 页，共 9 页 - - - - - - - - - 软件验收报告项目问题追踪表软件项目进展报告软件项目里程碑报告软件项目总结报告软件配置管理计划软件质量保证计划书名师资料总结 - - -精品资料欢迎下载 - - - - - - - - - - - - - - - - - - 名师精心整理 - - - - - - - 第 9 页，共 9 页 - - - - - - - - -