第6章 静态建模

合集下载

第6章 ic design

第6章 ic design
软件学院 SoC Slide 16/76
基于事件的仿真
基于事件的仿真 Event-Based Simulation, EBS Any change in input stimulus is identified as an event. 捕获每个事件,并将该事件传播到整个设计, 捕获每个事件,并将该事件传播到整个设计,直 至达到稳态为止 输入激励的每个变化都视为一个事件 EBS的特点 的特点 高仿真精度 仿真速度依赖于设计的规模 大型设计仿真速度较慢
Verifies the system memory map and the internal interconnect of the design. Verifies design at the system level.
软件学院
SoC
Slide 10/76
基于平台的验证
The verification for such a design involves the interconnect verification between the basic platform and the additional IP blocks.
软件学院 SoC Slide 19/76
基于事务的验证
基于事务的验证 Transaction-Based Verification, TBV Transaction based verification does not require detailed test benches with large vectors. TBV的要素 的要素 被测设计(Design Under Test, DUT) 被测设计 事务(Transaction): 设计与事务处理器 设计与事务处理器(Transactor) 事务 之间通过接口进行的一次数据或控制传输 事务验证模块(Transaction Verification Module, 事务验证模块 TVM): 执行一类特定事务的任务集合 测试(Test): 为系统中每个事务处理器产生任务序 测试 列的程序

ANSYS电磁场分析指南-第六章3-D静态磁场分析(棱边单元方法)

ANSYS电磁场分析指南-第六章3-D静态磁场分析(棱边单元方法)

第六章3-D静态磁场分析(棱边单元方法)6.1何时使用棱边元方法在理论上,当存在非均匀介质时,用基于节点的连续矢量位A来进行有限元计算会产生不精确的解,这种理论上的缺陷可通过使用棱边元方法予以消除。

这种方法不但适用于静态分析,还适用于谐波和瞬态磁场分析。

在大多数实际3-D分析中,推荐使用这种方法。

在棱边元方法中,电流源是整个网格的一个部分,虽然建模比较困难,但对导体的形状没有控制,更少约束。

另外也正因为对电流源也要划分网格,所以可以计算焦耳热和洛伦兹力。

用棱边元方法分析的典型使用情况有:·电机·变压器·感应加热·螺线管电磁铁·强场磁体·非破坏性试验·磁搅动·电解装置·粒子加速器·医疗和地球物理仪器《ANSYS理论手册》不同章节中讨论了棱边单元的公式。

这些章节包括棱边分析方法的概述、矩阵列式的讨论、棱边方法型函数的信息。

对于ANSYS的SOLID117棱边单元,自由度是矢量位A沿单元边切向分量的积分。

物理解释为:沿闭合环路对边自由度(通量)求和,得到通过封闭环路的磁通量。

正的通量值表示单元边矢量是由较低节点号指向较高节点号(由单元边连接)。

磁通量方向由封闭环路的方向根据右手法则来判定。

在ANSYS中,AZ表示边通量自由度,它在MKS单位制中的单位是韦伯(Volt·Secs),SOLID117是20节点六面体单元,它的12个边节点(每条边的中间节点)上持有边通量自由度AZ。

单元边矢量是由较低节点号指向较高节点号。

在动态问题中,8个角节点上持有时间积分电势自由度VOLT。

ANSYS程序可用棱边元方法分析3-D静态、谐波和瞬态磁场问题。

(实体模型与其它分析类型一样,只是边界条件不同),具体参见第7章,第8章。

6.2单元边方法中用到的单元表 1三维实体单元6.3物理模型区域的特性与设置对于包括空气、铁、永磁体、源电流的静态磁场分析模型,可以通过设置不同区域不同材料特性来完成。

UML基础与Rose建模实用教程课后习题及答案(无第四章)

UML基础与Rose建模实用教程课后习题及答案(无第四章)

