Rational Rose使用一、几种UML工具汇总。

目前市场上UML工具比较多，我们将列出比较有影响力的UML工具。

◆Rational Rose: 如果不提及由Rational软件公司开发的Rational Rose建模工具，那就无需考虑UML工具的完整性。

Rational Rose（Rose代表“Rational Object-oriented Software Engineering”）对UML来说，是一款可视化的建模工具。

它有不同的版本来满足不同的需求。

Rational Rose提供上面我们谈到所有的特征。

除此之外，Rational Rose也可以支持在同样的环境下进行数据模型的设计。

Rational Rose更有趣的特征就是能够将UML中的图作为网页和图片发布。

这就使得你能够在不安装Rational Rose的情况下分享你的应用设计。

◆Together Control Center:由美国的Borland 公司开发的Together Control Center（源于Togethersoft）是一款可视化的UML建模工具。

Together Control Center支持UML图、MVC 建模、正向工程技术和自动更新工程技术，以及双向工程技术，并且可以集成到比如IBM WebSphere Studio的集成开发环境。

它不但支持文档编制，并且可以支持协作建模环境。

Together Control Center的另一个特征是pattern repository。

pattern repository使得经常使用的图和设计形式能够在建模中重新使用。

它还支持Rational软件统一开发过程和极限编程方法等。

◆Poseidon:源于Gentleware的Poseidon在ArgoUML开源软件中有其坚固的根基。

作为开源的ArgoUML建模工具是一款实用的工具，包含全部UML特征的并且可以免费获得。

Gentleware已经采取措施使得ArgoUML成为一款很好的建模工具。

使用Poseidon不同的格调来满足不同的需求。

Poseidon通过使用单一用途的插件来支持正向技术和自动更新技术以及文档编制。

Gentleware并没有忘记它的开源的特性，因此，为个人软件开发者免费提供UML Community Edition 1.5的Poseidon。

二、Rational Rose工具介绍与使用。

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

就像一个戏剧导演设计一个剧本一样，一个软件设计师使用Rational Rose，以演员（数字）、使用拖放式符号的程序表中的有用的案例元素（椭圆）、目标（矩形）和消息/关系（箭头）设计个种类，来创造（模型）一个应用的框架。

当程序表被创建时，Rational Rose记录下这个程序表然后以设计师选择的C++, Visual Basic, Java, Oracle8, CORBA或者数据定义语言（Data Definition Language）来产生代码。

Rational Rose 的两个受欢迎的特征是它的提供反复式发展和来回旅程工程的能力。

Rational Rose允许设计师利用反复发展（有时也叫进化式发展），因为在各个进程中新的应用能够被创建，通过把一个反复的输出变成下一个反复的输入。

（这和瀑布式发展形成对比，在瀑布式发展中，在一个用户开始尝试之前整个工程被从头到尾的完成。

）然后,当开发者开始理解组件之间是如何相互作用和在设计中进行调整时,Rational Rose能够通过回溯和更新模型的其余部分来保证代码的一致性,从而展现出被称为"来回旅程工程"的能力.Rational Rose是可扩展的,可以使用刻下载附加项和第三方应用软件.它支持COM/DCOM (ActiveX), JavaBeans, 和Corba组件标准.Rational Rose界面图：Rose支持的模型图静态结构建模描述系统中的物理结构部署图Deployment diagram静态结构建模描述代码构件的物理结构以及构件之间的依赖关系。

组件图有助于分析和理解组件之间的影响程度构件图Component diagram动态行为建模描述满足用例要求所需进行的活动以及活动间的关系的图活动图Activity diagram动态行为建模显示系统中类的对象所有可能的状态以及事件发生时状态的转换条件状态图Statechart diagram动态行为建模按时间顺序显示用例中特定情形的操作流程顺序图Sequence diagram动态行为建模从对象组织结构的角度显示用例中特定情形的操作流程协作图Collaborationdiagram系统功能建模用例图从用户的角度描述系统功能的使用者和主要的系统操作流程。

显示用例与参与者及其相互关系用例图Use-case diagram静态结构建模显示系统中的类和包，提供系统构件及其相互关系类图Class diagram建模角度描述图标模型图三、使用案例网上选课系统主要包括如下功能：管理员通过管理界面进入，建立本学期要开的各种课程、将课程信息保存在数据库里并可以对课程进行改动和删除。

学生通过客户机浏览器根据学号和密码进入选课界面，在这里学生可以进行三种操作：查询已选课程、选课以及付费。

同样，通过业务层，这些操作结果存入数据库中。

