UML分析

业务用例是客户业务视角，系统用例是系统视角
概念用例视图用于展现从业务用例中经过分析分解出来的关键概念用例，并表示概念用例和业 务用例之间的关系。一般来说这些关系有扩展、包含和精化。
“分解”较大的业务用例所产生的结果就是概念用例。请注意分解两字的引号，实际上用例不是功能，是不可分解的，同时由于用例具有“原子”性，用例也是不能分解的。正确的说法是抽象。抽象出的概念用例通过包含、泛化、扩展关系连接到基本业务用例。
关联关系：在最终的代码里，关联对象通常是以实例变量（成员变量）的形式实现的。
在用例模型中，单向关联关系用于连接参与者和用例，箭头由参与者指向用例，表示 参与者“知道”用例的存在。当然，在有些UML建模工具中，方向是不被强调的，不过我们从用 例知识中了解到，总是参与者“知道”用例，而用例是“不知道”参与者的。
一般而言，依赖关系在最终的代码里体现为类构造方法、类方法等的传入参数。与关联关系相比，依赖关系除了临时“知道”对方外，还会“使用”对方的属性或方法。从这个角度讲，被依赖的对象改变会导致依赖对象的修改。
业务用例实现视

UML分析最先出现在Python成神之路。