火龙果uml实验指导书（精选3篇）
1.火龙果uml实验指导书 篇一
前言
前 言
《UML开发》课程是计算机科学与技术本科专业的一门重要的专业课.通过本课程的学习，使学生在已有的计算机软，硬件基础知识，程序设计知识，数据库和网络通信知识的基础上系统掌握面向对象系统分析与设计的基本方法和技术，并具有针对特定环境下的应用问题进行信息系统开发(包括系统分析，设计与实现)的能力。通过学习本课程学生可以理解和掌握面向对象系统的分析和设计的方法和分步过程、掌握面向对象系统分析和设计的建模标准UML语言，能够利用Rational Rose（或Microsoft Visio）软件以某一信息系统为例进行系统分析和设计。
本课程主要介绍UML的基本概念、面向对象分析和面向对象设计的方法、面向对象分析和设计的UML建模标准等内容。
通过本课程的学习，学生掌握的知识、内容及掌握的程度要求为：
1.使学生理解面向对象的信息系统的开发过程、系统分析和设计的原则和方法； 2.使学生掌握UML语言的基础知识，以及UML在面向对象的软件系统分析和设计中的应用，并能使用UML工具建立系统模型；
3.使学生掌握在UML系统模型下应用高级语言建立应用系统的方法； 4.通过案例教学和实验，提高学生在应用面向对象技术开发软件方面的动手能力和解决问题的能力，并鼓励创新。
本实验所要求的建模工具为Rational Rose 2003。本课程通过对LSTC图书馆管理系统进行建模设计开发。
实
验
要
求
实 验 要 求
计算机软件建模技术现在越来越广泛的应用于软件工程中。《UML开发》课程实验的目的是为了使学生在课程理论学习的同时，通过在一个实践的环境下，实际学习软件统一建模语言，对软件建模技术有一个初步的了解及认识。通过本指导书中的各个实验，学习掌握对一般面向对象系统建模的方法与技术。总之，通过上述实验环节，使学生加深了解和更好地掌握《UML开发》课程教学大纲要求的内容。
在《UML开发》的课程实验过程中，要求学生做到：
（1）预习实验指导书有关部分，认真做好实验内容的准备，就实验可能出现的情况提前作出思考和分析。
（2）仔细观察上机时出现的各种现象，记录主要情况，作出必要说明和分析。（3）认真书写实验报告。实验报告包括实验目的和要求，实验情况及其分析。对需编程的实验，写出程序设计说明，给出源程序框图和清单。
（4）遵守机房纪律，服从辅导教师指挥，爱护实验设备。
（5）实验课程不迟到、不早退、不缺席。如有事不能出席，需出示系上假条。实验的验收将分为两个部分。第一部分是上机操作，包括检查模型质量和即时提问。第二部分是提交书面的实验报告。此外，针对以前教学中出现的问题，本实验将采用阶段检查方式，每个实验都应当在规定的时间内完成并检查通过，过期视为未完成该实验，不计成绩。以避免期末集中检查方式产生的诸多不良问题，希望同学们抓紧时间，合理安排，认真完成。
目
录
目 录
《UML开发》实验指导书..............................................................................错误！未定义书签。前 言...............................................................................................................................................1 实 验 要 求...............................................................................................................................2 目 录.............................................................................................................................................3 实验一 Rational Rose基本操作..................................................................................................4 实验二 用例图.................................................................................................................................7 实验三 活动图...............................................................................................................................13 实验四 状态图...............................................................................................................................22 实验五 类.......................................................................................................................................29 实验六 类的关系...........................................................................................................................37 实验七 交互图...............................................................................................................................42 实验八 对象图和包.......................................................................................................................51 实验九 组件图和部署图...............................................................................................................53 实验十 正向工程...........................................................................................................................60
实验一 Rational Rose基本操作
实验一 Rational Rose基本操作
一、实验目的
1．熟悉Rose的工作环境。2．掌握Rose的基本操作方法。
二、实验器材
1．计算机一台。
2．Rational Rose 工具软件。
三、实验内容
Rational Rose工具简介。
Rational Rose 2003企业版的安装。Rose应用程序界面。Rose基本操作
四、实验步骤
1．Rose工具的基本功能：面向对象建模；用例分析；支持UML、COM、OMT和Booch’93；语义检查；支持可控的迭代开发；双向工程；支持多用户并行开发；可以与数据建模工具集成；OLE链接、自动化；多平台可用性。
2．Rose安装：安装向导（引导安装），安装主程序，配置许可协议。3．Rose应用程序界面：
应用程序窗口：显示载体。
浏览器窗口：模型图超出屏幕显示范围时用于选择观察区域。 文档窗口：记录用户操作和模型元素信息的辅助提示窗口。 模型图窗口：用于建立和修改当前模型的图形化视图。 规范窗口：用于查看或设置各种模型元素的属性和关系。
实验一 Rational Rose基本操作
4．Rose基本操作
（1）创建Rose模型（FileNew）：框架向导（Framework Wizard插件）。框架是一系列预定义的模型元素，可以定义某种系统的体系结构，也可以提供一系列可重用构件。
（2）保存Rose模型（FileSave）：在默认的情况下，Rose模型都以扩展名为.mdl的文件进行保存。*.ptl格式文件类似于模型文件（*.mdl），但是只是模型文件的一部分。模型文件*.mdl则保存完整的模型。以Rose的旧版本保存模型，可能会丢失某些模型元素和特性。
（3）Rose模型的导入导出（FileImport，FileExport）：略。
实验一 Rational Rose基本操作
（4）Rose模型的网页发布（ToolsWeb Publisher）：略。（5）Rose全局选项设置（ToolsOptions）：略。
五、实验报告要求
1． 整理实验结果。2． 小结实验心得体会。
实验二 用例图
实验二 用例图
一、实验目的
1．熟悉用例图的基本功能和使用方法。2．掌握如何使用建模工具绘制用例图方法。
二、实验器材
1．计算机一台。
2．Rational Rose 工具软件。
三、实验内容
根据LSTC图书馆管理系统开发进度，在完成对系统的需求建模，得到用例模型后，应针对每个用例进行业务分析，说明其具体的业务流程，现系统分析部指派您完成该项任务。要求：
1.对其中主要功能的用例书写书面用例。
四、实验步骤
书写“删除读者信息”用例的书面用例。一般应包含以下信息：（1）管理员在录入界面，输入待删除的读者名；
（2）“业务逻辑”组件在数据库中，查找待删除的读者名；
（3）如果不存在，则显示出错信息，返回步骤（1），如果存在则继续；（4）“业务逻辑”组件判断“待删除的读者”是否可以删除；
（5）如果不可以，则显示出错信息，返回步骤（8），如果可以则继续；（6）在数据库中，删除相关信息；（7）显示删除成功信息；（8）结束。分析: 在图书馆管理系统中,管理员首先登录系统,系统验证通过后,管理方可向系统查询数据,在查询后,系统会给出提示,有没有找到相关的数据,管理员根据系统查询的返回结果,进行下一步的操作,就是删除读者,在删除的过程中,系统会对查询得到的结果判断该记录是否可以删除,若可以删除,则给删除提示,若不能删除,也给相关的提示信息。
绘图步骤:(1)在用例视图上双击main,出现如图1.1所示,为绘制用例图做好准备。
实验二 用例图
图1.1(2)在图中的工具栏选取“Actor”图标，在右边的图中添加一个Actor，并输入名称:administrator,如图1.2所示。
图1.2(3)在左边的工具栏中，选取“Use Case”的图标，在右边的图中画出一个用例，并输入用例的名称：login。
实验二 用例图
图1.3
（4）按照步骤（3），绘制出如图1.4和图1.5的两个用例。
图1.4
实验二 用例图
图1.5（5）在绘出了用例后，接下来的是绘制参与者与用例实现，如图1.6所示。
图1.6
实验二 用例图
（6）根据步骤（5），同时完成如图1.7和图1.8。此时，“删除读者信息”用例图就到此完成。其系统查询读者信息等其他的功能会在时序图和活动图中描绘。
图1.7
图1.8（7）根据分析情况，进一步添加或细化用例图。
实验二 用例图
五、实验报告要求
1． 整理实验结果。2． 小结实验心得体会。
六、实验作业
1． 通过各种途径（查阅图书资料，网上搜索等），了解“LSTC图书馆管理系统”的需求，形成一份“图书馆管理系统软件需求说明书”，格式可参见“计科学院主页毕业设计文档下载软件需求说明书（GB856T——88）”。
2． 在上述第1步的基础之上，对“LSTC图书馆管理系统”进行用例建模，形成完整的用例模型。
3． 将第1步得到的需求说明书WORD文档和第2步得到的ROSE模型文件进行打包，通过课件主页的“作业提交”栏目完成作业上传。（注：账号和初始密码均为学生学号。）
实验三 活动图
实验三 活动图
一、实验目的
1．熟悉活动图的基本功能和使用方法。2．掌握如何使用建模工具绘制活动图方法。
二、实验器材
1．计算机一台。
2．Rational Rose 工具软件。
三、实验内容
根据LSTC图书馆管理系统开发进度，在完成对系统的需求建模，得到用例模型后，应针对每个用例进行业务分析，说明其具体的业务流程，现系统分析部指派您完成该项任务。要求：
用活动图来描述系统中已知用例的业务过程： 1．描述“删除读者信息”用例。
四、实验步骤
绘制“删除读者信息”用例的活动图。删除读者信息一般按照以下步骤进行：（1）管理员在录入界面，输入待删除的读者名；（2）“业务逻辑”组件在数据库中查找待删除的读者名；
（3）如果不存在，则显示出错信息，返回步骤（1），如果存在则继续；（4）“业务逻辑”组件判断“待删除的读者”是否可以删除；
（5）如果不可以，则显示出错信息，返回步骤（8），如果可以则继续；（6）在数据库中，删除相关信息；（7）显示删除成功信息；（8）结束。绘图步骤：
（1）在用例图中，找到“删除读者信息”的用例，如图2.1所示，在“删除读者信息”用例上单击右键，在弹出的快捷菜单中选“New”，Rose工具也会弹出一个菜单，选”Activity Diagram”，选中后单击，便可以新建好一个活动图。如图2.2所示。
实验三 活动图
图 2.1
图2.2(2)新建好活动图后，双击“删除读者信息”的活动图，得到如图2.3所示，然后在左边的工具栏内点击“Swimlane”，在右边的图添加一个泳道，如图2.4所示，并命名为administrator.按照此步骤，再添加另一个泳道，并命名为SystemTool，得到图2.5。
实验三 活动图
图2.3
图2.4
实验三 活动图
图2.5（3）接着在左边的工具上选取“Start State”，并在administrator的泳道上添加，如图2.6所示；添加完开始结点后，再来为此活动图添加活动，图2.7所示，在左边的工具栏上选中“Activity”这个图标，在administrator这边的泳道上添加一个活动，命名为登录（login），再在开始结点和活动登录（login）之间添加活动关系，如图2.8所示。
图2.6
实验三 活动图
图2.7
图2.8
（4）完成步骤（3）后，登录输入需要对输入的信息进行验证，则在图中利用“Decision”图标添加一个验证框，如图2.9所示：添加验证框后，验证的内容，如果通过，则允许管理员进行查询操作，如图2.10所示；如不能通过，则结束，如图2.11所示。
实验三 活动图
图2.9
图2.10
实验三 活动图
图2.11
（5）验证后，下一步的操作是查询需要删除的记录，添加一个活动，命名为delete，如图2.12和图2.13所示。
图2.12
实验三 活动图
图2.13（6）最后，在删除后，系统会返回操作结果给操作者，图2.14所示；删除成功或删除失败系统都会有信息返回给操作者。
图2.14（7）根据分析设计情况，进一步添加或细化活动图。
五、实验报告要求
实验三 活动图
1． 整理实验结果。2． 小结实验心得体会。
六、实验作业
1． 在实验二所得到的“LSTC图书馆管理系统”ROSE用例模型基础之上，选择其中至少2个最核心的用例，对其建立活动图。
2．将本实验完成后得到的ROSE模型文件进行打包，通过课件主页的“作业提交”栏目完成作业上传。
实验四 状态图
实验四 状态图
一、实验目的
1．熟悉状态图的基本功能和使用方法。2．掌握如何使用建模工具绘制状态图方法。
二、实验器材
1．计算机一台。
2．Rational Rose 工具软件。
三、实验内容
通过前面内容的学习，完成了对LSTC图书馆管理系统的需求的初步分析，得出系统的用例图和相应的活动图。通过这两种图我们可以初步了解系统的业务处理过程，但对业务处理过程的处理状态间转换了解仍不够，这不利于设计人员对系统业务的进一步理解，而状态图能从对象的动态行为的角度去描述系统的业务活动。因此，指派你运用本节所学的状态图，完成如下任务：
1.完成图书馆业务模块中“还书”用例的状态图。
四、实验步骤
1．业务分析：由前面章节对图书馆管理系统中的还书主要业务的描述和分析可知，还书业务的动态行为是由：空闲（idle）、图书查找（finding）、还书（reversion）、失败（Failure）、归还成功（Success）5种状态及激活相互转换的事件。
2．绘制状态图：请您根据业务分析，运用UML绘制“还书”用例的状态图。分析：
还书的主要业务都是由管理员来完成，首先管理员必须先登录系统，并通过验证后，便可以进行下一步的操作，查找该书的相关信息，如存在，则进行还书操作，如不存在该信息，则给出提示信息；
绘图步骤：
（1）在用例图中的还书（reversion）用例，单击右键，如图3.1所示，新建一个状态图，命名为reversion状态图，图3.2所示。
实验四 状态图
图3.1
图3.2（2）双击“reversion”状态图，展开后，在左边的工具栏上选取一个“Start State”，此结点为开始结点，图3.3所示；当还书的时候，操作者先要询问系统的状态，如果系统忙，操
实验四 状态图
作者则必需等待，因此，得到系统的两种状态，如图3.5所示。
图3.3
图3.4
实验四 状态图
图3.5（3）操作者在询问系统和状态后，得到的图3.6所示两种状态，如果系统忙，操作者必需要等待、结束，如图3.7和图3.8所示，重返步骤（1）。
图3.6
实验四 状态图
图3.7
图3.8（4）如系统空闲，则进行对还书的信息进行查询操作，图3.9所示；查询也有两种结果，一是查询得到该书的相关信息，二查询不到该书的相关信息；则此时有两种状态，需要
实验四 状态图
建立两种状态，如图3.10所示。
图3.9
图3.10（5）最后，操作者进行了操作后，系统会给出操作的结果给操作者；操作成功或失败，都会有提示信息给出。整个的还书的过程便完成；图3.11所示。
实验四 状态图
图3.11（7）根据分析设计情况，进一步添加或细化状态图。
五、实验报告要求
1．整理实验结果。2．小结实验心得体会。
六、实验作业
1． 在实验三所得到的“LSTC图书馆管理系统”ROSE用例模型基础之上，选择其中至少2个最核心的用例，对其建立状态图。
2．将本实验完成后得到的ROSE模型文件进行打包，通过课件主页的“作业提交”栏目完成作业上传。
实验五 类
实验五 类
一、实验目的
1．理解类的基本概念。
2．掌握如何从需求分析中抽象出类的方法。3．掌握在Rational Rose中绘制类的操作方法。
二、实验器材
1．计算机一台。
2．Rational Rose 工具软件。
三、实验内容
通过前面内容的学习，完成了对LSTC图书馆管理系统的需求的初步分析，得出系统的用例图和相应的活动图、状态图。通过这三种图我们可以初步了解系统的业务处理流程。现在需要对系统进行静态建模，这就需要从系统的用例图、活动图和状态图去寻找和发现类。因此，指派你运用本节所学的有关如何抽象出类的知识，完成如下任务：
1． 寻找和抽象出书籍管理功能中的类。
四、实验步骤
1．分析：由前面章节对图书馆管理系统中的书籍管理功能可知，该模块是由书籍信息类、书目类、新增书籍界面类、修改书籍界面类、删除书籍界面类和书籍管理类6个类组成。
2．绘制类的步骤：
（1）打开前面初步构建的UML模型文件;（2）打开Rose中的逻辑视图（Logical View），用鼠标右击逻辑视图，在弹出来的菜单中选择“New→Class diagram”项，创建“图书馆业务功能”类图，如图4.1所示。
（3）双击新建的“图书馆业务功能”类图，并点右边控件集中选中的“Class”图标，并用鼠标在图中拖出一个类图，并命名为Book，如图4.2所示。
实验五 类
图4.1
图4.2（4）接下来的一步为设置Book类的属性，在类图中双击Book类，可以在打开的“Class Specification”对话框中设置Book类的属性和方法等其他的信息，如图4.3所示；然后点击“Attributes”这个选项卡，此栏目为设置类的属性的选项，在图中间单击右键，可以看到有一个“Insert”的选项，如图4.4所示，选中这个选项，然后在出现的对话框中输入相关信息如图4.5所示，即书本的ISBN号，在“Type”这个方框内输入此属性的类型值，同时可以看到一栏可以设置此属性的访问权限，一般这些属性都设置“Private”这个权限，如图4.6所示。Book类的其他属性也可以按照以上的做法设置，最后得到的结果是图4.7所示。
实验五 类
图4.3
图4.5
图4.4
图4.6
实验五 类
图4.7（5）设置好Book类的属性，现在来设置Book类的方法（也是操作），双击Book类后在“Class Specification”对话框中选“operations”这个选项卡，可以看到图4.8所示，在图中的空白地方，单击右键，在弹出的菜单中选“insert”这个选项，见图4.9，接着输入方法名，同时可以设置该方法的返回类型，也可以在Documentation的方框内填写一些相关的方法说明，如图4.12所示，设置好该方法的访问权限，见图4.13。Book类的其他方法也可以按上面来设置好，最后，得到Book类的其他方法见图4.14。
图4.8
实验五 类
图4.9
图4.11
图4.10
图4.12
实验五 类
图4.13 图4.14（6）至此，Book类的方法和属性都设置好了，如图4.15所示。
图4.15（7）接下来为书目类（BookItem）设置，按照上面的步骤可以设置好BookItem类的属性和方法，如图4.16和图4.17所示。
实验五 类
图4.16 图4.17
（8）最后，绘制出由分析得出的各个类，如图4.18所示，此时，“图书馆业务功能”类图便完成。
图4.18
实验五 类
（9）根据分析情况，进一步细化添加相关的类。
五、实验报告要求
1．整理实验结果。2．小结实验心得体会。
六、实验作业
1． 在实验四所得到的“LSTC图书馆管理系统”ROSE用例模型基础之上进行静态建模，抽象出该系统中的每个类，并建立对应的类图。
2．将本实验完成后得到的ROSE模型文件进行打包，通过课件主页的“作业提交”栏目完成作业上传。
实验六 类的关系
实验六 类的关系
一、实验目的
1．理解类间关系的基本概念。2．掌握描绘类间关系的方法。
3．掌握在Rational Rose中绘制类关系的操作方法。
二、实验器材
1．计算机一台。
2．Rational Rose 工具软件。
三、实验内容
通过对前面内容的学习，使我们完成了LSTC图书馆管理系统的需求分析，并从业务对象中抽象出了类。我们知道类通常是不会单独存在，而是由关联、泛化、依赖等关系相互协作来静态描述业务系的。因此，我们在找出系统中所存在的类的前提下，需要进一步对业务对象间如何联系进行建模。现指派你运用本节所学的相关知识，完成如下任务：
1．对书籍管理功能中的类的关系建模。
四、实验步骤
1．分析：由前面章节对图书馆管理系统中的书籍管理业务分析和对该业务抽象出来的类可知，图书馆的主要静态模型类图是由书籍管理类、书类、书目类、管理员类、用户类和各种界面操作类组成。其中用户类与管理员类是泛化的关系，而其它类之间均是关联关系。
2．请根据你的静态建模分析结果，在Rational Rose中绘制类间的关系。绘图步骤：
（1）打开上面做好的类图，添加管理员类，用户类，界面类。首先，将实验二 “Use Case View”中的administrator角色拖到类图中，即添加了一个管理员类，图5.1，并按照上面所说方法添加类的各种属性和方法，见图5.2、图5.3。
实验六 类的关系
图5.1
图5.2
实验六 类的关系
图5.3（2）可以依照上面的操作来添加其他的类，如：用户类（Reader类）、界面类(ActionForm),添加完后结果如图5.4 和图5.5所示；
图5.4
实验六 类的关系
图5.5（3）其他的类添加完后，就可以为各个类添加关系了，由关联、泛化、依赖等关系相互协作来静态描述业务系，所以，各个类的关系也由这几个关系来完成。如图5.6所示：Person类是administrator类和reader类两个类的父类，他们之间为泛化关系，即administrator类和reader类是继承自Person类。BoobItem类是继承自Book类的，其他的类为一般的依赖关系，最后，连接完线条便得到图5.6。
实验六 类的关系
图5.6（4）根据分析设计情况，进一步细化各类之间的关系。
五、实验报告要求
1．整理实验结果。2．小结实验心得体会。
六、实验作业
1． 在实验五所得到的“LSTC图书馆管理系统”ROSE模型基础之上进行静态类间关系建模，挖掘出该系统的各个类之间的关系，并绘制对应的类图。
2．将本实验完成后得到的ROSE模型文件进行打包，通过课件主页的“作业提交”栏目完成作业上传。
实验七 交互图
实验七 交互图
一、实验目的
1．理解时序图的基本概念。2．理解协作图的基本概念。
3．掌握在Rational Rose中绘制交互图的操作方法。
二、实验器材
1．计算机一台。
2．Rational Rose 工具软件。
三、实验内容
通过对教学内容的学习，使我们完成了LSTC图书馆的管理系统的需求分析，并从业务对象中抽象出了类以及类间关系。现在需要对前面所给出的用例进行实现，而用例的实现主要由交互图来描述系统的动态特性。现指派你运用本节所学的相关知识，完成如下任务：
1．对书籍管理功能中的用例进行动态建模。
四、实验步骤
1．分析：根据图书馆业务功能模块中的交互操作进行动态建模的操作步骤和方法，请你对书籍管理模块中的交互操作进行动态建模。该模块中主要存在“新增书籍”、“修改书籍信息”和“删除书籍信息”三种交互操作。
2．请在Rational Rose中绘制上述的交互图。绘图步骤：
（1）在Rose的“Logical View”单击右键，选择“Sequence Diagram”新建一个时序图，时序图是交互图一种表示，可以用时序来表示，如图6.1；在此，先简单介绍一下用法：图中的直线箭头是发送消息；虚线箭头是返回消息；曲折线是对象自己给自己发送消息并调用。
（2）接下来的是添加类，系统中的类是其他的方法的边界，在前面的实验中做好的类可以直接拖拉到时序图中，见图6.2 和图6.3所示。
实验七 交互图
图6.1
图6.2
实验七 交互图
图6.3（3）添加类后，便可以添加方法了，开始时必须是外面的实体向系统发送消息，如图6.4所示，是管理员登录时向系统发送的消息；
图6.4
实验七 交互图
（5）可以按上一步的方法来完成其他的方法，如validate（验证）,返回验证结果，当用户收到结果后，可以正常登录后便能进行增加图书见图6.5到图6.9。最后得到的时序图如图6.10所示。
图6.5 : administrator1: login : ActionFormSystem2: login3: validate
图6.6
实验七 交互图
: administrator : SystemActionForm1: login2: login3: validate4: result5: result图6.7 : administrator : SystemActionForm1: login2: login3: validate4: result5: result6: add7: add图6.8
实验七 交互图
: administrator : SystemActionForm1: login2: login3: validate4: result5: result6: add7: add8: addbook
图6.9
: administrator : SystemActionForm1: login2: login3: validate4: result5: result6: add7: add8: addbook9: addruselt10: addresult
图6.10
(6)完成了时序图后，可以按F5键便得到“新增图书”的协作图，见图6.11所示。
实验七 交互图
1: login6: add : administrator5: result10: addresult : ActionForm3: validate8: addbook4: result9: addruselt2: login7: addSystem
图6.11
（7）剩下的“修改图书信息”和“删除图书信息”的交互图在此不再一一详细的介绍，其绘图方法跟绘制“新增图书”的方法一样，最后结果见图6.12 到图6.15 : administrator : ActionForm1: login2: loginupdate : System3: validate4: result5: result6: updatebook7: updatebook8: updatebook9: updateresult10: updateresult
图6.12
实验七 交互图
1: login6: updatebook : administrator5: result : ActionForm10: updateresult4: result3: validate9: updateresult8: updatebook2: login7: updatebookupdate : System图6.13
: : System : administratorActionForm1: login2: login3: viladate4: viladateresult5: viladateresult6: delete7: delete8: delete9: deleteresult10: deleteresult图6.14
实验七 交互图
1: login6: delete : administrator5: viladateresult10: deleteresult : ActionForm3: viladate8: delete4: viladateresult9: deleteresult2: login7: delete : System
图6.15
五、实验报告要求
1．整理实验结果。2．小结实验心得体会。
六、实验作业
1．在实验六所得到的“LSTC图书馆管理系统”ROSE用例模型基础之上，选择其中至少2个最核心的用例，对其建立时序图和协作图。
2．将本实验完成后得到的ROSE模型文件进行打包，通过课件主页的“作业提交”栏目完成作业上传。
2.UML实验报告 篇二
在我国十年前ATM（自动取款机）还是一个很新鲜的事物，现在在城市的大街小巷随处可见。我们在日常生活中也经常和ATM打交道。本章我们将以简化的ATM系统为例将前面几章中学到的用例图、类图、顺序图、状态图、活动图及协作图知识运用到此例中。二：银行ATM机系统UML建模设计 1.用例图
参与者“银行储户”和ATM机。简化后的ATM机仅有取款、存款及其余功能。其余功能不做详细说明。
银行储户在ATM机上完成取款、存款及其他业务。2.类图
整个银行系统包括了帐户库、银行储户库及ATM系统。
许多单个的帐户组成了帐户库。帐户具有帐户类型、帐户号、余额三个属性，均为private，其类型分别为char，int，double。六个操作分别为setType、getType、getAccountNumbe、setAccountNumbe、caculateBalance、getBalance，除caculateBalance为protected其余均为public。
setType设置帐户类型，返回类型为void，参数类型为char，输入帐户类型。getType获取帐户类型，返回类型为char，无参数。
setAccountNumbe设置帐户号，返回类型为void，参数类型为int，输入帐户号。getAccountNumbe获取帐户号，返回类型为int，无参数。
caculateBalance计算余额，返回类型为void，参数为double，第一个参数为输入存取款数额，第二个参数为存款余额，既为输入也为输出。getBalance获取帐户余额，返回类型为double，无参数。
许多银行储户组成了储户库。ATM系统包含了许多ATM机。银行储户及ATM机两个类包含哪些属性，哪些操作，它们的可见性及操作的返回类型、参数个数、参数类型从类图上都一目了然。更多的属性及操作都可以一一加上，使这个类图更详细更完整，从而使参与项目的每个成员都能无歧义的明了整个设计的类的结构。同样对于一个真正的银行系统，这个类图过于简单。比如帐户类型我们可以先定义一个abstract class，它包含一个帐户最基本的属性及操作。而有些操作先定义为abstract，如余额的计算。然后再继承这个abstract class，我们可以有saving account 和checking account等等。不同的帐户有不同的余额计算方法，我们可以加上具体的算法。对于不同的帐户可能还有一些它特有的操作，我们也可以加上，比如saving account在存款达到多少时可以享受机票打折的优惠。通过类图不仅可以使设计者明确的表达自己的设计意图，也能帮组自己整理思路，充实及优化自己的设计。
3.顺序图
描述顾客在ATM机上取款时信息的流动情况。以时间为顺序。因为是示例图，所以整个过程是没有出现任何故障时的流程，并且只画到了取款结束。通过这个图，我们可以看出消息是如何在系统中不同对象之间进行交互。
通过流程图我们可以很清楚地看到系统是如何工作的，系统各部分之间的信息及控制是如何发送的，整个流程是否合理。流程图对我们的设计起到了很好的帮助作用。注意在本图没有一个生命线终端有一个“X”，这是因为这个流程中还未遇到有对象生命结束。当有对象生命结束时需在对应的生命线终端画“X”，表明这个对象在这时被销毁。
3.UML实验心得体会 篇三
学院
班级 学号 姓名
uml实验报告
实验一：用例图
实验结果：
小结实验心得体会：
用例模型用于需求分析阶段，它描述了待开发系统的功能需求，并驱动了需求分析之后各阶段的开发工作。用例图是uml中用来对系统的动态方面进行建模的7种图之一。用例图描述了用例、参与者以及它们之间的关系。用例图从用户角度描述系统功能，并指出各功能的操作者。通过本次实验，我熟悉rational rose建模环境，更加清楚的了解了用例图的语义和功能，如何清晰明了的识别参与者、用例，学会了如何使用事件流描述用例。同时掌握了用例间的类属关系、include关系和extend关系的语义、功能和应用。最后通过本次实验学习了如何使用用例图为系统的上下文以及系统的需求建模。
思考题：
1.如果要删除参与者、用例，请问是在导航窗口删除，还是在绘图窗口删除？
答：都可以删除，但在绘图窗口中有两种删除方式：一种是只删除参与者、用例，而不改变 其在导航窗口中的存在，另一种是从建模中完全删除。
2.如果要删除参与者和用例的联系，用例和用例的联系，请问是在绘图中删除，还是 在参与者或用例的设置对话框中删除？
答：都可以删除。
实验二：类对象模型的建立
实验结果：
小结实验心得体会：
类图是面向对象系统建模最常用的图，描述了类图、接口集、协作以及它们之间的关系。类图描述了系统的静态设计视，该视主要体现系统的功能需求，即系统应该提供给用户的服
务。通过本次实验，加深了我对类图语义的理解和功能的应用，掌握了类之间的联系，关联、依赖、聚合等，同时基本掌握了在rational rose中绘制类的关联、依赖、泛化关系。
思考题：选中一个模型对象，点击鼠标右键，比较快捷菜单项“edit——delete”与“edit——delete from model”，它们二者之间区别在哪里？
答：“edit——delete”只是在绘图窗口中删除了模型对象，而“edit——delete from model”则是彻底的删除了模型对象。
实验三：顺序图、协作图
实验结果：
顺序图：
1.归还图书
2.借出图书
协作图：
1.归还图书
2.借出图书
小结实验心得体会：
顺序图描述了对象之间的动态合作关系，它强调对象之间消息发送的时间顺序，同时显示对象之间的交互。协作图与顺序图是同构的，rose可自动转换。顺序图是强调消息的交互作用图，协作图描述了对象间的关系，是强调发送和接收消息的对象的组织结构的交互作用图。通过本次实验，掌握了对图书管理功能中的借书用例、还书用例进行动态建模。实验过程中由于对rational rose工具软件的不熟识，导致出现了不该出现的错误。在设计阶段，顺序图中需要引入边界类和控制类，在识别对象职责的基础上，需要将消息转换为类的方法，为方法定义参数、返回值类型，便于计算机的实现。其中，为方法定义参数、返回值类型的时候，还是不能够快速准确的作出判断。
实验四：活动图
实验结果：
篇二：uml实验总结
实验一
1．源代码生成，在逻辑视图中绘制下图，生成java源文件 生成代码步骤：
“tools”-〉“java”-〉“genenate codes”。
public class meeting { private string username;private string scheduled_user;private date start_time;private date end_time;private string label;public string getuser(){ return null;} public string getother(){ return null;} public date getstart(){ return null;} public date getend(){ return null;} public string getlabel(){ return null;} public string tostring(){ return null;} public void main(string args){ return null;} } 2．进行逆向工程，自行找到一个项目软件源代码，进行逆向工程。（ftp上有一个小源程序文件）
逆向工程的实现
“tools”->“java”-〉“reverse engineer java„”。public class student { private string name;public student(){ } public void test(){ } } 实验二
根据下属需求，分析参与者和用例，并建立网络教学系统的用例图。网络教学系统的功能需求主要包括以下几个方面： ① 学生可以登录网站浏览信息、查找信息和下载文件。②
教师可以登录网站输入课程简介、上传课件文件、发布消息、修改和更新消息。③ 系统管理员可以对页面维护以及批准用户的注册申请。
录入课程简介
下载文件 查找信息
修改消息
注册信息处理
实验三
1、已知借书的活动图如图3所示，若要求欠费的读者需结清欠款才能借书，请完善该活动图，并在rose内绘制出来。
图3 借书处理活动图
2、图4为图书“借书”活动图，文字描述此活动图包括哪些活动，活动按照怎样的顺序发生？
图4 “借书处理”活动图
（1）读者查找所需的图书，若找到图书，将所需的图书带到借阅台；（2）工作人员输入读者信息，检查读者身份是否合法，如果读者身份合法，进入（3）；
（3）录入图书信息，并检查图书是否允许借阅，如果允许，则记录借阅信
息，否则直接进入（4）；
（4）检查是否还有图书需要录入，如果还需录入，进入（3），否则提借阅信息。
3、绘制“删除读者信息”用例的活动图。删除读者信息一般按照以下步骤进行：
（1）管理员在录入界面，输入待删除的读者名；
（2）“业务逻辑”组件在数据库中，查找待删除的读者名；
（3）如果不存在，则显示出错信息，返回步骤（1），如果存在则继续；（4）“业务逻辑”组件判断“待删除的读者”是否可以删除；
（5）如果不可以，则显示出错信息，返回步骤（8），如果可以则继续；（6）在数据库中，删除相关信息；（7）显示删除成功信息；（8）结束。
篇三：uml实训总结
实训总结（收获与体会）
通过一个学期的uml学习，我从书本上获取了基本的理论知识，而真正的学以致用，将书本理论知识运用到实际的过程，是这次uml实训的体现。
三个周的uml实训，主要是围绕着一个实训题目“基于uml系统需求分析与设计--合倍利业务流管理系统”进行的，以小组为单位进行文档的编写，其中还对各种流程图、类图、用例图等的绘制，整个过程设计了知识的方方面面。从中让我认识到uml的作用和运作模式以及方法，它是一种统一建模的标准语言，现在对于大多数软件开发来说，都使用uml作为建模语言，形成了统一的标准。它是图形化的的语言，可以很直观的描述一个事物的状态、行为与特征，很好的说明与表达了“合贝利任务管理”这个系统。
总之，在我看来，uml是一种定义良好、易于表达、功能强大且普遍适用建模语言。融入软件工程领域的心思想、新方法和新技术，作用域不限于支持面向对象的分析和设计，也不单纯是一种方法，仅仅是一组符号而已，它可以对任何具有静态机构和动态行为的系统进行建模，所以我很喜欢适用uml，在今后的学习中，我还会进一步对该模型的学习，因为它方便、简洁、干净、清爽，直观形象，把整个软件系统的开发流程都融入进去。
这次实训过程中，文档方面的编写，遇到了很多的问题，这些问题主要是对基础知识的理解和把握不够，不能融会贯通和学以致用，有时遇到困难的时候真的不知如何着手解决，但是，我始终相信的那句话“读万卷书，不如行万里路，行万里路不如名师指路”。所以，当遇到自己模糊和自己难以解决的问题时，向指导老师和懂的同学请教，帮助解决我遇到的问题，经过他们的讲解后，我下来自己在分析，在动手，从不理解到理解，从不会到会，从懂到懂，这是一个让我学习愉快的过程，在这个过程中，既可以丰富了自己的知识，还可以和老师和同学进行有效地方沟通。
在这次实训过程中，感触最深的也就是合作精神了。独木难成林，单枪匹马，那是最错误的思想和做法。这次我是深有感触了。对于一个系统的分析，到最终项目的完成，需要分析每个文档，然后在写出纸质的文档，而在每个文档中，内容比较多，分析也要求比较到位，所以单独凭借一个人去完成，似乎有点困难，于是我们小组，将每个文档进行分析，能独立成块就分配给每一个人，这样，每个人都有自己的任务，谁也不会闲着，既学到了知识，也充实了自己。另外一点，就是我深深体会到了积累知识的重要性。在实训当中我们遇到了不少难题，但是经过我们大家的讨论和老师细心的一一指导，问题得到了解决。两个月的实训结束了，收获颇丰，同时也更深刻的认识到要做一个合格的程序员并非我以前想像的那么容易，最重要的还是细致严谨。社会是不会要一个一无是处的人的，所以我们要更多更快地从一个学生向工作者转变，总的来说我对这次实习还是比较满意的，它使我学到了很多东西，为我以后的学习做了引导，点明了方向。
实训的日子即将结束，回想这一个过程，有过痛苦，有过烦恼，有过喜悦和有过成功。痛苦烦恼的是自己对所学书本知识掌握得不是很扎实，面对着从书本上学到的知识与实际联系不起来，总结起来就是自己的动手练习的时间太少。而喜悦的是，在做的过程中遇到了困难和问题，主动向老师和会的同学请教，然后再做，直至做正确做成功后的那种喜悦。
团队的力量是无穷的，通过组员的共同努力，完成了实训项目。虽然，我们这组的项目存在着诸多的不足和缺点，但这正是以后学习和工作需要弥补的。这次实训将为我以后进入社会提过了一笔宝贵的财富，是对我能力的一个见证。最后，不得不感谢指导教师熊飞老师的辛勤指导，和小组成员的共同努力！篇四：uml实验报告
学 生 实 验 报 告 书
实验课程名称
uml建模技术
开 课 学 院
指导老师姓名
学 生 姓 名
学生专业班级
2009 — 2010学年 第 一 学期
实验课程名称： uml建模技术
实验课程名称：
uml建模技术
篇五：uml实验——状态图 实验报告
南京信息工程大学实验(实习)报告
实验名称 状态图 实验(实习)日期 2014.04.26 得分 指导老师
系专业 班级
一、实验目的
1．熟悉活动图的基本功能和使用方法。
2．掌握如何使用建模工具绘制活动图方法。
二、实验器材
1．计算机一台。
2．rational rose 工具软件。
三、实验内容
通过前面内容的学习，完成了对图书馆的图书馆管理系统的需求的初步分析，得出系统的用例图和相应的活动态。通过这两类图我们可以初步了解系统的业务处理过程，但对业务处理过程的处理状态间转换了解仍不够，这不利于设计人员对系统业务的进一步理解，而状态图能从对象的动态行为的角度去描述系统的业务活动。因此，指派你运用本节所学的状态图，完成如下任务：
1.完成图书业务模块中还书用例的状态图。
四、实验步骤 1．业务分析：由前面章节对图书馆管理系统中的还书主要业务的描述和分析可知，还书业务的动态行为是由：空闲（idle）、图书查找（finding）、还书（reversion）、失败（failure）、归还成功（success）5种状态及激活相互转换的事件。
2．绘制状态图：请您根据分析运用uml绘制还书用例的状态图。
分析：
还书的状态图，还书的主要业务都是由管理员来完成，首先管理员必须先登录系统，并通过验证后，便可以进行下一步的操作，查找该书的相关信息，如存在，则进行还书操作，如不存在该信息，则给出提示信息；
绘图步骤：
（1）在用例图中的还书（revesion）用例，单击右键，如图3.1所示，新建一个状态图，命名为revesion状态图。
（2）双击“receivesion”状态图，展开后，在左边的工具栏上选取一个实心圆点，此结点为开始结点；当还书的时候，操作者先要询问系统的状态，如果系统忙，操作者则必需等待，因此，得到系统的两种状态。
（3）操作者在询问系统和状态后，得到两种状态，如果系统忙，操作者必需要等待、结束，重返步骤（1）。
（4）如系统空闲，则进行对还书的信息进行查询操作；查询也有两种结果，一是查询得到该书的相关信息，二查询不到该书的相关信息；则此时有两种状态，需要建立两种状态。
（5）最后，操作者进行了操作后，系统会给出操作的结果给操作者；操作成功或失败，都会有提示信息给出。整个的还书的过程便完成。
（7）根据分析设计情况，进一步添加或细化状态图。
五、实验报告要求
1．整理实验结果。
2．小结实验心得体会。
【火龙果uml实验指导书】推荐阅读：