UML基础与Rose建模实用教程课后习题及答案第1章面向对象概述1. 填空题(1)软件对象可以这样定义:所谓软件对象,是一种将状态和行为有机结合起来形成的软件构造模型,它可以用来描述现实世界中的一个对象。

(2)类是具有相同属性和操作的一组对象的组合,即抽象模型中的“类”描述了一组相似对象的共同特征,为属于该类的全部对象提供了统一的抽象描述。

(3)面向对象程序的基本特征是抽象、封装、继承和多态。

2. 选择题(1)可以认为对象是ABC。

(A)某种可被人感知的事物(B)思维、感觉或动作所能作用的物质(C)思维、感觉或动作所能作用的精神体(D)不能被思维、感觉或动作作用的精神体(2)类的定义要包含以下的要素ABD。

(A)类的属性(B)类所要执行的操作(C)类的编号(D)属性的类型(3)面向对象程序的基本特征不包括B。

(A)封装(B)多样性(C)抽象(D)继承(4)下列关于类与对象的关系的说法不正确的是A。

(A)有些对象是不能被抽象成类的(B)类给出了属于该类的全部对象的抽象定义(C)类是对象集合的再抽象(D)类用来在内存中开辟一个数据区,并存储新对象的属性3. 简答题(1)什么是对象?试着列举三个现实中的例子。

对象是某种可被人感知的事物,也可是思维\感觉或动作所能作用的物质或精神体,例如桌子.椅子.汽车等。

(2)什么是抽象?抽象是对现实世界信息的简化。

能够通过抽象将需要的事物进行简化、将事物特征进行概括、将抽象模型组织为层次结构、使软件重用得以保证。

(3)什么是封装?它有哪些好处?封装就是把对象的状态和行为绑在一起的机制,使对象形成一个独立的整体,并且尽可能地隐藏对象的内部细节。

封装有两个含义;一是把对象的全部状态和行为结合在一起,形成一个不可分割的整体。

对象的私有属性只能够由对象的行为来修改和读取。

二是尽可能隐蔽对象的内部细节,与外界的联系只能够通过外部接口来实现。

通过公共访问控制器来限制对象的私有属性,使用封装具有以下好处:避免对封装数据的未授权访问、帮助保护数据的完整性、当类的私有方法必须修改时,限制了在整个应用程序内的影响。

第6章 通信信道及其模型图文课件

第6章 通信信道及其模型图文课件
对于弥散多径信道,信道输出可表示成如下的积分形式
低通等效时变冲激响~y应t变 为 -
a~
,
t
~s
t
d
2、多径信道的统计特性c~ ,t a~ ,t e j2fct
离散和弥散信道的多径衰落表现在2个方面:
①信号码元周期的扩展特性(用τ表示),与滤波和带限 作用等效;
②由于接收机的移动或环境的改变,如反射体和散 射体的移动等引起的时变特性(用t表示)。
通信系统仿真技术(第6章 通信信道及其模型 )
传播衰减的确定性部分可表示为
参数α和βLp的值可通 过lg专R用 无d线B电 系统测试设备的测量结
果估计得到。 Hata模型是目前最流行的斜截式模型之一,其参数如下
44.9 6.55lgh
0 69.55 26.16lg f 13.82lgh 城市环境
S2 Ne sds
S1
(rad)
f
f0
f
f
K
f0
,
Ne
,
s
f0
f f
通信系统仿真技术(第6章 通信信道及其模型 )
通信系统仿真技术(第6章 通信信道及其模型 )
6.2 衰落与多径信道
定义:在许多无线电通信系统中都存在衰落现象,主要包 含2种:多径衰落和阴影衰落。
多径衰落是一种小尺度衰落,通过扩散特性(例如,时间 扩展或频率选择)和时变特性影响信号。
如果多径中存在大的视距传播分量,则幅度服从莱斯分

fR
r
r

er2
2 2
表示视距传播分量与其它衰落部分的功率比。若
K分>布>1。,则信道趋近f于R 镜r 面 反r2射I0;A若r2 Ke<<r1r2,A2则 2信2 道趋近于瑞利

