UML实验报告
面向对象建模UML实验报告
面向对象建模UML实验报告
在面向对象建模中，最常用的工具之一就是统一建模语言（UML）。
UML为开发人员提供了一种标准化的方法，用于描述系统的结构、行为和交互。
UML提供了一种图形表示方法，以及一套规则和符号，用于描述系统的各个方面。
实验目的：
通过此次实验，我们的目标是掌握面向对象建模的基本概念和方法，并能够使用UML语言对系统进行建模。
具体目的如下：
1.了解面向对象建模的基本思想和概念。
2.掌握UML的基本语法和符号。
3.能够使用UML对系统进行建模和分析。
4.学会使用UML工具进行建模。
实验步骤：
1.学习面向对象建模的基本概念和方法。
了解UML语言的基本语法和符号。
2.选择一个系统进行建模。
可以选择一个现有的系统，或是一个虚构的系统。
系统可以是一个软件系统，也可以是一个物理系统。
3.根据系统的需求和功能，使用UML语言对系统进行建模。
根据系统的结构和行为，选择合适的UML图形进行建模，例如用例图、类图、活动图等。
5.对建模结果进行分析和评估。
根据建模结果，分析系统的结构和行为，评估系统的可行性和性能。
6.根据分析结果，进行系统设计和开发。
实验结果：
通过此次实验，我们能够更好地理解和分析系统，能够使用UML语言对系统进行建模和分析。
我们可以通过UML图形清晰地描述系统的结构和行为，帮助开发团队更好地进行系统设计和开发。
通过实验的学习，我们不仅掌握了面向对象建模的基本概念和方法，也学会了使用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实验报告
模型是对现实的抽象或模拟,是对现实系统的本质特征的一种简化、直观、类比和抽象的描述。
特征：反映性、简化性、直观性、抽象性模型的类型1). 从学科分：思维模型、社会模型、工程模型、建筑模型、软件模型2). 从形物化角度分：逻辑模型、实体模型3). 从抽象程度分：概念模型、逻辑模型、物理模型。
建模：建立模型的过程被称为建模。
建模的必要性：软件是人智力劳动的产物，具有极高的智能特性。
软件没有物理实体的物理形态，而是智能、逻辑和算法的描述。
软件具有高度抽象性。
软件开发是高度复杂性工作，软件的规模越来越大，功能越来越复杂，服务领域越来越广泛。
综上：软件的开发和生产必须借助于模型，来反映和描述软件中间的开发过程和开发状态。
软件模型通过一定的形式和方法用来描述软件的模型。
软件建模：建立软件模型的过程被称为软件建模。
软件模型的内容：业务模型、需求模型、逻辑模型、设计模型、实现模型、测试模型。
面向对象建模在软件开发中,采用与人的思维过程相一致的,直接面向客观事物,面向所要解决的需求问题,并用一套对象、类、继承、消息等机制开发软件的系统性软件建模方法。
特点：对象是软件建模的重心；包括需求、设计、实现等多种模型；属一类建模方法，而非一种方法。
对象是系统中用来描述客观事物的一个实体，它是构成系统的一个基本单位。
对象既可以描述客观存在的事物，也可以表示由人主观构造的抽象观念。
类用来描述具有相同性质的一组对象。
关联：对具有共同结构特征、关系和语义的链接描述。
聚合：聚合表示有多个部分聚集成为整体，表示部分构成整体的一种松散的关系。
组合泛化依赖：表示两个模型元素之间的语义联系，指一个模型元素发生变化，必然影响到另外一个模型元素。
封装是把某些可以独立存在的内容封裹起来，构成一个整体，并把内部细节隐藏起来，仅向外部提供可以提供的外在描述。
对象的封装是把对象的属性和操作结合成一个独立的系统单位，并隐藏对象的内部细节，向外部提供对象的接口。
UML类图实验报告
UML类图实验报告实验报告学院：专业： 20xx年 3月 18日第二篇：UML实验——类图实验报告 1300字南京信息工程大学实验(实习)报告实验名称类实验(实习)日期 2014.05.10 得分指导老师系专业班级一、实验目的1．理解类的基本概念。
2．掌握如何从需求分析中抽象出类的方法。
3．掌握在Rational Rose中绘制类的操作方法。
二、实验器材1．计算机一台。
2．Rational Rose 工具软件。
三、实验内容通过前面内容的学习，完成了对图书馆的图书馆管理系统的需求的初步分析，得出系统的用例图和相应的活动态和状态图。
通过这两类图我们可以初步了解系统的业务处理流程。
现在需要对系统进行静态建模，这就需要从系统的用例图、活动图和状态图去寻找和发现类。
因此，指派你运用本节所学的有关如何抽象出类的知识，完成如下任务：1．寻找和抽象出书籍管理功能中的类。
四、实验步骤1．分析：由前面章节对图书馆管理系统中的书籍管理功能可知，该模块是由书籍信息类、书目类、新增书籍界面类、修改书籍界面类、删除书籍界面类和书籍管理类6个类组成。
2．绘制类的步骤：（1）打开前面初步构建的UML模型文件;（2）打开Rose中的逻辑视图（Logical View），选择分析模型（analysis model）目录。
并在其下创建一个子目录并命名为：“图书馆业务功能”。
（3）用鼠标右击“图书馆业务功能”在弹出来的菜单中选择“New→Class diagram”项，创建类图。
（4）双击新建的类图，并点右边控件集中选中的类的图标，并用鼠标在图中分别拖出一个类图，并命名为Book。
（5）接下来的一步为设置类的属性，在新的类中双击该类，在打开属性面板中，可以看到在此可以设置类的属性和方法等其他的信息；后撞击Attributes这个栏目，此栏目为设置类的属性的选项，在图中间的单击右键，可以看到有一个“Insert”的选项，选中这个选项，后在出现的对话框中输入相关信息；如书本的ISBN号，在Type这个方框内输入此属性的类型值，同时可以看到一栏可以设置此属性的访问权限，一般这些属性都设置Private这个权限。
UML实验报告
UML系统分析与设计实验报告实验一图书馆系统——借书一．实验目的：学会使用UML来构建软件的面向对象的软件工程，对系统进行不断精化的建模。
这些模型包括用例模型、分析模型、设计模型，然后，我们需要使用具体的计算机语言来建立系统的实现模型。
当然，在整个软件工程中，我们还需要建立系统的测试模型，以保证软件产品的质量。
在具体的实验中更加准确的了解UML的操作平台。
二．实验内容：利用UML做一个图书馆借书系统的建模。
三．实验步骤：名称：借书”。
说明：学生在图书馆挑选好需要的图书后，通过图书管理员把书借回去。
参与者：学生，图书管理员频率：每天可能会有很多次。
最繁忙的情况是，借书的人非常多，按照现在的速度，大约每分钟完成一个人的结束工作。
前置条件：无后置条件：修改所借出的图书的剩余数量。
假设：借书者总是从图书馆找到书，然后才能拿书办理借书手续，因此，总是有足够的书可以出借。
基本操作流程：借书成功。
1）学生将所借图书和借书证交给图书管理员2）图书管理员将学生借书证号码和所借图书输入系统3）系统校对借书信息，比对该学生以往借书情况和当前借书情况，如果不存在不允许借书的情况，则记录借书交易的信息，并且修改相应的馆藏图书的数量信息。
4）如果该学生已经预订了这本图书，则撤销该预定。
5）报告交易成功。
可选操作流程：所借图书超出最大借书数量。
1）学生将所借图书和借书证交给图书管理员2）图书管理员将学生借书证号码和所借图书输入系统3）系统校对借书信息，比对该学生以往借书情况和当前借书情况，发现已超出最大借书数量，则停止当前交易，并且提示用户错误原因。
4）图书管理员可以应学生的意见，减少借书数量，并重新提交系统。
流程活动图：见图一。
借书活动图分析模型分析模型是从开发者的角度来描述问题。
用例模型的主要工作是描述现实世界的业务流程，而很少会涉及系统的概念。
分析，则是从系统的角度来来看待软件应该为用户提供的服务。
同样，同设计不同的是，分析仍然停留在“做什么”的层次，。
UML实验报告
一、实验目的熟悉软件建模工具PowerDesigner的安装和使用，使用PowerDesigner绘制用例图，熟悉用例文档的编写，掌握系统需求模型的构造过程；学习使用PowerDesigner绘制类图。
二、实验内容1. 根据如下场景构造需求模型，使用PowerDesigner绘制用例图，撰写用例“在线预订客房”和“前台预订客房”的用例描述文档，并进行模型检查。
某酒店订房系统描述如下：(1) 顾客可以选择在线预订，也可以直接去酒店通过前台服务员预订；(2) 前台服务员可以利用系统直接在前台预订房间；(3) 不管采用哪种预订方式，都需要在预订时交相应订金；(4) 前台预订可以通过现金或信用卡的形式进行订金支付，但是网上预订只能通过信用卡进行支付；(5) 利用信用卡进行支付时需要和信用卡系统进行通信；(6) 客房部经理可以随时查看客房预订情况和每日收款情况。
2. 某电话公司决定开发一个客户信息管理系统，系统功能如下：(1) 浏览客户信息：任何使用Internet的网络用户都可以浏览电话公司所有的客户信息（包括姓名、住址、电话号码等）。
(2) 登录：电话公司授予每个客户一个账号。
拥有授权账号的客户可以使用系统提供的页面设置个人密码，并使用该账号和密码向系统注册。
公司管理人员也可以通过登录对客户信息进行管理。
(3) 修改个人信息：客户在系统中注册后，可以发送电子邮件或者使用系统提供的页面对个人信息进行修改。
(4) 删除客户信息：只有公司的管理人员才能删除不再接受公司服务的客户的信息。
绘制该系统的用例图。
3. 根据如下描述绘制类图：某商场会员管理系统包含一个会员类(Member)，会员的基本信息包括会员编号、会员姓名、联系电话、电子邮箱、地址等，会员可分为金卡会员(GoldMember)和银卡会员(SilverMember)两种，不同类型的会员在购物时可以享受不同的折扣；每个会员可以拥有一个或多个订单(Order)，每一个订单又可以包含至少一条商品销售信息(ProductItem)，商品销售信息包括订单编号、商品编号、商品数量、商品单价和折扣等；每一条商品销售信息对应一类商品(Product)，商品信息包括商品编号、商品名称、商品单价、商品库存量、商品产地等。
UML实验报告
1.为什么要求相对应的类名、组件名和实现组件的文件名相同？
答：相应的名字中能够找到相应的类的信息。如果组件名、类名和Java文件名不相同，会出现实体类的语法错误。
实验七 正向工程
一、实验报告要求
1．整理实验结果。
2．小结实验心得体会。
正向工程是对一个系统物理结构实现的高层抽象性、逻辑性及独立性设计的传统处理过程。通过本次试验，学会了利用Rose工具生成代码框架及生成数据库脚本，同时在实现过程中使用转换后的代码和数据库脚本。了解了Java编程综合练习。
实验四 活动图
一、实验结果
1．整理实验结果。
2．小结实验心得体会
在UML中，活动图是为系统的动态方面建模的7个图之一。活动图主要是一个流图，它描述了从活动到活动的控制流，它还可以用来描述对象在控制流的不同点从一个状态转移到另一个状态时的对象流。
通过本次实验，我对活动图的语义和功能有了更深层次的理解和应用，并对活动图的组成部分，包括动作状态、活动状态、分支、分叉和泳道、对象流，逐一进行了学习。同时基本掌握了用活动图来描述系统中“借出图书”用例的业务过程。实验过后本应该有完整的截图，由于自己的粗心马虎，造成截图的不完整性。
2.本案例中，ResourceTitle与BookTitle、DiscTitle的继承关系，SQL Server 2000关系型数据库的转换合理吗？如不合理，请问该如何修改？
答：不合理。
UML
实
验
报
告
实验一 用例图
一、实验结果
1、整理实验结果
2、小结实验心得体会
用例模型用于需求分析阶段，它描述了待开发系统的功能需求，并驱动了需求分析之后各阶段的开发工作。用例图是UML中用来对系统的动态方面进行建模的7种图之一。用例图描述了用例、参与者以及它们之间的关系。用例图从用户角度描述系统功能，并指出各功能的操作者。
UML实验报告
实验报告课程名称：UML统一建模语言实验名称：图书管理系统专业班级：嵌入式软件学校：郑州轻工业学院实验一用例图[实验目的和要求]1、熟悉UML建模工具Rational Rose的基本菜单及操作。
2、掌握UML的可见性规则和构造型的作用。
3、掌握用例的概念；掌握UML用例图的组成及作用。
4、掌握用例与用例之间的各种关系。
[实验内容和步骤]1、练习使用建模工具建立各种UML图形，并对图形进行相应编辑和修改。
2、认识各种UML关系及可见性符号，并用工具表示出来。
用例图包含6个元素，分别是：参与者、用例、关联关系、包含关系、扩展关系以及泛化关系。
参与者用人形图标表示，用例图用椭圆形符号表示，连线表示它们之间的关系。
用例图显示多个外部参与者以及他们与系统提供的用例之间的连接。
通过用例建模可以对外部的角色以及他们所需要的系统功能建模。
用例图用于系统分析阶段。
用例是系统参与者与系统在交互过程中所需要完成的事务。
该实验确定参与者是图书管理员和读者，还要分析系统所涉及的问题领域和系统运行的主要任务。
根据系统的需求分析可确定：作为一个图书管理系统，要实现图书管理，读者可以查询借书情况、查询节目（预定图书、取消预订）；对于图书管理员来说，系统维护操作主要包括：借出图书、归还图书（逾期罚款）、维护图书、维护读者信息,包含关系的图标按钮应用虚线箭头。
截图如下：实验二类对象模型的建立[实验目的和要求]１、掌握对象的概念，对象的表示方法，掌握类与对象的关系。
２、掌握类与类之间的各种关系代表的含义及表示方法。
[实验内容和步骤]１、什么是对象，对象的三大特征是什么？UML中对象的表示方法有哪些？2、简述类的定义，以及类的三要素。
3、类的属性和方法的可见性有哪些？UML中如何表示？对象代表一个单独的，可确认的物体、单元或实体，它可以是具体的也可以是抽象的，在问题领域里有确切定义的角色。
换句话说,对象是边界非常清楚的任何事物。
对象三大特征是封装、继承和多态。
UML实验报告
UML实验报告班级：软件0841姓名：张文成学号：081842173实验内容：用例建模、分析建模、设计建模（1）、设计建模（2）实验一：用例建模[实验目的]〃掌握客户需求分析的方法和步骤〃了解以用例驱动的软件开发方法〃识别并编写用例〃掌握用Rose 进行用例建模的具体方法和步骤[实验内容]要求学生根据周围的实际情况，自选一个小型应用项目，分析业务需求，识别并编写用例、绘制用例图以理解系统需求。
亦可采用教师指定的“企业综合信息管理系统”中的“进销存管理子系统”[实验原理和步骤]建模原理：(1) 需求获取。
以任务和客户为中心，通过会议、面谈等手段对客户需求进行调研，获得系统目标、范围和功能要求的初步说明。
(2) 用例分析。
确定用例，同时采用分层思想，对用例的层次级别进行划分（高层用例、子系统级、用户目标级）（3）用例描述。
分层绘制用例图，撰写用例的文字描述（采用单栏格式）。
步骤：（1）需求获取。
自选题目，与相关客户、领域专家等反复商讨，获得系统目标、范围和功能要求的初步说明。
（也可采用教师指定的题目：“企业综合信息管理系统”中的“进销存管理子系统”，但要仔细研读“企业现状”、“系统目标、范围和功能要求”等文字说明）。
（2）用例分析。
确定系统范围和边界、确定参与者、确定用例。
（3）用例描述。
分层绘制用例图、描述用例。
画图原理：采用Rose 软件进行用例建模必须建立在完好的系统用例分析基础之上．只有做好系统用例分析，系统用例建模才能这到预期的效果。
步骤：（1）分层绘制用例图，每层采用“包”进行管理。
（2）以“企业综合信息管理系统” -> “进销存管理”子系统-> “销售管理” -> “合同管理” ->“收款单处理”为主线，完成附录2 中的操作过程（亦可选择“企业综合信息管理系统” -> “进销存管理”子系统-> “库存管理” -> “原材料出库” ->“领料单处理”主线）[ 实验结果]实验2 分析建模[ 实验目的](1) 理解面向对象系统分析和对象类建模(概念建模)的概念(2)了解和掌握面向对象系统分析的方法和步骤(3)了解和掌握寻找待开发系统中类(概念)的方法和技巧(4) 掌握使用ROSE 绘制概念模型的方法[ 实验内容]在用例分析的基础上，选择第一个迭代周期打算开发的用例，建立相关的概念模型。
UML实验报告
《软件建模原理》实验报告学院：计算机学院班级：姓名：学号：授课老师：实验一：用例建模[ 实验日期] 2011年6月22 日[ 实验目的]·掌握客户需求分析的方法和步骤·了解以用例驱动的软件开发方法·识别并编写用例·掌握用Rose 进行用例建模的具体方法和步骤[ 实验内容]要求学生根据周围的实际情况，自选一个小型应用项目，分析业务需求，识别并编写用例、绘制用例图以理解系统需求。
亦可采用教师指定的“企业综合信息管理系统”中的“进销存管理子系统”(参见“项目背景及简要分析”)。
[ 实验原理和步骤]建模原理：(1) 需求获取。
以任务和客户为中心，通过会议、面谈等手段对客户需求进行调研，获得系统目标、范围和功能要求的初步说明。
(2) 用例分析。
确定用例，同时采用分层思想，对用例的层次级别进行划分（高层用例、子系统级、用户目标级）（3）用例描述。
分层绘制用例图，撰写用例的文字描述（采用单栏格式）。
步骤：（1）分层绘制用例图，每层采用“包”进行管理。
（2）以“企业综合信息管理系统”-> “进销存管理”子系统-> “销售管理”-> “合同管理”->“收款单处理”为主线，完成附录2 中的操作过程（亦可选择“企业综合信息管理系统”-> “进销存管理”子系统-> “库存管理”-> “原材料出库”->“领料单处理”主线）[ 实验结果]综合支持的类图[ 实验总结]第一次运用rose进行用例建模。
熟悉了rose中的控件的意义，对UML有了更加深刻的了解，学会了建立2级例图。
但目前运用rose来建模还是非常的生硬，仅仅知道跟着指导书来进行建立模型。
收获与体会：用例建模主要是要了解各个图形所代表的意义，知道用例还可以进行下一级的描述，进行下一步的深化。
实验2 分析建模[ 实验日期] 2011年 6 月23 日[ 实验目的](1) 理解面向对象系统分析和对象类建模(概念建模)的概念（2）了解和掌握面向对象系统分析的方法和步骤(3)了解和掌握寻找待开发系统中类(概念)的方法和技巧(4) 掌握使用ROSE 绘制概念模型的方法[ 实验内容]在用例分析的基础上，选择第一个迭代周期打算开发的用例，建立相关的概念模型。
uml实训报告
uml实训报告uml实训报告篇一：uml实验报告软件建模实验报告题目：图书管理系统专业：班级：姓名：学号：指导教师：成绩：完成日期：年月摘要随着知识化和信息化新经济时代的到来，作为信息技术龙头的计算机及软件技术突飞猛进，UML成为一种不可或缺的工具。
UML是一种定义良好、易于表达、功能强大且普遍适用的建模语言。
它溶入了软件工程领域的新思想、新方法和新技术。
它的作用域不限于支持面向对象的分析与设计,还支持从需求分析开始的软件开发的全过程。
用现有的知识，按照软件工程思想和系统的开发步骤，以图书管理的应用需求为背景，分析设计了图书管理系统，并利用Ratinal Rse对系统进行建模，完成用例图和类图的构建，为后期的程序设计提供标准。
根据建模需求分析，总结出本系统的参与者有借阅者和图书管理员两类。
根据其职能不同，借阅者只能使用该系统借书、预订书刊以及还书。
图书管理员则可使用系统进行图书馆业务的管理工作，如借阅者，书刊等的信息维护。
系统可实现书籍信息的添加、修改、删除等功能，这就保证了数据库信息的一致性和统一性、安全性。
该系统以面向对象理论和数据库管理信息系统开发相关知识为依据，介绍了设计开发中的模块设计和数据与程序的连接，使SQL server 201X与 Visual Studi 201X得到了有效的结合。
关键词：图书管理系统；UML；Ratinal Rse面向对象目录 1 需求分析 ........................................................ .................................... 错误！未定义书签。
1.1 开发背景及意义 ........................................................ (4)1.2 功能需求 ........................................................ ............................................................4 2 系统建模 ........................................................ ........................................................... .. (8)2.1 创建系统用例模型 ........................................................ . (8)2.1.1 确定参与者 ........................................................ (8)2.1.2 参与者的用例图 ........................................................ ...... 错误！未定义书签。
uml实验报告总结
本科实验报告课程名称：计算机网络实验项目：计算机网络实验地点：专业班级：学号：学生姓名：指导教师：目录1.实验准备：熟悉UML建模环境2.实验一用例图3.实验二类图4.实验三顺序图及通信图5.实验四活动图、状态图、组件图及部署图实验一用例图一、实验目的初步掌握UML用例图的创建方法及其用例的描述。
二、实验要求1．结合工具StartUML，熟悉UML用例图的模型元素。
2．使用StartUML工具建模网上书店系统的用例图。
三、实验主要设备：台式或笔记本计算机四、实验内容：根据下面给出的网上书店问题陈述，分析该系统总体需求，建模网上书店系统的用例图并提供一个主要用例的事件流文档。
网上书店陈述：书店经理：我们原本是一个传统的实体书店，顾客要买书都是亲自到书店里来的，这样挺不方便。
面且随着书店销售图书种类和数量的增加以及顾客的增长，尤其是大量顾客到书店选购图书，使得书店场地不足，工作人员也很忙碌。
其实，还有一点就是，有不少人进入书店后并不买书，只是查找一些资料。
有的甚至会在这呆上很长的时间直到把书免费看完。
这种行为，工作人员一般是不阻止的，结果最后这些被看过的书会因为有阅读过的痕迹而影响销售。
而且现在电子商务已经发展起来了，所以我们想到借助网络，让顾客通过网上书店购买图书。
这样我们书店可以省掉大量的场地维护和工作人员成本支出，同时计算机可以方便的检索图书信息，让顾客可以足不出户以更优惠的价格买到需要的书。
系统分析员：能谈谈您对网上书店的要求吗?书店经理：网上书店要能实现对外和对内的功能，对外是顾客能在网上书店订购图书，提交订单。
对内，书店工作人员能够通过网上书店及时的看到这些订单，并进行处理。
为了把书送到顾客手里，我们已经联系了快递公司，初步达成协议，由他们往返场客和书店之间把图书送到顾客手里。
书店管理员受理订单后，就会通知快递公司送货。
当然，书店的图书上架和下架也应该由网上书店完成了。
工作人员甲：实体店中，图书是按照不同种类放置的，方便顾客挑选。
UML实验报告（5篇）
UML实验报告（5篇）第一篇：UML实验报告UML 实验报告实验一用例图一、实验结果1、整理实验结果2、小结实验心得体会用例模型用于需求分析阶段，它描述了待开发系统的功能需求，并驱动了需求分析之后各阶段的开发工作。
用例图是UML中用来对系统的动态方面进行建模的7种图之一。
用例图描述了用例、参与者以及它们之间的关系。
用例图从用户角度描述系统功能，并指出各功能的操作者。
通过本次实验，我熟悉Rational Rose 建模环境，更加清楚的了解了用例图的语义和功能，如何清晰明了的识别参与者、用例，学会了如何使用事件流描述用例。
同时掌握了用例间的类属关系、Include 关系和Extend关系的语义、功能和应用。
最后通过本次实验学习了如何使用用例图为系统的上下文以及系统的需求建模。
二、思考题1、如果要删除参与者、用例，请问是在导航窗口删除，还是在绘图窗口删除？答：都可以删除，但在绘图窗口中有两种删除方式：一种是只删除参与者、用例，而不改变其在导航窗口中的存在，另一种是从建模中完全删除。
2、如果要删除参与者和用例的联系，用例和用例的联系，请问是在绘图中删除，还是在参与者或用例的设置对话框中删除？答：都可以删除。
实验二类对象模型的建立一、实验结果 1．整理实验结果。
2．小结实验心得体会。
类图是面向对象系统建模最常用的图，描述了类图、接口集、协作以及它们之间的关系。
类图描述了系统的静态设计视，该视主要体现系统的功能需求，即系统应该提供给用户的服务。
通过本次实验，加深了我对类图语义的理解和功能的应用，掌握了类之间的联系，关联、依赖、聚合等，同时基本掌握了在Rational Rose中绘制类的关联、依赖、泛化关系。
二、思考题选中一个模型对象，点击鼠标右键，比较快捷菜单项“Edit——Delete”与“Edit——Delete from Model”，它们二者之间区别在哪里？答：“Edit——Delete”只删除绘图窗口中的图形，而不改变其在导航窗口中的存在；“Edit——Delete from Model” 是从建模中完全删除。
UML实验报告
UML 实验指导书目录实验一UML建模基础 (3)实验二用例图 (4)实验三UML类图 (8)实验四对象图 (10)实验五包图 (11)实验六状态图 (13)实验七活动图 (17)实验八时序图与协作图 (18)实验九组件图 (22)实验一UML建模基础[实验目的和要求]1、熟悉UML建模工具Rational Rose的基本菜单及操作。
2、掌握UML的三大组成部分及各部分作用。
3、掌握UML规则和相关机制。
4、掌握UML的可见性规则和构造型的作用。
[实验内容和步骤]1、练习使用建模工具建立各种UML图形，并对图形进行相应编辑和修改。
2、认识各种UML关系及可见性符号，并用工具表示出来。
[分析与讨论]１、总结UML在软件工程中的作用以及使用UML建模的必要性。
实验二用例图[实验目的和要求]１、掌握用例的概念。
２、掌握UML用例图的组成、作用以及使用场合。
３、掌握用例与用例之间的各种关系。
４、学习针对具体场景使用用例图进行分析说明的方法。
５、掌握用例描述的概念和基本结构，以及用例描述的作用。
[实验内容和步骤]１、什么是用例，什么是场景？用例和场景之间的关系是怎样的？２、用例图中有哪些组成元素？在UML中是如何表示的？３、用例与用例之间的包含关系、扩展关系和泛化关系各代表什么含义？它们之间有何区别？对以上三种关系各举一例，画出用例图，并进行说明。
４、为了满足物业中介行业的信息化要求，甲公司基于详尽的需求调研与分析，准备研发一套符合市场需要的、实用的信息管理系统。
主要将实现客户资料信息管理、客户委托（出租、出售、租赁、购买）信息管理、业务线索生成与管理、房源状态自动更新、权限管理、到期用户管理、房源组合查询等功能。
该公司小王，通过多次的与潜在客户的交流与沟通，完成了最初的用例模型的开发，下是一个用例模型的局部：修改房源信息小李认为该模型不符合“用例建模”的思想，存在明显的错误。
请用200字以内说明错误所在，并说明应该如何修改。
UML(ROSE)综合实验报告(包括用例图、类图、组件图等等)
计算机科学与技术专业实验报告 课程名称：UML 统一建模语言……………………………………………装……………………………………订……………………………………线……………………………………………………………图图2-4（Ⅱ）按系统的重要模块细分系统设置模块：设置系统基本信息，由系统管理员操控；如图统计管理模块：统计分析营业状况，由财务管理员操控；如图图2-5图2-7图2-8图2-9⑶组件图：描述软件组件以及组件之间的关系，组件本身是代码的物理模块，则显示了代码的结构。
组件图中通常包括：组件、接口和关系。
在系统建模中建立组件图的用途有：能帮助客户理解最终的系统结构；工作有一个明确的目标；有助于工作组的其他人员理解系统；有利于软件系统的组件重用。
以下图2-10是对该软件系统进行组件图建模图2-10图2-123、系统的行为模型动态模型描述了系统随时间变化的行为，这些行为是用从静态视图中抽取的系统的瞬间值的变化来描述的。
在UML的表现上，动态模型主要是建立系统的交互图和行为图。
交互图包括时序图和协作图；行为图则包括状态图和活动图。
（1）时序图：时序图用来显示对象之间的关系，并强调对象之间消息的时间顺序，同时显示对象之间的交互，它可以与时序图互换。
包括了4个元素，分别是对象、生图3-1图3-3图3-5图3-6图3-7活动图是一种特殊形式的状态机，用于对计算流程和工作流程建模。
可以算是状态的一种扩展方式。
活动图与状态图不同，它除了描述对象状态之外，突出了它的活动。
活动图包括动作状态和活动状态。
对象的动作状态是活动图最小单位的构造块，表示原子动作。
动作状态表示状态的入口动作。
对象的活动状态可以被理解成一个组合，它的控制流由其他活动状态或动作状态组成。
UML实验报告
UML实验报告一．实验目的了解案例研究在迭代1的需求，以及迭代1前三个章节所要求我们掌握的知识，通过具体的案例研究使我们对这几个部分的认识更加具体，熟悉。
对统一建模语言有更深一层的学习和了解。
二．实验任务完成ATM机的系统顺序图，操作契约，以及系统领域模型，是细化迭代1前三个部分。
通过实验可以对UML建模工具要熟练运用。
三．实验方法使用Eclipse的UML建模功能，完成顺序图，操作契约通过文档编辑完成，系统领域模型同样是用Eclipse的UML建模功能绘制。
参考课本以及各种课外资料，在网上找资料使结果更加完全，完善ATM的各种预期的功能。
四．实验结果4.1 系统顺序图4.2 操作契约●契约CO1：makeNewDeal⏹操作（Operation）：makeNewDeal（）⏹交叉参考（Cross References）：用例：处理交易⏹前提（Preconceptions）：无⏹后置条件（Postconditions）：✧一个Deal的实例d被创建（创建实例）✧D被关联到Register（形成关联）✧d的属性被初始化（修改属性）●契约CO2：enterItem⏹操作（Operation）：enterItem（itemID:ItemID，quantity:integer）⏹交叉参考（Cross References）：用例：处理交易⏹前提（Preconceptions）：正在进行中的交易⏹后置条件（Postconditions）：✧创建了DealsLineItem的实例dli(创建实例）✧Dli被关联到当前Deal（形成关联）✧dli.quantity的数值被赋值为quantity（修改属性）✧依据itemID的匹配，dli被关联到OperateDescription（形成关联）●契约CO3：endDeal⏹操作（Operation）：enterDeal（）⏹交叉引用(Cross References):用例：处理交易⏹前置条件（Perconditions）：正在进行中的交易⏹后置条件（Postconditions）：Deal.isComplete被置为真（修改属性）●契约CO4：makeDeliver⏹操作（Operation）：makeDeliver（amount:Money）⏹交叉引用(Cross References):用例：处理交易⏹前置条件（Perconditions）：正在进行中的交易⏹后置条件（Postconditions）：✧创建了Deliver的实例d（创建实例）✧P.amountTendered被赋值为amount（修改属性）✧P被关联到当前的Deal（形成关联）✧当前的Deal被关联到Bank(形成关联)（将其加入到完成交易的历史日志中）。
关于uml实验报告参考3篇
关于uml实验报告参考第1篇面向对象系统分析与设计课程是计算机科学与技术本科专业（软件方向）的一门重要的专业课。
通过本课程的学习，使学生在已有的计算机软硬件基础知识、程序设计知识、数据库和网络通信知识的基础上系统掌握面向对象系统分析与设计的基本方法和技术，并具有针对特定环境下的应用问题进行信息系统开发(包括系统分析、设计与实现)的能力。
通过学习本课程学生可以理解和掌握面向对象系统的分析和设计的方法和分步过程、掌握面向对象系统分析和设计的建模标准UML 语言，能够利用Rational Rose（或Microsoft Viso）软件以某一信息系统为例进行系统分析和设计。
本课程主要介绍系统原理的基本概念、系统开发过程RUP、对面向对象分析和面向对象设计的方法、对面向对象分析和设计的建模标准UML等内容。
通过本课程的学习，学生掌握的知识、内容及掌握的程度要求为： 1. 使学生理解面向对象的信息系统的开发过程、系统分析和设计的原则和方法；2. 使学生掌握UML语言的基础知识，以及UML在面向对象的软件系统分析和设计中的应用，并能使用UML工具建立系统模型；3. 使学生掌握在UML系统模型下应用高级语言建立应用系统的方法；4. 通过案例教学和实验，提高学生在应用面向对象技术开发软件方面的动手能力和解决问题的能力，并鼓励创新。
本实验所要求的建模工具为Rational Rose 20xx。
本课程拟通过对如下系统进行建模来实现分析与设计。
图书管理系统人事信息管理系统软件项目管理系统网上商店销售管理系统教务管理系统计算机软件建模技术现在越来越广泛的应用于软件工程中。
《面向对象的系统分析与设计》课程实验的目的是为了使学生在课程理论学习的同时，通过在一个实践的环境下，实际学习软件统一建模语言，对软件建模技术有一个初步的了解及认识。
通过本指导书中的各个实验，学习掌握对一般面向对象系统建模的方法与技术。
总之，通过上述实验环节，使学生加深了解和更好地掌握《面向对象的系统分析与设计》课程教学大纲要求的内容。
uml实验报告
UML语言实验报告班级：姓名：学号：2012年12月25日实验一用例图【实验目的】1．掌握用例的概念。
2．掌握UML中用例图的组成、作用以及使用场合。
3．掌握用例与用例之间的各种关系。
4．学习针对具体场景使用用例图进行分析说明的方法。
5．掌握用例描述的概念和基本结构，以及用例描述的作用。
【实验性质】设计性实验。
【实验要求】1．学习针对具体场景识别参与者和用例的方法，设计其用例图。
2．学习通过Rational Rose绘制用例图的方法。
3．掌握如何对每个用例进行用例描述。
【实验内容】“学生信息管理系统”需求分析1.功能性需求包括以下内容：（1）系统管理员登录后可以对班级的基本信息进行增加、删除、修改、查询等操作。
学校领导登录后可以对班级基本信息进行查询操作。
（2）教师登录后可以对学生的考试成绩进行录入、删除、修改、查询等操作。
学生登录后可以对考试成绩进行查询操作。
（3）学生登录后可以了解所有选修课程的具体信息，可以根据自己的需要选择不同课程。
系统管理员登录后可以增加、修改、查询、删除选修课程。
（4）系统管理员可以对账号进行创建、设置、查看、删除等操作。
2. 识别参与者（1）对于一个学校来说，最重要的就是教育学生成才，所以我们首先要考虑到的参与者就是学生。
（2）要给学生上课，必然就需要教师。
教师负责教育学生、并且在日常管理中可以查询学生的基本信息、查询学生的考试成绩。
（3）作为一个学校，除了教师和学生，还有不可或缺的就是校领导。
为了便于校领导掌握学校的基本情况，加强对学校的管理导。
（4）不管什么系统，基本都会有比较专业的人员来负责管理系统，本系统也不例外。
系统管理员除了负责维护系统的日常运行，还要进行录入学生基本信息、维护选课信息等工作。
3. 构建用例模型（1）系统管理员直接参与的用例为登录、找回密码、查看班级基本信息、删除班级基本信息、修改班级基本信息和录入班级基本信息。
校领导直接参与用例登录、找回密码和查看班级基本信息。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
《面向对象分析与设计UML 》实验报告学号： 180108213姓名：庞志伟班级：08 级软件 2 班指导老师：姚宇峰实验及作业一一、实验目的了解软件工程等基础知识，为后续的统一建模语言UML 知识的学习做好准备工作。
二、实验设备与环境装有 Visio 、RathionalRose 的计算机。
三、实验内容1、复习阐述“软件工程开发模型”的相关概念，并分析各种模型的优缺点，写成实验报告。
2、熟悉 UML软件设计工具 Visio 、Rational Rose的安装及环境四、实验过程及结果1、软件工程开发模型有（1）瀑布模型，（ 2）原型模型，（ 3）螺旋模型，（ 4）喷泉模型（1）瀑布模型将功能的实现与设计分开，便于分工协作，即采用结构化的分析与设计方法将逻辑实现与物理实现分开。
将软件生命周期划分为制定计划、需求分析、软件设计、程序编写、软件测试和运行维护等六个基本活动，并且规定了它们自上而下、相互衔接的固定次序，如同瀑布流水，逐级下落。
优点：1）为项目提供了按阶段划分的检瀑布模型查点。
2）当前一阶段完成后，您只需要去关注后续阶段。
3）可在迭代模型中应用瀑布模型。
缺点：1）在项目各个阶段之间极少有反馈。
2）只有在项目生命周期的后期才能看到结果。
3）通过过多的强制完成日期和里程碑来跟踪各个项目阶段。
（2）原型模型原型模型又称快速原型，它是增量模型的另一种形式；它是在开发真实系统之前，构造一个原型，在该原型的基础上，逐渐完成整个系统的开发工作。
快速原型模型的第一步是建造一个快速原型，实现客户或未来的用户与系统的交互，用户或客户对原型进行评价，进一步细化待开发软件的需求。
通过逐步调整原型使其满足客户的要求，开发人员可以确定客户的真正需求是什么；第二步则在第一步的基础上开发客户满意的软件产品。
优点：克服瀑布模型的缺点，减少由于软件需求不明确带来的开发风险。
缺点：所选用的开发技术和工具不一定符合主流的发展；快速建立起来的系统结构加上连续的修改可能会导致产品质量低下。
（3）螺旋模型螺旋模型采用一种周期性的方法来进行系统开发。
这会导致开发出众多的中间版本。
使用它，项目经理在早期就能够为客户实证某些概念。
该模型是快速原型法，以进化的开发方式为中心，在每个项目阶段使用瀑布模型法。
这种模型的每一个周期都包括需求定义、风险分析、工程实现和评审 4 个阶段，由这 4 个阶段进行迭代。
软件开发过程每迭代一次，软件开发又前进一个层次。
螺旋模型基本做法是在“瀑布模型” 的每一个开发阶段前引入一个非常严格的风险识别、风险分析和风险控制，它把软件项目分解成一个个小项目。
每个小项目都标识一个或多个主要风险，直到所有的主要风险因素都被确定。
优点：1）设计上的灵活性,可以在项目的各个阶段进行变更。
2）以小的分段来构建大型系统,使成本计算变得简单容易。
3）客户始终参与每个阶段的开发,保证了项目不偏离正确方向以及项目的可控性。
4）随着项目推进,客户始终掌握项目的最新信息, 从而他或她能够和管理层有效地交互。
5）客户认可这种公司内部的开发方式带来的良好的沟通和高质量的产品。
缺点：很难让用户确信这种演化方法的结果是可以控制的。
建设周期长，而软件技术发展比较快，所以经常出现软件开发完毕后，和当前的技术水平有了较大的差距，无法满足当前用户需求。
（4）喷泉模型喷泉模型是一种以用户需求为动力，以对象为驱动的模型，主要用于采用对象技术的软件开发项目。
该模型认为软件开发过程自下而上周期的各阶段是相互迭代和无间隙的特性。
软件的某个部分常常被重复工作多次，相关对象在每次迭代中随之加入渐进的软件成分。
无间隙指在各项活动之间无明显边界，如分析和设计活动之间没有明显的界限，由于对象概念的引入，表达分析、设计、实现等活动只用对象类和关系，从而可以较为容易地实现活动的迭代和无间隙，使其开发自然地包括复用。
优点：喷泉模型不像瀑布模型那样，需要分析活动结束后才开始设计活动，设计活动结束后才开始编码活动。
该模型的各个阶段没有明显的界限，开发人员可以同步进行开发。
其优点是可以提高软件项目开发效率，节省开发时间，适应于面向对象的软件开发过程。
缺点：由于喷泉模型在各个开发阶段是重叠的，因此在开发过程中需要大量的开发人员，因此不利于项目的管理。
此外这种模型要求严格管理文档，使得审核的难度加大，尤其是面对可能随时加入各种信息、需求与资料的情况。
五、实验小结：通过本次实验让我了解了软件工程开发的 4 中主要模型和这些模型的优缺点。
初次安装并使用 UML软件设计工具Visio和Rational Rose使我初步认识了软件开发中UML的设计。
实验及作业二一、实验目的1、了解面向对象的基本概念2、熟悉面向对象的分析、设计过程3、了解基于 UML的面向对象分析设计过程二、实验设备与环境装有 Visio 、RathionalRose 的计算机。
三、实验内容1、熟悉 Rational Rose 的使用。
2、熟悉利用统一建模语言进行分析、设计软件的过程，完成作业：论述面向对象（OO）方法的特点、优势以及存在的问题。
四、实验过程及结果面向对象方法(Object-Oriented Method) 是一种把面向对象的思想应用于软件开发过程中，指导开发活动的系统方法，简称OO (Object-Oriented) 方法，是建立在“对象”概念基础上的方法学。
对象是由数据和容许的操作组成的封装体，与客观实体有直接对应关系，一个对象类定义了具有相似性质的一组对象。
而每继承性是对具有层次关系的类的属性和操作进行共享的一种方式。
所谓面向对象就是基于对象概念，以对象为中心，以类和继承为构造机制，来认识、理解、刻画客观世界和设计、构建相应的软件系统。
主要特征：封装性，多态性优势：（1）强调从现实世界中客观存在的事物（对象）出发来认识问题域和构造系统，这就使系统开发者大大减少了对问题域的理解难度，从而使系统能更准确地反映问题域。
（2）运用人类日常的思维方法和原则（体现于 OO 方法的抽象、分类、继承、封装、消息性。
（3）对象的概念贯穿于开发过程的终，使各个开发阶段的系统成分具良好的对应，从而显著地提高了系统的开发效率与质量，并大大降低系统维护的难度。
（4）对象概念的一致性，使参与系统开发的各类人员在开发的各所段具有共同语言，有效地改善了人员之间的交流和协作。
（5）对象的相对稳定性和对易变因素隔离，增强了系统的应变能力。
（6）对象类之间的继承关系和对象的相对独立性，对软件复用提供了强有力的支持。
存在的问题：（1）软件重用性差（2）软件可维护性差（3）开发出的软件不能满足用户需要五、实验小结：通过本次实验了解Rational Rose 的使用。
学习利用统一建模语言进行分析、设计软件的过程，通过上网查询，了解有关面向对象（OO）方法的特点、优势以及存在的问题。
实验及作业三三、实验目的1、讲解用例、参与者、 UML语境建模技术和UML需求建模技术。
2、通过实例使学生有一个初步认识，为后面的学习打下坚实的基础。
四、实验设备与环境装有 Visio 、RationalRose 的计算机。
四、实验内容1、掌握“参与者”、“用例”、“各种关系”在 Visio 或 Rational Rose 中的设计方法。
体会用例图的设计方法。
2、以图书馆管理系统为例，完成其用例图的设计。
并书写实验报告。
四、实验过程及结果图书管理系统中的参与者有读者、图书管理员和系统管理员。
读者能够进行查询，借书（有扩展关系预定和续借），还书，罚款（有扩展关系超期罚款和损坏罚款），登陆；图书管理员能够进行登陆，处理借书，处理还书（有扩展关系收罚金），解除预定；订书图书管理员读者借书<<extend>>还书<<extend>>罚款删除预订信息系统管理员能够进行登陆，管理用户和管理图书目录（有扩展关系新增书籍和删除书记）；新增图书图书维护删除图书系统维护系统管理员读者信息维护五、实验小结：通过本次实验第一次使用 ROSE画用例图使我初步了解了什么是用例图，如何进行画用例图。
通过画图书管理系统的用例图后，使我能够正确使用ROSE软件画用例图。
实验及作业四一、实验目的讲解静态视图中的类图、对象图等建模知识，并通过图书馆管理系统的静态视图进行实例讲解，为学生以后的学习打下坚实的基础。
二、实验设备与环境装有 Visio 、RationalRose 的计算机。
三、实验内容实现并改进图书馆管理系统中的类图。
四、实验过程及结果根据实验三的用例图画出如下的类图。
1、读者，图书管理员，和系统管理员都是用户，是用户类的泛化；2、登录和用户是依赖关系，登录需要取决于用户类里的用户名和密码。
五、实验小结：通过本次实验是我初步了解了如何将用例图转换成相应的类图。
在画类图是需要弄清楚类与类之间的各种关系，只有弄清楚类之间的关系后才能画好类图。
《面向对象分析与设计（UML ）》实验五一、实验目的了解动态视图中的状态图的设计、建模，包括：状态机、状态、转移等概念。
二、实验设备与环境装有 Visio 、RationalRose的计算机。
三、实验内容实现并改进图书馆管理系统中的状态图。
四、实验过程及结果借书新书可借书预定已预定借书已借书取消预定删除还书可借书达借书上限不可借书新用户账户可借书还书借书超期或者损坏删除用户还款户欠款五、实验小结：通过本次实验的练习，让我初步了解并使用Rose 画图书管理系统的状态图。
在画图中通过分析画出图书管理系统的每个状态过程。
《面向对象分析与设计（UML ）》实验六一、实验目的了解活动图的设计方法及建模技术。
重点介绍了活动图的构成要素、判定、对象流、泳道等概念，以及活动图与状态图的关系、活动图与流程图的区别。
二、实验设备与环境装有 Visio 、RationalRose的计算机。
三、实验内容实现并改进图书馆管理系统中的活动图。
四、实验过程及结果登录更新用户更新新图书信息信息五、实验小结：通过本实验的练习是我初步了解了如何画活动图。
《面向对象分析与设计（UML ）》实验七一、实验目的了解动态视图中的时序图、协作图的设计、建模。
二、实验设备与环境装有 Visio 、RationalRose的计算机。
三、实验内容实现并改进图书馆管理系统的时序图，并在此基础上做出相应的协作图。
四、实验过程及结果图书管理系统时序图 :1、借阅者预定图书借阅者图书系统图书名预定记录登陆查找返回查找 ...预定图书生成预定记录2、系统管理员添加新图书系统管理员图书系统图书名图书条目添加 ...查找返回创建新 ...3、系统管理员删除旧图书系统管理员图书系统图书名图书条录删除图书 ...查找返回删除图书 ...删除 ...4、图书管理员处理还书图书管理员还书图书名借阅者借书记录图书条目扫描 ...查找删除借阅...更新借阅者可借图...查找图书条目更新图书...5、图书管理员处理借书图书管理员借书图书名借阅者借书记录图书条目查找图 ...查找查找图书...查找 ...验证借阅者 ...查找创建借阅...协作图如下：1、借阅者借书图书名3: 查找图书名1: 验证借阅者ID4: 预定借阅者图书系统图书目录2: 预定图书5: 创建借书记录借书记录2、图书管理员处理还书借书记录4: 还书 5: 更新记录1: 查找借阅者 ID图书管理图书系员统2: 还书3: 更新目录图书名图书目录3、图书管理员处理借书4:验证是否达借书数量上限借书记录3:更新借书记录1: 验证借阅者 ID5:借书图书管理图书系图书名员统2: 查找是否有预定记录6: 更新记录预定记图书目录录4、系统管理员新增图书1: 添加新书2: 查找系统管理员图书系统图书名3: 更新目录图书目录5、系统管理员删除旧图1:系统管理删除图书图书系员统2:查找3: 更新图书名图书目录五、实验小结通过这 8 个课时的课程学习，使我初步了解什么是时序图和协作图，如何使用 Rose 画时序图和协作图。