国军标产品开发计划模板.docx
《国军标产品开发计划模板.docx》由会员分享，可在线阅读，更多相关《国军标产品开发计划模板.docx（15页珍藏版）》请在冰点文库上搜索。
国军标产品开发计划模板
软件开发计划书
文件修改页
版/修
V1.0
页次
共8页
序号
更改内容
更改人
更改日期
1.范围
1.1标识
本条应描述本文档所适用系统完整标识，适用时，包括其标识号、名称、缩略名、版本号和发布号。
1.2系统概述
本条应概述本文档所适用系统和软件用途。
它还应描述系统与软件一般特性;概述系统开发、运行和维护历史；标识项目需方、用户、开发方和保障机构等:
标识当前和计划运行现场；列出其他有关文档。
1.3文档概述
本条应概述本文挡用途和内容，并描述与它使用有关保密性方面要求
1.4与其他计划之间关系
本条应描本计划和其他项目管理计划关系。
2.引用文档
编号
标题
编写单位
修订版
3.策划背景概述
简要描述本项目类型（新产品/改进/维护类）、项目目、范围、目标、保密性要求（例如：
项目市场定位，产品需求等）。
4.项目开发活动总体实施计划
如果项目不同构建版或不同软件要求不同策划，就应在下述相应条中注明这些区别。
4.1软件开发过程
本条应描述要采用软件开发过程，软件生存周期模型定义和选择。
计划内容应覆盖合同（或软件研制任务书）中涉及该方面要求所有条款，应包括己标识计划构建版，合适时，包括各构建版目标以及每个构建版要执行软件开发活动。
4.2软件开发总体计划
4.2.1软件开发方法
本条应描述或引用所使用软件开发方法，包括为支持这些方法所使用手工和自动工具以及规程描述。
该方法应覆盖合同（或软件研制任务书）中涉及该方面要求所有条款。
如果在本文档方法所适用活动中，对软件开发方法有更好描述，则可直接引用。
4.2.2软件产品标准
本条应描述或引用在表达需求、设计、编码、测试用例、测试过程和测试结果方面要遵循标准。
这些标准应覆盖合同（或软件研制任务书）中涉及该方面要求所有条款。
如果这些标准在本文档标准所适用活动中有更好描述，则可直接引用。
4.2.3可重用软件产品
采用可重用软件产品
开发可重用软件产品
4.2.4关键需求处理
本条描述安全性保证、保密性保证和其他关键需求保证处理所遵循方法，并应覆盖合同（或软件研制任务书）中涉及该方面要求所有条款。
安全性保证方法
保密性保证方法
其他保证方法
4.2.5计算机硬件资源利用
本条应描述分配计算机硬件资源和l监控其使用情况所遵循方法，应覆盖合同（或软件研制任务书）中涉及该方面要求所有条款。
4.2.6决策理由记录
本条应描述记录决策理由所遵循方法。
在保障机构对项目作出关键决策时，这些决策理由有用。
在记录决策理由地方应对"关键决策"进行解释，并应覆盖合同（或软件研制任务书）中涉及该方面要求所有条款。
4.2.7需方评审所需提问
本条应描述为评审软件产品和活动，让需方或授权代表访问开发方和分承制方设施所遵循方法，并应覆盖合同（或软件研制任务书）中涉及该方面要求所有条款。
5.详细软件开发活动实施计划
5.1项目策划和监控
本条应描述软件开发策划、CSCI测试策划、系统测试策划、软件安装策划、软件移交策划、计划跟踪和修订应遵循途径。
策划（包括重新策划）工作宜基于估计，包括:
规模、工作量、关键计算机资源等估计。
本条也包括进度导出方法等。
5.2软件开发环境建立
本条应描述在建立、控制、维护软件开发环境所遵循途径，包括：
软件工程环境（含软件测试环境）、软件开发库、软件开发文件和非交付软件。
5.3系统需求分析
本条应描述参与用户要求分析、运行方案和系统需求所遵循途径。
5.4系统设计
本条应描述CSCI级设计决策、CSCI体系结构设计和CSCI详细设计所遵循途径。
5.5软件需求分析
本条应描述软件需求分析所遵循途径。
5.6软件设计
本条应描述CSCI级设计决策、CSCI体系结构设计和CSCI详细设计所遵循途径。
5.7软件实现和单元测试
本条应描述软件实现、单元测试准备、单元测试执行、修改和回归测试，以及分析和记录单元测试结果所遵循途径。
5.8软件使用准备
本条应描述可执行软件准备、为用户现场准备版本说明、用户手册准备、在用户现场安装所遵循途径。
5.9软件移交准备
本条应描述可执行软件准备、源文件准备、为保障现场准备版本说明、已建成CSCI设计和有关信息准备、系统或子系统设计说明更新、保障手册准备以及移交到指定保障现场所遵循途径。
交付工作产品名称
产品描述
质量保证活动
验收标准
交付件形式
总体设计文档
XXX项目XX总体设计方案
正规检视及评审
归档/发布
文档
详细设计文档
XXX项目XX详细设计
归档/发布
文档
归档/发布
归档/发布
文档
归档/发布
文档
归档/发布
文档
归档/发布
文档
……
……
……
……
……
5.10软件验收支持
本条应描述可执行软件准备、源文件准备、为保障现场准备版本说明、已建成CSCI设计和有关信息准备、系统或子系统设计说明更新、保障手册准备以及移交到指定保障现场所遵循途径。
5.11软件配置管理
本条应描述软件配置管理所遵循途径，可引用《软件配置管理计划》。
5.12软件产品评价
本条应描述过程中和最终软件产品评价、软件产品评价记录（包括所记录具体条目）、软件产品评价独立性所遵循途径。
5.13软件质量保证
本条应描述软件质量保证所遵循途径，可引用《软件质量保证计划》。
5.14风险管理
本条应描述风险管理，包括已知风险和相应对策所遵循途径。
5.15联合评审
本条应分别描述联合技术评审和联合管理评审所遵循途径。
6.进度表和活动网络图
本章应给出:
a）进度表。
该表应标识每个构建版活动，并给出每个活动开始时间、草稿和最终交付产品就绪时间，其他里程碑及每个活动完成时间。
b）活动网络图。
该图应描述活动之间顺序关系和依赖关系，标识对项目施加最大时间限制活动。
7.项目组织和资源
7.1项目组织
本条应描述本项目要采用组织结构，包括涉及组织机构、机构之间关系、每个机构执行所需活动权限和职责。
7.2项目资源
本条应描述适用于本项目资源，可包括:
a）人力资源，应包括:
1）估计此项目应投入人力（人时数）;
2）按职责（如:
管理，软件工程，软件测试，软件配置管理，软件产品评估，软件质量
保证等）分解所投入人力:
3）每个人员技术级别、地理位置和涉密程度。
b）为适应合同（或软件研制任务书）中工作，开发人员工作地理位置、要使用设施、保
密区域和设施其他特征。
c）合同（或软件研制任务书）中工作需要、且由需方提供设备、软件、服务、文档、数据
及设施，并给出何时需要上述各项进度表。
d）其他所需资源，包括:
获得资源计划、需要日期、每个资源项可用性（就绪时
间）。
序号
资源名称
阶段1
（人数、技能要求）
阶段2
（人数、技能要求）
阶段3
（人数、技能要求）
阶段4
（人数、技能要求）
说明
1
项目经理
2
XX业务代表
3
硬件组
4
软件组
结构组
测试组
7.3项目依赖关系分析
在本节中，说明项目内部依赖关系（如：
开发测试工具、人力资源等）和对外部依赖（如项目之间、与客户之间技术、资源等方面）。
可用依赖性列表、活动网络图方法描述。
列出所有影响项目计划假设因素（相对于已知因素）。
如果这些假设因素有误，或者没有利用到假设因素，或者假设因素发生变化都会使项目受到影响。
另外还要描述项目对外部因素依赖关系，例如，如项目作为整个大系统一部分，需要其他部分提供接口定义或者PDT提供正在开发仿真性能测试工具以代替实际环境测试等等>
请参考下例：
表6.3项目依赖关系
序号
依赖于（通常指接口等）
责任人
状态OPEN（正在进行）/CLOSE（已经关闭）
最早提供日期
验收条件（如果有）
1
2
3
6.1技术方法和工具
在本节中，描述对产品项目进行需求分析、设计、实现、测试、文档写作、发布、修改、或维护过程中采用开发方法、组织结构和其他标记、工具、技术和方法。
此外，对使用技术标准、方针和流程也要用直接描述或参考到其它文档方式进行说明。
参考下例，对于产品项目所需要硬件、软件和其他工具设备用下表描述：
表6.4技术方法和工具
分类
名称
型号
数量
开始使用日期
结束使用日期
仪表
专用仪表
开发工具
6.2项目里程碑计划
关键里程碑计划可采用图形方式。
将项目所有里程碑和关键活动标注在下面时间轴上。
注意：
如果存在早期功能子集Beta和/或ESP交付件，PDT需要对交付件进行TR4A/TR5评审，以及对GA层产品交付件进行TR4A和TR5评审。
PDT不需要对每一个构件标注TR4，只需要标示第一个TR4日期。
如果需要将所有里程碑和关键活动标注出来，可将时间轴划分成阶段，如上所示。
▪也可采用如下例子形式描述里程碑计划。
表5项目里程碑计划
阶段
估计结束日期
交付件
验收准则
（可去掉）
TR1（需求评审）
和概念DR
市场调研报告（立项阶段输出）
市场需求清单（立项阶段输出）
初始业务计划（立项阶段输出）
产品需求规格书
TR2（总体方案评审）和计划DR
产品可行性分析报告/产品业务计划
产品开发计划
总体设计方案书/产品设计说明书
产品测试与验证计划
工艺总体方案
装备总体方案
初始物料清单
供应商和物料选择计划
物料认证计划
提前采购决策
TR3（模块级概要设计评审）
模块级概要设计/总体设计
各模块级测试报告
目标成本跟踪表
市场教育和培训计划
测试方案
TR4（原型机评审）
原型机
原型机测试报告
TR5（设计定型评审）
中试样机验证报告
制造系统验证报告
BETA测试结束
BETA测试报告
外部认证结束
系统认证和标杆测试报告
TR6（转产评审）
和发布DR
产品可行性分析报告/产品业务计划（优化后）
市场发布材料清单
受控销售阶段评估报告
试产验证测试报告
制造系统验证报告
量产点GA
量产检查点确认通知
6.3成本估计
估计产品预算及分配
讨论主要未解决问题，包括资金投入及时性及性质。
将实际日期项目资源、成本和时间进度与估计整个项目资源、成本和时间进度进行比较。
成本估计，是指对项目完成过程中耗费人力、物力、财力资源估算。
成本估计应按类别进行估算，可能成本估算类别，如：
（1）直接人工
（2）直接费用
（3）间接成本
（4）制造费用
（5）管理费用
（6）不可预见费用
6.4风险管理计划
按照风险管理规程来管理项目风险。
祥见《XXX项目风险管理计划》。
在此详细说明项目风险项、风险描述、风险级别、规避措施、应急计划、触发条件。
具体操作办法请参考风险评估和管理相关文档。
存在哪些技术、市场和财务风险？
已确认风险和假设是否已解决？
有无遗留问题？
有无新风险和假设？
提供简洁风险管理计划。
为了减少风险，在各阶段必需做些什么？
如果在计划时间范围内，这些风险不能解决，有没有准备其它计划？
如果没有这些风险，对项目会有哪些影响？
与产品包相关各方面风险包括：
市场/客户风险；
技术风险；
财务风险；
制造风险；
采购风险；
技术支持风险；
项目风险
8.客户参与
序号
在哪些方面（阶段、工作产品等）参与
期望客户承担职责
最大响应时间
说明
1
2
3
4
9.培训计划
在本节中，明确说明相应人员现有水平、需要技能、培训方式和培训效果评估方式信息。
举例如下：
No
培训领域
需要技能水平
项目组成员
已具备技能水平
培训方式
培训效果评估方式
1
2
3
10.计划更新策略
在本节中，应描述项目计划更新策略，明确说明项目计划更新发布方法。
还要说明对项目计划进行变更控制和管理机制以及其载体。
以下文字仅供参考：
在发生如下事件时，PM修订项目计划和参考文档：
到达某里程碑，在每个阶段结束后如果必要话修订项目计划。
项目范围发生变化
当风险成为现实时采取了相应行动
当进度、工作量超出控制范围并需要采取纠正行动时。
当与上阶段规模变化超过+/-15%。
内部或外部审计导致纠正活动
对修订后项目计划按照项目管理规程来批准和签发。
项目计划更新，存在阶段驱动性更新和事件驱动性更新两种类型。
阶段驱动性更新是指在每一阶段结束时，如果计划或者工作量估计变动超过10％，就需要对项目计划进行更新；事件驱动性更新是指在计划执行过程中遇到项目突然变动或者其他影响项目正常运行事件发生，需要对项目计划进行更新。
项目计划更新需要对计划文档更新和项目里程碑计划更新。
不论是阶段驱动性更新还是时间驱动性更新都需要对项目更新计划进行评审，评审需要PDT经理、PQA以及功能领域代表参加。
升级会员 