软件开发计划模板..docx

《软件开发计划模板..docx》由会员分享，可在线阅读，更多相关《软件开发计划模板..docx（14页珍藏版）》请在淘文阁 - 分享文档赚钱的网站上搜索。

1、文档代号阶段软盘编号密级（软件产品代号）（软件名称）软件开发计划编写校对审核会签标审批准XX公司1.2 测试方法/基本原理描述执行正式合格性测试的方法和基本原理。1.3 测试计划的假设条件和约束描述测试计划中所作的假设条件和签约机构对正式合格性测试施加的约束。6 软件产品评价分条描述与软件产品评价活动相关的计划。6.1 组织机构和资源分小条描述软件产品评价所需的组织和资源。6.1.1 组织机构描述负责执行软件产品评价的组织，包括每个组织的权限和责任，以及其它组织实 体的关系，如负责执行软件工程的组织，如果不止一个组织，每个组织的结构、人员和 资源以及他们内部之间的关系也要醒目的标出。6.1.2

2、 人员描述执行软件产品评价人员的数量和技术水平（包括职务和职称），并说明特定岗 位的需求，如地理位置、平安保密级别。6.2 软件产品评价规程和工具分条描述软件产品评价的规程和使用的评价工具。6.2.1 评价规程描述用于评价软件和相关文档的规程。6.2.2 评价工具标识并描述软件产品评价中使用的工具。工具的描述要说清楚该工具在评价过程中 的用途。为减少重复可引用软件工程和软件测试环境中使用的工具。6.3 转承办方的产品描述为评价转承办方的需求是否满足以及评价转承办方产品而制定的计工和规程。6.4 软件产品评价记录描述准备和维护每个产品评价记录的计划，标识使用的格式和每个评价记录的信 息，并描述维

3、护记录和便于管理机构审查所制定的计划。6.5 依赖活动的产品评价分小条描述执行每个软件开发产品评价的计划。本条还要说明任何计划修改的或 GJB2786要求之外的评价标准，并列出在每个软件开发活动中安排进行的产品评价（开 发活动指：系统要求分析和设计软件需求分析、概要设计、详细设计、编码和单元测试、共14页第10页软件部件集成和测试、软件配置项测试、以及系统联试）。6.5.1 软件产品评价一（活动名）从条开始编号，描述在每一个活动中安排的评价计划，并标识指定的被评价 产品、使用的评价标准、评价程序和工具。对软件开发计划中进行评价的工程，要指定 取样方法和被评价工程所占的比率。7 软件配置管理分条

4、描述与软件配置管理活动相关的计划。7.1 组织机构和资源分小条描述软件配置管理所需的组织和资源。7.1.1 组织机构描述负责执行正式合格性测试组织。包括每个组织的权限和责任，以及与其它组织 实体的关系，如负责执行软件工程的组织。如果不止一个组织，每个组织的结构、人员 和资源以及他们内部之间的关系也要醒目的标出。7.2 人员描述执行软件配置管理的人员的数量和技术水平（包括职务和职称），并说明特定 岗位的需求，如地理位置、平安保密级别等。7.3 配置标识开发配置标识标识CSCI开发所使用的承办方内部开发配置。并描述每个标识的开发配置的内容 及建立方法。7.3.1 标识方法描述标识（如：起名字、作标

5、号、作编号）及修改CSCI、CSC、CSU和文档的方 法。描述怎样对要标识的CSCI、CSC、CSU和文档作修订。7.4 配置控制分小条详细描述用于控制开发配置和内部控制的文档，以及维护开发配置和内部控 制的文档的规程。共14页第11页配置控制流程描述提交、审查和是否赞同问题及其修改的过程（见图1）报告的文档分小条描述和引用报告的文档。例如，用于控制软件问题及其更改的通知单和工程 更改建议。1.1.2 .X报告名称从7.321条开始编号，描述或引用要完成的报告的格式、内容和指令。审查规程分小条描述与配置控制流程相关的审查部门的目的及其所使用的审查规程。1.1.3 .X （审查委员会名称）规程共

6、14页第12页从7331条开始编号，描述审查委员会的目的和遵守的规程。1.1.4 描述审查委员会如何与配置标识模式联接，以提供历史的可追踪性。1.1.5 描述在开发过程中，要交付软件及文档的存储、处置和交付的正式规程。1.1.6 标识上面未讨论的其它配置控制活动。1.5 配置状况报表定义使用的配置状况报表系统。并描述状况记录和报告的内容、格式和用途。1.6 配置审核描述承办方保障和执行配置审核的计划。在执行这些审核中，也要描述如何使用配 置状况报告和记录。1.7 认可规格说明的准备描述承办方准备以及响应认可规格说明的规程。包括：a）把规格说明提交鉴约机构进行审查和认可；b）确保表达已批准的更改

