UML学习笔记之Rational Rose 视图模型概述

本文介绍了Rational Rose这一UML可视化建模工具及其四种核心视图模型:用例视图、逻辑视图、构件视图和部署视图。详细解释了各视图的功能与应用场景,并探讨了它们在软件开发过程中的作用。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

   今天开始学习UML与Rose建模,争取每学完一张就来写一篇博客更新总结学习到的内容,养成写技术博客的习惯!

简单介绍一下Rational Rose:

Rational Rose 这套软件是Rational公司出品的一种面向对象的统一建模语言的可视化建模工具。用于可视化建模和公司级水平软件应用的组件构造。

Ration Rose的四种视图模型:

软件界面的组成部分不必多言,主要一开始令我比较困惑的是他的四种视图模型,这四种视图模型分别是用例视图,逻辑视图,构建视图和部署视图。

这每个视图都有其不同的功能和用处,一个个解释。

用例视图:

用例视图在软件中是Use Case View,这个视图的主要功能是包括了系统中的所有参与者、用例和用例图。用例视图不关心系统如何实现,他主要关心的是系统功能的高层抽象,适合于对系统进行分析和获取需求,必要的时候也可以添加顺序图协作图活动图和类图等等。

用例:用例用来表示在系统中的各种服务,定义了系统是如何被参与者所使用的,描述的是参与者为了使用系统提供的某一完整功能而与系统之间发生的一段对话。用例中还可以再创建各种图,包括顺序图协作图活动图和类图之类的,可以层层嵌套。

参与者:参与者是指存在于被定义系统外部并与该系统发生交互的人或其他系统,参与者代表了系统的使用者或者使用环境。

类:是对某个对象或者某些对象的定义,包含相关对象动作方面的信息,包括他的名称,方法属性和事件。

用例图:用例图在用例视图中显示了各个参与者、用例以及他们之间的交互。在用例图下可以连接用例图相关的文件和URL地址。

类图:在用例视图下也允许创建类图。类图提供了结构图类型的一个主要实例,并提供一组记号元素的初始集,以供其他结构图使用。

协作图:在用例视图下也允许创建协作图来表达各种参与者和用例之间的交互协作关系。

序列图:在用例视图下也允许创建序列图,序列图用于表达各种参与者和用例之间的交互序列关系。

状态图:在用例视图下,状态图主要表达各种参与者和类的状态之间的转换。

活动图:在用例视图下,活动图主要用来表达参与者的各种活动之间的转换。

总结:用例视图主要的功能是在项目开始的时候,项目开发小组可以选择用例视图来进行业务分析,确定业务功能模型、完成系统的用例模型。客户、系统分析人员和系统的管理人员根据系统的用例模型和相关文档来确定系统的高层视图。一旦客户同意了用例模型的分析,就可以确定系统的范围,然后在逻辑视图中继续开发。

逻辑视图:

逻辑视图的主要作用是关注与系统如何实现用例中所描述的功能,主要是对系统功能性需求提供支持,在逻辑视图中,用户将系统更加仔细的分解为一系列的关键抽象。

逻辑视图也包含类、用例类图用例图等等,用法和用例视图的完全一样,不在重复讲解,只对不重复的模型元素进行讲解。

工具类:其中工具类是逻辑视图所新增的,工具类是类的一种,是对公共机制或者服务的定义,通常存放一些静态的全局变量,从而方便其他类对这些信息进行访问。

接口:接口和类不同,类可以有他的真实实力,然而一个接口必须至少有一个类来实现它。

总结:在逻辑视图中关注的焦点是系统的逻辑结构。在逻辑视图中,不仅要认真抽象出各种类的信息和行为,还要描述类的组合关系等,尽量产生出能够重用的各种类和构件,这样就可以在以后的项目中方便的添加现有的类和构件,而不需要一切从头再开始一遍。一旦表示出各种类和对象并描绘出这些类和对象的各种动作和行为之后,就可以转入构件视图中,以构件为单位勾画出整个系统的物理结构。

构件视图:

