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

 

注意事项：

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

二、图中必需要有系统边界

三、必需要有系统名称

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

五、 必定要有一个include或者一个extend，不须要两种都有，搞不清楚两者的区别全都写include就行了。

　　若是是extend，必定是虚线箭头指向父用例，表明从父用例扩展出来，若是是include，必定是虚线箭头指向子用例，表明包含子用例。

六、全部的用例都必须和actor关联，关联线必定是没有箭头的。

七、 若是是手机的APP，右边的支持性参与者经常使用的有device或传感器，GPS，加速传感器，可是支持性参与者不能写在左边，必定是写在右边

　　主参与者必定画在左边

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

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

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

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

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

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

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

 

试题答案：