基于模型的系统工程(MBSE)的案例研究,第 2...pdfVIP

IBM 日本語 登录 (或注册) 技术主题 软件下载 社区 技术讲座 基于模型的系统工程 （MBSE）的案例研究，第 2 部分 : 为分布 式系统的分析和设计开发以数据为中心的流程 Mohit Choudhary, 系统工程师, RealTime TechSolutions 简介： 分布式系统本身是面向数据的，它通过数据实体规定子系统边界，并通过特定数据交互来定义系统的动态特性。数据实体 及其在分布式环境中的行为是不容忽视的。因此，通过对 IBM® Rational® Harmony 系统工程流程等典型 MBSE 工作流中进行功能 分析，可以推导出端口和接口 （数据交互和属性）的来源，在这种情况下，这种结果似乎比较奇怪。在本文中，我们将探索如何开 发适用于分布式系统的分析和设计的 MBSE 流程。 发布 日期： 2012 年 3 月 23 日 级别： 初级 原创语言： 英文 访 问情况 ： 1652 次浏览 评论： (查看 | 添加评论 - 登录) 为本文评分 在本系列的第 1 部分中，我们获得了 UAV 地面控制器的系统设计，我们使用 IBM Rational Harmony 系统工程作为一个流程，指 引我们了解子系统和逻辑接口。不过，分布式系统的设计往往以数据为中心，而数据实体在系统设计中又占据最重要的位置。因 此，很显然，我们只好稍微调整一下 Rational Harmony 系统工程流程，让设计流程把重点放在数据实体上，同时继续将 Rational Harmony 系统工程等成熟的 MBSE 流程的优势融入设计中。 在分布式系统设计中，使用一个先进的接口语言来定义这些数据交互是有必要的，这样做不仅可以在整个交互过程中确保各子系统 的一致性，还可以捕获设置在语言本身中的数据的交互 目的和行为。在不断变化的接口规范语言中，类似的步骤是通过 OMG 数据分 发服务 (Data Distribution Service, DDS) 规范 （参阅参考资料）实现。在派生的逻辑接口中的子系统之间弹出操作性 ICD （界 面控制文件）时，标准的 Rational Harmony 系统工程流程结束时的切换 （参阅参考资料）已经足够用，但是，在利用数据分发服 务 (DDS) 将这些逻辑接口映射到信息交换结构时，可能并不简单。 在本文中，我们将尝试调整标准的 Rational Harmony 系统工程流程的工作流，让它支持分布式不协调性，而不是支持 Rational Harmony。首先，我们将介绍 DDS 规范和 Problem-frame Analysis 的结构 （请参阅参考资料）。然后，我们遵循修改过的 MBSE 流程中所涉及的步骤，这些步骤及时采用了 DDS，并在整个分布式系统的分析和设计过程中体现它。最后，您应该能够通过使用与 本文第 1 部分中相同的案例研究来运行这些步骤。 了解 DDS 和问题框架分析 OMG 数据分布服务 (Data Distribution Service, DDS) 规范被划分为两个架构层次。下层是以数据为中心的发布和订阅 (Data Centric Publish and Subscribe, DCPS) 层，其中包含了发布和订阅通信机制的类型安全的接口。上层是数据本地重构层 (Data Local Reconstruction Layer, DLRL)，它使应用程序开发人员能够在 DCPS 层上构建本地对象模型，以屏蔽应用程序对 DCPS 的感 知。本文的内容仅限于 DCPS 的一些特定结构。 以数据为中心的发布和订阅 DCPS 层将数据从发布者传播到感兴趣的订阅者。它的实现所使用的概念是，发布者 和数据编写器 和在发送端，而订阅者 和数据 读取器 在接收端。DCPS 层由一个或多个数据域组成，其中每个域都包含通过 DDS 进行通信的发布者和订阅者。每对发布者和订阅 者都从属于一个域。在所有数据域中，都是根据主题 来识别数据，主题是一个类型特定的域段，使发布者和订阅者能够明确地指定 数据。 在一个域中，每个主题都将惟一的主题名称、数据类型 和一组服务质量 (QoS) 策略与数据相关联。每个主题都与一个数据类型相 关联，但多个不同主题可以发布相同的数据类型。发布者的行为由与发布者、数据创建者和特定数据源的主题元素关联的 QoS 策略 决定。同样，订阅者的行为由与订阅者、数据读取器和特