软件工程(第五版)-习题及答案---第六章

软件工程(第五版)-习题及答案---第六章

软件工程(第五版)-习题及答案---第六章-标准化文件发布号:(9456-EUATWK-MWUB-WUNN-INNUL-DDQTY-KII一、选择题1、UML的主要特点不正确的是(C)。

A、面对对象,表达能力强B、可视化建模C、面对过程,表达能力强D、统一标准2、静态建模图不包括(B)。

A、用例图B、协作图C、类图D、对象图3、用例图的模型元素不包括(D)。

A、用例B、系统C、行为者D、软件开发者4、类图的要素不包括(D)。

A、类名称B、操作C、属性D、对象5、时序图中的要素不包括(A)。

A、执行者B、对象C、对象生命线D、消息6、对象模型的描述工具是(C)。

A、状态图B、数据流图C、对象图D、结构图7、协作图的要素不包括(A)。

A、用例B、对象C、链D、消息8、类图反映了系统中对象之间的抽象关系,不包括(D)。

A、关联B、聚合C、泛化D、内聚9、下面(D)不是状态图的图符。

A、圆角的矩形B、实心圆点C、实心圆环D、椭圆10、描述类中某个对象的行为,反映了状态与事件关系的是(A)。

A、状态图B、数据流图C、对象图D、结构图11、动态模型的描述工具(C)。

A、对象图B、设计图C、状态图D、结构图12、表示对象的相互行为的模型是(A)模型。

A、对象B、动态C、结构D、静态13、有关类和对象的描述中,错误的是(A)。

A、一个类只能有一个对象B、对象是类的具体实例C、类是某一类对象的抽象D、类和对象的关系是一种数据类型和变量的关系14、用例图中用例之间的关系通常有关联关系、依赖关系和(C)关系。

A、协作B、聚合C、泛化D、内聚15、动态模型图包括:时序图、协作图、状态图和(C)图。

A、对象图B、设计图C、活动图D、结构图二、简答题1.简要介绍用例图的三个要素。

答:用例图主要包括以下三个元素:①用例(Use Case):用例是系统的使用过程或要执行的动作序列,用来描述某个参与者使用系统所完成的功能。

在图中用椭圆来表示,用例名称可写在椭圆中或椭圆下面。

第6章统一建模语言UML

第6章统一建模语言UML

* 窗口 1 包含 *
列表框
按钮 菜单
*
/
(2)泛化关系

UML中的泛化关系就是通常所说的继承关系,它是 通用元素和具体元素之间的一种分类关系。 在UML中,用一端为空心三角形的连线表示泛化关 系,三角形的顶角紧挨着通用元素。
汽车 车厢
客车 客车车厢 载客
货车 货车车厢 载货
/
(3)依赖关系

/
2.用例
自动售货机系统 售货
顾客
供货
取货款
供货人
收银员
/
2.用例

概括地说,用例具有以下特点:
– 用例代表某些用户可见的功能,实现一个具体的 用户目标。 – 用例由执行者激活,并提供确切的值给执行者。 – 用例可大可小,但它必须是对一个具体的用户目 标实现的完整描述。

注意:用例是一个类,它代表一类功能而不 是使用该功能的某个具体实例。
/
2.UML的表示法
UML由视图、图、模型元素、通用机制和扩展机制 组成。 (1)视图

– UML视图有:静态视图、用例视图、实现视图、部署视图、 状态视图、活动视图、交互视图、模型管理视图8种。
(2)图
– 共五类图:用例图、静态图、行为图、交互图、实现图。
(3)模型元素 (4)通用机制 (5)扩展机制

/
保险单填写 界面 系统内部
保险单
客户
Oracle界面 数据库界面 {abstract}
Sybase界面
6.2.3 构件图和配置图
1.构件图 构件图代表的是实现环境中的软件模块。类 图和包图对软件的逻辑设计建模,而构件图 模拟的是实现视图,是实际的软件模块。 2.配置图 配置图描述处理器、硬件设备和软件构件在 运行时的架构,它显示系统硬件的物理拓扑 结构,以及在此结构上执行的软件。

大学计算机基础第六章

大学计算机基础第六章

大学计算机基础第六章第六章数据库技术基础1. 数据管理技术经历以下三个阶段:人工管理阶段(50年代中期以前);文件系统阶段(50 年代后期到60年代中期);数据库系统阶段(60年代后期以来)。

人工管理阶段当时外存没有磁盘等直接存取的存储设备;软件没有操作系统,数据的处理是批处理。

人工管理数据具有如下特点:1)数据不保存2)数据需要由应用程序自己管理,没有相应的软件来处理数据3)数据不共享4)数据不具有独立性。

