1 写在前面

基于模型的系统工程(MBSE)，是建模在支撑系统中的形式化应用，需求、设计、分析、验证和确认的活动。
从概念设计阶段开始，一直持续到最后发展和生命周期后期阶段。

而MBSE的设计语言就是SysML系统模型语言，它与UML2有何关系？为什么都有用例图呢？

我们知道UML用例图uc有四类关系

• 关联 «Relevance»

参与者和用例之间有关联关系。

• 包含关系 «include»

这表明一个用例的包含在另一个用例中。
当几个用例共享公共步骤时，通常会发生这种情况。
包含的用例可以提出共同的行为。
ATM机的一个例子可能是“取款”和“转账”两者都使用“验证客户”。
这取代了常用旧版的“使用关系”。

•泛化关系 «Generalization»

这表明一个用例是另一个的变异。
因此，我们可能有一个取款用例(基本用例)和一个单独的用例来处理
因资金不足而拒绝提款的情形。

拒绝可以作为一个专门使用提取用例的用例来处理。
(您也可以将其作为另一个场景来处理在取款用例中。)一个专门化的用例，比如
这可能会改变基本用例的任何方面。

• 扩展关系 «extend»

这提供了一种比泛化关系更可控的扩展形式。
在这里基本用例声明了许多扩展点。扩展的用例只能改变那些扩展的行为点。

因此，如果你在网上购买产品，你可能会有一个购买带有扩展点的产品的用例，比如需要运输信息和捕获付款信息。

然后，可以将该用例扩展到普通客户这个信息可以通过另一种方式获得。

SysML是UML的进一步演进，其内部元素与UML之间的关系如下图所述，可以看见SysML增加了需求图和参数图，修改了活动图，块图，内部块图：

接下来几个小节，这里记录和讨论SysML系统建模的几个知识点，包括基于模型的系统工程定义和期望，SysML概述，SysML的基本特性，建模工具和技术。

2 使用SysML规格造用例图

• 定义

用例：用例（表示法：椭圆形/椭圆）表示与外部系统用户（称为 Actor（表示法：简笔画））的系统事务。用例有时被视为高级功能需求。

• 示例1 卫星用例图

用例图 （uc）：

用例图显示了系统边界上下文中系统事务（用例）和外部用户（参与者）之间的通信（主题，符号：矩形）。参与者可以代表是软件（个人、组织、设施）、软件系统或硬件系统。定义系统主体和系统参与者之间的关系是定义系统范围的有效非正式方法。

目的

用例图的目的是提供主题系统的高级视图，并以非技术术语向所有利益相关者（包括客户和项目经理以及架构师和工程师）传达顶级系统要求。需要其他更严格的SysML图来指定可扩展和可模拟的系统架构模型（SAM）。

• 示例2 一个复杂的用例图

拆分用例

用例图使用实践

如果用例被认为是高级系统功能需求，则应使用细化（«refine»）依赖关系将其追溯到“functionalRequirement”需求。

• 如何最佳实践？

1 限制用于头脑风暴，ConOps等。

2 尽快切换到高级活动图！至少配合活动图一起使用

3 小结

一般用例图配合活动图一起使用，我们通常使用用例图表达产品需求，确定功能的系统边界，接着通过活动图来表达用例之间的流程。

用例图是需求结构化的表达，能够比较容易的看到系统包含哪些功能，是静态的，单纯从用例图没办法了解用例之间是怎么流通的，因此我们会通过活动图来配合，表达出用例的流程。