用例图是干什么用的-什么是用例图？用例图有什么作用

ER图是实体-关系图,包括一些对象和对象的联系,还有对象的属性

用例图是指由参与者(Actor)、用例(Use Case)以及它们之间的关系构成的用于描述系统功能的视图

用例图:从用户角度描述系统功能,并指各功能的操作者。

UML2系列框图--用例图详解

1. 用例图(use case diagrams)简述 描述角色和用例之间的关系,着重展示系统必须实现的功能,用于在需求分析阶段分析客户需求。 2. 主要元素 用例(use case),系统为角色提供可见结果的一系列动作(简单理解为角色可见的系统功能),使用椭圆表示。 角色(actor),在与系统的一次或者多次交互中起作用的人,组织或者其他系统(即本系统的用户或者使用本系统的其他外部系统),使用小人图形表示。 关系(association),角色和用例的交互,使用带箭头或者不带箭头的实线表示,箭头表示调用关系。 系统边界(system boundary boxes),可选元素,用于划定系统范围,使用包围用例和角色的长方形表示,很少用。 包(package),可选元素,用于组织各种UML图,使之容易管理和浏览(类似java中的包),可以包括类图和用例图,使用文件夹的形式表示。 3. 分类 分为业务用例(business use case)和系统用例(system use case),一般来说,业务用例描述的系统功能比较粗糙和概括,业务人员更容易理解;系统用例更详细的描述系统所能提供的系统功能。 对于一般系统而言,使用系统用例即可满足需求。 4. 优缺点 优点:方便系统分析设计人员和业务人员沟通,方便系统分析人员对系统范围和规模有大概认识,方便构建测试用例,方便分析人员明确系统功能,方便接口设计人员尽早介入设计开发过程。 缺点:不适合描述没有交互或者交互很少的系统,不同的业务人员对于用例可能有不同的解读,不能清晰定义用户界面,主要适用于面向对象的系统。 5. 注意要点 将系统视为黑盒,从使用者的角度看系统,确定系统必须实现的功能。 角色描述的是系统中涉及的用户,现实生活中不同人可能拥有多个的角色。 所有的交互都发生在角色和用例之间,再没有其他可能发生的交互。 一般情况下一个用例只有一个actor拥有,如果有多个actor共用一个用例,就要考虑是否要增加新的角色,或者分拆用例。版权声明:原创作品,转载时请务必以超链接形式标明文章原始出处、作者信息和本声明,否则将追究法律责任。154414