日记网 加入收藏  -  设为首页
您的位置:日记网 > 教育知识 > 正文
Rational Rose是什么?
Rational Rose是什么?
提示:

Rational Rose是什么?

需求 构架(分析/设计) 建造(编码) 测试 需求管理 - 收集、管理及传达变更的软件需求和系统需求。 Rational RequisitePro 可视化建模 - 生成一个反映软件应用程序、其构件、接口和之间关系的图形化的设计图,便于理解和交流。 Rational Rose、Rational Rose RealTime 编程环境 - Rational Apex、Rational Summit/TM、Rational TestMate、 Rational Ada Analyzer 软件质量和测试自动化 - 提供集成化编程和测试工具来简化构件的创建,并代替昂贵、冗长且容易出错的手工测试,从而在较短的时间内、在风险已降低的情况下生成更高质量的应用程序。 Rational Suite TestStudio、 Rational Suite PerformanceStudio配置管理软件配置与变更管理 - 在创建、修改、构建和交付软件的过程中,控制团队的日常开发。 Rational ClearCase、Rational ClearCase MultiSite、Rational ClearQuest、Rational ClearDDTS软件流程软件流程自动化 - 为软件经理和开发人员就如何开发有商业竞争力的软件资产提供指导。 Rational Unified Process、Rational SoDA 上面从左至右是软件生命周期的四个典型环节,下面的配置管理和软件流程是贯穿整个软件生命周期的活动。 UML的统一性(Unified)表现为以下几点: (1)、 UML是人类思想和计算机代码的一个连接桥梁 大家都知道,计算机能直接识别的语言就是二进制的CPU指令,早期工程师门都是直接写这些指令输入给计算机直接执行的,非常痛苦; 看看下面的一个图:人类思想UMLVB、DELPHI、JAVA等等。。 二进制代码 这图可以看出UML是人类思想和计算机代码的一个连接桥梁。 (2)、 UML所定义的概念和符号可用于软件开发的分析、设计和实现的全过程,软件开发人员不必在开发过程的不同阶段进行概念和符号的转换。 (3)、 UML所用的语言元素基本都是图形化的,便于理解和沟通,不但开发人员之间可以用来交流,客户和开发人员之间也可以用它作为交流的工具。目前版本的Rational Rose可以用来做以下一些工作: 1、对业务进行建模(工作流);3、对数据库进行建模,并可以在对象模型和数据模型之间进行正、逆向工程,相互同步;

了解Rational Rose的应用状况
提示:

了解Rational Rose的应用状况

Rational Rose 是一个完全的,具有能满足所有建模环境(Web开发,数据建模,Visual Studio 和 C++ )需求能力和灵活性的一套解决方案。Rose 允许开发人员,项目经理,系统工程师和分析人员在软件开发周期内在将需求和系统的体系架构转换成代码,消除浪费的消耗,对需求和系统的体系架构进行可视化,理解和精练。通过在软件开发周期内使用同一种建模工具可以确保更快更好的创建满足客户需求的可扩展的、灵活的并且可靠的应用系统。下面的链接给你指出了更多的介绍性的材料,并可以帮助你选择最符合你需求的 Rose 配置。


用Rational Rose和UML开发J2EE应用

目前版本的Rational Rose可以用来做以下一些工作:

1、对业务进行建模(工作流);

2、建立对象模型(表达信息系统内有哪些对象,它们之间是如何协作完成系统功能的);

3、对数据库进行建模,并可以在对象模型和数据模型之间进行正、逆向工程,相互同步;

4、建立构件模型(表达信息系统的物理组成,如有什么文件、进程、线程、分布如何等等)

5、生成目标语言的框架代码,VB、JAVA、DELPHI

简要说明rational rose 中逻辑视图一般包含哪些内容,是如何组织的
提示:

简要说明rational rose 中逻辑视图一般包含哪些内容,是如何组织的

  在Rational Rose建立的模型中包括四种视图,分别是用例视图(use case view)、逻辑视图(logical view)、组件视图(componentview)和部署视图(deployment view)。在我们创建一个rational rose工程的时候,会自动包含这4种视图,它们从不同的角度来剖析模型。
  
  用例视图(UseCaseView)
  用例视图展示了系统的参与者和用例 (usecase)是怎么相互作用的。它包括系统中所有的角色,用例和用例图,用例视图是系统中与现实无关的视图,关注系统功能的高层形状,而不关心系统的具体实现方法。
  use case view中包括以下图表:
  use case diagram (用例图)
  sequence diagram (时序图)
  collaboration diagram(协作图)
  activity diagram (活动图)
  每个系统通常都有一个主( Main)用例图,表示系统的边界(参与者)和提供的大部分功能。也可以创建一些其它的用例图。
  逻辑视图(LogicalView)
  逻辑视图又称为设计视图(Design View)。Logical View关注系统如何实现使用案例中提出的功能,它提供系统的详细图形,描述组件间如何关联。
  LogicalView包括了以下种类的图表:
  Class diagram (类图)
  Statechart diagram (状态图)
  系统只有一个逻辑视图,该视图以图形方式说明关键的用例实现、子系统、包和类,它们包含了在构架方面具有重要意义的行为。
  组件视图(ComponentView)
  组件视图显示代码模块间的关系。通过组件视图可以知道哪些组件是代 码库,哪些组件是运行组件。
  组件视图只包括一种图表,就是Component diagram(组件图)。
  部署视图(Deployment View)
  部署视图显示进程和设备及其相互间的实际连接,它关注系统的实际部署,可能与系统的逻辑结构有所不同。例如系统的逻辑 结构可能为三层,但是部署可能为两层,界面程序放在一台机器上,而业务和数据库逻辑放在另外一台机器上。
  一个系统只能有一个部署视图,所以部署视图本身代表的 就是一个图表,即Deployment diagram(部署图)。