![](/assets/images/bg-loading.gif)
![](/assets/images/bg-loading.gif)
![](/assets/images/bg-loading.gif)
![](/assets/images/bg-loading.gif)
![](/assets/images/bg-loading.gif)
![](/assets/images/bg-loading.gif)
![](/assets/images/bg-loading.gif)
![](/assets/images/bg-loading.gif)
![](/assets/images/bg-loading.gif)
![](/assets/images/bg-loading.gif)
还剩10页未读,继续阅读
本资源只提供10页预览,全部文档请下载后查看!喜欢就下载吧,查找使用更方便
文本内容:
项目开发计划书编号IM-VOLVOSDP版本:L0填表说明在需求分析阶段开始着手准备开发计划,当需求分析结束后,根据项目估算和需求分析的成果,完成软件开发计划书,评审后纳入到基线库制定开发计划的过程是不断精确细化,逐步完善丰富的过程开发计划是项目经理管理和跟踪的依据,又起到指导项目组的日常工作的作用当实际情况与计划偏离到一定程度时,应修正开发计划软件开发应按照开发计划制定的内容进行开发计划是项目跟踪的依据,通过与实际开发进展情况作比较分析,项目经理可以及时了解项目开发的状态项目组中的每个成员都应该明确地知道项目计划的内容,并且对所分配的任务承诺签字,确保计划贯彻执行项目总览1项目名称物流信息服务平台项目编号IM-VOLVO-OOl客户名称V公司客户代表项目经理质量保证员配置管理员工作量估算个人月18项目开始日期项目结束日期角色姓名电话项目主要联系人
1.2培训效果项目组成3根据本项目的情况列出项目中所有参与人员及所担当的角色角色责任承担人项目总监咨询顾问项目经理质量保证员SCCB架构设计师系统分析员负责人系统分析员测试负责人测试工程师软件工程师管理员SCM实施负责人项目跟踪计划4对项目的跟踪活动也要有计划,跟踪计划描述参与的人员、跟踪活动的名称以及跟踪的频率角色活动频率项目经理召开定期例会每周一项目总监参加里程碑评审每个里程碑结束点客户代表项目经理质量保证员计划变更及评审当偏离进度计划20%规模计划成本计10%SCCB划工作量计划10%以上时项目经理10%质量保证员项目组成员项目总结项目结束问题跟踪5项目经理对项目中发现的人力资源变动、技术难点、计算机资源和外部环境影响等问题进行跟踪跟踪记录反映在《软件问题跟踪表》中需求变更另有需求变更流程,不列入问题跟踪相关文档6《软件需求规格说明书》《开发计划》《软件验收报告》《项目问题追踪表》《软件项目进展报告》《软件项目里程碑报告》《软件项目总结报告》《软件配置管理计划》《软件质量保证计划书》假设和约束
1.3本项目计划能够顺利执行的条件是基于以下假设成立?公司能够满足计划中对各种项目资源需求;?项目实施过程中能得到客户的有效支持与配合;?对于项目成员的培训可以按照培训计划进行;?项目开发、实施过程中人员变动不超过80%o里程碑提交产品
1.4里程碑提交产品时间负责人项目级过程裁剪软件开发计划软件测试计划配置管理计划质量保证计划需求需求功能说明书架构设计数据库设计测试用例系统设计实现代码测试总结报告实施计划培训计划软硬件安装部署规划书应用系统部署说明实施系统验收在整个项目生命周期中总共分了个里程碑,需求评审结束、代码开发完毕、系统正式上线运行3发布提交产品
1.5提交产品时间是否提交客户负责人架构设计数据库设计测试用例应用程序应用程序源码软硬件安装部署规划书应用系统部署说明发布清单用户手册验收报告项目计划2项目生命周期
2.1项目阶段定义及各阶段主要产品
2.
1.1项目阶段主要产品项目启动项目章程需求分析需求计划,软件需求规格说明书,静态原型设计与实现架构设计说明书,概要设计说明书(包括数据库设计),源代码,测试用例,用户手册集成/系统集成测试测试报告系统实施验收报告系统试运行试运行系统修改记录,试运行报告开发模型
2.
1.2本项目采用边设计边开发,分阶段提交开发成果的模型,在需求调研与分析,系统设计,系统实现与系统实施阶段进行迭代式开发,以进一步缩短开发周期,降低开发成本规模估算
2.3具体的估算方法可参见《软件项目估算过程》,估算过程应当记录在《项目估算表》中,此处只描述估算结果估算中的新件部分已经完成,只对旧件部分进行开发工作产品估算因子分类个数合计规模(换算比重后的个数)需求规格说明书UseCase复杂度复杂中等简单概要设计业务逻辑类复杂中等简单DB TableViewTriggerConstraint编码操作Action反应Response报表Report接口Interface测试测试用例复杂中等简单用户手册插图个数工作量估算
2.4具体的估算方法可参见《软件项目估算过程》,估算过程应当记录在《项目估算表》中,此处只描述估算结果只对下阶段任务进行了估算项目阶段百分比工作量(人日)需求分析0%0设计10%编码测试实施项目管理上线/验收/新需求其它项目开发总工作量100%成本估算
2.5根据公司情况,项目成本主要是人员的工资,因此工作量估算基本上反映了项目的成本项目角色月成本(万元/人数参与时间(日)小计阮)月)项目评审
2.项目经理系统分析助理开发工程师测试工程师和配置管理员合计进度安排
2.6参见《开发计划》(代文档)Micros Project关键计算机资源估算
2.7项目需要配备的关键计算机资源,如数据库服务器、服务器,以及所运行的操作系WebApplication统和硬件环境用途服务器型号配置操作系统数量服务器阿里云2核8g Centos1数据库阿里云2核8g Centos1说明以上是测试环境,估算依据是和运行环境完全一致开发环境采用平台,根据以往Windows多个项目的经验,部署没有问题描述按计划需要评审的工作产品,以及采用的评审方式和参加评审的人员评审方式是同行评审,评审过程参见《软件项目评审过程》评审材料发放时间工作产品评审方式评审参与人员(提前天)X开发计划同行评审,同时需要审项目组成员1核/审批配置管理计划同行评审项目组成员1质量保证计划同行评审项目组成员1系统测试计划同行评审项目组成员1架构设计同行评审项目组成员1数据库设计同行评审项目组成员2系统设计同行评审项目组成员1代码走查项目组成员1测试用例同行评审项目组成员1开发环境
2.9本系统将在结构下,采用基于技术并且符合开发规范进行开发,具体如B/S JAVAJ2EE下硬件品牌Dell处理器i5/i7内存8G软件数据库Mysql
5.7应用服务器Tomcat8开发工具Idea16项目管理工具绘图工具PhotoShop数据库设计工具PowerDesigner
9.5分析工具Rational Rose持续集成工具版本控制工具风险评估和控制
2.10描述预计项目中可能发生的风险,风险系数二严重等级风险概率风险等级是指该风险对项X指由于客户成熟度不够而产生的风险客户风险,
1.过程风险,指由于项目组成员对开发过程不熟悉而产生的风险
2.能力风险,指由于项目组成员不具备项目需要的能力而产生的风险
3.
4.成本风险,指由于项目成本过高而产生的风险目进度、质量和成本影响的严重程度,可分为四个等级,等级越高影响越严重资源风险,指由于人员不足而产生的风险
2.11资源风险,指由于开发设备不足而产生的风险
2.12风险,指由于采用项目组成员不熟悉的技术而产生的风险
2.13风险,指由于用户要求的质量过高而产生的风险
2.14风险,指由于开发时间过紧而产生的风险
2.15求风险,指由于需求调研不充分而产生的风险
2.16风险概率可用百分比表示,百分比越高发生的可能性越大风险应当按照风险系数的大小排序风险对策是为了减轻风险的影响,项目组可能采取的措施所有风险按风险等级排序注风险系数=严重等级发生概率严重等级范围x1-4序号风险系数严重等级发生概率风险说明预计风险发应对措施生阶段
11.6280%开发实施阶整个项目周期内和原有系统段与客户充分沟通,需求范围界积极协调客户确定不清楚认需求
20.5150%系统设计开开发阶段系统设计一定要发时间短,尽量完善,加强有可能延期项目组成员之间个工作3-5的沟通及时把日握项目进度
30.5150%客户对结实施阶段加强培训,尽量完BS构系统的使善用户手册用组间协调计划
2.11?实施计划
2.12培训需要有下列要素:培训目的和内容培训时间、地点培训材料主讲人参加人。
![贤阅信息](/assets/images/honor-2.png)
![贤阅信息](/assets/images/honor-3.png)
![贤阅信息](/assets/images/honor-4.png)