ImageVerifierCode 换一换
格式:PDF , 页数:7 ,大小:182.21KB ,
资源ID:146406      下载积分:5000 积分
快捷下载
登录下载
邮箱/手机:
温馨提示:
快捷下载时,用户名和密码都是您填写的邮箱或者手机号,方便查询和重复下载(系统自动生成)。 如填写123,账号就是123,密码也是123。
特别说明:
请自助下载,系统不会自动发送文件的哦; 如果您已付费,想二次下载,请登录后访问:我的下载记录
支付方式: 支付宝扫码支付 微信扫码支付   
验证码:   换一换

加入VIP,免费下载
 

温馨提示:由于个人手机设置不同,如果发现不能下载,请复制以下地址【http://www.mydoc123.com/d-146406.html】到电脑端继续下载(重复下载不扣费)。

已注册用户请登录:
账号:
密码:
验证码:   换一换
  忘记密码?
三方登录: 微信登录  

下载须知

1: 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007和PDF阅读器。
2: 试题试卷类文档,如果标题没有明确说明有答案则都视为没有答案,请知晓。
3: 文件的所有权益归上传用户所有。
4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
5. 本站仅提供交流平台,并不能对任何下载内容负责。
6. 下载文件中如有侵权或不适当内容,请与我们联系,我们立即纠正。
7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。

版权提示 | 免责声明

本文(GB T 14394-1993 计算机软件可靠性和可维护性.pdf)为本站会员(boatfragile160)主动上传,麦多课文库仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对上载内容本身不做任何修改或编辑。 若此文所含内容侵犯了您的版权或隐私,请立即通知麦多课文库(发送邮件至master@mydoc123.com或直接QQ联系客服),我们立即给予删除!

GB T 14394-1993 计算机软件可靠性和可维护性.pdf

1、中华人民共和家标准计算机软件可靠性和可维护性管理GB/T 14394-93 Software reliability and maintainability management 1 主题内容与适用范围本标准规定了软件产品在其生存周期内如何选择适当的软件可靠性和可维护性管理要素,并指导软件可靠性和可维护性大纲的制定和实施。本标准适用于软件产品生存周期的各个阶段。2 If目标准GB 6992 可靠性与维修性管理GB 8566 计算机软件开发规范GB/T 11457 软件工程术语3 术语和定义本标准将采用GB/T11457中术语和定义。此外强调给出下列术语和定义。3. 1 软件可靠性sofrwar

2、e reliability 8. 在规定环境下,在规定时间内软件不引起系统失效的概率。b. 在规定的时间周期内所述条件下程序执行所要求的功能的能力。3.2 软件可维护性software maintainability 与进行规定的修改难易程度有关的一组属性。3. 3 软件生存周期software life cycle 软件产品从形成概念开始,经过开发、使用和维护,直到最后不再使用的整个过程。3. 4 软件可靠性和可维护性大纲(以下简称大纲)software reliabil町andmair山inabil町program为保证软件满足规定的可靠性和可维护性要求而制订的一套管理文件。4 软件生存周

3、期4. 1 软件生存周期各阶段对可靠性和可维护性要求本标准按GB8566划分软件生存周期。强调各个阶段软件可靠性和可维护性要求。4. 1. 1 可行性研究与计划阶段一一进行项目可衍性分析。制订初步项目开发计划,提出软件可靠性和可维护性目标、要求及经费,并列入合同(或研制任务书.下同)。4.1.2 需求分在斤阶段一将合同的技术内容细化为具体产品需求。分析和确定软件可靠性和可维护性的目标,制定大钢及其实施计划。4.1.3 概要设计阶段进行可靠性和可维护性目标分配,进行可靠性和可维护性概要设计,并明确对详细设计的具体要求。4. 1.4 详细设计阶段一-进行软件可靠性和可维护性详细设计,编写相应的设计

4、说明,明确对实现阶段的具体要求。国东技术监督局1993-邸-01批准1994-01-01实施360 GB/T 14394-93 4. 1. 5 实现阶段一一进行单元测试,分析和验证有关软件可靠性和可维护性的部分要求。4.1.6组装测试阶段进行组装测试,并进-步分析软件可靠性和可维护性。4. 1. 7 确认测试阶段一一确认软件产品的可靠性和可维护性是否达到预定的目标。4. 1.8 使用和维护阶段采集数据,定期评价,加强维护管理,以确保软件的可靠性和可维护性增长。4. 2 软件生存周期可靠性和可维护性度量方法在软件生存周期的各个阶段,应进行与可靠性和可维护性有关的度量,度量方法通常分定性的估计、定

