UML与软件建模

课程设计报告题 目 学生宿舍管理系统课 程 名 称 软件系统分析与建模课程设计 院 部 名 称 龙蟠学院 专 业 计算机科学与技术 班 级 M10计算机科学与技术 学 生 姓 名 卢礼刚 学 号 ********** 课程设计地点 A201 课程设计学时 20 指 导 教 师 李 慧金陵科技学院教务处制成绩学生宿舍管理系统1.案例分析目标本案例采用UML的方式对学生宿舍管理系统进行分析和设计，通过对学生宿舍的建模来对UML进行更加详细的了解和熟悉。

基于以上我们对学生宿舍的了解和对学校宿舍楼管理老师的咨询，我们小组成员：包云卢礼刚2.背景分析2.1宿舍楼的基本情况学生住在宿舍楼中，每栋宿舍楼都会有若干名老师负责本宿舍楼的日常管理。

一、学生的基本信息：入校时，每位同学都有唯一的学号，并被分配到指定的宿舍楼和指定的宿舍，也会有一个宿舍号，其入校时间就是他的入住时间。

另外，为了管理上的方便，同一院系的学生的宿舍一般在一起，相应地会有其所在的院系名称。

宿舍的基本信息：每间宿舍都有唯一的宿舍号2.2用户对系统的要求一、宿舍楼管理员：a.信息要求：宿舍楼管理员能查询上面提到的宿舍楼的所有相关信息，包括某一学号的学生在宿舍楼中住宿的详细信息，夜归的详细信息和学生离返校的信息。

以利于对整个宿舍楼的全面管理。

b.处理要求：当学生基本信息发生变化时，宿舍楼管理员能对其进行修改。

比如，某些同学搬到其他的宿舍中去，他们在本宿舍楼中相应的记录就应该删去；或者学生转换专业，他们记录中院系的信息也要作相应的修改等等。

c．安全性与完整性要求：安全性要求：1.系统应设置访问用户的标识以鉴别是否是合法用户，并要求合法用户设置其密码，保证用户身份不被盗用；2.系统应对不同的数据设置不同的访问级别，限制访问用户可查询和处理数据的类别和内容；3.系统应对不同用户设置不同的权限，区分不同的用户，如区分普通用户（学生），管理员。

二、本宿舍楼的学生：信息要求：本宿舍楼的学生能查询其所在的宿舍的所有信息。

UML软件建模教程课后习题习题 1一、简答题1. 简述模型的作用。

答：现实系统的复杂性和内隐性，使得人们难于直接认识和把握，为了使得人们能够直观和明了地认识和把握现实系统，就需要借助于模型。

2. 软件模型有什么特征？答：建模对象特殊，复杂性，多样性3. 软件建模技术有哪些因素？答：软件建模方法，软件建模过程，软件建模语言，软件建模工具4. 软件模型包括哪些方面的内容？答：从模型所反映的侧面看：功能模型，非功能模型，数据模型，对象模型，过程模型，状态模型，交互模型，架构模型，界面模型等；从软件开发工作看：业务模型，需求模型，分析模型，设计模型，测试模型等。

5. 软件建模工具应该具有哪些基本功能？答：软件模型的生成和编辑，软件模型的质量保障，软件模型管理等二、填空题1、模型是对现实的（抽象）和模拟，是对现实系统（本质）特征的一种抽象、简化和直观的描述。

2、模型具有（反映性）、直观性、（简化性）和抽象性等特征。

3、从抽象程度，可以把模型分为（概念模型）、逻辑模型和（物理模型）三种类型。

4、较之于其他模型，软件模型具有（建模对象特殊）、复杂性和（多样性）等特征。

5、软件模型是软件开发人员交流的（媒介），是软件升级和维护的（依据）。

6、软件建模技术的要素包括软件建模方法、（软件建模过程）、软件建模语言和（软件建模工具）。

7、从开发阶段看，软件建模有业务模型、（需求模型）、分析模型、（设计模型）和测试模型。

8、软件语言有软件需求定义语言、（软件设计语言）、软件建模语言、（软件结构描述语言）、软件程序设计语言等。

9、根据软件建模工具的独立性，把软件建模工具分为（独立软件）建模工具和（插件式软件）建模工具。

10、OMG在（ 1997 ）年把UML作为软件建模的标准，UML2.0版本是（ 2005 ）年颁布的。

三、选择题1、对软件模型而言，下面说法错误的是（ D ）。