构件视图用来描述系统中各个实现模块以及他们之间的依赖关系。构建视图包含模型代码库、执行文件、运行库和其他构件的信息,但是按照内容来划分构件视图时,其主要由包、构件和构件图构成。包是与构件相关的组,构件是不同类型的代码模块,他是构造应用的软件单元,构件可以包括源代码构件,二进制代码构件以及可执行构件等。

包:包在构件视图中仍然担当的是划分的功能。使用包可以将构件视图中的各种构件划分,不同功能的构件可以放置到不同的逻辑视图的包中。

构件:构件图中最重要的模型要素就是构件,构件是系统中实际存在的可更换部分,它实现特定的功能,符合一套接口标准并实现一组接口。

构件图:构件图的主要目的是现实系统构件间的结构关系。

部署视图:

部署视图的作用就很简单了,主要就是用来显示系统的实际部署情况,是便于理解系统如何在一组处理节点上的物理分布而在分析和设计中使用的构架视图。部署视图考虑的是整个解决方案的实际部署情况,所描述的是在当前系统结构中所存在的设备,执行环节和软件运行时的体系结构,它是对系统拓扑结构的最终物理描述。

处理器:指有处理功能的节点。

设备:指没有处理功能的节点,例如打印机。


个人总结:本章的难点个人认为就是各个视图的作用以及在这些视图下所支持的各种功能和图。用例视图主要是进行一个高度抽象的业务分析,设计出系统的大致需求,而不要求进行系统实现,逻辑视图则是设计出系统的逻辑结构,以及确定各种类的信息和行为等等,然后再转入构件视图,勾画出整个系统的物理结构。最后,部署视图则关心具体的设备部署。可以看出Rose套件功能强大,是一款良好的UML工具。



关于本教程 欢迎使用Rational Rose教程Rational Rose是一套可视化建模工具,用于在C/S,分布式企业环境下开发健壮的,有效的解决方案以满足真正的业务需求。本教程通过指导你一步步地进行一个复杂的业务问题的真正实现解决,教给你如何使用Rose。 估计完成时间:完成整个教程需要花大约10小时。当然可以从任何部分开始和结束,剩下的部分以后再看。每一部分还有完成该部分所需时间,如前言部分需要大约5分钟。 示模型:在本教程中,你将为一个叫做Classics的虚构的公司开发一套POS系统。Classics公司是一家快速成长的连锁店,经营经典的音乐、电影、图书。该公司的POS系统已经过时,现在必须作一套新的定单处理和实现系统(OPFS)。随着本教程的不断深入,你将开发OPFS系统以帮助Classics公司更好的管理其商店和存货。 该教程适合我吗?如果你有一点或没有Rational Rose知识,都可以使用本教程。当然你得对Windows (NT/95/98)操作系统、面向对象分析&设计(OOAD)概念、UML语言有一些基本了解。 本教程是如何组织的?本教程是按照在业务和应用软件建模中的行为步骤来进行的,每一部分是建立在前一部分提出的知识的基础上的。但是每一部分都是独立的单元。这就意味着你可以从任何一部分开始,而跳过其他部分。如,如果你懂业务建模,就可以跳过第3部分直接进行第4部分。 我可以按照各部分的顺序吗?按照各部分的顺序,你可以模拟一个真实世界的开发环境。看完了第1和第2部分的介绍材料,就自然地进入第3部分的OPFS的工作。在第3部分中你将开始Classic公司的业务建模。接下来进行建模应用需求以及实现。在最后部分将产生代码以及正逆向模型和代码 每一部分面有什么?每个部分包含:  (一个解释你要干什么以及为什么干的)介绍  (一个完成该部分所需时间的)估计  (一个完成部分开发的)样模型  (一个在该部分引入的特性的详细指导)‘试一试’部分  一个已完成的模型  (一个在该部分所学的Rose的特性的)概要 使用样本模型 本教程采用手把手的方式教你如何学习Rational Rose。在每一部分的开始,你要装载一个针对该部分的半成品模型。随着在该部分的一步步执行指令,模型被细化并进入下一个开发阶段。如果你选择跳过某个部分,你仍然可以使用后面的模型,只要装载适当的样本模型
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值