7、；c）更改配置状况报表的报告已反响批准的基线。1.8 配置管理主要里程碑标识为满足任务书（合同）要求，与软件配置管理相关的内部的里程碑或管理机构 的里程碑。8其它软件开发功能分条描述包括在软件开发中的其他承办方的功能。8 .X （功能名）从8.X条开始编号，描述要执行的一个功能。分小条描述执行此功能所需的组织 机构、资源以及方法与规程。9 .X.1组织机构一（功能名）从开始编号，描述负责执行此功能的组织。包括每个组织的权限和职责， 以及与其他组织实体，如执行配置管理职责的组织的关系。如果包括一个以上组织，那 么每个组织结构和资源，以及他们之间的关系要醒目地标出。人员一（功能名）描述执行此功能的

8、人员的数量和技术水平。人员的描述要有职务和职称。此外， 还要说明特定岗位的需求，如地理位置、平安保密级别等。其它资源一（功能名）标识和描述执行此功能所必需的任何其它资源。对每个资源，要简要描述其功能。共14页第13页方法和规程一（功能名）描述执行此功能所使用的方法和规程。共14页第14页内容提要：主题词更改栏更改单号更改日期更改人更改方法共14页第2页1 范围51. 1标识51.2 概述5. 3 文档概述51.4与其它计划的关系5引用文档51 软件开发管理5工程组织与资源53. 2进度和里程碑63. 3风险管理63. 4平安保密6与其它承办方的接口 63.5 与其它软件独立验证与确认机构的接口

9、 63. 7转承办方的管理63.8正式审查73. 9软件开发库73. 10纠正过程73.11问题/更改报告74 软件工程81组织和资源84. 2软件标准和研制程序93非开发软件95 正式合格性测试9组织机构和资源95. 2测试方法/基本原理103测试计划的假设条件和约束105. 软件产品评价106. 1 组织机构和资源106.2 软件产品评价规程和工具10共14页第3页6.3 转承办方的产品106. 4软件产品评价记录106.5依赖活动的产品评价107 软件配置管理111.1 1组织机构和资源11人员111.2 配置标识11配置控制111.3 5配置状况报表13配置审核131.4 认可规格说明

10、的准备13配置管理主要里程碑138 其它软件开发功能13共14页第4页1范围标识a）已批准的标识号：封面文档代号；b）标题：软件名称+工程开发计划；c）缩略语；d）本文档适用的计算机软件配置项（CSCI）,并标明CSCI的标题、缩写和标识 号。1.1 概述概述本文档所适用的系统和CSCI的用途。1.2 文档概述概述本文档的用途和内容。1.3 与其它计划的关系概述本计划与其它工程开发计划的关系。2引用文档按文档号和标题列出本文档引用的所有文档。3 软件开发管理分条描述与软件开发管理活动相关的计划。3.1 工程组织与资源分小条节表达承办方的工程组织和工程资源。3.1.1 承办方的设施表达用于完成任

11、务书（合同）的设施。醒目地标出平安保密范围和简述平安保密活 动的特点。还要醒目标出特定的资源，如：软件工程环境。3.1.2 管理部门提供的设备、软件和服务描述为完成任务书（合同）要求由管理部门提供的所有设备、软件、服务和设施， 其中包括何时需要这些工程的详细进度表。本节要醒目的标出在系统规范、主要工程开 发说明或关键工程开发说明中未列出的但要求的工程。3.1.3 组织机构概述承办方软件工程组织机构。标识每个组织的权限和职责，可以用图表来表示此 信息。3.1.4 人员描述完成软件开发工程必须的人员数量，指明工程管理、软件工程、正式软件测试、共14页第5页软件产品评价、软件配置管理以及本计划标识的

12、其它功能分别所需的人员数目及总数。3.2 进度和里程碑活动以承办方主要进度表为基础，简要地表达工程的每个软件开发活动及其相应的进 度。开发进度表还应指明所有的重要事件，如评审、审查、关键会议等等。进度表可以 用图表提供。对每一个活动，进度表应标出：a）活动的起始点；b）正式和非正式文档的草稿和最终拷贝的编写起止日期；c）活动完成点；d） iWj风险区域。3.2.1 活动网络描述工程活动中的顺序关系，标出完成工程对活动要求的最长时间和完成的时间余 量。这些信息可以用图表提供，例如采用PERT图。3.2.2 来源标识标识并描述软件开发所需资源（软件、固件和硬件）的来源。提供一份获得所需资 源的计划

13、，并且应说明要求的日期和每个资源项如何使用。3.3 风险管理描述为成功完成工程而对风险区域进行管理的计划。包括：a）标识工程的风险区域并确定各风险区的优先级；b）标识引起风险的因素；c）将监控风险因素和减少风险发生的措施和计划编写成文档；d）标识与每个风险区域有联系的规程。3.4 平安保密描述承办方为实现任务书（合同）的平安保密性要求而制定的计划。3.5 与其它承办方的接口描述为保证与有关的承办方的兼容性所作的协调设计和数据管理工作。3.6 与其它软件独立验证与确认机构的接口描述与软件独立验证与确认机构的接口。3.7 转承办方的管理描述对转承办方的管理。共14页第6页正式审查描述承办方准备和提

