还剩5页未读,继续阅读
文本内容:
1主要内容与适用范围本标准规定了软件在其生存周期内如何选择适当的软件可靠性和可维护性管理要素,并指导软件可靠性和可维护性大纲的制定和实施本标准适用于软件产品生存周期的各个阶段2引用标准GB6992可靠性与维修性管理GB8566计算机软件开发规范GB/T11457软件工程术语3术语和定义本标准将采用GB/T11457中术语和定义此外强调给出下列术语和定义
3.1软件可靠性softwarereliabilitya.在规定环境下,在规定时间内软件不引起系统失效的概率b.在规定的时间周期内所述条件下程序执行所要求的功能的能力
3.2软件可维护性softwaremaintainability与进行规定的修改难易程序有关的一组属性
3.3软件生存周期softwarelifecycle软件产品从形成概念开始,经过开发、使用和维护,直到最后不再使用的整个过程
3.4软件可靠性和可维护性大纲以下简称大纲softwarereliabilityandmaintainabilityprogram为保证软件满足规定的可靠性和可维护性要求制订的一套管理文件4软件生存周期
4.1软件生存周期各阶段对可靠性和可维护性要求本标准按GB8566划分软件生存周期强调各个阶段软件可靠性和可维护性要求
4.
1.1可行性研究与计划阶段——进行项目可行性分析制订初步项目开发计划,提出软件可靠性和可维护性目标、要求及经费,并列入合同(或研制任务书,下同)
4.
1.2需求分析阶段——将合同的技术内容细化为具体产品需求分析和确定软件可靠性和维护性的目标,制定大纲及其实施计划
4.
1.3概要设计阶段——进行软件可靠性和可维护性目标分配,进行可靠性和可维护性概要设计,并明确对详细设计的具体要求
4.
1.4详细设计阶段——进行软件可靠性和可维护性详细设计,编写相应的设计说明,明确对实阶段的具体要求
4.
1.5实现阶段——进行单元测试,分析和验证有关软件可靠性和可维护性的部分要求
4.
1.6组装测试阶段——进行组装测试,并进一步分析软件可靠性和可维护性
4.
1.7确认测试阶段——确认软件产品的可靠性和可维护性是否达到预定的目标
4.
1.8使用和维护阶段——采集数据,定期评价,加强维护管理,以确保软件的可靠性和可维护性增长
4.2软件生存周期可靠性和可维护性度量方法在软件生存周期的各个阶段,应进行与可靠性和可维护性有关的度量,度量方法通常分定性的估计、定量的预测和测量等等具体方法的选择应视软件所处的阶段和其活动而定,其目的是保证在软件生存周期的特定阶段的关键问题能得到及时解决5软件可靠性和可维护性大纲根据合同或协议书中对软件可靠性和可维护性的要求编制大纲,大纲的制定和修改应按质量保证的关标准规定的程序进行评审和审批,大纲的实施应由主管机构和软件开发项目各层次负责人分工负责同时纳入软件开发计划,并与系统管理相结合,充分考虑技术及成本因素实施综合管理
5.1制定大纲应考虑的主要因素编制大纲,应考虑如下因素a.所处生存周期阶段;b.规定的可靠性和可维护性目标;c.每项活动的主要任务;d.拟采用的开发技术和类似软件的历史状况;e.时间进度、经费与其他资源,存储空间与运行时间,程序设计语言,软件运行的软、硬件环境等各种限制条件
5.2大纲应包括的主要活动项目以下条款给出了软件可靠性和可维护性大纲要素,并对这些要素的应用及任务进行了描述
5.
2.1在需求分析阶段,应该建立软件产品的可靠性和可维护性大纲计划大纲计划由一系列的与每项大纲要素有关的任务组成,应明确每项任务的责任,并提供一个任务实施初步日程表,当情况变化或出现偏差时计划应根据需要加以修改大纲计划应定量和定性地建立目标,并说明验证所需的判据和条件a.大纲制定和实施所需的组织机构和职责;b.定量、定性的可靠性和可维护性目标(如可靠度R(T)、失效发生率DROCOF,等等);c.各项任务实施进度表;d.可行性和可维护性估计及验证所用的判据;e.软件版本控制及标准化要求;f.评审计划;g.文件编制要求;h.培训及支持保证计划;i.测试计划
5.
2.2分析运行环境在可行性研究与计划及需求分析阶段应分析运行环境,并在概要设计和详细设计阶段进行必要的修改,同时要注意运行环境的变化会对软件的可靠性和可维护性的影响下列运行环境和最终使用条件应该分析a.运行的系统及体系结构;b.运行和维护方式;c.负载;d.运行和维护环境(如电磁辐射和感应);e.运输和安装条件;f.操作和维护人员要求;g.新版本的发行和升级;h.恢复的规程和要求;i.终端和通信媒体类型
5.
2.3软件可靠性和可维护性要求的可行性论证在可行性研究与计划阶段,应对软件的可靠性和可维护性要求进行可行性论证,对于合同中提出的软件可靠性和可维护性要求应根据软件符合规定标准和规范的能力进行评审和论证这个论证是整个产品研究的一部分,其目的的是a.确定设计工作的起点b.估计可靠性和可维护性特性对技术选择,设计配置以及产品性能满足市场需求能力的影响c.估计弥补现有产品与新一代产品原理上的差距所带来的成本影响和承担的风险应该考虑a.软件的功能需求;b.新软件的市场潜力;c.现有软件的技术状况;d.生存周期费用;e.开发新软件与改造现有软件所付出的劳动的比较
5.
2.4选定或制定规范和准则在需求分析阶段,应选择适当的软件规范和准则若没有适当的软件规范和准则可遵循,则应自行制定其内容包括a.确保软件可靠性和可维护性所必须的软件工程规范;b.制定软件开发必须遵循的技术准则;c.制定软件的支持和维护要求;d.必要时制定处购、转承开发和重用原有软件的可靠性和可维护性控制规范
5.
2.5软件可靠性和可维护性分析在软件开发过程中各个阶段进行有关的软件可靠性和可维护性分析并编写分析报告应考虑a.可靠性和可维护性目标分配;b.软件使用需求量过载情况;c.程序设计中的实施情况;d.可靠性和可维护性预测;e.故障模式、影响及危害度分析;f.根源分析;g.关键模块分析;h.故障定位和隔离技术的应用;i.测试环境、测试系统、测试用例和测试覆盖情况;j.维护实施简易性
5.
2.6评审在软件开发各阶段都要求进行评审,评审管理要求按GB8566进行,其中与软件可靠性和可维护性有关的具体评审要求如下
5.
2.
6.1需求分析评审a.可靠性和可维护性目标;b.大纲及其实施计划;c.操作顺序和不可;d.功能降低使用方式下,软件产品最低功能保证的规格说明;e.选用或制定的规范和准则
5.
2.
6.2概要设计评审a.可靠性和可维护性目标分配;b.可靠性和可维护性设计方案;c.设计分析,关键成分的时序,估计的运行时间,错误恢复及相关性能要求;d.测试原理、要求、文件和工具
5.
2.
6.3详细设计评审a.各单元可靠性和可维护性目标;b.可靠性和可维护性设计(如容错);c.测试文件;d.软件开发工具
5.
2.
6.4软件验证与确认计划评审a.软件可靠性和可维护性验证和确认的方法;b.软件可靠性和可维护性测试(计划、规程、用例和设施);c.验证与确认时使用的其它准则
5.
2.7文件和数据根据合同要求和数据管理目标,确定文件和数据要求的范围大纲应建立一个报告事件及结果的系统该系统应提供数据可追溯性,并建立相应文件,文件应写明具体数据的采集条件、所作的设想,并注明对数据应用的限制为保证关键事件得到明确认识,该系统应提供充分的数据,并且系统的输出应适合接受者的需要和分发的要求应监视以下关键事项a.大纲目标的建立;b.可靠性和可维护性目标分配;c.模块一览表的制定;d.测试;e.故障发生;f.缺陷和错误的检查;g.维护活动;h.恢复活动;i.数据分析;j.采取的纠正措施和结果
5.
2.8培训要求及时制定培训计划培训计划应与软件开发计划、维护要求、运行支持策略协调一致培训对象包括软件开发人员、维护人员、质量控制人员、管理人员、操作人员,针对不同对象进行不同类型、不同级别的培训培训内容如下a.一般知识或专门技术;b.软件的复杂性;c.操作要求;d.需用的时间和资源;e.需用的设备和工具
5.
2.9维护保障要求对维护保障要求应进行说明并指定计划,需考虑下列因素a.维护和后勤保障策略;b.技术保障功能;c.维护保障任务;d.配置管理;e.操作和修改规程;f.突发事件和分析;g.数据采集和现场跟踪;h.文件
5.3示例表1说明了大纲的各项活动同软件生存周期各阶段的基本关系,它为适当地选择相关大纲任务提供一个示例
5.4剪裁大纲内容可根据软件类别、规模和关键程序作适当剪裁剪裁原则是所制定大纲能使软件开发以最佳费用效益实现规定的可靠性和可维护性要求表1软件生存周期阶段与可靠性和可维护性大纲要素对应关系生存周期阶段
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维护保障要求可行性研究与计划√√√√需求分析√√√√√√√概要设计√√√√√详细设计√√√√实现√√√√组装测试√√√√√确认测试√√√√√使用和维护√√√√注“√”表示该阶段所需考虑的有关任务条款。