《ISO软件开发文档模板_配置管理计划模板.doc》由会员分享，可在线阅读，更多相关《ISO软件开发文档模板_配置管理计划模板.doc（11页珍藏版）》请在三一文库上搜索。
1、配置管理计划质量记录编号发布日期实施日期版本/修改状态A/0产品/项目系统名称配置管理计划XXX有限公司200年XX月配置管理计划质量记录编号发布日期实施日期版本/修改状态A/01引言1.1编写目的编写的目的主要在于对所开发的软件系统规定各种必要的配置管 理条款，以保证所开发出的软件能满足用户需求。1.2背景a. 开发的软件系统的名称列出本软件系统的中文全称、英文全称及英文表示简称。b. 开发的软件系统的最终用户或适用的领域；c. 项目来源、主管部门等1.3定义列出本文件中涉及的专门术语定义和外文缩写的原词组。1.4参考资料列出涉及的参考资料。2管理描述软件配置管理的机构、任务、职责和有关的接
2、口控制。2.1机构配置管理计划质量记录编号发布日期实施日期版本/修改状态A/0描述软件生存周期中各阶段中软件配置管理的功能和负责软件配 置管理的机构。说明项目和自项目与其他有关项目之间的关系。指出在软件生存周期各阶段中的软件开发或维护机构与配置控制 组的关系。2.2任务描述在软件生存周期中各阶段的配置管理任务以及要进行的评审 和检查工作，并指出各阶段的阶段产品应存放在哪一类软件库中（软 件开发库、软件受控制库或软件产品库）。2.3职责指出负责各项软件配置管理任务（如配置标识、配置控制、配置 状态记录以及配置的评审与检查）的机构的职责；指出上述机构与软件质量保证机构、软件开发单位、项目承办单 位
3、、项目委托单位以及用户等机构的关系。说明软件生存周期各个阶段的评审、检查和审批过程中的用户职 责以及相关的开发与维护活动。指出与项目开发有关的各机构的代表的软件配置管理职责。指出与其他特殊职责，例如为满足软件配置管理要求所必要的批 准要求。2.4定义软件配置项（SCI）配置管理计划质量记录编号发布日期实施日期版本/修改状态A/0包括：1. 系统约定2. 软件项目计划3. 软件需求文档4. 用户手册5. 设计文档6. 源代码清单7. 测试文档a. 测试计划和过程b.测试用例和结果记录8可执行程序a.模块的可执行代码b.链接的模块9.数据库描述a.模式和文件结构b.初始内容10.联机用户手册11.
4、维护文档a.软件问题报告b.维护记录配置管理计划质量记录编号发布日期实施日期版本/修改状态A/0C. 工程变化12.软件工程的标准和规程2.5软件配置管理计划的实现规定实现软件配置管理计划的主要里程碑，例如：建立配置控制组确定各个配置基线建立接口控制协议指定评审与检查软件配置管理计划和规程制定相关的软件开发、测试和支持工具的配置管理计划和规程2.6适用的标准、条例和约定可包括如下内容：软件结构层次树中软件位置的标识方法；程序和模块的命名约定；版本级别的命名约定；软件产品的标识方法；规格说明、测试计划与测试规程、程序设计手册及其他文档的标 识方法；媒体和文档管理的标识方法；文档交付过程；软件产品
5、库中软件产品入库、移交或交付的过程；配置管理计划质量记录编号发布日期实施日期版本/修改状态A/0问题报告、修改请求或修改次序的处理过程；配置控制组的结构和作用；软件产品交付给拥护的验收规程软件库的操作，包括准备、存储和更新模块的方法；软件配置管理活动的检查；问题报告、修改请求或修改次序的文档要求，指出配置修改的目 的和影响；软件进入配置管理之前的测试级别；质量保证级别，例如：在进入配置管理之前，验证软件满足有关 基线的程度。3软件配置管理活动描述配置标识、配置控制、配置状态记录与报告以及配置检查与 评审等4方面的软件配置管理活动的需求。3.1配置标识说明软件项目的基线，包括：功能基线、指派基线
6、和产品基 线。对于每个基线，必须描述以下内容：每个基线的项（包括应交付的文档和程序）与每个基线有关的评审与批准事项以及验收标准在建立基线的过程中用户与开发者的参与情况例如在产品基线中，要定义的项可以包括：配置管理计划质量记录编号发布日期实施日期版本/修改状态A/0a. 产品的名字和命名规则；b. 产品标识编号；c. 对每个新交付的版本，要给出版本交付号、新修改的描述、 修改交付的方法、对支持软件的修改要求以及对有关文档的 修改要求。d. 安装说明；e. 已知的缺陷和故障；f. 软件媒体和媒体标识。描述本项目所有软件代码和文档的标题、代号、编号以及分类规程。例如，对于代码：编译日期可以作为每个交
7、付模块标识的一 部分。3.2配置控制描述在本计划2.2条描述软件生存周期中各阶段使用的修改批准 权限的级别。定义对已有配置的修改建议进行处理的方法，其中包括：a. 详细说明在本计划2.2条描述的软件生存周期各阶段中提出 的修改建议的程序（可以用注上自然语言的流程图来表达）b. 描述实现已经批准的修改建议（包括源代码和文档的修改）的方法;配置管理计划质量记录编号发布日期实施日期版本/修改状态A/0C.描述软件库控制的规程，其中包括存取控制、对适用基线的 读写保护、成员保护、成员标识、档案维护、修改历史以及 故障恢复等7项规程；对于不同层次的配置控制组和其他修改管理机构，应定义其作用, 并规定其权
8、限和职责；如果已组成机构，则指明该机构的领导人和成 员；如果还没有成立机构，那么说明怎样任命该机构的领导人、成员 和代理人；说明开发者和用户与配置控制组的关系；当要与不属于本软件配置管理计划适用范围的程序和项目进行接 口时，本条必须说明对其进行配置控制的方法。如果这些软件的修改 需要其他机构在配置控制组评审之前或之后进行评审，则必须描述这 些机构的组成、它们与配置控制组的关系以及它们之间的相互关系。必须说明与特殊产品（如非交付的软件、现存软件、用户提供的 软件和内部支持软件）有关的配置控制规程。3.3配置状态的记录和报告必须指明怎样收集、验证、存储处理和报告配置项的状态信息；详细说明要定期提供
9、的报告及其分发办法；如果有动态查询，要指出所提供的动态查询的能力； 如果要记录用户说明的特殊状态时，要描述其实现手段。配置管理计划质量记录编号发布日期实施日期版本/修改状态A/0例如，在配置状态记录和报告中，通常要描述的信息有：a. 规格说明的状态b. 修改建议的状态c. 修改批准的报告d. 产品版本或其修改版的状态e. 安装、更新或交付的实现报告f. 用户提供的产品（如操作系统）的状态g. 有关开发项目历史的报告3.4配置的检查和评审定义在软件配置管理计划的2.2条所定义的软件生存周期的特定点上执行的检查和评审中软件配置管理计划的作用。规定每次检查和评审所包含的配置项。指出用于标识和解决在检
10、查和评审期间所发现的问题的工作规程。4工具、技术和方法指明为支持特定项目的软件配置管理所使用的软件工具、技术和 方法，指明它们的目的，并在开发者所有权的范围内描述其用法。例 如，可以包括用于下列任务的工具、技术和方法：a.软件媒体和媒体文档的标识。配置管理计划质量记录编号发布日期实施日期版本/修改状态A/0b. 把文档和媒体置于软件配置管理的控制之下，并把它正式地交 付给用户。例如要给出对软件库内的源代码进行控制的工具、技术和 方法的描述；如果用到数据库管理系统，则还要对该系统进行描述。 又如，要指明怎样使用软件库工具、技术和方法来处理软件产品的交 付。c. 编制关于程序及有关文档的修改状态的文档。因此必须进一步 定义用于准备多种级别（如项目负责人、配置控制小组、软件配置管 理人员和用户）的管理报告的工具、技术和方法。5对供货单位的控制供货单位是指软件销售单位、软件开发单位或软件子开发单位。 必须规定对这些供货单位进行控制的管理规程，从而使从软件销售单 位购买的、其他开发单位开发的或从开发单位现存软件库中选用的软 件能满足规定的软件配置管理需求。管理规程应规定在本软件配置管 理计划的执行范围内控制供货单位的方法；还应解释用于确定供货单 位的软件配置管理能力的方法以及监督他们遵循本软件配置管理计划 需求的方法。6记录的收集、维护和保存