uml用例图(uml用例图的作用)

导语：UML分享——用例图

一、找出元素、理解元素1、参与者actor（另外一种叫法：主角）

参与者是在系统之外与系统交互的某个人或某事物。寻找参与者，确定系统边界（1）谁对系统有着明确的目标和要求，并且主动发出动作？（2）系统为谁服务？参与者一定是直接并且主动地向系统发出动作并获得反馈的。其中，业务主角：参与者的一个版型，用于定义业务的参与者，需求阶段使用。针对的是业务人员而非计算机用户。业务工人：不是一个参与者，被动参与业务，在系统边界之内，配合参与者完成业务目标。

2、用例 Use Case

用例，就是一件事情，与参与者交互的，并且给参与者提供可观测的有意义的结果的一系列活动的集合。用例主要为了捕捉功能性需求，但是用例并不是功能。例如：ATM取钱、存钱，挂失都是一个用例，但是插入卡片、输入密码不是用例，只是一个过程步骤。一个用例是参与者对目标系统的一个愿望，一个完整的事件。为了完成这个事件需要很多步骤，但这些步骤不能完整的反映参与者的目标，不能够作为用例。用例也可以理解为一系列完成一个特定目标的功能的组合。特征：（1）用例是相对独立的（2）用例的执行结果对参与者来说是可观测的和有意义的。（3）这件事必须由一个参与者发起。不存在没有参与者的用例，用例不应该自动启动，也不应该主动启动另一个用例。（4）用例必然是以动宾短语形式出现的。（5）一个用例就是一个需求单元、分析单元、设计单元、开发单元、测试单元，甚至部署单元。

业务用例：用例中的一种，专门用于需求阶段的业务建模系统用例：是软件系统开发的全部范围，系统用例是我们得到的最终需求，用来定义系统范围、获取功能性需求的。

3、边界系统边界，比较简单，主要区分参与者和系统。

4、关系

（1）关联关系用于连接参与者和用例，箭头由参与者指向用例，表示参与者“知道”用例的存在。

（2）泛化关系就是通常理解的继承关系，子用例和父用例相似，但表现出更特别的行为；子用例将继承父用例的所有结构、行为和关系。子用例可以使用父用例的一段行为，也可以重载它。父用例通常是抽象的。

（3）包含关系特别用于用例模型，说明在执行基本用例的用例实例过程中插入的行为段。包含用例表示的是“必需”而不是“可选”，意味着如果没有包含用例，基本用例是不完整的。同时如果没有基本用例，包含用例是不能单独存在的。

（4）扩展关系用于在用例模型中说明向基本用例中的某个扩展点插入扩展用例。表示用例场景中的某个“支流”，由特定的扩展点触发而被启动。扩展表示的是“可选”，而不是“必需”，意味着即使没有扩展用例，基本用例也是完整的。如果没有基本用例，扩展用例是不能单独存在的。

二、用例图用例图，展现了一组用例、参与者（actor）以及它们之间的关系。用例图从用户角度描述系统的静态使用情况，用于建立需求模型。

免责声明:本站部份内容由优秀作者和原创用户编辑投稿，本站仅提供存储服务，不拥有所有权,不承担法律责任。若涉嫌侵权/违法的，请与我联系，一经查实立刻删除内容。本文内容由快快网络小婷创作整理编辑！