5、量的预测和测量等等。具体方法的选择应视软件所处的阶段和其活动而定,其目的是保证在软件生存周期的特定阶段的关键问题能得到及时解决。5 软件可靠性和可维护性大纲根据合同或协议书中对软件可靠性和可维护性的要求编制大纲,大纲的制定和修改应按质量保证有关标准规定的程序进行评审和审批,大纲的实施应由主管机构和软件开发项目各层次负责人分工负责。同时纳入软件开发计划,并与系统管理相结合,充分考虑技术及成本因素实施综合管理。5.1 制定大纲应考虑的主要因素z编制大纲,应考虑如下因素.a. 所处生存周期阶段;b. 规定的可靠性和可维护性目标zC. 每项活动的主要任务;d. 拟采用的开发技术和类似软件的历史状况ge

6、. 时间进度、经费与其他资源,存储空间与运行时间,程序设计语言,软件运行的软、硬件环境等各种限制条件。5.2 大纲应包括的主要活动项目以下条款给出了软件可靠性和可维护性大纲要素,并对这些要素的应用及任务进行了描述。5.2.1 制定大纲计划和目标在需求分析阶段,应该建立软件产品的可靠性和可维护性大纲计划。大纲计划由一系列的与每项大纲要素有关的任务组成,应明确每项任务的责任,并提供一个任务实施初步日程表,当情况变化或出现偏差时计划应根据需要加以修改。大纲计划应定量和定性地建立目标,并说明验证所需的判据和条件。a. 大纲制定和实施所需的组织机构和职责;b. 定量、定性的可靠性和可维护性目标(如可靠度

7、R(Tl、失效发生率ROCOF.等等); 各项任务实施进度表;d. 可靠性和可维护性估计及验证所用的判据;e. 软件版本控制及标准化要求,f. 评审计划;g. 文件编制要求5h. 培训及支持保证计划;i 测试计划。5.2.2 分析运行环境在可行性研究与计划及需求分析阶段应分析运行环域,并在概要设计和详细设计阶段进行必要的修改,同时要注意运行环境的变化会对软件的可靠性和可维护性的影响。下列运行环境和最终使用条件应该分析za. 运行的系统及体系结构号361 b. 运行和维护方式;负载gGB/T 14394-93 C. d. e. f 运行和维护环境(如电磁辐射和感应); 运输和安装条件g操作和维护

8、人员要求$g. 新版本的发行和升级;h. 恢复的规程和要求pi. 终端和通信媒体类型。5.2.3 软件可靠性和可维护性要求的可行性论证在可行性研究与计划阶段,应对软件的可靠性和可维护性要求进行可行性论证,对于合同中提出的软件可靠性和可维护性要求应根据软件符合规定标准和规范的能力进行评审和论证。这个论证是整个产品研究的一部分,其目的是2a. b. 确定设计工作的起点。估计可靠性和可维护性特性对技术选择,设计配置以及产品性能满足市场需求能力的影响。 估计弥补现有产品与新一代产品原理上的差距所带来的成本影响和承担的风险。应该考虑za. b. c d. 软件的功能需求,新软件的市场潜力,现有软件的技术

9、状况;生存周期费用白e. 开发新软件与改造现有软件所付出的劳动的比较.5.2.4 选定或制定规范和准则在需求分析阶段,应选定适当的软件规范和准则。若没有适当的软件规范和准则可遵循,则应自行制定。其内容包括:a. 确保软件可靠性和可维护性所必须的软件工程规范zb. 制定软件开发必须遵循的技术准则3C. 制定软件的支持和维护要求Fd. 必要时制定外购、转承开发和重用原有软件的可靠性和可维护性控制规范。5.2.5 软件可靠性和可维护性分析在软件开发过程中各个阶段进行有关的软件可靠性和可维护性分析并编写分析报告应考虑:a. 可靠性和可维护性目标分配;b. 软件使用需求量过载情况g程序设计中的实施情况s

10、可靠性和可维护性预测:C. d. e. f. 故障模式、影响及危害度分析p根源分析s罩,关键模块分析;h. 故障定位和隔离技术的应用;i 测试环境、测试系统、测试用例和测试覆盖情况;i. 维护实施简易性。5.2.6 评审在软件开发各阶段都要求进行评审,评审管理要求按GB8566进行,其中与软件可靠性和可维护性有关的具体评审要求如下2362 GB/T 1 4394- 9 3 5. 2. 6. 1 需求分析评审a. 可靠性和可维护性目标;b. 大纲及其实施计划; 操作顺序和不可逆操作顺序的保障要求$d. 功能降级使用方式下,软件产品最低功能保证的规格说明。e. 选用或制定的规范和准则。5.2.6.

11、2 概要设计评审8. 可靠性和吁维护性目标分配;b. 可靠性和可维护性设计方案5 设it分析,关键成分的时序,估计的运行时间,错误恢复及相关性能要求;d. 测试原理、要求、文件和工具。5. 2. 6. 3 详细设计评审8. 各单元可靠性和可维护性目标;b. 可靠性和可维护性设汁(如z容错); 测试文件;d. 软件开发工具。5.2.6.4 软件验证与确认计划评审8. 软件可靠性和可维护性验证相确认方法zb. 软件可靠性和可维护性测试(计划、规程、用例和设施hc 验证与确认时所用的其他准则。52.7 文件和数据根据合同要求和数据管理目标,确定文件和数据要求的范围。大纲应建立个报告事件及其结果的系统

12、。该系统应提供数据可追溯性,并建立相应文件.丈件应写明具体数据的采集条件、所作的设想,并注明对数据应用的限制。为保证关键事件得到明确认识,该系统应提供充分的数据,并且系统的输出应适合接受者的需要和分发的要求。应监视以下关键事项:也大纲目标的建立;b. 可靠性和可维护性目标分配gc 模块一览表的制定;d. 测试;e 故障发生:f. 缺陷和错误的检查;g. 维护活动;h. 恢复活动:i 数据分析,j. 采取的纠正措施和结果。5.2.8 培训要求及时制定培训计划。培训计划应与软件开发计划、维护要求、运行支持策略协调致。培训对象包括软件开发人员、维护人员、质量控制人员、管理人员、操作人员.针对不同对象

13、进行不同类型、不同级别的培训。培训内容为自a 一般知识或专门技术pb. 软件的复杂性; 操作要求,3日3d. 需用的时间和资源pt 需用的设施和了,具。5.2.9 维护保障要求GB/T 14394-93 对维护保障要求应进行说明并制定计划。需考虑下列因素:a. 维护和后勤保障策略;b. 技术保障功能g 维护保障任务,d. 配置管理;e 操作和修改规程;f. 突发事件和分析;g. 数据采集和现场跟踪;h. 文件。5. 3 示例表1说明了大纲的各项活动同软件生存周期各阶段的基本关系,官为适当地选择相关大纲任务提供一个示例。5.4 剪裁大纲内容可根据软件类别、规模和关键程度作适当剪裁。剪裁原则是2所

14、制定大纲能使软件开发以最佳费用效益实现规定的可靠性和可维护性要求。364 软件生存周期阶段与可靠性和可维护性大纲要素对应关系表1。因叫32-z5. 2. 3软件可5.2.4选定5. 2. 5软件5. 2. 9维5. 2. 1制定大5. 2. 2分析运靠性和可维5. 2. 7文件5. 2. 6 5. 2. 8 生存周期阶段或制定规范可靠性和可护保障要纲计划和目标行环境护性要求的评审和数据t音讪1和准回维护性分析求可行性论证可行性研究与计划v 、j、J、/需求分析、J、/v v 、J、Jv 概要设计、/、J、Jv 、J详细设计v 、J、Jv 实现、J、J、J、/组装测试、/、J、/、/v 确认测试v 、J、Jv v 使用和维护、J、Jv 、/注:v表示该阶段所需考虑的有关任务条款。白白GB/T 1 4394 - 9 3 附加说明:本标准由中国标准化与信息分类编码研究所提出并负责起草。本标准主要起草人咸奎桐、何国伟、王纬、陈崇昕、徐树森。366

copyright@ 2008-2019 麦多课文库(www.mydoc123.com)网站版权所有
备案/许可证编号:苏ICP备17064731号-1