基于模型的系统工程.docVIP

基于模型的系统工程（MBSE）的案例研究 第 1 部分: IBM Rational Harmony 的集中式系统模型 建模自出现以来，一直是系统工程的重要组成部分。在过去十年中，工程师们已经大幅增加基于模型的技术的使用，并发展出一门新的学科，基于模型的 系统工程（Model-Based Systems Engineering, MBSE）。这门学科与传统的系统工程不同，它强调中央系统模型，该模型同时捕捉系统需求和满足这些需求的设计决策。除了作为系统工程的工作构件的知识库 之外，还可以通过模拟系统模型来验证成本、性能研究和设计选择。IBM Rational Harmony for Systems Engineers 等广泛应用的 MBSE 流程重点关注的是系统功能分析，也就是说，关注如何将功能要求转换为一致的系统操作描述。然后，使用系统操作获得所分配系统架构块之间的端口和接口。这些 接口形成了各子系统之间的正式切换的基础。 \l authorN10029 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 使系统追踪信息可在显示屏上显示，并绘制其更新。 10 允许操作员将操作员辅助系统追踪信息与另一台 UAV 的传感器追踪信息相关联。 11 允许操作员将两条独立的系统追踪信息合并成一条。 12 将系统中的重要事件（比如创建和删除系统追踪信息）通知操作员。 13 允许操作员随时中止 UAV 搜索。 Rational Harmony 系统工程中基于模型的系统工程 Rational Harmony for Systems Engineering 使您能够识别并推导出所需的系统功能，还能够确定相关的系统模式和状态。此外，您还可以将已确定的系统功能和状态分配给子系统结构，并确定跨子系统的端口和接口。图1显示了您在每个工程阶段为了完成系统设计而必须执行的基本输入和输出。 图 1. 工程阶段的生命周期 在功能分析阶段，通过一个活动图定义用例的功能流。然后，从活动图推导出用例场景。各场景通过一组序列图表示，创建用例块的端口和接口时需要用到它们。最后，用例基于状态的行为被捕获为一个状态图。 在 架构设计阶段，选定的系统块被分解成几部分。最终的系统结构被捕获在 SysML 块定义图 (BDD) 和 SysML 内部块图 (IBD) 中。每个用例分配都可以通过一个关联的白盒活动图以图形的形式表示。下图是用例的黑盒活动图的副本，但它被划分为泳道 (swim lane)。每条泳道代表分解层次的一个块。然后，根据选定的设计理念，将操作 “移动” 到各自的块泳道。这种分配的一个基本要求是要求维护操作之间的初始链接（功能流）。最后，详细架构设计阶段的重点是端口和接口的定义，以及在架构分解的最 低层，系统块基于状态的行为的定义。 设计流程/大纲 UAV 地面站的系统要求被划分成两个用例，如图2所示。为了实现可追溯性，需要将已确定的系统要求与相关的用例相关联。在本文中，假设已经完成需求分析。对于本案例研究，我们将重点关注 Uc1 PerformAreaSearch 用例。 图 2. UAV 管理系统用例图 功能分析 用例的功能流涵盖的方面包括：将搜索分配给选定的UAV、接收来自UAV传感器的追踪信息、保持系统追踪信息与传感器追踪信息一致、维护所需要的传感器追踪信息更新历史、允许操作员中止搜索。您可以使用该工具在黑