根据模型系统工程.pdfVIP

基于模型的系统工程（MBSE）的案例研 究 第 1 部分: IBM Rational Harmony 的集 中式系统模型 建模自出现以来，一直是系统工程的重要组成部分。在过去十年中，工程师们已 经大幅增加基于模型的技术的使用，并发展出一门新的学科，基于模型的 系统 工程（Model-Based Systems Engineering, MBSE）。这门学科与传统的系统工程 不同，它强调中央系统模型，该模型同时捕捉系统需求和满足这些需求的设计决 策。除了作为系统工程的工作构件的知识库 之外，还可以通过模拟系统模型来 验证成本、性能研究和设计选择。IBM Rational Harmony for Systems Engineers 等广泛应用的 MBSE 流程重点关注的是系统功能分析，也就是说，关 注如何将功能要求转换为一致的系统操作描述。然后，使用系统操作获得所分配 系统架构块之间的端口和接口。这些 接口形成了各子系统之间的正式切换的基 础。 Mohit Choudhary, 系统工程师, RealTime TechSolutions 2012 年 3 月 23 日  内容 本系列的这一部分旨在通过一个案例研究来探讨标准 MBSE 流程。首先，我们根 据 UAV （无人驾驶飞机）地面站控制器的设计来拟定这个案例研究的范围。然后， 我们会介绍 Rational Harmony 系统工程流程的基本概念、工作流和工作产品。 最后，我们通过定义任务流来实现 UAV 地面站控制器的设计，同时构造每个阶段 所需的构件。 案例研究 本案例研究基于对少部分 UAV 地面站控制器的设计分析，这些控制器的功能必须 符合表 1 中的要求。 表 1. UAV 地面站控制器需求 需求 需求 引用 01 实时飞行中的 UAV 的信息。（身份和传感器负载） 02 允许操作员将搜寻区域分配给选定的飞行中的 UAV。 需求 需求 引用 03 以 1 次更新/秒的频率接收来自 UAV 的传感器追踪信息。 04 在系统中保持 30 分钟的追踪历史。 05 允许操作员维护包含所采用的系统追踪信息的资料库。 06 最多维护 100 条 System Tracks （系统追踪信息）。 07 允许操作员对系统追踪信息执行生命周期操作（创建/删除）。 每秒更新一次系统追踪信息，如果主传感器追踪信息更新可用，则使用该 08 值进行更新，否则，使用 DR 的值进行更新。 09 使系统追踪信息可在显示屏上显示，并绘制其更新。 允许操作员将操作员辅助系统追踪信息与另一台 UAV 的传感器追踪信息 10 相关联。 11 允许操作员将两条独立的系统追踪信息合并成一条。 12 将系统中的重要事件（比如创建和删除系统追踪信息）通知操作员。 13 允许操作员随时中止 UAV 搜索。 Rational Harmony 系统工程中基于模型的系统工程 Rational Harmony for Systems Engineering 使您能够识别并推导出所需的系统 功能，还能够确定相关的系统模式和状态。此外，您还可以将已确定的系统功能 和状态分配给子系统结构，并确定跨子系统的端口和接口。图 1 显示了您在每个 工程阶段为了完成系统设计而必须执行的基本输入和输出。 图 1. 工程阶段的生命周期 在功能分析阶段，通过一个活动图定义用例的功能流。然后，从活动图推导出用 例场景。各场景通过一组序列图表示，创建用例块的端口和接口时需要用到它们。 最后，用例基于状态的行为被捕获为一个状态图。 在 架构设计阶段，选定的系统块被分解成几部分。最终的系统结构被捕获在 SysML 块定义图 (BDD) 和 SysML 内部块图 (IBD) 中。每个用例分配都可以通过一 个关联的白盒活动图以图形的形式表示。下图是用例的黑盒活动图的副本，但它 被划分为泳道 (swim lane)。每条泳道代表分解层次的一个块。然后，根据选定 的设计理念，将操作 “移动” 到各自的块泳道。这种分配的一个基本要求是要 求维护操作之间的初始链接（功能流）。最后，详细架构设计阶段的重点是端口 和接口的定义，以及在架构分解的最 低层，系统块基于状态的行为的定义。 设计流程/大纲 UAV 地面站的系统要求被划分成两个用例