软件开发计划模板.docx
- 文档编号:25052595
- 上传时间:2023-06-04
- 格式:DOCX
- 页数:43
- 大小:35.26KB
软件开发计划模板.docx
《软件开发计划模板.docx》由会员分享,可在线阅读,更多相关《软件开发计划模板.docx(43页珍藏版)》请在冰豆网上搜索。
软件开发计划模板
会签
文档控制
变更记录
版本
号
日期
作者
段落、
图或表
增加/
修改/
删除
简单描述
更改申请
单号
图目录
图6-1项目软件研制组织结构错.误!
未指定书签
图9-1软件技术流程图错..误!
未指定书签
表目录
1范围
1.1标识
a.本文档的标识号:
R/产品代号/区分号/XJ-01;
b.标题:
XXXX软件开发计划;
c.本文档适用与XXX系统/软件/XXXXCSCI。
1.2系统概述
可复制任务书中相关内容。
包括本文档所使用的软件所属系统的功能,软件在系统中的位置。
系统开发、运行和维护的历史,系统的用户、开发方和相关机构等。
1.3文档概述
本文档明确项目目标、确定项目范围、确定项目的人员和分工、定义项目的生命周期和项目过程、确定资源需求、拆分工作并给出估算和进度安排的结果、明确验证和确认的方法和时间安排、识别项目中的风险并制定风险的处理措施、明确项目的培训需求和计划、确定度量分析的要求和计划、确定数据管理计划及重大事件的处理方法等。
本文档为项目管理的依据,本文档的工作任务拆分结构表、风险跟踪表、资源跟踪表为项目监督控制过程的初始数据。
本模板符合《计算机软件文档编制规范》(GBT8567-2006)要求。
1.4与其他计划的关系
本计划满足系统策划节点要求;
XXX配置管理计划按照本计划编写;
XXX质量保证计划按照本计划编写;
配置管理计划和质量保证计划的工作纳入本项目的WBS表中,本文档不再单独描述相关内容;
2引用文件
《软件开发计划模板》;
《军用软件研制能力成熟度模型》(GJB5000A-2008);
《总装备部软件工程规范》(2008版);
《军用软件开发文档通用要求》(GJB438B-2009)。
3术语和定义
3.1术语
a.术语1:
术语1说明。
3.2缩略语
表错误!
未指定样式名。
-错误!
未指定顺序。
缩略语表
序号
缩写
全称
说明
1.
2.
4策划背景概述
本节参考任务书中的相关内容,包括:
a.系统的功能、运行环境概述;
b.软件在系统中的位置和功能;
c.软件项目和系统开发周期的关系;
d.进度安排和资源约束;
e.开发环境的约束;
f.其他约束:
如安全保密、标准等。
5项目范围
5.1项目目标
5.1.1客户目标
a.应当满足GJB5000A三级的要求;
b.应按任务书的要求,按时、保证质量的完成项目
5.1.2组织目标
c.生成XXXX可重用模块;
d.XXX文档作为XX领域的典型案例;
e.项目组成员XX获得技术开发经验;
f.项目组成员XX获得XX管理经验;
g.积累XXXX数据,并纳入组织资产库。
5.1.3研究目标(可裁剪)
a.应当产生X篇高水平论文;
b.应当产生X本专着;
c.应当获得X专利或软件着作权。
5.2工作产品与服务
5.2.1工作产品
表错误!
未指定样式名。
-错误!
未指定顺序。
交付软件
序号
软件名称
运行平台
编程语言
现有平台
1.
2.
表错误!
未指定样式名。
-错误!
未指定顺序。
需交付文档
序号
文件名称
密级
1.
软件需求规格说明
内部
2.
软件系统测试报告(若为总体编写,可剪裁)
内部
3.
软件第三方测试报告
内部
4.
软件研制总结报告
内部
5.
软件使用说明书
内部
6.
软件质量履历书
内部
7.
软件产品证明书
内部
表错误!
未指定样式名。
-错误!
未指定顺序。
非交付文档
序号
文件名称
密级
1.
软件开发计划
内部
2.
软件质量保证计划
内部
3.
配置管理计划
内部
4.
软件概要设计说明
内部
5.
软件详细设计说明
内部
6.
软件单元测试计划
内部
序号
文件名称
密级
7.
软件单元测试说明
内部
8.
软件单元测试报告
内部
9.
软件组装测试计划
内部
10.
软件组装测试说明
内部
11.
软件组装测试报告
内部
12.
软件确认测试计划
内部
13.
软件确认测试说明
内部
14.
软件确认测试报告
内部
15.
软件验收测试计划
内部
16.
软件验收测试细则
内部
表错误!
未指定样式名。
-错误!
未指定顺序。
过程记录
序号
文件名称
密级
1.
软件估计表
内部
2.
项目过程定义表
内部
3.
项目周报
内部
4.
项目例会纪要
内部
5.
项目进展报告(含WBS)
内部
序号
文件名称
密级
6.
问题跟踪表
内部
7.
项目风险列表
内部
8.
里程碑报告
内部
9.
计划变更申请
内部
10.
需求变更申请
内部
11.
需求变更记录
内部
12.
配置管理三单
内部
13.
配置状态报告
内部
14.
基线发布报告
内部
15.
产品交付清单
内部
16.
软件在线烧录操作记录单
内部
17.
软件落焊记录单
内部
18.
软件介质说明卡
内部
19.
日常配置项审计报告
内部
20.
度量分析计划
内部
21.
度量分析报告
内部
22.
SQA报告
内部
序号
文件名称
密级
23.
OQA报告
内部
24.
重大事件评议表
内部
25.
内部评审意见
内部
26.
评审证明书
内部
522服务
a.配合软件交办方完成各项试验;
b.配合软件交办方完成对最终用户的培训;
c.在保修期内,必要时协助交办方或用户完成软件的重新部署。
5.3验收标准
交办方提供的软件任务书有效版本为验收基本标准;
项目组根据交办方提供的验收测试大纲编写验收测试细则,并通过交办方的评审,验收测试细则为验收测试的依据。
验收具体标准如下:
a.按照软件任务书要求,文件资料完整、编写规范;
b.验收测试通过;
c.研制总结报告评审通过。
若验收时存在无法满足上述要求的情况,由项目组向交办方提交让步接收申请,交办方签署后,方算通过验收。
6组织机构与人员
参与本软件研制工作的组织机构如下:
图错误!
未指定样式名。
-错误!
未指定顺序。
项目软件研制组织结构
表错误!
未指定样式名。
-错误!
未指定顺序。
软件项目人员配置
岗位
角色
职责
人员
7开发及运行环境
7.1软件开发环境
a.
Windows7;
b.
c.
d.
MyEclipse2014;
7.2软件运行环境
a.XXXX服务器;
b.XXX单机;
c.XXX系统环境。
8重用分析
本章列出本项目拟重用或参考的文档、资料、模板、软件模块/组件等,并分析重用产生的风险,本章识别的风险纳入错误!
未指定书签。
项目风险列表中进行管理。
本项目拟产生的可重用产品在组织目标中给出。
表错误!
未指定样式名。
-错误!
未指定顺序。
重用分析表
#
模块名称
来源
复用方式
风险分析
27.
XXX组件
XXX已有项目
完全复用
无
28.
XXX开源软件
完全复用
对其使用方
式不熟悉
出现问题难
以排故
9软件开发管理
9.1软件开发方法及标准
需求分析采用XX方法、概要设计采用XX方法、单元测试采用XX方法。
软件设计、测试、文档编制及软件编程分别按照XX的规定、XX标准执
行;
9.2生命周期模型和项目过程定义
项目需求相对稳定、新技术使用较少且用户要求一次交付,故按照传统的瀑布模型进行开发。
瀑布模型将软件开发过程分为以下几个阶段:
软件系统分析与设计、软件需求分析、概要设计、详细设计、实现、组装测试、配置项测试、验收和第三方测试,并在上述过程中实施需求跟踪和管理。
详细技术流程图见错误!
未指定书签。
。
(注意:
应根据项目剪裁情况,删除流程图中不适用的阶段)
图错误!
未指定样式名。
-错误!
未指定顺序。
软件技术流程图
9.3工作任务拆分与估计
依据项目过程定义和任务书,对工作产品和活动进行分解。
并采用XX方法进行规模估计、XX方法进行工作量估计。
估计的最终结果见错误!
未指定书签。
。
9.4项目进度和里程碑
分析任务间依赖关系,并根据任务书的要求、估计的结果、项目组人员组成和职责,确定并优化(可使用关键路径、PERT网等方法辅助安排任务,必要时在本文档中给出关键路径和PERT网)各项任务的进度和人员安排。
进度和人员安排结果见错误!
未指定书签。
。
其中科研生产考核节点如下:
a.需求分析评审:
2011年9月28日;
b.概要设计评审:
2011年10月31日;
c.确认测试完成:
2011年12月31日;
d.研制总结报告评审:
2011年1月10日。
本项目定义以下里程碑,在里程碑节点完成时需编写里程碑报告,并提交项目中高层审核,并合理响应中高层反馈的意见和问题(详见错误!
未指定书签。
):
e.需求里程碑:
需求评审通过并发布分配基线,2011年9月30日;
f.结项里程碑:
验收评审通过并发布产品基线,2012年1月12日。
9.5风险管理
根据风险管理过程及其项目风险列表模板,识别风险,生成《项目风险列表》。
软件项目负责人按项目周报的周期,跟踪和更新项目风险列表,必要时制
定并采取缓解措施和应急措施,若风险发生,则需将其作为问题处理
表错误!
未指定样式名。
-错误!
未指定顺序。
项目风险列表
#
分类
风险项
发生阶
段
来源
可能
性
影
响
风险
值
优先
级
缓解措施
应急措施
1
资源
风险
硬件不能
及时保障
软件研制
代码调
试和测
试阶段
相关硬件到位太迟,软件调试和测试时间无法保证
4
4
16
M
搭建模拟测试环境,在硬件无法到位的情况尽量进行模拟测试;
提前投产试验板,代替正式板进行软硬件调试
2
资源
风险
整个周
期
3
M
3
设计编
码阶段
4
3
12
M
#
分类
风险项
发生阶
段
来源
可能
性
影
响
风险
值
优先
级
缓解措施
应急措施
4
测试阶
段
2
2
4
5
整个周
期
1
3
3
9.6外部依赖
说明完成软件开发活动需要外部提供软/硬件资源、外部相关方(包括交办方)应配合完成的工作和应承担的工作、验收保障条件等,应提出具体的资源或工作产品。
协调人通常为项目调度或总体。
注意外部依赖应该为软件项目负责人无法直接控制的因素,外部依赖应纳入风险管理。
本项目的外部依赖如错误!
未指定书签。
所示,由协调人应提前于要求日期,监督各资源的落实情况。
软件项目负责人按项目周报的周期,跟踪和更新外部依赖表,确认各项资源落实情况,若外部依赖无法落实,则需将其作为问题处理。
表错误!
未指定样式名。
-错误!
未指定顺序。
外部依赖跟踪表
#
资源
用途说明
责任单
位
协调人
要求日
期
状态
1.
服务器
系统测试环
境
XX
不满足
2.
目标板
系统测试
XX
不满足
3.
Oraclell
开发环境
XX
不满足
4.
外购软件界面美化组件
美化界面开
发
XX
不满足
5.
验收测试
外部环境
验收测试
XX
不满足
9.7相关方参与计划
相关方参与计划包括相关方需要配合完成的工作,调度。
本章的工作需纳入WBS中,本章相当于告知调度需要完成的协调工作。
错误!
未指定书签。
给出相关方参与参与计划,其中“责任人”为项目组内
完成此项工作的负责人。
本计划整合在错误!
未指定书签。
中。
表错误!
未指定样式名。
-错误!
未指定顺序。
相关方参与计划
参与事项
参与方式
责任
人
相关方
计划日期
需求原型演示
会议
XXX
总
需求确认
评审软件需
求
XXX
项目进度上报
每周通过
OA提父项
目周报
XXX
每周
接口对接
双方根据接
口、完成接
口对接
XXX
验收测试
与设计师共
同完成验收
测试
XXX
9.8项目培训计划
分析项目需要的知识与技能,结合项目组成员已有的知识和技能制定培训计划。
可不制定培训计划,但需保留本章节。
注意,本章为针对项目组成员的培训计划,而非针对用户的培训计划。
错误!
未指定书签。
给出项目培训计划,本计划整合在错误!
未指定书签中。
表错误!
未指定样式名。
-错误!
未指定顺序。
培训计划
培训目标
培训时间
培训教师
参加人员
9.9项目监督和问题处理
项目日常监督工作整合在错误!
未指定书签。
中,具体为:
a.软件承制单位每周(3个月以上的项目情况可以调整为双周报)编写项目周报(含WBS、项目风险列表、问题跟踪表、外部依赖跟踪表);
b.软件承制单位组织项目例会,讨论并更新项目周报的内容;
c.软件承制单位将项目周报发送给业主、总集及监理单位;
d.根据错误!
未指定书签。
错误!
未指定书签。
的安排实施里程碑管理。
项目组发现在承制单位内部无法解决的进度、资源、相关方参与上的问题
或发现无法控制的风险,由软件承制单位将问题上报给业主、总集及监理单
位,协调解决。
当项目成员人员调整时,应按实施计划变更:
提交计划变更申请,业主、总集及监理单位讨论通过后,按申请修改计划。
9.10数据管理计划
数据管理计划内容参见配置管理计划。
9.11重大事件处理
项目组遵守组织定义重大事件判定准则,特殊情况时根据项目实际情况决定是否申请重大事件处理
10里程碑及评审计划
本项目软件评审活动结合项目的具体情况和要求进行安排。
里程碑及评审计划如错误!
未指定书签。
所示,具体时间安排参见错误!
未指定书签。
。
表错误!
未指定样式名。
-错误!
未指定顺序。
软件正式评审计划
评审项
目
级别
负责人
工作产品
评审日
期
基本人员
要求
策划评
审
用户
级
软件开发计划
度量分析计划
配置管理计划
质量保证计划项目度量分析报
告模板
需求评
审
用户
级
需求规格说明
确认测试计划
需求里
程碑评
审
审查
里程碑报告
概要评
审
项目
级
概要设计说明
组装测试计划
详细评
项目
详细设计说明
评审项
目
级别
负责人
工作产品
评审日
期
基本人员
要求
审
级
单元测试计划
代码审
查
项目
级
代码
单元测
试评审
项目
级
单元测试说明
单元测试报告
组装测
试说明
评审
项目
级
组装测试说明
确认测
试说明
评审
项目
级
确认测试说明
组装测
试报告
评审
项目
级
组装测试报告
确认测
试报告
评审
项目
级
确认测试报告
系统测
用户
系统测试细则
评审项
目
级别
负责人
工作产品
评审日
期
基本人员
要求
试细则
评审
级
验收测
试细则
评审
用户
级
验收测试细则
验收评
审
用户
级
研制总结报告
结项里
程碑评
审
审查
里程碑报告
11总体测试计划
本项目测试包括单元测试、组装测试、确认测试、系统集成测试和验收测试,详细计划安排见错误!
未指定书签。
。
a.单元测试依据详细设计的定义,单元测试和编码同时开展,由相应的编码人员自行测试;
b.组装测试依据概要设计的定义,在单元测试之后,与软件集成同时开展,由测试人员与开发人员共同测试;
c.确认测试依据需求规格说明的定义,在组装测试之后开展,由测试人员测试;
d.确认测试后,由总体安排系统联试,系统测试在完成系统联试后进行,由测试人员测试;
e.系统测试通过后,由质量处组织验收测试,项目组成员配合完成验收测试;
f.各测试的测试文档(测试计划、测试说明、测试报告)齐全、符合规范。
测试计划和测试说明应满足任务书和需求分析报告、概要设计、详细设计全部要求;
g.全部测试活动遵循了测试计划和测试说明。
测试环境满足要求。
测试活动满足独立性要求。
测试记录客观、完备;
h.确认测试、系统测试和验收测试的全过程自始至终在配置管理之下进行。
对问题的更动必须符合更动规范,更动完成后,应针对更动进行回归测试;
i.经过回归测试之后,所有测试用例都获得通过,或者给出合理解释;
j.最终的测试结果中错误需在测试报告中给出并逐条讨论通过后方可进入下一阶段。
12度量分析计划明确软件研制过程中需要收集的度量数据、进行的计算、对数据进行度量分析的方法和实施决策的准则。
13安全保密
本软件系统研制过程当中涉及的各任务书、技术报告、程序框图、程序代码等使用范围为软件工程组,并按“军工产品质量管理条例”及“保密法”各相关条例执行。
14附录
表错误!
未指定样式名。
-错误!
未指定顺序。
工作任务拆分结构(WBS)
任务
一级子任务
工作产品
任务类
别
估算数据
负责
人
规模
工作
量
开始日
期
结束日
期
需求获取过程
软件分配需求获取
会议纪要
工程技
术
定义软件分配需求
软件任务书
工程技
术
软件系统测试策划
系统测试计划
工程技
术
软件分配需求确认和评审
评审证明书
工程技
任务
一级子任务
工作产品
任务类
别
估算数据
负责
人
规模
工作
量
开始日
期
纟结束日
期
术
需求跟踪(需求获取)
需求跟踪矩阵
需求管
理
功冃能基线建立
基线发布报告
配置管
理
项目策划过程
召开立项会议
会议纪要
项目策
划
制定软件开发计划
软件开发计划
项目策
任务
一级子任务
工作产品
任务类
别
估算数据
负责
人
规模
工作
量
开始日
期
纟结束日
期
划
制定度量计划
度量计划
项目策
划
制定质量保证计划
质量保证计划
项目策
划
制定配置管理计划
配置管理计划
项目策
划
项目策划评审
评审证明书
项目策
任务
一级子任务
工作产品
任务类
别
估算数据
负责
人
规模
工作
量
开始日
期
结束日
期
划
配置管理工作(策划)
配置管理过程
记录
配置管
理
度量分析工作(策划)
度量分析报告
度量分
析
质量保证阶段工作(策划)
SQA报告
质量保
证
需求分析过程
分析软件需求
会议纪要
软件原型
工程技
任务
一级子任务
工作产品
任务类
别
估算数据
负责
人
规模
工作
量
开始日
期
纟结束日
期
术
制疋软件需求规格说明
需求规格说明
工程技
术
软件确认测试策划
确认测试计划
工程技
术
需求跟踪(需求)
需求跟踪矩阵
需求管
理
需求评审
评审证明书
工程技
任务
一级子任务
工作产品
任务类
别
估算数据
负责
人
规模
工作
量
开始日
期
结束日
期
术
配置管理工作(需求)
配置管理过程
记录
配置管
理
度量分析工作(需求)
度量分析报告
度量分
析
质量保证阶段工作(需求)
SQA报告
质量保
证
设计实现过程
软件概要设计
会议纪要
代码框架
工程技
任务
一级子任务
工作产品
任务类
别
估算数据
负责
人
规模
工作
量
开始日
期
纟结束日
期
术
软件概要设计文档编制
概要设计报告
工程技
术
软件组装测试策划
组装测试计划
工程技
术
需求跟踪(概要)
需求跟踪矩阵
需求管
理
概要设计评审
评审证明书
工程技
任务
一级子任务
工作产品
任务类
别
估算数据
负责
人
规模
工作
量
开始日
期
结束日
期
术
配置管理工作(概要)
配置管理过程
记录
配置管
理
度量分析工作(概要)
度量分析报告
度量分
析
质量保证阶段工作(概要)
SQA报告
质量保
证
软件详细设计
会议纪要
代码框架
工程技
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 软件 开发 计划 模板