国军标产品开发计划模板.docx

1、国军标产品开发计划模板 软 件 开 发 计 划 书 文件修改页版/修V1.0页次共8页序号更改内容更改人更改日期1.范围1.1标识本条应描述本文档所适用系统完整标识，适用时，包括其标识号、名称、缩略名、版本号和发布号。1.2系统概述本条应概述本文档所适用系统和软件用途。它还应描述系统与软件一般特性;概述系统开发、运行和维护历史；标识项目需方、用户、开发方和保障机构等:标识当前和计划运行现场；列出其他有关文档。1.3文档概述本条应概述本文挡用途和内容，并描述与它使用有关保密性方面要求1.4与其他计划之间关系本条应描本计划和其他项目管理计划关系。2.引用文档编号标题编写单位修订版3.策划背景概述简

2、要描述本项目类型（新产品/改进/维护类）、项目目、范围、目标、保密性要求（例如：项目市场定位，产品需求等）。 4.项目开发活动总体实施计划如果项目不同构建版或不同软件要求不同策划，就应在下述相应条中注明这些区别。4.1软件开发过程本条应描述要采用软件开发过程，软件生存周期模型定义和选择。计划内容应覆盖合同(或软件研制任务书)中涉及该方面要求所有条款，应包括己标识计划构建版，合适时，包括各构建版目标以及每个构建版要执行软件开发活动。4.2软件开发总体计划4.2.1软件开发方法本条应描述或引用所使用软件开发方法，包括为支持这些方法所使用手工和自动工具以及规程描述。该方法应覆盖合同(或软件研制任务书

3、)中涉及该方面要求所有条款。如果在本文档方法所适用活动中，对软件开发方法有更好描述，则可直接引用。4.2.2软件产品标准本条应描述或引用在表达需求、设计、编码、测试用例、测试过程和测试结果方面要遵循标准。这些标准应覆盖合同(或软件研制任务书)中涉及该方面要求所有条款。如果这些标准在本文档标准所适用活动中有更好描述，则可直接引用。4.2.3可重用软件产品采用可重用软件产品开发可重用软件产品4.2.4关键需求处理本条描述安全性保证、保密性保证和其他关键需求保证处理所遵循方法，并应覆盖合同(或软件研制任务书)中涉及该方面要求所有条款。安全性保证方法保密性保证方法其他保证方法4.2.5计算机硬件资源利

4、用本条应描述分配计算机硬件资源和l监控其使用情况所遵循方法，应覆盖合同(或软件研制任务书)中涉及该方面要求所有条款。4.2.6决策理由记录本条应描述记录决策理由所遵循方法。在保障机构对项目作出关键决策时，这些决策理由有用。在记录决策理由地方应对关键决策进行解释，并应覆盖合同(或软件研制任务书)中涉及该方面要求所有条款。4.2.7需方评审所需提问本条应描述为评审软件产品和活动，让需方或授权代表访问开发方和分承制方设施所遵循方法，并应覆盖合同(或软件研制任务书)中涉及该方面要求所有条款。5.详细软件开发活动实施计划5.1项目策划和监控本条应描述软件开发策划、CSCI 测试策划、系统测试策划、软件安

5、装策划、软件移交策划、计划跟踪和修订应遵循途径。策划(包括重新策划)工作宜基于估计，包括:规模、工作量、关键计算机资源等估计。本条也包括进度导出方法等。5.2软件开发环境建立本条应描述在建立、控制、维护软件开发环境所遵循途径，包括：软件工程环境(含软件测试环境)、软件开发库、软件开发文件和非交付软件。5.3系统需求分析本条应描述参与用户要求分析、运行方案和系统需求所遵循途径。5.4系统设计本条应描述CSCI 级设计决策、CSCI 体系结构设计和CSCI 详细设计所遵循途径。5.5软件需求分析本条应描述软件需求分析所遵循途径。5.6软件设计本条应描述CSCI 级设计决策、CSCI 体系结构设计和

