《软件工程》课件_CORE-03.pptx

学习目标了解用例视图的作用理解如何识别用例理解用例间的关系

概述UML中的用例视图描述了一组用例、参与者以及它们之间的关系，因此用例图包括以下3个方面内容：用例参与者用例之间的关系

参与者参与者（Actor，也称角色）是系统外部的一个实体，它以某种方式参与了用例的执行过程。参与者可以是人、另一个计算机系统或一些可运行的进程。角色

参与者参与者是一个群体概念，代表的是一类能使用某个功能的人或事，不是指某个个体。参与者与系统进行通信的收、发消息机制，与面向对象编程中的消息机制很像。参与者可以分成主要参与者和次要参与者，也可以分成主动参与者和被动参与者。

参与者在获取用例前要先确定系统的参与者，可以根据以下一些问题来寻找系统的参与者：谁或什么使用该系统交互时，它们扮演什么角色谁安装系统谁启动和关闭系统谁维护系统

参与者在获取用例前要先确定系统的参与者，可以根据以下一些问题来寻找系统的参与者：与该系统交互的是什么系统谁从系统获取信息谁提供信息给系统有什么事情发生在固定的事件

参与者在建模参与者过程中，记住以下要点：参与者对于系统而言总是外部的，因此它们在你的控制之外参与者直接同系统交互，这可以帮助定义系统边界参与者表示人和事物与系统发生交互时所扮演的角色，而不是特定的人或者特定的事物。一个人或事物在与系统发生交互时，可以同时或不同时扮演多个角色。例如，某研究生担任某教授的助教，同职业的角度看，它扮演了两个角色——学生和助教。

参与者在建模参与者过程中，记住以下要点：每一个参与者需要有一个具有业务一样的名字，在建模中，不推荐使用诸如NewActor这样的名字。每个参与者必须有简短的描述，从业务角度描述参与者是什么。像类一样，参与者可以具有分栏，表示参与者属性和它可接受的事件。一般情况下，这种分栏使用的并不多，很少显示在用例图中。

用例图用例是一个叙述型的文档，用来描述参与者使用系统完成某个事件使的事情发生顺序。图形上的用例用一个椭圆来表示，用例的名字可以书写在椭圆的内部或下方。

识别用例用例是一个叙述型的文档，用来描述参与者使用系统完成某个事件使的事情发生顺序。图形上的用例用一个椭圆来表示，用例的名字可以书写在椭圆的内部或下方。

用例间的关系用例除了与其参与者发生关联外，还可以参与系统中的多个关系，这些关系包括：泛化关系、包含关系和扩充关系。关系功能表示法关联参与者与其参与执行的用例之间的通信途径扩展在基础用例上插入基础用例不能说明的扩展部分用例泛化用例之间的一般和特殊关系，其中特殊用例继承了一般用例的特性并增加了新的特性包括在基础用例上插入附加的行为，并且具有明确的描述

实例购买的商品入库；将积压的商品退给供应商；将商品移送到销售部门；销售部门将商品移送到仓库；

实例管理员盘点仓库；供应商提供各种货物；用户查询销售部门的营销记录；用户查询仓库中所有变动记录。

实例创建以下参与者。操作员管理员供应商商品领料人商品退料人

实例建立如下用例：仓库进货仓库退货仓库领料仓库退料商品调拨仓库盘点

实例建立如下用例：库存查询业务分析仓库历史记录查询供应商信息维护仓库信息维护用户管理

实例对用例进行分类：操作员：仓库进货、仓库退货、仓库领料、仓库退料、商品调拨、用户管理。管理员：仓库进货、仓库退货、仓库盘点、商品调拨、库存查询、业务分析、仓库历史记录查询、供应商信息维护、仓库信息维护、用户管理。

实例对用例进行分类：供应商：仓库进货、仓库退货。领料人：仓库领料。退料人：仓库退料。

实例仓库信息系统的用例图

总结在UML中用例图的用途。参与者的定义。用例的图形表示。用例的多个关系：泛化、包含、扩充。