使用顶层架构方法论进行航母作战模拟

最近搞了点国外的国防顶层架构信息化的研究,国内的国防信息化基本没有顶层的能力,于是搞个模拟的样子供参考:

摘要:

§本案例模型描述了航母作战部队在战区执行警戒任务时,对敌机执行拦截作战的场景。

§§本案例模型所采用的术语、作战过程等素材均从网络获取,部分内容以经验知识整理。依据以上积累,本模型尽可能模拟实际作战情况,但不确保与实际完全相符。

§§本模型采用顶层架构设计方法,以DoDAF为参考模型设计。本模型开发方法基于以往经验,不代表客户未来实际的开发方法。若希望使用SA进行实际开发,需要对客户需求、使用环境、经验等进行实地考察后得出切合实际的规程和方法。

作战流程:

§预警目标-前线侦查预警机或警戒卫星发现航母作战群防御区域内的可疑或危险目标。

§计划准备-航母作战指挥中心拟定作战计划,并向作战人员发出作战指示,筹备作战。

§战斗出航-作战编队起飞,进入作战航线后,由领队长机向航母作战指挥中心申请转入攻击网。-批准后,机群随领队长机一同加入攻击网,并由领队长机统一向前线预警机报到,转入攻击网络。-由E-2C向领队长机指示检查点的航向和距离,至此,E-2C预警机将对整个作战行动进行指挥控制

§进入目标区-进入目标区后,由航行队形转为作战队形,以2或4架组成编队。

§攻击目标-E-2C作为空中指挥所,掌握全局,-由前线预警机指挥、引导,展开对敌攻击。

§返航退出-远离作战区域后,编队由疏开队形变为密集队形,对准雷达有效识别导航台飞行,并向其报告本机距该航的距离和方位。-雷达有效识别咨询区控制舰以敌我识别器鉴别无误后,批准其由攻击频率转入航母通信频率,编队长机即转入该网与航母联络,并对准航母导航台返航,按航母的指令在其附近集合待命进场降落。

时间: 2024-12-24 16:50:26

使用顶层架构方法论进行航母作战模拟的相关文章

航空制造业信息化顶层架构部分成果展示

航空制造是我们国家未来高速发展的一个行业,是中国国家能力的一个重要表征,近几年我们涉足了. 航空制造业的信息化顶层架构的规划,有些内容比较有参考价值,截取一些片段供同行们参考....

国防及航空制造业信息化顶层架构的大变迁

中国的航空制造业在这些年得到长足发展,伴随着人员成本的提升和一般性仿制的格局层瓶颈,要实现跨越性的发展需要,我们需要有自己的思路方法和创新模式. 世界航空工业正在由生产线组装产品的时代走向由网络集成价值的时代,这是一场深刻的历史性的战略转型.大规模系统集成是此次转型方向,以波音.空客为代表的主要企业正在加速转型,大力构建全球虚拟企业,推动产品生产方式的变革,推动形成世界航空工业产业链的新格局. 新军事变革和全球化是此次转型的内因,而信息技术的发展和信息化是转型的外因和使能条件. 在这轮转化过程的

架构方法论

最近拜读了<大型网站技术架构核心原理与案例分析>,从整体上进一步了解了软件架构中的方法论,关注的核心要素,以及在每个架构模式中涉及到的技术.重新梳理后记录下来,然后时刻通过深入研究里面的每个方案和技术来提高自己能力. 架构的模式: 分层(应用层,服务层,数据层).分割(将业务,服务分成细粒度独立的模块). 分布式:分布式应用和服务,分布式静态资源,分布式数据和存储,分布式计算 集群(应用,服务,数据的集群提供高可用). 异步(分布式队列).缓存(CDN,反向代理,本地缓存,分布式缓存).冗余.

技术领导力的顶层架构设计

什么是技术领导力?带领团队,在企业的视觉,完成企业面临问题的终极使命.里面有3个要点:1.带领团队获胜,而不是单打独斗.2.站在企业的角度解决问题,而不是局限在自己面临的问题.3.终极使命是解决问题,让问题到你为止,想尽一切方法克服你面临的问题,不是你的问题也要想办法协同解决掉. 作为一个优秀的技术领导者,他的顶层框架设计,分为三层: 第一层是我们想要的结果,能解决问题,要快乐的承担终极使命,如果不快乐,只是天天的解决问题,是不能长久的,同时顺便获利,获利之后才能形成一个良性循环的生态:每个人心

顶层架构核心思维琐记

架构的组成可以从静态结构和动态流转两个角度看,静态结构形成架构的基本骨架和功能块,动态流转则构成架构运转的业务流.资金流.信息流等.架构在形成后,因其结构会有一定的张力,这个张力就是架构的场,场可能有强有弱,对外有一定的开合通道,不好的场会任由外部干涉其内部结构,场即边界.理想的架构是内外平衡的,但架构总处于动态变化中,要优先识别影响架构的主要力量,以及力量推动架构的趋势,还要关注未来可能有哪些力量加入,再考虑在推动架构演进方面,可以主动输入哪些力量.架构本身就会形成一种力量,结构的自身形成一种

xenomai-GNU/Linux上的RTOS模拟架构实现

Xenomai - Implementing aRTOS emulation framework on GNU/Linux xenomai-GNU/Linux上的RTOS模拟架构实现 PhilippeGerum FirstEdition Copyright? 2004 Copyright ? 2002Philippe Gerum Permission is granted to copy, distribute and/or modify thisdocument under the terms

架构设计:系统存储(30)——分布式文件系统Ceph(RADOS结构)

=============================== (接上文<架构设计:系统存储(29)--分布式文件系统Ceph(管理)>) 4. Ceph顶层架构总览 此图来源于官网,很多网络上的资料也引用了这张图,但是并没有讲清楚出现在图中的和没有出现在图中的(但同样重要的)几个名词到底是什么含义,例如,RADOS.LIBRADOS.RADOSGW.RDB.CEPH FS.MON.OSD.MDS等等.读者要搞清楚Ceph的顶层架构,就首先要搞清楚这些名词代表的技术意义,以及这些技术的在Cep

标准Web系统的架构分层

标准Web系统的架构分层 – 转载请注明出处 1.架构体系分层图 在上图中我们描述了Web系统架构中的组成部分.并且给出了每一层常用的技术组件/服务实现.需要注意以下几点: 系统架构是灵活的,根据需求的不同,不一定每一层的技术都需要使用.例如:一些简单的CRM系统可能在产品初期并不需要K-V作为缓存:一些系统访问量不大,并且可能只有一台业务服务器存在,所以不需要运用负载均衡层. 业务系统间通信层并没有加入传统的HTTP请求方式.这是因为HTTP请求-响应的延迟比较高,并且有很多次和正式请求无关的

标准Web系统的架构分层[转]

标准Web系统的架构分层 – 转载请注明出处 1.架构体系分层图 在上图中我们描述了Web系统架构中的组成部分.并且给出了每一层常用的技术组件/服务实现.需要注意以下几点: 系统架构是灵活的,根据需求的不同,不一定每一层的技术都需要使用.例如:一些简单的CRM系统可能在产品初期并不需要K-V作为缓存:一些系统访问量不大,并且可能只有一台业务服务器存在,所以不需要运用负载均衡层. 业务系统间通信层并没有加入传统的HTTP请求方式.这是因为HTTP请求-响应的延迟比较高,并且有很多次和正式请求无关的