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试验报告
.UML建模试验报告说明：因为用户和管理者对我们研究全自动洗衣机的意义不大，我们的工作主要是研究全自动投币洗衣机本身，所以在本实验中我们在作图时一般对用户和管理者对象及其行为不予体现，仅在用例图及文字说明分析时对其有所阐述。
一、建模对象此次试验的建模对象为全自动投币洗衣机。
全自动投币洗衣机的特点有：1、用户洗衣之前必须投币且要保证投币金额充足。
2、洗衣机开始运行后，机器自动控制进水、排水、洗衣、漂洗、甩干，用户无需一直在旁守候。
日常中用户可以使用机器，享受洗衣，漂洗，甩干的一条龙服务。
有时机器管理员会对机器进行运行设置，并定期地清空投币器中的硬币。
二、用例图日常中有两种人会遇机器产生关系，即用户和管理员。
用户主要是投币而后享受机器带来的洗、漂、甩一条龙的洗衣服务。
管理员主要是对机器进行运行设置，并定期清空投币器。
用户洗衣服主要包括的活动主要有：1 用户投币，机器接受任务。
2 用户开启运作开关，洗衣机打开进水器进水。
3 进水完毕，开始洗衣桶开始洗衣。
4 洗衣完毕，机器将这一状态信息进行反馈。
洗衣机漂衣服包括的活动主要有：1 洗衣完毕并且机器将污水排尽后，洗衣机开始漂洗。
机器首先打开进水口进水。
2 进水一定时间后停止进水，洗衣筒开始转动，漂洗衣服。
3 一定时间后，漂洗完毕，洗衣筒停止甩动，机器将这一状态信息进行反馈。
洗衣机甩干衣服包括的活动主要有：1洗衣或漂洗结束后，机器要对衣物进行排水甩干。
这时机器首先打开排水器，放掉洗衣后的污水，同时令洗衣筒甩动一并将衣物中的污水甩出。
2 一定时间后，漂洗完毕，洗衣桶停止转动，排水口关闭。
机器然后将这一信息进行反馈。
管理员对机器进行运行设置包括的活动主要有：1 管理员通过设置器设置机器的新数据，设置器同时将数据导入控制器。
2 数据导入完毕，控制器将状态信息反馈给设置器，设置活动结束。
用例“取币”包含的活动：1 管理员打开投币器，取出硬币，最后再将投币器关闭。
通过对与机器发生的各种活动分析，我们可以得到全自动投币洗衣机的用例图：甩取币三、顺序图和协作图我们可以用顺序图对每个用例加以详细描述。
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综合实验报告网上书店系统
账户与密码匹配不成功，系统反馈给用户，报告错误
后置条件
Ⅱ. 图书信息管理（接收图书订单、拒绝图书订单、查询图书库存、）----员工
（浏览、查询、图书订购）----会员
（浏览、查询）----游客
用例2：
用例名称
图书信息管理
参与者
员工、会员、游客
用例说明
用户进行相应的权限操作，对图书信息进行录入、删除、浏览、查询、修改等基本操作
用例名称
员工信息管理
参与者
管理员
用例说明
管理员进行相应的权限操作，对员工信息进行录入、删除、浏览、查询、修改等基本操作
前置条件
对具有不同权限的用户分配一定的权限管理
基本事件流
1.登陆员工信息管理界面
2.系统响应相应的用户权限操作
3.列出相应的信息
4.用户选择相应的操作
其它事件流
异常事件流
员工信息与实际不符合，上报管理员进修修改
前置条件
对具有不同权限的用户分配一定的权限管理
基本事件流
1.登陆商品信息管理界面
2.系统响应相应的用户权限操作
3.列出相应的信息
4.用户选择相应的操作
其它事件流
异常事件流
1.订单信息与会员订购的书籍不符合，报告管理员错误信息，管理员修改信息；
2.书籍商品信息出现错误或者缺货时，管理员及时修改商品信息；
《面向对象技术与UML》综合实验报告
学号
姓名
实验地点
实验时间
任课教师
实验指导教师
系统名称
网上书店系统
总分（60分）
实验结果（学生填写）
一．系统需求描述（软件使用者提出的需求200字以上）
UML实验报告_9
2013 年9月24 日实验项目：用况图实验目的：掌握在UML建模工具JBOO4.0（支持UML2.0）下画用况图的方法。
实验仪器：一台有建模工具JBOO4.0的PC附注实验内容及步骤（或程序清单）：1、双击建模工具JBOO4.0图标工具界面如图1所示。
图1 工具界面2、新建用况图，如图2所示。
图2 新建用况图3、画用例图的工具图标会出现在上方4、选定相应图标拖进工作区，包括用况，活动者以及系统边界如图3所示：（续）图3 用况图5、双击用况1图标，在弹出的对话框中将名字改为开户。
以此类推，修改完所有图标的名字后如图4所示：图4 完成用况图6、点击工具—>元模型质量评估—>设计质量评估，可查看模型的设计质量，如图5。
图5 查看模型设计质量（续）7、点击工具—>文档/代码生成—>国际文档—>Html文档，将生成Html文档，如图6。
图6 生成Html文档8、用浏览器打开生成的文档如图7：图7 浏览器打开用况图实验结果分析：通过用JBOO工具画用况图，熟悉了工具的使用，本实验是一个简化了的银行储蓄账户管理系统，实验要点分清用例和执行者，以及将后缀名为jmdl的文档转化为Html文档。
教师批阅：2013年10月8 日实验项目：类图与对象图实验目的：掌握在UML建模工具JBOO4.0（支持UML2.0）下画类图与对象图的方法。
实验仪器：已安装JBOO4.0的PC一台。
实验内容及步骤（或程序清单）：附注1、双击图标2、进入软件界面，默认为画类图。
3、画类图的图标有4、选定相应图标拖进工作区，如图8所示：图8 选择图标5、双击类1图标，弹出如下对话框，将类名改为学生，如图9。
图9 修改类名6、选择“属性”标签卡，输入属性名，选择类型和可见性，单击“插入”按钮，输入学生类的全部属性，如图10。
7、选择“操作”标签卡，输入操作名，选择返回类型和可见性，单击“增加”（续）按钮，输入学生类的全部操作，如图11。
UML统一建模语言实验报告完整版
二十二．实验小结
通信图说明对象之间如何通过互相发送消息实现通信，它展现了一组对象，这组对象间的连接以及这组对象收发的消息。它强调收发消息的对象的结构组织，按组织结构对控制流建模。通信图特别适合用来描述少量对象之间的简单交互，易于展示对象之间是如何联系到一起的，但是却使我们很难一眼就看出交互中消息的发生顺序。总之，顺序图和通信图建模中所表达的交互建模是完全一致的，它们只是从不同的角度表达了系统中的交互，二者是可以互相转换的。
三十九．实验过程及结果
活动图示描述用例要求所要进行的活动，以及活动间的约束关系，有利于识别并行活动。能够演示出系统中哪些地方存在功能，以及这些功能和系统中其他组件的功能如何共同满足前面使用用例图建模的商务需求。
活动图=活动+动作+活动边+活动节点
（1）在UML中活动和动作都可以用同样一种图形来表示，即圆角矩形，圆角矩形内书写活动或动作的名字。
（2）活动边为一条带有开放式箭头的实线，其箭头指向下一个动作或下一个节点。
（3）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，应该可以看到表都已经自动建立好了，如果导入不成功，基本上是以下几个原因：
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
《面向对象分析与设计UML》实验报告学号：***************班级：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、以图书馆管理系统为例，完成其用例图的设计。
并书写实验报告。
四、实验过程及结果图书管理系统中的参与者有读者、图书管理员和系统管理员。
读者能够进行查询，借书（有扩展关系预定和续借），还书，罚款（有扩展关系超期罚款和损坏罚款），登陆；图书管理员能够进行登陆，处理借书，处理还书（有扩展关系收罚金），解除预定；删除预订信息系统管理员能够进行登陆，管理用户和管理图书目录（有扩展关系新增书籍和删除书记）；读者信息维护五、实验小结：通过本次实验第一次使用ROSE画用例图使我初步了解了什么是用例图，如何进行画用例图。
通过画图书管理系统的用例图后，使我能够正确使用ROSE软件画用例图。
实验及作业四一、实验目的讲解静态视图中的类图、对象图等建模知识，并通过图书馆管理系统的静态视图进行实例讲解，为学生以后的学习打下坚实的基础。
二、实验设备与环境装有Visio、RationalRose的计算机。
三、实验内容实现并改进图书馆管理系统中的类图。
四、实验过程及结果根据实验三的用例图画出如下的类图。
1、读者，图书管理员，和系统管理员都是用户，是用户类的泛化；2、登录和用户是依赖关系，登录需要取决于用户类里的用户名和密码。
五、实验小结：通过本次实验是我初步了解了如何将用例图转换成相应的类图。
在画类图是需要弄清楚类与类之间的各种关系，只有弄清楚类之间的关系后才能画好类图。
《面向对象分析与设计（UML）》实验五一、实验目的了解动态视图中的状态图的设计、建模，包括：状态机、状态、转移等概念。
二、实验设备与环境装有Visio、RationalRose的计算机。
三、实验内容实现并改进图书馆管理系统中的状态图。
四、实验过程及结果五、实验小结：通过本次实验的练习，让我初步了解并使用Rose画图书管理系统的状态图。
在画图中通过分析画出图书管理系统的每个状态过程。
《面向对象分析与设计（UML）》实验六一、实验目的了解活动图的设计方法及建模技术。
重点介绍了活动图的构成要素、判定、对象流、泳道等概念，以及活动图与状态图的关系、活动图与流程图的区别。
二、实验设备与环境装有Visio、RationalRose的计算机。
三、实验内容实现并改进图书馆管理系统中的活动图。
四、实验过程及结果五、实验小结：通过本实验的练习是我初步了解了如何画活动图。
《面向对象分析与设计（UML）》实验七一、实验目的了解动态视图中的时序图、协作图的设计、建模。
二、实验设备与环境装有Visio、RationalRose的计算机。
三、实验内容实现并改进图书馆管理系统的时序图，并在此基础上做出相应的协作图。
四、实验过程及结果图书管理系统时序图:1、借阅者预定图书2、系统管理员添加新图书3、系统管理员删除旧图书4、图书管理员处理还书5、图书管理员处理借书协作图如下：1、借阅者借书2、图书管理员处理还书3、图书管理员处理借书4: 验证是否达借书数量上限4、系统管理员新增图书5、系统管理员删除旧图五、实验小结通过这8个课时的课程学习，使我初步了解什么是时序图和协作图，如何使用Rose 画时序图和协作图。
时序图是消息时间顺序的交互图，描述了对象之间消息传递的时间顺序，在实验课上通过分析和画出了图书管理系统的时序图。
而协作图描述的是和对象结构相关的信息，表示一个类操作的实现。
通过时序图可以清楚的了解到图书管理系统所有对象之间消息传递的时间顺序，通过协作图又能够清楚的看到各个对象之间的结构关系。