课件—UML系统建模与分析设计(7)-系统体系结构建模
合集下载
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系统建模与分析设计(7)PPT课件

(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)构件是软件复用的基本单元。
✓ 侧重描述系统静态视图的某一侧面; ✓ 只包含那些对描述该侧面内容有关的模型元素; ✓ 提供与抽象层次一致的描述,只显示有助于理解该构
件图的必要的修饰; ✓ 图形不要过于简化,以防产生误解。
(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)构件是软件复用的基本单元。
—UML系统建模与分析设计幻灯片

2021/5/15
UML系统建模与分析设计
19பைடு நூலகம்
2.软件开发 〔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〕按软件效劳对象的范围划分 工程软件。 产品软件。
系统建模与系统分析课件

案例一
城市交通拥堵问题
案例二
气候变化问题
案例三
生态系统问题
04
离散事件系统建模
离散事件系统的基础知识
离散事件系统的定义
离散事件系统是由一系列离散事件驱 动的动态系统,这些事件在时间上相 互独立且具有确定的触发条件。
离散事件系统的特点
离散事件系统的分类
根据事件的触发条件和系统状态的变 化方式,离散事件系统可以分为同步 系统和异步系统、确定性系统和不确 定性系统等。
03
系统动力学建模
系统动力学的基本概念
01
系统动力学是研究系统行为变化的一种方法,通过建立系统模 型来分析系统的动态行为和性能。
02
系统动力学模型由变量、参数和结构组成,通过模拟和仿真来
预测系统的未来行为和性能。
系统动力学适用于研究复杂系统的行为变化,如经济、生态、
03
交通等领域的系统。
系统动力学建模步骤
确定系统边界和变量
明确系统的范围和关键变量,确定系统的输 入和输出。
设定系统参数
根据历史数据和实验数据,设定系统模型的 参数值。
建立系统结构模型
根据系统变量之间的关系,建立系统的结构 模型,包括因果关系图和流图。
进行系统仿真和预测
利用系统模型进行仿真和预测,分析系统的 动态行为和性能。
系统动力学建模案例分析
排队论的模型建立
建立排队论模型需要考虑顾客到达的 时间间隔和服务时间的概率分布,并 确定服务台的数量和服务规则。常见 的排队模型包括M/M/1、M/M/n、 M/D/1和D/M/n等。
03
排队论的应用
排队论广泛应用于生产和服务系统中 的资源分配、流程优化和质量控制等 领域,例如电话呼叫中心、银行取号 机、机场安检通道等场景。
城市交通拥堵问题
案例二
气候变化问题
案例三
生态系统问题
04
离散事件系统建模
离散事件系统的基础知识
离散事件系统的定义
离散事件系统是由一系列离散事件驱 动的动态系统,这些事件在时间上相 互独立且具有确定的触发条件。
离散事件系统的特点
离散事件系统的分类
根据事件的触发条件和系统状态的变 化方式,离散事件系统可以分为同步 系统和异步系统、确定性系统和不确 定性系统等。
03
系统动力学建模
系统动力学的基本概念
01
系统动力学是研究系统行为变化的一种方法,通过建立系统模 型来分析系统的动态行为和性能。
02
系统动力学模型由变量、参数和结构组成,通过模拟和仿真来
预测系统的未来行为和性能。
系统动力学适用于研究复杂系统的行为变化,如经济、生态、
03
交通等领域的系统。
系统动力学建模步骤
确定系统边界和变量
明确系统的范围和关键变量,确定系统的输 入和输出。
设定系统参数
根据历史数据和实验数据,设定系统模型的 参数值。
建立系统结构模型
根据系统变量之间的关系,建立系统的结构 模型,包括因果关系图和流图。
进行系统仿真和预测
利用系统模型进行仿真和预测,分析系统的 动态行为和性能。
系统动力学建模案例分析
排队论的模型建立
建立排队论模型需要考虑顾客到达的 时间间隔和服务时间的概率分布,并 确定服务台的数量和服务规则。常见 的排队模型包括M/M/1、M/M/n、 M/D/1和D/M/n等。
03
排队论的应用
排队论广泛应用于生产和服务系统中 的资源分配、流程优化和质量控制等 领域,例如电话呼叫中心、银行取号 机、机场安检通道等场景。
系统体系结构建模PPT课件

