用例图

作用 用例图：也被称为用户模型图，它是从客户角度来描述系统功能的，描述角色以及角色与用例之间的 连接关系 。说明的是谁要使用系统，以及他们使用该系统可以做些什么。 基本组件 它包含三个基本组件：参与者(使用系统的人或事物)、用例(代表系统的某项完整的功能，在图形中使用椭圆型表示)、关系(泛化关系、扩展关系、包含关系，关联关系)。 1. 参与者(Actor)—— 与应用程序或系统进行交互的用户、组织或外部系统。 用一个小人表示 。 　　　　　　　　　　　　　　　　 2. 用例(Use Case)—— 用例就是外部可见的系统功能，对系统提供的服务进行描述。 用椭圆表示 。 　　　　　　　　　　　　 案例： 四种关系： 　　a. 关联(Association) 　　表示参与者与用例之间的通信，任何一方都可发送或接受消息。 　　【箭头指向】：无箭头，将参与者与用例相连接，指向消息接收方 　　 　　b. 泛化(Inheritance) 　　就是通常理解的继承关系，子用例和父用例相似，但表现出更特别的行为；子用例将继承父用例的所有结构、行为和关系。子用例可以使用父用例的一段行为，也可以重载它。父用例通常是抽象的。在实际应用中很少使用泛化关系，子用例中的特殊行为都可以作为父用例中的备选流存在。 　　【箭头指向】：指向父用例 　　c. 包含(Include) 　

本文通过学习原文： 1、https://blog.csdn.net/haoyoumo/article/details/43267121 2、https://blog.csdn.net/weixin_42369687/article/details/90106419 3、https://blog.csdn.net/yoyo328/article/details/78009237 将其整理在此处，方便使用。 UML中用例图的作用及画法 用例图(Use Case Diagram)是由软件需求分析到最终实现的第一步，它描述人们如何使用一个系统。用例视图显示谁是相关的用户、用户希望系统提供什么样的服务，以及用户需要为系统提供的服务，以便使系统的用户更容易理解这些元素的用途，也便于软件开发人员最终实现这些元素。用例图在各种开发活动中被广泛的应用，但是它最常用来描述系统及子系统。 当用例视图在外部用户出现以前出现时，它捕获到系统、子系统或类的行为。它将系统功能划分成对参与者（即系统的理想用户）有用的需求。而交互部分被称作用例。用例使用系统与一个或者多个参与者之间的一系列消息来描述系统中的交互。 用例图包含六个元素，分别是：参与者(Actor)、用例(Use Case)、关联关系(Association)、包含关系(Include)、扩展关系(Extend)以及泛化关系

用例图 用例图是用来描述系统功能的技术，表示一个系统中用例与参与者及其关系的图，主要用于需求分析阶段。 用例图的基本组成元素：参与者、用例、元素之间的关系。 用例图使用范围：需求分析 1.捕获需求。描述功能需求、行为需求（系统要完成什么任务） 2.分析需求。明确类和对象，建立之间的关系 用例图的基本概念 1、用例图是表示一个系统中用例与参与者关系之间的图。它描述了系统中相关的用户和系统对不同用户提供的功能和服务。 2、用例图相当于从用户的视角来描述和建模整个系统，分析系统的功能与行为。 3、用例图中的主要元素包括参与者、用例以及元素之间的关系。此外，用例图还可以包括注解和约束，也可以使用包将图中的元素组合成模块。 如： 参与者的概念 1、参与者是与系统主体交互的外部实体的类元，描述了一个或一组与系统产生交互的外部用户或外部事物。 2、参与者位于系统边界之外，而不是系统的一部分。 3、参与者是从现实世界中抽象出来的一种形式，却不一定确切对应的现实中的某个特定对象。 符号： 如何确定参与者？ 通过对参与者进行关注和分析，我们可以把重点放在如何与系统交互这一问题上，便于进一步确定系统的边界。另外，参与者也决定了系统需求的完整性。 确定参与者可以从以下几个角度来考虑： 1）为系统提供输入的人或事物 2）接收系统输出的人或事物 3）需要接入的第三方系统或设备 4）时间是否会触发某些事件 5

