物流信息管理系统开发计划书14页doc.docx

1、物流信息管理系统开发计划书14页doc物流信息管理系统开发计划书编号：ISS- IM-TJTCSY-001 -SDP版本:1.0作者：XXX日期：2014-11-20审批：日期：变更记录日期版本变更说明作者2014-11-201.0创建XXX填表说明在需求分析阶段开始着手准备开发计划，当需求分析结束后，根据项目估算和需求分析的成果，完成软件开发计划书，评审后纳入到基线库。制定开发计划的过程是不断精确细化，逐步完善丰富的过程。开发计划是项目经理管理和跟踪的依据， 又起到指导项目组的日常工作的作用。当实际情况与计划偏离到一定程度时，应修正开发计划。软件开发应按照开发计划制定的内容进行。开发计划是项

2、目跟踪的依据，通过与实际开发进展情况作比较分析，项目经理可以及时了解项目开发的状态。项目组中的每个成员都应该明确地知道项目计划的内容，并且对所分配的任务承诺签字，确保计划贯彻执行。1 项目总览1.1 基本信息项目名称在线考试管理系统项目编号IM-TJTCSY-001项目经理XXX质量保证员XXX配置管理员XXX工作量估算X个人 项目开始日期2014-11-20项目结束日期2014-12-311.2 项目主要联系人姓名电话号码传真号码E-Mail客户Yukon.项目经理XXX1.3 假设和约束本项目计划能够顺利执行的条件是基于以下假设成立： 公司能够满足计划中对各种项目资源需求； 项目实施过程中

3、能得到客户的有效支持与配合； 对于项目成员的培训可以按照培训计划进行； 项目开发、实施过程中人员变动不超过80%。1.4 里程碑提交产品里程碑提交产品时间负责人需求项目定义软件过程.xls2014-11-20XXX软件开发计划2014-11-20XXX软件测试计划2014-11-20XXX配置管理计划2014-11-20XXX质量保证计划2014-11-20XXX量化过程管理计划2014-11-20XXX质量管理计划2014-11-19XXX需求规格说明书2014-11-23XXX需求跟踪据矩阵2014-11-25XXX设计架构设计（部门级）2014-11-29XXX数据库设计2014-11-

4、30XXX概要设计2014-12-1XXX开发/单元、集成测试代码2014-12-4XXX测试用例2014-12-8XXX集成测试报告2014-12-10XXXBuild说明2014-12-13XXX系统测试测试总结报告2014-12-16XXX用户手册2014-12-18XXX实施实施计划2014-12-21XXX培训计划2014-12-22XXX软硬件安装部署规划书2014-12-22XXX应用程序包2014-12-22XXX应用系统部署说明2014-12-25XXX系统验收2014-12-26XXX1.5 发布提交产品提交产品时间是否提交客户负责人需求规格说明书2014.11.22是XX

5、X架构设计2014.11.22否XXX概要设计2014.11.22否XXX数据库设计2014.11.22是XXX测试用例2014.11.22是XXX应用程序包2014.11.22是XXX应用程序源码2014.11.22是XXX软硬件安装部署规划书2014.11.22是XXX应用系统部署说明2014.11.22是XXX发布清单2014.11.22否XXX用户手册2014.11.22是XXX验收报告2014.11.22否XXX2 项目计划2.1 项目生命周期 项目阶段定义及各阶段主要产品项目阶段主要产品需求项目章程，项目级过程裁剪，软件开发计划，质量管理计划，量化过程管理计划，软件测试计划，配置管

6、理计划，质量保证计划，需求规格说明书，系统原型设计架构设计（部门级），数据库设计，概要设计， 开发/单元/集成测试源代码，测试用例，单元测试报告系统测试测试总结报告，用户手册实施验收报告，实施计划，培训计划，软硬件安装部署规划书，应用系统部署说明，系统验收，应用程序包 开发模型为保证项目进度按照计划进行本项目采用瀑布式开发模型。通过设置里程碑明确每阶段的任务与目标，通过阶段评审，将开发过程纳入正确轨道，严格的计划性保证软件产品的按时交付。示例图如下：2.2 WBS 表参见开发计划（Microsoft Project文档）。2.3 规模估算具体的估算方法可参见软件项目估算过程，估算过程应当记录在

7、项目估算表中，此处只描述估算结果。工作产品估算因子分类个数合计规模（换算比重后的个数）需求规格说明书功能点复杂：交互操作大于等于 61326概要设计业务逻辑类复杂中等简单8102051DBTableViewProcedureTriggerConstraint352000352编码操作 (Action)反应（Response）报表（Report）接口（Interface）6916423558测试测试用例复杂：交互操作大于等于 615302.4 工作量估算具体的估算方法可参见软件项目估算过程，估算过程应当记录在项目估算表中，此处只描述估算结果。项目阶段项目工作量比例分布(%)工作量（人日）需求8.

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%开发/单元、集成110499.50 9 90.0%系统测试20353.13 10 100.0%实施57428.88 10 100.0%合计（元）239697.00 102.6 进度安排参见开发计划（Microsoft Project文档

