方案开发计划书练习Word文件下载.docx
- 文档编号:15867711
- 上传时间:2022-11-16
- 格式:DOCX
- 页数:9
- 大小:22.65KB
方案开发计划书练习Word文件下载.docx
《方案开发计划书练习Word文件下载.docx》由会员分享,可在线阅读,更多相关《方案开发计划书练习Word文件下载.docx(9页珍藏版)》请在冰豆网上搜索。
2
3
4
5
审批记录
版本
审批人
审批意见
审批日期
1引言
1.1编写目的
阐明编写开发计划的目的:
a)项目的名称
b)项目的提出者、开发者和用户
1.2项目背景
包含如下内容:
a)项目的委托单位、开发单位和主管部门
b)该软件系统与其他系统的关系
1.3术语和缩写词定义
列出文档中用到的专门术语的定义和缩写词的原文
1.4参考资料
a)项目经核准的计划书、合同或上级机关的批文
b)文档中所引用的资料,所采用的软件标准或规范;
列出这些资料的作者、标题、发表日期、出版单位或资料来源
2项目概述
2.1工作内容
2.1.1项目软件过程定义
识别项目特性并量化,根据剪裁原则定义项目的类别;
根据详细剪裁指南,对软件过程元素活动进行剪裁;
(本部分内容详细描述在工作范围,开发进度要求,项目活动的顺序关系等内容的描述中)
项目类别
项目特性
过程元素
裁减
需求获取
执行,准备文档,正式评审,概要
需求分析
执行,准备文档,正式评审,详细
…
2.1.2定义生命周期
为项目选定软件生命周期;
2.1.3任务简述
简要说明项目的各项主要工作,介绍所开发软件的功能、性能等。
2.1.4软件规模估计
对软件项目的规模进行估计,考虑重用代码或重用文档的规模。
工作成果
新开发工作成果的规模
复用或自动生成的工作成果规模
规模总和
工作成果1(子系统)
工作成果2(文档)
……
注:
工作成果包括:
子系统,模块,代码行/页面/界面,文档,需求等
工作成果规模包括:
子系统数,模块数,代码行数/页面数/界面数,文档页数,功能个数等
2.1.5工作量估算
根据估算得到的软件规模,进行工作量的估算。
估算的内容包括:
项目管理活动:
项目跟踪、例会、评审等工作量,按项目经理经验值或参考历史数据进行估算;
项目支持活动:
配置管理、SQA活动、测试活动等工作量,分别由SCM人员、SQA人员、测试人员协助项目经理按经验值或参考历史数据进行估算;
技术活动:
估算出代码/文档的工作量,个人估算采用经验值,汇总时采用Delphi估算法。
2.1.6关键计算机资源
本项目没有关键计算机资源。
2.1.7软件工程设备和支持工具
1.逐项列出该项目开发过程中和运行时必需的计算机系统支持,包括计算机、外围设备、通讯设备以及必须的系统软件、支持软件。
2.估计为完成项目应具备的人力资源。
3.开发单位已具备的条件以及尚需创造的条件
+软硬件资源
软硬件资源名称
级别
详细配置
到位时间和获取方式
用途
关键
普通
+人力资源
人力资源
角色
2.1.8风险估计
说明可能影响项目的关键问题,如设备条件、技术难点或其他风险因素,并进行估计。
风险项描述
影响度(I)
概率(P)
等级
应对策略与措施
规避措施
责任人
2.2度量目标
●项目度量指标
度量目标
度量点
(项目)项目性能指标度量:
通过对项目实际与计划的成本、工作量的比较,计算偏差,来评价本项目的估算能力、控制能力和预测能力
·
CV%
SV%
SPI
CPI
工作量估算偏差率
人月成本
团队规模
(项目)过程质量度量
1.通过度量本项目不符合项的密度与历史基线相比较,来评价本项目的执行能力
过程质量
(项目)工作产品质量度量:
1.通过度量评审及测试过程中产生的缺陷数,计算本项目的产品质量
2.与组织当前的产品质量基线比较,来评价本项目的产品质量
3.为产品质量基线的创建和完善提供数据支持
提交的产品质量
质量成本
(项目)需求度量
通过需求变化率和需求稳定度,来评价需求管理和控制的能力
需求稳定度
需求变化率
(项目)风险度量
1.通过已识别的风险数占风险总数的百分比,来评价风险的识别能力
2.通过规避和缓解的风险数占已识别的风险数的百分比,来评价风险的控制能力
风险识别率
风险控制力
(项目)生产率度量
1.通过度量规模和工作量,计算本项目的生产率
2.与组织当前的生产率基线比较,来评价本项目的生产率
生产率
(项目)资产累积度量
文档累积率
数据累积率
说明:
项目经理可根据项目的特征信息在以上度量目标中增加项目特有的度量目标。
●根据度量周期的要求,结合项目计划及相关计划,确定各度量任务的具体开展时间(若有专门的度量分析计划,则此表格可以不填写)
度量周期
度量任务描述
负责人
参与人
确认人
周(每周周例会前完成)
由项目组成员每周生成《个人周报》。
项目组成员
项目经理
QA
由项目经理每周汇总生成《项目周报》。
QA人员每周生成《QA周报》。
QA经理
QA人员在每周生成《QA审计报告》。
周(每周周例会上完成)
度量数据更新到《项目度量数据库》。
技术评审、管理评审完成后3天内
(具体时间参照评审计划)
项目经理或指定人员在评审后生成《技术评审报告》和《管理评审报告》。
集成测试、系统测试完成后3天内
(具体时间参照各自测试计划)
测试人员在集成测试和系统测试结束后生成《集成测试报告》和《系统测试报告》。
里程碑
(参照里程碑计划,评审2天前)
由项目经理生成《里程碑报告》。
QA人员生成《QA里程碑报告》。
(参照里程碑计划,评审完成后3天内)
项目经理和QA人员将截止到上一里程碑的度量分析数据更新到《项目度量数据库》。
项目结项
(项目结项后一周内完成)
EPG小组将本项目度量数据库的内容更新到《组织度量数据库》。
EPG
EPG组长
2.4产品
2.4.1软件工作产品
列出需交付的程序名称、所用的语言及存储形式并扼要说明每个程序的功能、特别需求数。
1.用户类工作产品:
列出需提交给用户的工作产品,包括文档,可执行程序等。
2.过程类工作产品:
列出在项目开发生命周期中产生的所有工作产品。
3.工程类工作产品:
列出递交给工程人员用于工程维护的工作产品,如程序维护手册。
4.相关组工作产品:
相关组需递交给项目组的工作产品。
2.4.2运行环境
标识项目运行的硬件环境、软件环境。
2.4.3服务
阐明开发单位可向用户提供的服务。
如人员培训、安装、保修、维护和其他运行支持。
2.4.4验收标准
对上述产品和服务,逐项说明或引用资料说明验收标准。
3实施计划
3.1任务分解和进度安排
按层次将项目开发中各个阶段(如需求分析、概要设计等)所需完成的任务(包括文件的编制)详细进行分解,指明每项任务的负责人和参加者。
列出项目开发各阶段的每项工作的预定起始日期和完成日期,交付期限。
规定各项工作任务完成的先后顺序,并说明每项工作完成的标志性事件。
在本条目可用表格简要提出工作量估计情况,同时使用MSProject详细列出进度安排。
任务名称
开始时间
结束时间
参与人员
工作量
注意:
1.此处需要把CM、QA、项目评审、测试、周会、项目管理等内容填入工作量表中;
2.文档编写和编码测试等工作量,根据规程要求,用DELPHI方法进行估计;
3.项目管理活动及支持活动采用经验法进行估计,并填写计划公式,如:
QA活动的工作量为,0.5人天/周*12周=6人天,表示每周需要用半天时间进行QA检查及写报告,项目总共需要12周时间,QA活动工作量为6人天。
4.对于没有明确开始时间和结束时间的活动,比如SQA活动,可以项目开始时间和结束时间。
3.2沟通
1.说明项目同其它有关单位之间的协调人员及其职责:
a)本项目同用户之间的协调人员及其职责
b)该项目同各有关机构的协调人员及其职责
2.说明项目组内以及与其他工作组之间的交流方式和信息传递方式(即:
分发方式)。
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 方案 开发 计划书 练习