Rose从入门到精通操作手册.ppt

软件开发工具,第1章 UML 简介,什么是模型？,模型就是现实的简单化,建模的目的和用途,建模是为了能够更好地理解我们正在开发的系统模型帮助我们按照实际情况或按照我们所需要的样式将系统可视化模型允许我们详细说明系统的结构或行为模型给出了一个指导我们构造系统的模板模型对我们作出的决策进行文档化在构建物理实体之前先测试与客户交流降低复杂度,模型和语言,语言 Language模型 Model+表示法 NotationModel:表示系统的结构设计系统时可以在高层进行讨论，而不用太早进入代码的细节Notation:以图表将模型文档化,模型的分类,Structured Methods包括结构化分析，结构化设计等通常用 data flow diagram 描述数据如何经过各个处理流程适于关系数据库设计（大量数据，数据的处理可由数据之外的操作处理）Object-oriented Methods将数据和对数据的操作统一建议迭代、增量（iterative,incremental）开发Example:UML,Shlaer-Mellor,面向对象的建模,面向对象方法是软件开发方法的主流部分，所有软件系统都用对象或类作为其主要构造块要从问题空间或解空间的词汇中找出对象类是对具有共同性质的一组对象的描述不用太早进入代码的细节每一个对象都有标识、状态和行为,UML 定义,UML Unified Modeling Language.UML 是一种对软件密集型系统的制品进行下述工作的语言，这些工作包括：可视化（visualizing）详述（specifying）构造（constructing）文档化（documenting）,UML 定义,UML 是可视化语言UML 是图形化语言，图形便于交流UML 是一种可以详细描述的语言所建的模型是精确的，无歧义和完整的UML 是用于构造系统或理解系统的语言UML 既支持正向工程，又支持反向工程 UML 是文档化语言将所建造的系统记录下来便于新程序员跟进开发产品新版本时很有用处,UML 的发展历史,为 UML 创建做出贡献的人们,UML 工具,UML 的特点,统一标准：已成为面向对象的标准化的统一的建模语言面向对象可视化、表示能力强大独立于过程概念明确，建模表示法简洁，图形结构清晰，容易掌握使用,UML 和代码的关系,用 Java，C+等 programming language 是用编码实现一个系统用 UML 是对一个系统建立模型一些 CASE 工具可以根据 UML 所建立的系统模型来产生 Java，C+或其它程序设计语言代码框架,UML 的构成,视图（Views）图（diagrams）模型元素通用机制,视图（Views）,飞机的三视图,视图（Views）,视图是表达系统某一方面特征的 UML 建模元素的子集，它是由一个或者多个图组成的对系统某个角度的抽象,Use-Case View,用途：描述系统应该具备的功能，即被称为参与者的外部用户所能观察到的功能。用例视图是几个视图的核心，它的内容直接驱动其他视图的开发,Logical View,用途：描述用例视图中提出的系统功能的实现逻辑视图既描述系统的静态结构，也描述系统内部的动态协作关系静态结构在类图和对象图中描述；动态模型在状态图、时序图、协作图以及活动图中描述使用者设计人员开发人员,Process View,用途：考虑资源的有效利用、代码的并行执行以及系统环境中异步事件的处理组成：状态图、协作图和活动图使用者：主要是开发人员和系统集成人员,Component View,用途：描述系统的实现模块以及它们之间的依赖关系组成：组件图使用者：主要是开发人员,Deployment View,用途：显示系统的物理部署，并描述位于节点实例上的运行组件实例的部署情况 组成：配置图使用者：开发人员、系统集成人员和测试人员,UML 中的图,类图(class diagram)对象图(object diagram)用例图(use case diagram)顺序图(sequence diagram)协作图(collaboration diagram)状态图(statechart diagram)活动图(activity diagram)构件图(component diagram)配置图(deployment diagram),模型元素,事物（things）结构事物（structural things）动作事物（behavioral things）分组事物（grouping things）注释事物（annotational things）UML 中的关系（relationships）关联（association）依赖（dependency）泛化（generalization）实现（realization）聚合（polymerization）,结构事物,UML 模型中最基本的结构化事物，包括类接口协作用例活动类组件节点,类,类是对具有相同属性、方法、关系和语义的对象的抽象,接口,类或组件提供特定服务的一组操作的集合描述了类或组件的对外可见的动作,协作,定义了交互操作代表构成系统的模式的实现,用例,描述系统对一个特定角色执行的一系列动作组织动作事物,活动类,类对象有一个或多个进程或线程的类,组件,实现了一个接口集合的物理上可替换的系统部分,节点,在运行时存在的一个物理元素代表一个可计算的资源通常占用一些内存和具有处理能力,动作事物,交互一组对象在特定上下文中，为达到某种特定的目的而进行的一系列消息交换组成的动作状态机由一系列对象的状态组成,分组事物,UML 模型中组织的部分分组事物只有一种：包包是一种将有组织的元素分组的机制包只存在于开发阶段,注释事物,UML 模型的解释部分,UML中的关系,关联依赖泛化实现聚合,通用机制,修饰注释规格说明通用划分扩展机制,修饰,为图中的模型元素增加了语义示例：,注释,以自由的文本形式出现的信息类型是不被UML解释的一个字符串示例：,规格说明,UML 中预定义的特性：文档（Documentation）职责（Responsibility）永久性（Persistence）并发性（Concurrency）,通用划分,型-实例（值）描述一个通用描述符与单个元素项之间的对应关系接口-实现,UML 的扩展组件,构造型标记值约束,构造型,由建模者设计的新的模型元素新的模型元素的设计要以 UML 已定义的模型元素为基础示例：,标记值,附加到任何模型元素上的命名的信息块示例：,约束,用某种形式化语言或自然语言表达的语义关系的文字说明示例：,建模的步骤,Hello World（一个 UML 例子）,关键抽象：在浏览器中打印“Hello World!”的 Java applet 程序在UML中，对这种应用的建模如下图所示,import;public class HelloWorld extends public void paint(Graphics g)g.drawString(Hello World!,10,10);,与 Hello World 直接相关的类,这个类图反映出了“Hello World!”这个应用的基本部分，但还遗漏一些事物。按上述代码的描述，这个应用还涉及其他两个类，即 Applet 和 Graphics，而且二者的使用方式不同。类 Applet 是类 HelloWorld 的父类，类 Graphics 则是在类 HelloWorld 的一个操作 paint 的特征标记和实现中被使用。可以在类图中表示这些类及其他们与类 HelloWorld 的不同关系,Hello World 的继承层次,如果针对 Applet 和 Graphics 研究 Java库，将会发现这两个类是一个更大的类层次的一部分。跟踪类 Applet 扩展和实现的那些类，能够产成另一个类图，如下图所示,Hello World 的包,为了管理大规模的类层次图，可以用包来组织类，如下图所示：HelloWorld 依赖包 Java.appletjava.applet 依赖包 java.awt,Painting 机制,可以使用顺序图对事件的顺序建模，展示了对象的协作,Hello World 的构件,“Hello World!”是一个程序，不能单独运行，通常是嵌入在 Web 页中下面是 HelloWorld 的构件图,第1章 Rose入门,内 容,Rose与可视化建模 Rational Rose工具简介 Rational Rose 2003企业版的安装 Rose应用程序界面Rose模型Rose视图,1 Rose与可视化建模,1.1 理解可视化建模 是开发人员及其团队获得应用程序完整设计蓝图的理想方法，是理解复杂问题和相互交流的有效手段可视化建模有助于软件开发人员：1）可视化应用程序 2）说明应用程序的完整结构和行为 3）创建模板，引导应用程序的构建工作 4）将质量保证贯穿于整个开发生命周期 5）将开发过程中的所有决策信息整理归档,1.2 可视化建模工具的发展与UML 常见的可视化建模方法：OMT、Booch、OOSE UML：统一建模语言是OMG批准的标准建模方法集OMT、Booch、OOSE的优点于一身,1 Rose与可视化建模,1 Rose与可视化建模,1.3 Rose：优秀的可视化建模工具Rose占据了市场上可视化建模工具的主导 衡量可视化建模工具的标准：易于使用灵活性 整合到应用程序生命周期的容易程度可伸缩性基于的标准 Rose的优势GUI允许在同一模型中使用多种构件、语言逆向工程团队管理数据建模和Web建模,1 Rose与可视化建模,1.4 软件开发过程与Rose可视化建模,2 Rational Rose工具简介,2.1 Rational Rose 2003特性Rose 2003分企业版、专业版和Rose Modeler三种版本 Rose 2003支持的特性表1.2,2 Rational Rose工具简介,2.2 Rose的基本功能 面向对象建模用例分析支持UML、COM、OMT和Booch93语义检查支持可控的迭代开发双向工程支持多用户并行开发可以与数据建模工具集成OLE链接、自动化多平台可用性,2 Rational Rose工具简介,2.3 Rose的插件及插件程序管理器 插件包括：Framework WizardRose Ada、ANSI C+、C+、VC+、VB、Java、CORBA、Java、Oracle8、XML DTDRose Data ModelerRose model IntegratorRose Web PublisherRose TOPLink WizardRose Web ModelerQuality Architect、Version Control,2 Rational Rose工具简介,2.3 Rose的插件及插件程序管理器插件程序管理器（Add-In Manager）控制插件程序的状态：激活状态或非激活状态,3 Rational Rose 2003企业版的安装,3.1 系统要求,3 Rational Rose 2003企业版的安装,3.2 安装过程安装向导（引导安装）安装主程序配置许可协议,4 Rose应用程序界面,Rose应用程序界面组成 应用程序窗口显示载体 浏览器窗口模型图超出屏幕显示范围时用于选择观察区域 文档窗口记录用户操作和模型元素信息的辅助提示窗口 模型图窗口用于建立和修改当前模型的图形化视图 规范窗口,Rose应用程序界面组成,4 Rose应用程序界面,4.1 Rose应用程序窗口 控制菜单栏标题栏最小化和最大化按钮菜单栏工具栏日志窗口工具箱状态栏,4 Rose应用程序界面,4.2 工具栏和工具箱 标准工具栏（Standard Toolbar）本书中简称为工具栏与打开的模型图窗口无关，包含一系列可以简化常用操作的图标，如创建新模型、保存模型等 模型图工具栏（Diagram Toolbar）本书中简称为工具箱包含适用于当前模型图的工具，每种模型图都有自己的工具箱 自定义工具栏/工具箱,4 Rose应用程序界面,4.2 工具栏和工具箱自定义工具栏/工具箱单击菜单栏中的ToolsOptions，在弹出的Options窗口中单击Toolbars标签，可以在Toolbars标签中自定义工具栏/工具箱右单击工具栏/工具箱，单击快捷菜单中的Customize,4 Rose应用程序界面,自定义工具栏/工具箱,4 Rose应用程序界面,4.3 文档窗口包含与模型元素规范窗口中完全相同的信息，描述模型元素或者关系，描述角色、约束、目的以及模型元素基本行为等信息文档窗口中输入的一切都将显示为生成的代码中的说明语句，以后不必输入系统代码的说明语句,4 Rose应用程序界面,4.4 模型图窗口 综览窗口提供当前模型图的一个小比例视图，以便浏览整个模型图,4 Rose应用程序界面,4.4 模型图窗口模型图打印对话框4个标签用于设置打印信息打印预览应用过滤,4 Rose应用程序界面,4.5 日志窗口 显示按时间顺序执行某些命令和操作后，应用程序的进展情况、结果和错误可以隐藏消息前面的时间前缀日志可以保存,4 Rose应用程序界面,4.6 规范窗口用于显示和修改模型元素的属性和关系信息以文本方式呈现，在模型元素的图标内可能会显示部分规范窗口中的信息 信息按标签进行显示,5 Rose模型,Rose模型是问题域和软件系统的表示。模型中包含的元素有类、逻辑包、对象、操作、构件包、构件、处理器、设备以及它们之间的关系。这些模型元素中的每一个元素都拥有能唯一标识它们自身的模型属性。Rose模型还包含模型图和规范，它们提供了对模型元素及其属性进行可视化和操作的手段。,5 Rose模型,5.1 创建Rose模型 框架向导（Framework Wizard插件）框架是一系列预定义的模型元素，可以定义某种系统的体系结构，也可以提供一系列可重用构件,5 Rose模型,5.2 保存Rose模型在默认的情况下，Rose模型都以扩展名为.mdl的文件进行保存*.ptl格式文件类似于模型文件（*.mdl），但是只是模型文件的一部分。模型文件*.mdl则保存完整的模型以Rose的旧版本保存模型，可能会丢失某些模型元素和特性,5 Rose模型,5.3 Rose模型的导入与导出导出模型及模型元素导出模型或者模型元素到Petal文件的时机：将元素从一个模型导到另一个模型在不同的平台之间传送模型或模型元素将一个模型或它的元素添加到一个新的软件版次导入模型、包或类导到Petal文件中的内容包括：整个模型、类、逻辑包以及构件包,5 Rose模型,5.3 Rose模型的导入与导出导入模型及模型元素 导入时可选择的文件类型有：模型（.mdl）petal(.ptl)类别（.cat）子系统（.sub）Rose会将导入的元素和当前模型中的相关元素进行比较，提示是否要用导入的元素取代当前模型中的元素。导入元素之后，Rose会更新当前模型中的所有模型图。,5 Rose模型,5.4 将Rose模型发布到Web上 Web发布器（Web Publisher）创建基于Web（HTML）的模型版本，将模型发布到Web上，通过浏览器顺序或非顺序地进行查看 Web发布器会重新创建Rose模型元素，包括图、类、包、关系、属性以及操作等Web发布器所发布的内容可以通过选项控制,5 Rose模型,5.4 将Rose模型发布到Web上Web发布器生成的文件 在发布模型之前，应当创建一个新的文件夹发布一个模型时，需要提供一个HTML根文件的名字。通过打开该文件来显示模型。,5 Rose模型,5.4 将Rose模型发布到Web上发布Rose模型使用Web Publisher命令 使用Ros Web 发布器批处理器,5 Rose模型,5.5模型集成模型集成器（Model Integrator）用于对模型进行比较和合并，一次最多可以处理7个模型。个人可以独立地工作，然后通过模型集成器将模型集成起来。在对模型进行比较时，模型集成器能够显示出模型之间的差别模型的比较与合并操作都在模型集成器中进行,5 Rose模型,模型比较,6 Rose视图,6.1 用例视图基本概念系统中与实现无关的视图，只关心系统的高级功能，而不关心系统的具体实现细节通常在项目开始时要先确定，之后不轻易修改,6 Rose视图,6.1 用例视图包含的内容业务参与者、业务工作者业务用例、业务用例图、业务用例实现参与者用例、用例图、用例文档类图状态图、活动图顺序图、协作图包、文件、URL,6 Rose视图,6.2 逻辑视图基本概念关注系统如何实现使用用例中提到的功能，涵盖系统实现的具体细节从中可以看到系统的逻辑结构,6 Rose视图,6.2 逻辑视图包含的内容用例、用例图类、类实体、类图接口活动图、状态图协作图、顺序图包、文件、URL,6 Rose视图,6.3 构件视图基本概念包含模型代码库、执行库和其它构件的信息从中可以看出系统实现的物理结构,6 Rose视图,6.3 构件视图包含的内容构件接口构件图包文件URL,6 Rose视图,6.4 部署视图基本概念关心系统的实际部署情况一个项目只有一个部署视图,6 Rose视图,6.4 部署视图包含的内容进程处理器连接器设备部署图文件URL,第2章 Rose操作基础,内 容,浏览器 模型图 模型元素的规范,1 浏览器,浏览器功能：可视化显示模型中所有元素的层次结构；拖放（Drag-and-drop）功能同步更新模型，即，浏览器中的模型元素发生变化时，可以自动更新模型中的相应元素，反之亦然,1.1 浏览器的停靠模式以固定的大小停靠在边框上 以可变的大小浮动显示在窗口的任何位置,1 浏览器,1.2 操作模型元素 创建一个模型元素 利用快捷菜单创建模型元素右单击新模型元素所属的父元素（可以是视图、模型图、包等），从快捷菜单中选择New在New下拉菜单栏中选择相应的模型元素选项运用拖放功能注意源位置的标识“from”,1 浏览器,1.2 操作模型元素 删除模型元素 从浏览器中删除一个模型元素，将把该模型元素从模型中永久删除，同时还将删除该元素的关系 可以一次删除多个模型元素按下Ctrl或者Shift键选取要删除的多个模型元素命名模型元素直接在浏览器中输入模型元素的名称注意多元素同名的命名错误,1 浏览器,不同元素相同命名出现的警告对话框,1 浏览器,1.3 拖放功能 浏览器内部的拖放功能浏览器与模型图之间的拖放功能 浏览器与规范窗口之间的拖放功能,1 浏览器,Rose支持的模型图,2 模型图,2.1 模型图窗口,2 模型图,2.1 模型图窗口 可以在模型图窗口中创建和修改模型的图形视图模型图中的每个图标表示模型中的一个元素每个模型图只展示系统模型多种不同视图中的某一个可以同时在应用程序窗口中显示多个不同的模型图,2 模型图,2.2 模型图操作下面的6种常见模型图操作，既可以在浏览器中进行，也可以通过菜单栏中的Browse项进行：创建一个新的模型图删除一个模型图显示一个模型图重命名一个模型图链接一个模型图在模型图窗口中选择多个元素,2 模型图,2.3 模型元素操作创建模型元素 1）单击工具箱中适当的创建工具2）在模型图窗口中的某一位置单击鼠标左键,2 模型图,2.3 模型元素操作命名模型元素不在同一个包内的参与者、用例、类、构件和包，名称可以相同。不同的模型元素拥有相同的名称时，这些元素被称为“重载”重载允许你进行基于多语言构件的开发。重载允许用例视图中的参与者和逻辑视图中的类拥有相同的名称,2 模型图,2.3 模型元素操作创建一个重载元素1）从工具箱中创建一个新的元素2）双击新元素，或者单击BrowseSpecification，打开规范窗口3）在名称字段中输入名称4）单击OK按钮,2 模型图,2.4 操纵模型元素图标 选择图标 撤销图标选择 调整图标大小 移动图标 改变图标表示的元素类型剪切、复制和粘贴图标 图注,2 模型图,2.4 操纵模型元素图标图注的操作图注是加进模型图中的少量文本，可以和模型图中的特定元素相联系 图注用于说明模型元素,2 模型图,2.5 相互关系 对于一个选定的模型图，相互关系可以是一种关系、链接、依赖、转移或者连接创建两个元素之间的相互关系1)单击工具箱中的关系工具 2)将光标移到模型图中的客户（client）图标 3)按下鼠标左键 4)将箭头拖动到模型图中的提供者（supplier）图标5)在提供者元素上点击，释放鼠标,2 模型图,2.5 相互关系命名相互关系1)单击图标2)输入名称3)在已命名的图标之外单击鼠标,2 模型图,2.6 装饰模型图将文本放进模型图中1)从工具箱中选择ABC工具 2)在模型图的某个位置单击鼠标左键 3)编辑文本颜色填充和线条着色使用不同的颜色可以突出显示一些重要的元素,2 模型图,2.6 装饰模型图颜色填充1）右单击模型元素图标2）选中Use Fill Color3）再次右单击模型元素图标，从快捷菜单中选择FormatFillColor4）在弹出的颜色对话框中选择颜色,2 模型图,2.6 装饰模型图线条着色1）右单击模型元素图标2）从快捷菜单中选择FormatFillColor3）选择适当的颜色并确定,2 模型图,2.7 模型工作空间 模型工作空间是当前所有已加载的单元和已打开的模型图的快照通过定义一个或多个工作空间，可以建立在Rational Rose中的工作环境，并在每次准备好工作的时候返回到工作空间加载工作空间时，Rose通过加载特定的控制单元和打开正确的模型图，取回它们的快照,2 模型图,2.7 模型工作空间已保存的模型和模型工作空间一个完整的、已保存的模型包含模型图、元素和控制单元。一个模型工作空间包含的是已保存的模型、已打开的模型图和控制单元在特定时间的实际状态。可以让多个模型工作空间与一个模型相关模型工作空间的保存不影响该模型如何在另一台机器上加载,2 模型图,2.7 模型工作空间保存模型工作空间在默认的情况下，Rational Rose以“-.wsp”的形式命名工作空间要保存一个模型工作空间1）单击FileSave Model Workspace（Rose同时保存模型和工作空间文件）2）在Save As对话框中输入工作空间文件的名称,2 模型图,2.7 模型工作空间加载模型工作空间 1）单击FileLoad Model Workspace2）选择要加载的模型工作空间文件名3）单击Open按钮,2 模型图,规范窗口用于显示和修改模型元素的属性和关系在规范窗口中显示的一些信息也可以在图标中显示出来，用于来描绘模型图中的模型元素规范窗口中提供了诸如字段、列表框、选项按钮和复选框之类的标准接口元素,3 模型元素的规范,3.1 显示规范窗口显示模型元素规范窗口的方法：在模型图或者浏览器中双击一个项注意：通过双击一个逻辑或构件包时显示规范窗口，必须关掉ToolsOptionsDiagramDouble-Click to Diagram选项 单击模型图中的一个项，然后单击BrowseSpecification 右单击模型图中的一项以显示快捷菜单，然后单击Open Specification 选中模型图中的一个项，然后按下CTRLB 选中模型图中的一个项，然后按下F4键,3 模型元素的规范,3.2 自定义规范窗口 如果语言插件支持模型元素中相应的规范，则打开一个已经映射到语言的模型元素的规范窗口时，将显示语言自定义的规范。否则，只显示标准的Rose规范窗口。,3 模型元素的规范,3.3 编辑规范通过编辑一个模型元素的规范，或者通过修改模型图中的图标来改变该元素的属性或关系，Rose会自动地更新相应的模型图和规范一个模型元素如果是写保护的，或者被包含在一个写保护的控制单元内，则该元素规范的OK按钮将被禁用，以阻止对它的修改,3 模型元素的规范,3.4规范窗口的常见元素 对话框所有的规范窗口都以对话框的形式显示，并且带有可以导航到特定页和特定项的标签Gerenal标签名称（Name）文档（Documentation）构造型（Stereotype）,3 模型元素的规范,3.4规范窗口的常见元素Detail标签,3 模型元素的规范,3.4规范窗口的常见元素Files标签显示文件、URL、视图文件，以及已经插入到或链接到模型元素和模型图的URL。Files标签在操纵补充文档的链接时十分有用 当在浏览器中展开元素或模型图时，所有在Files标签中列出的URL和文件都将显示出来,3 模型元素的规范,3.4规范窗口的常见元素5个控制按钮 OKCancelApplyBrowseSelect in Browser：高亮显示浏览器中所选项Browse Parent：打开所选项父项的规范窗口 Browse Selection：打开当前被选项的规范窗口 Show Usage：显示一个所有当前被选项支持的图的列表（在协作图中，显示消息的用法列表）Help,3 模型元素的规范,3.5 标签导航插入操作（插入一个新的行）单击快捷菜单中的Insert或者，按INSERT键删除操作（删除一行）选中行，单击快捷菜单中的Delete或者，按DELETE键,3 模型元素的规范,用例图及其应用,用例图建模,内 容,基本概念 关系及其应用 参与者规范及应用用例规范及应用 用例视图,用例图由三部分组成：参与者一组（个）用例关系,1 基本概念,1.1 参与者定义是直接与系统相互作用的系统、子系统或类的外部实体的抽象。它是用户所扮演的角色，是系统的用户。每个参与者定义了一个角色集合。通常，一个参与者可以代表一个人、一个计算机子系统、硬件设备或者时间等角色。典型的参与者如销售部经理、销售员和结帐系统。图形表示用小人图符表示,1 基本概念,1.1 参与者 参与者的识别谁将使用系统的主要功能？谁将需要系统的支持来完成他们的日常任务？谁必须维护、管理和确保系统正常工作？谁将给系统提供信息、使用信息和删除信息？系统需要处理哪些硬件设备？系统使用了外部资源吗？系统需要与其他什么系统交互吗？谁或者什么对系统产生的结果感兴趣？一个人同时使用几种不同的规则吗？几个人使用相同的规则吗？系统使用遗留下来的应用吗？,1 基本概念,1 基本概念,1.2 用例定义对一组动作序列的描述，系统通过执行这一组动作序列为参与者产生一个可观察的结果用例特征说明了系统具有的一种行为模式 说明了一个参与者与系统执行的一个相关的事务序列提供了一种获取系统需求的方法 提供了一种与最终的用户和领域专家进行沟通的方法 提供了一种测试系统的方法图形表示用椭圆形表示，用例的名字显示在图标的下面,1.2 用例 用例识别 参与者要向系统请求什么功能？每个参与者的特定任务是什么？参与者需要读取、创建、撤消、修改、或存储系统的某些信息吗？是否任何一个参与者都要向系统通知有关突发性的、外部的改变？或者必须通知参与者关于系统中的发生的事件？这些事件代表了哪些功能？系统需要哪些输入/输出？这些输入输出来自哪里或者到哪里去？哪些用例支持或维护系统？是否所有功能需求都被用例使用了？系统当前实现的主要问题是什么？,1 基本概念,1.3 事件流 事件流是用例完成需求行为的事件描述。事件流的目的是建立用例中逻辑流程的文档，详细描述系统用户的工作和系统本身的工作，既包括正常状态下系统完成需求行为的事件，也包括在其他状态下不能完成需求行为的事件。事件流通常包括：简要说明 前置条件 事件流 后置条件,1 基本概念,社区管理案例,1.4 用例模型 一个用例模型由一个或者多个用例图和所有的支持文件（诸如用例规范和参与者定义等）所构成。用例规范是大多数用例模型的产物，而用例图充当将需求模型综合在一起的粘胶剂。用例模型应当从项目投资者的角度进行开发，而不是从开发者的（通常是技术）观点去开发。,1 基本概念,关系反应了参与者和用例之间、用例和用例之间以及参与者和参与者之间的相互作用。在一个用例图中，可能会出现关联关系、依赖关系、泛化关系以及这三种关系的扩展形式：扩展关系、包含关系和精化关系。,2 关系及其应用,2.1 关联关系 关联关系表示一种通信路径，它存在于参与者和用例之间，提供用例和参与者之间的通信途径。建立通信之后，信息可以双向流动。关系方向显示的不是信息的流动方向，而是谁启动信息。,2 关系及其应用,2 关系及其应用,2.1 关联关系表示工具箱中：一个直角直线模型图中：一条直线或者一条带箭头的直线关联命名一个动词或者一个动词短语，用于指明关系的类型或者目的。,关联关系表示通信途径,2.1 关联关系在用例图中，通常存在两种类型的关联：单向关联 双向关联 Actor1 与 UseCase1Actor2 与 UseCase1,2 关系及其应用,2.2 依赖关系定义存在于两个模型要素之间的一种关系，其中一个模型要素的改变将影响另一个模型要素 表示方法工具箱和模型图中均表示为一个带箭头的虚线 画图时，拖动鼠标从客户到提供者画出关联关系,2 关系及其应用,2.3 泛化关系定义在一个更一般的模型要素和另一个较具体的模型要素之间存在的一种关系，通常用于表示类（包括用例、参与者等）之间的继承关系 表示方法工具箱中：模型图中：一条带空心三角形箭头的实线（箭头方向从具体用例指向一般用例）,2 关系及其应用,2.3 泛化关系 用例之间的泛化关系 参与者之间的泛化关系,2 关系及其应用,2 关系及其应用,2.4 关系的扩展1）扩展关系 扩展关系可以放置在所有的关系上，大多数扩展构造型都放置在依赖关系和关联关系上扩展关系用带箭头的虚线表示，沿线上加一个用双尖括号括起来的“extend”,2.4 关系的扩展常见的几种扩展关系 a.两个用例相似但不完全相同时（如图）b.当要对多个额外情况逐一建模时，可以使用扩展关系，用一个独立的用例替代每个额外的情况 c.如果用例涵盖了所有的情况变化，则该用例将会变得十分复杂，应该考虑使用扩展关系,2 关系及其应用,2 关系及其应用,2.4 关系的扩展 2）包含关系是一种构造型关系，它将一个基用例连接到一个包含用例UML1.1中为使用关系，在1.3中改为包含关系包含关系在一个用例中重用另一个用例中的步骤 包含关系用带箭头的虚线表示，沿线上加一个用双尖括号括起来的“include”,2.4 关系的扩展 使用包含关系的三种情况：a.如果有多个用例，并且这些用例包含大量类似的行为，应该考虑将这些类似的行为通过包含关系包含到用例中 b.对两个或多个互相独立的用例建模时做了重复的工作，可以通过包含关系包含这些重复的工作 c.如果某个行为可能会引入冗余，或者，当行为发生变化时可能导致不一致性，这时，应该对这种行为进行孤立建模并将它包含到用例中,2 关系及其应用,2.4 关系的扩展 包含关系举例,2 关系及其应用,2.4 关系的扩展 3）精化关系精化关系在不同的语义层或者开发阶段连接两个或者多个模型要素。它表示了某些在一个特定的细节层次上规定的东西的更加全面的规格说明。例如，一个设计类就是一个分析类的一种精化。在一个精化关系中，源模型要素是一般的，在定义上更加概括；而目标模型要素更加具体并得到了进一步的精化。,2 关系及其应用,3.1 参与者规范 Rose在实现中对参与者和类使用相同的规范窗口，包括如下一些标签：General DetailOperationsAttributesRelationsComponentsNestedFiles,3 参与者规范及应用,3 参与者规范及应用,3.1 参与者规范 General标签NameStereotypeDocumentation,3 参与者规范及应用,3.1 参与者规范 Detail标签Multiplicity（参与者基数）Abstract（抽象参与者）,3 参与者规范及应用,3.1 参与者规范 Relations标签列出了参与者参与的所有关系。包括参与者与用例、参与者与其他参与者的一切关系,3.2 参与者的操作 1）增加参与者 2）删除参与者,3 参与者规范及应用,4.1 用例规范 General标签Diagrams标签Relations标签Files标签,4 用例规范及应用,4 用例规范及应用,4.1 用例规范General标签NamePackageStereotypeRankAbstractDocumentation,4.1 用例规范 Diagrams标签用例所拥有的模型图的信息，其中第一列（没有标题）显示模型图的图标，第二列（Title）显示图的名称,4 用例规范及应用,4 用例规范及应用,4.1 用例规范 Relations标签用例与其他用例或参与者之间存在的所有关联关系,4 用例规范及应用,4.1 用例规范 Files标签,4.2 用例的操作 增加用例 将新的用例加入用例图 将现有的用例加入用例图 删除用例仅仅从一个用例图中删除一个用例 从整个模型中删除用例 添加文件和链接URL,4 用例规范及应用,5 用例视图,用例图包含的内容用例参与者用例与参与者之间的通信关系用例之间的包含和扩展关系参与者的泛化关系用例图用例实现顺序图协作图,5.1 用例图操作（RUP软件过程模型）创建新的用例图打开已有的用例图删除用例图链接用例图重命名用例图,5 用例视图,5.1 用例图工作箱 常用工具10个按钮 定制工具箱,5 用例视图,6.1 寻找所有的系统参与者actors,直接在Actors节点下面点击右键新增,6 用例视图操作（RUP）,6.1 寻找所有的系统参与者actors,直接在Actors节点下面点击右键新增,6 用例视图操作（RUP）,6.2 寻找和识别每个系统参与者actor使用系统完成什么任务、目标、功能，注意节点位置,用例视图操作（RUP）,公共的用例目录,使用说明,6.2 寻找和识别每个系统参与者actor使用系统完成什么任务、目标、功能，,用例视图操作（RUP）,6.3 全局用例图,6 用例视图操作（RUP）,这是展示系统所有参与者和用例的全局用例图。可能会比较复杂，通常围绕参与者来组织用例来分解这种复杂性,6.4 用例图细化和补充，可以对每个用例增加如下制品：,6 用例视图操作（RUP）,一个用例可以使用交互图、类图、文档等来更进一步细化描述，比如对用例文本使用相关文档来描述，对用例的事件流可以使用活动图或者交互图来描述,类图及其应用,静态建模-类图建模,内 容,基本概念 类图操作 类规范与类的应用 属性规范与应用 操作规范与应用 关联规范与应用 泛化规范与应用 依赖规范与应用聚合规范与应用 逻辑包规范与应用,引 言,类图是逻辑视图的重要组成部分，用于对系统的静态结构建模，涉及到具体的实现细节。在系统分析阶段，类图主要用于显示角色和提供系统行为的实体的职责；在系统设计阶段，类图主要用于捕捉组成系统体系结构的类结构；在系统编码阶段，根据类图中的类及它们之间的关系实现系统的功能。,类图的地位和作用,1.1 类定义类是一组具有相同属性、相同行为、和其他对象有相同关系、有相同表现的对象描述类具有属性和操作图形表示类名、属性、操作可以简化表示,1 基本概念,1.1 类 属性一般描述类的某个特征，可以确定并区分对象以及对象的状态完整的语法表示可见性属性名多重性：类型初值特殊串 操作操作是与类相关联的行为，表示类提供的服务 完整的语法表示可见性 操作名(参数表)：返回类型 特殊串,1 基本概念,1 基本概念,1.1 类对象对象是一个类的实例，对象的每一个属性都有具体的值 图形表示John是对象名，Person是类名 对象在交互图和状态机中使用 接口一组可重用的操作，描述类的部分行为图形表示两种表示方法,1 基本概念,1.2 关系1）关联（association)定义两个类在概念上有连接关系时，类之间的连接称为关联；提供了不同类的对象可以相互作用的连接 图形表示用一根连接类的实线表示，用箭头表示关联的方向；如果不明确指明方向，则默认关联是双向的,1 基本概念,1.2 关系 2）聚合（aggregation)定义类之间的一种整体与部分的关系 体现了一种层次结构，整体类位于部分类的上层，多个部分类处于并列的层次