如何表示一个用例模型?? 如何可视化用例之间的关系?Р【用途】:帮助开发团队以一种可视化的方式理解系统的功能需求。?用户对系统的使用方式决定了系统如何设计和构造。用例是能够帮助分析员和用户确定系统使用情况的UML组件。一组用例就是从用户的角度出发对如何使用系统的描述。?可以认为用例是系统的一组使用场景。?用例图的主要要素是参与者、用例和关联。Р3.1 用例图的构成Р用例图可以用于描述系统的功能性需求和系统功能的使用环境。?用例图可视化地描述了系统外部的使用者(抽象为参与者)和使用者使用系统时系统为这些使用者提供的一系列服务(抽象为用例),并清晰地描述了:?参与者和参与者之间的泛化关系;?用例和用例之间的包含关系、泛化关系、扩展关系;?用例和参与者之间的关联关系Р要用在用例图上显示某个用例:?使用人形符号绘制一个参与者;?绘制一个椭圆表示用例,将用例的名称放在椭圆的中心或椭圆下面的中间位置;?使用带箭头或不带箭头的线段来描述参与者和用例之间的关系。Р举例:饮料销售机Р假设你现在正着手设计一台饮料销售机。为了获得用户的观点,你会见了许多可能的用户以了解这些用户将如何与这台机器交互。? 饮料销售机的主要功能是允许一个顾客购买一罐饮料,很可能用户立刻就能告诉你一些有关的场景(换句话说就是用例),你可以给这组场景加上一个标签“买饮料”。下面我们来考察这个用例中每一种可能的场景。Р(1)用例“买饮料”Р这个用例的参与者是买饮料的顾客。顾客将钱插入销售机触发了这个用例的场景被执行,然后用户进行选择。如果一切顺利,销售机内至少还存储有一罐被选择的饮料,则销售机会自动弹出这种饮料给顾客。? 上面的“买饮料”场景是唯一可描述的场景么?。显然,我们立即会想到还有其他的场景。顾客所要购买的饮料销售机中可能没有。顾客投入的钱数不是刚好等于购买饮料所需要的钱。应该如何设计饮料销售机来处理这些场景呢?
全文预览
