基于XSimStudio平台的仿真建模系统的开发论文.docVIP

PAGE TOC \o 1-3 \h \z \u 1引言 1 1.1课题背景 1 1.2国内外的研究现状 1 1.3本课题研究的意义 1 采用组件化的建模思想，通过将复杂的真实对象拆分为不同的组件分别建模，使模型开发工作变的相对简单化、专业化，同时提高了模型的复用性，达到了易于维护的目的。本模型系统基于XSIM平台提供的建模框架进行研发与设计，作为XSIM仿真平台的基础模型库。既可以直接使用，也可以根据业务和领域需求快速高效的对该模型系统进行扩展和二次开发。 1 1.4本课题的研究内容和目标 2 2模型系统分析 3 2.1完全面向对象的模型封装技术 3 通过面向对象的封装技术，使真实对象和仿真对象能够建立完备的映射机制[7]，更符合开发人员的建模思维。 3 面向对象同时能够提高模型业务的封装性，模型的特征描述和行为能力描述更有条理、更易于维护升级[8]，同时能够提高模型的可扩展性。 3 2.2建模框架设计 3 模型框架是仿真引擎与模型交互的最小集合[13]，模型框架规定了引擎驱动模型的接口，同时定义了实体的基本属性。模型体系则是基于模型框架的扩展，实现了对各类模型（如：机动模型、传感器模型等）的共性抽取，为各类模型规定了其特定接口，如：机动模型的机动接口、传感器模型的探测接口等。 3 模型框架是不能扩展和更改的，模型体系可根据业务的需要进行扩展和替换。通过将模型框架和模型体系的分离，使平台的稳定性和可扩展、可替换性都得到了提高。 3 建模框架是XSIM中最底层的业务模块，建模框架为XSIM平台的其他模块提供统一的实现接口标准和模型体系的底层基类，为基于该框架的不同实现和扩展提供标准。建模框架层的设计是为了提高XSIM平台的灵活性和扩展性。建模框架提供的接口绝大部分都是抽象的纯虚接口层。在XSIM平台中，模型层对公共服务的访问均采用调用建模框架接口的方式，并不与具体的接口实现层挂钩。这样的设计增加了系统的通用性和可扩展性[16]，也便于建模框架接口实现层的按需替换。建模框架同时定义了模型体系的基础类，为模型框架提供底层支持。建模框架如图2.1所示。 3 4 建模框架定义了XSIM平台各种服务及应用框架的接口，为核心服务及应用的开发提供了标准规范，其核心接口体系结构如图 2.2所示。 4 4 仿真框架接口继承自平台接口基类(TSIUnkown)，为框架实现类提供了统一的接口描述规范。仿真框架为模型、应用系统提供信息服务，有了仿真框架实例化对象，才能建立访问系统管理器(如：时间管理器、对象管理器、服务管理器)或服务(如：传输服务、分布式交互服务、对象监视服务等)的桥梁。仿真框架接口提供的主要方法如下： 4 1）框架初始化接口。 5 2）框架运行模式获取接口。 5 3）时间管理器获取接口。 5 4）事件管理器创建接口。 5 5）随机选择一个事件管理器接口。 5 6）对象管理器获取接口。 5 7）战场管理器获取接口。 5 8）想定描述信息获取接口。 5 9）标识管理器获取接口。 5 10）服务管理器获取接口。 5 11）系统监视器获取接口。 5 12）框架对象注册接口等。 5 对象管理器接口继承自框架对象基类（TSBaseFrameObject），为对象管理器实现类提供了统一的接口描述规范。每个想定拥有唯一的对象管理器。对象管理器是全局对象的“容器”，负责为想定的对象分配句柄，同时提供仿真对象的创建、复制、句柄分配、插入、移除、快速查找等操作。 5 服务基类接口继承自框架对象基类（TSBaseFrameObject），为服务实现类提供了统一的接口描述规范。其提供的接口主要有：获取服务名称、获取服务版本、获取服务作者等。XSIM平台的其他服务均继承自该接口。从服务基类继承的主要服务接口如图 2.3所示。 5 EMBED Visio.Drawing.15 错误!不能通过编辑域代码创建对象。 6 时间管理器接口继承自框架对象基类（TSBaseFrameObject），为时间管理器实现类提供了统一的接口描述规范。时间管理器负责为所有事件管理器提供时间服务，其核心接口是“请求时间同步”（RequestTimeSync），负责对事件管理器发出的请求进行“裁决”。当所有事件管理器都处于“空闲”时（都在请求，都没执行中的事件），时间管理器向所有事件管理器发出“允许推进”信号通知，事件管理器接收到通知后，再次向时间管理器发出“请求推进”，如果请求通过，事件管理器开始执行请求的事件。 6 XSIM离散式仿真引擎是通过“事件”的执行推动着“