A.是人员交流的媒介B.是软件的中间形态C.是软件升级和维护的依据D.是软件的标准文档2、下面说法错误的是（ B ）。

UML与软件建模实验报告姓名：孙治民专业：计算机应用1201学号：20127542指导老师：李绘卓目录实验一：用例建模 (3)实验2 分析建模 (6)实验3 设计建模（1） (9)实验4 设计建模（2） (11)用例附件： (13)内容：用例建模、分析建模、设计建模（1）、设计建模（2）实验一：用例建模[ 实验目的] ·掌握客户需求分析的方法和步骤·了解以用例驱动的软件开发方法·识别并编写用例·掌握用Rose 进行用例建模的具体方法和步骤[ 实验内容] 要求学生根据周围的实际情况，自选一个小型应用项目，分析业务需求，识别并编写用例、绘制用例图以理解系统需求。

亦可采用教师指定的“企业综合信息管理系统”中的“进销存管理子系统”[ 实验原理和步骤] 建模原理：(1) 需求获取。

以任务和客户为中心，通过会议、面谈等手段对客户需求进行调研，获得系统目标、范围和功能要求的初步说明。

(2) 用例分析。

确定用例，同时采用分层思想，对用例的层次级别进行划分（高层用例、子系统级、用户目标级）（3）用例描述。

分层绘制用例图，撰写用例的文字描述（采用单栏格式）。

步骤：（1）需求获取。

自选题目，与相关客户、领域专家等反复商讨，获得系统目标、范围和功能要求的初步说明。

（也可采用教师指定的题目：“企业综合信息管理系统”中的“进销存管理子系统”，但要仔细研读“企业现状”、“系统目标、范围和功能要求”等文字说明）。

（2）用例分析。

确定系统范围和边界、确定参与者、确定用例。

（3）用例描述。

分层绘制用例图、描述用例。

画图原理：采用Rose 软件进行用例建模必须建立在完好的系统用例分析基础之上．只有做好系统用例分析，系统用例建模才能这到预期的效果。

步骤：（1）分层绘制用例图，每层采用“包”进行管理。

（2）以“企业综合信息管理系统” -> “进销存管理”子系统-> “销售管理”-> “合同管理” ->“收款单处理”为主线，完成附录2 中的操作过程（亦可选择“企业综合信息管理系统” -> “进销存管理”子系统-> “库存管理” -> “原材料出库” ->“领料单处理”主线）[ 实验结果][ 实验总结] ①各层用例图之间相互关联，对用例图画法和建立要清楚的熟悉操作信息流程，否则很容易搞混；②用例图的画法步骤不是很熟悉，对工具的使用陌生，不能正确的画出和表达用例，缺乏实践。

UML建模在软件开发中的作用在如今软件开发领域中，UML建模已成为了一种非常重要的工具，其作用不仅仅是辅助开发者更好地理解系统需求和架构设计，还可以帮助团队协作、提高代码质量和开发效率。

因此，本文将详细介绍UML建模在软件开发中的作用。

一、UML建模的基本概念及特点UML全称Unified Modeling Language，即统一建模语言，是一种用于面向对象软件系统开发的建模语言，在软件行业中广泛应用。

UML建模有三种基本建模元素：结构、行为和交互。

其中，结构元素包括类、接口、对象、包等；行为元素包括状态机、活动图、用例图等；交互元素包括时序图、协作图、通信图等。

UML建模的特点主要体现在以下几个方面：1.表达能力强UML建模可以对软件系统进行非常全面地描述，可涵盖从系统的物理结构、组成部分、功能行为、交互方式到运行过程等方面。

2.标准化语言 UML建模是一种标准化的语言，具有语法、符号、语义标准。

因此，使用UML建模可以避免因开发者个人理解差异带来的问题。

3.易于学习和应用 UML建模具有简洁易懂的语法，不需要太多的专业知识就可以掌握基本建模方法和技巧。

此外，目前市面上已有许多UML建模工具，使得UML建模的应用变得更加容易。

二、UML建模在软件开发中的作用1.辅助需求分析在软件开发的初期阶段，UML建模可以用于辅助需求分析。

通过绘制用例图，分析需求、确定用例等操作，开发者可以更好地理解系统的基本要求。

同时，UML建模工具往往还具有模型验证功能，可以在需求分析过程中帮助开发者发现和解决潜在的问题。

2.构建系统架构在确定了系统的需求后，UML建模可以用于构建系统架构。

