Rational_Rose建模讲解.ppt

第5章 Rational Rose 建模 Rose简介 建立用例模型 建立对象模型 建立动态模型 建立数据模型 5.1 Rose简介 Rational Rose（简称Rose）是美国IBM Rational软件公司在软件工程专家Grady Booch、Ivar Jacobson、Jim Rumbaugh等人主持下研制的图形化、集成化OOCASE产品; 支持面向对象软件系统的开发。 利用ROSE可以建立用UML描述的软件系统的模型，可以自动生成和维护C++、JAVA、VB、PB、ORACLE等语言和系统的代码。 是目前使用最广泛、最先进的可视化软件开发工具之一 5.1 Rose简介 Rose的特点 支持三层结构方案； 为大型软件工程提供了可塑性和柔韧性极强的解决方案； 支持UML、OOSE及OMT ； 支持大型复杂项目； 与多种开发环境无缝集成。 Rose的启动 Rose2003的启动窗口如图所示。用户可以选择建立新模型、打开某个已存在的模型或打开最近使用的模型。 Rose的主界面 Rose的基本操作 自定义工具栏 Rose的基本操作 系统弹出自定义工具栏窗口，在左面窗口中选中当前工具栏中没有的按钮，点击“添加（A）”按钮即可。 Rose的基本操作 保存模型 右键点击浏览器窗口中的“untitled”，在弹出的快捷菜单中选择“save”，或者选择主菜单“File”下的“save”子菜单，系统弹出文件保存对话框，如图所示。 Rose的基本操作 浏览模型结构 浏览器窗口中前面带有文件夹图标的项称为包，其他一般为模型元素，如图所示。 Rose的基本操作 打开说明窗口 可以在模型元素或包上双击，或者点击右键，从菜单中选择第一项“open specification …” 。 Rose的基本操作 删除及增加包 Rose的基本操作 删除及增加图元素 浏览器窗口中的一个图元素可以在多个应用窗口中出现，也就是说可以出现在多个图中，因此在删除图元素时要区分是从浏览器窗口中删除图元素，还是从应用窗口中删除图元素。 当从浏览器窗口中删除图元素时，Rose首先从模型中移去所选择的元素，之后修改所有出现被移去元素的图，从中删除被移去的元素及元素的详细说明。 当从某个应用窗口中移去选择的元素时，不影响浏览器窗口，也不影响其他应用窗口。 5.2 建立用例模型 建立用例模型的过程 (1) 确定业务参与者──标识目标系统将支持的不同类型的用户，可以是人、事件或其他系统。 (2) 确定业务需求用例──参与者需要系统提供的完整功能。 (3) 创建用例图──标识参与者与用例之间、用例与用例之间的关系。 1. 确定业务参与者 通过关注系统的业务参与者，我们可以将重点放在如何使用系统，而不是如何构造系统上，并且有助于进一步明确系统的范围和边界。 当系统比较庞大和复杂时，要搞清楚系统的需求往往比较困难，通过明确参与者，可以针对参与者确定系统需求，有助于保证系统需求的完整性。 1. 确定业务参与者 可通过以下资料来确定系统的参与者： 标识系统范围和边界的环境图； 现有系统（如果有的话）的文档和用户手册； 项目会议和研讨会的记录； 现有的需求文档、工作手册等。 1. 确定业务参与者 还可以通过提出以下问题，明确系统的参与者： 谁或者什么为系统提供输入？ 谁或者什么接收系统的输出？ 需要与其他系统连接的接口吗？ 是否存在在预定的时间自动触发的事件？ 谁将维护系统中的信息？ 1. 确定业务参与者 从选课系统的需求描述中，可以确定4类参与者： 学生（Student） 教师（Teacher） 系统管理员（Administrator） 学籍档案系统（Archive System） 2. 确定业务需求用例 以下问题可以帮助我们更好地标识系统的用例： 每个参与者的特定任务是什么？ 是否每个参与者都要从系统中创建、存储、改变、移动或读取信息？ 是否任何参与者需要通知系统有关突发性的、外部的改变？ 哪些用例支持或维护系统？ 目前的用例是否覆盖了所有功能需求？ 2. 确定业务需求用例 环境图是分析参与者和发现潜在用例的极好来源，它不仅可以用在结构化分析方法中，也可以用于面向对象的分析方法中。 通过环境图，可以确定系统的主要输入输出，通过提交和接收输入输出的各方确定潜在的用例。 选课系统的环境图 选课系统的业务列表 对用例的完整描述包括用例名称、执行者、前置条件、后置条件、一个主事件流、零到多个备选事件流。 主事件流表示正常情况下执行者与系统之间的信息交互及动作序列，备选事件流则表示特殊情况或异常情况下的信息交互及动作序列。 应给出每个用例的规格说明。 用例“选择课程”的规格说明 3. 创建用例图 用例图是若干个参与者和用例，以及它们间的关系