第一题:用例图

UML期末复习题——2.1:Use Case Diagram-LMLPHP

重要概念:

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、用例选择:重点关注系统提供什么服务、人如何使用系统

试题答案:

UML期末复习题——2.1:Use Case Diagram-LMLPHP

  

05-28 21:54