《[doc]装备保障中的软件保障》

《[doc]装备保障中的软件保障》

ID:36727100

大小:28.00 KB

页数:10页

时间:2019-05-14

《[doc]装备保障中的软件保障》_第1页
《[doc]装备保障中的软件保障》_第2页
《[doc]装备保障中的软件保障》_第3页
《[doc]装备保障中的软件保障》_第4页
《[doc]装备保障中的软件保障》_第5页
资源描述:

《《[doc]装备保障中的软件保障》》由会员上传分享,免费在线阅读,更多相关内容在行业资料-天天文库

1、装备保障中的软件保障装备保障中的软件保障装备保障中的软件保障装备保障中的软件保障装备保障中的软件保障装备保障中的软件保障装备保障中的软件保障..I■■随着全球信息化,数字化的到来.我军的武器装备也在向信息化不断发展,新式武器系统陆续装备部队,其中,软件的成分日益增加.随着装备投入训练使用时间的增加,软件故障已经越来越多地暴露出对装备性能,维护,恢复的制约.尽管硬件不出现故障,但由于软件的故障,如误操作,原有设置不符现有操作环境,数据老化,感染上病毒等原因,造成装备不能正常使用,有的已影响到部队正常的训练,战备,维护等工作.我军现行保障体制只停留在对武器

2、的常规保养与故障(主要是机械故障)的排除上,没有涉及到软件保障.为了建设一个及时,可靠,高效的装备软件保障系统,实现军委”保障有力”的总要求,提高我军装甲装备使用的综合效益,积极探索装甲装备保障的新特点和新需求是装甲兵技术保障工作的当务之急,也是适应信息化革命与数字化战场及市场经济体制的客观要求,对于提高我军装甲装备保障综合效益,具有十分重要的现实意义.一,软件的安全性,可靠性分析1.软件安全性分析软件的安全性分析,将为软件维护体制的建立和维护人员的级别,数量,技术要求等提供依据.软件安全性主要存在于以下方面:(1)外围设备,如处理器,存储器,输入输出

3、设备等;(2)系统软件间接口,包括软件对系统或分系统安全性的可能影响,如硬件和软件控制,不同操作系统间的数据通信等;(3)确定控制安全关键的软件命令和响应(如错误命令,不适时的命令,响应或不希望的事件等)的安全性准则.采取适当的措施,并将其纳入软件和相关的硬件中;(4)与安全性有关的设备,保障装备和可能的防护方法,以保障软件运行的硬件环境安全;(5)软件的操作,试验,维修和应急措施.2.软件危险性分析进行系统危险分析,以确定软件设计的有关安全性问题,以及系统的软件在运行中(包括平时的训练故障和战时遭遇敌信息武器攻击时)所面临的危险性.主要包括:(1)由

4、于分系统的使用,导致系统安全性的降低;(2)部分设计更改对系统的影响;(3)程序源代码中隐藏的后门,漏洞,不确定性循环等;(4)软件事件,故障和偶然事件(如定时不当)对系统安全性的可能影响;(5)来自计算机病毒,黑客对软件系统的攻击.3.软件可靠性分析软件可靠性是程序在给定的时间间隔内,按照规格说明书的规定,完成规定功能的概率.军用软件对架,按关键性程度统筹规划各个UseCase的开发顺序和开发进度,优先实现关键性程度高的UseCase.其判定原则是:技术实现越困难的(技术风险大)UseCase,其关键性程度越高;反映用户最紧迫需要的UseCase,其

5、关键性程度较高;一旦自身实现能够作为其他UseCase实现基础的UseCase,其关键性程度较高;能够让用户赏心悦目的UseCase,其关键性程度越高.这种做法是软件工程中风险管理的具体实现.(5)利用Rose分析这些新的UseCase,并根据分析设计新的Class,Component,将新的Class分配到原有的或新建的Component中去.在分析时主要采用SequenceDiagram,CollaborationDiagram.(6)使用RDL生成Delphi源代码的”骨架”,这是系统开发中唯一的一次正向工程.因为在此以?54?后,模型和代码两者

6、都已存在,开发的过程就成了双向工程.(7)在Delphi中向RDL生成的源代码”骨架”中填充代码体等实现代码.(8)在Delphi中生成可执行构件,再部署构件,进而生成本软件系统的第一个可执行版本.(9)将该版本进行测试,请用户使用,根据测试和用户使用的反馈情况,改进新的设计,再次更新代码,生成可执行版本,直到用户满意.至此,该软件系统的基本体系结构才算真正建立.(1O)发布第一个可执行版本.(11)进入系统维护阶段.其间的软件维护遵循“已有软件系统情况下的开发步骤”.口(作者单位:总参第51研究所)20o3年第2期下蝴●★可靠性的要求比普通软件更高.

7、美国国防部曾将可靠性定义为:”系统及其组成部分在无故障,无退化或对保.障系统无要求的情况下,执行其功能的能力.”这对可靠性的要求更加严格.软件可靠性可用稳态可用t,1指标来衡量:M2FAss:m+髓mM1-I一系统平均无故障时间;MTTR——系统平均维护时间.软件系统的无故障时间受多种内部和外在因素影响,其中最主要的是软件自身的设计.这就要求在软件维护体系中,加大对软件的测试工作,力争早期发现故障,并改正软件中的错误.系统平均维护时间取决于维护人员的技术水平和对系统的熟悉程度,它和系统的可维护性有重要关系.在现有维修体制中.技术员的软件技术水平还远达不

8、到对软件及其操作系统的保障要求,因此提高技术人员的软件维护水平是一个关键.软件是信息战中至关重

当前文档最多预览五页,下载文档查看全文

此文档下载收益归作者所有

当前文档最多预览五页,下载文档查看全文
温馨提示:
1. 部分包含数学公式或PPT动画的文件,查看预览时可能会显示错乱或异常,文件下载后无此问题,请放心下载。
2. 本文档由用户上传,版权归属用户,天天文库负责整理代发布。如果您对本文档版权有争议请及时联系客服。
3. 下载前请仔细阅读文档内容,确认文档内容符合您的需求后进行下载,若出现内容与标题不符可向本站投诉处理。
4. 下载文档时可能由于网络波动等原因无法下载或下载错误,付费完成后未能成功下载的用户请联系客服处理。