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