软件开发计划文档格式.docx
- 文档编号:16999787
- 上传时间:2022-11-27
- 格式:DOCX
- 页数:8
- 大小:18.98KB
软件开发计划文档格式.docx
《软件开发计划文档格式.docx》由会员分享,可在线阅读,更多相关《软件开发计划文档格式.docx(8页珍藏版)》请在冰豆网上搜索。
签名与日期
职务或技术职称
校对
审核
标审
批准
会签
摘要:
主题词:
文档修改记录
版本号
修改内容描述
修改人
日期
备注
目次
1范围
标识
本条应描述本文档所使用的系统和软件的完整标识,适用时,包括其标识号、名称、缩略名、版本号和发布号。
系统概述
本条用概述本文档所适用的系统和软件用途。
它还应描述系统和软件的一般特性:
概述系统开发、运行和维护的历史;
标识项目的需方、用户、开发方和保障机构等;
标识当前和计划的运行现场;
列出其他有关文档。
文档概述
本条应描述本文档的内容和用途,并描述与它的使用有关的保密性方面的要求。
与其他计划之间的关系
本条应描述本计划和其他项目管理计划的关系。
2引用文件
本章应列出引用文档的编号、标题、编写单位、修订版及日期。
还应标识不能通过正常采购活动得到的文档的来源。
3策划背景概述
本条按需要分可分为若干条,并应对后续章条描述的策划提供背景信息,主要包括如下方面概述:
a)所要开发系统、软件的需求和约束。
b)项目文档的需求和约束
c)项目在系统寿命周期中的位置
d)所选用的工程项目/获取策略或其他方面对他的需求和约束。
e)项目进度安排及资源的需求与约束
f)其他需求和约束,例如:
项目的保密性、方法、标准、硬件和软件开发的相互依赖关系等。
4软件开发活动的总体实施计划
如果项目的不同构建版或不同软件要求不同策划,就应在下述相应条款中注明这些区别。
除下面规定的内容外,每条应标识适用的风险/不确定性和他们的处理关系。
软件开发过程
本条应描述要采用的软件开发过程,软件生命周期模型的定义和选择。
计划的内容要覆盖合同(或软件研制任务书)中涉及该方面的全部条款,应包括已标识的计划的构件版,适合时,包括各构建版的目标以及每个构建版要执行的软件开发活动。
软件开发总体计划
4.1.1软件开发方法
本条应描述或引用所使用的软件开发方法,包括为支持这些方法所使用的手工或自动的工具以及规程的描述。
该方法要覆盖合同(或软件研制任务书)中涉及该方面的全部条款。
如果本文档所使用的活动中有更好的描述,则可直接引用。
4.1.2软件产品标准
本条应描述或引用在表达需求、设计、编码、测试用例、测试过程和测试结果方面要遵循的标准。
这些标准要覆盖合同(或软件研制任务书)中涉及该方面的全部条款。
4.1.3可重用的软件产品
采用可重用的软件产品
本条应描述标识、评价和采用可重软件产品所遵循的方法,包括查找这些产品的范围和进行评价的准则,并应覆盖合同(或软件研制任务书)中涉及该方面的全部条款。
在制定或更新计划时对已选用的或候选的可重用的软件产品加以标识和说明,适用时还应给出与适用有关的优缺点和限制。
开发可重用软件产品
本条应描述开发可重用软件的可能性及所遵循的方法,并应覆盖合同(或软件研制任务书)中涉及该方面的全部条款。
4.1.4关键需求处理
本条描述安全性保证、保密性保证和其他关键需求保证的处理所遵循的方法,并应覆盖合同(或软件研制任务书)中涉及该方面的全部条款。
4.1.5计算机硬件资源的利用
本条应描述分配计算机硬件资源和监控其使用情况所遵循的方法,并应覆盖合同(或软件研制任务书)中涉及该方面的全部条款。
4.1.6决策理由的记录
本条应描述记录决策理由所遵循的方法。
在保障机构对项目作出关键决策时,这些决策理由有用。
在记录决策理由的地方,用对“关键决策”进行解释,并应覆盖合同(或软件研制任务书)中涉及该方面的全部条款。
4.1.7需方评审所需的访问
本条应描述为评审软件产品和活动,让需方或授权代表访问开发方和分承制方设施所遵循的方法,并应覆盖合同(或软件研制任务书)中涉及该方面的全部条款。
5详细的软件开发活动实施计划
如果项目的不同构建版或不同软件需要不同计划,则在相应小条应说明这些差异,每项活动的论述应包括应用于以下方面的途径(方法/规程/工具):
a)所涉及的分析性任务及其他技术性任务
b)结果的记录
c)适用时,与交付有关的准备。
该论述还应标识存在(适用)的风险和不确定因素,以及处理它们的计划。
本章中的各小条都应覆盖合同(或软件研制任务书)中涉及该方面的全部条款。
项目策划和监控
本条应描述软件开发策划、CSCI测试策划、系统测试策划、软件安装策划、软件移交策划、计划的跟踪和修订应准讯的途径。
策划(包括重新策划)工作宜基于估计,包括:
规模、工作量、关键计算机资源等估计。
本条也包括进度的导出方法。
软件开发环境建立
本条应描述在建立、控制和维护软件开发环境所遵循的途径,包括:
软件工程环境(含软件测试环境)、软件开发库、软件开发文档和非交付行软件。
系统需求分析
本条应描述参与用户要求分析、运行方案和系统需求所遵循的途径。
系统设计
本条应描述参与系统级决策、系统体系结构设计所遵循的途径。
软件需求分析
本条应描述参与软件需求分析所遵循的途径。
软件设计
本条应描述CSCI级设计决策、CSCI体系结构设计和CSCI详细设计所遵循的途径。
软件实现和单元测试
本条应描述软件实现、单元测试准备、单元测试执行、修改和回归测试,以及分析和记录单元测试结果所遵循的途径。
单元集成和测试
本条应描述单元集成与测试准备、单元集成与测试执行、修改和回归测试,以及分析和记录单元集成与测试结果所遵循的途径。
CSCI合格性测试
本条应描述CSCI合格性测试的独立性、在目标计算机系统上进行测试、CSCI合格性测试准备、CSCI合格性测试预演、CSCI合格性测试执行、修改和回归测试、分析与记录CSCI合格性测试结果所遵循的途径。
CSCI/HWCI集成和测试
本条应描述参与CSCI/HWCI集成与测试准备、CSCI/HWCI集成与测试执行、修改和回归测试,以及分析和记录CSCI/HWCI集成与测试结果所遵循的途径。
系统合格性测试
本条应描述系统合格性测试的独立性、在目标计算机系统上进行测试、系统合格性测试准备、系统合格性测试预演、系统合格性测试执行、修改和回归测试、分析与记录系统合格性测试结果所遵循的途径。
软件使用准备
本条应描述可执行软件准备、为用户现场准备软件版本、用户手册的准备、在用户现场安装所遵循的途径。
软件移交准备
本条应描述可执行软件准备、源文件准备、为保障现场准备版本说明、已建成的CSCI设计和有关信息的准备、系统或子系统设计更新说明、保障手册准备以及移交到指定的保障现场所遵循的途径。
软件验收支持
本条应描述支持许方进行软件验收测试和评审、交付软件产品以及提供培训和支持所遵循的途径。
软件配置管理
本条应描述支软件配置管理所遵循的途径,可引用《软件配置管理计划》。
软件产品评价
本条应描述过程中的和最终软件的评价、软件产品评价记录(包括所记录的具体条目)、软件产品评价的独立性所遵循的途径。
软件质量保证
本条应描述软件质量保证所遵循的途径,可引用《软件质量保证计划》。
纠正措施
本条应从问题报告/更改报告以及纠正措施系统两方面来描述纠正措施所遵循的途径。
其中问题报告/更改报告应包括要记录的具体条目。
联合评审
本条应分别描述联合技术评审和联合管理评审所遵循的途径
风险管理
本条应描述风险管理,包括已知风险和相应对策所遵循的途径
测量和分析
本条应描述软件测量和分析所遵循的途径
保密性
本条应描述保密性活动所遵循的途径
分承制方管理
本条应描述分承制方管理所遵循的途径
与软件独立验证和确认(IV&
V)机构的联系
本条应描述与软件独立验证和确认(IV&
V)机构联系所遵循的途径。
与相关开发方的协调
本条应描述与相关开发方协调所遵循的途径。
项目改进过程
本条应描述项目改进过程所遵循的途径。
未提及的其他活动
本条应描述以上条款中未提及到的其他活动所遵循的途径。
6进度表和活动网络图
本章应给出:
a)进度表。
该表应标识每个构建版的活动,并给出每个活动的开始时间、草稿和各种交付产品就绪的时间,其他里程碑及每个活动的完成时间。
b)活动网络图。
该图应描述活动之间的顺序关系和依赖关系,标识对项目施加最大时间限制的活动。
7项目组织和资源
项目组织
本条应描述本项目要采用的组织机构,包括涉及的组织机构、组织机构之间的关系、每个机构执行所需活动的职责和权限。
项目资源
本条应描述适用于本项目的资源,可包括:
a)人力资源。
应包括:
1)估计此项目应投入的人力(人时数)
2)按职责(如:
管理、软件工程、软件测试、软件配置管理、软件产品评估、软件质量保证等)分解所投入的人力。
3)每个人员的技术级别、地理位置和涉密程度。
b)为适应合同(或软件研制任务书)中的工作,开发人员工作的地理位置、要使用的设施、保密区域和设施的其他特征。
c)合同(或软件研制任务书)中需要的、且由需方提供的设备、软件、服务、文档、数据及设施,并给出何时需要上述各项的进度表。
d)其他所需资源,包括:
获得资源的计划、需要的日期、每个资源项的可用性(就绪的时间)
8注释
本章应包括有助于了解文档的所有信息(例如:
背景、术语、缩略语或公式)。
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 软件 开发 计划