文件系统阶段50年代后期到60年代中期,在操作系统中有专门的数据管理软件,一般称为文件系统。

文件系统是数据库系统发展的初级阶段。

用文件系统管理数据具有如下特点:1)数据可长期保存2)简单的数据管理功能3)数据共享性差4)数据的独立性差。

数据库系统阶段60年代末期,人们对文件系统进行了扩充,研制了一种结构化的数据组织和处理方式,才出现了真正的数据库系统。

数据库系统的基本特点如下:1)数据的集成性2)数据的高度共享性与低冗余性3)数据独立性高2. 数据的独立性包括:①物理独立性:是指数据的物理结构的改变,如存储设备的更换、物理存储的更换、存取方式改变等都不影响数据库的逻辑结构,从而不致引起应用程序的改变。

②逻辑独立性:是指数据的总体逻辑结构改变时,如修改数据模式、改变数据间的联系等,不需要修改相应的应用程序。

3.数据库的基本术语(1)数据(Data)定义:数据是描述事物的符号记录。

数据的表现形式不仅是数字,还包括字符(文字和符号)、图表(图形、图像和表格)及声音、语言等。

信息是从原始数据中经过筛选、提炼等加工后,产生的对决策有影响的数据。

(2)数据库(Database)定义:数据库(DB)是长期储存在计算机内的、有组织的、可共享的数据的集合。

数据库有以下特点:1)数据结构化2)实现数据共享3)减少数据的冗余4) 数据独立。

(3)数据库管理系统(Databbase Management System简称DBMS)定义:数据库管理系统它是位于用户和操作系统(OS)之间的一层数据管理软件,负责数据库中数据组织、数据操纵、数据维护、数据控制及保护和数据接口等。

面向对象分析与设计课件第6章 顺序图与通信图建模

面向对象分析与设计课件第6章 顺序图与通信图建模

