UML实验指导书 2010级.docVIP

  1. 1、本文档共28页,可阅读全部内容。
  2. 2、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。
  3. 3、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载
  4. 4、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
  5. 5、该文档为VIP文档,如果想要下载,成为VIP会员后,下载免费。
  6. 6、成为VIP后,下载本文档将扣除1次下载权益。下载后,不支持退款、换文档。如有疑问请联系我们
  7. 7、成为VIP后,您将拥有八大权益,权益包括:VIP文档下载权益、阅读免打扰、文档格式转换、高级专利检索、专属身份标志、高级客服、多端互通、版权登记。
  8. 8、VIP文档为合作方或网友上传,每下载1次, 网站将根据用户上传文档的质量评分、类型等,对文档贡献者给予高额补贴、流量扶持。如果你也想贡献VIP文档。上传文档
查看更多
UML实验指导书 2010级

UML面向对象建模与设计 实 验 指 导 书 武汉工业学院 数计学院 二〇一二年九月 目 录 实验1 Rational Rose软件和UML建模初步 3 实验2 用例图设计 6 实验3 顺序图设计 10 实验4 协作图设计 12 实验5 类图设计 14 实验6 状态图设计 20 实验7 活动图设计 23 实验8 Rose中的双向工程 26 实验1 Rational Rose软件和UML建模初步(2学时) 一、实验目的 熟悉Rational Rose软件可视化环境、浏览器与视图、框图窗口的操作。 了解Rose模型中的几种视图。 了解在Rose中建模的步骤。 二、实验预备 Rose界面的五大组成部分:浏览器、文档窗口、工具栏、框图窗口和日志(图1-1)。 浏览器:用于在模型中迅速漫游。 文档窗口:用于查看或更新模型元素的文档。 工具栏:用于迅速访问常用命令。 框图窗口:用于迅速显示和编辑一个或多个UML框图。 日志:用于查看错误信息和报告各个命令的结果。 浏览器 文档窗口 工具栏 日志 框图窗口 图1-1 Rose界面 浏览器与视图 浏览器是层次结构,用于在Rose模型中迅速漫游。在浏览器中显示了模型中增加的一切内容,如参与者、用例、类等。图1-2为Rose浏览器。 利用浏览器,可以: 增加模型元素(参与者、用例、类、组件、框图) 浏览现有模型元素。 浏览现有模型元素间的关系。 移动模型元素 更名模型元素。 将模型元素加进框图。 将文件或UML链接到元素。 将元素组成包。 访问元素的详细规范。 打开框图 Rose浏览器中包含有4个视图: Use Case视图、Logic视图、Component视图和Deployment视图。 利用浏览器,可以浏览每个视图中的模型元素,移动和编辑模型元素,增加新的元素。通过在浏览器中右键单击元素,可将文件或链接到元素、访问元素的详细规范、删除元素和更名元素。 浏览器组成树状视图形式。每个模型元素可能又包含其他元素。默认情况下,浏览器出现在屏幕左上角,可将浏览器移到另一位置,也可隐藏浏览器。 要显示或隐藏浏览器窗口的操作如下: 右键单击选择浏览器窗口。从弹出菜单中选择Hide,即可显示或隐藏浏览器。或者选择View→Browser,也可显示或隐藏浏览器。 图1-3 框图窗口 框图窗口 在图1-3所示的框图窗口中,可以浏览一个或几个UML框图。改变框图中的元素时,Rose 自动更新浏览器。同样,用浏览器改变元素时,Rose自动更新相应框图。这样Rose就可以保持模型的一致性。 三、实验内容 试用Rose的如下功能,并熟悉Rose所支持各种图的绘制方法。 创建模型 保存模型 导出与导入模型 发布模型 使用控制单元 使用模型集成器 使用注释 在Rose模型元素中增加文件与URL 使用包 增加与删除图 设置全局选项 设置字体 建立一个简单图书管理系统的用例图。 四、实验报告要求 整理实验结果。 描述实验步骤,给出相应操作结果截图以及结果说明。 实验小结。 实验2 用例图设计(2学时) 一、实验目的 熟悉用例图的基本组成部分。 掌握事件流的用途及其主要组成部分。 理解用例间的关系。 掌握在Rose中创建用例图的方法。 二、实验预备 用例图是几个或全部参与者、用例和它们在系统中的关系的图形表示。每个系统通常都有一个主( Main )用例图,表示系统的边界(参与者)和系统所提供的大部分功能。也可以创建一些其它的用例图。用例是系统使用片断的集合,描述了所有的功能需求。它来自于客户需求的分析,这个过程称为用例分析, 是整个系统开发中非常关键的过程。用例分析有助于如下工作: 捕捉需求。 计划开发过程的循环往复。 验证系统。 动态分析从用例分析开始,它驱动整个开发过程。 如何来标记一个用例呢?可以从以下几个方面来考虑: 活动者希望这个系统执行什么任务? 活动者在系统中会访问哪些信息 (创建, 存储, 修修改, 删除等)? 需要将外部的哪个变化告知系统? 需要将系统的哪个事件告知活动者? 如何维护系统? 一个用例图(use case diagram)包括一个用例的集合,该集合定义整个系统的功能 在UML中,用例图用椭圆(oval)来表示,它用来记录用户或外界环境从头到尾使用系统的一系列事件。用户被称为“参与者”(Actor)。参与者可以是人,也可以是另一个系统。它与当前的系统进行交互,向系统提供输入或从系统中获得输出,用一个人形(stickman)标记表示之。用例图显示了用例和活动者、用例之间以及参与者之间的关系(re

文档评论(0)

xcs88858 + 关注
实名认证
文档贡献者

该用户很懒,什么也没介绍

版权声明书
用户编号:8130065136000003

1亿VIP精品文档

相关文档