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

加入VIP,免费下载
 

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

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

下载须知

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

版权提示 | 免责声明

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

计算机软件可靠性和可维护性管理文档格式.docx

1、GB/T8566-2007过程活动获取-启动-招标的准备-合同的准备和更新-对供方的监督-验收和完成供应-投标准备-签订合同-策划-执行和控制-评审和评价-交付和完成概念开发-过程实现-系统需求分析-系统体系架构设计需求-软件需求分析设计-软件体系结构设计-软件详细设计实现-软件编码和测试测试-软件集成-软件合格性测试-系统集成-系统合格性测试安装与检验-软件安装-软件验收支持运作-运行测试-系统运行-用户支持维护-问题和修改分析-修改实现-维护评审/验收-迁移-软件退役在获取过程中的可靠性和可维护性管理要求需方确定需要获取的软件产品的可靠性和可维护性要求,确保要求是合理的、可行的、可验证的,

2、并有相应的资源保证,进而在制定标书、选择供方过程中加以体现,并且依照要求管理获取过程,最终验收软件产品的可靠性和可维护性是否达到预期要求。在供应过程中的可靠性和可维护性管理要求供方在投标书中对可靠性和可维护性进行说明以答复需方要求,并反映在可行性研究报告、合同中,通过评定后确定为管理和保证软件产品的可靠性和可维护性所需的过程、规程和资源,确保在软件开发过程中及时、适当地处理可靠性和可维护性要求,直到软件产品满足要求并交付给需方。在开发过程中的可靠性和可维护性管理要求开发者负责实施在软件产品的需求分析、设计编码、集成、测试以及有关的安装和验收等活动中可靠性和可维护性要求在概念活动中的可靠性和可维

3、护性管理要求运行软件可行性分析,制定初步软件开发计划,提出软件可靠性和可维护性分解目标、要求及经费。在需求活动中的可靠性和可维护性管理要求分析和确定软件可靠性和可维护性的具体设计目标,确保与研制任务书或合同中相应要求的可追踪性,制定实施计划,制定各实施阶段的基本准则,确定各实施阶段的验证方法。在设计活动中的可靠性和可维护性管理要求进行软件可靠性和可维护性分析和设计,编写相应的设计说明,明确对编码、测试阶段的具体要求,组织设计评审,并验证可靠性和可维护性目标的实施和需求活动中所提相应要求的可追踪性。在实现活动中的可靠性和可维护性管理要求按照规定的规则,在软件编码过程中依据需求和设计活动中相应的规

4、定时限可靠性和可维护性要求,进行单元测试,做好后续测试工作的准备,评价或审查代码以验证相应要求的实现。在测试活动中的可靠性和可维护性管理要求在单元和集成测试阶段,验证相应可靠性和可维护性要求的实现,进行重用软件的可靠性和可维护性管理。在软件配置项测试和系统集成测试阶段,建立适当的软件可靠性测试环境,组织分析测试和测量的数据,验证软件可靠性和可维护性的实现,进行风险分析,决定交付时机。在安装和验收活动中的可靠性和可维护性管理要求采取联合评审、审核、软件合格性测试和系统合格性测试等手段对可靠性和可维护性进行最终验证和评定。在运作过程和维护过程中的可靠性和可维护性管理要求在软件运作过程和维护过程中,

5、应分析和提高软件可靠性:a)制定并实施软件可靠性数据采集规程;b)实施软件FRACAS;c)测量可靠性,分析现场可靠性是否达到要求;d)跟踪用户满意程度;e)用可靠性测量数据指导产品和工程过程的改进;f)软件产品维护时执行适当的维护规程并参照4.1.3实施适用的管理活动软件可靠性大纲和可维护性大纲根据合同或协议书中对软件可靠性和可维护性的要求编制大纲,大纲的制定和修改应按质量保证有关标准规定的程序进行评审和审批;软件可靠性大纲和可维性大纲纳入软件开发计划,一并综合实施;软件可靠性大纲和可维护性大纲的实施应由主管机构和软件开发项目各层次负责人分工负责。制定大纲应考虑的主要因素编制大纲,应考虑如下

6、因素:a)所处的生命周期过程;b)软件生存周期各过程所包含的与可靠性和可维护性相关的要素;c)规定的可靠性和可维护性目标;d)实现可靠性和可维护性所采取的方法;e)实现可靠性和可维护性所进行的活动;f)拟采用的开发技术和类似软件的历史状况;g)时间进度、经费和其他资源,存储空间与运行时间,程序设计语言,软件运行的软、硬件环境等各种限制条件。大纲应包括的主要活动以下条款给出了软件可靠性大纲和可维护性大纲要素,并对这些要素的应用及任务进行了描述。制定大纲目标在需求分析阶段,应建立软件产品的可靠性大纲和可维护性大纲目标,该两项大纲的目标应确保满足合同要求。大纲目标由一系列与每项大纲要素有关的任务组成

7、,应明确每项任务的责任,并提供一个任务实施初步日程表,当情况变化或出现偏差时大纲应根据需要加以修改。大纲目标应定量和定性的建立,并说明验证所需的判断和条件。a)大纲制定和实施所需的组织机构和职责;b)定量、定性的可靠性和可维护性目标如:可靠度R(T),失效发生率ROCOF,等;c)各项任务实施进度表;d)确保软件可靠性、可维护性的要素e)可靠性和可维护性验证所用的判据;f)软件版本控制、配置管理要求;g)软件工程标准化要求;h)评审的时间表、对象、准则;i)测试实施;j)文档编制要求;k)培训及支持保证。分析运行环境在可行性研究与计划和需求分析阶段应分析运行环境,并在概要设计和详细设计阶段进行

