先看一下rose的界面:
ROSE的组织方式:
rose模型的四个视图是Use Case视图 、Logical视图、Component视图和Deployment视图。每个视图针对不同对象，具有不同用途。
Use Case视图包括系统中的所有角色、案例和Use Case图，还包括一些Sequence图和Collaboration图。
Logical视图关注系统如何实现使用案例中提到的功能。它提供系统的详细图形，描述组件间如何关联。除其它内容之外，Logical视图还包括需要的特定类、Class图和State Transition 图。利用这些细节元素，开发人员可以构造系统的详细设计。
Component视图包括模型代码库、执行库和其它组件的信息。组件是代码的实际模块。Component视图的主要用户是负责控制代码和编译部署应用程序的人。有些组件是代码库，有些组件是运行组件，如执行文件或动态链接库（DLL）文件。
Collaboration图关注系统的部署，可能与系统的逻辑结构不同。整个小组都用Collaboration图了解系统部署，但用户是发布应用程序的人员。
面向对象的模型设计方法
定义：利用面向对象方法，把应用程序分成许多小块（对象），这些对象是独立的，然后组合这些对象，建立程序。
特点：抽象 封装 层次
UML学习
UML的三种词汇: 要素 关系 图
UML中由一些四种要素
1）表叙结构的要素－－－ 类、接口、协作（它是一个交互，它是由一组共同工作以提供某协作行为的角色和其它元素构成的一个群体。）、用例。
2）用于行为的要素 －－－ 交互、状态机（描述了一个对象或者一个交互在生命期内响应事件所经历的状态序列）。
3）用于组织的要素 －－－ 包
4）辅助说明的要素 －－－ 注解
UML中的四种关系
1）依赖 －－－ 依赖者”使用被依赖的关系.
2）关联 －－－ 两个类的实例直接的连接,聚合和组合也是关联关系的一种强化.
3）泛化 －－－ 一般/特殊关系
4）实现 －－－ 用在两种地方：接口和实现他们之间的类和构件之间；用例和实现他们的协作之间。
UML中的图
用例图use case diagram，描述系统功能
类图class diagram，描述系统的静态结构
对象图object diagram，描述系统在某个时刻的静态结构
序列图sequence diagram，按时间顺序描述系统元素间的交互
协作图Collaboration diagram，按照时间和空间顺序描述系统元素间的交互和它们之间的关系
状态图state diagram，描述了系统元素的状态条件和响应
活动图activity diagram，描述了系统元素的活动
组件图component diagram，描述了实现系统的元素的组织
配置图deployment diagram，描述了环境元素的配置，并把实现系统的元素映射到配置上
UMLl类图及关系和java的对应
类（Class）
类（图）是对象的蓝图，其中包含3个组成部分。第一个是Java中定义的类名。第二个是属性（attributes）。第三个是该类提供的方法。
属性和操作之前可附加一个可见性修饰符。加号（+）表示具有公共可见性。减号（-）表示私有可见性。#号表示受保护的可见性。省略这些修饰符表示具有package（包）级别的可见性。如果属性或操作具有下划线，表明它是静态的。在操作中，可同时列出它接受的参数，以及返回类型，
包（Package）
包是一种常规用途的组合机制。UML中的一个包直接对应于Java中的一个包。在Java中，一个包可能含有其他包、类或者同时含有这两者。进行建模时，你通常拥有逻辑性的包，它主要用于对你的模型进行组织。你还会拥有物理性的包，它直接转换成系统中的Java包。每个包的名称对这个包进行了惟一性的标识
接口（Interface）
接口是一系列操作的集合，它指定了一个类所提供的服务。它直接对应于Java中的一个接口类型。接口既可用图标来表示，也可由附加了<<interface>>的一个标准类来表示。通常，根据接口在类图上的样子，就能知道与其他类的关系。
依赖（Dependency）
实体之间一个“使用”关系暗示一个实体的规范发生变化后，可能影响依赖于它的其他实例。更具体地说，它可转换为对不在实例作用域内的一个类或对象的任何类型的引用。其中包括一个局部变量，对通过方法调用而获得的一个对象的引用，或者对一个类的静态方法的引用（同时不存在那个类的一个实例）。也可利用“依赖”来表示包和包之间的关系。由于包中含有类，所以你可根据那些包中的各个类之间的关系，表示出包和包的关系。
关联（Association）
实体之间的一个结构化关系表明对象是相互连接的。箭头是可选的，它用于指定导航能力。如果没有箭头，暗示是一种双向的导航能力。在Java中，关联转换为一个实例作用域的变量，就像图的“Java”区域所展示的代码那样。可为一个关联附加其他修饰符。多重性（Multiplicity）修饰符暗示着实例之间的关系。在示范代码中，Employee可以有0个或更多的TimeCard对象。但是，每个TimeCard只从属于单独一个Employee。
聚合（Aggregation）
聚合是关联的一种形式，代表两个类之间的整体/局部关系。聚合暗示着整体在概念上处于比局部更高的一个级别，而关联暗示两个类在概念上位于相同的级别。聚合也转换成Java中的一个实例作用域变量。
关联和聚合的区别纯粹是概念上的，而且严格反映在语义上。聚合还暗示着实例图中不存在回路。换言之，只能是一种单向关系。
组合（Composition）
组合是聚合的一种特殊形式，暗示“局部”在“整体”内部的生存期职责。合成也是非共享的。所以，虽然局部不一定要随整体的销毁而被销毁，但整体要么负责保持局部的存活状态，要么负责将其销毁。局部不可与其他整体共享。但是，整体可将所有权转交给另一个对象，后者随即将承担生存期职责。
Employee和TimeCard的关系或许更适合表示成“组合”，而不是表示成“关联”
泛化（Generalization）
泛化表示一个更泛化的元素和一个更具体的元素之间的关系。泛化是用于对继承进行建模的UML元素。在Java中，用extends关键字来直接表示这种关系。
实现（Realization）
实例关系指定两个实体之间的一个合同。换言之，一个实体定义一个合同，而另一个实体保证履行该合同。对Java应用程序进行建模时，实现关系可直接用implements关键字来表示。
下面结合软件工程知识、怎么利用ROSE建模工具，
一、 需求分析阶段
任务：建立用户需求和功能模块，确定系统中的角色和使用案例。利用ROSE，生成角色，使用案例和生成用例图
所用到的框图：
1.Use-Case Diagrams：显示使用案例（表示系统功能）与角色（人或系统）间的交互。如下图：
Use Case（用例）：在不展现一个系统或系统内部结构的情况下，对系统或系统的连贯的功能单元的定义和描述。
角色：使用软件的人或外部系统本身。
2. sequence diagram
按时间先后顺序，从上到下分析使用案例，确定案例的处理流程。如下图：
3 Collaboration diagram ：
确定对象之间的关系的处理过程的分析流程。如下图：
二、 概要设计阶段
任务：通过分析Use-Case Diagrams ，得到所用到的类，分析这些类的属性、操作和它们之间的关系。
所用到的框图：
1.Class Diagrams.
显示系统中类与类之间的交互。
2.包：具有一些共性的类组合在一起的图。
三、 详细设计阶段
任务：细化和个性Use-Case的描述 ，如类的操作和对象之间的消息相对应，填充参数及复杂的类的设计。
所用到的框图：
1.Class Diagrams
2.State Diagrams:显示一个对象从生成到删除的生命周期。
四、 编码和测试阶段
任务：进行软件的开发和测试，生成组件框图。
组件：表示代码的物理模块。
组件框图：表示系统中的组件及相互依赖性。
Delpoyment Diagrams:显示网络中的物理布局和各种组件的位置。
浙公网安备 33010602011771号