网络营销网站源码,windows 网站开发环境,网站开发国内外现状研究,WordPress主题开发核心知识#x1f4e2; 大家好#xff0c;我是 【战神刘玉栋】#xff0c;有10多年的研发经验#xff0c;致力于前后端技术栈的知识沉淀和传播。 #x1f497; #x1f33b; CSDN入驻不久#xff0c;希望大家多多支持#xff0c;后续会继续提升文章质量#xff0c;绝不滥竽充数… 大家好我是 【战神刘玉栋】有10多年的研发经验致力于前后端技术栈的知识沉淀和传播。 CSDN入驻不久希望大家多多支持后续会继续提升文章质量绝不滥竽充数欢迎多多交流。 文章目录 写在前面的话UML 简介UML 关系1、类图重要2、对象图了解3、用例图重要4、序列图/顺序图重要5、通信图/协作图重要6、状态图重要7、活动图重要8、构件图/组件图一般9、部署图一般10、时序图一般所有图知识补充总结陈词 写在前面的话
前一篇文章《经验分享 · 软考系统分析师》介绍了博主的软考历程和经验分享这边顺道把系分和架构里面相当重要的UML统一建模语言的总结分享一下它是面向对象设计的核心工具。
UML 简介
UML 统一建模语言记忆
定义可视化的建模语言而非程序设计语言。考点
组成构造块、规则、公共机制其中构造块有事物、关系、图三种。考点
补充UML的结构包括构造块、规则和公共机制三个部分。在基本构造块中图能够表示多个相互关联的事物的集合规则是构造块如何放在一起的规定包括了命名、范围、可见性、完整性和执行。公共机制中规格说明是关于事物语义的细节描述。了解即可 Tips下图不用怎么了解主要考察UML的关系和图。 Tips事物就是UML各种图里面的单个单个的组成原件比如类图里面的某个类。 UML 有多少种图了解
UML2.0共14种图教材介绍了13种去掉了制品图描述系统的物理结构如下图。
其中静态图8个动态图6个4个交互图。 Tips不用在意数量和类型不会考察这么肤浅的内容重点掌握几个重要图的特征。 Tips特别注意用例图、类图、活动图、状态图、顺序图几个最为重要都在下方。 UML 关系
UML 统一建模语言的关系**重要4类6种** 注意一般类图才用这些关系用例图有自己的三个关系泛化、扩展、包含不能混淆。 注意几个箭头指向要掌握特别是泛化、聚合、组合其他不太好考。 **理解**一个事物的语义依赖于另一个事物的语义的变化而变化实心三角形考的也比较少如人依赖水。 **理解**基本有联系都是关联不会考这个关联里面有两个特殊的会考组合和聚合两者都是部分和整体的关系。 **理解**雁群和大雁的关系部分和整体没有共同生命周期空心菱形记住空心、聚合、无共同生命。 **理解**人和头部的关系部分和整体具有共同的生命周期整体不存在则部分也不存在实心菱形记住实心、组合、有共同生命。
**理解**组合和聚合要区分开聚合就理解为大雁聚在一起变成雁群组合就是人的头部组成了人。 **理解**一般和特殊的关系例如学生和大学生子类和父类的关系空心三角形实线。 **理解**考的比较少语言不好描述不要和泛化弄混了空心三角形虚线。 1、类图重要 类图是用来描述系统中各个类的静态结构强调类的属性、方法以及类之间的关系。 静态图系统的静态设计视图展现一组类、接口、协作和他们之间的关系。
每个类由类、属性、方法三要素组成。 Tips类图就是反馈类和类之间的关系可以看到大量的泛化1对多等等。 Tips下图聚合的图标错了是空心菱形。 2、对象图了解
静态图展现某一时刻一组对象以及他们之间的关系为类图的一组快照考的较少。
对象图描述系统中对象的静态结构、属性和操作、以及对象之间的关系。 Tips如果没类图的话对象图就是系统的静态设计视图可以看到类名前面有一个对象名。 Tips不太重要一般根据类图建模很少根据对象图建模。 如下图很明显每块上会显示具体的对象日常开发都在接触对象和类很好理解。 3、用例图重要 用例图是用来描述系统功能和用户之间交互关系的图强调系统的功能需求。 【用例图基础】
【概念】用例图是指由参与者、用例边界以及它们之间的关系构成的用于描述系统功能的视图。
【目的】用来描述整个系统的功能。
用例图中包含以下三种关系
包含关系使用符号《include》想要查看订单列表前提是需要先登录。扩展关系使用符号《extend》基于查询订单列表的功能可以增加一个导出数据的功能。泛化关系子用例继承父用例所有结构、行为和关系。 【用例图补充】
静态图能完美展现需求展现了一组用例、参与者以及他们之间的关系。
1、参与者可以是人、硬件或其他系统可以扮演的角色 Tips参与者是指在于系统外部并与系统进行交互的任何事物既可以是使用系统的用户也可以是其他外部系统和设备等外部实体。SO应该是外部实体才对。 Tips真题也有考察参与者是系统外部和系统进行交互的人或物不包括内部实体。 2、用例是参与者完成的一系列操作或理解为功能 Tips用例执行有先后顺序是一种在时间上的依赖关系。 3、用例之间的关系有扩展、包含、泛化这是用例图特有的。 Tips和前面类图的六个关系区分开没什么关联。 4、A包含Binclude意思是执行A之前必须先做BB是A的一部分可以理解为A是主方法B是子方法 Tips更恰当的比喻应该是做查询动作A如果必须要验证用户权限B那么A包含B此时A指向B。 5、A扩展Bextend意思是B是A的扩展A完成后可做可不做B额外的不是必须的例如代码在结尾处异步发通知之类的 Tips更恰当的比喻应该是当A满足某条件的时候触发B则B是A的扩展比如付钱的时候余额不足需要去银行取钱则取钱是付钱的扩展B指向A箭头指向也可以按这个规律记指向先执行的逻辑。 6、泛化就是父子继承关系空心三角形。 Tips用例图上较少呈现不好举例。 4、序列图/顺序图重要
动态图描述了以时间顺序组织的对象之间的交互。
特征是有对象对象下面是对象生命线/时间线有时间顺序关系生命线上有消息交互。
UML中序列图的基本元素包括对象、生命线和消息。
三类消息
1、同步阻塞调用调用者中止执行等待返回消息实心三角箭头表示
2、异步发初消息后调用者继续执行不等待返回消息空心三角箭头表示
3、返回由右到左的虚线箭头表示 Tips考察的点也是认图的特征三种消息日常开发也用到这三种交互。 【序列图补充】
【概念】序列图根据时间序列展示对象如何进行协作。它展示了在用例的特定场景中对象如何与其他对象交互。
【目的】通过描述对象之间发送消息的时间顺序显示多个对象之间的动态协作。
图中展示的是支付宝条码支付场景的序列图。其中loop是循环alt是选择序列图的其他关系这里就不介绍了。 5、通信图/协作图重要
动态图强调参加交互的对象的组织。
注意也是传递消息但消息是按序号不是按时间这是和序列图的区别。 Tips下图2的方法还拆分为2.1和2.2应该还是有先后关系。 6、状态图重要 状态图用来描述对象状态和事件之间的关系强调一个实体基于事件反应的动态行为。 动态图展现了一个状态机描述单个对象在多个用例中的行为包括简单状态和组合状态。
转换可以通过事件触发器触发事件触发后相应的监护条件会进行检查。
转换和状态是两个独立的概念如下图方框代表状态箭头上的代表触发事件实心圆点为起点和终点。 Tips动态图、静态图不用特别去记会变化的、有交互的就是动态的。 Tips事件触发器和监护条件都满足才会转换图上没标记就是没条件。 【状态图补充】
【概念】状态机图对一个单独对象的行为建模指明对象在它的整个生命周期里响应不同事件时执行相关事件的顺序。
【目的】用来表示指定对象在整个生命周期响应不同事件的不同状态。
图中描述了门在其生命周期内所经历的状态。 7、活动图重要
【活动图】
【概念】描述了具体业务用例的实现流程展现了系统内一个活动到另一个活动流程。
【目的】用来表示用例实现的工作流程。
图中简单描述了从开始到登录到查看订单列表或者登录失败直接结束。 【活动图补充】
下图就是接收订单到结束订单的一个活动图从一个活动到另外一个活动。
很多元素和状态图很像所以说活动图是一种特殊的状态图。
并发分岔、并发汇合、监护表达式这几个常考。 8、构件图/组件图一般
静态图为系统的静态实现视图展现了一组构件之间的组织和依赖关系。
构件可以理解为可以复用的功能模块由一组类组成。
关注一下供接口和需接口前者是提供给外部的后者是需要外部的。 Tips图很典型供接口是一个半个开口的。 9、部署图一般
静态图为系统的静态部署视图与软件没啥关系展示物理模块的节点分布。
一个节点包含多个构件依赖关系类似于包依赖。 Tips看到硬件比如数据库等就是部署图不太重要。 10、时序图一般
【时序图】
【概念】时序图被用来显示随时间变化一个或多个元素的值或状态的更改。也显示时控事件之间的交互和管理它们的时间和期限约束。
【目的】用来表示元素状态或者值随时间的变化而变化的视图。
图中展示了老年痴呆病人随着时间的变化病情的变化。 所有图知识补充
**注意**下面这张图的关键词再混个眼熟不然选择题考到还是区分不了。
14种图的介绍补充混个眼熟
1类图class diagram。类图描述一组类、接口、协作和它们之间的关系。在OO系统的建模中最常见的图就是类图。类图给出了系统的静态设计视图活动类的类图给出了系统的静态进程视图。
2对象图object diagram。对象图描述一组对象及它们之间的关系。对象图描述了在类图中所建立的事物实例的静态快照。和类图一样这些图给出系统的静态设计视图或静态进程视图但它们是从真实案例或原型案例的角度建立的。
3构件图component diagram。构件图描述一个封装的类和它的接口、端口以及由内嵌的构件和连接件构成的内部结构。构件图用于表示系统的静态设计实现视图。对于由小的部件构建大的系统来说构件图是很重要的。构件图是类图的变体。
4组合结构图composite structure diagram。组合结构图描述结构化类例如构件或类的内部结构包括结构化类与系统其余部分的交互点。组合结构图用于画出结构化类的内部内容。
5用例图use case diagram。用例图描述一组用例、参与者及它们之间的关系。用例图给出系统的静态用例视图。这些图在对系统的行为进行组织和建模时是非常重要的。
6顺序图sequence diagram序列图。顺序图是一种交互图interaction diagram交互图展现了一种交互它由一组对象或参与者以及它们之间可能发送的消息构成。交互图专注于系统的动态视图。顺序图是强调消息的时间次序的交互图。
7通信图communication diagram。通信图也是一种交互图它强调收发消息的对象或参与者的结构组织。顺序图和通信图表达了类似的基本概念但它们所强调的概念不同顺序图强调的是时序通信图强调的是对象之间的组织结构关系。在UML 1.X版本中通信图称为协作图collaboration diagram。
8定时图timing diagram计时图。定时图也是一种交互图它强调消息跨越不同对象或参与者的实际时间而不仅仅只是关心消息的相对顺序。
9状态图state diagram。状态图描述一个状态机它由状态、转移、事件和活动组成。状态图给出了对象的动态视图。它对于接口、类或协作的行为建模尤为重要而且它强调事件导致的对象行为这非常有助于对反应式系统建模。
10活动图activity diagram。活动图将进程或其他计算结构展示为计算内部一步步的控制流和数据流。活动图专注于系统的动态视图。它对系统的功能建模和业务流程建模特别重要并强调对象间的控制流程。
11部署图deployment diagram。部署图描述对运行时的处理节点及在其中生存的构件的配置。部署图给出了架构的静态部署视图通常一个节点包含一个或多个部署图。
12制品图artifact diagram。制品图描述计算机中一个系统的物理结构。制品包括文件、数据库和类似的物理比特集合。制品图通常与部署图一起使用。制品也给出了它们实现的类和构件。
13包图package diagram。包图描述由模型本身分解而成的组织单元以及它们之间的依赖关系。
14交互概览图interaction overview diagram。交互概览图是活动图和顺序图的混合物。
1. 数据流图 (DFD) - 面向对象分析
描述通过图形化的方式展示数据在系统中的流动和处理过程强调数据的输入、输出和存储。
特征用于表示系统中的数据流动。
包括过程、数据存储、外部实体和数据流。描述: 描述数据在系统中如何流动和被处理。
特征:层次结构: 可以分解成多个层次顶层图描述系统整体数据流下层图逐步细化。抽象性: 关注数据流动和处理过程不涉及具体实现细节。图形化: 使用标准符号表示数据源、数据存储、数据处理和数据流向。
组成:外部实体: 系统外部与系统交互的人员或系统。数据流: 数据的移动用箭头表示方向。处理: 对数据的操作或变换用圆形或矩形表示。数据存储: 数据的静态存储用平行线表示。[外部实体] -- (过程1) -- [数据存储]
[数据存储] -- (过程2) -- [外部实体]
示例一个在线购物系统的数据流图显示用户输入订单信息系统处理并存储订单。2. 实体关系图 (ER图) - 结构化分析
描述通过图形化的方式展示系统中的数据结构帮助理解数据之间的联系和约束。
特征用于描述数据模型展示实体及其之间的关系。
包括实体、属性和关系。描述: 描述系统中数据对象的类型、属性以及它们之间的关系。
特征:数据模型: 描述系统中数据的逻辑结构和关系。概念清晰: 使用实体、属性和关系清晰地表达数据之间的联系。易于理解: 图形化表示易于用户和开发人员理解。
组成:实体: 现实世界中的事物或概念用矩形表示。属性: 实体的特征或特性用椭圆形表示。关系: 实体之间的联系用菱形表示。[客户] --(下单)-- [订单]
[订单] --(包含)-- [产品]
示例客户与订单之间的关系订单包含多个产品。3. 状态图 (State Diagram)
描述通过状态和事件的组合展示对象如何响应不同的事件并在不同状态之间转换。
特征描述对象在其生命周期中可能处于的状态及状态之间的转换。
包括状态、事件和转换。描述: 描述对象对外部事件的响应以及状态转换的条件和结果。
特征:对象视角: 描述对象在其生命周期内可能处于的状态以及状态之间的转换。事件驱动: 状态转换由事件触发。
组成:状态: 对象生命周期中的一个阶段用圆角矩形表示。转换: 状态之间的变化用箭头表示。事件: 触发状态转换的条件标记在转换箭头上。[初始状态] -- (事件1) -- [状态A]
[状态A] -- (事件2) -- [状态B]
[状态B] -- (事件3) -- [结束状态]
示例一个订单的状态图初始状态为“待处理”经过“处理”后变为“已发货”。4. 活动图 (Activity Diagram)
描述通过图形化的方式展示活动的顺序和并行执行强调流程的逻辑和控制流。
特征描述系统中的工作流或业务过程。
包括活动、决策节点、开始/结束节点和控制流。描述: 描述系统执行某个用例或操作时的活动流程。
特征:流程建模: 描述系统中活动的顺序流程可以包含并行活动。行为描述: 可以描述业务流程、算法逻辑等。
组成:活动: 系统执行的任务或操作用圆角矩形表示。转换: 活动之间的流转用箭头表示。分支: 根据条件选择不同的活动路径用菱形表示。并行: 同时执行多个活动用粗线表示。[开始] -- (活动1) -- (活动2) -- [结束]
(活动2) -- (决策) -- (活动3) -- [结束]
示例用户注册流程活动包括填写信息、验证信息和确认注册。5. 用例图 (Use Case Diagram)
描述通过用例和参与者的关系展示系统提供的功能及其使用场景帮助识别系统需求。
特征描述系统的功能需求及其与外部用户角色的交互。
包括用例、参与者和关系。描述: 描述系统提供的功能以及与用户或其他系统的交互。
特征:用户视角: 描述系统功能以用户角度出发。交互描述: 展示用户和系统之间的交互。
组成:参与者: 与系统交互的人或系统用小人表示。用例: 系统提供的功能用椭圆形表示。关系: 参与者和用例之间的联系用线段表示。[用户] --(使用)-- (注册用例)
[用户] --(使用)-- (登录用例)
示例用户可以注册和登录系统。6. 流程图 (Flowchart)
描述通过图形化的方式展示步骤的顺序和逻辑适用于简单的流程或算法。
特征描述过程或算法的步骤和决策。
包括开始/结束符、过程框、决策框和箭头。描述: 描述算法、业务流程或其他任何需要按步骤执行的任务。
特征:步骤清晰: 使用图形符号清晰地表示算法或流程的每个步骤。 逻辑明确: 使用连接线表示步骤之间的执行顺序。
组成:开始/结束: 流程的起点和终点用圆形或椭圆形表示。处理步骤: 具体的操作或任务用矩形表示。判断: 根据条件选择不同的执行路径用菱形表示。流程线: 连接各个步骤指示执行顺序用箭头表示。[开始] -- [步骤1] -- [决策] -- (是) -- [步骤2] -- [结束]|(否)|[步骤3] -- [结束]
示例一个简单的决策流程判断用户是否满足条件。7. 顺序图 (Sequence Diagram) 又称时序图 (Timing Diagram)
描述通过时间轴展示对象之间的消息传递强调交互的时间顺序。
特征描述对象之间的交互及其顺序。
包括对象、消息和时间线。描述: 描述对象之间为了完成某个目标而进行的交互重点在于消息的时序。
特征:时间顺序: 强调消息传递的时间顺序描述对象之间如何交互。交互建模: 展示对象之间发送和接收消息的序列。
组成:对象: 参与交互的对象用矩形表示。
[用户] - [系统] : 登录()
[系统] - [数据库] : 验证用户()
[数据库] - [系统] : 返回结果
[系统] - [用户] : 登录成功
示例用户登录过程中的消息传递。总结陈词 本篇文章介绍了统一建模语言UML的技术分享希望可以帮助到大家。 后续会逐步分享企业实际开发中的实战经验有需要交流的可以联系博主。
