课件—UML系统建模与分析设计(7)PPT课件
合集下载
uml课件(完整版)
uml课件(完整版)请注意，我是一名自然语言生成AI助手，无法直接展示、发送文件，也无法提供精确的格式。
但我可以为您提供一个大致的文章结构供参考。
具体的排版与格式设置，您可以根据自己的需要进行调整。
UML课件(完整版)引言：在软件开发和系统设计过程中，UML（Unified Modeling Language）作为一种标准化的建模语言被广泛应用。
本文旨在提供完整版的UML课件，全面介绍UML的基本概念、主要图形符号以及建模过程。
1. UML概述1.1 UML定义1.2 UML的演化历程1.3 UML的应用领域2. UML的基本概念2.1 模型、元素和关系2.2 视图和视图切换2.3 UML的图形符号和标记3. UML的主要图形符号3.1 用例图3.1.1 用例图的作用和用途3.1.2 用例图的元素和关系3.1.3 用例图的实例分析3.2 类图3.2.1 类图的作用和用途3.2.2 类图的元素和关系3.2.3 类图的实例分析3.3 时序图3.3.1 时序图的作用和用途3.3.2 时序图的元素和关系3.3.3 时序图的实例分析3.4 活动图3.4.1 活动图的作用和用途3.4.2 活动图的元素和关系3.4.3 活动图的实例分析3.5 状态图3.5.1 状态图的作用和用途3.5.2 状态图的元素和关系3.5.3 状态图的实例分析4. UML建模过程4.1 建模过程概述4.2 需求收集和分析4.3 架构设计和详细设计4.4 实现和测试4.5 部署和维护结论：UML作为一种标准化的建模语言，可以有效地帮助软件开发人员和系统设计者进行系统分析和设计。
通过学习和应用UML，可以提高软件开发过程中的沟通效率和开发质量。
参考文献：（这里列出您参考的相关文献，不需要包含网址链接）这个大致的结构可以帮助您按照一种逻辑清晰的方式来组织UML课件的内容。
您可以根据自己的风格和需求进行进一步的修改和完善。
数据库系统UML建模案例演示 ppt课件
数据库系统UML建模案例演示
16
数据库系统UML建模案例演示
17
构件图
【概念】描述代码构件的物理结构以及各构件之间的依赖 关系 【描述方式】构件 【目的】提供系统的物理视图，根据系统的代码构件显示 系统代码的整个物理结构
数据库系统UML建模案例演示
18
部署图
【概念】系统中硬件的物理体系结构 【描述方式】 1 三维立方体表示部件 2 节点名称位于立方体上部 【目的】显示系统的硬件和软件的物理结构
数据库系统UML建模案例演示
23
Actor::Librarian
Get the Book
Lend the Book
<<include>>
Add or Delete Reader
Reader Management <<include>>
Check the Information of Reader
Remove the Old Book
数据库系统UML建模案例演示
1
数据库系统UML建模案例演示
数据库系统UML建模案例演示
2
精品资料
• 你怎么称呼老师？ • 如果老师最后没有总结一节课的重点的难点，你
是否会认为老师的教学方法需要改进？ • 你所经历的课堂，是讲座式还是讨论式？ • 教师的教鞭 • “不怕太阳晒，也不怕那风雨狂，只怕先生骂我
数据库系统UML建模案例演示
13
状态图
【概念】描述对象的所有状态以及事件发生而引起的状态 之间的转移 【描述方式】 起始点：实心圆 状态之间的转换：使用开箭头的线段 状态：圆角矩形 判断点：空心圆 一个或多个终止点：内部包含实心圆的圆 【目的】表示某个类所处的不同状态以及该类在这些状态 中的转换过程
umlPPT课件
➢ 书面作业由学习委员统一上交
2020/8/1
Software School, Zhengzhou University
9 郑州大学软件学院
如何学好本课程
➢ 做一个角色的转换。把自己当作一名见习的软件工程师。
➢ 做好课前预习。课前预习是掌握知识的前提，通过预习发现问题， 带着问题上课！
➢ 课堂认真听讲。课堂上讲解的内容除了课本上的知识以外，会有 大量课外内容的补充，必须认真听讲，必须记好笔记。
必须正确了解、把握需求
※ 不能满足需求的系统，客户是不会满意的
必须要能应对需求的变化
※ 因为业务环境在迅速变化，所以对系统的需求也会变化
必须缩短开发时间
※ 商务世界竞争激烈
必须能应对系统日益复杂和规模扩大的情况
※ 系统集成、开放化、重叠化、用户数的增加、运行时间的
延长等
13
2020/8/1
Software School, Zhengzhou University
2 郑州大学软件学院
Introduction
➢ 分析(Analysis)：对问题和需求进行调查研究 ➢ 设计(Design)：满足需求的概念上的解决方案 ➢ UML
统一建模语言（Unified Modeling Language） 统一的可视化建模语言 统一的含义 可视化——图形表示法，以图形化的方法构建系统分析 与软件设计模型 工具
4 郑州大学软件学院
教材
➢ 选用教材：
面向对象分析与设计（UML 2.0 版）/ （美）多切蒂 （Mike O’Docherty）著，俞志翔译。北京：清华大 学出版社，2006.4
➢ 参考教材：
UML Distilled - Martin Fowler
2020/8/1
Software School, Zhengzhou University
9 郑州大学软件学院
如何学好本课程
➢ 做一个角色的转换。把自己当作一名见习的软件工程师。
➢ 做好课前预习。课前预习是掌握知识的前提，通过预习发现问题， 带着问题上课！
➢ 课堂认真听讲。课堂上讲解的内容除了课本上的知识以外，会有 大量课外内容的补充，必须认真听讲，必须记好笔记。
必须正确了解、把握需求
※ 不能满足需求的系统，客户是不会满意的
必须要能应对需求的变化
※ 因为业务环境在迅速变化，所以对系统的需求也会变化
必须缩短开发时间
※ 商务世界竞争激烈
必须能应对系统日益复杂和规模扩大的情况
※ 系统集成、开放化、重叠化、用户数的增加、运行时间的
延长等
13
2020/8/1
Software School, Zhengzhou University
2 郑州大学软件学院
Introduction
➢ 分析(Analysis)：对问题和需求进行调查研究 ➢ 设计(Design)：满足需求的概念上的解决方案 ➢ UML
统一建模语言（Unified Modeling Language） 统一的可视化建模语言 统一的含义 可视化——图形表示法，以图形化的方法构建系统分析 与软件设计模型 工具
4 郑州大学软件学院
教材
➢ 选用教材：
面向对象分析与设计（UML 2.0 版）/ （美）多切蒂 （Mike O’Docherty）著，俞志翔译。北京：清华大 学出版社，2006.4
➢ 参考教材：
UML Distilled - Martin Fowler
UML系统建模与分析设计.ppt
统、角色和用例
等三种模型元素，
以及它们之间的
关系。
贸易经理
营销人员
设置边界
更新帐目
风险分析 交易估价
《使用》 《使用》
评价
进行交易
《扩展》
超越边界
记账系统 销售人员
2020/10/16
软件工程方法
4
用例模型描述的是外部执行者(Actor)所理解的系 统功能。它描述了待开发系统的功能需求。
它驱动了需求分析之后各阶段的开发工作,不仅在 开发过程中保证了系统所有功能的实现,而且被用 于验证和检测所开发的系统,从而影响到开发工作 的各个阶段和 UML 的各个模型。
2．定义系统的边界:一个系统的所有元素与系统以外的事物的 分界线。
2020/10/16
软件工程方法
8
1.4 确定执行者（参与者，角色） aActor
执行者（actor）是指在系统外部与系统交互的人或其他系统，它以某 种方式参与了系统内用例的执行。角色在UML中通常以一个稻草人图 符来表示。
执行者类型：参与者不仅可以由人承担，还可以是其它系统、硬件设备、 甚至是时钟 ： 1）其它系统：当系统需要与其它系统交互时，如ATM柜员机系统中， 银行后台系统就是一个参与者； 2）硬件设备：如果系统需要与硬件设备交互时，如在开发IC卡门禁系 统时，IC卡读写器就是一个参与者； 3）时钟：当系统需要定时触发时，时钟就是参与者
•将需求规约变为可视化模型，并得到用户确认；
•给出清晰、一致的关于系统做什么的描述，确定系统的功能要 求；
•提供从功能需求到系统分析、设计、实现各阶段的度量标准；
•为最终系统测试提供基准，据此验证系统是否达到功能要求；
•为项目目标进度管理和风险管理提供依据。
—UML系统建模与分析设计幻灯片
2021/5/15
UML系统建模与分析设计
19பைடு நூலகம்
２．软件开发 〔1〕概要设计 建立系统总体构造和各模块之间的关系； 定义各个功能摸块的接口； 设计全局数据库或数据构造； 规定设计约束； 制定组装测试方案。 〔2〕详细设计 对概要设计进展细化； 建立文档资料。
2021/5/15
UML系统建模与分析设计
； 必须是首次开发的新系统并且淘汰全部老系统时。
2. 渐增模型〔incremental model〕
2021/5/15
UML系统建模与分析设计
10
慎重考虑使用渐增模型的情况： 不能充分理解客户需求或客户需求有可能迅速发生
变化； 事先拟采用的技术迅速发生变化； 客户突然提出一些新的功能需求； 长时期内仅有有限的资源保证〔开发人员和资金〕
〔5〕按使用的频度划分 一次性使用软件。 使用频度较高的软件。
〔6〕按软件失效的影响程度划分 一般性软件。 关键性软件。
2021/5/15
UML系统建模与分析设计
6
1.2 软件的开展与软件工程
软件工程的指导性原那么： 变动的软件需求。 稳妥的设计方法。 高效的软件开发支持技术。 有效的过程管理。
软件工程具有里程碑意义的进展：
4
2．软件的分类
〔1〕按软件的功能划分
系统软件。
支撑软件。
应用软件。
〔2〕按软件的规模划分
微型软件。
小型软件。
中型软件。
大型甚至超大型软件。
〔3〕按软件工作方式划分
实时处理软件。
分时软件。
交互式软件。
批处理软件。
2021/5/15
UML系统建模与分析设计
5
〔4〕按软件效劳对象的范围划分 工程软件。 产品软件。
uml课件(完整版)
• 依赖
包图
系统的顶层包结构
包图
老师在线答疑系统包结构图
包图
练习 1、C/S架构的应用程序由客户端和商业逻辑端组成， 使用包图画出他们之间的关系 2、B/S架构的应用程序由浏览器和WEB应用服务端 组成，使用包图画出他们之间的关系 3、在一个多层架构的系统中包含了客户端，商业逻 辑端，数据库端， WEB应用服务端以及浏览器组 成，请整理他们之间的关系，并用UML的包图表 达出来
类图
练习
1、使用类图的短式表达方式画出中国公民、身份证、 银行卡的UML图 2、现在有一组几何图形、线、圆、方、椭圆、多边 形。请仔细分析他们之间的关系，并用短式方式 表达出来 3、第2题中的几何图形具有以下方法：画图，移动， 旋转。请标识出多态方法，并说明理由。
包图
包图能将复杂系统拆分成多个简单的系统。 • 包
学生登陆协作图
协作图
练习
1、画出老师登陆系统的协作图
组件图
组件图显示软件组件之间的依赖关系。一般来说， 软件组件就是一个实际文件，可以是源代码文件、 二进制代码文件和可执行文件等。可以用来显示 编译、链接或执行时构件之间的依赖关系 • 组件 • 依赖
组件图
老师在线答疑系统组件图
部署图
配置图显示系统运行时刻的结构，显示系 统不同的组件在何处物理地运行，以及它 们将如何彼此通信
状态图
状态图表示某个类所具有的不同状态和状态 转移时的触发条件。 • 状态 • 转移
状态图
• 老师在线状态图
状态图
练习
1、汽车有向前行驶，向后行驶和停止3种状
态，请使用UML图将3种状态之间的转移关
系表达出来
活动图
活动图用来描述工作的流程，对并行的工 作流程能很好的支持。 • 活动 • 转移 • 同步
UML建模语言 ppt课件
2021/3/26
20 UML建模语言 ppt课件
手机类图案例分析2
请用UML类图描述如下关系： • 每个品牌的手机开关机的功能相同 • 每个品牌备wifi功能,但是普通手
机不具备此功能、而有些手机具有蓝牙的功能 • 所有手机都可以打电话,发短信
2021/3/26
21 UML建模语言 ppt课件
时序图（Sequence Diagram）
• 时序图（Sequence Diagram）是强调消息时间 顺序的交互图。时序图描述类系统中类和类之间 的交互，它将这些交互建模成消息交换。时序图 是一个模型，用于描述对象组如何随着时间在某 些行为方面进行协作。
目
1. UML介绍
录
2. 用例图
3. 类图
4. 顺序图
5. 状态图
UML介绍
• 什么是软件危机 • 什么是软件工程 • UML概念、发展、意义
2021/3/26
2 UML建模语言 ppt课件
UML用例图
• 用例图概述 • 用例图包含的2元素4关系 • 用例图实例：京东商城用例图
2021/3/26
}
2021/3/26
14 UML建模语言 ppt课件
类图—泛化关系(generalization）
• 泛化关系实际上就是继承关系，他是依赖关系的 特例
public abstract class DaoSupport{ public void save(Object entity){ } public void delete(Object id){ }
单向一对 一关系
Person 1
-card IDCard 1
双向一对 一关系
Person -person 1
课件—UML系统建模与分析设计(7)-系统体系结构建模
还应用伪代码或者文字给出类的规约。
2020/8/8
UML系统建模与分析设计
17
ＯＯ方法中执行主要活动的描述。主要步骤是分析、 设计、实现及测试。
需求分析
设计 实现
实现活动实际上就是编写程序 代码，包括反复的编译、连结、排 错等。
并应遵循传统的编程准则。
测试
2020/8/8
UML系统建模与分析设计
18
21
2 UML体系结构设计
从一般意义上说，体系结构包括两个层面，即硬件体 系结构和软件体系结构。
硬件体系结构指系统的硬件组织模式；而软件体系结 构则描述软件的组织模式。这里我们主要关注软件体系结 构的问题。
1、用包图或构件图描述的静态结构 2、基于配置图的软件体系结构 3、基于模式的软件体系结构
2020/8/8
构件对外提供的可见操作和属性称为构件的界面。 界面的图符是一个小圆圈。用一条连线将构件与圆圈连 起来。
构件之间的依赖关系是指结构之间在编译，连接或 执行时的依赖关系。用虚线箭头表示。
2020/8/8
UML系统建模与分析设计
5
窗口控制 （whnd.cpp）
关
系
通信控制
(comhnd.cpp)
窗口控制 (whnd.obj)
是指在编译阶段和连接阶段，组件之间的依赖关系。
• 调用依赖(Call Dependency)
是指一个组件调用或使用另外一个组件服务。
业务 （源码）
系统管理 （源码）
系统管理 （对象）
系统管理 （执行码）
资源管理 （源码）
资源管理 （对象）
资源管理 （执行码）
项目管理 （源码）
2020/8/8
uml建模PPT课件
需求分析
对收集到的需求进行整理、分类和细化，形成详细的需求规格说 明书。
静态建模
定义类和对象
根据需求分析结果，确定系统中的类和对象，以及它 们之间的关系。
建立类图
使用UML类图表示类和对象及其关系，包括继承、聚 合、关联等。
定义属性
为每个类和对象定义必要的属性和方法，描述其特征 和行为。
动态建模
UML建模PPT课件
目录
• UML建模概述 • UML基本元素 • UML图示 • UML建模过程 • UML建模实践
01
UML建模概述
UML的定义与特点
总结词
UML是一种用于对软件密集系统进行可视化建模的统一建模 语言。它通过统一的符号和工具，为软件开发人员提供了一 种通用的建模语言，以简化复杂软件系统的设计和开发过程 。
详细描述
UML是一种基于图形化表示的建模语言，使用统一的符号和 图形来表示系统中的元素、关系和结构。它支持面向对象的 分析和设计，通过可视化的方式帮助开发人员更好地理解和 管理复杂的软件系统。
UML的历史与发展
总结词
UML起源于1990年代，由Grady Booch 、Jim Rumbaugh和Ivar Jacobson三位 面向对象专家共同开发。经过多年的发 展，UML已经成为软件开发领域的标准 建模语言之一，并不断演进和完善。
VS
详细描述
UML的发展历程可以分为三个阶段：初 始阶段、标准化阶段和推广应用阶段。在 初始阶段，UML由Grady Booch、Jim Rumbaugh和Ivar Jacobson等面向对象 专家共同开发，并逐渐受到业界的关注。 在标准化阶段，UML经过规范化和标准 化过程，成为OMG（Object Management Group）标准之一。在推 广应用阶段，UML被广泛应用于各种软 件开发生命周期中，成为软件开发领域的 标准建模语言之一。
对收集到的需求进行整理、分类和细化，形成详细的需求规格说 明书。
静态建模
定义类和对象
根据需求分析结果，确定系统中的类和对象，以及它 们之间的关系。
建立类图
使用UML类图表示类和对象及其关系，包括继承、聚 合、关联等。
定义属性
为每个类和对象定义必要的属性和方法，描述其特征 和行为。
动态建模
UML建模PPT课件
目录
• UML建模概述 • UML基本元素 • UML图示 • UML建模过程 • UML建模实践
01
UML建模概述
UML的定义与特点
总结词
UML是一种用于对软件密集系统进行可视化建模的统一建模 语言。它通过统一的符号和工具，为软件开发人员提供了一 种通用的建模语言，以简化复杂软件系统的设计和开发过程 。
详细描述
UML是一种基于图形化表示的建模语言，使用统一的符号和 图形来表示系统中的元素、关系和结构。它支持面向对象的 分析和设计，通过可视化的方式帮助开发人员更好地理解和 管理复杂的软件系统。
UML的历史与发展
总结词
UML起源于1990年代，由Grady Booch 、Jim Rumbaugh和Ivar Jacobson三位 面向对象专家共同开发。经过多年的发 展，UML已经成为软件开发领域的标准 建模语言之一，并不断演进和完善。
VS
详细描述
UML的发展历程可以分为三个阶段：初 始阶段、标准化阶段和推广应用阶段。在 初始阶段，UML由Grady Booch、Jim Rumbaugh和Ivar Jacobson等面向对象 专家共同开发，并逐渐受到业界的关注。 在标准化阶段，UML经过规范化和标准 化过程，成为OMG（Object Management Group）标准之一。在推 广应用阶段，UML被广泛应用于各种软 件开发生命周期中，成为软件开发领域的 标准建模语言之一。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
（1）一个结构良好的构件图应具备的特点
✓ 侧重描述系统静态视图的某一侧面； ✓ 只包含那些对描述该侧面内容有关的模型元素； ✓ 提供与抽象层次一致的描述，只显示有助于理解该构
件图的必要的修饰； ✓ 图形不要过于简化，以防产生误解。
（2）绘制一个构件图时应注意的问题
➢ 为构件图标识一个能准确表达其意义的名字； ➢ 摆好各个构件的位置，尽量避免连接线的交叉； ➢ 语义相近的模型元素尽量靠近； ➢ 用注解和颜色提示重点部位； ➢ 谨慎采用自定义构造型元素； ➢ 采用尽量少的图符标记描述构件图，保持所有构件
4．构件的组织形式
（1）用包来组织构件。 （2）用构件之间的交互关系来组织构件。
2021/3/6
UML系统建模与分析设计
9
7.2.2 构件的分类
（1）源代码构件 （2）二进制构件 （3）可执行构件
7.2.3 构件的接口
接口描述一个构件能提供服务的操作， 是一个有操作而无实现的类。
2021/3/6
UML系统建模与分析设计
（ 2
1 ）
➢都可以实现一组接口；
） 构
➢抽象的方式不同；
构
件
件 ➢都可以参与依赖、继承、 与 ➢抽象的级别不同；
与
类
类 关联等关系和交互； 的
的 显
➢访问方式不同；
相 同
➢都可以被嵌套；
著 不 ➢与包的关系。
点
同
➢都可以有实例。
点
2021/3/6
UML系统建模与分析设计
8
3．软件构件的特点
（1）接口。 （2）操作。 （3）实例化。 （4）与配置环境的亲合性。 （5）能与同环境下其它构件进行交互。 （6）构件可以是可执行代码、二进制代码和源代码形式。 （7）可替换的物理实体。 （8）系统的组成部分。 （9）构件是软件复用的基本单元。
3．一个可执行软件系统的构件图建模步骤
（1）确定构件 （2）说明构件 （3）标识构件之间的联系 （4）组织构件
2021/3/6
UML系统建模与分析设计
13
对于复杂的大系统，采用包的形式组织构件，形 成清晰的结构层次图。
图7-6 医院诊疗管理系统软件的一个系统构成构件模型图
2021/3/6
UML系统建模与分析设计
为构件标识一个能准确表达其意义的名字； 接口一般采用短式图符表示； 只在必须显示接口的操作（不展示不能清楚描述构件的功
能）时才用长式表示； 只显示那些对理解构件功能有重要影响的接口； 构件为源代码或库时，注意显示有关版本标记。
2021/3/6
UML系统建模与分析设计
15
2．构件图描述的方法与技巧
图风格一致。
2021/3/6
UML系统建模与分析设计
16
7.3 硬件系统体系结构模型
7.3.1 硬件系统体系结构模型
图7-7 节点的短式与长式图符
2021/3/6
UML系统建模与分析设计
17
7.3.2 配置图中的构件
图7-8 配置图的节点中包含构件
2021/3/6
UML系统建模与分析设计
18
7.3.3 配置图中的对象
图7-9 节点的构件中包含对象和对象嵌套
2021/3/6
UML系统建模与分析设计
19
7.3.4 节点之间的关联
1．节点之间的通信关联 2．节点和构件之间的依赖联系
2021/3/6
UML系统建模与分析设计
20
图7-10 节点之间的通信关联联系
2021/3/6
UML系统建模与分析设计
21
7.3.5 配置模型图建模步骤
14
7.2.5 构件图建模的方法和技巧
1．构件描述的方法与技巧
（1）一个结构良好的构件应具备的特点
从物理结构上对软件系统进行抽象； 提供一组小的、定义完整的接口实现； 构件应包含与其功能有关的一组类，以便满足接口要求； 与其它构件相对独立，构件之间一般只有依赖和实现的关
系。
（2）在UML中绘制一个构件时应掌握的技巧
第七章 系统体系结构建模
本章结构：
7.1 系统体系结构模型 7.2 软件系统体系结构建模 7.3 硬件系统体系结构模型 7.4 系统体系结构模型建模案例 7.5 本章小结
2021/3/6
UML系统建模与分析设计
1
7.1 系统体系结构模型
7.1.1 软件系统体系结构模型
软件系ห้องสมุดไป่ตู้体系结构模型是系统的逻辑体系结构模 型。软件系统体系结构模型的作用是：
2021/3/6
UML系统建模与分析设计
23
图7-11 “销售管理子系统”的配置图模型
2021/3/6
UML系统建模与分析设计
24
7.4 系统体系结构模型建模案例
7.4.1 “诊疗管理”子系统的功能分 析
（1）用例图
（2）构件图
（3）配置图
2021/3/6
UML系统建模与分析设计
25
图7-12 医院诊疗综合管理系统的用例图
（1）确定节点；根据硬件设备和软件体系结构的 功能要求统一考虑系统的节点。
（2）确定驻留构件 （3）注明节点性质 （4）确定节点之间的联系 （5）绘制配置图
2021/3/6
UML系统建模与分析设计
22
7.3.6 硬件系统体系结构模型
（1）确定节点 （2）描述节点的属性：描述系统各节点计算机的
性能指标： （3）确定各节点驻留的构件 （4）确定各节点之间的联系
10
2021/3/6
UML系统建模与分析设计
11
7.2.4 构件模型图建模步骤
1．用构件图建立系统模型
图7-5 源代码成为可执行代码过程的构件图
2021/3/6
UML系统建模与分析设计
12
2．构件之间的依赖关系
（1）开发期构件依赖关系。
1）编译阶段 2）连接阶段
（2）构件调用依赖关系。 1）编译前的调用依赖（供应者用构件表示） 2）连接后的可执行构件的调用依赖（供应者用 对象表示）
➢ 指出系统应该具有的功能； ➢ 为完成这些功能，涉及到哪些类，这些类之间
如何相互联系； ➢ 类和它们的对象如何协作才能实现这些功能； ➢ 指明系统中各功能实现的先后时间顺序； ➢ 根据软件系统体系结构模型，制定出相应的开
发进度计划。
2021/3/6
UML系统建模与分析设计
2
图7-1 通用三层软件（逻辑）系统体系结构
2021/3/6
UML系统建模与分析设计
3
7.2 软件系统体系结构模型
7.2.1 软件构件的图符表示和特点
1．软件构件的图符表示：
图7-2 构件的图符表示
2021/3/6
UML系统建模与分析设计
6
2．构件与类的比较
7-3 构件与包含的类有依赖关系
2021/3/6
UML系统建模与分析设计
7
➢二者都有名称； （
✓ 侧重描述系统静态视图的某一侧面； ✓ 只包含那些对描述该侧面内容有关的模型元素； ✓ 提供与抽象层次一致的描述，只显示有助于理解该构
件图的必要的修饰； ✓ 图形不要过于简化，以防产生误解。
（2）绘制一个构件图时应注意的问题
➢ 为构件图标识一个能准确表达其意义的名字； ➢ 摆好各个构件的位置，尽量避免连接线的交叉； ➢ 语义相近的模型元素尽量靠近； ➢ 用注解和颜色提示重点部位； ➢ 谨慎采用自定义构造型元素； ➢ 采用尽量少的图符标记描述构件图，保持所有构件
4．构件的组织形式
（1）用包来组织构件。 （2）用构件之间的交互关系来组织构件。
2021/3/6
UML系统建模与分析设计
9
7.2.2 构件的分类
（1）源代码构件 （2）二进制构件 （3）可执行构件
7.2.3 构件的接口
接口描述一个构件能提供服务的操作， 是一个有操作而无实现的类。
2021/3/6
UML系统建模与分析设计
（ 2
1 ）
➢都可以实现一组接口；
） 构
➢抽象的方式不同；
构
件
件 ➢都可以参与依赖、继承、 与 ➢抽象的级别不同；
与
类
类 关联等关系和交互； 的
的 显
➢访问方式不同；
相 同
➢都可以被嵌套；
著 不 ➢与包的关系。
点
同
➢都可以有实例。
点
2021/3/6
UML系统建模与分析设计
8
3．软件构件的特点
（1）接口。 （2）操作。 （3）实例化。 （4）与配置环境的亲合性。 （5）能与同环境下其它构件进行交互。 （6）构件可以是可执行代码、二进制代码和源代码形式。 （7）可替换的物理实体。 （8）系统的组成部分。 （9）构件是软件复用的基本单元。
3．一个可执行软件系统的构件图建模步骤
（1）确定构件 （2）说明构件 （3）标识构件之间的联系 （4）组织构件
2021/3/6
UML系统建模与分析设计
13
对于复杂的大系统，采用包的形式组织构件，形 成清晰的结构层次图。
图7-6 医院诊疗管理系统软件的一个系统构成构件模型图
2021/3/6
UML系统建模与分析设计
为构件标识一个能准确表达其意义的名字； 接口一般采用短式图符表示； 只在必须显示接口的操作（不展示不能清楚描述构件的功
能）时才用长式表示； 只显示那些对理解构件功能有重要影响的接口； 构件为源代码或库时，注意显示有关版本标记。
2021/3/6
UML系统建模与分析设计
15
2．构件图描述的方法与技巧
图风格一致。
2021/3/6
UML系统建模与分析设计
16
7.3 硬件系统体系结构模型
7.3.1 硬件系统体系结构模型
图7-7 节点的短式与长式图符
2021/3/6
UML系统建模与分析设计
17
7.3.2 配置图中的构件
图7-8 配置图的节点中包含构件
2021/3/6
UML系统建模与分析设计
18
7.3.3 配置图中的对象
图7-9 节点的构件中包含对象和对象嵌套
2021/3/6
UML系统建模与分析设计
19
7.3.4 节点之间的关联
1．节点之间的通信关联 2．节点和构件之间的依赖联系
2021/3/6
UML系统建模与分析设计
20
图7-10 节点之间的通信关联联系
2021/3/6
UML系统建模与分析设计
21
7.3.5 配置模型图建模步骤
14
7.2.5 构件图建模的方法和技巧
1．构件描述的方法与技巧
（1）一个结构良好的构件应具备的特点
从物理结构上对软件系统进行抽象； 提供一组小的、定义完整的接口实现； 构件应包含与其功能有关的一组类，以便满足接口要求； 与其它构件相对独立，构件之间一般只有依赖和实现的关
系。
（2）在UML中绘制一个构件时应掌握的技巧
第七章 系统体系结构建模
本章结构：
7.1 系统体系结构模型 7.2 软件系统体系结构建模 7.3 硬件系统体系结构模型 7.4 系统体系结构模型建模案例 7.5 本章小结
2021/3/6
UML系统建模与分析设计
1
7.1 系统体系结构模型
7.1.1 软件系统体系结构模型
软件系ห้องสมุดไป่ตู้体系结构模型是系统的逻辑体系结构模 型。软件系统体系结构模型的作用是：
2021/3/6
UML系统建模与分析设计
23
图7-11 “销售管理子系统”的配置图模型
2021/3/6
UML系统建模与分析设计
24
7.4 系统体系结构模型建模案例
7.4.1 “诊疗管理”子系统的功能分 析
（1）用例图
（2）构件图
（3）配置图
2021/3/6
UML系统建模与分析设计
25
图7-12 医院诊疗综合管理系统的用例图
（1）确定节点；根据硬件设备和软件体系结构的 功能要求统一考虑系统的节点。
（2）确定驻留构件 （3）注明节点性质 （4）确定节点之间的联系 （5）绘制配置图
2021/3/6
UML系统建模与分析设计
22
7.3.6 硬件系统体系结构模型
（1）确定节点 （2）描述节点的属性：描述系统各节点计算机的
性能指标： （3）确定各节点驻留的构件 （4）确定各节点之间的联系
10
2021/3/6
UML系统建模与分析设计
11
7.2.4 构件模型图建模步骤
1．用构件图建立系统模型
图7-5 源代码成为可执行代码过程的构件图
2021/3/6
UML系统建模与分析设计
12
2．构件之间的依赖关系
（1）开发期构件依赖关系。
1）编译阶段 2）连接阶段
（2）构件调用依赖关系。 1）编译前的调用依赖（供应者用构件表示） 2）连接后的可执行构件的调用依赖（供应者用 对象表示）
➢ 指出系统应该具有的功能； ➢ 为完成这些功能，涉及到哪些类，这些类之间
如何相互联系； ➢ 类和它们的对象如何协作才能实现这些功能； ➢ 指明系统中各功能实现的先后时间顺序； ➢ 根据软件系统体系结构模型，制定出相应的开
发进度计划。
2021/3/6
UML系统建模与分析设计
2
图7-1 通用三层软件（逻辑）系统体系结构
2021/3/6
UML系统建模与分析设计
3
7.2 软件系统体系结构模型
7.2.1 软件构件的图符表示和特点
1．软件构件的图符表示：
图7-2 构件的图符表示
2021/3/6
UML系统建模与分析设计
6
2．构件与类的比较
7-3 构件与包含的类有依赖关系
2021/3/6
UML系统建模与分析设计
7
➢二者都有名称； （