(例子)项目开发计划书-volvo

变更记录日期版本变更说明作者培训材料主讲人参加人培训效果培训内容时间主讲人参加者-01.07张桐，刘扬客户数据移植方案用10个工作日的时间，从到2005.01.14进行正式运行前的数据移植工作，把2004.12采集到的业务数据处理到系统中。数据类型包括:用户信息、企业信息、物流需求、解决方案、测算器参数、沃尔沃新闻、过桥费数据、电子刊物内容。采集业务数据所需的数据模版必须在前与沃尔沃公司蒋宇确定下来。试运行定于到进行系统试运行。每隔两天收集一次问题清单。要求对客户提出的bug的响应时间不能超过两天。如果有需求变更那么要求按照变更流程进行。系统验收方案到进行系统验收。并于召开系统验收的里程碑会议，提交文档包括：系统安装文档、、、3工程组成根据本工程的情况列出工程中所有参与人员及所担当的角色角色责任承担人工程总监咨询参谋工程经理质量保证员SCCB架构设计师系统分析员负责人系统分析员测试负责人测试工程师软件工程师软件工程师软件工程师SCM管理员4工程跟踪方案对工程的跟踪活动也要有方案，跟踪方案描述参与的人员、跟踪活动的名称以及跟踪的频率。角色活动频率工程经理召开定期例会每周•工程总监客户代表工程经理质量保证员参加里程碑评审每个里程碑结束点SCCB工程经理质量保证员方案变更及评审当偏离进度方案(20%)以上时规模方案(1。％)本钱方案(1。％)工作量方案(10%)工程组成员工程总结工程结束5问题跟踪工程经理对工程中发现的人力资源变动、技术难点、计算机资源和外部环境影响等问题进行跟踪。跟踪记录反映在?软件问题跟踪表?中。需求变更另有需求变更流程，不列入问题跟踪。6相关文档?开发方案？?工程问题追踪表？?软件配置管理方案?填表说明软件开发应按照开发方案制定的内容进行。开发方案是工程跟踪的依据，通过与实际开发进展情况作比较分析，工程经理可以及时了解工程开发的状态。工程组中的每个成员都应该明确地知道工程方案的内容，并且对所分配的任务承诺签字，确保方案贯彻执行。1工程总览1.1根本信息工程名称物流信息效劳平台IM-V0LV0-001客户名称V公司客户代表工程经理质量保证员配置管理员工作量估算18个人月工程开始日期工程结束日期工程主要联系人姓名E-Mail客户工程经理假设和约束本工程方案能够顺利执行的条件是基于以下假设成立：公司能够满足方案中对各种工程资源需求；■对于工程成员的培训可以按照培训方案进行;■里程碑提交产品

里程碑提交产品时间负责人工程级过程裁剪软件开发方案软件测试方案配置管理方案2004.11.05质量保证方案2004.11.05需求里程碑提交产品时间负责人架构设计数据库设计测试用例系统设计实现代码培训方案应用系统部署说明系统验收在整个工程生命周期中总共分了3个里程碑，需求评审结束、代码开发完毕、系统正式上线运行。发布提交产品提交产品时间是否提交客户负责人架构设计否数据库设计是测试用例是应用程序包是应用程序源码是是应用系统部署说明是发布清单否用户手册是否2工程方案工程生命周期■工程阶段定义及各阶段主要产品工程阶段主要产品工程启动工程章程需求分析设计与实现（包括数据库设计），源代码，测试用例，用户手册集成/系统集成测试系统试运行■开发模型本工程采用边设计边开发，分阶段提交开发成果的WBS表规模估算估算中的新件局部已经完成，只对旧件局部进行开发。

工作产品估算因子分类个数合计规模（换算比重后的个数）UseCase复杂度复杂中等简单71520概要设计业务逻辑类复杂中等简单7815DBTableViewProcedureTriggerConstraint500000编码操作(Action)反响(Response)报表(Report)接口(Interface)9515000测试测试用例复杂中等简单71520用户手册插图个数80工作量估算只对下阶段任务进行了估算。工程阶段百分比工作量（人日）需求分析0%0设计10%26编码40%105测试20%5210%26工程管理10%26上线/验收/新需求10%26其它0%0工程开发总工作量100%260本钱估算根据公司情况，工程本钱主要是人员的工资，因此工作量估算根本上反映了工程的本钱。工程角色月本钱（万元/月）人数参与时间（日）小计（元）工程经理1.84817362746系统分析1.51217049227开发工程师1.51236()126586助理开发工程师0.840028912测试工程师和配置管理员1.51214028130合计295601进度安排参见?开发方案？（MicrosoftProject文档〕。关键计算机资源估算工程需要配备的关键计算机资源，如数据库效劳器、Web&Application效劳器，以及所运行的操作系统和硬件环境；还包括工程团队成员需要具备的计算机和根本硬件配置。用途配置操作系统数量ApplicationserverDBserverDELL2850/至强2.8G*2颗/4G内存/146G*2硬盘Win20001Pc（开发环境）P4P4,512M,30GWindows20006说明：以上是测试环境，估算依据是和运行环境完全一致。开发环境采用Windows平台，根据以往多个工程的经验，部署没有问题。工程评审描述按方案需要评审的工作产品，以及采用的评审方式和参加评审的人员。评审方式是同行评审，评审过程参见?软件工程评审过程?。工作产品评审方式评审参与人员评审材料发放时间（提前X天）开发方案同行评审，同时需要审核/审批工程组成员1配置管理方案同行评审工程组成员1质量保证方案同行评审工程组成员1系统测试方案同行评审工程组成员1架构设计同行评审工程组成员1数据库设计同行评审工程组成员2系统设计同行评审工程组成员1代码走查工程组成员1测试用例同行评审工程组成员1开发环境本系统将在B/S结构下，采用基于JAVA技术并且符合J2EE开发标准进行开发，具体如下：硬件软件DELL2850/至强2.8G*2颗/4G内存/146G*2硬盘数据库：oracle9i应用效劳器：Websphere5.1开发工具：Ecplise工程管理工具：MicrosoftProject2000绘图工具:MicrosoftVisio2000配置工具：MicrosoftVisualSourceSafe分析工具：RationalRose数据库设计工具：PowerDesigner9.5风险评估和控制描述预计工程中可能发生的风险，风险系数=严重等级X风险概率。风险等级是指该风

险对工程进度、质量和本钱影响的严重程度，可分为四个等级，等级越高影响越严重。.客户风险，指由于客户成熟度不够而产生的风险.过程风险，指由于工程组成员对开发过程不熟悉而产生的风险.能力风险，指由于工程组成员不具备工程需要的能力而产生的风险.本钱风险，指由于工程本钱过高而产生的风险.人力资源风险，指由于人员缺乏而产生的风险.设备资源风险，指由于开发设备缺乏而产生的风险.技术风险，指由于采用工程组成员不熟悉的技术而产生的风险.质量风险，指由于用户要求的质量过高而产生的风险.时间风险，指由于开发时间过紧而产生的风险.需求风险，指由于需求调研不充分而产生的风险风险概率可用百分比表示，百分比越高发生的可能性越大。风险应当按照风险系数的大小排序。风险对策是为了减轻风险的影响，工程组可能采取的措施。所有风险按风险等级排序。注：风险系数二严重等级X发生概率严重等级范围1-4风险系数严重等级发生概率风险说明预计风险发生阶段应对措施11.6280%和原有系统需求范围界定不清楚整个工程周期内与客户充分沟通，积极协调客户确认需求。20.5150%系统设计开发时间短，有可能延期3-5个工作日开发阶段系统设计一定要