UML的学习和使用
点餐系统uml课程设计
点餐系统uml课程设计一、课程目标知识目标：1. 学生能理解UML图的基本概念，掌握点餐系统中常用的UML图表，如用例图、类图、顺序图等。
2. 学生能够运用UML图描述点餐系统的功能需求和业务流程。
3. 学生了解点餐系统的基本模块及其相互关系，并能够利用UML图表进行表达。
技能目标：1. 学生能够运用UML工具进行点餐系统的建模，提高系统分析与设计的能力。
2. 学生通过小组合作，培养团队协作和沟通能力，能够共同完成一个简单的点餐系统UML课程设计。
3. 学生能够运用所学知识，解决实际生活中类似点餐系统的分析与设计问题。
情感态度价值观目标：1. 学生培养对计算机科学与技术学科的兴趣，提高学习积极性。
2. 学生认识到UML图在软件开发中的重要性，培养良好的系统分析与设计习惯。
3. 学生在课程学习过程中，树立正确的价值观，认识到团队合作的重要性，增强集体荣誉感。
课程性质：本课程为信息技术或计算机科学与技术相关专业的选修课程，注重理论与实践相结合，培养学生的系统分析与设计能力。
学生特点：学生具备一定的编程基础，对UML图有一定了解，但实践经验不足。
教学要求：教师应采用案例教学、任务驱动等方法，引导学生积极参与课堂讨论，注重培养学生的动手能力和实际操作能力。
同时，关注学生的个体差异，给予个性化的指导。
通过本课程的学习，使学生能够将所学知识应用于实际项目中，提高其解决实际问题的能力。
二、教学内容1. UML基本概念：UML的定义、作用、分类及其在软件开发中的应用。
2. 点餐系统需求分析：分析点餐系统的功能需求、性能需求等，引导学生理解需求分析在软件开发中的重要性。
3. UML图表：- 用例图：介绍用例图的概念、组成元素，以及如何用用例图描述点餐系统的功能模块。
- 类图：讲解类图的概念、组成元素，以及如何用类图描述点餐系统中的类及其关系。
- 顺序图：解释顺序图的概念、组成元素，以及如何用顺序图描述点餐系统的业务流程。
JAVA：UML类图符号表示方法学习
JAVA：UML类图符号表⽰⽅法学习
1.类（Class）：使⽤三层矩形框表⽰。
第⼀层显⽰类的名称，如果是抽象类，则就⽤斜体显⽰。
第⼆层是字段和属性。
第三层是类的⽅法。
注意前⾯的符号，‘+’表⽰public，‘-’表⽰private，‘#’表⽰protected。
2.UML类图符号之接⼝：使⽤两层矩形框表⽰，与类图的区别主要是顶端有<<interface>>显⽰。
第⼀⾏是接⼝名称。
第⼆⾏是接⼝⽅法。
3.UML类图符号之继承类（extends）：⽤空⼼三⾓形+实线来表⽰。
4.UML类图符号之实现接⼝（implements）：⽤空⼼三⾓形+虚线来表⽰
5.UML类图符号之关联（Association）：⽤实线箭头来表⽰，例如：燕⼦与⽓候
6.UML类图符号之聚合（Aggregation）：⽤空⼼的菱形+实线箭头来表⽰
聚合：表⽰⼀种弱的‘拥有’关系，体现的是A对象可以包含B对象，但B对象不是A对象的⼀部分，例如：公司和员⼯
组合（Composition）：⽤实⼼的菱形+实线箭头来表⽰
组合：部分和整体的关系，并且⽣命周期是相同的。
例如：⼈与⼿
7.UML类图符号之依赖（Dependency）：⽤虚线箭头来表⽰，例如：动物与氧⽓
8.UML类图符号之基数：连线两端的数字表明这⼀端的类可以有⼏个实例，⽐如：⼀个鸟应该有两只翅膀。
如果⼀个类可能有⽆数个实例，则就⽤‘n’来表⽰。
关联、聚合、组合是有基数的。
UML类图详细教程(共109张)
类的自反(zì fǎn)关联
第27页，共109页。
关联的导航性 导航性表明类的关联方向(fāngxiàng)。如下图所示。
第28页，共109页。
关联和属性
在类关联和类属性之间存在精密的联系。源类和目标类之间的关联意味着 源类的对象能够承载(chéngzài)到目标类对象的引用。如下图所示。
第41页，共109页。
进一步创建类的关联(guānlián)：
增添WebSite类和Logon类
Teacher
view,maintains
contains
Grades
ReportCard
displays
WebSite
generates
OnlineUser
grants access to
view
Logon
性指定默认值，如下图所示。
第11页，共109页。
属性多重性：
多重性为可选项，它表达该类的每个实例的属性值的个数。可以像应用于类 之间的关系(guān xì)中那样把多重性应用于属性。例如，Student类具有属性
Grades。不希望该属性只包含单个值，而是希望它包含该学生的所有成绩，
可以是任意多个。
第3页，共109页。
二、UML类图中的符号(fúhào)
（一）类
类（Class）在UML中通常以实线矩形框表示，矩形框中含有若 干分隔框，分别包含类的名字、属性、操作、约束以及其他成 分等，如下图所示。
类的图形表示和示例
第4页，共109页。
在类图中，根据建模的不同景象，类图标中不一定列出全部的内容。 如在建立分析模型或设计模型时，甚至可以只列出类名，在图中着重 表达的是类与类之间的联系；在建立实现(shíxiàn) 模型时，则应当在类图标中详细给出类的属性和方法等细节。
UML实验——活动图-实验报告
南京信息工程大学实验(实习)报告一、实验目的1．熟悉活动图的基本功能和使用方法。
2．掌握如何使用建模工具绘制活动图方法。
二、实验器材1．计算机一台。
2．Rational Rose 工具软件。
三、实验内容根据图书管理系统开发进度，在完成对系统的需求建模，得到用例模型后，应针对每个用例进行业务分析，说明其具体的业务流程，现系统分析部指派您完成该项任务。
要求：用活动图来描述系统中已知用例的业务过程：1．描述删除读者用例。
四、实验步骤绘制“删除读者信息”用例的活动图。
删除读者信息一般按照以下步骤进行：（1）管理员在录入界面，输入待删除的读者名；（2）“业务逻辑”组件在数据库中，查找待删除的读者名；（3）如果不存在，则显示出错信息，返回步骤（1），如果存在则继续；（4）“业务逻辑”组件判断“待删除的读者”是否可以删除；（5）如果不可以，则显示出错信息，返回步骤（8），如果可以则继续；（6）在数据库中，删除相关信息；（7）显示删除成功信息；（8）结束。
绘图步骤：（1）在用例图中，找到删除的用例，在删除用例上单击右键，在弹出的快捷菜单中选“New”，Rose工具也会弹出一个菜单，选”Activity Diagram”，选中后单击，便可以新建好一个活动图。
(2)新建好活动图后，双击删除的活动图，然后把在左边的工具栏内点击“Swinlane“，在右边的图添加一个泳道，并命名为administrator.按照此步骤，再添加另一个泳道，并命名为SystemTool。
（3）接着在左边的工具上选取开始点，并在administrator的泳道上添加；添加完开始结点后，再来为此活动图添加活动，在左边的工具栏上选中Activity这个图标，在administrator 这边的泳道上添加一个活动，命名为登录（login），再在开始结点和活动登录（login）之间添加活动关系。
（4）完成步骤（2）后，登录输入需要对输入的信息进行验证，则在图中添加一个验证框：添加验证框后，验证的内容，如果通过，则允许管理员进行查询操作；如不能通过，则结束。
面向对象方法学与UML课件
依赖关系
面向对象方法学与UML
关联关系
• 关联(association)是一种结构关系，它描述了两 个或多个类的实例之间的连接关系，是一种特殊 的依赖。
• 关联分为普通关联、限定关联、关联类，以及聚 合与复合。
面向对象方法学与UML
关联关系——普通关联
• 普通关联是最常见的关联关系，只要类与类之间 存在连接关系就可以用普通关联表示。普通关联 又分为二元关联和多元关联。
面向对象方法学与UML
4.2 面向对象的开发方法
面向对象软件开发方法的特征 ➢方法的唯一性 即方法是对软件开发过程所有阶段进行综合 考虑而得到的。 ➢从生存期的一个阶段到下一个阶段的高度连 续性 即生存期后一阶段的成果只是在前一阶段成 果的补充和修改。 把面向对象分析(OOA)、面向对象设计 (OOD)和面向对象程序设计(OOP)集成到生 存期的相应阶段。
面向对象方法学与UML
消息通信(Message Communication)
• 消息是一个对象与另一个对象的通信单元，是要求 某个对象执行类中定义的某个操作的规格说明。
• 发送给一个对象的消息定义了一个方法名和一个参 数表（可能是空的），并指定某一个对象。
• 一个对象接收到消息，则调用消息中指定的方法， 并将形式参数与参数表中相应的值结合起来。
• 但在某些情况下，需要对关联关系的语义做详细的定义、 存储和访问，为此可以建立关联类（association class），用来描述关联的属性。
• 关联中的每个链与关联类的一个实例相联系。关联类通过 一条虚线与关联连接。
面向对象方法学与UML
关联关系——聚合
• 聚合（Aggregation）也称为聚集，是一种特殊 的关联。它描述了整体和部分之间的结构关系。
UML系统分析与设计课程整体设计方案
UML系统分析与设计课程整体设计方案摘要:本文介绍了职业教育课程工作过程系统化的开发与设计,以工作过程分析为起点,选用适于教学的典型工作任务为载体整合教学内容,在课程教学过程中凸现以学生为主体、以职业能力的培养为主线、“教学做一体化”的特点。
我院软件技术专业“UML系统分析与设计”课程设计把握上述原则,对实现人才培养目标、提高学生的职业关键能力起到了强有力的支撑作用。
关键词:工作过程系统化;软件模型建立;课程开发与设计1工作过程系统化的课程开发职业教育课程的开发是工作过程导向的,依据并围绕职业活动中“为完成一件工作任务并获得工作成果而进行的一个完整的工作程序(工作过程)”选择课程内容,并以之为参照系对知识内容实施序化,着眼于蕴含在行动体系中的隐性实践知识的生成与构建,筑造课程内容结构[1-2]。
工作过程系统化的课程开发,以工作过程分析为起点,选用适于教学的典型工作任务为载体整合教学内容,在课程教学过程中凸现以学生为主体、以职业能力的培养为主线、“教学做一体化”的特点。
工作过程系统化的课程开发模式将职业活动中的各个元素渗透到教学的整个过程,实现学习者从经验层面向策略层面的能力发展,培养企业真正需要的人才;与此同时,工作过程系统化的课程开发也关注如何在满足社会需求的同时实现人的个性需求、如何在就业导向的职业教育大目标下人保持个人的可持续发展[3]。
2软件技术专业整体课程设计软件技术专业以培养具有良好职业道德素养,具有一定的专业理论知识,具有较强的实践动手能力,具备可持续发展能力,适应软件开发、测试、维护、应用、推广、支持及服务等岗位需要的德、智、体全面发展的高级技术应用型人才为目标。
对软件技术专业进行职业专门化方向研究后,认定软件技术专业人才面向的岗位及岗位群有项目经理、数据库开发工程师、程序设计工程师、系统测试工程师、系统维护与售后工程师等。
软件技术专业的就业岗位主要包括:1)软件设计员、软件项目经理、软件项目组长、程序员、编码员:程序模块设计、代码编写、软件文档制作等相关技术岗位;2)测试员:与软件测试、质量保证等工作相关的技术岗位;3)软件技术支持、推广、维护等人员:与软件应用、服务、推广、维护等工作相关的技术支持岗位;4)企业信息员:与企业信息化,如企业管理系统应用、数据库应用程序维护及开发等工作相关的一般技术岗位;5)办公室文员:与办公自动化,如桌面应用程序开发、Web应用系统开发等工作相关的一般技术岗位。
uml记忆口诀
uml记忆口诀UML（统一建模语言）是一种用于软件设计和开发的图形化语言，要记住它的各种元素和规则可不简单，下面我就给您分享一些 UML 记忆口诀。
先来说说类图吧，类图里的类有属性和方法，咱们可以这么记：“类像个小盒子，属性方法往里搁。
属性静静躺里面，方法活跃跑外面。
” 比如说，想象一个“学生”类，属性可能有“姓名”“年龄”“学号”，方法可能有“学习”“考试”“参加活动”。
就像咱们身边的学生，有名有姓有年龄，还得天天学习考试参加活动。
再看看用例图，用例图展示了系统的功能和使用者的交互。
记忆口诀就是：“用例像个小任务，执行者来把它做。
系统功能全靠它，清晰明了不糊涂。
” 就像我们去超市购物，“挑选商品”“结账付款”就是一个个用例，而顾客就是执行者。
顺序图呢，描述了对象之间的消息传递顺序。
“顺序图像个小剧场，对象消息来登场。
从上到下时间流，交互过程全知道。
” 比如说一个在线订票的过程，用户发送订票请求，服务器处理请求并返回结果，这一系列的交互就像一场精彩的小演出。
状态图可不好记，不过有了口诀就简单多啦。
“状态图像个小地图，状态之间变变变。
触发事件引转变，系统行为全展现。
” 好比一个自动售货机，有“空闲”“收款”“出货”等状态，顾客投币这个触发事件让它从空闲变成收款。
活动图也有口诀哦，“活动图像个小流程，活动分支和并行。
顺序分支看清楚，业务逻辑在其中。
” 比如学校组织一场运动会，从报名、准备、比赛到颁奖，每个环节都是一个活动。
在我多年的教育工作中，曾经遇到过一个学生，他对 UML 怎么都记不住，特别苦恼。
我就把这些口诀教给他，还给他举了好多生活中的例子。
他一开始将信将疑，觉得这能行吗？结果自己试着用口诀去理解和记忆，嘿，还真就慢慢掌握了。
后来他跟我说，这些口诀就像一把神奇的钥匙，打开了 UML 这个复杂世界的大门。
所以啊，记住这些口诀，再结合实际的例子多练习，UML 也就没那么难啦！希望这些口诀能帮助您轻松记住 UML ，在学习和工作中更加得心应手！。
UML学习（一）-----用例图
UML学习（⼀）-----⽤例图1、什么是⽤例图 ⽤例图源于Jacobson的OOSE⽅法，⽤例图是需求分析的产物，描述了系统的参与者与系统进⾏交互的功能，是参与者所能观察和使⽤到的系统功能的模型图。
它的主要⽬的就是帮助开发团队以⼀种可视化的⽅式理解系统的功能需求，包括基于基本流程的“⾓⾊”关系以及系统各个功能之间的关系。
它通过⽤例（Use Case）来捕获系统的需求，再结合参与者（Actor）进⾏系统功能需求的分析和设计。
2、⽤例图的组成 ⽤例图有四部分组成：⽤例（Use Case）、参与者（Actor）、系统边界、关联2.1 参与者 在⼀个系统开发前，我们必定⾸先要确定系统的⽤户，系统的⽤户就是系统的参与者。
除此以外，我们还会想打，我们开发的系统与其他的系统有什么关联？因此，系统的参与者可分为两类，⼀类是⼈，包括系统的使⽤者、维护者等，另外⼀类是其他系统。
2.2 ⽤例 ⽤例（Use Case）是参与者（Actor）可以感受到的系统服务或功能单元。
任何⽤例都不能在缺少参与者的情况下独⽴存在。
同样，任何参与者也必须要有与之关联的⽤例，所以识别⽤例的最好⽅法就是从分析系统参与者开始，在这个过程中往往会发现新的参与者。
⽤例是有粒度的，⽤例的粒度指的是⽤例所包含的系统服务或功能单元的多少。
⽤例的粒度越⼤，⽤例包含的功能越多，反之则包含的功能越少。
2.3 系统边界 所谓系统边界是指系统与系统之间的界限。
把系统边界以外的同系统相关联的其他部分称之为系统环境。
2.4 关联 为了减少模型维护的⼯作量、保证⽤例模型的可维护性和⼀致性，可以在⽤例之间抽象出包含（Include）、扩展（Extend）和泛化（Generalization）这⼏种关系 包含关系是指⽤例可以简单地包含其他⽤例具有的⾏为，并把它所包含的⽤例⾏为作为⾃⾝⾏为的⼀部分。
扩展关系是指在⼀定条件下，把新的⾏为加⼊到已有的⽤例中，获得的新⽤例称为扩展⽤例（Extension），原有的⽤例称为基础⽤例（Base）。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
版权所有：尚学堂科技
尚学堂
手把手教程
UML
结合类图与顺序图给对象分配职责
基于Web的消息管理系统实例：用户登录之后，可以给其它用户发送消息， 也可以查询到其它用户发送过来的消息！ 如何创建概念模型？ 如何确立多层架构？ 如何给对象分配职责？ 原则模式（经验） 顺序图实现
版权所有：尚学堂科技
版权所有：尚学堂科技
尚学堂
手把手教程
UML
面向对象分析与设计 assist engineering
课程目标： 介绍如何将UML应用于UP过程 介绍如何应用UML进行OOA/D UML不是OOA/D，也不是方法，它仅仅只是一种图形表示法 如果不掌握对象思想，那么UML或任何case工具(如ROSE)将毫无意义 我们需要一种用于OOA/D的语言，这既是一种思考的工具，也是一种沟 通的形式。因此，我们将在OOA/D中应用UML。 分析（analysis） - 对问题和需求的调查研究 设计（design）- 满足需求的概念上的解决方案 面向对象分析（object-oriented analysis） - 在问题域内发现和描述对象 面向对象设计（object-oriented design）- 如何定义软件对象以及它们之 间如何协作以实现需求
尚学堂
手把手教程
UML
需求分析与用例
需求：就是系统（或者说项目）必须提供的能力和必须遵从的条件 需求分析的一种重要手段是：确定和编写用例 用例定义： 用例是文本形式的情节描述，用于需求的发现和记录。用例会影响后续的 OOA/D工作。 简单示例： 登录系统：管理员向系统提交用户名和密码。系统进行认证。系统向管理员 显示成功登录信息。 参与者（actor） 某些具有行为的事物，可以是人（由角色标识）、计算机系统或组织，例如 收银员。 场景（scenario）是参与者和系统之间的一系列特定的活动和交互 主成功场景和交替场景（或主路径和扩展路径） 用例(use case)就是一组相关的成功和失败场景集合
定义领域模型（OOA） - 识别问题中的概念，它是对真实世界领域中的概 念和想像可视化，与具体实现的软件技术无关（比如java或C#） 游戏者 骰子 骰子游戏
版权所有：尚学堂科技
尚学堂
手把手教程
UML
骰子游戏的领域模型(Damain Model)
版权所有：尚学堂科技
尚学堂
手把手教程
尚学堂 手把手教程
UML
UML
统一建模语言（Unified Modeling Language ）
授课：李腾飞
版权所有：尚学堂科技
尚学堂
手把手教程
UML
课程目录
面向对象分析和设计（OOA/D） UP过程与“瀑布”模型 UML概览 需求分析与用例（用例图） 类图 领域模型（分析模型） 交互图（顺序图和协作图） UML活动图 UML状态图 GRASP与GOF（设计模型）
MDA？ 模型驱动架构 Platform IndependentModels (PIMs) 和 Platform Specific Models (PSMs) MOF - （UML > 元模型 > 元-元模型）
版权所有：尚学堂科技
尚学堂
手把手教程
UML
什么时候使用类图？
任何时候！ 类图是UML中最重要的图形 不要尝试使用类图描述所有的细节 保持类图的简单！ 对概念建模（领域模型） 分析（分析类图） 实体类（领域模型） 控制类 边界类
版权所有：尚学堂科技
尚学堂
手把手教程
UML
UP与瀑布模型
什么是UP？ 软件开发过程(software development process)描述了构造、部署以 及维护软件的方式。统一过程（The Unified Software Development Process）是一种流行的构造面向对象系统的迭代软件开发过程。特 别是，Rational统一过程（Rational Unified Process，RUP）是对统 一过程的详细精化，并且已经被广泛采纳。 UP也可以引进其它方法中的有用的实践，比如极限编程（Extreme Programming，XP）。XP中的测试驱动开发（test-driven development）、重构（refactoring）和持续集成（continuous integration）等。 Iteration, Artifact
版权所有：尚学堂科技
尚学堂
手把手教程
UML
重要的概念及图形表示法初步接触（2）
版权所有：尚学堂科技
尚学堂
手把手教程
UML
Rational Rose
Rational Rose 是一种建模工具 用例视图 需求分析阶段的利器 逻辑视图 设计阶段，用例的实现 组件（构件）视图 构件表示封装了其内容的系统模块；构件是相对独立的模块 部署视图 表示软件元素在物理架构上的部署，以及物理元素之间的通信
手把手教程
UML
为什么需要领域模型？
为什么需要领域模型？ 理解关键概念和词汇 逐步进入设计阶段（为进入设计阶段得到一些启示） 现实世界与软件实现之间的过度
版权所有：尚学堂科技
尚学堂
手把手教程
UML
如何创建领域模型？
寻找概念类（名词短语、分析模式） 绘制类图 添加关联和属性 属性的表示法 普通数据类型表示为属性 不要把复杂的领域概念建模为属性
版权所有：尚学堂科技
尚学堂
手把手教程
UML
图的分类
静态建模 类图 动态建模 顺序图（协作图） 用例图 活动图 状态图 学习的顺序是： 从最重要的部分开始！ 类图 ->顺序图->用例图->活动图->状态图
版权所有：尚学堂科技
尚学堂
手把手教程
UML
重要的概念及图形表示法初步接触（1）
版权所有：尚学堂科技
尚学堂
手把手教程
UML
依赖关系
版权所有：尚学堂科技
尚学堂
手把手教程
UML
依赖关系 – 真的有必要画出来吗？
版权所有：尚学堂科技
尚学堂
手把手教程
UML
关联关系
关联的角色名
关联的多重性
箭头表示关联的导航性，有箭头表示单向关联， 如果没有箭头一般表示双向关联
public class Document { private String title; private byte[] content; private String description; private User creator;
版权所有：尚学堂科技
尚学堂
手把手教程
UML
UML类图
类图允许我们去标记静态内容及类之间的关系 类的基本表示法
名称 属性（类型，可见性） 方法（参数，返回值）
接口的基本表示法
圆形表示法 构造型表示法
包 关系
依赖（一个事物的变化影响另外一个事物） 关联（关联名、导航、角色、多重性、聚合、组合） 泛化（extends） 实现（implements）
版权所有：尚学堂科技
尚学堂
手把手教程
UML
用例的编写
用例编号 用例名 用例描述 参与者 前置条件 后置条件 基本路径 1. ... 2. ... 3. ... 扩展点 2_1. ... 2_1_1. ... 补充说明 请参考文档示例的编写方法（大量用例实例）
版权所有：尚学堂科技
尚学堂
思考
手把手教程
UML
请根据以下描述，画出相应的UML图： 神州六号飞船是神州飞船系列的一种，它由轨道舱、返回舱、推进舱和逃 逸救生塔等组成；航天员可以在返回舱内驾驶飞船，轨道仓则是航天员工 作和休息的场所。在紧急的情况下，可以利用逃逸救生塔逃生。在飞船两 侧有多个太阳能电池翼，可以为飞船提供电能；
UML
什么是UML？
标准定义：统一建模语言（Unified Modeling Language,UML）是描述、 构造和文档化系统制品的可视化语言。 UML是一个庞大的图形化表示法体系 应用UML的三种方式 草图 蓝图 编程语言 学习UML的要素 表示法 - 图形 过程 - （UML与过程无关，但最好用于RUP） 工具 - （比如：Ratinal Rose）
UML包括： 事物 关系 图 扩展机制 事物 结构：类、接口、构件、节点等等 行为：交互（消息）、状态等等 分组：包、子系统等等 注释：注释 关系 依赖、关联（聚合、组合）、泛化、实现 图 用例图、交互图（顺序图、协作图）、类图、活动图、状态图等等 扩展机制：Stereotype、Tagged Value、Constraint
UML
分配对象职责并绘制交互图（动态建模）
OOD关注的是：软件对象的定义 – 职责与协作
版权所有：尚学堂科技
尚学堂
手把手教程
UML
定义设计类图（静态建模）
从领域模型以及交互图中获得启示，定义软件类，包括属性、方法等等 骰子游戏的局部设计类图示例如下：
版权所有：尚学堂科技
尚学堂
手把手教程
版权所有：尚学堂科技
尚学堂
手把手教程
UML
类的基本表示法
类名
属性
操作
版权所有：尚学堂科技
尚学堂
手把手教程
UML
接口的基本表示法
版权所有：尚学堂科技
尚学堂
包
手把手教程
UML
包可以用来表示层次结构（子系统） 包可以用来组织各种内容
版权所有：尚学堂科技