UML学习笔记02

注：看课程时做的笔记。图片之类如有版权问题，请联系我删除。谢谢

1.初用用例图常见的问题：
1）系统只有一种用户，或者只有用户和管理员两种角色。（建议用户可以细分）
2）不能合适的拆分和组织用例。

2.出现常见问题的本质：（建议要及时转换思考方式）
1）未能切换思维方式和角度，应该从用户的角度思考问题；
2）未能从用户的角度来拆分和组织用例；
3）过多的从工程师和技术的角度来思考。

3.用例图的本质：
1）思考系统为谁服务；
2）系统应该为这些“谁”提供怎样的UseCase;
3）这些UseCase能为这些“谁”带来怎样的价值。

4.没有UML会遇到的情况
1）没有统一的标准
2）工作方法很落后
3）自以为面向对象（OO），但没有可以展现OO的载体
4）需求与开发环节脱节，无法做到“需求驱动”
5）难以帮助公司实现利益最大化（利益 = 需求 — 设计）

5.UML:统一建模语言。
6.用类图来表示13种UML图。（类图中一个矩形即为一个类，带三角的线代表继承于）（建议记住图的英文名字）

7. 4 + 1 视图（1需求，4视图）：分别可以对应到UML中的13种用例图。

8.UML图—>行为型的图—>activity diagram（活动图）
例：供应信息审批流程 活动图表示
1） 泳道：表示执行者可以执行活动的通道。
2）实心原点：开始
3）圆边矩形：执行者可以执行的活动（用动词+宾语）
4）菱形：判断，可以引出2个及以上的分支。
5）[AAA]：代表条件
6）半实半虚：结束
7）连接节点和分叉节点：表示动作的分流与合并

9.UML图—>行为型的图—>State Machine Diagram(状态机图)
1）流程围绕什么对象展开
2）这个对象有什么状态
3）状态之间怎么转换
4）例：供应信息审批流程 状态图表示
a) 开始：实心原点
b) 结束：半实半虚
c) 状态state：椭圆方框
d) 转换：箭头表示，事情发生或者外部条件的改变导致状态转换。

10.活动图和状态机图的对比
1）状态机图表达的信息更多一些，因为明确表示了状态信息。（比如未提交，已审批等状态）
2）活动图是一种“万能流程图”，也是UML图中最容易理解和掌握的一种图。
3）状态机图只适用于流程围绕某对象开展的情况。（如果是表单的审批则可以用状态机图，因为这个流程的对象为要审批的那个表单）
4）状态机图分析力度更深，而且更接近系统分析和软件设计的层次。
5）如果两种图都可以用，则便于多角度深层次看问题。