前言 用例图主要用来描述“用户、需求、系统功能单元”之间的关系。它展示一个外部用户能够观察到的系统功能模型图。用例图多用于静态建模阶段（主要是业务建模和需求建模），帮助开发团队以一种可视化的方式理解系统的功能需求。下面将从各个部分来分析和理解用例图。 参与者（Actor） 在系统外部与系统直接交互的人或事物；需要注意以下两点： 参与者是角色而不是具体的人，它代表了参与者在与系统打交道的过程中所扮演的角色。所以在系统的实际运作中，一个实际用户可能对应系统的多个参与者。不同的用户也可以只对应于一个参与者，从而代表同一参与者的不同实例。 参与者作为外部用户（而不是内部）与系统发生交互作用，是它的主要特征。 在UML中，参与者使用如图所示的一个小人表示： 用例（Use Case） 系统外部可见的一个系统功能单元。系统的功能由系统单元所提供，并通过一系列系统单元与一个或多个参与者之间交换的消息所表达。用椭圆表示，椭圆中的文字简述系统的功能： 子系统（Subsystem） 用来展示系统的一部分功能，这部分功能联系紧密。 关系（Relationship） 用例图中涉及的关系有： 关联 泛化 包含 扩展 关联（Association） 表示参与者与用例之间的交互，通信途径，任何一方都可发送或接受消息。 箭头指向：指向消息接收方。 泛化（Inheritance） 在编程中，泛化关系是一种很重要的关系

概念 用例(Use Case)是一种描述产品需求的方法，使用用例的方法来描述产品需求的过程就是用例模型，用例模型是由用例图和每一个用例的详细描述文档所组成的。在技术和产品的工作领域里都有用例模型的技能知识。技术人员的用例主要是为了方便在多名技术人员协同工作，或者技术人员任务交接时，让参与者更好的理解代码的逻辑结构。产品人员的用例主要是为了方便技术研发和功能测试时，让参与者更好的理解功能的逻辑。 起源 用例起源和发展于软件时代的产品研发，后来被综合到UML规范之中，成为一种标准化的需求表述体系。虽然用例在软件研发和技术工作中应用的非常广泛，但是在互联网产品规划和设计中，并不经常使用，互联网产品的需求表达为了敏捷效率，通常采用原型加产品需求文档。 UML是英文Unified Modeling Language的缩写，中文称为统一建模语言或标准建模语言，是用例模型的建模语言，常用工具是Microsoft Office Visio。产品用例是一种通过用户的使用场景来获取需求的方式，每个用例提供了一个或多个场景，该场景说明了产品是如何和最终用户或其它产品互动，也就是谁可以用产品做什么，从而获得一个明确的业务目标。 分类 ① 用例图 用例图并不是画成了图形的用例。用例图包含一组用例，每一个用例用椭圆表示，放置在矩形框中；矩形框表示整个系统。矩形框外画如图所示的小人，表示参与者。参与者不一定是人

UML-Unified Model Language 统一建模语言 ，又称标准建模语言。是用来对 软件 密集系统进行可视化 建模 的一种语言。 在UML系统开发中有三个主要的模型： 　　功能模型: 从用户的角度展示系统的功能，包括用例图。 　　对象模型: 采用对象，属性，操作，关联等概念展示系统的结构和基础，包括 类图 、对象图、包图。 　　动态模型: 展现系统的内部行为。 包括序列图，活动图，状态图。 UML的重要内容可以由以下五种类图定义 用例图 ：从用户角度描述系统功能，并指各功能的操作者。 静态图 ：包括类图，包图，对象图。 类图：描述系统中类的静态结构 包图：是包和类组成的，表示包与包之间的关系，包图描述系统的分层结构 对象图：是类图的实例 行为图 ：描述系统动态模型和对象组成的交换关系。包括状态图和活动图 活动图：描述了业务实现用例的工作流程 状态图：是描述状态到状态控制流，常用于动态特性建模 交互图： 描述对象之间的交互关系 顺序图：对象之间的动态合作关系，强调对象发送消息的顺序，同时显示对象之间的交互 合作图：描述对象之间的协助关系 实现图： 配置图：定义系统中软硬件的物理体系结构 UML包括用例图、类图、构件图、部署图、顺序图、协作图、状态图、活动图 各个图简介： 用例图从外部用户的角度捕获系统的行为。他将系统功能划分为对活动者具有意义的事务。 类图描述类、接口

