UML 2.0基础与RSA建模实例教程NEW
UML_and_Rose教程
UML与Rational Rose讲义2002年8月2日目录目录 (2)1. 第一周：概述 (4)1.1 Rational家族工具和应用方向介绍 (4)1.1.1 用Rational工具和以往的软件开发方式，我们能改变什么？ (4)1.1.2 在纵向看：软件的开发过程分为需求、建模、构造、测试、提交五个阶段。
41.1.3 从横行看：主要包括二大部分方法贯穿整个软件开发过程的始终。
(5)1.1.4 利用Rational的成功经验 (5)1.2 OOA&D面向对象的基本原则： (5)1.3 Rational Rose的界面介绍 (8)2. 第二周：静态建模：用例和用例图(Use Case Diagram) (8)2.1 角色和角色之间的关系 (8)2.1.1 角色 (8)2.1.2 发现角色： (9)2.1.3 角色之间的关系 (9)2.2 用例和用例之间的关系 (10)2.2.1 用例的特征： (10)2.2.2 发现用例 (10)2.2.3 用例之间的关系 (11)2.3 举例建立用例图的方法和文档的详细注释 (12)2.3.1 描述用例 (12)2.3.2 测试用例 (13)2.3.3 实现用例 (13)3. 第三周：静态建模：类图和对象图(Class Diagram) (15)3.1 类的定义 (16)3.2 类图的属性、操作和使用方法 (17)3.3 类图之间的关系 (18)3.3.1 关联 (18)3.3.2 依赖性 (19)3.3.3 精化关系 (20)3.3.4 聚合 (20)3.3.5 一般化 (21)3.4 类图的约束和派生规则 (23)3.5 类图的接口、组件、包和模板 (24)3.6 类图怎样生成java代码框架 (25)3.7 类的java代码生成类图 (25)4. 第四周：动态建模：序列图和协作图(Sequence & Callaboration Diagram) (25)4.1 序列图 (26)4.1.1 序列图的格式和并发事件 (26)4.1.2 序列图定义迭代和约束的标签 (28)4.1.3 序列图的递归方式 (28)4.2 协作图 (29)4.2.1 协作图的格式和消息流 (29)4.2.2 协作图的链接 (30)4.2.3 对象的生命周期 (32)4.3 从序列图转换为协作图的方式 (32)4.4 从协作图转换为序列图的方式 (32)5. 第五周：动态建模：状态图/活动图(Statechart / Activity Diagram) (32)5.1 状态图 (32)5.1.1 状态和转移 (32)5.1.2 事件 (33)5.1.3 状态图与子状态 (35)5.1.4 历史指示器 (35)5.2 活动图 (36)5.2.1 活动图的动作和转移 (37)5.2.2 活动图的泳道 (38)5.2.3 活动图的对象 (38)5.2.4 活动图的信号 (39)6. 第六周：图书馆信息系统UML实例 (39)6.1 需求 (39)6.2 分析－用例图 (40)6.3 建模及设计－类图 (40)6.4 建模及设计－状态图 (40)6.5 建模及设计－序列图 (40)6.6 详细设计－类包 (40)6.7 详细设计－详细的类图 (40)6.8 详细设计－关键对象的状态图 (40)6.9 详细设计－关键对象的序列图 (40)6.10 详细设计－关键对象的协作图 (40)6.11 详细设计－组件图 (40)6.12 接口的设计 (41)6.13 转成java并encoding实现 (41)6.14 测试和配置－展开图 (41)6.15 总结 (41)1. 第一周第一周：：概述1.1 Rational家族工具和应用方向介绍1.1.1 用Rational工具和以往的软件开发方式，我们能改变什么？Rational ClearCase：提供版本控制，提供工作空间管理，建立管理和过程控制功能。
UML面向对象建模 -Rose实验教程
文档窗口用于建档 Rose 模型元素，例如，为每个角色写一个简要定义。将文档加进类 中时，文档窗口输入的一切都显示为所产生的代码的说明语句，从而可以减少以后系统代码 的说明语句的输入工作。文档还会在 Rose 产生的报表中出现。从浏览器或框图窗口中选择 不同的元素时，文档窗口会自动更新显示。
实验资料： 可视化建模和 Rational Rose 在软件开发过程的几个阶段很有用。在项目开始阶段，Rose 可以产生业务模型、使用案例模型。在细化和构造阶段，Rose 可以开发活动框图，显示事 件流程。Sequence 框图和 Collaboration 框图显示要开发的对象，及其相互间的交互。Rose 开发的类框图显示对象间的相互关系。组件框图显示系统组件间的相关性，并可以产生系统 的框架代码。 在构造阶段，Rose 可以将新开发代码逆向转出工程代码到模型中，将开发阶段出现的 变化反映在模型中。构造之后，进入交接阶段，Rose 主要用于在软件产品完成时更新模型。 实验指导： 实验 1.1 了解 Rose 屏幕组件 下图显示了 Rose 界面的各个部分。
UML基础与ROSE建模教程第一章基础知识
UML基础与ROSE建模教程第一章基础知识本教程的第一章将介绍UML的基础知识，并详细介绍ROSE建模工具的主要功能和用途。
第一节简介UML是由Object Management Group（OMG）开发和维护的一种建模语言。
它提供了一些标准的图形符号和元素，用于描述软件系统的各个方面，如结构、行为、交互和功能等。
UML图表是用于可视化系统设计和开发过程的重要工具。
它们可以帮助团队成员更好地理解和沟通设计思想，并促进系统开发的合作和协调。
第二节UML的主要图表类型UML定义了一系列图表，用于描述系统的不同方面。
以下是一些常见的UML图表类型：1. 用例图（Use Case Diagram）：用于描述系统的功能需求和用户之间的关系。
2. 类图（Class Diagram）：用于描述系统中的类、对象及其之间的关系。
3. 对象图（Object Diagram）：用于描述系统中对象之间的实例关系。
4. 交互图（Interaction Diagram）：用于描述系统中各个对象之间的交互关系，包括顺序图（Sequence Diagram）和协作图（Collaboration Diagram）等。
5. 状态图（Statechart Diagram）：用于描述系统中一个对象的状态和状态之间的转换。
7. 部署图（Deployment Diagram）：用于描述系统的物理部署架构，包括硬件设备、软件组件和网络之间的关系。
第三节ROSE建模工具的主要功能2.模型管理：ROSE提供了一个集中式的模型管理系统，可以帮助用户组织和管理各种UML图表。
用户可以创建、导入、导出和删除模型，还可以对模型进行版本控制和协作。
3.代码生成：ROSE可以根据UML图表生成相应的代码。
用户可以选择不同的编程语言和代码风格，以满足具体的开发需求。
4.反向工程：ROSE支持从现有的代码库中生成UML图表。
用户可以导入源代码，并根据代码结构和关系自动生成相应的UML图表，以帮助理解和分析现有的系统。
UML建模工具软件StarUML从入门到精通——在StarUML工具软件中创建UML用例图的应用示例
4、在StarUML中创建包的过程 （1）要创建包，只需要点击[工
具条Toolbox]-> [用例UseCase]-> [包Package]按钮。 （2）命名包名 然后点击主窗口中要放置包的地方，并命名该包名为“社区 信息管理系统用例包”。
（3）在“社区信息管理系统用例包”中）设置用例显示时的相关属性——选中某个用例，然后在右 边的属性面板中进行设置
（2）本示例的最终 结果图形如右图所 示
11、设置各个用例之间的关系
在左边的工具面板中包含有各种关系的工具按钮，可以根 据关系的类型选择对应的按钮。 StarUML支持UML中的如下各种关系 Association（关联）、Generalization （泛化）、Dependency（依赖）、 Include（包含）、Extend（扩展）。
（2）设置用例的显示方式
（3）对其它的用例也都采用同样的显示方式
10、设置参与者与用例之间的“使用”关系
（1）创建关联的过程 要创建关联，点击[Toolbox] -> [UseCase] -> [Association]按钮，在 用例显示窗口中从参与者元素拖动到第二 个元素（某个目标用例）放下。
在左下角选中某种建模符号的工具按钮后，然后再在绘图区 中单击，即可建立出相应的UML模型图形要素。并对其进行命名 和在右下角的属性区修改相关的属性项目，最终完成相关模型图 形的设计。
2、保存所创建出的模板项目
（1）选择文件菜单中的“Save as”子菜单项目，将可以保存 所创建出的模板项目文件。
（2）输入文件名称为“社区信 息管理系统用例包”，然后保 存该模板项目文件。
5、新建项目的参与者及包含参与者的包
（1）新建参与者包，并命名该包为“社区信息管理系统参与者 包”
UML2.0最新版入门图解
UML2.0最新版⼊门图解⼀、UML概述 UML（UnifiedModelingLanguage）统⼀建模语⾔，是⾯向对象软件的标准化建模语⾔。
由于⾯向对象软件开发需要经过OOA（⾯向对象分析），OOD（⾯向对象设计），OOP（⾯向对象编程）三个阶段，每个阶段都需要统⼀的符号设计描述和交流，⽽UML就是这种统⼀的符号表⽰。
本⽂主要讲述UML2.0（最新版本）的各种图的定义及⽤法，UML2.0⼀共包括13种图形（⼤致分成静态图和动态图两类）：活动图，类图，通信图（对应UML1.x的协作图），组件图，复合结构图（UML2.0新增），部署图，交互概观图（UML2.0新增），对象图，包图，顺序图，状态机图，定时图（UML2.0新增），⽤例图，如下图所⽰： 其中，最常⽤的UML图包括：⽤例图，类图，组件图，部署图，顺序图，活动图，状态机图等。
⼆、⽤例图⽤例图主要应⽤于系统需求分析阶段，从⽤户⾓度描述系统的需求功能，⽅便与客户交流，保证需求的唯⼀性。
⽤例图包括⽤例、⾓⾊、⽤例和⾓⾊的关系，其中，⽤例以⼀个椭圆表⽰，⽤例的名称放在椭圆得中⼼或下⾯；⾓⾊以⼀个⼈形符号表⽰与系统交互的实体；⽤例和⾓⾊的关系⽤线段来表⽰。
⽤例图所表⽰的要么是整个系统的全部⽤例，要么是某⼀具体功能的⼀组⽤例。
下图是⼀个简单的⽤户管理模块的部分⽤例⽰意图：从⽤例图中可以很容易看出，普通⽤户有登录、修改密码、查看个⼈信息的功能；管理员功能包括：新增⽤户、查看⽤户信息、修改⽤户信息、删除⽤户、修改密码。
三、类图 类图表⽰系统中有哪些实体及其它们之间的关系，⽤于系统设计阶段。
类图⽤三个矩形表⽰，最上⾯的部分标识类的名称；中间的部分标识类的属性；最下⾯的部分标识类的⽅法，如下图所⽰： 类之间的基本关系：关联（包含聚合和组合）、泛化（继承）、实现、依赖♣关联 关联是⼀种拥有的关系，具有⽅向性，如果⼀个类单⽅向的访问另⼀个类，则称为单向关联（⽤⼀个箭头的实线表⽰）；如果两个类对象可以互相访问，则称为双向关联（⽤两个箭头或不⽤箭头的实线表⽰）；⼀个对象能访问关联对象的数⽬叫做“多重性”。
UML与Rose软件建模案例教程第6章 业务处理模块建模
（6）添加结束状态 （7）添加状态之间的转换 （8）添加转换的事件 （9）完善状态机图 （10）保存绘制的状态机图
6.3 认识UML的通信图
顺序图主要描述系统各组成部分之间 交互的次序，用于说明系统的动态视图。 通信图则从另一个角度描述系统对象 之间的链接，也是用于说明系统的动态视 图。
6.3.1
UML用状态机对软件系统的动态特征 建模。
利用状态机可以精确地描述对象的行 为：从对象的开始状态起，开始响应事件 并执行某些动作，这些事件引起状态的转 换；对象在新的状态下又开始响应状态和 执行动作，如此连续直到终止状态。 UML的状态机由状态、转换、事件、 动作和活动组成。
6.1.2
状态机图概述
【操作示范与知识讲解】 【实例引导】 固定电话的状态机图如图6-6所示，试 分析各个状态及转换关系。
图6-6
固定电话的状态机图
【试一试】
我们使用电脑工作一般要经过以下几 个状态：开机、电脑启动、工作中、空闲 和关机，绘制状态机图描述电脑如何从启 动状态到关机状态，以及如何从工作状态 到空闲状态。
第 6章 业务处理模块建模
本章主要介绍状态机图、通信图的绘
制。 状态机图用于对系统进行动态建模， 通过对类对象的生存周期建立模型来描述 对象随时间变化的动态行为。
通信图强调发送和接受消息的对象之 间的结构组织，显示对象、对象之间的链 接以及对象之间的消息。
【教学导航】
（1）理解状态机、状态与状态机图的区别 （2）熟悉UML状态机图的组成与描述方法 知识技能 （3）熟悉UML通信图的构成 目标 （4）学会构思状态机图与通信图 （5）学会在Rational Rose 2003中绘制状态机图与通信图 （6）认识UML时序图、交互概况图和组合结构图 （1）状态机、状态与状态机图的区别 （2）UML状态机图的组成 本章重点 （3）UML通信图的构成 （4）在Rational Rose 2003中绘制状态机图与通信图
UML实践学习系列9-用Rose创建构件图
创建构件图（1）2010-07-31 23:01 胡荷芬/张帆/高斐清华大学出版社我要评论(0)字号：T | T综合评级：想读(2)在读(0)已读(0)品书斋鉴(0)已有2人发表书评《UML系统建模基础教程》第12章构件图和部署图，本章主要介绍构件图和部署图的基本概念和在实际中的运用。
本小节为大家介绍创建构件图。
AD：12.2 使用Rose创建构件图与部署图了解了构件图和部署图的各种基本概念，我们将介绍如何创建构件图和部署图以及它们的一些基本模型元素，如构件、节点和设备等。
12.2.1 创建构件图（1）在构件图的工具栏中，可以使用的工具如表12-3所示，在该表中包含了所有Rational Rose 2003默认显示的UML模型元素。
表12-3 构件图的图形编辑工具栏同样，构件图的图形编辑工具栏也可以进行定制，其方式和在类图中定制类图的图形编辑工具栏的方式一样。
将构件图的图形编辑工具栏完全添加后，将增加虚子程序(Generic Subprogram)、虚包(Generic Package)和数据库(Database)等图标。
1. 创建和删除构件图创建一个新的构件图，可以通过以下两种方式进行。
方式一：(1) 右键单击浏览器中的"Component View"(构件视图)或者位于构件视图下的包。
(2) 在弹出的快捷菜单中，选中"New"(新建)下的"Component Diagram"(构件图)选项。
(3) 输入新的构件图名称。
(4) 双击打开浏览器中的构件图。
方式二：(1) 在菜单栏中，选择"Browse"(浏览)下的"Component Diagram ..."(构件图)选项，或者在标准工具栏中选择图标，弹出如图12-17所示的对话框。
(2) 在左侧关于包的列表框中，选择要创建构件图的包的位置。
(3) 在右侧的"Component Diagram"(构件图)列表框中，选择"<New>"(新建)选项。
UML基础与ROSE建模案例
目录一、概述 (1)1.系统背景 (1)2.开发环境 (1)二、需求与功能分析 (1)1.系统功能需求 (1)2.基本功能需要 (2)三、概要设计 (4)1.整个档案管理系统的功能需求 (4)2.用户管理模块 (4)3.系统参数设置模块 (5)4.借阅管理模块 (6)5.案卷管理模块 (6)6.文件管理模块 (7)7.数据管理模块 (8)四、系统的UML基本模型 (8)1.系统的状态图 (8)2.系统的类图 (9)3.系统的组件图 (12)4.系统的配置图 (12)五、总结 (13)一、概述1.系统背景随着各行业各领域信息化水平的不断提高以及对档案信息化认识的不断深入，档案管理工作日益受到重视。
人们对档案管理信息系统定位提出越来越高要求的同时，也面临着许多新的问题。
主要面临着如下新的应用需求和挑战：信息档案化、企业级应用、开放性应用、档案管理工作前移，为现实工作服务、新应用要求和新技术集成、异构数据海量存储等。
档案管理系统通过建立统一的标准，规范整个文件管理，包括规范各业务系统的文件管理；构建完整的档案资源信息共享服务平台，支持档案管理全过程的信息化处理，包括：采集、移交接收、归档、存储管理、借阅利用和编研发布等等，同时逐步将业务管理模式转换为服务化管理模式，以服务模型为业务管理基础，业务流和数据流建立在以服务为模型的系统平台之上。
档案管理系统为企事业单位的档案现代化管理，提供完整的解决方案，档案管理系统既可以自成系统，为用户提供完整的档案管理和网络查询功能，也可以与本单位的OA办公自动化和DPM设计过程管理，或者与MIS信息管理系统相结合，形成更加完善的现代化信息管理网络。
2.开发环境Windows 7 x86 sp1 Ultimate+ Microsoft SQL Server 2008 R2二、需求与功能分析1.系统功能需求档案管理系统是一套功能强大、操作简便、实用的自动化管理软件，包括用户管理、档案数据录入（分为文件录入和案卷录入2部分）、案卷数据查询（分为文件查询和案卷查询2部分）、借阅管理等。
Rational Rose【UML建模】 教程+使用详解
Rational Rose 简介Rose模型（包括所有框图、对象和其他模型元素）都保存在一个扩展名为.mdl的文件中。
1. 环境简介Rational Rose可视化环境组成Rose界面的五大部分是浏览器、文档工具、工具栏、框图窗口和日志。
见图1-1。
图1-1：Rose界面浏览器：用于在模型中迅速漫游。
文档工具：用于查看或更新模型元素的文档。
工具栏：用于迅速访问常用命令。
框图窗口：用于显示和编辑一个或几个UML框图。
日志：用于查看错误信息和报告各个命令的结果。
浏览器和视图浏览器是层次结构，用于在Rose模型中迅速漫游。
在浏览器中显示了模型中增加的一切，如参与者、用例、类、组件等等。
Rose浏览器见图1-2。
浏览器中包含四个视图：Use Case视图、Logical视图、Component视图和Deployment 视图。
点击每个视图的右键，选择new就可以看到这个视图所包含的一些模型元素。
图1-2：Rose浏览器1.3框图窗口在图1-3所示的框图窗口中，我们可以浏览模型中的一个或几个UML框图。
改变框图中的元素时，Rose自动更新浏览器。
同样用浏览器改变元素时，Rose自动更新相应框图。
这样，Rose就可以保证模型的一致性。
图1-3：框图窗口各类框图的建立2.1建立用例图use case diagram从用例图中我们可以看到系统干什么，与谁交互。
用例是系统提供的功能，参与者是系统与谁交互，参与者可以是人、系统或其他实体。
一个系统可以创建一个或多个用例图。
创建用例图（图2-1-1）在浏览器内的Use Case视图中，双击Main，让新的用例图显示在框图窗口中。
也可以新建一个包（右击Use Case视图，选择new→package，并命名），然后右击这个新建包的，选择new→use case diagram。
对系统总的用例一般画在Use Case视图中的Main里，如果一个系统可以创建多个用例图，则可以用包的形式来组织。
UML基础与Rose建模教程 课件1
对象图 • 对象图（Object Diagram）是类图的变体，它使 用与类图相似的符号描述，不同之处在于对象图 显示的是类的多个对象实例而非实际的类。可以 说，对象图是类图的一个例子，用于显示系统执 行时的一个可能的快照，即在某一时间点上系统 可能呈现的样子。 • 对象图与类图表示的不同之处在于它用带下划线 的对象名称来表示对象，显示一个关系中的所有 实例。
图 （续）
• • • • • • • • • 1 2 3 4 5 6 7 8 9 用例图 类图 对象图 状态图 时序图 协作图 活动图 组件图 配置图
用例图 • 用例图（Use Case Diagram）显示多个外部参 与者以及他们与系统提供的用例之间的连接。用 例是系统中的一个可以描述参与者与系统之间交 互作用功能单元。用例仅仅描述系统参与者从外 部观察到的系统功能，并不描述这些功能在系统 内部的具体实现。 • 用例图的用途是列出系统中的用例和参与者，并 显示哪个参与者参与了哪个用例的执行。
组件图 • 组件图（Component Diagram）用代码组件来 显示代码物理结构，组件可以是源代码组件、二 进制组件或一个可执行的组件。一个组件包含它 所实现的一个或多个逻辑类的相关信息，根据组 件图显示的组件之间的依赖关系，可以容易地分 析出某个组件的变化将会对其它组件产生什么样 的影响。通常说来，组件图用于实际的编程工作 中。
活动图 • 活动图（Activity Diagram）是状态图的一个变 体，用来描述执行算法的工作流程中涉及的活动 。动作状态代表了一个活动，即一个工作流步骤 或一个操作的执行。活动图由多个动作状态组成 ，当一个动作完成后，动作状态将会改变，转换 为一个新的状态（在状态图内，状态在进行转换 之前需要标明显式的事件）。这样，控制就在这 些互相连接的动作状态之间流动。 • 此外，在活动图中还可以显示决策和条件，以及 动作状态的并发执行。
UML基础及Rose建模教程 课件8
O-Park园区应急联动控制系统协作图 园区应急联动控制系统协作图 园区应急联动控制系统协作
新建协作图
发布暴雨信息协作图
空白协作图
发布暴雨信息协作图
从左侧把类拉过来， 表示对应的对象
发布暴雨信息协作图
添加对象之间的链
发布暴雨信息协作图
添加第1条消息
发布暴雨信息协作图
为消息定制对应的操作
发布暴雨信息协作图
概述
• 协作图描述的是和对象结构相关的信息。 协作图描述的是和对象结构相关的信息。 • 协作图的作用是表示一个类操作的实现。 协作图的作用是表示一个类操作的实现 实现。 • 协作图对交互中有意义的对象和对象之间的链建 协作图对交互中有意义的对象和对象之间的链建 模。 • 在UML中，协作图用几何排列来表示交互作用中 中 的对象和链，附在链的箭头代表消息， 的对象和链，附在链的箭头代表消息，消息的发 生顺序用消息箭头处的编号来说明。 生顺序用消息箭头处的编号来说明。
不同点
• 协作图的优点 • 时序图的优点
协作图的优点 协作图的优点
• 协作图以对象图的方式绘制各个参与对象，并且 协作图以对象图的方式绘制各个参与对象， 将消息和链平行放置。 将消息和链平行放置。这种表示方法有助于通过 查看消息来验证类图中的关联或者发现添加新的 关联的必要性。 关联的必要性。
时序图的优点
支持消息
• 两种图都支持所有的消息类型。 两种图都支持所有的消息类型。
衡量工具
• 两种图还是衡量耦合性的工具。耦合性被用来衡 两种图还是衡量耦合性的工具。 量模型之间的依赖性， 量模型之间的依赖性，通过检查两个元素之间的 通信，可以很容易地判断出它们的依赖关系。 通信，可以很容易地判断出它们的依赖关系。如 果查看对象的交互图， 果查看对象的交互图，就可以看见两个对象之间 消息的数量以及类型， 消息的数量以及类型，从而简化或减少消息的交 以提高系统的设计性能。 互，以提高系统的设计性能。
UML基础及Rose建模教程 课件9
概述（ 概述（续）
• 配置图可以显示实际的计算机和设备（节点）以 配置图可以显示实际的计算机和设备（节点） 及它们之间的必要连接， 及它们之间的必要连接，也可以显示连接的类型 。配置图还可以显示配置和配置之间的依赖关系 但是每个配置必须存在于某些节点上。 ，但是每个配置必须存在于某些节点上。 • 配置图也可以包含包或子系统，它们都可以将系 配置图也可以包含包或子系统 包或子系统， 统中的模型元素组织成较大的组块。 统中的模型元素组织成较大的组块。当需要可视 化一个硬件拓扑结构的实例时， 化一个硬件拓扑结构的实例时，需要在配置图中 加入一个实例。 加入一个实例。
节点（ 节点（续）
• 在UML中，节点用一个立方体来表示。 中 节点用一个立方体来表示。
• 节点在很多方面与配置相同：二者都有名称和关 节点在很多方面与配置相同： 都可以有实例，都可以被嵌套， 系，都可以有实例，都可以被嵌套，都可以参与 交互。但是也存在着差别： 交互。但是也存在着差别：配置是参与系统执行 的事物，而节点是执行配置的事物； 的事物，而节点是执行配置的事物；配置表示逻 辑元素的物理包装， 辑元素的物理包装，而节点表示配置的物理配置 。
节点的种类
• 节点分为两种：处理器（Processor）和设备（ 节点分为两种：处理器（ ） 设备（ Device）。 ）。
处理器
• 处理器是能够执行软件、具有计算能力的节点， 处理器是能够执行软件、具有计算能力的节点， 服务器、 服务器、工作站和其他具有处理能力的机器都是 处理器。 处理器。
设备
配置图的建模技术 配置图的建模技术 图的建模
• • • • • 1、对系统中的节点建模 、 2、对节点间的关联关系建模 、 3、对驻留在节点上的配置建模 、 4、对驻留在节点上的配置之间的依赖关系建模 、 5、对建模的结果进行精化和细化 、
(完整word版)UML基础与Rose建模复习资料
UML基础与Rose建模复习资料1-4章一、主要内容1、对象与类的定义对象：是面向对象系统的基本构造块，是一些相关的变量和方法的软件集。
（对象经常用于建立对现实世界中的一些基本构造块）注：客观世界里的任何实体都可以被称为对象。
对象可以是具体的、有形的物，也可以是无形的事物或概念。
对象是问题域或实现域中某些事物的一个抽象。
对象是一个封装数据属性和操作行为的实体。
类：是具有相同属性和操作的一组对象的组合。
也就是说，抽象模型中的“类”描述了一组相似对象的共同特征，为属于该类的全部对象提供了统一的抽象描述。
2、面向对象的基本特征：1）抽象：抽象忽略了事件中与当前目标无关的非本质特征，强调与当前事物相关的特征，并将事物正确的归类，得出事物的抽象模型，并且为对象的重用提供了保障2）封装：就是把对象的状态和行为绑到一起的机制，使对象形成一个独立的整体，并且尽可能地隐藏对象的内部细节。
3）继承：是指特殊类的对象拥有其一般类的属性和行为。
4）多态性：同一操作作用于不同的对象，可以有不同的解释，产生不同的执行结果。
3、UML包含的视图以及这些视图都对应的图UML中主要视图有：静态视图、用例视图、交互视图、状态机视图、活动视图、物理视图、模型管理视图对应的图如下图所示4、UML包含的图以及图的作用在下面的各章节中都分别有总结，这里就不总结5、UML中模型元素的主要关系UML中主要包含4种关系：依赖、关联、泛化、实现依赖：指的是两个事物之间的语义，当其中一个事物（独立的事物）发生变化就会影响另外一个事物（依赖事物）的语义。
关联：是一种事物之间的结构关系，用它来描述一组链，链是对象之间的连接。
泛化：事物之间的一种特殊/一般关系，特殊原子（子元素）的对象，也就是我们在面向对象学中常常提起的继承。
实现：实现关系也是UML元素之间的一种语义关系，它描述了一组操作的规约和一组对操作的具体实现之间的语义关系。
6、对象约束语言的定义对象约束语言（OCL）是一种能够使用工具进行解释的表达UML约束的标准方法。
UML基础与Rose建模案例(第3版)第6章交互图
4. 从引发某个交互的信息开始，在生命线之间按从上向下的顺序画 出随后的消息。
5. 设置对象的激活期，这可以可视化实际计算发生时的时间点、可 视化消息的嵌套。
6. 如果需要设置时间或空间的约束，可以为每个消息附上合适的时 间和空间约束。
➢ 时序图还可以表现对象的激活和去激活情况，但对于 协作图来说，由于没有对时间的描述，所以除了通过 对消息进行解释，它无法清晰地表示对象的激活和去 激活情况。
➢ 添加图书
➢ 删除图书
Admin : 系统管理 员
: DeleteBookInfoForm
: Title
: Item
1: remove item
1: identify_borrower()
6: borrow()
: LendBookForm
7: update() : Title
: Item
: 图书管理员
4: borrow() 5: check_if_max()
: Reservation
3: find(Borrower,Title)
: Borrower
图中对象的概念类似。 2. 链（Link）。协作图中链的符号和对象图中链所用的符号是一样
的，即一条连接两个类角色的实线。 3. 消息（Message）。消息代表协作图中对象间通过链接发送的消
息。
使用协作图对系统建模时，可以遵循如下策略。
1. 设置交互的语境，语境可以是系统、子系统、操作、类、用例或 用例的脚本。
➢ 协作图的重点是将对象的交互映射到它们之间的链上， 即协作图以对象图的方式绘制各个参与对象，并且将 消息和链平行放置。在时序图的对象之间，尽管没有 相应的链存在，但也可以随意绘制消息，不过这样做 的结果是有些逻辑交互根本就不可能实际发生。
UML基础与Rose建模教程 课件2
用例图建模技术
• 对语境建 • 对需求建模
对语境建模
① 识别系统外部的参与者。 ② 将类似参与者组织成泛化的结构层次。 ③ 在需要加深理解的地方，为每个参与者提供一 个构造型。 ④ 将参与者放入到用例图中，并说明参与者与用 例之间的通信路径。
对需求建模
① 识别系统的外部参与者来建立系统的语境。 ② 考虑每一个参与者期望的行为或需要系统提供的 行为。 ③ 把这些公共的行为命名为用例。 ④ 确定提供者用例和扩展用例。 ⑤ 对这些用例、参与者和它们之间的关系建模。 ⑥ 用注释修饰用例。
对参与者建模的过程中需 要注意的问题
• 1、参与者对于系统而言总是外部的，因此它们可 以处于人的控制之外； • 2、参与者可以直接或间接地同系统交互，或使用 系统提供的服务以完成某件事务； • 3、参与者表示人和事物与系统发生交互时所扮演 的角色，而不是特定的人或特定的事物； • 4、一个人或事物在与系统发生交互时，可以同时 或不同时扮演多个角色； • 5、每一个参与者需要一个具有业务一样的名字 • 6、每一个参与者必须有简短的描述 • 7、和类一样，参与者可以具有表示参与者的属性 和可以接受的事件
• ① ② ③ 参与者的种类： 系统用户 与所建造的系统交互的其他系统 一些可以运行的进程
参与者（定位）
• 如何寻找系统的参与者 • 对参与者建模的过程中需要注意的问题
如何寻找系统的参与者
• 通过回答以下的问题来寻找系统的参与者： 1、谁将使用该系统的主要功能 2、谁将需要该系统的支持以完成其工作 3、谁将需要维护、管理该系统，以及保持该系统 处于工作状态 4、系统需要处理哪些硬件设备 5、与该系统交互的是什么系统 6、谁或什么系统对本系统产生的结果感兴趣
UML基础与Rose建模教程 课件2
UML建模-UML基础知识及Ration Rose的应用
新技术专题——UML基础知识及Ration Rose的应用学校：辽宁科技大学学院：软件学院班级：软件10.1班姓名：赖杰学号：120103502072指导教师：孙学波2012.11.8日目录一、统一建模语言（UML） (3)1、UML简介 (3)二、Rational Rose模型的结构与内容 (3)1、RationalRose建模 (3)2、图 Diagrams 种类 (4)3、图形元素 (4)4、Rational Rose 模型的视图 (5)三、Rational Rose心得体会 (15)一．统一建模语言1.UML简介：Unified Modeling Language (UML)又称统一建模语言, 始于1997年的OMG标准，是一个支持模型化和软件系统开发的图形化语言,为软件开发提供模型化和可视化支持，包括由需求分析到规格，到构造和配置。
面向对象的分析与设计方法的发展在80-90年代中出现了一个高潮，UML是这个高潮的产物。
统一了Booch、Rumbaugh和Jacobson的表示方法，并对其作了进一步的发展，并最终统一为大众所接受的标准建模语言。
二.Rational Rose模型的结构与内容1.RationalRose建模可视化建模:以图形的方式描述所开发的系统的过程。
允许提出复杂问题的必要细节，过滤不必要的细节。
提供了一种从不同的角视观察被开发系统的机制。
2.图Diagrams（1）用例图Use-Case：参与者、用例、参与者与用例的关系、用例间的关系（2）类图Class类：属性、方法类之间的关系：继承、关联、依赖......（3）活动图Activity起点、终点、活动、事件、对象、分支、泳道......（4）状态图Statechart起点、终点、状态、时间、迁移......（5）顺序图Sequence diagrams（6）协作图Collaboration diagrams（7）组件图Component3.图形元素不同的图（Diagrams ）通常有不同的图形元素组成。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
面向对象概念
面向对象 = 对象 + 类 + 封装 + 继承 + 聚合 + 消息传递
1. 对象和类。对象是理解面向对象技术的 关键。可以发现现实世界中的对象具有共同 点：它们都有状态和行为。图中的汽车对象 有自己的状态（有速度、油量等）及行为 （如发动汽车、关闭发动机、刹车和加速 等）。对象封装了数据结构及可以施加在这 些数据结构上的操作的封装体，这个封装体 可以唯一地标识其名字，而且向外界提供一 组服务（即公有的操作）对象中的数据表示 对象的状态。一个对象的状态只能由该对象 的操作来改变。每当需要改变对象的状态时， 只能由其他对象向该对象发送消息。对象响 应消息时，按照消息模式找出与之匹配的方 法，并执行该方法。图中的汽车对象，它的 状态就只能通过暴露出来的方法来修改。
状态机图(State Machine Diagram)
状态机图描述的是事物内部状态的转化。这个事物可能是一个单独的类，也可以是整个系统。
用例图(Use Case Diagram)
用例图描述了系统的功能性需求。
分析模型元素
设计模型元素
实现模型元素
第3章 UML与面向对象
3.1 面向对象开发 3.1.1 理解面向对象开发 3.1.2 面向对象的主要概念 3.1.3 面向对象的要素 3.2 UML的构成 3.2.1 视图 3.2.2 图 3.2.3 模型元素 3.2.4 通用机制 3.3 使用UML建模
UML概述
UML（Unified Modeling Language， 统一建模语言），是一种通用的、面向对 象的、可视化建模语言。它的主要作用是 帮助用户对软件进行面向对象的描述和建 模，它可以描述这个软件开发过程从需求 分析直到实现和测试的全过程。 UML本质上不是一门编程语言，它 缺少大多数编程语言提供的语法和语义。 但是可以使用代码生成器将UML模型转换 为多种程序设计语言代码，或使用反向生 成工具将程序代码转换成UML。
UML2.0
本书中，UML1指的是UML规范1.1至1.5的所有版本，UML2指的是 UML2.0规范及更高版本。 总的来说，UML2和UML1大部分是相同的，尤其是最常用的核心特征。 UML2更改了一些问题区间，增加了一些大的改进，修正了许多小的错误， 但是UML1的使用者在使用UML2的时候应该不会有问题。一些明显的改 变有： （1）序列图中的元素和表示法主要基于ITU制定的消息序列图标准。从而 使其更具面向对象的特性。 （2）将活动建模概念从状态机中分离出来，并使用了业务建模领域中通 用的符号标记。 （3）统一了UML1.5中添加的动作建模和活动建模，从而提供了更加完整 的过程模型。 （4）为类和协作两者的内部组合添加了上下文建模元素。 （5）重新定义了组件代表的是设计构造，而工件代表可部署的物理实体。
软件建模目的
（1）直观化：以更直观的形式来表达系统或系统的某个方 面。 （2）说明功能：模型可以详细说明系统的结构或行为。 （3）指导功能：模型可以指导我们构造系统。 （4）文档化：模型对我们做出的决策进行文档化。
软件建模原理
第一，选择要创建什么模型对如何动手解决问题和如何形成 解决方案有着意义深远的影响。 第二，每一种模型可以在不同级别上表示。最好的模型应该 是这样的：它可以让你根据观察的角色以及观察的原因选择 它的详细程度。 第三，最好的模型是与现实相联系的。在理想状况下，最好 是有一个能够清晰地联系实际的模型，而当联系很薄弱时能 够精确地知道这些模型怎样与现实相脱离。 第四，单个模型是不充分的。对每个重要的系统最好用一组 几乎独立的模型去处理。为了理解系统的体系结构，你需要 几个互补和连锁的视图。
RSA主界面
RSA支持十种图
名称 类图(Class Diagram) 用途 类图是使用得最为广泛的UML图之一。它使用类和接口来描述组成系统的实体以及它们之间的静态关系。利用类图可 以生成源代码作为搭建系统的框架。 组件图描述了系统实现的组成和相互依赖。它能够将小的事物（例如类）组装成更大的、可以部署的部件。组件图的 详细程度取决于你想展现什么。 组合结构图是UML2.0中新出现的图。随着系统变得越来越复杂，事物之间的关系也变得复杂了。从概念上讲，组合结 构图将类图和组件图连接了起来。它并不强调类的详细设计和系统如何实现。它描述了系统中的事物如何联合起来实 现某一个复杂的模式。
面向对象概念
面向对象 = 对象 + 类 + 封装 + 继承 + 聚合 + 消息传递
2. 状态和属性 对象集合里的每一个对象都有相似/相同的状态，把它抽象出来就是属 性。因此，属性是一组状态值的集合。具有相同的结构和相同的值类型， 而每一个状态就是属性的实例。 3. 行为、操作和方法 方法也是对行为或操作的抽象，是对象所能执行的操作，也可以说是 一组行为或操作的集合，而每一个行为或操作都是方法的实例。 4. 消息 消息是指对象之间在交互过程中所传递的通信信息。如果说对象是系 统中的节点，那么消息就是这些节点相互通信的载体。 消息在面向对象的程序中具体表现为函数调用。对于一个顺序系统，不存 在并发执行多个任务，因此消息实现主要为函数调用。而在并发程序和分 布式应用中，消息则为进程间的通信机制和远程调用。
Байду номын сангаас
软件开发模式
2.迭代模式
迭代模式是RUP（Rational Unified Process，统一软件过程）推荐的周期模型。 在RUP中，迭代被定义为：产生可发布产品 的全部开发活动。所以，一次迭代经历了完 整的工作流程：至少包括了需求分析、系统 分析与设计、系统实现和测试。 实质上，它类似小型的瀑布式项目。所有的 阶段都可以细分为迭代。每一次的迭代都会 产生一个可以发布的产品，这个产品是最终 产品的一个子集。一次迭代经历的流程如图12所示。
理解面向对象
面向对象方法比以往的方法更接近人类的自然思维方式。虽然结构 化开发方法也采用了符合人类思维习惯的原则与策略，但是与传统的结 构化开发方法不同，面向对象方法更加强调运用人类在日常生活中的逻 辑思维中采用的思想方法，并以其他人也能理解的方式将自己的思想表 达出来。 面向对象的软件工程方法包括面向对象的分析（OOA）、面向对 象的设计（OOD）、面向对象的编程（OOP）和面向对象的软件维护 （OOSM）等内容。在每一个开发阶段，面向对象的方法都要求对系统 建立模型，为系统在本阶段的构建提供蓝图。不同阶段的模型包含的内 容是不同的，既可以包括详细的计划，也可以包括从很高的层次考虑系 统的总体计划。一个好的模型包括那些有广泛影响的主要元素，而忽略 那些与给定的抽象水平不相关的次要元素。每个阶段的模型都是一个在 语义上闭合的系统抽象。模型可以是结构性的，强调系统的组织，例如 系统的静态结构模型；它也可以是行为性的，强调系统的动态方面，例 如系统的交互协作模型。
RSA新特性
1. 采用UML 2.1规范 在Rational Software Architect中，将UML规范更新为最新的2.1版 本。在这一规范的更新中包括全新的对象图以及许多其他图的改进（组 件、部署、时序、活动和结构图）。对象图允许我们为类图中的类实例 （建模，用来描述系统活动；组件图通过被命名的分组和更新的界面， 从而能够理解并应用原型；对于部署图而言，改进了实例建模，并包含 了原型可访问性的更新；在时序图中改进了失败生命线的交互操作；结 构图改进了端口、部件的符号。 2. 搜索功能的改进 支持更多的“Relationship Types”和更多的 “Show related elements”查询。 3. 模型可用性的改进 这些改进包括：改进的关联锚点支持，“Change Metatype” 重构 活动，放缩工具，动画缩放，动画布局，画图时的"Duplicate element" 活动，针对注释和几何图形的连接器助手等。
理解面向对象
面向对象的方法启发我们从现实世 界中客观存在的事物出发构造软件系统， 并在系统构造过程中尽可能运用地运用 人的自然思维方式。它强调直接以问题 域中的事物为中心来思考问题、认识问 题，并根据这些事物的本质特征把它们 抽象为解空间中的对象，以对象作为系 统的基本构成单位。这样可以使系统直 接映射问题域，最大限度地保持问题域 中的事物及其相互关系的本质，使得解 空间和问题域能够在结构上取得尽可能 一致。这样做就向着减少语义断层的方 向迈出了一大步, 在许多系统中解空间对 象都可以直接模拟问题空间的对象，因 此，这样的程序易于理解和维护。
组件图(Component Diagram)
组合结构图(Composite Structure Diagram)
部署图(Deployment Diagram)
部署图描述了你的系统是如何实际运行的，同时还描述了系统是如何应用到硬件上的。一般情况下，使用部署图说明 组件是如何在运行时进行配置的。 对象图使用了和类图一样的语法，同时还展示了在一个特定的时间类的实例。
第2章 IBM RSA简介
2.1 初识RATIONAL SOFTWARE ARCHITECT 2.1.1 Rational Software Architect的新特性 2.1.2 Rational Software Architect的运行环境 2.1.3 Rational Software Architect的获取 2.2 建模工具的安装 2.2.1 IBM Installation Manager的安装 2.2.2 Rational Software Architect的安装 2.3 RATIONAL SOFTWARE ARCHITECT使用介绍 2.3.1 RSA的主界面 2.3.2 RSA的项目结构 2.3.3 使用RSA建模 2.3.4 设置全局选项 2.3.5 打开视图
初识RSA
Rational Software Architect（RSA）是由IBM公司的Rational Software部门开发的产品。RSA是一个基于UML 2.1的可视化建模和架 构设计工具。RSA构建在Eclipse开源框架之上，它具备了可视化建模和 模型驱动开发（Model-Driven Development）的能力。无论是普通的分 布式应用还是Web Services，这个工具都是适用的。 IBM Rational Software有很悠久的历史，它最初起源于九十年代初 UML的提出。Rational Software的第一个可视化建模工具是Rational Rose。这是一个独立的建模工具，支持多种语言而且可以自动进行模型 和代码之间的转换。 它包括了如下子工具： （1）Rational Software Architect （2）Rational Systems Developer （3）Rational Application Developer