用例图（Used Case ）

理解Use Case和Actor

Use Case 可以促进与用户沟通，理解正确的需求，另外可以划分系统与外部实体的界限，是系统设计的起点，而最终应该落实到类和实现代码上。
Use Case View与Logical View 应该有明确的相关性，UML从Use Case到类包的关联可以用到依赖/实现关系描述
Actor不一定指人，而是指代表某一中特定功能的角色，因此同一个人可能对应很多个Actor。Actor是个虚拟的概念，也可以指外部系统和设备
Use Case是对系统行为的动态描述，它是OO设计的起点，类，对象，操作的来源，通过逻辑视图的设计，可以获得软件的静态结构。
UML中的用例图是支持产品外部功能的描述的视图。
用例图是从软件产品的使用者角度，而不是从软件开发者的角度。
用例之间可以用包含、扩展及其泛化的方式相互关联
包含（Include）指的是在一个用例中重用另一个用例中的步骤，在基用例之上插入附加行为，并且有明确的描述
扩展（extend）指的是允许对已有的用例增加步骤以创建一个新的用例，
泛化（Generalization）指的是一个用例继承另外一个用例。
关联关系：参与者与参与执行的用例之间的通信路径。
根据边界类、控制类和实体类的划分思考。表示逻辑/业务逻辑/数据服务
类图是用类和它们之间的关系描述系统的一种图表，是从静态角度表示系统的，所以类图是一种静态模型。类图是构建其他UML图的基础。
类图间的关系种类： 关联（类实例间连接的描述），依赖（两个模型元素间的关系）
流（在相继时间内一个对象的两种形式的关系），泛化（概括描述与具体种类间的关系）
实现（说明和实现间的关系）、使用（一个元素需要其他元素提供适当功能的情况）

评论

4 楼 qinglintan 2011-03-18  

include:包含（用例A中必须包含用例B才可以执行)

extend:扩展（强调功能扩展）

generalization:(用例B继承用例A,但用例B比用例A更多服务)

对这几个概念有时真的不知道怎么处理,有时分析时不能很好的把握属性哪种关系

另外你讲的过于文字化了，还是写几个好用例图上来看看

加以说明会好很多~~

3 楼 jiangduxi 2010-04-13  

littleJava 写道

晕了……
用例图怎么会涉及到类图？
名词解释，附上相应的示例就更鲜明了

抱歉,开始写这篇的时候还不会使用[Img]标签。至于为什么用例图会涉及到类图。我只能说你要对用例图了解深入点。它不只是你看到的所谓的图，其可以分解和抽象出实体和类。不同的用例图也有针对不同的对象。如果是用户，那可以就算用于描述一种用户需求的图，当你面向的是开发人员的画，你就必须对UseCase图进行转换和抽象成开发人员所需要的信息。比如Actor该不该设计成一个Entity。该Actor的行为那些是可以抽象出method。等等这些都是要根据UseCase来进行转换和抽象的。

2 楼 littleJava 2010-04-12  

晕了……
用例图怎么会涉及到类图？
名词解释，附上相应的示例就更鲜明了

1 楼 zy2419 2010-04-07  

LZ 总结的比较好，以前对此也只是模糊的概念