收藏 分销(赏)

物流信息服务平台开发计划方案样本.doc

上传人:精*** 文档编号:2443558 上传时间:2024-05-30 格式:DOC 页数:16 大小:169.54KB
下载 相关 举报
物流信息服务平台开发计划方案样本.doc_第1页
第1页 / 共16页
物流信息服务平台开发计划方案样本.doc_第2页
第2页 / 共16页
物流信息服务平台开发计划方案样本.doc_第3页
第3页 / 共16页
物流信息服务平台开发计划方案样本.doc_第4页
第4页 / 共16页
物流信息服务平台开发计划方案样本.doc_第5页
第5页 / 共16页
点击查看更多>>
资源描述

1、n 目前文档修改密码:8362839物流信息服务平台开发计划书编号:ISS- IM-VOLVO-001 -SDP版本:1.0作者:张桐日期:-11-6审批:刘平日期:-11-8变更统计日期版本变更说明作者-11-61.0创建张桐填表说明在需求分析阶段开始着手准备开发计划,当需求分析结束后,依据项目估算和需求分析结果,完成软件开发计划书,评审后纳入到基线库。制订开发计划过程是不停正确细化,逐步完善丰富过程。开发计划是项目经理管理和跟踪依据, 又起到指导项目组日常工作作用。当实际情况和计划偏离到一定程度时,应修正开发计划。软件开发应根据开发计划制订内容进行。开发计划是项目跟踪依据,经过和实际开发进

2、展情况作比较分析,项目经理能够立即了解项目开发状态。项目组中每个组员全部应该明确地知道项目计划内容,而且对所分配任务承诺签字,确保计划落实实施。1 项目总览1.1 基础信息项目名称沃尔沃物流信息服务平台项目编号IM-VOLVO-001用户名称沃尔沃(中国)投资用户代表周伟项目经理张桐质量确保员杨海舰配置管理员刘扬工作量估算16个人月项目开始日期-11-02项目结束日期-02-081.2 项目关键联络人姓名电话号码传真号码E-Mail用户蒋宇项目经理张桐844806861.3 假设和约束本项目计划能够顺利实施条件是基于以下假设成立:n 企业能够满足计划中对多种项目资源需求;n 项目实施过程中能得

3、到用户有效支持和配合;n 对于项目组员培训能够根据培训计划进行;n 项目开发、实施过程中人员变动不超出80%。1.4 里程碑提交产品里程碑提交产品时间责任人需求项目定义软件过程.xls.11.6张桐软件开发计划.11.7张桐软件测试计划.11.7刘杨配置管理计划.11.7刘杨质量确保计划.11.7杨海舰量化过程管理计划.11.7张桐质量管理计划.11.7张桐需求规格说明书.11.5张桐需求跟踪据矩阵.11.5张桐设计架构设计(部门级).11.15张桐数据库设计.11.15李兵概要设计.11.15张桐开发/单元、集成测试代码.12.29张桐测试用例.11.21刘扬集成测试汇报.12.29刘扬Bu

4、ild说明.12.29张桐系统测试测试总结汇报.1.4刘扬用户手册.1.10刘扬实施实施计划.1.11张桐培训计划.1.11张桐软硬件安装布署计划书.1.11徐光应用程序包.2.7张桐应用系统布署说明.2.7张桐系统验收.2.7张桐1.5 公布提交产品提交产品时间是否提交用户责任人需求规格说明书.02.07是张桐架构设计.02.07否张桐概要设计.02.07否张桐数据库设计.02.07是李兵测试用例.02.07是刘扬应用程序包.02.07是张桐应用程序源码.02.07是张桐软硬件安装布署计划书.02.07是徐光应用系统布署说明.02.07是张桐公布清单.02.07否张桐用户手册.02.07是刘

5、扬验收汇报.02.07否张桐2 项目计划2.1 项目生命周期n 项目阶段定义及各阶段关键产品项目阶段关键产品需求项目章程,项目级过程裁剪,软件开发计划,质量管理计划,量化过程管理计划,软件测试计划,配置管理计划,质量确保计划,需求规格说明书,系统原型设计架构设计(部门级),数据库设计,概要设计, 开发/单元/集成测试源代码,测试用例,单元测试汇报系统测试测试总结汇报,用户手册实施验收汇报,实施计划,培训计划,软硬件安装布署计划书,应用系统布署说明,系统验收,应用程序包n 开发模型为确保项目进度根据计划进行本项目采取瀑布式开发模型。经过设置里程碑明确每阶段任务和目标,经过阶段评审,将开发过程纳入

