GBT 14394-2008 计算机软件可靠性和可维护性管理(11页).doc

-GBT 14394-2008 计算机软件可靠性和可维护性管理-第 10 页计算机软件可靠性和可维护性管理Computer software reliability and maintainability management本标准依据GB/T 8566-2007信息技术 软件生存周期过程划分软件生存周期，按过程和活动描述软件可靠性和可维护性要目录1.范围22.规范性引用文件23.术语和定义23.1软件可靠性大纲 software reliablility program23.2软件可靠性大纲 software mantainability program23.3软件FRACAS software failure reporting analysis and corrective action system24.软件生存周期24.1在软件生存周期基本过程中的可靠性和可维护性管理要求24.1.1在获取过程中的可靠性和可维护性管理要求34.1.2在供应过程中的可靠性和可维护性管理要求44.1.3在开发过程中的可靠性和可维护性管理要求44.1.4在运作过程和维护过程中的可靠性和可维护性管理要求45.软件可靠性大纲和可维护性大纲55.1制定大纲应考虑的主要因素55.2大纲应包括的主要活动55.2.1制定大纲目标55.2.2分析运行环境55.2.3软件可靠性和可维护性要求的可行性论证65.2.4选定或制定规范和准则65.2.5软件可靠性和可维护性分析65.2.6评审75.2.7文档和数据85.2.8培训85.2.9维护保障要求85.3示例95.4裁剪91. 范围本标准规定了软件产品在其生存周期内如何选择适当的软件可靠性和可维护性管理要素，并指导软件可靠性大纲和可维护性大纲的制定和实施本标准适用于软件产品生存周期的基本过程。2. 规范性引用文件下列文件中的条款通过本标准的引用而成为本标准的条款。凡是注明日期的引用文件，其随后所有的修改单（不包括勘误的内容）或修订版均不适合于本标准，然而鼓励根据本标准达成协议的各方研究是否可使用这些文件的最新版本。凡是不注日期的引用文件，其是新版本适用于本标准。GB/T 8566-2007 信息技术 软件生存周期GB/T 11457-2006 信息技术 软件工程术语GB/T 16260.1-2006 软件工程 产品质量 第1部分：质量模型（ISO/IEC 9126-1:2001.IDT）3. 术语和定义GB/T 11457-2006 中界定的以及下列术语和定义适用于本标准。3.1 软件可靠性大纲 software reliablility program描述为保证软件满足规定的可靠性要求所采取的技术和管理方法的文档，典型地描述要做的工作、所需要的资源、使用的方法、采用的过程、要满足的进度表和项目组织方法。3.2 软件可靠性大纲 software mantainability program描述为保证软件满足规定的可维护性要求所才得技术和管理方法的文档，典型的描述要做的工作、所需要的资源、使用的方法、采用的过程，要满足的进度表和项目组织方法3.3 软件FRACAS software failure reporting analysis and corrective action system软件失效报告、分析和纠正措施系统（FRACAS）是一个闭环控制系统，它将软件的失效加以记录、报告，找出失效原因，采取纠正措施。4. 软件生存周期4.1 在软件生存周期基本过程中的可靠性和可维护性管理要求本标准依照GB/T 8566-2007将软件生存周期划分为五个基本过程，提出了在这五个基本工程中进行软件可靠性和可维护性管理的要求。表1给出了本标准的活动与GB/T 8566-2007软件生存周期过程和活动的映射关系。软件可靠性与可维护性管理GB/T 8566-2007过程活动获取获取-启动-招标的准备-合同的准备和更新-对供方的监督-验收和完成供应供应-启动-投标准备-签订合同-策划-执行和控制-评审和评价-交付和完成概念开发-过程实现-系统需求分析-系统体系架构设计需求开发-软件需求分析设计开发-软件体系结构设计-软件详细设计实现开发-软件编码和测试测试开发-软件集成-软件合格性测试-系统集成-系统合格性测试安装与检验开发-软件安装-软件验收支持运作运作-过程实现-运行测试-系统运行-用户支持维护维护-过程实现-问题和修改分析-修改实现-维护评审/验收-迁移-软件退役4.1.1 在获取过程中的可靠性和可维护性管理要求需方确定需要获取的软件产品的可靠性和可维护性要求，确保要求是合理的、可行的、可验证的，并有相应的资源保证，进而在制定标书、选择供方过程中加以体现，并且依照要求管理获取过程，最终验收软件产品的可靠性和可维护性是否达到预期要求。4.1.2 在供应过程中的可靠性和可维护性管理要求供方在投标书中对可靠性和可维护性进行说明以答复需方要求，并反映在可行性研究报告、合同中，通过评定后确定为管理和保证软件产品的可靠性和可维护性所需的过程、规程和资源，确保在软件开发过程中及时、适当地处理可靠性和可维护性要求，直到软件产品满足要求并交付给需方。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实施适用的管理活动5. 软件可靠性大纲和可维护性大纲根据合同或协议书中对软件可靠性和可维护性的要求编制大纲，大纲的制定和修改应按质量保证有关标准规定的程序进行评审和审批；软件可靠性大纲和可维性大纲纳入软件开发计划，一并综合实施；软件可靠性大纲和可维护性大纲的实施应由主管机构和软件开发项目各层次负责人分工负责。5.1 制定大纲应考虑的主要因素编制大纲，应考虑如下因素：a) 所处的生命周期过程；b) 软件生存周期各过程所包含的与可靠性和可维护性相关的要素；c) 规定的可靠性和可维护性目标；d) 实现可靠性和可维护性所采取的方法；e) 实现可靠性和可维护性所进行的活动；f) 拟采用的开发技术和类似软件的历史状况；g) 时间进度、经费和其他资源，存储空间与运行时间，程序设计语言，软件运行的软、硬件环境等各种限制条件。5.2 大纲应包括的主要活动以下条款给出了软件可靠性大纲和可维护性大纲要素，并对这些要素的应用及任务进行了描述。5.2.1 制定大纲目标在需求分析阶段，应建立软件产品的可靠性大纲和可维护性大纲目标，该两项大纲的目标应确保满足合同要求。大纲目标由一系列与每项大纲要素有关的任务组成，应明确每项任务的责任，并提供一个任务实施初步日程表，当情况变化或出现偏差时大纲应根据需要加以修改。大纲目标应定量和定性的建立，并说明验证所需的判断和条件。a) 大纲制定和实施所需的组织机构和职责；b) 定量、定性的可靠性和可维护性目标如：可靠度R(T)，失效发生率ROCOF，等;c) 各项任务实施进度表；d) 确保软件可靠性、可维护性的要素e) 可靠性和可维护性验证所用的判据；f) 软件版本控制、配置管理要求；g) 软件工程标准化要求；h) 评审的时间表、对象、准则；i) 测试实施；j) 文档编制要求；k) 培训及支持保证。5.2.2 分析运行环境在可行性研究与计划和需求分析阶段应分析运行环境，并在概要设计和详细设计阶段进行必要的修改，同事要注意运行环境的变化会对软件可靠性和可维护性的影响。下列运行环境和最终使用条件应该分析：a) 运行的系统及体系结构；b) 运行和维护方式；c) 负载；d) 运行和维护环境（如电磁辐射和感应）；e) 运输和安装条件；f) 操作和维护人员要求；g) 新版本的发行和升级；h) 恢复的规程和要求；i) 终端和通信媒体类型。5.2.3 软件可靠性和可维护性要求的可行性论证在可行性研究与计划阶段，应对软件的可靠性和可维护性要求进行可行性论证，对于合同中提出的软件可靠性和可维护性要求应根据软件符合标准和规范的能力进行评审和论证。这个论证是整个产品研究牛的一部分，其目的是：a) 确定设计工作的起点；b) 估计可靠性和可维护性特性对技术选择、设计配置以及产品性能的影响。应该考虑：a) 软件的功能需求b) 新软件的市场潜力c) 现有软件的技术状况d) 生存周期费用e) 开发新软件与改造现有软件所付出的劳动的比较；f) 类似软件产品可靠性和可维护性状况。5.2.4 选定或制定规范和准则在需求分析阶段，应选定适当的软件规范和准则。若没有适当的软件规范和准则可遵循，则应自行制定。其内容包括：a) 确保软件可靠性和可维护性所必须的软件工程规范；b) 制定软件开发必须遵循的技术准则；c) 制定软件的支持和维护要求；d) 制定质量保证计划中的可靠性和可维护性要求；e) 必要时制定外购、分包和重用原有软件的可靠性和可维护性控制规范；f) 确保软件可靠性和可维护性所必须的软件工程管理及人员规范。5.2.5 软件可靠性和可维护性分析在软件开发过程中各个阶段进行有关的软件可靠性和可维护性分析并编写分析报告应考虑：a) 可靠性和可维护性目标分配；b) 软件使用需求量过载情况；c) 软件开发过程管理及相关产品配置管理情况；d) 软件质量保证计划中的可靠性和可维护性保证手段；e) 软件开发技术对于可靠性和可维护性的保障；f) 软件系统所涉及业务对可靠性和可维护性的要求；g) 可靠性和可维护性对软件产品其他要素的影响和关系h) 软件设计中的实现情况；i) 可靠性和可维护性预测；j) 故障模式、影响及危害度分析；k) 根源分析；l) 关键模块分析；m) 故障定位和隔离技术的应用；n) 测试环境、测试数据、测试用例和测试覆盖情况；o) 软件安全性及安全保障分析；p) 维护实施简易性。5.2.6 评审在软件开发各阶段都要求进行评审，评审管理要求按GB/T 8566-2007进行，其中与软件可靠性和可维护性有关的具体评审要求如下：5.2.6.1 概念评审a) 可靠性和可维护性要求；b) 可靠性和可维护性的实现可行性c) 可靠性和可维护性对于软件产品整体的影响和关系；d) 可靠性和可维护性对于软件产品相关业务的意义。5.2.6.2 需求评审a) 可靠性和可维护性目标；b) 实施计划；c) 功能降级使用方式下，软件产品最低功能保证的规格说明；d) 选用或制定的规范和准则；e) 验证方法。5.2.6.3 设计评审a) 可靠性和可维护性目标分配；b) 可靠性和可维护性设计方案；c) 设计分析，关键成分的时序，估计的运行时间，错误回复及相关性能要求；d) 测试原理、要求、文档和工具5.2.6.4 测试评审a) 针对可靠性和可维护性的测试目标b) 测试方法c) 测试用例d) 测试工具e) 测试通过标准f) 测试报告5.2.6.5 安装和验收评审a) 软件可靠性和可维护性验证和确认方法；b) 软件可靠性和可维护性测试（计划、规程、用例和设施）；c) 验证与确认时所用的其他准则。5.2.6.6 软件用户手册评审软件产品可靠性和可维护性对于运行环境的要求；软件产品可靠性和可维护性的管理手段；软件产品可靠性和可维护性的异常处理；运行和维护过程中实施软件FRACAS的考虑，以及可靠性数据采集规程的考虑。5.2.7 文档和数据根据合同要求和数据管理目标，确定文档和数据要求的范围。大纲应建立一个报告事件及其结果的系统。该系统应提供数据可追踪性，并建立相应文档，文档应写明具体数据的采集条件、所做的设想，并注明对数据应用的限制。为保证关键事件得到明确认识，该系统应提供充分的数据，并且系统的输出应适合接受者的需要和分发的要求。应监视以下关键事项：a) 大纲目标的建立；b) 可靠性和可维护性目标分配；c) 模块一览表的制定；d) 测试e) 故障发生；f) 缺陷和错误的检查；g) 维护活动；h) 恢复活动；i) 数据分析；j) 采取的纠正措施和结果。5.2.8 培训要求及时制定培训计划，培训计划应与软件开发计划、维护要求、运行支持策略协调一致。培训对象包括软件开发人员、维护人员、质量控制人员、管理人员、操作人员，针对不同对象进行不同类型、不同级别的培训。培训内容为：a) 一般知识或专门知识b) 软件系统所涉及业务c) 软件的复杂性d) 操作要求e) 需用的时间和资源；f) 需用的设施和工具。5.2.9 维护保障要求对维护保障要求应进行说明并制定计划。需考虑下列因素：a) 维护和后勤保障策略；b) 技术保障职能；c) 维护保障任务；d) 配置管理；e) 操作和修改规程；f) 突发事件和分析；g) 数据采集和现场追踪；h) 软件系统使用情况跟踪及维护；i) 文档。5.3 示例表2说明了大纲的各项活动同软件生存周期个过程的基本关系，它为适当地选择相关大纲任务提供一个示例。表3说明了大纲的各项活动同软件生存周期开发过程各阶段的基本关系，它为适当地选择相关大纲任务提供一个示例。表2 软件生存周期过程与软件可靠性大纲和软件可维护性大纲要素对应关系 生存周期过程5.2.1制定大纲目标5.2.2分析运行环境5.2.3可行性论证5.2.4选定或制定规范和准则5.2.5软件可靠性和可维护性分析5.2.6评审5.2.7文档和数据5.2.8培训5.2.9维护保障要求获取过程供应过程开发过程运作过程维护过程注：“”表示该阶段所需考虑的有关任务条款。表3 软件开发过程与软件可靠性大纲和软件可维护性大纲要素对应关系生存周期过程5.2.1制定大纲目标5.2.2分析运行环境5.2.3可行性论证5.2.4选定或制定规范和准则5.2.5软件可靠性和可维护性分析5.2.6评审5.2.7文档和数据5.2.8培训5.2.9维护保障要求概念需求设计实现测试安装和检验注：“”表示该阶段所需考虑的有关任务条款。5.4 裁剪大纲内容可根据软件类型、规模和关键程度做适当裁剪。裁剪原则是：所制定大纲能使软件开发以最佳费用效益实现规定的可靠性和可维护性要求。参考文献1 GB/T 5271.1-2000 信息技术 词汇 第1部分：基本术语（eqv IOS/IEC 2382-1:1993）2 GB/T 5271.20-1994 信息技术 词汇 第20部分：系统开发（eqv ISO/IEC 2382-20:1990）3 龚庆祥等。型号可靠性工程手册M。北京：国防工业出版社，2007