.和设计模式
2
6.1 系统体系结构模型
系统体系结构模型用于描述系统各部分的结构、 接口以及它们用于通信的机制,即描述系统实际 的物理结构。
.和设计模式
3
6.1.1 软件系统体系结构
软件系统体系结构:描述系统的不同物理构件及其相 互间的关系。
构件是逻辑体系结构中各元素的物理包。 在UML中,用构件图描述。
.和设计模式
4
6.1.2 硬件系统体系结构
硬件系统体系结构:描述目标系统软件构件与硬件之 间的关系,表达的是运行时的系统结构。
硬件系统体系结构模型,描述系统中有哪些硬件设备, 它们间如何连接与交互,各硬件设备中配置的软件构 件有哪些。
在UML中,用配置图描述。
.和设计模式
5
6.2 构件图
构件通常是一些实现性文件。 构件(Component)是系统中遵从一组接口且提供其实
.和设计模式
7
构件图的建模元素
(1)构件
构件与类的区别:类是逻辑抽象, 构件是物理抽象。
构件的图符
.和设计模式
8
构件是一个实际文件, 可以有以下类型:
源代码构件(编译时构件、工作产品构件): 是实现一个或多个类的源代码文件,是开发工 作的中间产品。
二进制构件(连接时构件):是源代码经编译 产生的目标代码,如: DLL、COM+、CORBA、动 态Web页、数据库表等。
正向工程
UML 模型
代码 框架
逆向工程
以构件为中心。
Java、C++、VB等, 关系数据库的表等。
.和设计模式
16
6.3.1 Rose对正向工程的支 持
从模型生成代码的步骤: 检查模型(Tools Check Model) 创建构件 将类映射到构件 设置代码生成属性 ( Tools Options 某种语言) 生成代码 (Tools Java Generate Codes)
系统分析及建模-PPT文档资料29页

第一章 管理信息系统基础知识
5
4.2 系统分析的内容与主要活动
系统分析的基本内容: 系统分析阶段需要对管理信息系统的下列问题进行调研和分析:
(1)确定新系统的目标。 (2)系统的总体结构描述。 (3)子系统功能描述: (4)子系统数据分析: (5)数据输入输出描述: (6)确定技术性能指标,包括可靠性、安全保密性、适用性、可维护性和可移
第一章 管理信息系统基础知识
20
4.6 建模
2、什么是模型 模型并不深奥。
在你和别人讨论问题时,把你想表达的东西以简化的形式画到纸 上,这就是模型,哪怕是随便勾画了几笔,只要有助于表达问题, 它就是模型了。
模型可以描述系统的静态结构,也可以描述系统的动态行为;可以描 述系统的宏观面貌,也可以描述系统内的微观交互场景。
针对特定的建模“动机”和“原则(抽象层次)”,我们通常 会忽略那些与特定抽象层次无关的次要因素,而强调那些具有 广泛影响力的主要因素,这就是在追求模型的使用价值。
换言之,内容多的模型未必是好模型,因为价值高的内容有可 能被价值不高的内容淹没了。
模型的的好坏,取决于两个因素,即建模的“视角(动机)” 和“抽象层次”,这两个因素决定了模型有没有把握问题的本 质和有没有洽到好处的排除掉干挠视线的次要因素,便于清晰 的认识问题。
第一章 管理信息系统基础知识
13
难题之二
开发人员与用户之间存在着专业知识的鸿沟。俗话讲,隔行如隔山, 专业知识的壁垒构成了开发人员与用户间的沟通障碍。然而,开发活 动恰恰要求必须由用户来确认系统分析说明的准确性和完整性,必须 确保开发人员完整、准确地理解了用户心目中对新系统的真实要求。 开发人员也必须努力准确理解和表述用户的需求,因此,这个阶段的 活动难度非常大。
课件—UML系统建模与分析设计(7)-系统体系结构建模