Ad d (Ch ro m o so m e )
loop [nt So rtByAcco m m o d a ti o n () Cro ssOve r(Ch ro m o so m e )
m u ta ti o n ()
CanbeEnded(int): Boolean
图6-1 顺序图中常见的对象
6.1.2 生命线(lifeline)
生命线是从对象图标向下出来的延伸的一条直线,也是和对象紧密联系在 一起的一种模型元素,用于表示对象的生存期或生存期内的某个时间片段。
事实上,在顺序图中,对象和生命线是不可分割的同一个元素,生命线是 对象的一个组成部分,代表了对象的整个或部分生命期。顺序图中即不存在 没有生命线的对象,也不存在没有对象的生命线。当然这并不排除生命线分 支的概念。
除了图形符号,UML还使用消息表达式的方式来描述消息。 按照对象间交互的形式,可以把消息分成方法调用、发送信号、创建实例 和销毁对象等多种形式。其中,最常用的形式就是对象间的方法调用。
6.1.4 消息(Message)
描述方法调用或发送信号的消息的语法格式定义如下: [returnvalue=] message_name (arguments) : type_of_return_value return_value:是消息的可选部分,表示存储消息返回值的变量。这个变 量可以是发送者的一个属性、整个交互的全局属性、或者是某个拥有交互的 类的属性。 message_name:表示消息名称,可以是接收者的某个方法名或发送的信号 名等。 arguments:表示消息参数列表,是一个用逗号分隔的若干个参数构成的 列表,其中每个参数都可以是参数名或参数值。 type_of_return_value:返回值类型。

第6章车辆综合控制ppt课件

第6章车辆综合控制ppt课件

S / i0
i0
Rc U
U0
FL
S N
(Rc U )
U0
侧向力FC 假定与车轮的侧偏角 成正比,并由下式给出:
FC
C
N N0
V U0
公式(5-8)与(5-9)可以作如下的线性化:
FL
S N0 U0
(Rc
U ) S S0N
FC
C
V U0
C 0
N0
N
在FL作用的瞬间
FL h J P P
U
V
us
q
s
N
0
0
0 kt 0
0
0
S N0R
0
0 1
ms 1
Fcon
mu
mU 0
0
mahS N0 R
J P msU 0 0
C
C
U
2 0
m ab
mch C
J r ms
0
0
0
0
0
0
i
0 0
车辆系统综合控制的目的就是合理控制输入以获得期望的输出。
为获得车辆的最佳控制,有必要研究把 输入和输出联系在一起的车辆模型。综合控 制用的车辆系统模型,如图1/4车辆模型. 应用 牛顿定律,可导出如下公式:
FL m(U yV )
FC m(V yU)
ks qs bs (u s ) Fcon FLD FCD mss
5. 共同使用
使用同样的信号、信号处理和同样的硬件,例如执行机构、动力源、传 感器和计算机等可以提高控制系统的功能成本比。
5.3 综合控制用模型
当汽车行驶时,驾驶员通过改变节气门位置(或制动压力)来控制车 轮上转矩和转速(c),以获得期望的前进速度(U)。

软件设计与体系结构课后练习部分答案

软件设计与体系结构课后练习部分答案
1、简述UML的特点和用途。
答:
UML的发起者在最初制定UML时,充分考虑了各种需求、方法和语言的特点使UML在表达能力、对新技术的包容能力和扩张性等方面具有显著的优势:
(1)为使用者提供了统一的、表达能力强大的可视化建模语言,以描述应用问题的需求
模型、设计模型和实现模型。
(2)提供对核心概念的扩展机制,用户可加入核心概念中没有的概念和符号,可为特定
3、内聚度、耦合度分别指什么?为什么软件设计要追求高内聚、低耦合?
答:
内聚度是一个模块内部各成分之间关联程度的度量;耦合度是对模块间关联程度的度量。
软件设计中通常用耦合度和内聚度作为衡量模块独立程度的标准。划分摸块的一个准则就是高内聚低耦合。模块间的耦合度是指模块之间的依赖关系,包括控制关系、调用关系、数据传递关系。模块间联系越多,其耦合性越强,同时表明其独立性越差。降低模块间的耦合度能减少模块间的影响,防止对某一模块修改所引起的“牵一发动全身”的水波效应,同时每一个类完成特定的独立的功能,实现高内聚,保证系统设计顺利进行。内聚和耦合密切相关,同其它模块存在强耦合关系的模块常意味这弱内聚,强内聚常意味着弱耦合。
第一章作业
6、简要叙述软件设计在软件工程中所处的位置和重要性。
答:
所处的位置:软件需求分析需求规格说明软件设计设计文档软件编码。
重要性:
(1)是对软件需求的直接体现;
(2)为软件实现提供直接依据;
(3)将综合考虑软件系统的各种约束条件并给出相应方案;
(4)软件设计的质量将决定最终软件系统的质量;
(5)及早发现软件设计中存在的错误将极大减少软件修复和维护所需的成本。
13、什么是软件设计规格说明?它在软件开发中有何重要用途?
答:

Rational Rose建模 第6章 类图和对象图

Rational Rose建模 第6章 类图和对象图

类图和对象图的概念
4. 对象图在项目开发中的作用

对象图作为系统在某一时刻的快照,是类图中的各个 类在某一个时间点上的实例及其关系的静态写照,可 以通过以下几个方面来说明它的作用: (1)说明复杂的数据结构。对于复杂的数据结构,有时 候很难对其进行抽象成类表达之间的交互关系。使用 对象描绘对象之间的关系可以帮助我们说明复杂的数 据结构某一时刻的快照,从而有助于对复杂数据结构 的抽象。 (2)表示快照中的行为。通过一系列的快照,可以有效 表达事物的行为。
使用Rose创建类图
1. 创建类
(1)在图形编辑工具栏中, 选择 按钮,此时光标变为 “+”号。 (2)在类图中单击选择任意 一个位置,系统在该位置创 建一个新类。系统产生的默 认名称为“NewClass”。 (3)在类的名称栏中,显示 了当前所有的类的名称,我 们可以选择清单中的现有类, 这样便把在模型中存在的该 类添加到类图中。如果创建 新类,将“NewClass”重新命 名成新的名称即可。
类图的组成
1. 类

类是面向对象系统组织结构的核心。类是对一组具有相同属性、操作、 关系和语义的事物的抽象。 在UML的图形表示中,类的表示法是一个矩形,这个矩形由三个部分 构成,分别是:类的名称(Name)、类的属性(Attribute)和类的操 作(Operation)。
类图的组成

类的名称是每个类的图形中所必须拥有的元素,用于 同其它类进行区分。类的名称通常来自于系统的问题 域,并且尽可能地明确表达要描述的事物,不会造成 类的语义冲突。
类图和对象图的概念


在类图中,具 体来讲它一共 包含了以下几 种模型元素, 分别是:类、 接口、依赖关 系、泛化关系、 关联关系以及 实现关系。 类图可以创建 约束、注释和 包等。
相关主题
  1. 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
  2. 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
  3. 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。

6.3.1 类的概述
接口
接口通常被描述为抽象操作, 接口通常被描述为抽象操作, 通常被描述为抽象操作 也就是只用标识(返回值、 也就是只用标识(返回值、 操作名称、参数表) 操作名称、参数表)说明它 的行为,而真正实现部分放 的行为, 在使用该接口的对象中。 在使用该接口的对象中。
UML建模实例教程
类的名称和属性
类的名称是一个字符串,是每个类中所必有的构成元素, 类的名称是一个字符串,是每个类中所必有的构成元素,用于区别于其 是一个字符串 他类。类的名称应该来自系统的问题域,并且应该尽可以可能地明确, 他类。类的名称应该来自系统的问题域,并且应该尽可以可能地明确, 避免造成歧义。通常情况下,类的名称为一个名词。 避免造成歧义。通常情况下,类的名称为一个名词。 类的属性是类的一个组成部分 是类的一个组成部分, 类的属性是类的一个组成部分,描述了类在软件系统中所代表的一个事 物的特性。在绘制类图时,类的属性放在类名字的下方, 物的特性。在绘制类图时,类的属性放在类名字的下方,用来描述该类 的对象所具有的特征。 的对象所具有的特征。
具体类和抽象类
有自己的具体对象的类称 为具体类。 为具体类。具体类中的操作 都有具体实现的方法。 都有具体实现的方法。 没有具体对象的类称为抽 象类。抽象类一般为父类, 象类。抽象类一般为父类, 用于描述其它类(子类)的 用于描述其它类(子类) 公共属性和行为(操作)。 公共属性和行为(操作)。
UML建模实例教程
UML建模实例教程
【任务2-2】绘制WebShop商品类图
4.编辑类
在类图编辑区域中右键单击指定类(如商品类),选择 在类图编辑区域中右键单击指定类(如商品类),选择 ), 【Open Specification】菜单 】
UML建模实例教程
【任务2-2】绘制WebShop商品类图
5.添加属性
第一种方法:直接添加新的属性。 第一种方法:直接添加新的属性。 在绘图区域中右键单击要添加属性 的类( 商品),选择【 ),选择 的类(如:商品),选择【New Attribute】菜单 】 第二种方法:通过“ 第二种方法:通过“Class Specification for商品”对话框添加 商品” 商品 新的属性。在如图6-14所示对话框中, 所示对话框中, 新的属性。在如图 所示对话框中 选择【 选择【Attributes】选项卡 】
6.3.1 类的概述
确定WebShop电子商城中的类 确定WebShop电子商城中的类 WebShop
系统的实体类
UML建模实例教程
6.3.1 类的概述
确定WebShop电子商城中的类 确定WebShop电子商城中的类 WebShop
系统的 边界类
系统的 控制类
UML建模实例教程
6.3.2 绘制带属性的实体类
操作提示
(1)通过学习小组讨论和上网查询资料形式完成。 )通过学习小组讨论和上网查询资料形式完成。 (2)注意类的属性和方法的可见性的设置。 )注意类的属性和方法的可见性的设置。
UML建模实例教程
6.3.4 绘制边界类图
完成步骤
(1)右键单击视图区域中的 ) 节点, “Logical View”节点,选择新 节点 建包,命名为“边界类图” 建包,命名为“边界类图”。
UML建模实例教程
6.3.5 绘制控制类图
完成步骤
(1)右键单击视图区域中的 ) 节点, “Logical View”节点,选择新 节点 建包,命名为“控制类图” 建包,命名为“控制类图”。
(2)在类图中添加名为“处理登录” )在类图中添加名为“处理登录” 的类,右键单击该类, 的类,右键单击该类,在右键菜单 中选择【 中选择【Open Specification】菜 】 单,在打开的类的属性设置对话框 中选择【 中选择【Stereotype】下拉列表框, 】下拉列表框, 选择【 即可将“ 选择【control】项,即可将“处理 】 登录”类设置为控制类。 登录”类设置为控制类。
UML建模实例教程
ห้องสมุดไป่ตู้
6.3.4 绘制边界类图
完成步骤
电子商城中的“ (3)依次添加 )依次添加WebShop电子商城中的“注册页面”、“个人资 电子商城中的 注册页面” 料页面” 料页面”、“当前订单”、“历史订单”、“关闭帐号页面”、 当前订单” 历史订单” 关闭帐号页面” “删除用户页面”等边界类,得到的WebShop电子商城的边界类 删除用户页面”等边界类,得到的 电子商城的边界类 图(部分) 部分)
UML建模实例教程
【任务2-2】绘制WebShop商品类图
1.打开工程 2.新建类图
在视图区域中右键单击“Logical View”节点,依次选择【New】 在视图区域中右键单击“ 节点,依次选择【 】 节点 【Class Diagram】 】
UML建模实例教程
【任务2-2】绘制WebShop商品类图
(2)在类图中添加名为“登录页面” )在类图中添加名为“登录页面” 的类,右键单击该类, 的类,右键单击该类,在右键菜单 中选择【 中选择【Open Specification】菜 】 单,在打开的类的属性设置对话框 中选择【 中选择【Stereotype】下拉列表框, 】下拉列表框, 选择【 即可将“ 选择【boundary】项,即可将“登 】 录页面”类设置为边界类。 录页面”类设置为边界类。
3.添加类
单击类图绘图工具栏上的 ,在绘 图编辑区域中单击鼠标左键, 图编辑区域中单击鼠标左键,就可 以绘制一个类
【提示】 提示】 直接输入类的名称(如商品)即可替换“ 直接输入类的名称(如商品)即可替换“NewClass”,也可以双击 , 类图打开类属性设置对话框进行类名称的设置; 类图打开类属性设置对话框进行类名称的设置; 如果模型中已经存在用例图,在创建类时, 如果模型中已经存在用例图,在创建类时,会将用例图中的参与者 显示供选择创建对应的类。 显示供选择创建对应的类。
UML建模实例教程
6.3.2 绘制带属性的实体类
类的属性内容
(1)可见性 ) 可见性用于描述类的属性、 可见性用于描述类的属性、类的方法对于其它的类或包是否可以访问的 特性。 特性。
(2)属性名 ) 类的属性是描述类的特性,一个类可能有多个属性。 类的属性是描述类的特性,一个类可能有多个属性。 (3)类型 ) 属性的类型用来说明该属性是什么数据类型。 属性的类型用来说明该属性是什么数据类型。 (4)初始值 ) 初始值是指属性最初获得的赋值。 初始值是指属性最初获得的赋值。 (5)属性字符串 ) 属性字符串用来指定关于属性的其他信息。 属性字符串用来指定关于属性的其他信息。
UML建模 UML建模 实例教程
第6章 静态建模
刘志成 编著
本章学习导航
本章学习导航
UML建模实例教程
本章学习要点
静态建模概述 类图概述 类图的基本组成 类之间的关系 对象图
建议课时: 课时 建议课时:10课时
UML建模实例教程
任务1
任务目标 了解静态模型的基本功能和基本图形组成 。
教学方法 分组教学法 资料查询法 案例教学法
UML建模实例教程
【任务2-2】绘制WebShop商品类图
6.设置属性的数据类型
在添加类的属性的时候, 在添加类的属性的时候,默 认情况下不会要求输入属性 的数据类型, 的数据类型,如果要设置类 的属性的数据类型,在如下 的属性的数据类型, 图所示的对话框中, 图所示的对话框中,在指定 的属性上双击( 的属性上双击(如: g_Name),打开类属性设 ),打开类属性设 ), 置对话框,在【Type】下拉 置对话框, 】 列表中,选择属性对应的数 列表中, 据类型( 据类型(如:String)即可 )
6.3.3 绘制带操作的实体类
完成步骤
(4)完成 ) WebShop电 电 子商城实体 类图的绘制
UML建模实例教程
课堂实践 1
操作要求
(1)讨论类图在软件系统建模中的重要作用。 )讨论类图在软件系统建模中的重要作用。 (2)确定图书管理系统中的主要实体类、边界类和控制类。 )确定图书管理系统中的主要实体类、边界类和控制类。 (3)绘制图书管理系统的类图(不含属性和方法)。 )绘制图书管理系统的类图(不含属性和方法)。 (4)在步骤(3)绘制的类图基础上添加类的属性和方法。 )在步骤( )绘制的类图基础上添加类的属性和方法。
UML建模实例教程
6.3.3 绘制带操作的实体类
完成步骤
(1)添加方法 ) (2)设置方法的属性 )
UML建模实例教程
6.3.3 绘制带操作的实体类
完成步骤
(1)添加方法 ) (2)设置方法的属性 )
UML建模实例教程
6.3.3 绘制带操作的实体类
完成步骤
(3)设置抽象方法 )
UML建模实例教程
UML建模实例教程
任务2
任务目标 阅读WebShop电子商城系统文档和用例模型,确 阅读 电子商城系统文档和用例模型, 电子商城系统文档和用例模型 定该系统中的类,并绘制类图。 定该系统中的类,并绘制类图。
教学方法 分组教学法 SDSPR教学法 教学法 案例教学法
UML建模实例教程
6.3.1 类的概述
UML建模实例教程
6.2 类图概述
类图概述
类图是用来描述软件系统中类以及类之间 类图是用来描述软件系统中类以及类之间 的关系的一种图示 的一种图示, 的关系的一种图示,是从静态角度表示系 统的。 统的。 类图是构建其它图的基础,如果没有类图, 类图是构建其它图的基础,如果没有类图, 基础 就没有状态图、顺序图和协作图等, 就没有状态图、顺序图和协作图等,也就 无法表示软件系统的其它各个侧面。 无法表示软件系统的其它各个侧面。 类图中允许出现的模型元素只有类和它之 间的关系。 间的关系。
UML建模实例教程
相关文档
最新文档