6、正确轨道,严格计划性确保软件产品按时交付。示例图以下:需求分析需求调研设计编码测试运行维护2.2 WBS 表参见开发计划(Microsoft Project文档)。2.3 规模估算具体估算方法可参见软件项目估算过程,估算过程应该统计在项目估算表中,此处只描述估算结果。工作产品估算因子分类个数累计规模(换算比重后个数)需求规格说明书功效点复杂:交互操作大于等于 61326概要设计业务逻辑类复杂中等简单8102051DBTableViewProcedureTriggerConstraint352000352编码操作 (Action)反应(Response)报表(Report)接口(Interfac

7、e)6916423558测试测试用例复杂:交互操作大于等于 615302.4 工作量估算具体估算方法可参见软件项目估算过程,估算过程应该统计在项目估算表中,此处只描述估算结果。项目阶段项目工作量百分比分布(%)工作量(人日)需求8.5%30.7 设计10.2%37.0 编码/单元/集成50.9%184.8 系统测试8.1%29.5 实施22.3%81.0 项目开发总工作量100.0%363.0 2.5 成本估算依据企业情况,项目成本关键是人员工资,所以工作量估算基础上反应了项目标成本。阶段计划人力成本人员数量人员百分比需求21195.00 8 80.0%设计30220.50 9 90.0%开发

8、/单元、集成110499.50 9 90.0%系统测试20353.13 10 100.0%实施57428.88 10 100.0%累计(元)239697.00 102.6 进度安排参见开发计划(Microsoft Project文档)。2.7 关键计算机资源估算1) 用户运行环境所需关键计算机资源本项目标测试环境和系统上线环境相同。用途服务器型号必需硬件配置必需软件配置 数量申报理由说明Application server DELL2850/至强2.8G*2颗/4G内存/146G*2硬盘Windows 1此配置是所开发软件系统要求最基础配置,而且满足用户对系统性能要求。 DB Server2)

9、项目开发环境所需关键计算机资源:用途服务器型号必需硬件配置必需软件配置 数量申报理由说明Application server DELL2850/至强2.8G*2颗/4G内存/146G*2硬盘Windows 1满足最基础开发要求。 DB Server2.8 项目评审描述按计划需要评审工作产品,和采取评审方法和参与评审人员。评审方法是同行评审,评审过程参见软件项目评审过程。工作产品评审方法评审参与人员评审材料发放时间(提前X天)需求规格说明书同行评审杨立东,张桐,李兵,伍箭,刘扬,杨海舰,王松涛,彭俊林,李进1开发计划同行评审刘平,张桐,李兵,伍箭,刘扬,杨海舰1量化过程管理计划同行评审刘平,张桐

10、,李兵,伍箭,刘扬,杨海舰1质量管理计划同行评审刘平,张桐,李兵,伍箭,刘扬,杨海舰1配置管理计划同行评审刘平,张桐,李兵,伍箭,刘扬,杨海舰1质量确保计划同行评审刘平,张桐,李兵,伍箭,刘扬,杨海舰1系统测试计划同行评审刘平,张桐,李兵,伍箭,刘扬,杨海舰1概要设计同行评审杨立东,张桐,李兵,伍箭,刘扬,杨海舰,王松涛,彭俊林,李进1数据库设计同行评审项目经理,设计人员,开发人员,测试人员,QA人员1代码走查项目经理,设计人员,开发人员,测试人员,QA人员1测试用例同行评审项目经理,设计人员,开发人员,测试人员,QA人员12.9 开发环境本系统将在B/S结构下,采取基于JAVA技术而且符合J

11、2EE开发规范进行开发,具体以下:硬件软件DELL2850/至强2.8G*2颗/4G内存/146G*2硬盘数据库:oracle 9i应用服务器:Websphere 5.1开发工具:Ecplise项目管理工具:Microsoft Project 绘图工具:Microsoft Visio 配置工具:Microsoft Visual SourceSafe分析工具:Rational Rose数据库设计工具:PowerDesigner 9.52.10 风险评定和控制描述估计项目中可能发生风险,风险系数=严重等级X风险概率。风险等级是指该风险对项目进度、质量和成本影响严重程度,可分为四个等级,等级越高影响

