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种图之一。用例图描述了用例、参与者以及它们之间的关系。用例图从用户角度描述系统功能，并指出各功能的操作者。
- 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 画时序图和协作图。