顺序图、用例图、类图之间的关系为：
1、用例图和类图都为静态图，而顺序图是动态图。
2、用例图是从外部对系统功能进行描述。
3、类图是以类为中心，描述的是系统的内部结构。
4、顺序图则是描述用例之间的行为顺序。
EA-用例图、类图、顺序图
用例图各部分：
也称为条状图，是一种按照时间进度标出工作活动，用于项目管理的图表。甘特图用横轴表示时间，纵轴表示活动，线条表示在计划期间活动的安排以及完成情况。以图示的方式通过活动列表和时间刻度形象地表示出任何特定项目的活动顺序与持续时间。
类图是软件的蓝图，用于详细描述系统内各个对象的相关的类，以及这些类之间的静态关系。设计类是已经完成了规格说明并且达到能够被实现程度的类。
类组件：类名-如果是抽象类需要斜体
类属性：可见性 名称：类型 [=缺省值]
+(public)–(private)#(protected) ~（package）
** 六种类间关系（耦合度由低到高）**
依赖关系use-a、关联关系has-a、聚合关系、组合关系、泛化关系is-a、实现关系(类与接口）
描述了一组对象的交互方式，它表示完成某项行为的对象和这些对象之间传递消息的时间顺序。
组成元素：参与者、对象、生命线、控制焦点、消息
用例图是系统外部对象（参与者）与系统这两大对象之间的互动，而类图是对系统中涉及到得所有对象，进行抽象描述。顺序图是参与者和系统进行交互、系统内部对象之间具体互动的实现。所以，顺序图关联了类图与用例图，可以通过用例图和类图进行整合。
【顺序：参与者-边界类-控制类-实体类，控制类只有一个，边界类和实体类可以有多个。】
题目：
游客可以通过输入关键词①检索美食、②店铺。③注册后，游客获得平台账号
登录后，游客成为正式用户
正式用户除①检索外，还可以对美食②发布评价、点赞其他用户评价以及举报违规评价正式用户还可以③收藏店铺
用户如果想要④申请店铺主页，可以在填写店铺基本信息后提交申请
系统管理员负责①处理主页申请以及②举报信息。
类图和顺序图有什么关联、联系？
类图(Class diagram)由许多（静态）说明性的模型元素（例如类、包和它们之间的关系，这些元素和它们的内容互相连接）组成。类图可以组织在（并且属于）包中，仅显示特定包中的相关内容。 类图(Class diagram)是最常用的UML图，显示出类、接口以及它们之间的静态结构和关系；它用于描述系统的结构化设计。 类图(Class diagram)最基本的元素是类或者接口。 消息用从一个对象的生命线到另一个对象生命线的箭头表示。箭头以时间顺序在图中从上到下排列。 和合作图、活动图一样，UML顺序图( Rumbaugh、Jacobson、和booch, 1999)是一种动态建模方法。 UML顺序图一般用于：确认和丰富一个使用情境的逻辑。一个使用情境就是系统潜在的使用方式的描述，也就是它的名称所要描述的。一个使用情境的逻辑可能是一个用例的一部分，或是一条备选线路；一个贯穿单个用例的完整流程，例如动作基本过程的逻辑描述，或是动作的基本过程的一部分再加上一个或多个的备用情境的逻辑描述。或是包含在几个用例中的流程，例如一个学生注册入学之后，立即就要在三个班级注册。 顺序图 研究你的设计，因为它们为你提供了一种方式，你可以使用这种方式来可视化的调用类定义的操作。检测面向对象的设计中的瓶颈。 通过观察什么消息被发送给一个对象，以及通过概略的观察运行被调用的方法需要花费多长时间，你很快就能了解那里的设计需要变化，以达到在系统内部平衡负荷的目的。 实际上某些CASE工具甚至能够让你模拟软件这些特征。 使你能够感觉到你的应用程序的那个类将会变得复杂的，这是个信号，意味着你需要为那些类画状态图了。顺序图与用例图的关系
用例图基于用例，通过角色来描述系统中的信息，是从系统外部来观察系统中的功能，也就是说角色将使用该系统的哪些功能（即用例）。你说的顺序图（序列图）是基于用例图的，它具体描述用例实例之间的交互情况，反映用例实例间消息传递的先后顺序，以及在某一方面该位置将要发生的事情。
简要介绍UML中的视图以及它们之间的关系
标准建模语言UML的重要内容可以由下列五类图（共9种图形）来定义：第一类是用例图，从用户角度描述系统功能，并指出各功能的操作者。
第二类是静态图
(Static
diagram)，包括类图、对象图和包图。其中类图描述系统中类的静态结构。不仅定义系统中的类，表示类之间的联系如关联、依赖、聚合等，也包括类的内部结构（类的属性和操作）。类图描述的是一种静态关系，在系统的整个生命周期都是有效的。
对象图是类图的实例，几乎使用与类图完全相同的标识。他们的不同点在于对象图显示类的多个对象实例，而不是实际的类。一个对象图是类图的一个实例。由于对象存在生命周期，因此对象图只能在系统某一时间段存在。
包由包或类组成，表示包与包之间的关系。包图用于描述系统的分层结构。
第三类是行为图（Behavior
diagram），描述系统的动态模型和组成对象间的交互关系。其中状态图描述类的对象所有可能的状态以及事件发生时状态的转移条件。通常，状态图是对类图的补充。在实用上并不需要为所有的类画状态图，仅为那些有多个状态其行为受外界环境的影响并且发生改变的类画状态图。
而活动图描述满足用例要求所要进行的活动以及活动间的约束关系，有利于识别并行活动。
第四类是交互图（Interactive
diagram），描述对象间的交互关系。其中顺序图显示对象之间的动态合作关系，它强调对象之间消息发送的顺序，同时显示对象之间的交互；合作图描述对象间的协作关系，合作图跟顺序图相似，显示对象间的动态合作关系。除显示信息交换外，合作图还显示对象以及它们之间的关系。如果强调时间和顺序，则使用顺序图；如果强调上下级关系，则选择合作图。这两种图合称为交互图。
第五类是实现图
(
Implementation
diagram
)。其中构件图描述代码部件的物理结构及各部件之间的依赖关系。一个部件可能是一个资源代码部件、一个二进制部件或一个可执行部件。它包含逻辑类或实现类的有关信息。部件图有助于分析和理解部件之间的相互影响程度。
配置图定义系统中软硬件的物理体系结构。它可以显示实际的计算机和设备（用节点表示）以及它们之间的连接关系，也可显示连接的类型及部件之间的依赖性。在节点内部，放置可执行部件和对象以显示节点跟可执行软件单元的对应关系。
从应用的角度看，当采用面向对象技术设计系统时，首先是描述需求；其次根据需求建立系统的静态模型，以构造系统的结构；第三步是描述系统的行为。其中在第一步与第二步中所建立的模型都是静态的，包括用例图、类图（包含包）、对象图、组件图和配置图等五个图形，是标准建模语言UML的静态建模机制。其中第三步中所建立的模型或者可以执行，或者表示执行时的时序状态或交互关系。它包括状态图、活动图、顺序图和合作图等四个图形，是标准建模语言UML的动态建模机制。因此，标准建模语言UML的主要内容也可以归纳为静态建模机制和动态建模机制两大类。
