《软件配置管理计划(共8页).docx》由会员分享，可在线阅读，更多相关《软件配置管理计划(共8页).docx（8页珍藏版）》请在taowenge.com淘文阁网|工程机械CAD图纸|机械工程制图|CAD装配图下载|SolidWorks_CaTia_CAD_UG_PROE_设计图分享下载上搜索。
1、精选优质文档-倾情为你奉上软件配置管理计划第1章 范围1.1 标识本节应描述系统和软件的完整标识。适用时，应描述其标识号、名称、缩略语、版本号和发布号。1.2 系统概述本节应简要描述本文档适用的系统和软件的用途。它应描述系统与软件的一般特性；概述系统开发、运行和维护历史；标识项目的投资方、需方、用户、开发方和保障机构；标识当前和计划的运行现场；并列出其它有关文档。1.3 文档概述本节应概括本文档的用途和内容，并描述与其使用有关的保密性或私密性考虑。1.4 组织和职责本节应描述软件配置管理负责人和软件配置控制委员会的组成以及他们在项目中的职责和权限；说明与项目配置管理相关人员（如项目经理、部门软
2、件配置管理组组长）的职责；描述上述人员之间的关系。第2章 引用文档本节应列出引用的所有文档，包括文档的编号、名称、修订版本和日期。标识不能通过正常供货渠道获得的所有文档的来源。第3章 管理本节应描述负责软件配置管理的机构、任务、职责及其有关的接口控制。3.1 机构本节应描述在各阶段中负责软件配置管理的机构。描述的内容如下：a. 在软件生存周期各阶段中软件配置管理的功能和负责软件配置管理的机构；b. 项目和子项目与其它有关项目之间的关系；c. 在软件生存周期各阶段中软件开发或维护机构与配置控制委员会的相互关系。3.2 任务本节描述在软件生存周期各阶段中的配置管理任务以及要进行的评审和检查工作，并
3、指出各个阶段的阶段产品应存放在哪一类软件库（例如：开发库、受控库或产品库）中。3.3 职责本节应描述与软件配置管理有关的各类机构或成员的职责，并指出这些机构或成员相互之间的关系。包括：a. 负责各项软件配置管理任务（如配置标识、配置控制、配置状态记录以及配置的评审与审核）的机构的职责；b. 上述机构与软件质量保证机构、软件开发单位、项目承办单位、项目委托单位以及用户等机构的关系；c. 本计划所指明的生存周期各阶段的评审和审批过程中的用户职责以及相关的开发和维护活动；d. 与项目有关的各个机构的代表的软件配置管理职责；e. 其它特殊职责，例如为满足软件配置管理要求所必要的批准要求。3.4 3.4
4、 实现规定实现软件配置管理计划的主要里程碑，例如：a. 建立配置控制委员会；b. 确定各个配置基线；c. 建立控制接口协议；d. 制定评审软件配置管理计划和规程；e. 制定相关的软件开发、测试和支持工具的配置管理计划和规程。3.5 3.6 适用的标准、条例和约定3.6.1 本条应指明所适用的软件配置管理标准、条例和约定，并把它们作为本计划要实现的一部分；还应说明这些标准、条例和约定要实现的程度。3.6.2 本条应描述在本项目中编写和实现的软件配置管理标准、条例和约定。这些标准、条例和约定可以包括以下内容：a. 软件结构层次树中软件位置的标识方法；b. 程序和模块的命名约定；c. 版本级别的命名
5、约定；d. 软件产品的标识方法；e. 规格说明、测试计划与测试规程、程序设计手册及其它文档的标识方法；f. 媒体和文档管理标识方法；g. 文档交付过程；h. 软件产品库中软件产品入库、移交或交付的过程；i. 问题报告、修改请求和修改次序的处理过程；j. 软件配置控制委员会的结构和作用；k. 软件产品交付给用户的验收规程；l. 软件库的操作，包括准备、存储和更新模块的方法；m. 软件配置管理活动的检查；n. 问题报告、修改请求或修改次序的文档要求，指出配置修改的目的和影响；o. 软件进入配置管理之前的措施级别；p. 质量保证级别，例如，在进入配置管理之前，验证软件满足有关基线的程度。第4章 软件
6、配置管理活动本章描述配置标识、配置控制、配置状态记录与报告以及配置评审等四方面的软件配置管理活动的需求。4.1 配置标识4.1.1 本条应详细说明软件项目的基线，并把它们与本计划描述的生存周期的特定阶段相联系。在软件生存周期中，主要有三种基线：功能基线、分配基线和产品基线。对于每个基线，应描述下列内容：a. 每个基线的项（包括应交付的文档和程序）；b. 与每个基线有关的评审与批准事项以及验收标准；c. 在建立基线的过程中用户和开发者的参与情况。例如，在产品基线中，要定义的元素可以包括：a. 产品的名字和命名规则；b. 产品标识编号；c. 对每一个新交付的版本，要给出版本交付号、新修改的描述、修
7、改交付的方法、对支持软件的修改要求以及对有关文档的修改要求；d. 安装说明；e. 已知的缺陷和故障；f. 软件媒体和媒体标识。4.1.2 本条应描述本项目所有软件代码和文档标题、代号、编号以及分类规程。例如，对代码来说：a. 编译日期可以作为每个交付模块标识的一部分；b. 在构造模块源代码顺序行号时，应使它适合于模块作进一步的修改。4.2 配置控制4.2.1 本条应描述在本计划所描述的软件生存周期各个阶段使用的修改批准权限的级别。4.2.2 本条应定义对已有配置的修改申请进行处理的方法，其中包括：a. 详细说明在本计划描述的软件生存周期各个阶段提出修改申请的程序；b. 描述实现已批准的修改申请
8、（如：源代码、目标代码和文档等的修改）的方法；c. 描述软件库控制的规程，其中包括库存软件控制、对于使用基线的读写保护、成员保护、成员标识、档案维护、修改历史以及故障恢复等七项规程；d. 如果有必要修补目标代码，则要描述其标识和控制的方法。4.2.3 对于各个不同层次的配置管理组和其它修改管理机构，本条应该：a. 定义其作用，并规定其权限和职责；b. 如果已组成机构，则指明该机构的领导人及其成员；c. 如果还没有组成机构，则说明怎样任命该机构的领导人、成员及代理人；d. 说明开发者和用户与配置管理组的关系。4.2.4 当要与不属于本软件配置管理计划适用范围的程序和项目进行接口时，本条应说明对其
9、进行配置控制的方法。如果这些软件的修改需要其他机构在配置管理组评审之前或之后进行评审，则本条必须描述这些机构的组成、他们与配置管理组的关系以及他们相互之间的关系。4.2.5 本条应说明与特殊产品（如非交付的软件、现存软件、用户提供的软件和内部支持软件）有关的配置控制规程。4.3 配置状态的记录与报告本条应该：a. 指明对配置项状态信息收集、验证、存储、处理和报告等管理方法；b. 详细说明要定期提供的报告及其分发方法；c. 适用时，指出所提供的动态查询的能力；d. 适用时，记录用户说明的特殊状态，同时描述其实现手段。4.4 配置的评审本条应：a. 定义在本计划所描述的软件生存周期的特定点上评审软
10、件配置管理计划的作用；b. 规定每次评审所包含的配置项；c. 指出用于标识和解决在评审期间发现的问题的工作流程。第5章 工具、技术和方法本章必须指明为支持特定项目的软件配置管理所使用的软件工具、技术和方法，指明它们的目的，并在开发者所有权的范围内描述其用法。第6章 对供货单位的控制供货单位包括软件销售单位、软件开发单位或软件分承制方。必须规定对这些供货单位进行控制的管理规程，从而保证所获取的软件（包括可重用软件）能满足规定的软件配置管理需求。管理规程应该规定在本计划的执行范围内控制供货单位的方法；还应解释用于确定供货单位的软件配置管理能力的方法以及监督他们遵循本软件配置管理计划需求的方法。第7
11、章 记录的收集、维护和保存本章必须指明要保存的软件配置管理文档，指明用于汇总、保护和维护工程文档的方法和设施（其中包括要使用的后备设施），并指明要保存的期限。第8章 配置项和基线8.1 配置项命名规则本节应对不同类型的配置项建立命名规则。8.2 配置项的识别和基线的划分本节应列出识别到的所有配置项和所属的配置基线，并明确配置项的标识、作者（或负责人）和配置时间。8.3 变更和发布描述配置项和基线变更、发布的流程以及相应的批准权限。第9章 备份说明配置库和配置管理库的备份方式、频度、责任人。第10章 日程表规划本项目的软件配置管理活动日程，应保证与本项目的开发计划和质量保证计划一致。第11章 注解本章应包含有助于理解本文档的一般信息（例如原理），给出有关术语和定义并给出其解释，按字母的顺序列出所有缩略语及其含义。第12章 附录给出便于文档维护而单独出版的信息（如图表、分类数据）。在文档主体部分应引用附录。附录可单独装订成册。附录应按字母的顺序（A，B 等）编排。专心-专注-专业