《软件开发工具的》第14章 常用建模工具.pptVIP

小结 1、Rose的使用方法。 2、EclipseUML的安装和使用方法。 3、建模对软件开发的意义。 14.2.3 Rational Rose可视化建模的特点 6）简单易用。风格一致，支持图形对象操作。 7）提供可视化的差异比较以及合并工具。 8）提供框架向导。系统可默认地提供一些模版。 9）提供扩展接口，以实现定制的Rose。 10）基本报告生成。可以生成数据词典。 11）COBRA/IDL生成。 12）数据库模式生成。能够消除面向对象技术和关系型数据库之间的差异。 13）微软存储库集成。可以从存储库中引进模型命令。 14）实现Oracle 8的正向和逆向工程。 15）支持Forte附加项。以实现在此环境下地分析、构建企业级应用。 14.3 使用Rational Rose建模 使用UML建模时一般分为用例视图设计、逻辑设计和物理设计三大部分。 用例视图设计主要是借组用例图、活动图、状态图来了解用户的需求。 逻辑设计要用到类图、顺序图和交互图，主要通过设计相应的类和对象实现前面用例所定义的用户需求。用类图来表现出系统的静态信息，用顺序图、交互图等表现出系统的动态信息。 物理设计借助部署图等视图，确定系统的物理体系结构。物理体系结构揭示了系统硬件的结构，期中包括各个不同的结点，并指出这些结点是如何连接在一起，以及系统的物理结构和软件之间的依赖关系。 14.3.1 初始Rational Rose Rational Rose拥有强大的正向程序代码框架，可以让用户建模后不必再自行编写程序代码框架。界面如图所示。 14.3.2 需求分析 地铁售票信息系统是一种可以为地铁乘客提供出行便利，为车站管理人员提供可靠便捷的工具。以此为例来展开需求分析。 1、用例图 用例视图主要通过用例来描述系统的功能，它是系统中与实现无关的视图。 用例图包括角色（Actor）、用例（Use Case）和关系。 用例是外部可见的系统功能单元。 角色是将与所要建设的系统进行交互的外部实体。可以是系统用户或者与系统交互的其他系统。 关系是用例图中实体间的直接或间接关系。包括角色和用例之间、角色之间、用例之间的关系。 用例和用例之间存在3种关系： 扩展关系（Extend）：指出了某个用例的行为可能是由另一个用例进行扩展的。 包含关系（Include）：指两个以上的用例具有大量公共行为，那么就可以将这些行为放在一个单独的用例中建模，然后其他用例包含这个用例即可。 泛化关系（Generalization）：是一种从子用例到父用例的关系，体现了子用例对父用例的继承和扩展。 用例图示 外部参与者（角色） 地铁售票信息系统中，主要有2个角色：乘客、系统管理员。乘客有6个用例：投硬币、投纸币、选择票数、取消本次操作、选择目的地和取票。系统管理员有3个用例：添加领钱、添加车票、结算，并用使用外部报警系统。 顶层用例图 对顶层用例图进一步扩展，得到每个用例触发时可能触发的用例及关联触发的用例和可以抽象出来的用例。也就是用例之间的关系，如下图所示： 扩展后的乘客用例图 2、活动图 用例视图主要是为了了解外部角色与系统的交互关系，优点在于其全面性、整体性；但对于用例与用例之间的时间上的先后顺序却缺乏描述。活动图可以很好的描述系统的活动、判定点、先后顺序和分支等。活动图中符号意义如下图所示： 表示活动开始（一个活动只有一个开始） 表示活动 表示判断 表示活动结束 2、活动图 乘客的活动流程是：先登录系统，然后投币并选择目的地，选择购买的张数后系统判断投入金额是否足够，如果不够则提示再投币，否则购票成功，最后系统出票并找零。如图所示。 乘客活动图 2、活动图 系统管理员活地图如下图所示： 系统管理员活动图 14.3.3 系统分析与设计 使用用例图和活动图以及相关文档分析用户的需求后，要将得到的需求报告进行分析和整理，进行详细的系统分析。系统分析用交互图描述系统数据流的流向。交互图包括顺序图、协作图。 1、顺序图 顺序图强调消息时间顺序的交互图。 其图示如下： 表示外部对象 表示内部对象 售票过程顺序：先乘客投币，投币模块验证投入物，如果有假币就发送报警信息至系统管理员，然后系统间依次传递目的地信息、购票数信息、车票不足信息和各类信息。售票过程顺序图如 下图所示：