通过绘制类图、组件图等建模方式，开发者可以更好地掌握整个系统的组成部分，了解类与类之间的关系、数据流等信息，从而在软件开发初期就能够避免设计上的问题。

此外，在架构设计过程中，UML建模也可以帮助开发者评估不同的架构方案的优缺点，为团队进一步决策提供支持。

软件建模与UML智慧树知到课后章节答案2023年下山东理工大学山东理工大学第一章测试1.结构化设计阶段的主要设计思路是（）。

答案:自顶向下，逐步求精2.结构化分析建模的3种核心模型为（）。

答案:DD;ERD;DFD3.数据流图的外部实体可能是与系统交互的（）。

答案:硬件设备;人;软件系统;部门;组织4.环境图也称顶层数据流图，它仅包括一个数据处理过程，即目标系统。

答案:对5.ER图是数据库设计的基础，因此又称为（）。

答案:数据库概念模型6.数据字典是以词条方式定义在数据模型、功能模型和行为模型中出现的数据对象及控制信息的特性，其定义对象包括（）。

答案:数据源点/汇点;加工（过程）条目;数据流条目;数据文件7.DD中最常用的数据结构描述方式有（）。

答案:定义式 ;Warier图8.结构图可以清楚的表达出模块间的层次调用关系和信息传递，但不能表达有条件的模块调用。

答案:错9.结构图优化时，需要应用高耦合、低内聚原则。

答案:错10.关于结构化程序设计的描述，正确的是（）。

答案:选用的控制结构只准有一个入口和一个出口。

; 使用顺序、选择、循环这三种基本控制结构表达程序逻辑。

; 严格控制GOTO语句。

11.请根据描述，对学校图书管理系统建立DFD。

图书管理系统主要目的是方便学校图书馆的借还书工作。

图书管理员负责进行图书的管理，主要包括图书的入库、图书信息的修改和图书的出库。

其他工作人员负责完成借书和还书的操作。

读者可以通过系统查询图书信息及流通状态，可以自助借书、还书。

另外还可以通过系统进行图书的预约和续借。

读者分为教师和学生。

教师最多允许借10本书，借阅时长2个月。

学生最多允许借5本书，借阅时长为1个月。

两类读者的续借时长都为1个月。

对已借出图书到期时长小于一周时，允许预约，预约期为10天，多位读者预约时，按预约时间排序；超期未借，预约自动失效。

存在预约的图书只能由预约读者借阅。

还书时，如果发生超期，需要缴纳罚款。

使用UML进行软件系统数据建模与关系分析在软件开发过程中，数据建模和关系分析是非常重要的环节。

通过使用统一建模语言（UML），开发人员可以更好地理解和描述软件系统中的数据结构和各个组件之间的关系。

本文将介绍使用UML进行软件系统数据建模和关系分析的基本原理和方法。

一、UML简介统一建模语言（UML）是一种用于软件系统建模的标准化语言。

它提供了一套图形符号和规则，用于描述软件系统的结构、行为和交互。

UML包括多种图形表示法，如用例图、类图、时序图等，每种图形都有其特定的用途和表达能力。

二、数据建模数据建模是软件系统开发过程中的一个重要步骤，它用于描述系统中的数据结构和数据之间的关系。

在UML中，常用的数据建模图是类图。

类图用于表示系统中的类、属性和方法，以及它们之间的关系。

在类图中，一个类通常由一个矩形表示，矩形中包含类的名称、属性和方法。

属性用于描述类的特征，方法用于描述类的行为。

类之间的关系可以用不同的箭头表示，如继承关系、关联关系、聚合关系等。

通过使用类图，开发人员可以清晰地了解系统中的数据结构和各个类之间的关系。

类图还可以用于生成代码、进行系统设计和进行系统分析等。

三、关系分析关系分析是软件系统开发过程中的另一个重要步骤，它用于分析系统中各个组件之间的关系。

在UML中，常用的关系分析图包括用例图、时序图和活动图等。

用例图用于表示系统的功能和用户之间的关系。

在用例图中，一个用例通常由一个椭圆形表示，椭圆形中包含用例的名称和描述。

用例之间的关系可以用不同的箭头表示，如包含关系、扩展关系、泛化关系等。

时序图用于表示系统中各个组件之间的交互顺序。

在时序图中，每个组件通常由一个竖直的虚线表示，虚线上方是组件的名称，虚线下方是组件的行为。

组件之间的交互可以用不同的箭头表示，如消息传递、同步调用、异步调用等。