还应用伪代码或者文字给出类的规约。
2020/8/8
UML系统建模与分析设计
17
OO方法中执行主要活动的描述。主要步骤是分析、 设计、实现及测试。
需求分析
设计 实现
实现活动实际上就是编写程序 代码,包括反复的编译、连结、排 错等。
并应遵循传统的编程准则。
测试
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)。
是指在编译阶段和连接阶段,组件之间的依赖关系。
• 调用依赖(Call Dependency)
是指一个组件调用或使用另外一个组件服务。
业务 (源码)
系统管理 (源码)
系统管理 (对象)
系统管理 (执行码)
资源管理 (源码)
资源管理 (对象)
资源管理 (执行码)
项目管理 (源码)
2020/8/8
项目管理 (对象)
构件对外提供的可见操作和属性称为构件的界面。 界面的图符是一个小圆圈。用一条连线将构件与圆圈连 起来。
构件之间的依赖关系是指结构之间在编译,连接或 执行时的依赖关系。用虚线箭头表示。
2020/8/8
UML系统建模与分析设计
5
窗口控制 (whnd.cpp)
关
系
通信控制
(comhnd.cpp)
窗口控制 (whnd.obj)
Database Unit Server
(数据库服务器)
:Object Database
:Health Care Domain
:Heart Unit Server
Application
《Communication 》
Heart Unit Configuration
:Configure Knowledge :Configure users
Circle.obj类 Circle.cpp
Main类 Main.obj
Main类 Main.cpp
Square类 Square.obj
Square类 Square.cpp
2020/8/8
Hale Waihona Puke UML系统建模与分析设计7
组件的依赖关系又分为:开发期的依赖和调用依赖。
• 开发期的依赖(Development –time Dependency)
:Object Database
:Health Care Domain
TCP/IP a Windows PC(客户机)
:Heart Unit UI
2020/8/8
医院诊疗系统的配置图(C/S)
UML系统建模与分析设计
:Heart Unit Client Facade
11
7.3 使用UML的过程
UML给出了面向对象建模的符号表示和规则,但未给出 使用的过程和方法,因此,需要有使用UML的过程。
可替换的部分。对系统的物理方面建模时,它是一个重要的构 造块。
若构件的定义良好,该构件不直接依赖于构件的所支持的 接口,在这种情况下,系统中的一个构件可以被支持正确接口 的其他构件所替代。构件图符是一个矩形框。
构件对外提供的可见操作和属性称为构件的界面。界面的 图符是一个小圆圈。用一条连线将构件与圆圈连起来。
本章目的:
了解软、硬件系统体系结构模型的建模方法与步骤 掌握UML中构件、构件接口和构件模型图的描述方法 掌握UML中配置图的描述方法 掌握配置图中结点、构件和对象之间的关系
2020/8/8
UML系统建模与分析设计
2
7.1 构件图
构件(component) 构件定义:系统中遵从一组接口且提供其实现的物理的、
图形库 (graphic.dll)
2020/8/8
UML系统建模与分析设计
3
2020/8/8
UML系统建模与分析设计
4
构件可以看作包与类对应的物理代码模块,逻辑上 与包,类对应,实际上是一个文件,可以有下列几种类 型的构件:
1) 源代码构件;
2) 二进制构件;
3) 可执行构件
构件图符是一个矩形框。
第七章 系统体系结构建模
• 实现模型描述了系统实现时的一些特性,又称为物 理体系结构建模。包括源代码的静态结构和运行时 刻的实现结构。实现模型包括:
• 构件图(Component diagram) 显示代码本身的逻辑 结构,它描述系统中存在的软构件以及它们之间的 依赖关系。构件图的元素有构件,依赖关系和界面。
项目管理 (执行码)
UML系统建模与分析设计
8
7.2 配置图
配置图用来描述系统硬件的物理拓扑结构以及在此结构 上执行的软件,即系统运行时刻的结构。
配置图可以显示计算机结点的拓扑结构和通信路径,结 点上执行的软构件,软构件包含的逻辑单元等,特别对于分 布式系统,配置图可以清楚的描述系统中硬件设备的配置, 通信以及在各硬件设备上各种软构件和对象的配置。因此, 配置图是描述任何基于计算机的应用系统的物理配置或逻辑 配置的有力工具,配置图的元素有结点和连接。
保险政策 保险用户
保险系统的配置图
配置图各结点之间进行交互的通信路径称为连接,连接 表示系统中的结点存在着联系,用结点之间的的连线表示连接, 在连接的连线上要标注通信类型。
2020/8/8
UML系统建模与分析设计
10
医院诊疗系统的配置图
Heart Unit Server(心血管病服务器)
TCP/IP
过程描述做什么、怎么做、何时做及为什么做,即描述 一组特定次序的活动。
1 UML过程的基础 使用UML过程的基本特征是:用例驱动,以体系结构为中
心,反复,渐增式。 (1)、用例驱动的系统
用例包含了功能描述,它们将影响后面所有阶段及视图。
2020/8/8
UML系统建模与分析设计
12
需求
用例 分析
设计
• 配置图(Deployment diagram) 描述了系统中硬件和 软件的物理配置情况和系统体系结构。显示系统运 行时刻的结构,配置图中的简单结点是指实际的物 理设备以及在该结点上运行构件或对象。配置图还 描述结点之间的连接以及通信类型。
2020/8/8
UML系统建模与分析设计
1
第七章 系统体系结构建模
通讯控制 (comhnd.obj)
主控模块 (main.cpp)
2020/8/8
构件图实例
主控模块 (main.obj)
UML系统建模与分析设计
图形库 (graphic.dll)
客户程序 (client.exe)
构件
6
可执行程序 Main.exe
图形库 Graphic.dll
Circle类 Circle.obj
实现
测试
构件视图 部署视图
用例视图
逻辑视图 并发视图
用例对各阶段及视图的影响
2020/8/8
配置图中的结点代表某种计算机构件,通常是某种硬件。 同时结点还包括在其上运行的软构件,软构件代表可执行的 物理代码模块。如一个可执行程序。 结点的图符是一个立方 体。
2020/8/8
UML系统建模与分析设计
9
客户PC
保险单 填写界面
保险服务器 《TCP/IP> 保险系统
保险数据库
配置
保险系统 配置