用例视图 Use Case View(rose)

找开Rose工具,选择用例视图  Use Case View

先看看这个视图下面都有哪些工具,都能做一些什么:

下面详细说一下:

用例视图下面有工具:

一:选择工具

二:文本框Text Box

三:注释 Note

四:注释对象锚 Anchor Note To Item

五:包 Package

六:用例 Use Case

七:执行者 ,参与者  Actor

八:单向关系 Unidirectional Associaton

九:依赖例示关系  Dependency or instantiates

十:一般化,泛化Generalition

这十个工具顺序上刚好与图中的一致。

在实际使用Rose表达这用例的时候要注意几个点

一,用例可以有抽象用例和一般用例,抽象的用例图里面的文字是倾斜的。

二,用例与用例之间还有好几种关系,这些关系可以用依赖那个线条表示。画好线条后双点会弹出相应的框,自己选相应的关系。

三,执行者(又称参与者)之间可能有泛化关系,可以用泛化的线条表示出出,就是头上带一个三角的那个。

其它设置:

我们双点用例图标:会看到

一,Name,在里面输入用例的名称,它将显示在用例图中。

二,Stereotype 模板 ,选不同的模板,用例图表现的样子不一样。

三,Rank

四,如果选上 Abstract ,那么,这个用例就是抽象的了,有一些用例可以由它泛化得到。

五,Documentation文档,可以加一些说明性的文字。

当然了,如果你想把用例图,序列图,活动图,协作图,序列图都放在  Use Case View下面也是可以的,只要右键点后创建相应的图就可以了。

用例视图包括4种UML图,即:用例图、序列图、协作图和活动图。

时间: 2024-10-30 18:52:31

用例视图 Use Case View(rose)的相关文章

Android应用程序窗口(Activity)的视图对象(View)的创建过程分析

从前文可知道,每一个Activity组件都有一个关联的Window对象,用来描述一个应用程序窗口.每一个应用程序窗口内部又包含有一个View对象,用来描述应用程序窗口的视图.应用程序窗口视图是真正用来实现UI内容和布局的,也就是说,每一个Activity组件的UI内容和布局都是通过与其所关联的一个Window对象的内部的一个View对象来实现的.在本文中,我们就详细分析应用程序窗口视图的创建过程. 在前面Android应用程序窗口(Activity)实现框架简要介绍和学习计划一文中提到,应用程序

Swift - iOS中各种视图控制器(View Controller)的介绍

在iOS中,不同的视图控制器负责不同的功能,采用不同的风格向用户呈现信息.下面对各个视图控制器做个总结: 1,标准视图控制器 - View Controller 这个控制器只是用来呈现内容.通常会用来作为子类,以向屏幕中添加逻辑. 2,导航控制器 - Navigation Controller 这个控制器呈现一个视图控制器的栈,应用程序可以在上面推入更多的视图控制器. 当新视图推入栈,或旧视图弹出栈时,导航控制器会以动画的形式(比如卷动)显示隐藏这些视图. 使用样例:系统“设置”应用程序 3,表

SAP CRM 树状视图(TREE VIEW)

树视图可以用于表示数据的层次. 例如:SAP CRM中的组织结构数据可以表示为树视图. 在SAP CRM Web UI的术语当中,没有像表视图(table view)或者表单视图(form view)那种专门的树视图类型.我们可以认为树视图是表视图的一种特例.没有可以用于创建树视图的向导.需要按以下特定的步骤手动改造已存在的视图. 首先,这个看起来挺难的,但是你做的次数越多,就会越容易理解它.在本文,我将创建一个如下模样的树视图. 如你所见,它有两级结构.第一级展示LEAD ID,下一级展示客户

UML——用例视图

用例视图中交互功能部分被称为用例. 参与者   作为外部用户与系统发生交互作用,这是参与者的特征. 在系统的实际运作中,一个实际用户可能对应系统的多个参与者.不同的用户也可以只对应于一个参与者,从而代表同一参与者的不同实例. 参与者可以通过泛化关系来定义 ,在这种泛化关系中,一个参与者的抽象描述可以被一个或多个具体的参与者所共享. 用例   用例的用途是在不揭示系统内部构造的情况下定义连贯的行为. 用例的定义包含用例所必需的所有行为— 执行用例功能的主线次序.标准行为的不同变形.一般行为下的所有

ThinkPHP框架视图详细介绍 View 视图--模板(九)

原文:ThinkPHP框架视图详细介绍 View 视图--模板(九) 视图也是ThinkPHP使用的核心部分: 一.模板的使用 a.规则 模板文件夹下[TPL]/[分组文件夹/][模板主题文件夹/]和模块名同名的文件夹[Index]/和方法名同名的文件[index].html(.tpl) -->更换模板文件的后缀名(修改配置文件) 'TMPL_TEMPLATE_SUFFIX'=>'.tpl',//更改模板文件后缀名,默认是html b.修改模板文件目录层次 Tpl/Index/index.ht

QT——模型/视图(model/view)

数据项中引入模型/视图架构,可以方便的将数据与表现层分开. ------------------------------------- 模型Model:一般来说,Model里面并不真正存储数据(数据少的话也可以直接存储在Model里),只是负责从诸如磁盘文件,数据库,网络通讯等获得源数据,并提供给View,View对数据进行修改,然后再通过Model更新源数据. Model 另一个重要工作时为源数据添加索引(ModelIndex).列表形式采用row/colum编号,树形式为建立父子间的层次关系

iOS 视图在不同View之间的切换(对于convertRect:函数的一些理解)

可以通过以下函数完成坐标体系在不同View之间的切换,如下面是完成当前View向ParentView坐标的转换(一个矩阵转换)CGRect parentRect = [currentView convertRect:blankImageView.bounds toView:self.superview]; (self.view 上有viewA 与 viewB 两个视图 btn在viewA上) 绝对rect =[viewA.superView convertRect:btn.frame fromV

iOS 7:用代码解决视图控制器的View整体上移问题

如果你准备将你的老的 iOS 6 app 迁移到 iOS 7 上,那么你必须注意了.当你的老的 app 在 iOS 7 设备上运行时,所有ViewController 的视图都整体上移了,因为 iOS 7 把整个屏幕高度(包括状态栏和导航栏)都作为了视图控制器的有效高度.于是你的视图上移了,并和上层的状态栏交叠在一起. 你当然可以在 Xcode 中修改每个 View,将他们下移20个像素(状态栏高度)或者64个像素(状态栏+导航栏高度). 但是苹果显然已经考虑到这个问题,他们在 iOS 7 SD

视图控制器的View创建方式

UIViewContrller 有三种创建方式: 1.通过alloc init直接创建. 2.通过故事版创建. 3.通过xib文件描述. 这是appDelegate.m的内容 //window的颜色是绿色 self.window = [[UIWindow alloc]initWithFrame:[UIScreen mainScreen].bounds]; self.window.backgroundColor = [UIColor greenColor]; /** 第一种:直接alloc ini