活动图用于表示系统中各个组件之间的流程和行为。

在活动图中，每个组件通常由一个矩形表示，矩形中包含组件的名称和行为。

基于 UML 的动力传动系统软件建模方法研究动力传动系统是汽车的核心部件之一，保证汽车在行驶过程中能够稳定、高效地运行。

近年来，随着车辆智能化的不断提升，动力传动系统的软件化程度也越来越高。

为了满足日益增长的汽车市场需求，提高动力传动系统软件的开发效率和质量，基于 UML 的动力传动系统软件建模方法得到了广泛关注。

UML 是一种用于软件开发的标准建模语言，广泛应用于面向对象系统分析和设计。

在动力传动系统软件建模中，UML 可以帮助开发人员清晰地描述系统结构和行为，并将其转化为可执行代码。

基于 UML 的动力传动系统软件建模方法包括以下几个步骤：一、需求分析动力传动系统软件的需求分析是整个建模过程的基础。

在这一阶段，开发人员需要通过与客户沟通和理解，明确系统功能、性能、安全等方面的需求。

针对需求中的每个角度，开发人员可以使用不同的 UML 模型进行建模，比如用用例图描述系统功能，活动图描述系统流程等等。

二、系统架构设计在需求分析的基础上，开发人员需要进行系统架构设计。

系统架构设计是抽象的、概念性的，主要用来描述系统的组成部分和它们之间的关系。

UML 中的类图和组件图可以有效地帮助开发人员建立动力传动系统软件的系统架构。

三、系统行为建模系统行为建模是描述系统各个对象之间交互行为的过程。

在动力传动系统软件中，通常会采用状态图、序列图等 UML 模型来描述系统行为。

例如，状态图可以用于描述变速器的各种状态转移，序列图可以用于描述汽车的启动过程。

四、详细设计与实现详细设计与实现是建立在系统架构和行为模型之上的阶段，它主要包括各个组件或对象的具体设计和实现。

在这一阶段，开发人员需要使用 UML 类图和时序图对系统进行详细描述，明确各个类之间的关系和对象的状态转移等。

基于UML 的动力传动系统软件建模方法具有多个优点。

首先，可以将系统的各个方面进行清晰、精确的描述，方便开发人员、测试人员和其他相关人员的沟通和理解。

UML软件建模教程课后习题习题 1一、简答题1. 简述模型的作用。

答：现实系统的复杂性和内隐性，使得人们难于直接认识和把握，为了使得人们能够直观和明了地认识和把握现实系统，就需要借助于模型。

2. 软件模型有什么特征？答：建模对象特殊，复杂性，多样性3. 软件建模技术有哪些因素？答：软件建模方法，软件建模过程，软件建模语言，软件建模工具4. 软件模型包括哪些方面的内容？答：从模型所反映的侧面看：功能模型，非功能模型，数据模型，对象模型，过程模型，状态模型，交互模型，架构模型，界面模型等；从软件开发工作看：业务模型，需求模型，分析模型，设计模型，测试模型等。

5. 软件建模工具应该具有哪些基本功能？答：软件模型的生成和编辑，软件模型的质量保障，软件模型管理等二、填空题1、模型是对现实的（抽象）和模拟，是对现实系统（本质）特征的一种抽象、简化和直观的描述。

2、模型具有（反映性）、直观性、（简化性）和抽象性等特征。

3、从抽象程度，可以把模型分为（概念模型）、逻辑模型和（物理模型）三种类型。

4、较之于其他模型，软件模型具有（建模对象特殊）、复杂性和（多样性）等特征。

5、软件模型是软件开发人员交流的（媒介），是软件升级和维护的（依据）。

6、软件建模技术的要素包括软件建模方法、（软件建模过程）、软件建模语言和（软件建模工具）。

7、从开发阶段看，软件建模有业务模型、（需求模型）、分析模型、（设计模型）和测试模型。

8、软件语言有软件需求定义语言、（软件设计语言）、软件建模语言、（软件结构描述语言）、软件程序设计语言等。

9、根据软件建模工具的独立性，把软件建模工具分为（独立软件）建模工具和（插件式软件）建模工具。

10、OMG在（ 1997 ）年把UML作为软件建模的标准，UML2.0版本是（ 2005 ）年颁布的。

三、选择题1、对软件模型而言，下面说法错误的是（ D ）。

A.是人员交流的媒介B.是软件的中间形态C.是软件升级和维护的依据D.是软件的标准文档2、下面说法错误的是（ B ）。