9、）。2.7 关键计算机资源估算1） 客户运行环境所需关键计算机资源本项目的测试环境与系统上线的环境相同。用途服务器型号必要的硬件配置必要的软件配置 数量申报理由说明Application server DELL2850/至强2.8G*2颗/4G内存/146G*2硬盘Windows 20001此配置是所开发的软件系统要求的最基本配置，并且满足客户对系统性能的要求。 DB Server2）项目开发环境所需关键计算机资源：用途服务器型号必要的硬件配置必要的软件配置 数量申报理由说明Application server DELL2850/至强2.8G*2颗/4G内存/146G*2硬盘Windows 2

10、0001满足最基本的开发要求。 DB Server2.8 项目评审描述按计划需要评审的工作产品，以及采用的评审方式和参加评审的人员。评审方式是同行评审，评审过程参见软件项目评审过程。工作产品评审方式评审参与人员评审材料发放时间(提前X天)需求规格说明书同行评审卢志斌，严雪敏，张振洪，宋腾野1开发计划同行评审卢志斌，严雪敏，张振洪，宋腾野1量化过程管理计划同行评审卢志斌，严雪敏，张振洪，宋腾野1质量管理计划同行评审卢志斌，严雪敏，张振洪，宋腾野1配置管理计划同行评审卢志斌，严雪敏，张振洪，宋腾野1质量保证计划同行评审卢志斌，严雪敏，张振洪，宋腾野1系统测试计划同行评审卢志斌，严雪敏，张振洪，宋腾

11、野1概要设计同行评审卢志斌，严雪敏，张振洪，宋腾野1数据库设计同行评审卢志斌，严雪敏，张振洪，宋腾野1代码走查卢志斌，严雪敏，张振洪，宋腾野1测试用例同行评审卢志斌，严雪敏，张振洪，宋腾野12.9 开发环境本系统将在B/S结构下，采用基于JAVA技术并且符合J2EE开发规范进行开发，具体如下：硬件软件DELL2850/至强2.8G*2颗/4G内存/146G*2硬盘数据库：sqlserver应用服务器：Websphere 5.1开发工具：Visual Studio项目管理工具：Microsoft Project 2000绘图工具：Microsoft Visio 2000配置工具：Microsof

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

13、的风险7. 技术风险，指由于采用项目组成员不熟悉的技术而产生的风险8. 质量风险，指由于用户要求的质量过高而产生的风险9. 时间风险，指由于开发时间过紧而产生的风险10. 需求风险，指由于需求调研不充分而产生的风险风险概率可用百分比表示，百分比越高发生的可能性越大。风险应当按照风险系数的大小排序。风险对策是为了减轻风险的影响，项目组可能采取的措施。所有风险按风险等级排序。注：风险系数 = 严重等级 x 发生概率 严重等级范围 1-4序号风险系数严重等级发生概率风险种类风险说明预计风险发生阶段应对措施降低风险策略11.6280%1和原有系统需求范围界定不清楚开发实施阶段一旦产生需求变更，按照公司

14、的变更流程进行处理。整个项目周期内与客户充分沟通，积极协调客户确认需求。20.5150%9系统设计开发时间短，有可能延期3-5个工作日开发阶段提前投入开发人员对已经通过评审的设计开始编码。系统设计一定要尽量完善，加强项目组成员之间的沟通。及时把握项目进度。30.5150%1客户对BS结构系统的使用实施阶段进行针对性培训。加强培训，尽量完善用户手册。2.11 组间协调计划协调小组/人协调方式协调内容如发生问题时如何处理频率/时间张振洪会议系统需求、项目进度向上级汇报每周五张振洪电话开发时遇到的细节问题向上级汇报每周3-10次张振洪会议确认需求向上级汇报2014-11-25张振洪会议代码开发结束，

15、讨论实施细节。向上级汇报2014-11-30张振洪会议系统测试结束，商讨数据移植方案向上级汇报2014-12-05张振洪会议讨论验收细节向上级汇报2014-12-152.12 培训计划无3 项目组成根据本项目的情况列出项目中所有参与人员及所担当的角色角色责任承担人项目总监宋腾野咨询顾问张振洪项目经理宋腾野质量保证员卢志斌SCCB卢志斌，严雪敏，张振洪，宋腾野架构设计师严雪敏系统分析员负责人张振洪系统分析员宋腾野测试负责人严雪敏测试工程师张振洪软件工程师严雪敏软件工程师宋腾野软件工程师张振洪SCM管理员宋腾野实施负责人严雪敏4 项目跟踪计划对项目的跟踪也要有计划，跟踪计划描述参与的人员、跟踪的名称以及跟踪的频率。角色频率项目经理召开定期例会每周（每两周提交项目进展报告）项目经理组织项目数据分析报告的填报每里程碑项目总监客户经理项目经理质量保证员项目组成员参加里程碑评审每里程碑项目组成员填写PSA上的任务跟踪信息每天SCCB项目经理质量保证员计划变更及评审当项目进度、工作量、成本、规模等的偏差率超过计划的阈值时。（参见度量计划）项目组成员项目总结项目结束5 问题跟踪项目经理对项目中发现的人力资源变动、技术难点、计算机资源和外部环境影响等问题进行跟踪。跟踪记录反映在项目问题跟踪表中。客户反馈问题在客户反馈问题记录及跟踪表中进行记录和跟踪。需求变更另有需求变更流程，不列入问题跟踪。