6、CSCI 详细设计所遵循途径。5.7软件实现和单元测试本条应描述软件实现、单元测试准备、单元测试执行、修改和回归测试，以及分析和记录单元测试结果所遵循途径。5.8软件使用准备本条应描述可执行软件准备、为用户现场准备版本说明、用户手册准备、在用户现场安装所遵循途径。5.9软件移交准备本条应描述可执行软件准备、源文件准备、为保障现场准备版本说明、已建成CSCI 设计和有关信息准备、系统或子系统设计说明更新、保障手册准备以及移交到指定保障现场所遵循途径。交付工作产品名称产品描述质量保证活动验收标准交付件形式总体设计文档XXX项目XX总体设计方案正规检视及评审归档/发布文档详细设计文档XXX项目XX详

7、细设计归档/发布文档归档/发布归档/发布文档归档/发布文档归档/发布文档归档/发布文档5.10软件验收支持本条应描述可执行软件准备、源文件准备、为保障现场准备版本说明、已建成CSCI 设计和有关信息准备、系统或子系统设计说明更新、保障手册准备以及移交到指定保障现场所遵循途径。5.11软件配置管理本条应描述软件配置管理所遵循途径，可引用软件配置管理计划。5.12软件产品评价本条应描述过程中和最终软件产品评价、软件产品评价记录(包括所记录具体条目)、软件产品评价独立性所遵循途径。5.13软件质量保证本条应描述软件质量保证所遵循途径，可引用软件质量保证计划。5.14风险管理本条应描述风险管理，包括已

8、知风险和相应对策所遵循途径。5.15联合评审本条应分别描述联合技术评审和联合管理评审所遵循途径。6.进度表和活动网络图本章应给出:a) 进度表。该表应标识每个构建版活动，并给出每个活动开始时间、草稿和最终交付产品就绪时间，其他里程碑及每个活动完成时间。b) 活动网络图。该图应描述活动之间顺序关系和依赖关系，标识对项目施加最大时间限制活动。7.项目组织和资源7.1项目组织本条应描述本项目要采用组织结构，包括涉及组织机构、机构之间关系、每个机构执行所需活动权限和职责。7.2项目资源本条应描述适用于本项目资源，可包括:a) 人力资源，应包括:1) 估计此项目应投入人力(人时数) ;2) 按职责(如:

9、管理，软件工程，软件测试，软件配置管理，软件产品评估，软件质量保证等)分解所投入人力:3) 每个人员技术级别、地理位置和涉密程度。b) 为适应合同(或软件研制任务书)中工作，开发人员工作地理位置、要使用设施、保密区域和设施其他特征。c) 合同(或软件研制任务书)中工作需要、且由需方提供设备、软件、服务、文档、数据及设施，并给出何时需要上述各项进度表。d) 其他所需资源，包括:获得资源计划、需要日期、每个资源项可用性(就绪时间)。序号资源名称阶段1（人数、技能要求）阶段2（人数、技能要求）阶段3（人数、技能要求）阶段4（人数、技能要求）说明1项目经理2XX业务代表3硬件组4软件组结构组测试组7.

10、3项目依赖关系分析在本节中，说明项目内部依赖关系(如：开发测试工具、人力资源等)和对外部依赖（如项目之间、与客户之间技术、资源等方面）。可用依赖性列表、活动网络图方法描述。列出所有影响项目计划假设因素(相对于已知因素)。如果这些假设因素有误，或者没有利用到假设因素，或者假设因素发生变化都会使项目受到影响。另外还要描述项目对外部因素依赖关系，例如，如项目作为整个大系统一部分，需要其他部分提供接口定义或者PDT提供正在开发仿真性能测试工具以代替实际环境测试等等请参考下例：表6.3 项目依赖关系序号依赖于（通常指接口等）责任人状态OPEN（正在进行）/CLOSE（已经关闭）最早提供日期验收条件(如果

11、有)1236.1技术方法和工具 在本节中，描述对产品项目进行需求分析、设计、实现、测试、文档写作、发布、修改、或维护过程中采用开发方法、组织结构和其他标记、工具、技术和方法。此外，对使用技术标准、方针和流程也要用直接描述或参考到其它文档方式进行说明。参考下例，对于产品项目所需要硬件、软件和其他工具设备用下表描述：表6.4 技术方法和工具分类名称型号数量开始使用日期结束使用日期仪表专用仪表开发工具6.2项目里程碑计划关键里程碑计划可采用图形方式。将项目所有里程碑和关键活动标注在下面时间轴上。注意：如果存在早期功能子集Beta和/或ESP交付件，PDT 需要对交付件进行TR4A/TR5评审，以及对

