第一题：用例图
重要概念：
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、用例选择：重点关注系统提供什么服务、人如何使用系统
试题答案：
