16软件配置管理报告
- 格式:doc
- 大小:117.00 KB
- 文档页数:6
软件配置管理过程指导说明书目录1 前言 (2)1.1 目的 (2)1.2 适用范围 (2)1.3 术语名词解释 (2)2 角色和职责说明 (3)3 输入 (4)4 入口准则 (4)5 配置管理实施 (4)5.1 配置库结构 (4)5.1.1 配置库 (4)5.1.2 配置管理库系统 (6)5.2 配置管理流程 (6)5.2.1 配置管理流程图 (6)5.2.2 配置变更流程图 (7)5.3 配置标识 (8)5.3.1 配置库划分 (8)5.3.2 配置库结构 (8)5.3.3 配置项命名 (11)5.3.4 版本编号规范 (11)5.4 配置管理活动 (12)5.4.1 制定配置管理计划 (12)5.4.2 建立配置库 (12)5.4.3 建立配置项 (12)5.4.4 基线建立及发布过程 (12)5.4.5 配置变更 (13)5.4.6 配置审计 (15)5.4.7 备份 (16)6 输出 (16)7 出口准则 (16)8 本过程裁剪规定 (16)1 前言1.1 目的用于描述配置管理作用和过程,规范配置管理的实施过程、活动和操作。
1.2 适用范围适用于在软件生命周期中对各类软件项目的配置管理活动。
1.3 术语名词解释CCB:Configuration Control Board,配置管理委员会,每个项目组需要建立项目级的CCB作为变更控制权威。
CCB由质量工程师、项目经理、测试经理、配置管理员构成,有时也可以包括客户代表、上级质量部门主管。
CCB组长可以是质量工程师或质量部领导,但不能是项目经理。
软件配置项:是指软件工程过程中所生产或使用的任何元素,或者是纳入软件产品的元素。
它可以是说明书、计算机程序、数据结构或者开发软件产品所使用的工具等,包括:项目文档,源代码,执行程序,相关设备及资料。
软件配置管理:对软件配置项的管理称为软件配置管理。
软件配置管理的目的是建立和维护软件项目整个生命周期中工作产品的完整性和可追溯性。
XX产品软件配置管理报告XXXX-PZBG共9页XXXX公司20XX年XX月密级:内部阶段:版次: AXX产品软件配置管理报告XXXX-PZBG编制审核批准修改页本文件版本情况如下:目录1 范围 (1)1.1 标识 (1)1.2 系统概述 (1)1.3 文档概述 (1)2 引用文档 (1)3 软件配置管理情况综述 (1)4 软件配置管理基本信息 (2)5 专业组划分及权限分配 (2)6 配置项记录 (2)7 变更记录 (3)8 基线记录 (3)9 入库记录 (3)10 出库记录 (4)11 审核记录 (4)12 备份记录 (4)13 测量 (5)14 注释 (5)1 范围1.1 标识本文档适用于产品型号+产品名称,模块的软件包括:XX软件。
1.2 系统概述信号处理模块是为XX单位配套的产品,主要用于实现空间谱估计运算。
根据《产品型号+产品名称技术协议》和《设计和开发任务书》的要求,信号处理模块软件包括如下几个软件:a)XX软件:XX功能;b)XX软件:XX功能。
XX软件的研制过程与产品研制周期保持同步,随产品交付用户。
项目的需求方:XX。
项目的开发方:XXXX。
项目保障机构:XX软件由XX负责开发,XX负责软件测试,XX负责软件质量保证,XX负责软件的配置管理,并全程监控软件研制的全过程。
1.3 文档概述本文档规定了产品型号+产品名称软件开发过程中必要的质量保证措施,以保证交付的XX软件能够满足规定的各项需求。
本文档作为XX软件研制过程的规范文件,对本文档的使用应遵循与此相应的相关保密性和安全性规定。
2 引用文档下列标准和文件中的有关条款,通过引用而成为本计划的条款。
对于注明日期或版次的引用文件,其后的任何修改(不包括勘误的内容)或修订版本都不适用于本计划,但提倡使用本计划的各方,探讨使用其最新版本的可能性。
对于未注日期或版次的引用文件,其最新版本适用于本计划。
GJB 438B-2009 军用软件开发文档通用要求3 软件配置管理情况综述XX软件的配置管理工作以《产品型号+产品名称软件配置管理计划》为依据,并按配置管理计划的要求开展了软件开发过程配置管理活动,软件配置标识、配置控制、配置状态记实、配置审核等与计划要求相符。
项目名称软件需求规格说明文档签署记录文档修改记录目录1 引言 (1)1.1 目的 (1)1.2 项目背景 (1)1.3 范围 (1)1.4 参考资料 (1)1.5 综述 (1)2 总体概述 (2)2.1 产品描述 (2)2.2 产品功能 (2)2.3 用户特点 (2)2.4 设计约束 (2)2.4.1 标准规范 (2)2.4.2 软件开发语言 (2)2.4.3 软件开发工具和环境 (2)2.4.4 软件测试环境 (3)3 具体需求 (4)3.1 软件流程功能 (5)3.1.1 流程1 (5)3.2 功能需求 (7)3.2.1 试验资源管理 (7)3.2.2 试验过程管理 (9)3.3 软件模块划分 (11)3.4 系统集成接口 (12)3.4.1 与管理系统的接口 (12)3.5 性能需求 (12)3.5.1 精度 (12)3.5.2 时间特性要求 (12)3.6 数据处理要求 (12)3.7 软件质量要求 (13)3.7.1 易用性 (13)3.7.2 可靠性 (13)3.7.3 安全性 (13)3.7.4 可维护性 (13)3.8 可靠性、安全性和维护性要求 (13)3.8.1 软件安全性等级、可靠性指标 (13)3.8.2 软件运行寿命 (13)3.8.3 软件安全性要求 (13)3.8.4 软件健壮性要求 (13)3.8.5 软件不期望事件要求 (14)3.8.6 软件维护性要求 (14)4 运行环境规定 (14)4.1 部署方案 (14)4.2 系统运行的硬件环境要求 (14)4.3 系统运行的软件环境要求 (15)1 引言1.1 目的本文档是完成单位就项目名称项目编写的需求分析报告,为平台的设计及开发工作提供可靠的依据。
1.2 项目背景1)项目名称:2)本项目的任务提出者:北京宇航系统工程研究所3)本任务的完成者:4)产品用户:1.3 范围项目名称是完成单位为客户名称定制的集成门户,主要包括功能模块,达到的目标。
目录第一章实验基础知识概述 (1)1.1 团队协作和沟通 (1)1.2 几种配置管理工具简介 (1)1.2.1 Visual Source Safe (VSS) (1)1.2.2 Concurrent V ersion System (CVS) (2)1.2.3 StarTeam (2)1.2.4 ClearCase (3)1.2.5优缺点对比 (4)1.3 Project工具 (4)1.4 项目基本设定与快速上手 (4)1.4.1 利用范本方式进行部署 (5)1.4.2 利用现成的文件快速变更成自己的部署计划 (8)1.4.3 从空白项目开始制作起-火速上线 (9)第二章实验要求 (15)2.1 实验过程要求 (15)2.2 实验报告要求 (15)2.2.1 实验报告书写格式 (15)2.2.2 实验报告范例 (15)2.3 实验成绩评价 (15)2.3.1 实验成绩评价结构及比例 (15)2.3.2 考核方式 (15)2.3.3 评价标准及考核方式细则的确定 (15)第三章实验内容 (16)3.1 团队游戏(齐心协力) (16)3.1.1 实验类型 (16)3.1.2 实验目的 (16)3.1.3 背景知识 (16)3.1.4 实验设备 (16)3.1.5 实验内容 (16)3.1.6 实验步骤 (16)3.1.7 实验要求 (16)3.1.8 实验思考 (16)3.2 沟通游戏(扑克牌游戏) (17)3.2.1 实验类型 (17)3.2.2 实验目的 (17)3.2.3 背景知识 (17)3.2.4 实验设备 (17)3.2.5 实验内容 (17)3.2.6 实验步骤 (17)3.2.7 实验要求 (17)3.2.8 实验思考 (17)3.3 VSS配置管理工具 (17)3.3.1 实验类型 (17)3.3.2 实验目的 (17)3.3.3 背景知识 (17)3.3.4 实验设备 (18)3.3.5 实验内容 (18)3.3.6 实验步骤 (18)3.3.7 实验要求 (18)3.3.8 实验思考 (18)3.4 Project项目管理工具 (18)3.4.1 实验类型 (18)3.4.2 实验目的 (18)3.4.3 背景知识 (19)3.4.4 实验设备 (19)3.4.5 实验内容 (19)3.4.6 实验步骤 (19)3.4.7 实验要求 (19)3.4.8 实验思考 (19)3.5 网站项目管理 (19)3.5.1 实验类型 (19)3.5.2 实验目的 (19)3.5.3 背景知识 (19)3.5.4 实验设备 (19)3.5.5 实验内容 (19)3.5.7 实验要求 (23)附录B 实验报告封面 (40)附录C Project工具使用实验报告模板 (41)附录D 团队游戏总结报告模板 (42)附录E 软件项目计划模板 (43)第一章实验基础知识概述1.1团队协作和沟通团队是一组个体成员为实现一个共同目标而协同工作,团队工作就是团队成员为实现这一共同目标而共同努力。
项目编号:项目名称:数字签名配置管理支配状态 草稿标识号V1.0初始版当前版本修订版发布日期2C1模板编号密级 无密级 秘密 绝密修订历史记录日期版本说明作者变更恳求号0.1起草李晓娅1.0发布李晓娅目录1.简介41.1目的41.2范围41.3定义、首字母缩写词和缩略语41.4参考资料51.5概述52.软件配置管理52.1组织、职责和接口52.2工具、环境和基础设施63.配置管理活动93.1配置标识93.2配置项变更限制103.3配置管理活动支配113.4报告和审计144.培训和资源154.1培训所需环境154.2培训参与人员164.3培训具体支配165.分包商和厂商软件限制16配置管理支配1.简介1.1目的在数字签名项目的生命周期内,为了保证该项目工作产品、过程记录及项目相关资料的版本统一和完整,特制定本支配。
1.2范围纳入数字签名项目配置管理的配置项、过程记录及其它相关资料。
1.3定义、首字母缩写词和缩略语本小节应供应正确理解此配置管理支配所需的全部术语、首字母缩写词和缩略语的定义。
这些信息可以通过引用项目词汇表来供应。
配置管理。
1.3.1配置项( )指定为配置管理的对象且作为单个实体进行处理的硬件、软件或两者的集合。
1.3.2基线()一种通过正式评审和认可的规范说明或产品,此后将其作为进一步开发的基础,只有通过正式的变更限制过程才可以变更。
1.3.3基线库()项目软件生命周期中基线的集合。
用软件工具管理时,基线库可以是一个独立的系统,也可以是系统中的一个书目。
1.3.4配置审计()审核配置管理库系统的结构和设施,验证软件基线库内容的完备性和正确性,验证及适用的配置管理标准和规程的符合性1.3.5配置限制委员会()有权力管理项目基线的委员会,它代表项目经理和全部可能受到项目基线更改影响的组的利益,由它审定项目基线的建立和配置项/单元的标识,评审和审定对项目基线的更改,审定对项目基线库制造的产品的生成。
软件工程复习提纲Chapter11.开发文档都有哪些?用图来表示它们之间的关系。
2.说明软件工程研究的内容.3.软件工程的7条基本原理有何现实意义。
4.怎样理解ISO9000的文档体系?质量手册、程序文件、质量记录三者有何联系和区别?5.怎样理解CMMI,如何用CMMI去管理软件企业?6.是否存在这一种现象:搞系统软件的公司不需要采用CMMI和ISO9000模式?CMMI和ISO9000模式只适用于搞应用软件的企业?如果是,为什么,如果不是,又为什么?7.软件工程与信息系统工程有何异同?8.怎样理解元数据?Chapter21.为什么要选择软件开发模型?软件开发模型与软件生存周期有什么关系?2.简述瀑布模型、增量模型、迭代模型、原型模型的优缺点。
3.软件公司的ISO9000或CMM管理体系与软件开发模型有关吗,为什么?4.你对“生存周期模型裁剪指南"有什么看法?5.“图书馆信息系统”的开发选用什么开发模型合适?Chapter31.立项的具体表现形式是什么?2.立项建议书的编制者为什么主要是软件公司的市场销售人员,而不是开发人员?3.什么叫风险分析,技能风险与技术风险有何区别?3.合同、任务书、立项建议书三者有何异同?有何关系?4.对软件项目和产品的“功能、性能、接口"三项指标如何理解?Chapter41.需求分析的目的是什么,需求分析的难点在哪里?2.需求分析的理论基础有哪几条?3.为什么说需求分析是面向流程的?4.解释术语:元数据、实体、中间数据.5.用户需求报告与需求规格书有何差异?6.需求描述有哪几种工具?你喜欢哪一种,为什么?1.简述软件策划的步骤.2.简述软件策划的方法。
3.简述对软件工作产品规模进行量化估计的方法。
4.软件工作产品和软件产品有何异同?5.名称解释:直接人工、直接费用、间接成本、制造费用、管理费用、不可预见费用。
6.怎样理解软件中的度量,它有何作用?Chapter61.概要设计说明书和详细设计说明书有何区别?2.怎么理解“软件概要设计是系统总体结构设计或系统架构设计”?3.模块实现设计包括哪些内容?4.为什么软件设计要遵守“抽象、分解与模块化、低耦合高内聚、封装、接口和实现分离”的设计原理?Chapter71.简述UML的优缺点。
2022-2023年软件水平考试《中级系统集成项目管理工程师》预测试题(答案解析)全文为Word可编辑,若为PDF皆为盗版,请谨慎购买!第壹卷一.综合考点题库(共50题)1.在选择潜在卖方是,基于既定加权标准对进行卖方打分,则卖方得分()。
A.1.9B.2.2C.2D.2.03正确答案:D本题解析:本题考查的是加权系统。
加权系统就是对定性数据的一种定量评价方法,以减少评定的人为因素对潜在卖方选择的不当影响。
这种方法包括如下几个方面。
(1)对每一个评价项设定一个权重。
(2)对潜在的每个卖方,针对每个评价项打分。
(3)将各项权重和分数相乘。
(4)将所有乘积求和得到该潜在卖方的总分。
如有多个评定人,则将每个评定人的总分汇总后取其平均值即可。
汇总求得平均值为2.03(2+3+2)/3*0.5+(1+1+2)/3*0.3+(3+2+2)/3*0.2=2.03。
故选择D选项,此内容了解即可,不是重要考点。
2.关于工作分解结构的描述,正确的是()。
A.工作分解的结构的编制应由项目管理人员完成,因为不同项目干系人立场不同,对于工作分解结构的理解差异较大B.工作分解结构中,各要素应该是相互独立的,要尽量减少相互之间交叉C.工作分解结构是逐层向上归纳的,上一层次是下一层次要素之和D.里程碑与可交付成果紧密相关,可以用可交付成果代替里程碑正确答案:B本题解析:考查工作分解结构相关知识。
A错误,工作分解结构的编制需要所有项目干系人的参与,需要项目团队成员的参与。
B正确,工作分解结构中,各要素应该是相互独立的,要尽量减少相互之间交叉。
C错误,工作分解结构是逐层向下分解的,每下一个层次都是上一层次相应要素的细分,上一层次是下一层次各要素之和。
D错误,里程碑和可交付成果紧密联系在一起,但并不是一个概念。
综上所述,选项B描述正确。
3.关于数据库和数据仓库技术的描述,不正确的是()。
A.操作型处理也称事务处理,强调对历史数据进行分析B.大数据分析所需依托云计算、云储存、虚拟化等技术C.大数据在于对数据进行专业化处理、实现数据的增值D.数据仓库是一个面向主题的、集成的、相对稳定的数据集合正确答案:A本题解析:4.()是基于Linux,入门容易,且中间层多以Java实现的移动互联网主流开发平台。
16软件配置管理报告一、引言软件配置管理是一个重要的软件开发过程,通过对软件产品的配置进行有效管理,可以确保软件开发和维护过程的顺利进行。
本报告旨在介绍软件配置管理的目的、作用和流程,以及在实际项目中的应用情况。
二、目的与作用软件配置管理的目的是确保软件产品的可控性和可追溯性,同时提高软件产品的质量和可靠性。
软件配置管理的作用主要体现在以下几个方面:1.控制软件产品的变更:通过软件配置管理,能够对软件产品的变更进行跟踪和控制,确保软件产品的稳定性和一致性。
2.提高软件开发效率:软件配置管理的规范过程能够帮助团队成员更好地协同工作,减少不必要的开发冲突和重复工作。
3.管理软件产品的版本:通过软件配置管理,能够对软件产品进行版本控制,方便进行软件版本的回滚和发布。
4.管理软件产品的文档:软件配置管理还包括对软件产品的文档进行管理,确保文档的及时更新和共享。
三、流程和方法软件配置管理的主要流程包括需求管理、配置项管理、变更管理、版本管理和发布管理。
1.需求管理:对软件产品的需求进行收集和分析,明确需求的优先级和变更的可能性。
2.配置项管理:对软件产品的各个模块、组件和相关文档进行标识和管理,确保配置项的可追溯性。
3.变更管理:根据需求的变更情况,对软件产品的配置项进行变更控制和审批,确保变更的合理性和有效性。
4.版本管理:对软件产品进行版本控制,包括版本标识、版本发布和版本回滚等操作,确保软件产品的版本可控。
5.发布管理:对软件产品的发布进行管理,包括发布计划的制定、发布流程的执行和发布结果的验证,确保软件产品的稳定发布。
软件配置管理通常使用版本控制工具,如Git、SVN等,来管理软件产品的代码、文档和相关资源。
四、实际应用情况以软件开发项目为例,我们采用了软件配置管理的流程和方法。
在需求管理阶段,我们通过会议、访谈和文档收集等方式,收集和分析软件产品的需求,并根据需求的优先级和变更的可能性进行分类和排序。
1、面向对象的程序设计方法具有比结构化程序设计方法无比优越性,是因为(B)A、OO方法具有封装性、动态性、多态性B、O O方法具有封装性、继承性、多态性C、O O方法具有封装性、客观性、动态性D、OO方法具有客观性、动态性、动态性2、UML中采用(C )表现系统的动态性(类图表示对象的结构,用状态图表示对象的内部活动)A、类图(静)B、对象图(静)C、交互图D、配置图(静)3、软件工程是一门交叉学科,其研究领域包括(ABD )。
A、软件开发模型与开发方法B、软件开发环境与工具C、计算机辅助设计与制造CAD/CAMD、软件工程经济学4、软件质量的好坏决定着软件的生命力,一般说来,一个质量好的软件应具备(D )。
A、功能正确、界面友善、占内存少、足够可靠、易于维护B、功能正确、结构良好、程序短小、足够可靠、易于维护C、功能正确、界面友善、速度足够、足够可靠、易于维护D、功能正确、界面友善、程序易读、结构良好、文档齐全5、黑盒子、白盒子测试法是常采用的测试方法,其中白盒子测试主要用于测试(D )。
A、结构合理性B、软件功能(黑盒子)C、程序正确性D、程序内部结构6、在以下几种耦合中,最低耦合是(C )。
A、数据耦合(较低)B、内容耦合(最强)C、非直接耦合D、公共耦合(较强)7、可行性研究的主要任务是了解客户的要求及现实环境,从技术、经济和社会因素等三方面研究并论证本软件项目的可行性,编写可行性研究报告,制定( B )。
A、项目总体规划B、初步项目开发计划C、需求规格说明书(需求分析)D、总体解决方案8、软件系统开发对技术性能的指标要求主要包括:存储容量限制、执行速度、响应时间和(A )等。
A、吞吐量B、安全性C、正确性D、可靠性9、需求分析过程负责分析当前系统与目标系统的差别,建立目标系统的(B )A、物理模型B、逻辑模型C、过程模型D、数据模型10、问题分析图(PAD)包括的基本控制结构有:顺序结构、选择结构、重复结构和(B )。
软件功能性分析报告1. 概述本文档是针对一款软件的功能性分析报告。
通过对软件的功能进行详细分析,旨在评估该软件是否满足用户需求和预期的功能。
本文档将从用户需求、功能需求、功能设计等方面进行分析。
2. 用户需求分析为了了解用户对软件的需求,我们进行了市场调研和用户访谈。
根据调研和访谈结果,我们总结出以下主要用户需求:1.操作简单易学:用户希望软件具有简单易学的操作界面,减少学习成本。
2.功能丰富全面:用户期望软件具有丰富全面的功能,能够满足各种不同的需求。
3.可定制化:用户希望软件能够根据个人需求进行定制,以适应不同用户的使用习惯。
4.高性能稳定:用户希望软件能够运行稳定,并且具有较高的性能,能够快速响应用户的操作。
3. 功能需求分析基于用户需求,我们进一步细化出以下软件的功能需求:1.用户管理:提供用户注册、登录和注销等功能,以及用户信息的管理和修改功能。
2.数据录入:提供数据录入功能,允许用户输入和编辑数据,并支持数据的导入和导出。
3.数据查询和分析:提供数据查询和分析功能,允许用户根据自定义条件对数据进行查询,并对数据进行统计和分析。
4.图表展示:支持将查询和分析结果以图表的形式展示,提供更直观的数据表达方式。
5.报表生成:支持报表的生成功能,允许用户根据自定义模板生成报表。
6.权限管理:提供权限管理功能,允许管理员对用户的权限进行配置和管理。
7.系统设置:提供系统设置功能,允许用户进行个性化的设置,如界面风格、字体大小等。
4. 功能设计基于功能需求分析,我们设计了以下功能模块和界面:用户管理模块1.登录页面:用户输入用户名和密码进行登录。
2.注册页面:用户填写注册信息进行注册。
3.用户信息页面:用户查看和修改个人信息。
数据录入模块1.数据录入页面:用户输入和编辑数据。
2.导入数据页面:用户选择文件进行数据导入。
3.导出数据页面:用户选择导出格式和条件进行数据导出。
数据查询和分析模块1.查询页面:用户输入查询条件进行数据查询。
份号:001 密级:
XXXXXXXX项目
软件配置管理报告
XXXX-RPB-R01.00
XXXXXXXX公司
XXXX年XX月XX日
辑要页
文档修改记录
目次
1 范围 (1)
1.1标识 (1)
1.2系统概述 (1)
1.3文档概述 (1)
2 引用文挡 (1)
3 软件配置管理情况综述 (1)
4 软件配置管理基本信息 (1)
5 专业组划分及权限分配 (1)
6 配置项记录 (1)
7 变更记录 (2)
8 基线记录 (2)
9 入库记录 (2)
10 出库记录 (2)
11 审核记录 (2)
12 备份记录 (2)
13 测量 (2)
14 主释 (2)
1 范围
1.1 标识
本条应描述本文档所适用的系统和软件的完整标识,适用时,包括其标识号、名称、缩略名、版本号和发布号。
1.2 系统概述
本条应概述本文档所适用的系统和软件的用途。
它还应描述系统与软件的一般特性;概述系统开发、运行和维护的历史;标识项目的需方、用户、开发方和保障机构等;标识当前和计划的运行现场;列出其他有关文档。
1.3 文档概述
本条应概括本文档的用途和内容,并描述与其使用有关的保密性考虑。
2 引用文挡
本章应列出引用文档的编号、标题、编写单位、修订版及日期,还应标识不能通过正常采购活动得到的文档的来源。
3 软件配置管理情况综述
本章应描述软件配置管理活动进展,与软件配置管理计划的偏差;软件配置管理活动与规程是否相符;对不符合项所采取的措施;完成软件配置管理工作的工作量等。
4 软件配置管理基本信息
本章应概述软件配置管理的基本信息,包括项目负责人、各级软件配置管理机构组成人员和负责人、软件配置管理所用的资源(如计算机、软件和工具)等。
5 专业组划分及权限分配
本章应列出项目专业组的划分、各专业组的成员以及各成员的权限分配,如专业组可分为项目负责人、开发组、测试组、质量保证组、配置管理组等,权限可分为读出、增加、替换、删除等。
6 配置项记录
本章所列出项目的所有配置项,包括配置项名称、配置项最后发布日期、配置项控制力度(控制力度可分为基线管理、非基线管理(受到管理和控制))、配置项版本变更历史、配置项变更累计次数等内容。
7 变更记录
本章应列出软件研制过程中的所有变更,包括变更申请单号、变更时间、变更内容、变更申请人、批准人、变更实施人等内容。
8 基线记录
本章应列出项目的所有基线,包括基线名称、基线最后一版发布日期、基线版本变更历史、基线变更累计次数、最后一版基线的内容及版本号等内容。
9 入库记录
本章应列出配置项的入库记录,包括入库时间、入库单号、入库原因、入库申请人和批准人等。
10 出库记录
本章应列出配置项的出库记录,包括出库时间、出库单号、出库原因、批准人和接受人等。
11 审核记录
本章应列出软件研制过程中所进行的软件配置审核,包括配置审核记录单、审核时间、审核人、发现的不合格项数量、己关闭的不合格项数量、其他审核说明等。
12 备份记录
本章应列出软件研制过程中所做的配置库备份,包括备份时间、备份人、备份目的地、内容和方式等。
13 测量
本章应列出软件配置管理计划的版次数、配置状态记录份数、软件入库单份数、软件出库单份数、变更申请单份数、被批准的变更申请单份数、配置管理报告份数、配置审核记录份数、配置管理员工作量等。
14 主释
本章应包括有助于了解文档的所有信息(例如:背景、术语、缩略语或公式)。