本系统拟使用Java语言通过三层模型实现：数据核心层，业务逻辑层和接入层。

其中，数据核心层包括对于数据库的操作；业务逻辑层作为中间层对用户输入进行逻辑处理、再映射到相应的数据层操作；而接口层包括用户界面，包括系统登入界面、管理界面、用户选课界面等。

本系统涉及的用户包括管理员（Registrar）和学生（Student），他们是用例图中的活动。

数据库管理系统是另外一个活动者。

注：因为付费方式的多样化，所以在此将不讨论涉及到付费有关的设计。

1．1用例图1．1．1事件流①添加课程事件流：1.管理员选择进入管理界面，用例开始。

2.系统提示输入管理员密码。

3.管理员输入密码。

4.系统验证密码。

A1：密码错误5．进入管理界面，系统显示目前所建立的全部课程信息。

6．管理员选择添加课程。

7．系统提示输入新课程信息。

8．管理员输入信息。

9．系统验证是否和已有课程冲突。

A2：有冲突10．系统添加新课程，提示课程添加成功。

11．系统重新进入管理主界面，显示所有课程。

12．用例结束。

其他事件流：A1：密码错误1．系统提示再次输入。

2．用户确认。

3．三次错误，拒绝再次访问。

4．否则进入添加课程事件流第5步。

A2：有冲突1．系统提示冲突，显示冲突课程信息。

2．用户重新输入。

3．继续验证直到无冲突。

4．进入添加课程事件流第10步。

注：删除课程事件流和修改课程事件流与此类似，在此不再详述。

②选课事件流：1.学生进入选课登入界面，用例开始.2.系统提示输入学号和密码.3.学生输入学号密码.4.系统验证：A1;验证失败。

5、进入选课主界面。

6、学生点击选课。

7、系统显示所有课程信息。

8、学生选择课程。

9、系统验证课程是否可选。

A2：不可选。

10、系统提示课程选择成功，提示学生交费。

11、用例结束。

错误流：A1：验证失败1．系统提示验证失败，提示重新输入。

2．三次失败，拒绝访问。

3．成功，转选课事件流第5步。

A2：不可选1．系统提示不可选及原因。

2．学生重新选课。

3．重新验证直至成功。

4．转选课事件流死10步。

注：查询事件流比较简单，在此不详述。

1．1．2用例图点击浏览器中的Use Case View中的Main，弹出用例图窗口，添加用例如下图：活动者包括：People , Registrar , Student ,Database.其中Registrar和People之间是概括（generalization）关系，Student和People之间也是概括（generalization）关系。

用例包括：Select Course , Query Course , Pay for Course ,Add Course ,Modify Course , Delete Course.1．2活动图在用例图中分析了各个用例的事件流，故在此不在叙述。

根据用例里的事件流描述，得到各个用例的活动图。

1．2．1 Add Course 活动图在浏览器中，使用鼠标右键点击Use Case View，在弹出的菜单里选择“New”—“Activity Diagram”，则在Use Case View 中添加一项”State/Activity Model” ,该项产生一个名为“New Diagram”的活动图，将其改为“Add Course”.Add Course 活动图如下：分成三个泳道：用户接口，业务逻辑接口，数据库接口。

1．2．2 Delete Course 活动图在浏览器中，使用鼠标右键点击”State/Activity Model”，在弹出的菜单里选择“New”—“Activity Diagram”，该项产生一个名为“New Diagram”的活动图，将其改为“Delete Course”.Delete Course 活动图如下：同样分成三个泳道：用户接口，业务逻辑接口，数据库接口。

1．2．3 Modify Course 活动图在浏览器中，使用鼠标右键点击”State/Activity Model”，在弹出的菜单里选择“New”—“Activity Diagram”，该项产生一个名为“New Diagram”的活动图，将其改为“Modify Course”.Modify Course 活动图如下：1．2．4 Query Course 活动图在浏览器中，使用鼠标右键点击”State/Activity Model”，在弹出的菜单里选择“New”—“Activity Diagram”，该项产生一个名为“New Diagram”的活动图，将其改为“Query Course”.Query Course 活动图如下:1．2．5 Select Course 活动图在浏览器中，使用鼠标右键点击”State/Activity Model”，在弹出的菜单里选择“New”—“Activity Diagram”，该项产生一个名为“New Diagram”的活动图，将其改为“Select Course”.Select Course 活动图如下:1．3序列图和协作图序列图主要由活动者（actor）、对象（object）、消息（message）、生命线（lifeline）和控制焦点（focus of control）组成。