8、必要的修改,同事要注意运行环境的变化会对软件可靠性和可维护性的影响。下列运行环境和最终使用条件应该分析:a)运行的系统及体系结构;b)运行和维护方式;c)负载;d)运行和维护环境(如电磁辐射和感应);e)运输和安装条件;f)操作和维护人员要求;g)新版本的发行和升级;h)恢复的规程和要求;i)终端和通信媒体类型。软件可靠性和可维护性要求的可行性论证在可行性研究与计划阶段,应对软件的可靠性和可维护性要求进行可行性论证,对于合同中提出的软件可靠性和可维护性要求应根据软件符合标准和规范的能力进行评审和论证。这个论证是整个产品研究牛的一部分,其目的是:a)确定设计工作的起点;b)估计可靠性和可维护性特

9、性对技术选择、设计配置以及产品性能的影响。应该考虑:a)软件的功能需求b)新软件的市场潜力c)现有软件的技术状况d)生存周期费用e)开发新软件与改造现有软件所付出的劳动的比较;f)类似软件产品可靠性和可维护性状况。选定或制定规范和准则在需求分析阶段,应选定适当的软件规范和准则。若没有适当的软件规范和准则可遵循,则应自行制定。其内容包括:a)确保软件可靠性和可维护性所必须的软件工程规范;b)制定软件开发必须遵循的技术准则;c)制定软件的支持和维护要求;d)制定质量保证计划中的可靠性和可维护性要求;e)必要时制定外购、分包和重用原有软件的可靠性和可维护性控制规范;f)确保软件可靠性和可维护性所必须

10、的软件工程管理及人员规范。软件可靠性和可维护性分析在软件开发过程中各个阶段进行有关的软件可靠性和可维护性分析并编写分析报告应考虑:a)可靠性和可维护性目标分配;b)软件使用需求量过载情况;c)软件开发过程管理及相关产品配置管理情况;d)软件质量保证计划中的可靠性和可维护性保证手段;e)软件开发技术对于可靠性和可维护性的保障;f)软件系统所涉及业务对可靠性和可维护性的要求;g)可靠性和可维护性对软件产品其他要素的影响和关系h)软件设计中的实现情况;i)可靠性和可维护性预测;j)故障模式、影响及危害度分析;k)根源分析;l)关键模块分析;m)故障定位和隔离技术的应用;n)测试环境、测试数据、测试用

11、例和测试覆盖情况;o)软件安全性及安全保障分析;p)维护实施简易性。评审在软件开发各阶段都要求进行评审,评审管理要求按GB/T8566-2007进行,其中与软件可靠性和可维护性有关的具体评审要求如下:概念评审a)可靠性和可维护性要求;b)可靠性和可维护性的实现可行性c)可靠性和可维护性对于软件产品整体的影响和关系;d)可靠性和可维护性对于软件产品相关业务的意义。需求评审a)可靠性和可维护性目标;b)实施计划;c)功能降级使用方式下,软件产品最低功能保证的规格说明;d)选用或制定的规范和准则;e)验证方法。设计评审b)可靠性和可维护性设计方案;c)设计分析,关键成分的时序,估计的运行时间,错误回

12、复及相关性能要求;d)测试原理、要求、文档和工具测试评审a)针对可靠性和可维护性的测试目标b)测试方法c)测试用例d)测试工具e)测试通过标准f)测试报告安装和验收评审a)软件可靠性和可维护性验证和确认方法;b)软件可靠性和可维护性测试(计划、规程、用例和设施);c)验证与确认时所用的其他准则。软件用户手册评审软件产品可靠性和可维护性对于运行环境的要求;软件产品可靠性和可维护性的管理手段;软件产品可靠性和可维护性的异常处理;运行和维护过程中实施软件FRACAS的考虑,以及可靠性数据采集规程的考虑。文档和数据根据合同要求和数据管理目标,确定文档和数据要求的范围。大纲应建立一个报告事件及其结果的系

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

14、别的培训。培训内容为:a)一般知识或专门知识b)软件系统所涉及业务c)软件的复杂性d)操作要求e)需用的时间和资源;f)需用的设施和工具。维护保障要求对维护保障要求应进行说明并制定计划。需考虑下列因素:a)维护和后勤保障策略;b)技术保障职能;c)维护保障任务;d)配置管理;e)操作和修改规程;f)突发事件和分析;g)数据采集和现场追踪;h)软件系统使用情况跟踪及维护;i)文档。示例表2说明了大纲的各项活动同软件生存周期个过程的基本关系,它为适当地选择相关大纲任务提供一个示例。表3说明了大纲的各项活动同软件生存周期开发过程各阶段的基本关系,它为适当地选择相关大纲任务提供一个示例。表2软件生存周

15、期过程与软件可靠性大纲和软件可维护性大纲要素对应关系生存周期过程5.2.1制定大纲目标5.2.2分析运行环境5.2.3可行性论证5.2.45.2.55.2.6评审5.2.7文档和数据5.2.8培训5.2.9维护保障要求获取过程供应过程开发过程运作过程维护过程注:“”表示该阶段所需考虑的有关任务条款。表3软件开发过程与软件可靠性大纲和软件可维护性大纲要素对应关系安装和检验裁剪大纲内容可根据软件类型、规模和关键程度做适当裁剪。裁剪原则是:所制定大纲能使软件开发以最佳费用效益实现规定的可靠性和可维护性要求。参考文献1GB/T5271.1-2000信息技术词汇第1部分:基本术语(eqvIOS/IEC2382-1:1993)2GB/T5271.20-1994信息技术词汇第20部分:系统开发(eqvISO/IEC2382-20:1990)3龚庆祥等。型号可靠性工程手册M。北京:国防工业出版社,2007

copyright@ 2008-2023 冰点文库 网站版权所有

经营许可证编号:鄂ICP备19020893号-2