UML期末复习题——2.1：Use Case Diagram

第一题：用例图

 

重要概念：

1.采用参与者和参与者目标的观点：

　　一组用例实例，每个实例是系统所执行的一系列活动，以此产生对特定参与者具有价值的客观结果。

　　短语“对特定参与者具有价值的客观结果”是细微而又重要的概念，它主要强调了需求分析的两个态度。

　　　　· 关注系统的用户或参与者来编写需求，询问其目标和典型情况。

　　　　· 关注理解参与者所考虑的有价值结果。

2.如何发现用例

　　具体步骤：

　　（1）选择系统边界

　　（2）确定主要参与者

　　（3）确定每个主要参与者的目标

　　（4）定义满足用户目标的用例，根据其目标对用例命名

　　

　　在（2）（3）中，应做到对全面分析。在确定主要参与者与参与者的目标之后，我们需对参与者和目标进行组织，主要有两种方法：

　　a. 发现结果，将其绘制成用例图，以目标作为用例名称。

　　b. 首先写出参与者-目标列表，复审并精化之，然后绘制用例图。

　　

　　在确定用例的主要参与者时，我们应该时刻围绕着一个问题“参与者的目标（其结果具有可量化的价值）是什么”。明白了这个问题之后，即可对主要参与者及其目标做出准确判断。

　　

　　定义用例时，一般来说，为每个用户目标分别定义用例。用例的名称应和用户目标相类似，在命名时一定要注意：用例名称应使用动词开头。

 

绘制要点：

　　具体方法见http://www.cnblogs.com/xiaolongbao-lzh/p/4590897.html

 

注意事项：

1、在图里面不许出现有“什么什么界面”“什么什么菜单”“什么什么功能”“什么什么按钮”之类的字眼

2、图中必须要有系统边界

3、必须要有系统名称

4、用例名称应以动词开头，不可只出现名词却没有出现动词

5、 一定要有一个include或者一个extend，不需要两种都有，搞不清楚二者的区别全都写include就好了。

　　如果是extend，一定是虚线箭头指向父用例，代表从父用例扩展出来，如果是include，一定是虚线箭头指向子用例，代表包含子用例。

6、所有的用例都必须和actor关联，关联线一定是没有箭头的。

7、 如果是手机的APP，右边的支持性参与者常用的有device或传感器，GPS，加速传感器，但是支持性参与者不能写在左边，一定是写在右边

　　主参与者一定画在左边

8、画用例是画有用的用例，不能出现“登陆”或者“login”这种对系统没有贡献的字眼

9、一个用例就是一个基本业务流程：做事过程中间是不能停顿的。但是不可以把所有功能堆积到一个用例里面，画在一个用例里说明你认为所有功能必须一次性完成，不能中断，这个是错误的

10、size原则：用例不是操作，不要把每一个操作都拿出来做一个单独的用例，比如输入地点等等。

　　如何判断是否符合size原则：这个功能是否有一个单独的界面

　　这意味着每一个用例都有一个单独的交互过程

11、用例图不可层次太多！（大于4层一定扣分）只关注如何服务，有何设备参与，故不可太多层

12、用例选择：重点关注系统提供什么服务、人如何使用系统

 

试题答案：