网站做md5脚本,wap 2.0的网站,哪些网站可以用gif做头像,做淘客app要网站吗这是一篇相对较长的文章#xff0c;如你们所见#xff0c;比较详细#xff0c;全长两万字。我不建议你们一次性看完#xff0c;直接跳目录找你需要的知识点即可。 --------欢迎各位来到我UML国#xff01; 一、UML图 总共有如下几种#xff1a; 用例图#xff08;Use Ca…这是一篇相对较长的文章如你们所见比较详细全长两万字。我不建议你们一次性看完直接跳目录找你需要的知识点即可。 --------欢迎各位来到我UML国 一、UML图 总共有如下几种 用例图Use Case Diagram描述系统功能和用户交互。类图Class Diagram描述系统中的类、接口、它们的属性、方法和关系。序列图Sequence Diagram描述对象间的消息交换顺序。状态图State Diagram描述对象状态的变化。活动图Activity Diagram描述业务流程或操作的步骤。组件图Component Diagram描述系统的物理结构展示组件和它们的依赖关系。部署图Deployment Diagram描述系统的物理部署展示硬件和软件组件的分布。通信图Communication Diagram序列图的变体强调对象间的关系。定时图Timing Diagram描述对象间交互的时间约束。交互概览图Interaction Overview Diagram组合不同类型的交互图。对象图Object Diagram类图的实例显示对象间的具体交互。包图Package Diagram描述系统的逻辑视图展示包和类的关系。 接下来小的给小主详细介绍一下宫里几位主子 1皇帝用例图【Use Case】
1. 定义 - 用例图是表示一个系统中用例与参与者关系之间的图描述系统中相关用户和系统对不同用户提供的功能和服务。 - 用例就是参与者提出来的要求实现的功能。 2.构成元素 【1】参与者Actor**位于用例的外部和软件系统有交互的人或者事物。图如下 【2】系统边界System Scope**表示软件系统的边界边界内部就是软件必须实现的边界外部就不需要写代码来实现。图如下 【3】用例Use Case**描述系统对外提供的功能用椭圆表示。 【4】关联Association**表示参与者和用例之间的关系用直线表示。 如何识别参与者为系统提供输入的人或事物 举例 为系统提供输入的人 网上商店卖家 买家 为系统提供输入的物 教务管理系统 学生宿舍管理系统 接收系统输出的人或事物 校长接收全校成绩/挂科人数 需要接入的第三方系统或设备 电商系统 支付宝、微信、网络银行系统 时间是否会触发某些事件 还书超过时间要付赔偿金 负责支持或维护系统中信息的人 图书管理员 3.画出参与者、用例之间的关系 3.1 Generalization 泛化关系、继承关系 图形带空心三角形的实线指向父类 例如狗和动物自行车和交通工具 参与者与参与者之间 用例与用例之间 3.2 Include包含关系 两个用例之间的关系表示一个用例的实现需要另一个用例的参与。 图形带箭头的虚线指向被包含 例如去餐厅吃饭需要付钱网上购物需要填写收货地址 网络商店用户登录(A) 账号密码登录 (B) 微信登录 (B) A用例称之为基用例两个B用例称之为包含用例 没有B用例A用例是不完整的B用例是必不可少的 3.3 Extend扩展关系 表示一个用例是另一个用例的可选部分基本用例是一个完整的用例即使没有扩展用例 也能完成功能。 图形带箭头的虚线指向基用例 打个比方你去购买商品的时候需要申请折扣在线预定酒店需要请求特殊需求需要一 个母婴房或者是无烟房。就是不是每次都会发生的。 购买商品又叫做基用例申请折扣是拓展用例 在线预订酒店是基用例请求特殊需求就是拓展用例 图书馆管理系统归还图书(A) 缴纳罚金(B) A用例是基用例B用例称之为扩展用例 A用例是B用例执行的前提 B用例是A用例执行过程中满足某些条件才执行的 3.4 Association关联关系 表示两个类之间存在某种联系是一种拥有的关系它使一个类知道另一个类的属性和方法。 图形 - **双向关联**通常用一条不带箭头的实线表示表示两个类之间相互关联。 - **单向关联**用一条带箭头的实线表示箭头指向被拥有的类。 一个“学生”Student类和一个“课程”Course类一个学生可以注册多个课程一个课程可以有多个学生注册。这种情况下学生和课程之间的关联关系是双向的。 如果关联关系是单向的比如一个“老师”Teacher类和一个“课程”Course类一个老师可以教授多个课程但一个课程通常只有一个主要负责人。这种情况下老师和课程之间的关联关系是单向的从“老师”指向“课程”。 Teacher -- Course 4.用例规约 表达行业性功能的业务流程的方式活动图、用例规约 用例图无法表达行业性功能的业务流程只能用上面两种方式 用例名称 用户登录 参与者 读者、学生、老师 用例简述 图书馆的各种读者通过用户登录获取其在系统中的合法身份 前置条件 已经注册了读者身份 基本事件流 用户操作 用户要求进行用户登录 3、用户在登录界面上输入账号、密码数据 并提交 系统反应 2、系统显示登录界面 4、系统验证账号是否存在密码是否正确系统记录 登录成功的用户的数据系统显示主界面 分支事件流(n) 在基本事件流第4步发现账号不存在或者密码错误进入分支事件流 回到基本事件流第3步 系统再一次显示登录界面界面上显示上一次的错误原因 后置条件 系统记录用户信息修改用户的状态 用例规约中的文字禁止使用软件专业术语基本事件流只写正确执行的主要事件流不正确的流程写在分支事件流事件流只写用户与系统之间的交互系统内部不用描述的将软件系统看成一个黑匣子 5. 用例图的用途 -用例图通过参与者、用例以及它们之间的关系来描述系统的功能便于开发人员开发。 用于描述系统功能和用户交互 复习题 1上图中的参与者有 读者 2、借阅图书 3、用户登录 4、微信登录 2上图中那两个构件事物之间存在包含关系 学生和读者 2、归还图书和缴纳罚金 3、用户登录和账号密码登录 3考点:包含关系和扩展关系有什么相同点和不同点 复习题答案 1找火柴人选1 2找include选3 3 相同点包含关系和扩展关系都是从现有的用例中抽取出公共的部分信息作为一个单独的用例然后通过不同的方法来重用这个公共的用例以减少模型维护的工作量。 不同点 1. **执行时机** - **包含关系**在基用例的基本流执行时包含用例一定会执行。这意味着包含用例是基用例执行的必要部分。 - **扩展关系**扩展用例是对基用例的扩展即使没有扩展用例的参与基用例也可以完成一个完整的功能。扩展用例只有在基用例满足某种条件的时候才会执行这使得扩展用例成为基用例的可选部分。 2. **图形表示** - **包含关系**在用例图中包含关系使用带箭头的虚线表示箭头从基用例指向包含用例并在线上标注“include”。 - **扩展关系**在用例图中扩展关系也使用带箭头的虚线表示但箭头从扩展用例指向基用例并在线上标注“extend”。 2皇后类图【Class Diagram】
1. 定义 - 类图用于描述系统中的类、接口、属性、方法以及它们之间的关系。它是面向对象设计的核心用于展示系统的静态结构。 2.构成元素 【1】类Class**表示具有相同属性和操作的一组对象的蓝图。 类通常用矩形表示分为三个部分顶部是类名中间是属性底部是操作。 【2】接口Interface**定义了一组操作规范但不实现这些操作。 【3】 属性Attributes**类中定义的变量用于存储数据。 【4】 操作Operations**类中定义的函数或方法用于执行动作。 【5】关系Relationship** - **关联Association**表示两个类之间的结构性关系。 - **依赖Dependency**表示一个类的变化可能影响另一个类。 - **泛化Generalization**表示继承关系子类继承父类的属性和操作。 - **实现Realization**表示一个类实现了一个接口。 - **聚合Aggregation**表示整体与部分的关系部分可以独立于整体存在。 - **组合Composition**表示整体与部分的关系部分不能独立于整体存在。 【6】可见性Visibility - **** public公共的可以被任何其他类访问。 - **-** private私有的只能在定义它的类内部访问。 - **#** protected受保护的可以被定义它的类及其子类访问。 - **~** package包访问权限只能在定义它的包内部访问。 两个类之间相互关联时关联自身也具有属性和操作。类图主要展示系统的静态结构但也可以表示动态方面如对象间的关系和交互。 3.作用 - 提供系统的静态视图帮助理解系统的结构和组成。 - 作为代码实现的蓝图。 - 促进团队成员之间的沟通和理解。 复习题 某商场会员管理系统包含一个会员类(Member) 会员的基本信息包括会员编号、 会员姓名、 联系电话、 电子邮箱、 地址等 会员可分为金卡会员(GoldMember)和银卡会员(SilverMember)两种 不同类型的会员在购物时可以享受不同的折扣 每个会员可以拥有一个或多个订单(Order) 每一个订单又可以包含至少一条商品销售信息(ProductItem) 商品销售信息包括订单编号、 商品编号、 商品数量、 商品单价和折扣等 每一条商品销售信息对应一类商品(Product) 商品信息包括商品编号、 商品名称、 商品单价、 商品库存量、 商品产地等。 1根据以上描述画出类图。 2UML类图中关联和依赖的区别是什么 A. 关联是有向的依赖是无向的 B. 关联是无向的依赖是有向的 C. 关联表示对象之间的关系依赖表示类之间的继承关系 D. 关联表示类之间的继承关系依赖表示对象之间的关系 3在UML类图中多重性“1”表示什么含义 A. 一个类的对象可以与另一个类的对象有多个关联。 B. 一个类的对象必须与另一个类的对象有一个关联。 C. 一个类的对象可以与另一个类的对象有零个或多个关联。 D. 一个类的对象可以与另一个类的对象没有关联。 4如果在UML类图中一个类与另一个类之间的关联多重性标记为“0..*”则表示 A. 每个对象至多有一个关联对象。 B. 每个对象至少有一个关联对象。 C. 每个对象可以有零个或多个关联对象。 D. 每个对象必须有多个关联对象。 复习题答案 1 2C. 关联表示对象之间的关系依赖表示类之间的继承关系 3B. 一个类的对象必须与另一个类的对象有一个关联。 4C. 每个对象可以有零个或多个关联对象。 3贵妃序列图【Sequence Diagram】
1.定义 - 序列图通过描述对象之间发送消息的时间顺序来显示多个对象之间的动态协作。它在详细设计阶段用于设计对象的交互和行为。 - 它是一个二维图横轴表示对象纵轴表示时间消息在各对象之间横向传递依照时间顺序纵向排列。 2.构成元素 【1】角色Actor**系统角色可以是人或其他系统子系统。以一个小人图标表示。 【2】对象Object**对象位于序列图的顶部以一个矩形表示。对象的命名方式一般有三种对象名和类名、只显示类名匿名类、只显示对象名。 【3】生命线LifeLine**每个对象底部中心的垂直虚线表示对象在一段时间内的存在。 【4】激活Activation**表示对象将执行相应操作的时间段的符号。在C语义中可以解释为一对括号{}用一个小矩形表示即绿色圈中部分。 【5】消息Message**对象之间传递的信息用于表示对象之间的交互。消息分为同步消息、异步消息和返回消息。 3. 消息类型 1同步消息Synchronous Message**发送者发送消息后必须等待接收者处理完毕后才能继续执行。 2异步消息Asynchronous Message**发送者发送消息后不需要等待接收者的响应可以继续执行后续操作。 3返回消息Return Message**表示一个对象收到消息后执行了相应的操作并将结果返回给发送消息的对象。 4. 自关联消息 自关联消息是指对象在序列图中发送消息给自己的情况。这种消息表示对象内部的自身行为或交互。 5. 创建和销毁消息 参与者不一定在序列图交互的整个持续时间内都存在。可以根据传递的消息创建和销毁参与者。 复习题: 1上图绘制的是客户在自动售货机购买商品的顺序图参与的用户界面类是 A、出货器 B、前端 C、顾客 D、识别器 2正确按照时间顺序排列的消息是 A.交付货币 交付商品信息 识别 出货 B.识别 交付货币 交付商品信息 出货 C.交付货币 识别 交付商品信息 出货 3交付货币消息将被实现为 类的方法 出货器 B、前端 C、顾客 D、识别器 复习题答案 1B 找和用户有交互接触的类 2C 顺序图的时间顺序一般是从左到右再从上到下 3D 消息成为消息指向的类中的方法就是说 消息指向谁就实现谁的方法 4贵妃状态图【State Diagram】
1. 定义 - 状态图用于描述对象在系统中的所有可能状态及其相互之间的转变关系。它主要用于分析和设计基于事件驱动的系统例如嵌入式系统、交互式软件或业务流程。 2.构成元素 【1】状态State**表示对象在其生命周期中的各种条件或情况。用圆角矩形表示包含状态名称可选内部描述包括进入、退出和持续活动。 【2】初始状态Initial State**系统或对象的起始点用一个实心圆表示。 【3】最终状态Final State**系统或对象生命周期的终止状态用一个双圈的实心圆表示。 【4】选择状态(Choice State) **一般用菱形表示 【5】状态转移Transition**表示状态之间的变更用带箭头的直线连接两个状态箭头上标注触发事件、条件和动作。 【6】触发事件Triggers**Triggers是指引起状态转换的事件或信号。它们是状态机响应的外部或内部刺激可以是消息的接收、时间事件、条件满足或其他任何可以被状态机识别的事件。 【7】条件Guard Condition**状态转移的约束通常用方括号表示条件为真时转移才会发生。 这里有关Triggers和Guard我想补充一下有些同学会比较困惑不太能理解。 比如现在咱就是过马路因为现在是状态图对吧。路灯有红灯绿灯黄灯三种状态咱都知道一般过了一段固定的时间路灯就会变颜色这个固定的时间就是Triggers也就是我们说的触发器。这个Guard呢比如说黄灯转绿灯就要没有车辆靠近这个没有车辆靠近就是Guard。Triggers是Transition的必要条件但是Guard不是。 【8】活动Activity**表示在状态中执行的操作可以细分为入口entry、持续do和出口exit动作。 3.画图 第一步:右击Model根节点 第二步Add a Model using Wizard 添加新模型 第三步State Machine选择一个模型 --- Create pattern 第四步先画Initial开始状态和Final结束状态 第五步绘制其他状态State 第六步画状态之间的转移 注意一般initial、final和一般状态之间的转移不需要写转移条件 复习题 1状态图中以下哪一项是描述状态之间转换的触发因素 A. 状态 B. 转换 C. 事件 D. 动作 2在状态图中当对象从一个状态转移到另一个状态这个过程称为什么 A. 事件 B. 转换 C. 动作 D. 状态 3下列哪一项不是状态图的核心元素 A. 对象 B. 状态 C. 转换 D. 事件 4对于在线购物系统中的订单对象以下哪一状态不可能出现在其状态图中 A. 待付款 B. 已发货 C. 购物车 D. 已完成 5根据以下的描述绘制“复印机”的状态图。 未接到工作命令时复印机处理闲置状态接到复印命令后转入复印状态完成复印后又回到闲置状态等待命令。若复印时发现没纸则进入缺纸状态发出警告等待装纸装纸完成后又进入闲置状态若复印时发现卡纸则进入卡纸(故障)状态发出警告等待排除故障故障排除后又进入闲置状态。 6绘制选课系统中课程(Course)对象的状态图。 经过需求分析Course课程对象有以下状态创建(Created),添加到数据库中(In Database),课程(在数据库中)被删除(Deleted),课程被修改(Modified),课程被开设(纳入学期计划)(In Schedule),不允许选修(选修人数满)(Locked)。 复习题答案 1C. 事件 2B. 转换 3A. 对象 4C. 购物车 5 6 5嫔活动图【Activity Diagram】
1. 定义 -活动图用于描述系统中业务流程、工作流或系统操作的动态行为。它展示了业务流程中的步骤以及这些步骤之间的控制流。 2. 构成元素 【1】活动Activity**表示一个操作或一个动作的执行是活动图中的基本单元。 【2】动作状态Action **表示一个动作的执行是活动图中的一个节点。不可细分 Activity和action是有区别的一个Activity可以包括多个action。比如说你要去上早八首先你要起床----去买个包子----走路到教室----认真听讲【混日子的就是打王者刷抖音偶尔抬头看一眼老师等吃饭】----下课其中上早八就是Activity。起床/买包子/走路到教室/听讲/下课分别是5个Action。 【3】决策节点Decision Node**具有一个进入控制流和至少两个导出控制流。判断是否满足条件。满足继续不满足走另一条路。 【4】并发区域Concurrent Region**表示多个活动可以并行执行。 【5】同步条Synchronization Bar**表示多个并行活动的开始或结束。 【6】. 动作流Action Flow**连接活动表示活动之间的顺序执行。 【7】 分叉Fork和汇合Join** - 用来对并发的控制流建模 - 分叉用于将活动流分为两个或多个并发运行的分支汇合用于将并行分支的活动流重新合并。 - 所有的子流程都要执行;所有子流程的执行具有并行执行的特点 【8】泳道Swimlane**将活动图划分为不同的区域每个泳道代表一个责任区域指明活动是由谁负责的或发起的。 【9】对象流Object Flows**表示动作状态或活动状态与对象之间的依赖关系表示动作使用对象或动作对对象的影响。 【10】开始节点Initial Node**表示流程的开始通常用一个实心黑色圆点表示。 【11】终止节点Final Node**表示流程的结束通常用一个半实心球表示。 复习题 1活动图中用于判断节点的多个控制流合并的元素是( ). A 判断节点 B 泳道 C 合并 D 分叉 2下面不是活动图中的基本元素是( ). A 分叉、合并 B 泳道、对象流 C 用况 状态 D 活动 分支 3活动图中用于活动分组的元素是( ). A 泳道 B 控制流 C 判断节点 D 包 4下列建模适合使用活动图的有( ), A 对业务流程建模 B 对程序流程建模 C 对体系结构建模 D 对数据库建模 5请根据以下流程画一张学生请假的活动图。 学生填写请假单 班主任审批 (请假时间1天)学工处审批 学工处记录 班主任通知学生请假结果 6请根据以下流程画一张活动图。 卖家接收到买家的订单后处理订单的业务流程 财务部收款 开具发票 仓储部备货 发物流 复习题答案 1C 2C 3A 4AB 5无脑画initial和final开始和结束-----依赖画Action动作-----使用ControlFlow连接所有动作 6嫔组件图【Component Diagram】
1.定义 - 组件图提供了系统的物理视图展示了软件组件如何分解以及它们之间的依赖关系。 2.构成元素 【1】组件Component** - 组件是软件的可替换模块它封装了实现细节并提供了一个清晰的接口。 - 在组件图中组件通常用矩形表示名称通常显示在矩形内部。 【2】接口Interface** - 组件提供的接口用小圆圈表示位于组件的边界上。 - 接口可以是用于组件间通信的点也可以是组件提供的服务。 【3】组件之间的关系** - **依赖关系Dependency**表示一个组件的使用或功能依赖于另一个组件的实现。 - **实现关系Realization**表示一个组件实现或特化了一个接口。 - **聚合关系Aggregation**表示组件间的整体与部分的关系部分可以独立于整体存在。 - **组合关系Composition**表示组件间的强整体与部分的关系部分不能独立于整体存在。 【4】可见性Visibility - 接口的可见性可以是公共的或私有的-表示接口的访问权限。 【5】部署视图** - 组件图与部署图Deployment Diagram结合使用可以展示组件在硬件上的部署情况。 复习题 1组件图专注于系统的哪种实现图 A. 动态 B. 静态 C. 基础 D. 实体 2在UML中哪个元素是被节点执行的事物 A. 包 B. 组件 C. 接口 D. 节点 3组件图通常在软件开发的哪个阶段使用 A. 实现 B. 需求分析 C. 架构设计 D. 维护 4组件图中哪个元素定义了组件提供或使用的功能 A. 组件 B. 接口 C. 依赖关系 D. 关联关系 在这个组件图中 用户界面UI负责显示书籍信息和处理用户订单。订单处理OP管理订单逻辑和库存更新。库存管理IM跟踪书籍库存。支付网关PG处理支付事务。书籍数据库BD存储书籍信息和库存数据。 5在在线书店系统中“支付网关PG”组件的主要功能是什么 6如果在线书店系统需要添加一个新的功能允许用户撰写和阅读书籍评论请设计相应的组件 复习题答案 1 B. 静态 2 B. 组件 3A. 实现 4B. 接口 5 接收支付请求当用户完成购物并选择支付方式后支付网关接收来自用户界面的支付请求。验证支付信息支付网关验证用户提供的支付信息如信用卡详情、支付金额等。与银行或支付服务提供商交互支付网关与外部银行系统或支付服务如PayPal、Stripe等进行通信以完成支付处理。确认支付结果支付网关将支付结果成功或失败返回给订单处理组件以便更新订单状态。安全性保障确保所有支付信息的安全传输和处理遵守相关的支付卡行业PCI标准。提供支付日志和报告记录所有支付活动的细节为审计和报告目的提供数据。 6新组件名称评论管理Review Management 主要功能 评论提交允许用户提交书籍评论并将其存储在系统中。评论检索提供接口供用户检索和阅读书籍评论。评论存储将评论数据存储在数据库中与书籍信息和用户信息相关联。评论审核对用户提交的评论进行审核确保评论内容符合规定标准。用户反馈允许用户对评论进行点赞或报告不当内容。与其他组件的关系 用户界面UI评论管理组件将与用户界面组件交互提供评论提交和显示的界面。书籍数据库BD评论管理组件将与书籍数据库组件交互存储和检索与书籍相关的评论。订单处理OP如果评论与特定订单相关评论管理组件可能需要与订单处理组件交互以获取订单详情。 7贵人部署图【Deployment Diagram】
1.定义 - 部署图Deployment Diagram描述了系统的物理架构包括硬件节点和在这些节点上运行的软件组件。它展示了系统的硬件配置、硬件部署以及软件如何部署到网络结构中。 2.构成元素 【1】节点Node**代表运行时的物理对象如服务器、数据库服务器等。节点通常用立方体表示处理器节点带阴影设备节点不带阴影。 【2】节点实例Node Instance**表示特定节点的一个实例名称会有下划线并且节点类型前会有冒号。 【3】构件Artifact**软件开发过程中的产物如源代码、可执行程序、文档等。构件通常用带有关键字«artifact»和文档图标的矩形表示。 构件vs节点 - 构件表示软件部件节点表示硬件部件。构件是参与系统执行的事物而节点是执行构件的事物。 【4】连接Association**表示节点之间的通信路径可以是协议如TCP/IP、HTTP等。 【5】处理器Processor**具有计算能力的节点可以执行软件组件如服务器。 【6】设备Device**不具有计算能力的节点通过接口提供服务如打印机、扫描仪。 3.用途 描述一个具体应用的主要部署结构。 平衡系统运行时的计算机资源分布。 描述组织的硬件网络结构或嵌入式系统的多种硬件和软件相关的系统运行模型。 复习题 1在UML中部署图主要用于展示以下哪项内容 A. 系统的静态结构 B. 系统的动态行为 C. 系统的物理架构 D. 系统的功能需求 2UML部署图中以下哪个选项不属于部署图中的事物 A. 节点Node B. 构件Artifact C. 用例Use Case D. 组件Component 3在UML部署图中以下哪个选项正确描述了构件实例与节点的关系 A. 每个构件实例必须部署在多个节点上 B. 一个节点可以包含多个构件实例 C. 构件实例不能与节点分开 D. 节点是构件实例的抽象表示 复习题答案 1C. 系统的物理架构 2C. 用例Use Case 3B. 一个节点可以包含多个构件实例 8常在通信图/协作图【Communication Diagram】
1.定义 - 通信图用于描述一组对象在协作过程中如何互相通信强调对象在交互中承担的角色侧重于展示对象之间的关系。通信图是序列图的变体强调对象间的关系。它在详细设计阶段用于展示对象间的交互结构。 2.构成元素 【1】对象Object** - 对象的基本表示形式与顺序图中的对象相同都是类的实例。 - 对象在通信图中的位置没有限制且不表示对象的创建与销毁。 -图形为一个方框,加了“”之后就变成实例化对象 【2】链Link**表示对象之间的关系或连接用于描述消息传递的路径。 - 链是关联的实例用于连接对象并传递消息若两个对象需要发生交互必须先建立链。 【3】消息Message** - 消息需要附加在对象之间的链上通过链连接的两个对象之间才允许在交互执行过程中进行消息传递。 - 短箭头上方的阿拉伯数字表执行顺序。 3.画message 1先画两个对象 2画association 3右击选择消息点击黑框或者绿框你自己根据情境选择 或者可以把类实例化变成对象之后再进行message的连接,加了“”之后就变成实例化对象 4. 特征 - 通信图可以表示多态性展示不同类型的对象如何响应同一消息。 - 通信图可以表示同步和异步消息通过特定的箭头和符号来区分。 复习题 假设我们正在设计一个电梯系统该系统需要处理用户的楼层请求并根据请求调度电梯。系统包括队列RequestQueue、电梯Elevator、命令、楼层控制器FloorController、按钮Button等组件。用户通过按钮发出请求楼层控制器接收请求并调度电梯电梯根据命令执行上下行操作。 用户调用按钮的nextJob()方法发出请求。按钮调用楼层控制器的create()方法创建一个新的请求。楼层控制器调用队列的push()方法将请求添加到队列中。楼层控制器根据队列中的请求调用电梯的getElevator()方法分配电梯。电梯根据楼层控制器的命令执行moveUp()或moveDown()方法。 1请你根据描述画出协作图 阅读以下读者借阅图书用例的协作图完成习题 2图上用户界面类是 A 借书窗口 B 图书信息 C 图书借阅信息 D 图书管理员 3检查借阅信息这几个消息的时间序列 选择书籍 / 添加借阅图书信息 / 显示借阅记录 / 提交借书证和书籍 4本图中有哪些消息需要循环发送? 复习题答案 1 2A 用户界面类负责IO和参与者有交互的类 看消息标注上的前缀 3提交借书证和书籍 ----- 选择书籍 ----- 添加借阅图书信息 -----显示借阅记录 4*[所有想要借的图书]选择书籍() 9常在定时图【Timing Diagram】 1.定义 - 定时图用于展示对象状态随时间的变化以及对象间的交互和事件的时序关系特别适用于分析并发系统和实时系统。 --定时图描述对象间交互的时间约束。它在需要精确时间控制的系统中使用如实时系统。 2.构成元素 【1】时间轴Time Axis**展示时间的流逝通常是水平方向。 【2】生命线Lifeline**代表系统中的一个元素如一个对象或组件在定时图中通常是垂直方向展示。 - 生命线结束表示对象完成了其生命周期内的所有行为。 【3】状态State**展示生命线上对象在特定时间段的状态。 【4】时间约束Time Constraint**指定状态持续时间或事件发生的具体时间。 【5】事件Event**表示在特定时间点发生的事情可以是发送或接收消息也可以是状态的变更。 【6】条件事件Conditional Event**表示基于特定条件的事件条件可以是布尔表达式当条件为真时事件发生。 【7】时间段Time Interval** 表示一个时间段在这段时间内对象保持特定的状态或执行特定的活动。 【8】同步条Synchronization Bar** 表示多个对象在特定时间点的同步操作通常用一条粗线表示。 【9】销毁Destruction**表示对象在某个时间点被销毁可以用一个“X”标记在生命线上。 【10】创建Creation**表示对象在某个时间点被创建可以用一个空心圆圈标记在生命线上。 【11】自事件Self-Event** 表示对象内部发生的事件通常用一个指向自身的箭头表示。 【12】组合片段Interaction Fragments**用于表示消息序列中的选择、迭代和并发等复杂行为。 3. 用途 - 定时图特别适用于分析并发控制和时间依赖的行为设计。 - 定时图与其他交互图如顺序图和通信图的主要区别在于它强调时间因素而顺序图强调消息的时间顺序通信图强调对象间的组织结构。 复习题 1UML定时图主要用于表示什么 A. 类之间的关系 B. 对象状态随时间的变化 C. 系统的物理部署 D. 用例的实现细节 2在UML定时图中时间轴通常是如何表示的 A. 垂直方向 B. 水平方向 C. 对角线方向 D. 无固定方向 3生命线在UML定时图中代表什么 A. 事件 B. 操作 C. 对象或组件 D. 用例 4下列哪个不是UML定时图的基本组成部分 A. 时间轴 B. 状态 C. 消息序列 D. 时间约束 5定时图中的生命线结束表示什么 A. 对象被销毁 B. 系统崩溃 C. 对象状态不再改变 D. 对象完成了其生命周期内的所有行为 复习题答案 1B. 对象状态随时间的变化 2B. 水平方向 3C. 对象或组件 4C. 消息序列 5D. 对象完成了其生命周期内的所有行为 10答应交互概览图【Interaction Overview Diagram】
1. 定义 - 交互概览图活动图顺序图 - 交互概览图是活动图的一种形式其节点代表交互图。它可以理解为细化的活动图其中的活动通过一些小型的顺序图来表示也可以将其理解为利用标明控制流的活动图分解过的顺序图。 2.构成元素 【1】交互发生Interaction Occurrence** - 表示一个特定的交互实例可以是顺序图中的一个片段或其他类型的交互图。 【2】交互使用Interaction Use** - 表示一个通用的交互模式可以被多个不同的交互发生所重用。 【3】生命线Lifeline** - 表示参与交互的对象每个对象都有一条垂直的生命线。 【4】消息Message** - 表示对象之间的通信包括同步消息、异步消息和返回消息。 - 自关联消息Self-Message表示对象发送消息给自己的情况。 【5】扩展区域Extension Region** - 表示扩展用例的片段用于展示扩展用例如何扩展基础用例。 【6】包含区域Include Region** - 表示包含用例的片段用于展示基础用例如何包含其他用例。 【7】交互Interaction** - 表示一系列消息交换可以是顺序图、通信图或其他类型的交互图。 【8】时间约束Time Constraints** - 用于指定消息交换的时间限制。 【9】守卫条件Guard Conditions** - 用于指定分支的条件只有当条件满足时相应的分支才会执行。 【10】角色Actor** - 表示与系统交互的外部实体可以是人或其他系统。 【11】信号Signal** - 表示在特定条件下触发的动作通常用于表示异步事件。 【12】时间轴Timeline** - 用于展示时间的流逝通常在交互概览图的顶部或底部。 【13】交互执行Interaction Execution** - 表示交互的执行路径可以包含多个消息和分支。 好无聊啊 做个表情包玩下 复习题
复习什么复习这个使用频率相对较少自己找找概念题做一下算了画图估计不会考 11答应对象图【Object Diagram】
1. 定义 - 对象图展示了类的实例以及这些实例之间的关系是一种快照反映了系统的某个特定时刻的状态。 - 对象图是类图的实例显示对象间的具体交互。它在分析特定场景下的对象状态和关系时使用。 2.构成元素 【1】对象Object**表示类的一个具体实例用矩形表示通常包含对象名和类名。 - 对象的属性可以列出具体值用“属性名属性值”的形式表示。 - 对象图可以展示对象的方法但通常不展示方法的具体实现。 - 表示关联中对象的数量用在关联的两端如“1..*”表示“一到多个”。 - 属性和方法的可见性可以用“”public、“-”private、“#”protected和“~”package表示。 【2】关联Association**表示对象之间的关系用带标签的线表示。 【3】聚合Aggregation**表示整体与部分的关系用带有菱形或实心点的线表示。 【4】组合Composition**表示更强烈的整体与部分关系用带有实心菱形的线表示。 【5】依赖Dependency**表示一个对象的变化可能影响另一个对象用虚线箭头表示。 【6】继承Inheritance**表示一个类是另一个类的子类用带空心箭头的线表示。 3. **对象图与类图的区别** - 类图描述了类的静态结构和类之间的关系而对象图展示了类的具体实例和实例之间的关系。 复习题 1在UML对象图中以下哪个符号用来表示对象 A. 矩形 B. 圆圈 C. 三角形 D. 椭圆形 2在UML对象图中哪个符号表示对象之间的关联关系 A. 实线 B. 虚线 C. 带箭头的线 D. 点划线 3在UML对象图中多重性是如何表示的 A. 使用数字表示 B. 使用文本描述 C. 使用图标表示 D. 不能表示 4在该UML对象图中一个“Student”对象可以与多少个“Course”对象相关联 复习题答案 1A 2A 3A 4一个“Student”对象可以与2个“Course”对象相关联。 12宫女包图【Package Diagram】
1. 定义 - 包图Package Diagram用于描述模型中的包及其关系展示了系统的模块化结构和包之间的依赖关系。 2.构成元素 【1】包Package** - 包是包图的主要元素用于组织和封装其他模型元素如类、用例、组件、其他包等。 - 在包图中包通常用一个矩形表示矩形内部可以包含包的名称。 - 包中的元素可见性包括公有public、私有private和保护protected分别用 “”、“-”和“#”表示。 - 包可以嵌套使用表达系统模型元素的静态结构关系。 - 允许一个包中的元素访问另一个包中的元素用虚线带箭头表示箭头指向被导入的包。 【2】节点Node** - 在包图中节点可以表示处理器或设备类似于部署图中的节点。 【3】元素Elements** - 包内可以包含各种UML模型元素如类、用例、接口、组件、节点等。 【4】依赖关系Dependency** - 表示两个包之间的依赖关系即一个包的变化可能影响到另一个包。 - 在包图中依赖关系用一条带箭头的虚线表示箭头指向依赖的方向。 【5】导入关系Import** - 允许一个包导入另一个包中的元素使得导入包可以访问被导入包的元素。 【6】泛化关系Generalization** - 表示包之间的继承关系子包继承父包中的元素。 - 在包图中泛化关系用一条带空心箭头的实线表示箭头指向父包。 【7】 子包Subpackage** - 包内可以包含子包形成包的层次结构。 - 包可以有自己的属性如版本信息、作者等。 - 包可以有自己的操作这些操作可以应用于包内的所有元素。 复习题 1下列哪个是用于把元素组织成组的通用机制 A. 类 B. 包 C. 接口 D. 组件 2在UML提供的图中哪个用于描述系统与外部系统及用户之间的交互 A. 用例图 B. 类图 C. 对象图 D. 部署图 3在UML中包和包之间的关系是什么 A. 泛化 B. 实现 C. 依赖 D. 关联 4包图中包的表示方法是 A. 用一个带有下划线的类名 B. 用一个带有双下划线的类名 C. 用一个圆圈表示 D. 用一个矩形表示 5在UML中哪个图用于展示系统的静态实现视图 A. 部署图 B. 组件图 C. 包图 D. 用例图 复习题答案 1B. 包 2A. 用例图 3C. 依赖 4D. 用一个矩形表示 5C. 包图 二、应用场景以及区别 1. 用例图Use Case Diagram 描述系统的功能和用户参与者如何与这些功能交互。 强调系统的功能需求和用户视角。 2. 类图Class Diagram 描述系统的静态结构包括类、接口、属性、方法以及它们之间的关系。 强调系统的结构和类之间的关系。 3. 对象图Object Diagram 展示特定时刻系统中对象的实例和它们之间的关系。 是类图的实例化强调系统的动态状态。 4. 状态图State Diagram 描述对象在其生命周期内的状态变化以及触发状态变化的事件。 强调对象的状态和行为。 5. 活动图Activity Diagram 描述业务流程或操作的步骤和流程。 强调系统的动态行为和流程。 6. 序列图Sequence Diagram 描述对象之间交互的消息顺序。 强调对象间通信的时间顺序。 7. 通信图Communication Diagram 描述对象之间的交互和协作关系。 类似于序列图但更强调对象的结构。 8. 定时图Timing Diagram 描述对象状态变化和事件的时间约束。 强调时间因素和时序关系。 9. 组件图Component Diagram 描述系统的物理结构包括组件和它们的依赖关系。 强调系统的物理实现和组件化。 10. 部署图Deployment Diagram 描述系统的物理部署包括硬件和软件的分布。 强调系统的物理配置。 11. 包图Package Diagram 描述系统的逻辑结构包括包和类的组织。 强调系统的模块化和组织结构。 12. 交互概览图Interaction Overview Diagram 结合不同类型的交互图提供对复杂交互过程的整体视图。 强调交互的组织和概览。 三、各个类之间的关系 1.关联Association 举例 学生和课程: 一个学生可以注册多个课程一个课程可以有多个学生注册。 汽车与制造商: 一辆汽车由一个制造商制造但一个制造商可以制造多种型号的汽车。 书籍与作者: 一本书可以有一个或多个作者一个作者可以写多本书。 医生与病人 一个医生可以治疗多个病人一个病人可以由多个医生治疗。 图形最简单的 就一条实线 多重性它可以是一对一One-to-One、一对多One-to-Many、多对多Many-to-Many的关系。 2.聚合Aggregation 举例 汽车与轮胎一辆汽车由多个轮胎组成但轮胎脱离汽车后仍可独立存在。 公司与部门一个公司包含多个部门但部门在公司解散后仍可作为一个独立的实体存在。 学生与学校一个学校由多个学生组成学生可以上过多个学校小学初中高中大学学校倒闭学生不会丢掉性命嘻嘻。 乐队与音乐家一个乐队由多个音乐家组成但音乐家离开乐队后仍可独立作为艺术家存在。 图形是一条带有菱形的实线菱形指向整体指大的 部分独立于整体存在整体销毁不会影响部分部分可以单独存在。 3.组合Composition 举例 人类和心脏类心死的时候没有一个人类是无辜的。 电脑与CPU死电脑看我干烧你。电脑包含一个中央处理器CPU是电脑的核心部件不能独立于电脑存在。 机器与零件没有零件就没有机器。机器由多个零件组成零件是机器的组成部分不能独立于机器存在。 汽车与引擎汽车包含一个引擎引擎是汽车不可或缺的部分不能独立于汽车存在。 图形一条带有实心菱形的实线菱形指向整体指大的 整体类包含多个部分类A类和B类首先是聚合关系A类对象和B类对象的生命周期是一致的。整体被销毁时部分也被销毁。 部分无法单独存在。 4.泛化Generalization 举例 动物和鸟类鸟类是动物的一种因此鸟类继承了动物的属性和行为如呼吸和进食同时鸟类还有自己特有的属性如飞行。 交通工具和汽车汽车是一种交通工具因此汽车继承了交通工具的属性和行为如移动和停止同时汽车还有自己特有的属性如品牌和型号。 书籍和小说小说是一种书籍因此小说继承了书籍的属性和行为如作者和标题同时小说还有自己特有的属性如情节和角色。 图形一条带有空心箭头的实线箭头指向父类 A类是B类中的一种A类继承B类 5.实现Realization 举例 门锁和可锁定接口门锁类实现了可锁定接口意味着门锁具有可锁定接口定义的所有行为如锁定和解锁。 打印机和打印接口激光打印机类实现了打印接口表示激光打印机能够执行打印操作。 音频播放器和播放控制接口MP3播放器类实现了播放控制接口意味着MP3播放器具有播放、暂停和停止等控制功能。 图形一条带有空心箭头的虚线箭头指向接口 实现关系表明一个类具体化了一个接口的规范确保类提供了接口所要求的所有行为。 6.依赖Dependency 举例 咖啡制作与咖啡机咖啡制作过程依赖于咖啡机的功能如果咖啡机发生变化如升级或维修可能会影响咖啡的制作方式。 用户界面与数据模型用户界面显示数据模型中的数据如果数据模型发生变化用户界面可能需要更新以反映这些变化。 餐厅订单与厨房餐厅订单的准备依赖于厨房的工作厨房的效率直接影响订单的完成时间。 图形一条带有箭头的虚线箭头指向依赖的方向 A类对象需要调用B类对象的方法 7.友元Friend 举例 银行账户和账单打印银行账户类管理账户的余额和交易记录而账单打印类需要访问这些私有信息来生成账户的月度账单。在C中可以将账单打印声明为银行账户的友元类使其能够访问银行账户的私有成员。 图形和绘图工具图形类包含绘制自身的逻辑而绘图工具类需要访问图形的内部数据来执行绘制操作。在C中可以将绘图工具声明为图形的友元类使其能够直接访问图形的私有数据。 图形在UML中没有标准表示但有时用带有“友元”标签的虚线表示。 友元Friend关系是一种特殊的类间关系它允许一个类访问另一个类的私有private和保护protected成员。 其次我想说明的是UML图一般注重的是系统整体的规划不是具体的实现。 8.包含关系Include 举例 保存文档和备份文档当用户执行保存操作时除了将文档保存到指定位置外系统还会自动进行备份。 取款和检查余额 在银行账户管理系统中用户进行取款操作时系统首先需要检查账户余额是否充足再根据用户需求取钱。 图形一条带有“include”标签的虚线 一个用例的执行必然涉及到另一个用例的执行。 9.扩展关系Extend 举例 查看商品和添加商品到购物车不是每次查看都会添加 取款和打印取款凭证不是每一次都会打印 提交试卷和评分不是每次都评分看老师也看老师心情 图形一条带有“extend”标签的虚线 扩展用例是基础用例的可选扩展它为基本用例添加了新的行为但不是基础用例执行的必要部分。不是每次都需要执行。 补充 降低因为依赖关系导致的耦合度接口分离原则 A类依赖B类 B类实现C接口A类依赖C接口 接口和接口之间的关系泛化关系 类和接口之间的关系实现关系 四、考试秘籍
“三长一短选最短三短一长选最长长短不一就选C参差不齐就选B如果一样就选D。”
知道吗朋友。我只能帮你到这里了。再见。
祝你考试顺利考的全会蒙的全对
