- 1、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。。
- 2、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载。
- 3、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
- 4、该文档为VIP文档,如果想要下载,成为VIP会员后,下载免费。
- 5、成为VIP后,下载本文档将扣除1次下载权益。下载后,不支持退款、换文档。如有疑问请联系我们。
- 6、成为VIP后,您将拥有八大权益,权益包括:VIP文档下载权益、阅读免打扰、文档格式转换、高级专利检索、专属身份标志、高级客服、多端互通、版权登记。
- 7、VIP文档为合作方或网友上传,每下载1次, 网站将根据用户上传文档的质量评分、类型等,对文档贡献者给予高额补贴、流量扶持。如果你也想贡献VIP文档。上传文档
查看更多
iso软件开发文档模板_配置管理计划模板
公司徽标
第 PAGE 1页 共6页
配置管理计划
质量记录编号
发布日期
实施日期
版本/修改状态
A/0
产品/项目系统名称
配置管理计划
XXXX有限公司
200 年××月
1引言
1.1编写目的
编写的目的主要在于对所开发的软件系统规定各种必要的配置管理条款,以保证所开发出的软件能满足用户需求。
1.2背景
a.开发的软件系统的名称
列出本软件系统的中文全称、英文全称及英文表示简称。
b.开发的软件系统的最终用户或适用的领域;
c.项目来源、主管部门等
1.3定义
列出本文件中涉及的专门术语定义和外文缩写的原词组。
1.4参考资料
列出涉及的参考资料。
2 管理
描述软件配置管理的机构、任务、职责和有关的接口控制。
2.1 机构
描述软件生存周期中各阶段中软件配置管理的功能和负责软件配置管理的机构。
说明项目和自项目与其他有关项目之间的关系。
指出在软件生存周期各阶段中的软件开发或维护机构与配置控制组的关系。
2.2 任务
描述在软件生存周期中各阶段的配置管理任务以及要进行的评审和检查工作,并指出各阶段的阶段产品应存放在哪一类软件库中(软件开发库、软件受控制库或软件产品库)。
2.3 职责
指出负责各项软件配置管理任务(如配置标识、配置控制、配置状态记录以及配置的评审与检查)的机构的职责;
指出上述机构与软件质量保证机构、软件开发单位、项目承办单位、项目委托单位以及用户等机构的关系。
说明软件生存周期各个阶段的评审、检查和审批过程中的用户职责以及相关的开发与维护活动。
指出与项目开发有关的各机构的代表的软件配置管理职责。
指出与其他特殊职责,例如为满足软件配置管理要求所必要的批准要求。
2.4 定义软件配置项(SCI)
包括:
系统约定
软件项目计划
软件需求文档
用户手册
设计文档
源代码清单
测试文档
测试计划和过程
测试用例和结果记录
可执行程序
模块的可执行代码
链接的模块
数据库描述
模式和文件结构
初始内容
联机用户手册
维护文档
软件问题报告
维护记录
工程变化
软件工程的标准和规程
2.5 软件配置管理计划的实现
规定实现软件配置管理计划的主要里程碑,例如:
建立配置控制组
确定各个配置基线
建立接口控制协议
指定评审与检查软件配置管理计划和规程
制定相关的软件开发、测试和支持工具的配置管理计划和规程
2.6 适用的标准、条例和约定
可包括如下内容:
软件结构层次树中软件位置的标识方法;
程序和模块的命名约定;
版本级别的命名约定;
软件产品的标识方法;
规格说明、测试计划与测试规程、程序设计手册及其他文档的标识方法;
媒体和文档管理的标识方法;
文档交付过程;
软件产品库中软件产品入库、移交或交付的过程;
问题报告、修改请求或修改次序的处理过程;
配置控制组的结构和作用;
软件产品交付给拥护的验收规程
软件库的操作,包括准备、存储和更新模块的方法;
软件配置管理活动的检查;
问题报告、修改请求或修改次序的文档要求,指出配置修改的目的和影响;
软件进入配置管理之前的测试级别;
质量保证级别,例如:在进入配置管理之前,验证软件满足有关基线的程度。
3 软件配置管理活动
描述配置标识、配置控制、配置状态记录与报告以及配置检查与评审等4方面的软件配置管理活动的需求。
3.1 配置标识
3.1.1说明软件项目的基线,包括:功能基线、指派基线和产品基线。对于每个基线,必须描述以下内容:
每个基线的项(包括应交付的文档和程序)
与每个基线有关的评审与批准事项以及验收标准
在建立基线的过程中用户与开发者的参与情况
例如在产品基线中,要定义的项可以包括:
产品的名字和命名规则;
产品标识编号;
对每个新交付的版本,要给出版本交付号、新修改的描述、修改交付的方法、对支持软件的修改要求以及对有关文档的修改要求。
安装说明;
已知的缺陷和故障;
软件媒体和媒体标识。
3.1.2描述本项目所有软件代码和文档的标题、代号、编号以及分类规程。例如,对于代码:编译日期可以作为每个交付模块标识的一部分。
3.2 配置控制
描述在本计划2.2条描述软件生存周期中各阶段使用的修改批准权限的级别。
定义对已有配置的修改建议进行处理的方法,其中包括:
详细说明在本计划2.2条描述的软件生存周期各阶段中提出的修改建议的程序(可以用注上自然语言的流程图来表达)
描述实现已经批准的修改建议(包括源代码和文档的修改)的方法;
描述软件库控制的规程,其中包括存取控制、对适用基线的读写保护、成员保护、成员标识、档案维护、修改历史以及故障恢复等7项规程;
对于不同层次的配置控制组和其他修改管理机构,应定义其作用,并规定其权限和职责
原创力文档


文档评论(0)