兵棋系统的逻辑架构设计优化

军事人员在技术人员的辅助下，将系统应用所需的各项功能通过功能架构完整清晰地描述出来，并在设想了多种典型运用方式的部署架构之后，技术人员开始发挥主体作用，在军事人员的辅助下，负责系统逻辑架构的总体设计。逻辑架构设计的目的主要有两个方面：一方面是从技术实现的角度，区别前台与后台功能、导控前台与训练（推演）前台的功能，并且进行归并、重组处理，避免重复性设计与技术研发。譬如，导控人员需要拟制各种导调用的作战文书和图表，而受训人员也需要拟制各种作战文书和图表，而且都需要按推演席位进行分发。从软件技术实现的角度来看，这两种功能其实是基本一致的，仅仅需要根据用户角色的不同赋予不同的权限。因此，在逻辑架构中则需要进行归并为同一个功能子系统（模块）。另一方面，则是基于某一具体的设计理念，合理地拆分各种功能需求，既保证各种功能服务的独立性，又可以通过信息交互实现这些功能服务的可组合性。通过逻辑架构设计，技术人员可以进一步梳理、归并兵棋系统的各种功能，而军事人员则可以初步了解到兵棋系统的基本组成及结构，双方的沟通、对接由此开始“可视化”，尤其是极少数“指技合一”的人员在这一环节中应该充分发挥“桥梁”作用，确保军事人员和技术人员的理解达成一致，目标趋于一致。

近年来，基于“面向服务的体系结构”（Service-Oriented Architecture，SOA）在信息系统架构设计中得到广泛的运用。SOA是一个组件模型，将应用程序的不同功能单元（称为服务）通过这些服务之间定义良好的接口和契约联系起来。接口是采用中立的方式进行定义的，通常独立于实现服务（功能单元）的硬件平台、操作系统和编程语言。这使得在各种各样的系统中构建的服务可以使用统一和通用的方式进行交互。SOA本质上也可以理解为一种设计思路或设计理念。对于较大型或大型的兵棋系统而言，不仅自身的功能单元（服务）可能需要不断扩展，而且还需要与其他的军事指挥信息系统进行对接，譬如，美军的JTLS系统需要和“空中任务指令”（Air Tasking Order，ATO）系统进行对接。此时，运用SOA的设计理念，就可以使得兵棋系统内部的功能单元（服务）之间，以及与兵棋系统外部的服务之间，通过简单、精确定义接口进行通讯，能够帮助系统设计人员更迅速、更可靠地完成架构设计，并且更加便于面对服务（功能单元）可能的变化。

以联合战役层级的兵棋系统为例，结合前面的功能架构设计，从技术实现的角度对同类功能进行归并后，基于SOA的设计理念，采用“2+2”的总体设计思路，即“通用平台+推演系统”再集成“规则体系+推演想定”。其逻辑架构自下至上可以分为基础环境层、数据资源层、应用支撑层、应用功能层、用户接入层等五层，并在信息安全管理和相关标准规范支撑下进行建设，如图4.8所示。其中，从软件设计与技术实现的角度来

(www.xing528.com)

图4.8 兵棋系统逻辑架构设计示意

看，可以归并的功能项主要基于两种基本思路进行处理，一是将其中完全共用的功能部分抽取出来，譬如，推演组织（导裁）人员和推演参与（受训）人员都需要拟制文书、标图并发送文图，仅仅是具体内容存在差异，因此可以将这部分功能相对独立出来。二是相互关联但难以独立抽取出来的功能部分，对于组训方和受训方而言，哪一方该功能更重要、更复杂，就放在该处分析，譬如，信息综合显示功能，几乎所有推演参与人员都需要使用，虽然组织（导裁）人员所能够看到的信息内容更多、更全面，但就使用频率及重要性而言，更适宜于主要从受训方的角度来进行设计，兼顾到两类人员的差异即可。