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

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

点击下载Enterprise Architect最新试用版

用例模型描述了新系统的建议功能。用例表示用户（人或机器）与系统之间的独立交互单元。此交互是一个有意义的工作单元，例如创建帐户或查看帐户详细信息。

每个用例都描述了在建议的系统中构建的功能，该功能可以包括另一个用例的功能，或者使用自己的行为扩展另一个用例。

用例描述通常包括：

• 描述用例的一般注释和注释。

• 要求 - 用例必须向最终用户提供的事物的正式功能要求，例如

• 约束 - 用例在其下运行的正式规则和限制，定义了可以做什么和不可以做什么。这些包括：

在用例运行之前必须已经发生或已经存在的前提条件; 例如，

用例完成后必须为真的后置条件; 例如，

在用例运行期间必须始终为真的不变量; 例如，订单必须始终具有客户编号。

• 场景 - 执行用例所采取的步骤的正式，顺序描述，或用例实例期间发生的事件流。这些可以包括多个场景，以满足特殊情况和替代处理路径。这些通常以文本形式创建，并对应于序列图的文本表示。

• 场景图 - 描述工作流程的序列图; 类似于场景，但以图形方式描绘。

• 其他属性，例如实现阶段，版本号，复杂性评级，构造型和状态。

演员

用例通常与“参与者”相关，“参与者”是人或机器实体，它们使用系统或与系统交互以执行一项有意义的工作，帮助他们实现目标。参与者有权访问的用例集定义了他们在系统中的整体角色及其操作范围。

包含和扩展用例之间的关系

一个用例可以包括另一个用例的功能，作为其正常处理的一部分。通常，假设每次运行基本路径时都会调用包含的用例。例如，在修改所选订单之前列出一组客户订单以供选择时，每次运行

用例可以包含在一个或多个其他用例中，因此通过将常见行为分解为多次重复使用的用例，有助于减少功能重复。

一个用例可以扩展另一个用例的行为，通常是在遇到异常情况时。例如，如果用户在修改特定类型的客户订单之前必须获得某个更高级别的批准，那么

序列图

序列图提供了随时间变化的对象交互的图形表示。这些通常显示用户或actor，以及它们在执行用例时与之交互的对象和组件。一个序列图通常表示单个用例“场景”或事件流。

序列图是记录使用场景的一种很好的方法，它既可以在分析的早期捕获所需的对象，也可以在设计后期验证对象的使用。这些图显示了从一个对象到另一个对象的消息流，因此对应于类/对象支持的方法和事件。

以下序列图示例显示左侧的用户或actor，启动与Use Case场景对应的事件和消息流。在对象之间传递的消息将成为最终模型中的类操作。

实施图

用例是系统在构造时将具有的功能的正式描述。实现图通常与用例相关联，以记录哪些设计元素（例如，组件和类）在新系统中实现用例功能。这为系统设计人员，客户和实际构建系统的团队提供了高水平的可追溯性。组件或类链接到的用例列表记录了组件必须实现的最低功能。

上面的示例显示用例“Login”实现了正式要求“1.01登录到网站”。它还显示“业务逻辑”组件和“ASP页”组件实现了部分或全部“登录”功能。进一步的改进是将“登录”屏幕（网页）显示为实现“登录”用例。这些实现或实现链接定义了从形式要求到用例到组件和屏幕的可追溯性。

相关推荐：

Enterprise Architect视频教程

Enterprise ArchitectDEMO资源

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

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

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