【国家标准(GB)】 计算机软件可靠性和可维护性管理

ICS35.080
中华人民共和国国家标准
GB/T14394—2008
代替GB/T14394-1993
计算机软件可靠性和可维护性管理Computer software reliability and maintainability management2008-07-18发布
中华人民共和国国家质量监督检验检疫总局数码防伪
中国国家标准化管理委员会
2008-12-01实施
2规范性引用文件
3术语和定义
4软件生存周期
4.1在软件生存周期基本过程中的可靠性和可维护性管理要求4.2在软件生存周期基本过程中的可靠性和可维护性测量5软件可靠性大纲和可维护性大纲5.1制定大纲应考虑的主要因素
5.2大纲应包括的主要活动
5.3示例
5.4剪裁
参考文献·
GB/T14394—2008
本标准代替GB/T14394一1993《计算机软件可靠性和可维护性管理》。GB/T14394—2008
本标准与GB/T14394—1993的主要差别是：GB/T14394—1993依据GB/T8566—1988《计算机软件开发规范》划分软件生存周期，按阶段描述软件可靠性和可维护性要求；本标准依据GB/T8566-2007《信息技术软件生存周期过程》划分软件生存周期，按过程和活动描述软件可靠性和可维护性要求。
本标准由全国信息技术标准化技术委员会（SAC/TC28)提出并归口。本标准起草单位：中国电子技术标准化研究所、山东省计算中心。本标准主要起草人：韩红强、王纬、李刚、周鸣乐、王英龙。本标准所代替标准的历次版本发布情况为：—GB/T14394—1993。
1范围
计算机软件可靠性和可维护性管理GB/T14394-2008
本标准规定了软件产品在其生存周期内如何选择适当的软件可靠性和可维护性管理要素，并指导软件可靠性大纲和可维护性大纲的制定和实施。本标准适用于软件产品生存周期的基本过程。2规范性引用文件
下列文件中的条款通过本标准的引用而成为本标准的条款。凡是注日期的引用文件，其随后所有的修改单（不包括勘误的内容）或修订版均不适用于本标准，然而，鼓励根据本标准达成协议的各方研究是否可使用这些文件的最新版本。凡是不注日期的引用文件，其最新版本适用于本标准。GB/T8566—2007信息技术软件生存周期过程GB/T11457-2006信息技术软件工程术语GB/T16260.1-2006软件工程产品质量第1部分：质量模型（ISO/IEC9126-1:2001.IDT）3术语和定义
GB/T11457—2006中界定的以及下列术语和定义适用于本标准。3.1
软件可靠性大纲softwarereliabilityprogram描述为保证软件满足规定的可靠性要求所采取的技术和管理方法的文档，典型地描述要做的工作所需要的资源、使用的方法、采用的过程、要满足的进度表和项目组织方法。3.2
软件可维护性大纲softwaremaintainabilityprogram描述为保证软件满足规定的可维护性要求所采取的技术和管理方法的文档，典型地描述要做的工作、所需要的资源、使用的方法、采用的过程、要满足的进度表和项目组织方法。3.3
软件FRACASsoftwarefailurereportinganalysis andcorrectiveactionsystem软件失效报告、分析和纠正措施系统（FRACAS)是一个闭环控制系统，它将软件的失效加以记录、报告，找出失效原因，采取纠正措施，4软件生存周期
4.1在软件生存周期基本过程中的可靠性和可维护性管理要求本标准依照GB/T8566一2007将软件生存周期划分为五个基本过程，提出了在这五个基本过程中进行软件可靠性和可维护性管理的要求。表1给出了本标准的活动与GB/T8566一2007软件生存周期过程和活动的映射关系。
GB/T14394—2008
表1从本标准活动到GB/T8566-2007软件生存周期过程和活动的映射软件可靠性与可维护性管理
安装和检验
4.1.1在获取过程中的可靠性和可维护性管理要求GB/T8566—2007软件生存周期
招标的推备
合同的准备和更新
对供方的监督
验收和完成
投标准备
签订合同
-策划
-执行和控制
-评审和评价
交付和完成
过程实现
系统需求分析
系统体系结构设计
软件需求分析
软件体系结构设计
软件详细设计
软件编码和测试
软件集成
软件合格性测试
-系统集成
系统合格性测试
软件安装
软件验收支持
过程实现
运行测试
系统运行
用户支持
过程实现
同题和修改分析
修改实现
维护评审/验收
软件退役
需方确定需要获取的软件产品的可靠性和可维护性要求，确保要求是合理的、可行的、可验证的，并有相应的资源保证，进而在制定标书、选择供方过程中加以体现，并且依照要求管理获取过程，最终验收软件产品的可靠性和可维护性是否达到预期要求。4.1.2在供应过程中的可靠性和可维护性管理要求供方在投标书中对可靠性和可维护性进行说明以答复需方要求，并反映在可行性研究报告、合同2
GB/T14394—2008
中，通过评定后确定为管理和保证软件产品的可靠性和可维护性所需的过程、规程和资源，确保在软件开发过程中及时、适当地处理可靠性和可维护性要求，直到软件产品满足要求并交付给需方。4.1.3在开发过程中的可靠性和可维护性管理要求开发者负责实施在软件产品的需求分析、设计、编码、集成、测试以及有关的安装和验收等活动中可靠性和可维护性要求。
4.1.3.1在概念活动中的可靠性和可维护性管理要求进行软件可行性分析，制定初步软件开发计划，提出软件可靠性和可维护性分解目标、要求及经费。4.1.3.2在需求活动中的可靠性和可维护性管理要求分析和确定软件可靠性和可维护性的具体设计目标，确保与研制任务书或合同中相应要求的可追踪性，制定实施计划，制定各实施阶段的基本准则，确定各实施阶段的验证方法。4.1.3.3在设计活动中的可靠性和可维护性管理要求进行软件可靠性和可维护性分析和设计，编写相应的设计说明，明确对编码、测试阶段的具体要求，组织设计评审，并验证可靠性和可维护性目标的实施和与需求活动中所提相应要求的可追踪性。4.1.3.4在实现活动中的可靠性和可维护性管理要求按照规定的规则，在软件编码过程中依据需求和设计活动中相应的规定实现可靠性和可维护性要求，进行单元测试，做好后续测试工作的准备，评价或审查代码以验证相应要求的实现。4.1.3.5在测试活动中的可靠性和可维护性管理要求在单元和集成测试阶段，验证相应可靠性和可维护性要求的实现，进行重用软件的可靠性和可维护性管理。
在软件配置项测试和系统集成测试阶段，建立适当的软件可靠性测试环境，组织分析测试和测量的数据，验证软件可靠性和可维护性的实现，进行风险分析，决定交付时机。4.1.3.6在安装和验收活动中的可靠性和可维护性管理要求采取联合评审，审核、软件合格性测试和系统合格性测试等手段对可靠性和可维护性进行最终验证和评定。
4.1.4在运作过程和维护过程中的可靠性和可维护性管理要求在软件运作过程和维护过程中，应分析和提高软件可靠性：a）制定并实施软件可靠性数据采集规程；b）实施软件FRACAS，
c）测量可靠性，分析现场可靠性是否达到要求；d)
跟踪用户满意程度；
用可靠性测量数据指导产品和工程过程的改进；e
f）软件产品维护时执行适当的维护规程并参照4.1.3实施适用的管理活动。4.2在软件生存周期基本过程中的可靠性和可维护性测量在软件生存周期的各个基本过程中，应进行与可靠性和可维护性有关的测量。软件可靠性测量包括对成熟性、容错性、易恢复性、可靠性的依从性等要素进行的测量，软件可维护性测量包括对易分析性、易改变性、稳定性、易测试性、维护性的依从性等要素进行的测量。具体测量方法的选择应参照GB/T16260.1一2006，考虑软件所处的阶段、测量的内容、测量的角度和其活动而定，其目的在于帮助明确要求，分析达到目标要求的程度，从而更有效地管理，以保证在软件生存周期特定过程的可靠性与可维护性问题能得到及时解决。5软件可靠性大纲和可维护性大纲根据合同或协议书中对软件可靠性和可维护性的要求编制大纲，大纲的制定和修改应按质量保证有关标准规定的程序进行评审和审批，软件可靠性大纲和可维护性大纲应纳人软件开发计划，一并综合3
GB/T14394—2008
实施；软件可靠性大纲和可维护性大纲的实施应由主管机构和软件开发项目各层次负责人分工负责。5.1制定大纲应考虑的主要因素
编制大纲，应考虑如下因素：
a）所处的生存周期过程；
软件生存周期各过程所包含的与可靠性和可维护性相关的要素；b）
规定的可靠性和可维护性目标；实现可靠性和可维护性所采取的方法；d)
实现可靠性和可维护性所进行的活动；e)
f）拟采用的开发技术和类似软件的历史状况；时间进度、经费与其他资源，存储空间与运行时间，程序设计语言，软件运行的软、硬件环境等g)
各种限制条件。
5.2大纲应包括的主要活动
以下条款给出了软件可靠性大纲和可维护性大纲要素，并对这些要素的应用及任务进行了描述，5.2.1制定大纲目标
在需求分析阶段，应建立软件产品的可靠性大纲和可维护性大纲目标，该两项大纲的目标应确保满足合同要求。大纲目标由一系列与每项大纲要素有关的任务组成，应明确每项任务的责任，并提供一个任务实施初步日程表，当情况变化或出现偏差时大纲应根据需要加以修改。大纲目标应定量和定性地建立，并说明验证所需的判据和条件。a）大纲制定和实施所需的组织机构和职责；b）定量、定性的可靠性和可维护性目标[如：可靠度R（T)、失效发生率ROCOF，等等]各项任务实施进度表；
确保软件产品可靠性、可维护性的要素；d)
可靠性和可维护性验证所用的判据；e
软件版本控制、配置管理要求；f
软件工程标准化要求；
h）评审的时间表、对象、准则；i）测试实施；
i)）文档编制要求；
k）培训及支持保证。
5.2.2分析运行环境
在可行性研究与计划和需求分析阶段应分析运行环境，并在概要设计和详细设计阶段进行必要的修改，同时要注意运行环境的变化会对软件可靠性和可维护性的影响。下列运行环境和最终使用条件应该分析：a）运行的系统及体系结构；
运行和维护方式；
c）负载；
运行和维护环境（如电磁辐射和感应）；d)
运输和安装条件；
操作和维护人员要求；
新版本的发行和升级；
恢复的规程和要求；
i）终端和通信媒体类型。
5.2.3软件可靠性和可维护性要求的可行性论证GB/T14394—2008
在可行性研究与计划阶段，应对软件的可靠性和可维护性要求进行可行性论证，对于合同中提出的软件可靠性和可维护性要求应根据软件符合规定标准和规范的能力进行评审和论证。这个论证是整个产品研究的一部分，其目的是：a）确定设计工作的起点；
估计可靠性和可维护性特性对技术选择、设计配置以及产品性能的影响。应该考虑：
a）软件的功能需求；
新软件的市场潜力；
c）现有软件的技术状况；
生存周期费用；
e）开发新软件与改造现有软件所付出的劳动的比较；类似软件产品可靠性和可维护性状况。f
选定或制定规范和准则
在需求分析阶段，应选定适当的软件规范和准则。若没有适当的软件规范和准则可遵循，则应自行制定。其内容包括：
确保软件可靠性和可维护性所必须的软件工程规范；a)
制定软件开发必须遵循的技术准则；c）
制定软件的支持和维护要求；
制定质量保证计划中的可靠性和可维护性要求；必要时制定外购、分包和重用原有软件的可靠性和可维护性控制规范；e）
确保软件可靠性和可维护性所必须的软件工程管理及人员规范。f
5.2.5软件可靠性和可维护性分析在软件开发过程中各个阶段进行有关的软件可靠性和可维护性分析并编写分析报告应考虑：a）可靠性和可维护性目标分配；软件使用需求量过载情况；
软件开发过程管理及相关产品配置管理情况；e)
软件质量保证计划中的可靠性和可维护性保证手段；d)
软件开发技术对于可靠性和可维护性的保障；e)
软件系统所涉及业务对于可靠性和可维护性的要求；f)
可靠性和可维护性对软件产品其他要素的影响和关系；g)
软件设计中的实现情况；
可靠性和可维护性预测；
故障模式、影响及危害度分析；j
根源分析；
关键模块分析；
故障定位和隔离技术的应用；
测试环境、测试数据、测试用例和测试覆盖情况；n）
软件安全性及安全保障分析；
p）维护实施简易性。
5.2.6评审
在软件开发各阶段都要求进行评审，评审管理要求按GB/T8566一2007进行，其中与软件可靠性和可维护性有关的具体评审要求如下：5
GB/T14394—2008
5.2.6.1概念评审
可靠性和可维护性要求
可靠性和可维护性的实现可行性；b）
可靠性和可维护性对于软件产品整体的影响和关系；可靠性和可维护性对于软件产品相关业务的意义。d)
5.2.6.2需求评审
a）可靠性和可维护性目标；
实施计划；
功能降级使用方式下，软件产品最低功能保证的规格说明；c）
选用或制定的规范和准则；
验证方法。
设计评审
可靠性和可维护性目标分配；
可靠性和可维护性设计方案；
设计分析，关键成分的时序，估计的运行时间，错误恢复及相关性能要求；测试原理、要求、文档和工具。d)
测试评审
针对可靠性和可维护性的测试目标；测试方法；
测试用例；
测试工具；
测试通过标准；
f）测试报告。
安装和验收评审
软件可靠性和可维护性验证和确认方法；a)
b）软件可靠性和可维护性测试(计划、规程、用例和设施)；验证与确认时所用的其他准则。c)
5.2.6.6软件用户手册评审
a）软件产品可靠性和可维护性对于运行环境的要求；b）软件产品可靠性和可维护性的管理手段；软件产品可靠性和可维护性的异常处理；c)
d）运作和维护过程中实施软件FRACAS的考虑，以及可靠性数据采集规程的考虑。5.2.7文档和数据
根据合同要求和数据管理目标，确定文档和数据要求的范围。大纲应建立一个报告事件及其结果的系统。该系统应提供数据可追踪性，并建立相应文档，文档应写明具体数据的采集条件、所作的设想，并注明对数据应用的限制。为保证关键事件得到明确认识，该系统应提供充分的数据，并且系统的输出应适合接受者的需要和分发的要求。应监视以下关键事项：
a）大纲目标的建立；
可靠性和可维护性目标分配；
c）模块一览表的制定；
d）测试；
故障发生；
缺陷和错误的检查；
维护活动；
恢复活动；
数据分析；
采取的纠正措施和结果。
5.2.8培训
GB/T14394——2008
要求及时制定培训计划，培训计划应与软件开发计划、维护要求、运行支持策略协调一致。培训对象包括软件开发人员、维护人员、质量控制人员、管理人员、操作人员，针对不同对象进行不同类型、不同级别的培训。培训内容为：
a）般知识或专门技术；
b）软件系统所涉及业务；
软件的复杂性；
操作要求；
需用的时间和资源；
需用的设施和工具。
维护保障要求
对维护保障要求应进行说明并制定计划。需考虑下列因素：维护和后勤保障策略；
技术保障职能；
维护保障任务；
配置管理；
操作和修改规程；
突发事件和分析；
数据采集和现场跟踪；
软件系统使用情况跟踪及维护；h)
文档。
5.3示例
表2说明了大纲的各项活动同软件生存周期各过程的基本关系，它为适当地选择相关大纲任务提供一个示例。
表3说明了大纲的各项活动同软件生存周期开发过程各阶段的基本关系，它为适当地选择相关大纲任务提供一个示例。
表2软件生存周期过程与软件可靠性大纲和软件可维护性大纲要素对应关系5.2.3
软件可
生存周期
获取过程
供应过程
开发过程
运作过程
维护过程
制定大
纲目标
分析运
行环境
靠性和
可维护
性要求
的可行
性论证
选定或
制定规
范和准
注：“√”表示该阶段所需考虑的有关任务条款。5.2.5此内容来自标准下载网
软件可
靠性和
可维护
性分析
文档和
维护保
障要求
GB/T14394—2008
生存周期
安装和检验
制定大
纲目标
软件开发过程与软件可靠性大纲和软件可维护性大纲要素对应关系5.2.3
软件可
分析运
行环境
靠性和
可维护
性要求
的可行
性论证
选定或
制定规
范和准
注：“/”表示该阶段所需考虑的有关任务条款。5.2.5
软件可
靠性和
可维护
性分析
文档和
维护保
障要求
5.4剪裁
大纲内容可根据软件类别、规模和关键程度作适当剪裁。剪裁原则是：所制定大纲能使软件开发以最佳费用效益实现规定的可靠性和可维护性要求。
小提示：此标准内容仅展示完整标准里的部分截取内容，若需要完整标准请到上方自行免费下载完整标准文档。