软件设计过程中的统一建模语言UML一、UML的概念和发展统一建模语言，英文缩写UML，是软件开发中常用的一种建模语言。

自1997年推出以来，UML 以其简明的表达和强大的组织能力逐渐成为软件开发领域的标准和事实上的应用范式。

UML 的前身是Booch方法、OOSE方法和OMT方法。

在20世纪80年代中期，这些方法都有自己独特的建模方式和框架，难以让不同方法之间进行有效的交互。

为了解决这个问题，OMG开始了一个称为“UML”（即“共同建模语言”）的倡议。

UML 的实现促使OMG摒弃自己之前的建模语言DA（即“OMT、Booch和OOSE的综合”）。

在几次重大的更新中，UML 以一种形式化规范形式定义了一组符号和图形，以实现在开发、文档化和维护软件时进行可视化建模的目标。

二、UML的优点及特点UML是具有很强的建模性和逻辑性的，为软件开发工程师和设计师提供了简单、规范、美观的可视化构图方式。

在具体应用中，UML的优点主要体现在以下几个方面。

1. 统一的建模语言：UML可以作为一种通用的建模语言，为不同的软件开发者提供了的一种共同基础，从而促进了软件开发的有效性和互操作性。

2. 开放性和标准性：UML是由OMG组织推广的一种标准化建模语言，开放式的接口和标准的语法形式使得UML应用于许多事实应用的实现中。

3. 图形表达力：UML是一种具有较高可视化操作性的可视化建模语言，通过其精美实用的图形，开发人员可以快速理解系统结构和动作流程的设计，为软件开发的快速实现提供了便利条件。

4. 易于扩展性和可维护性：UML是有流程性、属性性和行为性三个方面构成的、具有极高扩展性的建模语言，因而可以方便的与其他开发工具及软件结合，也预示着其易于维护的特性。

5. 面向对象的特点：UML以对象的视角来看待系统，这使得建模结果具有面向对象的特点，更贴近于实际的软件开发实践。

三、UML的主要元素1. 用例图：是一个描述系统功能的图形化工具，可以显示对象、行为和组织结构组成。

UML与软件建模：第⼀次作业（⽤例图绘制）⼀、⼩结⽤例图是UML⽤于描述软件功能的图形。

⽤例图包括⽤例、参与者及其关系，⽤例图也可以包括注释和结束。

⽤例图的要素：(1)参与者，即与⽤例存在交互关系的系统外部实体;(2)⽤例，⽤来描述个相对独⽴的软件功能 ;(3)关系，包含参与者与⽤例的关系，参与者相互之间的关系，以及⽤例相互之间的关系等。

参与者(actor)也称为活动者，是与系统发⽣交互的外部实体。

“⼩⼈”图标可以表⽰与系统进⾏交互的参与者。

参与者类型有四种类型：⼈、设备、其他系统、时间；参与者之间的关系有泛化关系和通信关系。

⽤例也被称为⽤况、⽤案。

⽤例表⽰系统执⾏的⼀组动作，它会给系统或者参与者产⽣⼀组可观测的结果，⽤例描述系统的⼀个功能。

它的含义是在⼀个应⽤场景下⾯，系统为⽤户提供⼀个完整的服务，这个服务的完成需要⽤户与系统直接发⽣⼀次完整的⼈机交互过程。

⽤例的表⽰：UML规定⽤椭圆来表⽰⼀个⽤例，⽤例的名字放在椭圆⾥⾯或者下⽅。

因为⽤例⽤来描述系统的功能,因此⽤例的名字应该⽤动词或动词短语。

参与者与⽤例之间的关系：启动⽤例，获取⽤例提供的服务，为⽤例提供服务，给系统提供信息。

⽤例之间存在泛化关系、包含关系、扩展关系。

⽤例图的作⽤：1.描述软件功能2.建⽴软件分析模型的依据3.软件测试的依据⽤法：⽤例：⽤圆括号（），或者使⽤关键字来定义⽤例；⾓⾊：⽤两个冒号包裹来表⽰，或者通过关键字actor来定义⾓⾊；⽤箭头-->连接⾓⾊和⽤例。

⽤例描述：⽤双引号来定义多⾏的⽤例描述，--，==为分隔符，并且可以在分隔符中间放置标题。

连接：⽤箭头连接⾓⾊和⽤例，横杠越多箭头越长，可以在箭头定义的后⾯加⼀个冒号来添加标签；继承：如果⼀个⾓⾊或者⽤例继承于另⼀个，⽤<|--符号表⽰。

