用例图的组成要素用例图( 二 )

泛化：子用例将继承父用例的所有结构、行为和关系。子用例可以使用父用例的一段行为，也可以重载它。父用例通常是抽象的。
用例图展示了用例之间以及同用例参与者之间是怎样相互联系的。用例图用于对系统、子系统或类的行为进行可视化，使用户能够理解如何使用这些元素，并使开发者能够实现这些元素。
将每个系统中的用户分出工作状态的属性和工作内容，方便建模，防止功能重复和多余的类。
用例图定义了系统的功能需求，它是从系统的外部看系统功能，并不描述系统内部对功能的具体实现。
什么是用例图（use case diagrams）？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

文章插图
什么是用例图？1、用例(Use Case)，就是外部可见的系统功能，对系统提供的功能进行描述。
2、用例图(Use Case Diagrams)，在用例视图中，用例图显示了各个参与者、用例以及它们之间的交互。在用例图下可以连接与用例图相关的文件和URL地址。
3、用例视图（Use Case View）是被称为参与者的外部用户所能观察到的系统功能的模型图。

用例图的组成要素 用例图( 二 )

秒懂生活扩展阅读

用例图的组成要素用例图( 二 )