12、越严重。1. 用户风险,指因为用户成熟度不够而产生风险2. 过程风险,指因为项目组组员对开发过程不熟悉而产生风险3. 能力风险,指因为项目组组员不含有项目需要能力而产生风险4. 成本风险,指因为项目成本过高而产生风险5. 人力资源风险,指因为人员不足而产生风险6. 设备资源风险,指因为开发设备不足而产生风险7. 技术风险,指因为采取项目组组员不熟悉技术而产生风险8. 质量风险,指因为用户要求质量过高而产生风险9. 时间风险,指因为开发时间过紧而产生风险10. 需求风险,指因为需求调研不充足而产生风险风险概率可用百分比表示,百分比越高发生可能性越大。风险应该根据风险系数大小排序。风险对策是为了减

13、轻风险影响,项目组可能采取方法。全部风险按风险等级排序。注:风险系数 = 严重等级 x 发生概率 严重等级范围 1-4序号风险系数严重等级发生概率风险种类风险说明估计风险发生阶段应对方法降低风险策略11.6280%1和原有系统需求范围界定不清楚开发实施阶段一旦产生需求变更,根据企业变更步骤进行处理。整个项目周期内和用户充足沟通,主动协调用户确定需求。20.5150%9系统设计开发时间短,有可能延期3-5个工作日开发阶段提前投入开发人员对已经经过评审设计开始编码。系统设计一定要尽可能完善,加强项目组组员之间沟通。立即把握项目进度。30.5150%1用户对BS结构系统使用实施阶段进行针对性培训。加

14、强培训,尽可能完善用户手册。2.11 组间协调计划协调小组/人协调方法协调内容如发生问题时怎样处理频率/时间蒋宇、杨晓南会议系统需求、项目进度向上级汇报每七天五蒋宇、杨晓南电话、邮件开发时碰到细节问题向上级汇报每七天3-10次蒋宇、杨晓南会议确定需求向上级汇报-11-07蒋宇、杨晓南会议代码开发结束,讨论实施细节。向上级汇报-12-30蒋宇、杨晓南会议系统测试结束,商讨数据移植方案向上级汇报-01-05蒋宇、杨晓南会议讨论验收细节向上级汇报-02-052.12 培训计划无3 项目组成依据本项目标情况列出项目中全部参与人员及所担当角色角色责任负担人项目总监刘平咨询顾问杨树轶项目经理张桐质量确保员

15、杨海舰SCCB刘平、杨海舰、张桐、伍箭和刘扬架构设计师张桐系统分析员责任人伍箭系统分析员伍箭测试责任人刘扬测试工程师刘扬软件工程师李兵软件工程师王松涛软件工程师李海波SCM管理员刘扬实施责任人张桐4 项目跟踪计划对项目标跟踪活动也要有计划,跟踪计划描述参与人员、跟踪活动名称和跟踪频率。角色活动频率项目经理召开定时例会每七天(每两周提交项目进展汇报)项目经理组织项目数据分析汇报填报每里程碑项目总监用户经理项目经理质量确保员项目组组员参与里程碑评审每里程碑项目组组员填写PSA上任务跟踪信息天天SCCB项目经理质量确保员计划变更及评审当项目进度、工作量、成本、规模等偏差率超出计划阈值时。(参见度量计划)项目组组员项目总结项目结束5 问题跟踪项目经理对项目中发觉人力资源变动、技术难点、计算机资源和外部环境影响等问题进行跟踪。跟踪统计反应在项目问题跟踪表中。用户反馈问题在用户反馈问题统计及跟踪表中进行统计和跟踪。需求变更另有需求变更步骤,不列入问题跟踪。6 相关文档软件需求规格说明书软件质量管理计划量化过程管理计划软件验收汇报项目问题追踪表软件项目进展汇报软件项目里程碑汇报软件项目总结汇报软件配置管理计划软件质量确保计划书软件评审过程软件项目估算指南软件生命周期选择指南

展开阅读全文
相似文档                                   自信AI助手自信AI助手
猜你喜欢                                   自信AI导航自信AI导航
搜索标签

当前位置:首页 > 行业资料 > 物流/供应链

移动网页_全站_页脚广告1

关于我们      便捷服务       自信AI       AI导航        获赠5币

©2010-2024 宁波自信网络信息技术有限公司  版权所有

客服电话:4008-655-100  投诉/维权电话:4009-655-100

gongan.png浙公网安备33021202000488号   

icp.png浙ICP备2021020529号-1  |  浙B2-20240490  

关注我们 :gzh.png    weibo.png    LOFTER.png 

客服