UML实验报告汇总
UML实验报告1-8次
实验一熟悉UML开发工具Microsoft Visio 2003 日期: 9月16日1.实验目的与要求:2.熟悉UML开发工具Microsoft Visio 2003。
3.实验内容:4.熟悉Visio的UML建模绘图界面。
二、2..通过绘制对象图学习Visio的使用方法。
实验器材:微机+windows操作系统+ Microsoft Visio 2003实验步骤:1. 熟悉Visio的UML建模绘图界面（1）进入Visio的UML建模绘图界面通过“开始”|“程序”, 运行Microsoft Office Visio 2003, 出现Microsoft Visio界面。
在左侧的“类别”区域中单击“软件”, 然后在右侧的“模板”中单击“UML模型图”, 则进入Visio的UML建模绘图界面。
（2）熟悉UML建模绘图界面在Visio的UML建模绘图界面中, 最大的白色区域就是绘图区。
左上方的“形状”窗口就是Visio的UML元素调板, 它由很多的标签页组成。
每个标签页提供了一个特定的UML 图标。
左下方的“模型资源管理器”就是Visio的字典, 字典就是所创建的所有元素及其属性的记录的集合。
当Visio打开并准备开始UML绘图的时候, “UML静态结构”标签页就会激活, 我们就可以创建类图和对象图了。
2. 通过绘制对象图学习Visio的使用方法。
（1）在“模型资源管理器”中“顶层包”的文件夹上右击, 从弹出菜单中选择“新建”|“静态结构图”, 则创建并打开了一个新的静态结构图。
从“形状”的“UML 静态结构”标签页中选择“对象”图标, 拖拽到绘图区。
（2）在对象图标上双击打开“UML对象属性”对话框。
在“名称”字段中输入“theSun”替代缺省名字。
我们还需要表明theSum是Star类的一个实例, 为此, 选择“类”字段并单击下拉列表。
从类列表中选择“顶层包：：Star”, 然后单击“确定”按钮。
（3）用相同的一系列步骤创建HabitablePlanet类的一个earth对象。
UML建模实验报告02
UML建模实验报告02UML建模实验报告021.实验目的本实验的目的是通过实际项目案例，了解和掌握使用UML建模工具进行软件系统建模的过程和方法。
2.实验过程本次实验我们选择了一个简单的在线购物系统作为项目案例。
首先，我们进行了需求分析，确定了系统的功能和特性。
然后，我们进行了领域建模，识别出了系统的核心概念和实体。
接下来，我们进行了用例建模，识别出了系统的用例，并绘制了用例图。
然后，我们进行了行为建模，设计了系统的顺序图和活动图。
最后，我们进行了结构建模，设计了系统的类图和对象图。
3.实验结果通过本次实验，我们成功完成了在线购物系统的建模过程，并获得了以下结果：1)需求分析：我们确定了系统的功能和特性，包括用户登录、浏览商品、添加到购物车、下订单等。
2)领域建模：我们识别了系统的核心概念和实体，包括用户、商品、购物车、订单等，并绘制了类图。
3)用例建模：我们识别了系统的用例，并绘制了用例图，包括登录、浏览商品、添加到购物车、下订单等。
4)行为建模：我们设计了系统的顺序图和活动图，包括用户登录、浏览商品、添加到购物车、下订单等的流程和交互。
5)结构建模：我们设计了系统的类图和对象图，识别了系统的类和对象，包括用户、商品、购物车、订单等。
4.实验总结通过本次实验，我们深入了解和体验了使用UML建模工具进行软件系统建模的过程和方法。
我们发现UML建模工具可以很好地帮助我们理清系统的功能和特性，识别出系统的核心概念和实体，设计系统的用例、顺序图、活动图、类图和对象图。
通过建模过程，我们可以更加清晰地理解系统的需求和设计，并与团队成员进行有效的沟通和协作。
同时，我们也发现UML建模工具的使用需要一定的学习和实践，尤其是对于一些高级建模概念和技术的掌握。
因此，我们认为在今后的实践中，需要进一步学习和应用UML建模工具，以提高我们的建模能力和技术水平。
5.实验改进建议根据本次实验的经验和总结，我们提出以下改进建议：1)在实验前进行必要的学习和准备，了解UML建模工具的基本概念和使用方法，以充分发挥工具的功能和效能。
河北工业大学UML实验报告汇总
《面向对象与UML》实验报告实验一UML建模基础一、实验目的1.熟悉UML建模工具Rational rose的可视化环境。
2.掌握利用Rational rose进行建模的步骤。
二、实验内容1.熟悉Rational rose建模环境2.建模基本步骤3.结合日常生活中实际使用的系统，模仿2中的用例模型绘制用例图，并保存模型，熟悉利用Rational rose的建模过程，要求绘制的用例图中用例与2中的用例图不相同。
三、实验结果建模基本步骤中得到的用例图实验2 用例图一、实验目的1. 熟悉UML用例图的基本图形元素。
2. 掌握用例与用例之间的各种关系。
3. 熟悉针对具体场景使用例图进行软件建模的方法。
4. 掌握用例规格说明的概念和基本结构，以及用例规格说明的作用。
二、实验内容1. 根据实验一建模实例，熟悉利用Raional rose软件绘制用例图的基本方法。
2 通过对“学生信息管理系统”的需求描述，确定系统用例图：“学生信息管理系统”的需求描述如下：在每个新学年开始都会有新生入学，这时系统的管理人员可以通过系统将这些新生的学籍、年龄、家庭住址、性别、身高、学生证号、身份证号等基本信息存入数据库，每个新生都对应一个唯一的编号，此编号可以是学生，在日程管理中，系统管理员还可以对所有学生的基本信息进行查询、修改和删除等操作；同时校领导可以查询、修改全校所有学生的基本信息。
学校领导可以通过本系统了解每个班的任课教师、辅导员、学生姓名、学生人数、专业等班级基本信息。
系统管理员可以进行查询班级基本信息、添加班级、修改班级基本信息、删除班级等操作。
在考试结束以后，教师可以将学生的考试成绩录入系统，还可以对学生的成绩进行查询和修改。
学生可以通过本系统进行成绩的查询。
学生还可以在网上选择自己选修的课程（必修课必须上，所以不用选），学生通过本系统可以看到有哪些课程可以选以及课程的基本信息。
课程的基本信息包括：课程号、所属专业、课程名称、开课学期、学时数、学分、任课教师等。
UML实验——活动图-实验报告
南京信息工程大学实验(实习)报告一、实验目的1．熟悉活动图的基本功能和使用方法。
2．掌握如何使用建模工具绘制活动图方法。
二、实验器材1．计算机一台。
2．Rational Rose 工具软件。
三、实验内容根据图书管理系统开发进度，在完成对系统的需求建模，得到用例模型后，应针对每个用例进行业务分析，说明其具体的业务流程，现系统分析部指派您完成该项任务。
要求：用活动图来描述系统中已知用例的业务过程：1．描述删除读者用例。
四、实验步骤绘制“删除读者信息”用例的活动图。
删除读者信息一般按照以下步骤进行：（1）管理员在录入界面，输入待删除的读者名；（2）“业务逻辑”组件在数据库中，查找待删除的读者名；（3）如果不存在，则显示出错信息，返回步骤（1），如果存在则继续；（4）“业务逻辑”组件判断“待删除的读者”是否可以删除；（5）如果不可以，则显示出错信息，返回步骤（8），如果可以则继续；（6）在数据库中，删除相关信息；（7）显示删除成功信息；（8）结束。
绘图步骤：（1）在用例图中，找到删除的用例，在删除用例上单击右键，在弹出的快捷菜单中选“New”，Rose工具也会弹出一个菜单，选”Activity Diagram”，选中后单击，便可以新建好一个活动图。
(2)新建好活动图后，双击删除的活动图，然后把在左边的工具栏内点击“Swinlane“，在右边的图添加一个泳道，并命名为administrator.按照此步骤，再添加另一个泳道，并命名为SystemTool。
（3）接着在左边的工具上选取开始点，并在administrator的泳道上添加；添加完开始结点后，再来为此活动图添加活动，在左边的工具栏上选中Activity这个图标，在administrator 这边的泳道上添加一个活动，命名为登录（login），再在开始结点和活动登录（login）之间添加活动关系。
（4）完成步骤（2）后，登录输入需要对输入的信息进行验证，则在图中添加一个验证框：添加验证框后，验证的内容，如果通过，则允许管理员进行查询操作；如不能通过，则结束。
uml实训总结（范本）
uml实训总结uml实训总结篇一：UML实训总结实训总结（收获与体会）通过一个学期的Uml学习，我从书本上获取了基本的理论知识，而真正的学以致用，将书本理论知识运用到实际的过程，是这次UML实训的体现。
三个周的UML 实训，主要是围绕着一个实训题目“基于UML系统需求分析与设计--合倍利业务流管理系统”进行的，以小组为单位进行文档的编写，其中还对各种流程图、类图、用例图等的绘制，整个过程设计了知识的方方面面。
从中让我认识到UML的作用和运作模式以及方法，它是一种统一建模的标准语言，现在对于大多数软件开发来说，都使用U ml作为建模语言，形成了统一的标准。
它是图形化的的语言，可以很直观的描述一个事物的状态、行为与特征，很好的说明与表达了“合贝利任务管理”这个系统。
总之，在我看来，UML是一种定义良好、易于表达、功能强大且普遍适用建模语言。
融入软件工程领域的心思想、新方法和新技术，作用域不限于支持面向对象的分析和设计，也不单纯是一种方法，仅仅是一组符号而已，它可以对任何具有静态机构和动态行为的系统进行建模，所以我很喜欢适用UML，在今后的学习中，我还会进一步对该模型的学习，因为它方便、简洁、干净、清爽，直观形象，把整个软件系统的开发流程都融入进去。
这次实训过程中，文档方面的编写，遇到了很多的问题，这些问题主要是对基础知识的理解和把握不够，不能融会贯通和学以致用，有时遇到困难的时候真的不知如何着手解决，但是，我始终相信的那句话“读万卷书，不如行万里路，行万里路不如名师指路”。
所以，当遇到自己模糊和自己难以解决的问题时，向指导老师和懂的同学请教，帮助解决我遇到的问题，经过他们的讲解后，我下来自己在分析，在动手，从不理解到理解，从不会到会，从懂到懂，这是一个让我学习愉快的过程，在这个过程中，既可以丰富了自己的知识，还可以和老师和同学进行有效地方沟通。
UML实验报告
图十二：建好后的表关系图
建立好表关系之后，就可以导入数据库了，请按照以下步骤进行操作
第十步：打开SQLServer的“企业管理器”，新建一个名为“NorthwindRose”的数据库，与Rose中的DB同名，打开属性，在“文件组”一栏加上“NorthwindSpace”，这里就是对应Rose中的Tablespace
先看最终效果
图ቤተ መጻሕፍቲ ባይዱ、SQLServer2000中的关系
图二、Rose2003中的关系图
第一步：在Rose2003中新建一个MDL文档，命名为Northwind.mdl
第二步：展开Componet View，New一个DataBase，命名为NorthwindRose，这就是会出现在SQLServer中的新库名，这里可以注意到，Rose自动在“Logical View”中新建了两个包“Global Data Types”以及“Schemas”
图七、建立数据模型视图，并双击打开，出现新的Toolbar
第七步：右键打开"Schema_Actor"的“Open Specification”，将DataBase选择为"NorthwindRose"，表明从属关系，同时新建一个Table
图八、在模式下新建表格
第八步：在模式“Schema_Actor”下新建三个表Card、Customers和Employees，这里我以建立Card表为例，介绍怎么在Rose2003中建立表格，以及如何设置主键、选择数据类型以及数据长度等
图十四、导入过程
检查一下SQLServer2000，应该可以看到表都已经自动建立好了，如果导入不成功，基本上是以下几个原因：
uml实验报告-郑州轻工业学院
郑州轻工业学院UML实验报告实验一：用例图1.需求分析：图书馆系统，读者可以使用客户端，查询到馆藏书目和本人在借的图书。
对目前已借出无馆藏的图书可以进行预定，也可以取消预定，图书管理员通过系统记录图书的出借和归还，以及进行书目的维护、读者信息和借书卡的维护。
2.建立Rational Rose模型a)打开Rational Rose，选择要建立模型的语言，选择vcb)新建一个模型，选择new Cancel按钮后，进入Rose主界面。
3.a)双击Use CaseView 节点下的mainb)在右边的图中添加一个Actor，选中新添加的Actor，单击鼠标右键，出快捷菜单，选择“Open Specification”c)打开该Actor的设置对话框，在name框中为该参与者命名实验二：类对象模型的建立1.在实验一的基础上进行建立2.打开Rose 中的Logical View，鼠标右键单击Logical View根节点后，快捷菜单，选择“New——Package”项，在逻辑视图下建一个名为“Class Diagram”（类图）的包，用于存放图书管理系统的静态模型鼠标右键单击新建的“Class Diagram”包，快捷菜单，选择“New ——Class Diagram”项，在“Class Diagram”包下建立一张名为“Entity”的业务领域实体类图。
3.鼠标双击“Entity”类图，在绘图窗口打开这张新建类图添加类“借书记录”：在左边的类图工具栏选取“Class”图标，在右边的图中添加一个新类，选中新添加的类，单击鼠标右键，快捷菜单，选择“Open Specification”项，打开该类的设置对话框，在name框中为该类命名：借出记录。
4.设置类的属性：点击类属性对话框上方“Attribute”选项，在界面下方的空白地方单击右键，可以看到有一个“Insert”的选项，选中这个选项，为类添加一个属性，鼠标双击新加的属性后，属性设置，由于分析阶段只需识别出业务领域对象的属性，依此类推，添加类的另一个属性“还书日期”，添加完毕后，该“借书记录”类将有两个属性：建立名为“BO”的实体子包，并将上述实体类放入包内：1.再建立名为“UI”的边界类包和名为“CO”的控制类包。
UML实验报告
1.为什么要求相对应的类名、组件名和实现组件的文件名相同？
答：相应的名字中能够找到相应的类的信息。如果组件名、类名和Java文件名不相同，会出现实体类的语法错误。
实验七 正向工程
一、实验报告要求
1．整理实验结果。
2．小结实验心得体会。
正向工程是对一个系统物理结构实现的高层抽象性、逻辑性及独立性设计的传统处理过程。通过本次试验，学会了利用Rose工具生成代码框架及生成数据库脚本，同时在实现过程中使用转换后的代码和数据库脚本。了解了Java编程综合练习。
实验四 活动图
一、实验结果
1．整理实验结果。
2．小结实验心得体会
在UML中，活动图是为系统的动态方面建模的7个图之一。活动图主要是一个流图，它描述了从活动到活动的控制流，它还可以用来描述对象在控制流的不同点从一个状态转移到另一个状态时的对象流。
通过本次实验，我对活动图的语义和功能有了更深层次的理解和应用，并对活动图的组成部分，包括动作状态、活动状态、分支、分叉和泳道、对象流，逐一进行了学习。同时基本掌握了用活动图来描述系统中“借出图书”用例的业务过程。实验过后本应该有完整的截图，由于自己的粗心马虎，造成截图的不完整性。
2.本案例中，ResourceTitle与BookTitle、DiscTitle的继承关系，SQL Server 2000关系型数据库的转换合理吗？如不合理，请问该如何修改？
答：不合理。
UML
实
验
报
告
实验一 用例图
一、实验结果
1、整理实验结果
2、小结实验心得体会
用例模型用于需求分析阶段，它描述了待开发系统的功能需求，并驱动了需求分析之后各阶段的开发工作。用例图是UML中用来对系统的动态方面进行建模的7种图之一。用例图描述了用例、参与者以及它们之间的关系。用例图从用户角度描述系统功能，并指出各功能的操作者。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
实
验
报
告
课程名称：UML统一建模语言实验名称：图书管理系统
专业班级：嵌入式软件
学校：郑州轻工业学院
实验一用例图
[实验目的和要求]
1、熟悉UML建模工具Rational Rose的基本菜单及操作。
2、掌握UML的可见性规则和构造型的作用。
3、掌握用例的概念；掌握UML用例图的组成及作用。
4、掌握用例与用例之间的各种关系。
[实验内容和步骤]
1、练习使用建模工具建立各种UML图形，并对图形进行相应编辑和修改。
2、认识各种UML关系及可见性符号，并用工具表示出来。
➢用例图包含6个元素，分别是：参与者、用例、关联关系、包含关系、扩展关系以及泛化关系。
参与者用人形图标表示，用例图用椭圆形符号表示，连线表示它们之间的关系。
➢用例图显示多个外部参与者以及他们与系统提供的用例之间的连接。
通过用例建模可以对外部的角色以及他们所需要的系统功能建模。
用例图用于系统分析阶段。
➢用例是系统参与者与系统在交互过程中所需要完成的事务。
➢该实验确定参与者是图书管理员和读者，还要分析系统所涉及的问题领域和系统运行的主要任务。
根据系统的需求分析可确定：作为一个图书管理系统，要实现图书管理，读者可以查询借书情况、查询节目（预定图书、取消预订）；对于图书管理员来说，系统维护操作主要包括：借出图书、归还图书（逾期罚款）、维护图书、维护读者信息,包含关系的图标按钮应用虚线箭头。
截图如下：
实验二类对象模型的建立
[实验目的和要求]
１、掌握对象的概念，对象的表示方法，掌握类与对象的关系。
２、掌握类与类之间的各种关系代表的含义及表示方法。
[实验内容和步骤]
１、什么是对象，对象的三大特征是什么？UML中对象的表示方法有哪些？
2、简述类的定义，以及类的三要素。
3、类的属性和方法的可见性有哪些？UML中如何表示？
➢对象代表一个单独的，可确认的物体、单元或实体，它可以是具体的也可以是抽象的，在问题领域里有确切定义的角色。
换句话说,对象是边界非常清楚的任何事物。
对象三大特征是封装、继承和多态。
➢对象图中不包含操作，因为对于属于同一个类的对象而言，其操作是相同的。
类使用关联连接，关联使用名称、角色、多重性以及约束等特征定义。
➢类图描述系统中类的静态结构，它不仅定义系统中的类，描述类之间的联系，还包括类的内部结构。
类图描述的是一种静态关系，在系统的整个生命周期中都是有效的。
通过分析用例和问题域，就可以得到相关的类，然后再把逻辑上相关的类封装成包，这样可以很好的体现系统的分层结构，是得系统层次关系一目了然。
➢类的三要素是：类的名称、属性、操作。
类的属性和方法的可见性有：公有public（符号“+”）、私有 private（符号“-”）和受保护protected（符号“#”）。
➢类使用关联连接，关联使用名称、角色、多重性以及约束等特征定义。
类代表的是对对象的分类，所以必须说明可以参与关联的对象的数目。
对象图如下：
对应的类图如下：
实验三顺序图、协作图
[实验目的和要求]
１、掌握顺序图与协作图的概念及作用。
2、掌握UML顺序图与协作图的基本图形，了解它们各自的组成元素、特定作用和适用场合。
3、掌握顺序图的画法以及其中元素所代表的意义。
[实验内容和步骤]
1、 UML中的顺序图与协作图之间各有什么区别和联系？
2、在顺序图和协作图中，应如何表示“循环”，“判断”等结构？
➢顺序图与协作图主要元素都是消息和类角色。
➢协作图的重点是将对象的交互映射到它们之间的链上，即协作图以对象图的方式绘制各个参与对象，并且将消息和链平行放置。
➢在协作图中，对象要么存在要么不存在，除了通过消息描述或约束，没有其他的方法可以表示对象的创建或结束。
顺序图还可以表现对象的激活和去激活情况但对于协作图来说，由于没有对时间的描述，除了对消息进行解释，它无法清晰地表示对象的激活和去激活情况。
截图如下：
实验四活动图
[实验目的和要求]
１、掌握活动的概念以及表示方法。
２、掌握活动图中个元素表示的意义和表示方法。
３、掌握分支、监护条件、分岔、汇合和泳道的概念。
４、掌握阅读和绘制活动图的方法。
[实验内容和步骤]
1、活动图中包括哪些元素？分别如何表示？
2、UML中如何表示活动？
➢活动是某件事情正在进行的状态既可以是现实生活中正在进行的某一项工作，也可以是软件系统某个类对象的一个操作。
活动图用圆角椭圆表示。
➢活动图中包括分支与合并、分叉与汇合等模型元素。
分支与合并用实线箭头表示，分叉与汇合用一条加粗的线段表示。
➢分叉可以用来描述并发线程，每一个分叉可以有一个输入转换和两个或多个输出转换，每一个转换都可以是独立的控制流。
分支在软件系统流程中很常见，它一般用于表示对象类所具有的条件行为。
➢控制活动的处理过程，控制系统的行为。
监护条件是决定执行与否，改变时间是决定什么时候执行。
截图如下：
实验五状态图
[实验目的和要求]
１、掌握状态的定义和组成部分。
２、掌握UML中状态的表示方法。
3、了解触发事件、监护条件、动作的定义。
4、掌握阅读和绘制状态图的方法。
[实验内容和步骤]
１、什么叫做状态？状态由哪五个部分组成？
2、触发事件是什么？可以具体分为哪些事件？
➢状态是描述系统里静态事物的动态变化。
状态机由状态、转换、事件、活动和动作5部分组成。
状态图图标分3部分：名称、内部转换和嵌套状态图。
➢能够引起状态装换的事件：信号、调用和时间段。
➢在对系统进行建模时，最先考虑的是基于状态之间的控制流，因为系统对象中的状态变化最易发现和理解。
➢该状态图包括：状态开始，购买项目，状态1再馆状态，状态2借出状态，嵌套状态图：状态1正常，状态2逾期。
丢失/淘汰项目，结束。
截图如下：
其它截图:
实验总结：通过这次UML实验，我掌握了RationalRose软件中UML基本符号的绘制方法，以及UML基本图形“用例图、对象图、活动图、顺序图”等的绘制方法，初步掌握了用UML 对系统分析与设计进行建模的方法与步骤，提高软件开发的实践能力，培养了工程设计能力和综合分析、解决问题的能力。
为以后能够系统的编程前可以对系统进行设计和建模打下了坚实的基础。
在这次实验中我还发现要学习的知识还很多，已经学过的知识还没很好的理解，所以还应继续学习。
总的来说，这次实验自己收获还是很大，但仍有很多不足的地方，我会进一步学习UML建模。