第一讲ra与tional rose 概述 .pptVIP

1.1.1 Rose应用程序界面组成 1.1.1 Rose应用程序界面 1、Rose应用程序窗口 控制菜单栏 标题栏 最小化和最大化按钮 菜单栏 图标工具箱 日志窗口 标准工具箱 状态栏 1.1.1 Rose应用程序界面 2 标准工具栏和图标工具箱 标准工具栏（Standard Toolbar） 位于窗口的最上方且始终显示，与打开的图标工具箱无关，包含一系列可以简化常用操作的图标，如创建新模型、保存模型等 。当光标经过标准工具栏时，工具栏上相应的图标会凸出显示。 图标工具箱（Diagram Toolbar） 包含适用于当前模型图的工具，每种模型图都有自己的工具箱 。Rose中图标工具箱随当前简历的视图不同而发生变化。 自定义工具栏/工具箱 1.1.1 Rose应用程序界面 2 工具栏和工具箱 自定义工具栏/工具箱 单击菜单栏中的ToolsOptions，在弹出的Options窗口中单击Toolbars标签，可以在Toolbars标签中自定义工具栏/工具箱 右单击工具栏/工具箱，单击快捷菜单中的Customize 1.1.1 Rose应用程序界面 自定义工具栏/工具箱 1.1.1 Rose应用程序界面 3、 文本窗口 包含与模型元素规范窗口中完全相同的信息，描述模型元素或者关系，描述角色、约束、目的以及模型元素基本行为等信息 文本窗口中输入的一切都将显示为生成的代码中的说明语句，以后不必输入系统代码的说明语句 1.1.1 Rose应用程序界面 4 图形窗口 综览窗口 提供当前模型图的一个小比例视图，以便浏览整个模型图 1.1.1 Rose应用程序界面 4 图形窗口 图形打印对话框 4个标签 用于设置打印信息 打印预览 应用过滤 1.1.1 Rose应用程序界面 5 日志窗口 显示按时间顺序执行某些命令和操作后，应用程序的进展情况、结果和错误 可以隐藏消息前面的时间前缀 日志可以保存 1.1.1 Rose应用程序界面 6、规范窗口 用于显示和修改模型元素的属性和关系 信息以文本方式呈现，在模型元素的图标内可能会显示部分规范窗口中的信息 信息按标签进行显示 1.1.2 基本概念 用例图由三部分组成： 参与者 一组（个）用例 关系 1.1.2 基本概念 1 参与者 定义 是直接与系统相互作用的系统、子系统或类的外部实体的抽象。它是用户所扮演的角色，是系统的用户。每个参与者定义了一个角色集合。通常，一个参与者可以代表一个人、一个计算机子系统、硬件设备或者时间等角色。典型的参与者如销售部经理、销售员和结帐系统。 图形表示 用小人图符表示 1.1.2 基本概念 1 参与者 参与者的识别 谁将使用系统的主要功能？ ■谁将需要系统的支持来完成他们的日常任务？ ■谁必须维护、管理和确保系统正常工作？ ■谁将给系统提供信息、使用信息和删除信息？ ■系统需要处理哪些硬件设备？ ■系统使用了外部资源吗？ ■系统需要与其他什么系统交互吗？ ■谁或者什么对系统产生的结果感兴趣？ ■一个人同时使用几种不同的规则吗？ ■几个人使用相同的规则吗？ ■系统使用遗留下来的应用吗？ 1.1.2 基本概念 2 用例 定义 对一组动作序列的描述，系统通过执行这一组动作序列为参与者产生一个可观察的结果 用例特征 说明了系统具有的一种行为模式 说明了一个参与者与系统执行的一个相关的事务序列 提供了一种获取系统需求的方法 提供了一种与最终的用户和领域专家进行沟通的方法 提供了一种测试系统的方法 图形表示 用椭圆形表示，用例的名字显示在图标的下面 1.1.2 基本概念 2 用例 用例识别 参与者要向系统请求什么功能？ 每个参与者的特定任务是什么？ 参与者需要读取、创建、撤消、修改、或存储系统的某些信息吗？ 是否任何一个参与者都要向系统通知有关突发性的、外部的改变？或者必须通知参与者关于系统中的发生的事件？ 这些事件代表了哪些功能？ 系统需要哪些输入/输出？ 这些输入输出来自哪里或者到哪里去？ 哪些用例支持或维护系统？ 是否所有功能需求都被用例使用了？ 系统当前实现的主要问题是什么？ 1.1.2 基本概念 3 事件流 事件流是用例完成需求行为的事件描述。 事件流的目的是建立用例中逻辑流程的文档，详细描述系统用户的工作和系统本身的工作，既包括正常状态下系统完成需求行为的事件，也包括在其他状态下不能完成需求行为的事件。 事件流通常包括： 简要说明 前置条件 事件流 后置条件 1.1.2 基本概念 4 用例模型 一个用例模型由一个或者多个用例图和所有的支持文件（诸如用例规范和参与者定义等）所构成。用例规范是大多数用例模型的产物，而用例图充当将需求模型综合