14、交正式审查的内部程序。3.8 软件开发库描述承办方用来控制软件和有关文档的软件开发库。3.9 纠正过程描述实施的纠正工作过程。3.10 问题/更改报告描述使用的问题/更改报告的格式。这些报告用于记载检测到的软件及其文档的问 题并且记述解决这些问题需要做的纠正工作。报告包括以下数据选项：a）系统或工程名称：本报告应用的系统或开发工程名称；b）编制者：提交本报告的人或机构的名字和 号码；c）问题号：指定的问题编号；d）问题名称；e）涉及的软件元素或文档：本报告应用的特定软件元素、文档小节号，包括配置 标识和版本号；f）编制日期：报告首次提交的日期；g）类型和优先次序；h）问题描述：问题和产生此问题

15、的条件、输入和设备配置的描述。描述导致问题 发生的活动。允许复制和分析的问题信息与其它要报告的问题和修改的关系；i） 分析者：姓名、 号码和单位；j） 委派日期：委派分析者的日期；k）完成日期：完成分析的日期；1） 分析日间：分析问题需求的时间；m）建议方案：问题分析后的建议方案和选择方案。并简要描述建议方案的特点， 基本原理和测试结果；n）影响：方案采纳后对费用、进度和接口的影响。方案未采纳时，对性能、其它 系统、配置项、其它承办方、系统使用者、集成后的后勤保障、系统资源和训 练等的影响；o）问题状态：由配置控制程序决定的问题状态；p）方案的批准者：由配置控制程序决定的问题状态；q）所起的作

16、用：问题解决后带来的作用；共14页第7页r）校对者：姓名、 号码和委派机构；s）校对日期；t） 版本号：问题校对的版本；U）校对时间：校对问题需求的时间；V）实现方案：简述解决问题方案。4 软件工程分条描述与软件工程相关的活动。4.1 组织和资源分小条描述软件工程活动所必须的组织、责任和资源。4.1.1 组织机构描述负责执行软件工程活动的组织，包括每个组织的权限和责任，以及与其它组织 实体的关系，如负责执行软件质量评价的组织。如果不止一个组织，每个组织的结构、 人员和资源以及他们内部之间的关系也要醒目地标出。4.1.2 人员描述执行软件工程活动的人员数量和技术水平（包括职务和职称），并说明特定

17、岗 位的需求，如地理位置、平安保密级别等。4.1.3 软件工程环境分小条标识和描述执行工程活动所需的资源（软件、固件和硬件）的建立和维护的 计划。4.1.3.1 软件项标识执行软件工程活动所必须的软件项，如操作系统、编译器、代码检查器、动态 路径分析器、测试驱动器、预处理器、测试数据产生器、后置处理器等。描述每个工程 的目的，并标识与软件项相关的分类和平安保密性问题。4.1.3.2 硬件和固件项标识用于软件工程环境的计算机硬件、接口设备和固件项。描述每一项的目的，并 标出与硬件和固件项相关的分类和平安保密性问题。4.1.3.3 权限标识出与软件工程环境每个工程相关的所有权和管理机构或使用者的权

18、限。4.1.3.4 安装、控制和维护制定安装和测试每个软件工程环境工程的计划，描述控制和维护每个软件工程环境 工程的计划。共14页第8页软件标准和研制程序分小条描述计划使用的软件标准和研制程序。4.1.4 软件开发技术和方法标识和描述计划执行的技术和方法：a）软件需求分析；b）概要设计;c）详细设计d）编码和单元测试；e）软件部件集成和测试；f）软件配置项测试。4.1.5 软件开发文件定义承办方的计划，包括对软件开发文件的创立和维护负有责任的组织机构，定义 软件开发文件的格式和内容，描述维护软件开发文件的程序。4.1.6 设计标准描述在软件开发中计划使用的设计标准。4.1.7 编码标准描述在开

19、发软件中计划使用的编码标准。4.2 非开发软件标识并描述每一个准备组合到交付软件中的非开发软件项，如商品软件、重用软件、 管理机构或使用方提供的软件，并简要描述每一个非开发软件项的基本原理。5 正式合格性测试分小条描述与正式合格性测试活动相关的计划。5.1 组织机构和资源分小条描述正式合格性测试所需的组织和资源。5.1.1 组织机构描述负责执行正式合格性测试的组织。包括组织的权限和责任，以及与其它组织实 体的关系，如负责执行软件工程的组织。如果不止一个组织，每个组织的结构、人员和 资源以及他们内部之间的关系也要醒目的标出。5.1.2 人员描述执行正式合格性测试的人员数量和技术水平（包括职务和职称），并说明特定 岗位的需求，如地理位置、平安保密级别等。共14页第9页