用例图展示了一个外部用户能够观察到的系统功能模型图。 用例图是用来收集系统的要求，包括内部和外部的影响。 用例图目的 ： 用例图用来收集系统的要求。 用例图用于获取系统的外观图。 用例图识别外部和内部因素影响系统。 用例图显示要求之间的相互作用是参与者。 用例图用处 ： 需求分析和高水平的设计。 模拟系统的上下文。 逆向工程。 Forward engineering. 用例图示例 ： 下图代表订单管理系统。有三个用例（订单，特殊订单和正常订单）和一个参与者：顾客。参与者是客户以外的系统，因为它是系统的外部用户。 来源： https://www.cnblogs.com/feichangnice/p/11947809.html

背景 当下的软件开发人员，不可避免的需要输出一些软件设计文档，作为一个软件工程专业毕业的工程师，最常用的设计工具就是UML，使用UML工具绘制一些软件相关的图，是必备技能，也是输出的技术文档中的重要组成部分。不关注逆向工程，这里只关注快速的绘制对应的图，plantuml是一款比较不错的工具。本节先初步熟悉用例图和时序图。 plantuml介绍 官网主页 功能介绍： 支持快速绘制 时序图 用例图 活动图 类图 组件图 状态图 对象图 部署图 定时图 还支持非UML图： 架构图 甘特图 思维导图 ER图 以及不常用的的图： SDL（规范描述语言） 线框图形界面 Ditaa 数学公式 画完图之后，可以生成PNG,SVG,Latex格式的图片; 业务场景 x项目的用户后端服务,包括用户登录，用户积分模块； 用例图 用户角度描述系统功能 语法 基本对象 语法 说明 用例 usecase 详细名称 as 简称 定义一个用例 用例带自描述 usecase 详细名称 as “详细描述可分行” 定义一个用例并详细描述 角色 actor :角色全称: as 角色简称 定义一个角色 角色和用例建立联系并设置关系 角色简称-->usercase简称:关系名称 建立角色和用例的关系 继承 角色<竖线--角色 或者 用例<竖线用例 描述角色跟角色之间的继承关系或者用例跟用例之间的继承关系 单行注释 note

软件体系结构的多视图   kruchten提出了软件体系结构的4+1视图模型，其中用例图位于中心位置（4+1视图中的1）。 逻辑视图   一种静态建模视图 进程视图   一种并发进程或任务视图 开发视图   一种子系统和构件设计视图 物理视图   一种反应物理拓扑结构及连接关系的视图、 UML图   应用开发中，uml表示法支持以下图: 用例图 类图 对象图 通信图 顺序图 状态机图 活动图 组合结构图 部署图 用例图   一个 参与者 (actor)发起一个用例(use case)。用例之间的关系分为如下： 关联(communication association) 包含(include) 扩展(extend) 类和对象   表示类的方框总是包含类名，并且可选择性的列出类的属性和操作.   对象关名称需要带有下划线，为了区分类和对象。 1. class 2. 类和属性 3. 类和属性和操作 类图   类图中，类之间的永久关系被描述成连接方框之间的连线。UML表示法支持以下三种类之间的主要关系类型: 关联关系 整体/部分关系 泛化关系 依赖关系 1. 关联关系   关联是两个或多个类之间的结构化关系。每个连接类的关联线的末端表明关联的多重性。   多重性的是的一个类的多少个实例可能和另一个类的单个实例有关。 类的多重性可以是(1),可选(0..1),零或多个() 单向关联

一、项目其他部分链接 需求分析 二、用例图 三、类图 四、顺序图 五、人员分工 学号 姓名 分工 31701064 许沛婷 类图 31701065 俞欣悦 用例图 31701039 梁书玮 顺序图 31701040 林肯 类图 31701041 刘镓诚 顺序图 31701053 谢林专 用例图 来源： https://www.cnblogs.com/xupppp/p/11887400.html