12、GA层产品交付件进行TR4A和TR5评审。PDT不需要对每一个构件标注TR4，只需要标示第一个TR4日期。如果需要将所有里程碑和关键活动标注出来，可将时间轴划分成阶段，如上所示。也可采用如下例子形式描述里程碑计划。表5 项目里程碑计划阶段估计结束日期交付件验收准则（可去掉）TR1（需求评审）和概念DR市场调研报告（立项阶段输出）市场需求清单（立项阶段输出）初始业务计划（立项阶段输出）产品需求规格书TR2（总体方案评审）和计划DR产品可行性分析报告/产品业务计划产品开发计划总体设计方案书/产品设计说明书产品测试与验证计划工艺总体方案装备总体方案初始物料清单供应商和物料选择计划物料认证计划提前采购

13、决策TR3（模块级概要设计评审）模块级概要设计/总体设计各模块级测试报告目标成本跟踪表市场教育和培训计划测试方案TR4（原型机评审）原型机原型机测试报告TR5（设计定型评审）中试样机验证报告制造系统验证报告BETA测试结束BETA测试报告外部认证结束系统认证和标杆测试报告TR6（转产评审）和发布DR产品可行性分析报告/产品业务计划（优化后）市场发布材料清单受控销售阶段评估报告试产验证测试报告制造系统验证报告量产点GA量产检查点确认通知6.3成本估计估计产品预算及分配讨论主要未解决问题，包括资金投入及时性及性质。将实际日期项目资源、成本和时间进度与估计整个项目资源、成本和时间进度进行比较。成本估

14、计，是指对项目完成过程中耗费人力、物力、财力资源估算。成本估计应按类别进行估算，可能成本估算类别，如：（1）直接人工（2）直接费用（3）间接成本（4）制造费用（5）管理费用（6）不可预见费用6.4风险管理计划按照风险管理规程来管理项目风险。祥见XXX项目风险管理计划。在此详细说明项目风险项、风险描述、风险级别、规避措施、应急计划、触发条件。具体操作办法请参考风险评估和管理相关文档。存在哪些技术、市场和财务风险？已确认风险和假设是否已解决？有无遗留问题？有无新风险和假设？提供简洁风险管理计划。为了减少风险，在各阶段必需做些什么？如果在计划时间范围内，这些风险不能解决，有没有准备其它计划？如果没有

15、这些风险，对项目会有哪些影响？与产品包相关各方面风险包括：市场/客户风险；技术风险；财务风险；制造风险；采购风险；技术支持风险；项目风险8.客户参与序号在哪些方面（阶段、工作产品等）参与期望客户承担职责最大响应时间说明12349.培训计划 在本节中，明确说明相应人员现有水平、需要技能 、培训方式和培训效果评估方式信息。举例如下：No培训领域需要技能水平项目组成员已具备技能水平培训方式培训效果评估方式12310.计划更新策略在本节中，应描述项目计划更新策略，明确说明项目计划更新发布方法。还要说明对项目计划进行变更控制和管理机制以及其载体。以下文字仅供参考：在发生如下事件时，PM修订项目计划和参考

16、文档：到达某里程碑，在每个阶段结束后如果必要话修订项目计划。项目范围发生变化当风险成为现实时采取了相应行动当进度、工作量超出控制范围并需要采取纠正行动时。当与上阶段规模变化超过+/-15%。内部或外部审计导致纠正活动对修订后项目计划按照项目管理规程来批准和签发。项目计划更新，存在阶段驱动性更新和事件驱动性更新两种类型。阶段驱动性更新是指在每一阶段结束时，如果计划或者工作量估计变动超过10，就需要对项目计划进行更新；事件驱动性更新是指在计划执行过程中遇到项目突然变动或者其他影响项目正常运行事件发生，需要对项目计划进行更新。项目计划更新需要对计划文档更新和项目里程碑计划更新。不论是阶段驱动性更新还是时间驱动性更新都需要对项目更新计划进行评审，评审需要PDT经理、PQA以及功能领域代表参加。