- 1、本文档共6页,可阅读全部内容。
- 2、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。
- 3、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载。
- 4、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
WORD格式--可编辑--专业资料
实验一熟悉ROSE并建立用例模型
一、实验目的
1)掌握RationalRose的特点、运行环境及获取方法;
2)掌握RationalRose基本使用方法;
3)掌握使用RationalRose绘制用例图的步骤;
二、实验内容
根据《简单的学生选课管理系统》采用面向对象分析方法给出系统的用例模型(用例
图及课程注册用例描述)。
三、建模思路
1、系统角色分析
学生选课管理系统主要满足三方面的需求,分别是学生用户、教师用户和管理员用户,也即三
类用户角色
(1)学生用户是主要需求者,主要功能需求是查询新学期将开设的课程和讲课教师情况,选择
自己要学习的课程进行“课程注册”,并可以查询成绩单;
(2)教师用户主要功能需求是查询新学期将开设的课程和选课学生情况,并可以登记成绩单;
(3)管理员的功能需求较复杂,进行教师信息、学生信息和课程信息的维护,开启和关闭“课
程注册”。
2、rose建模步骤
2.1.环境简介
2.1.1RationalRose可视化环境组成
Rose界面的五大部分是浏览器、文档工具、工具栏、框图窗口和日志。
1、浏览器:用于在模型中迅速漫游。
2、文档工具:用于查看或更新模型元素的文档。
--完整版学习资料分享
WORD格式--可编辑--专业资料
3、工具栏:用于迅速访问常用命令。
4、框图窗口:用于显示和编辑一个或几个UML框图。
5、日志:用于查看错误信息和报告各个命令的结果。
2.1.2浏览器和视图
浏览器是层次结构,用于在Rose模型中迅速漫游。在浏览器中显示了模型中增加的一切,
如参与者、用例、类、组件等等。
浏览器中包含四个视图:UseCase视图、Logical视图、Component视图和Deployment视
图。点击每个视图的右键,选择new就可以看到这个视图所包含的一些模型元素。
2.1.3框图窗口
我们可以浏览模型中的一个或几个UML框图。改变框图中的元素时,Rose自动更新浏览
器。同样用浏览器改变元素时,Rose自动更新相应框图。这样,Rose就可以保证模型的一致性。
2.2用例图usecasediagram简介
从用例图中我们可以看到系统干什么,与谁交互。用例是系统提供的功能,参与者是系统
与谁交互,参与者可以是人、系统或其他实体。一个系统可以创建一个或多个用例图。
用例图由参与者(Actor)、用例(UseCase)、系统边界、箭头组成,用画图的方法来完成。
(1)、参与者
参与者不是特指人,是指系统以外的,在使用系统或与系统交互中所扮演的角色。因此参
与者可以是人,可以是事物,也可以是时间或其他系统等等。还有一点要注意的是,参与者不
是指人或事物本身,而是表示人或事物当时所扮演的角色。
(2)、用例
是对包括变量在内的一组动作序列的描述,系统执行这些动作,并产生传递特定参与者的
价值的可观察结果。这是UML对用例的正式定义。我们可以简单的理解为:用例是参与者想
要系统做的事情。
(3)、系统边界
系统边界是用来表示正在建模系统的边界。边界内表示系统的组成部分,边界外表示系统
外部。系统边界在画图中方框来表示,同时附上系统的名称,参与者画在边界的外面,用例画
在边界里面。因为系统边界的作用有时候不是很明显,所以我个人理解,在画图时可省略。
(4)、箭头
箭头用来表示参与者和系统通过相互发送信号或消息进行交互的关联关系。箭头尾部用来
表示启动交互的一方,箭头头部用来表示被启动的一方,其中用例总是要由参与者来启动。
usecase图中的关系
用例图中包含的元素除了系统边界、角色和用例,另外就是关系。关系包括用例之间的关
系,角色之间的关系,用例和角色之间的关系。
(1)、角色之间的关系
由于角色实质上也是类,所以它拥有与类相同的关系描述,即角色之间存在泛化关系,泛
化关系的含义是把某些角色的
文档评论(0)