UML软件开发与建模工具Enterprise Architect教程：UML 2教程-用例图

Enterprise Architect是一个对于软件系统开发有着极好支持的CASE软件（Computer Aided Software Engineering）。EA不同于普通的UML画图工具（如VISIO），它将支撑系统开发的全过程。在需求分析阶段，系统分析与设计阶段，系统开发 及部署等方面有着强大的支持，同时加上对10种编程语言的正反向工程，项目管理，文档生成，数据建模等方面。可以让系统开发中各个角色都获得最好的开发效率。

点击下载Enterprise Architect最新试用版

用例图

用例模型

用例模型捕获系统的需求。用例是与用户和其他利益相关者交流系统打算做什么的一种方式。

actor

用例图显示了系统与系统外部实体之间的交互。这些外部实体称为参与者。角色代表的角色可能包括人类用户，外部硬件或其他系统。通常将演员绘制为命名的简笔画，或者使用?actor?关键字绘制为类矩形。

参与者可以概括其他参与者，如下图所示：

用例

用例是有意义的工作的单个单元。它提供了系统外某人或某物可观察到的行为的高级视图。用例的表示法是椭圆。

用例的用语是一条带有可选箭头的连接线，其中显示了控制方向。下图指示参与者“客户”使用“撤回”用例。

如下图所示，uses连接器的每一端可以有多个值，该图显示客户一次只能进行一次提款会话，但是银行可能有任意数量的客户同时提款。

用例定义

用例通常包括：

• 名称和说明
  

• 要求
  

• 约束条件
  

• 情境
  

• 方案图
  

• 附加信息。

名称和说明

用例通常被称为动词短语，并给出简短的非正式文本描述。

要求

需求定义了用例必须提供给最终用户的正式功能需求。它们对应于结构化方法中的功能规范。需求是用例将执行操作或为系统提供某些价值的合同或承诺。

约束条件

约束是用例在以下条件下运行的条件或约束，包括使用前，后和不变条件。前提条件指定了用例可以继续进行之前需要满足的条件。后置条件用于记录用例执行后必须为真的条件更改。不变条件指定在整个用例执行过程中正确的条件。

情境

场景是对用例实例执行期间发生的事件流的正式描述。它定义了系统与外部参与者之间事件的特定顺序。它通常以文本形式描述，并且与顺序图的文本表示相对应。

包括用例

用例可能包含其他用例的功能，作为其正常处理的一部分。通常，假设每次运行基本路径时都会调用任何包含的用例。这方面的一个示例是执行用例<Card Identification>作为用例<Withdraw>的一部分运行。

一个或多个用例可能包含用例，通过将常见行为分解为可重复使用的用例来帮助降低功能的重复程度。

扩展用例

一个用例可以用来扩展另一个用例的行为。这通常在特殊情况下使用。例如，如果在修改特定类型的客户订单之前，用户必须先获得更高权限的批准，则<Get Approval>用例可以选择扩展常规的<Modify Order>用例。

延伸点

可以通过扩展点定义添加扩展用例的时间点。

系统边界

通常将用例显示在系统内部，将参与者显示在系统外部。

=====================================================

想要了解或购买Enterprise Architect正版版权，请

更多精彩内容，欢迎关注下方的微信公众号，及时获取产品最新资讯▼▼▼