注释：⽤note left of , note right of , note top of , note bottom of等关键字给⼀个对象添加注释。

软件工程中的软件模型与建模工具软件工程作为一门学科，主要研究软件系统的开发和维护过程。

而软件模型与建模工具则是软件工程中至关重要的一部分，用于描述、分析和设计软件系统。

本文将介绍软件工程中常见的软件模型以及相应的建模工具。

一、需求分析模型1.1. 数据流图（Data Flow Diagram, DFD）数据流图是一种表示系统功能和数据流动的图形化工具。

它将系统划分为各个模块，用箭头表示数据流向，用矩形表示处理功能。

数据流图可以清晰地描述系统的功能和数据流动，帮助软件工程师对系统需求进行分析和理解。

1.2. 用例图（Use Case Diagram）用例图是一种表示系统行为和角色之间关系的建模工具。

它描述了系统与用户、外部系统之间的交互情况。

用例图可以帮助软件工程师识别系统的功能需求，捕捉用户的操作场景，从而更好地进行需求分析和系统设计。

二、设计模型2.1. 类图（Class Diagram）类图是一种描述类、对象及其之间关系的建模工具。

它用于展示系统的静态结构，包括类之间的继承、关联、聚合等关系。

类图可以帮助软件工程师对系统的结构进行分析、设计和实现。

2.2. 时序图（Sequence Diagram）时序图是一种描述对象之间交互顺序的建模工具。

它展示了对象之间的消息传递，帮助软件工程师更好地理解系统的动态行为。

时序图可以用于详细描述系统的时序交互过程，指导软件开发过程。

三、实现模型3.1. 组件图（Component Diagram）组件图是一种描述系统内部组件之间关系的建模工具。

它展示了系统的结构和组件之间的依赖关系。

组件图可以帮助软件工程师理清系统的组件划分，指导代码编写和软件集成过程。

3.2. 部署图（Deployment Diagram）部署图是一种描述系统物理部署情况的建模工具。

它展示了系统组件在物理节点上的部署情况，帮助软件工程师进行系统的部署规划和资源配置。

四、建模工具4.1. UML（Unified Modeling Language）UML是一种广泛使用的软件建模语言，包括了多种建模工具，如用例建模、类建模、时序建模等。

第7章 图书管理系统建模151图7-27 包图示意图 图书管理系统其他模块活动图的绘制已在前面各章予以介绍，在此不再重复说明。

7.11 构建图书管理系统的包模型随着软件越来越复杂，一个程序往往包含了数百个类。

那么如何管理这些类就成了一个需要解决的问题。

一种有效的管理方式是将类进行分组，将功能相似或相关的类组织在一起，形成若干个功能模块。

在UML 中，对类进行分组时使用包。

大多数面向对象的语言都提供了类似UML 包的机制，用于组织及避免类之间的名称冲突。

例如，Java 中的包机制，C#中的命名空间。

用户可以使用UML 包为这些结构建模。

7.11.1 包图概述包图（Package Diagram ）是维护和控制系统总体结构的重要建模工具。

对复杂系统进行建模时，经常需要处理大量的类、接口、组件和图，这时就有必要将这些元素进行分组，即把语义相近并倾向于同一变化的元素组织起来加入同一个包中，以方便理解和处理整个模型。

包图由包和包之间的关系组成的，包图模型如图7-27所示。

在UML 中，包的绘制是用两个矩形表示的，包括一个小矩形和一个大矩形，小矩形紧贴在大矩形的左上角。

同其他的建模元素一样，每个包都必须有一个与其他包相区别的名称，包的名称是一个字符串，它有两种形式：简单名和路径名。

其中简单名仅包含一个简单的名称，而路径名是以包处于的外围包的名字作为前缀的。

包图经常用于查看包之间的依赖性。

因为一个包所依赖的其他包若发生变化，该包可能会被破坏，所以理解包之间的依赖性对软件的稳定性至关重要。

这里需要注意，包图几乎可以组织所有UML 元素而不只是类，例如，包可以对用例进行分组。

7.11.2 绘制包图在面向对象的系统分析中，通常将系统中的类分为3种：用户界面类、业务处理类和数据访问类。

用户界面类由系统中的用户界面组成，例如，用户登录界面、用户管理界面、图书借出界面等；业务处理类则负责系统中的业务逻辑处理；数据库访问类则负责保存处理结果。