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实验报告
1. 为什么要求相对应的类名、组件名和实现组件的文件名相同？
答：相应的名字中能够找到相应的类的信息。如果组件名、类名和 Java 文件名不相同，会出现实体类的语法错误。
实验七 正向工程
一、实验报告要求
1．整理实验结果。
2．小结实验心得体会。
正向工程是对一个系统物理结构实现的高层抽象性、逻辑性及独立性设计的传统处理过程。通过本次试验，学会了利用 Rose 工具生成代码框架及生成数据库脚本 ，同时在实现过程中使用转换后的代码和数据库脚本。了解了Java 编程综合练习。
实验三 顺序图、协作图
一、实验结果
1.整理实验结果。
2.小结实验心得体会
顺序图描述了对象之间的动态合作关系，它强调对象之间消息发送的时间顺序，同时显示对象之间的交互。协作图与顺序图是同构的，Rose 可自动转换。顺序图是强调消息的交互作用图，协作图描述了对象间的关系，是强调发送和接收消息的对象的组织结构的交互作用图。
实验五 状态图
一、实验结果
1．整理实验结果。
2. 小结实验心得体会。
状态图描述了一个特定对象的所有可能状态，以及引起状态跃迁的事件。状态图用来模拟系统的动态方面，这些动态方面指系统对象按事件发生顺序排序的行为。状态图可以用来描述整个系统、子系统或类的动态方面，还可以用来描述用力的一个脚本。
通过本次实验，我熟悉了状态图的基本功能和使用方法。掌握了如何使用建模工具绘制状态图方法。同时完成了图书管理业务中，资源项“ResourceItem”的状态图。
二、思考题
选中一个模型对象，点击鼠标右键，比较快捷菜单项“Edit——Delete”与“Edit——Delete from Model” ，它们二者之间区别在哪里？
UML统一建模语言实验报告
成绩UML统一建模语言实验报告--实践教学管理平台专业：学号：姓名：目录一．前言 (3)二．可行性分析 (3)1.技术可行性 (3)2.经济可行性 (3)三．需求分析 (4)1．系统功能需求分析 (4)2．用例图 (4)（1）标识参与者 (4)（2）标识用例 (5)（3）描述用例 (5)3．类图 (6)(1) 系统中的类 (6)(2) 各类之间的关系 (7)4．顺序图 (7)(1) 学生与系统交互的顺序图： (7)(2) 教师与系统交互的顺序图： (8)(3) 实验室或设备管理员与系统交互的顺序图： (9)5．通信图 (10)6．状态机图 (11)(1) 学生状态机图 (11)(2) 教师状态机图 (12)(3) 实验室或设备管理员状态机图 (12)7．活动图 (13)(1) 学生活动图 (13)(2) 教师活动图 (14)(3) 实验室或设备管理员活动图 (15)四．系统实现部分 (16)1．系统的组件图 (16)2．系统的部署图 (17)五．结束语 (18)六．附录或参考资料 (18)一．前言实践教学管理平台是一个对学校实验室和设备进行系统管理的平台，学生和老师可以对需要的实验室和设备进行预约，实验室或设备管理员可以对预约进行审核。
该系统实现了对实验室和设备的系统化管理和高效利用。
这里我将通过该系统来进行UML建模。
二．可行性分析1.技术可行性互联网的普及、智能手机的快速发展以及计算机的使用为该系统提供了运行环境。
该系统采用B/S和C/S结构相结合，既可通过网页操作，也可从手机等移动端操作。
开发采用C#作为服务器端和网页端的主要开发语言，移动端采用java为主要开发语言。
开发工具使用Microsoft Visual Studio 2015、SQL Server 2014、android studio2.3.1，服务器采用windows server 2012 R2数据中心版 64位英文版。
网页端采用HTML、Css、bootstrap、bootstrap-table、jQuery库等进行页面设计，开发技术成熟，具有技术可行性。
UML实验报告总结
UML实验报告总结第一篇：UML实验报告总结实验一熟悉Rational Rose及建立用例模型实验二、时序图和协作图建模实习三 UML类图与包图建模（2学时）实验四状态图和活动图建模实验五组件与部署图实验一熟悉Rational Rose及建立用例模型（2学时）一、实验名称：熟悉（2学时）二、实验目的与要求：λ了解和掌握Rose建模工具的使用λ掌握怎样进行案例需求分析；λ掌握UML用例图建模技术三、实验内容：1、熟悉rose上机环境及设置2、根据以下谈话设计出用例图Rational Rose及建立用例模型四、实验步骤：见实验说明书实习二（2学时）一、实验名称：时序图和协作图建模（2学时）二、实验目的与要求：λ了解和掌握Rose或Visio建模工具的使用λ掌握怎样进行系统分析，并进行UML静态建模分析；λ掌握UML时序图和协作图建模技术三、实验内容：根据以下谈话设计出时序图和协作图建模。
四、实验步骤：、UML类图与包图建模（2学时）一、实验名称：UML类图与包图建模（2学时）二、实验目的与要求：λ了解和掌握Rose或Visio建模工具的使用λ掌握怎样进行系统分析，并进行UML动态建模分析；三、实验内容：四、实验步骤：实习四（2学时）一、实验名称：状态图和活动图建模（2学时）二、实验目的与要求：λ了解和掌握Rose或Visio建模工具的使用λ掌握怎样进行系统分析，并进行UML动态建模分析；λ掌握UML状态图和活动图建模技术三、实验内容：四、实验步骤：实习五组件与部署图与代码生成（2学时）一、实验名称：组件与部署图（2学时）二、实验目的与要求：三、实验内容：四、实验步骤：第二篇：UML实验报告一：需求分析在我国十年前ATM（自动取款机）还是一个很新鲜的事物，现在在城市的大街小巷随处可见。
我们在日常生活中也经常和ATM打交道。
本章我们将以简化的ATM系统为例将前面几章中学到的用例图、类图、顺序图、状态图、活动图及协作图知识运用到此例中。
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实验报告_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。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
《面向对象与UML》实验报告实验一UML建模基础一、实验目的1.熟悉UML建模工具Rational rose的可视化环境。
2.掌握利用Rational rose进行建模的步骤。
二、实验内容1.熟悉Rational rose建模环境2.建模基本步骤退出系统用例编号：UC01用例名称：登陆系统简要说明：成功打开服务器，并登陆系统主要参与者：学生前置条件：学生成功打开服务器后置条件：成功登陆系统基本事件流：1.输入帐号2.输入密码3.点击确认键系统校验4.系统确认，学生成功登陆系统扩展事件流：3a.系统校验失败，系统提示重新输入帐号密码或放弃登陆系统3a1)学生重新输入帐号密码转到第4步3a2)放弃登陆，终止操作用例编号：UC02用例名称：成绩查询简要说明：完成查询成绩信息参与者：学生前置条件：学生成功登陆系统后置条件：成功查询到成绩基本事件流：1.学生向系统发出查询成绩请求2.选择要查询的科目，系统校验3.成功查询到成绩信息扩展事件流：2a.系统校验失败，系统提示重新选择输入科目信息或放弃查询2a1)学生重新输入科目信息，转到第三步2a2)放弃查询，终止操作用例编号：UC03用例名称：退出系统简要说明：完成退出系统操作主要参与者：学生前置条件：学生已成功登陆系统后置条件：学生成功退出系统基本事件流：1.点击退出系统按钮2.成功退出系统用例编号：UC05用例名称：找回系统密码简要说明：完成找回密码功能参与者：学生前置条件：成功打开服务器，密码丢失后置条件：成功找回密码基本事件流：1.点击找回密码按钮2.输入新密码3.重新输入新密码，系统校验4.系统完成校验，密码成功找回扩展事件流：3a.系统校验失败，系统提示两次输入密码不符，请重新输入。
转到步骤4。
3.结合日常生活中实际使用的系统，模仿2中的用例模型绘制用例图，并保存模型，熟悉利用Rational rose的建模过程，要求绘制的用例图中用例与2中的用例图不相同。
删除菜式用例编号：UC01用例名称：订餐简要说明：完成订餐，并提交主要参与者：员工前置条件：员工成功登陆系统后置条件：完成订单，并提交信息基本事件流：1.员工向系统提出订单请求2.选择食物3.确认，系统校验订餐信息4.系统确认订餐成功扩展事件流：3a.订餐信息校验失败，系统提示重新订餐或放弃订餐。
3a1).员工重新录入订餐信息转到第4步3a2).放弃订餐，终止操作。
用例编号：UC02用例名称：取消订单简单说明：取消订单信息，并提交参与者：员工前置条件：成功登陆系统，找到订单信息后置条件：成功取消订单信息基本事件流：1.员工向系统提出取消订单请求。
2.确认，系统校验订单信息3.订单取消成功，终止操作用例编号：UC03用例名称：编制菜单简要说明：完成菜单编制，并存档参与者：柜台前置条件：正确成功登陆系统后置条件：成功编制菜单，并存档基本事件流：1.柜台向系统发送编制菜单请求2.编制菜单信息3.确认，系统校验菜单信息4.系统确认新增图书，并自动存档用例编号：UC04用例名称：打印订餐名单简要说明：完成打印参与者：柜台前置条件：成功登陆系统，有订餐信息后置条件：成功完成订餐名单打印基本事件流：1.向系统发出打印信息请求2.选择打印名单3.确认，完成打印用例编号：UC05用例名称：增加菜式简要说明：完成增加菜式信息参与者：前台前置条件：前台正确成功登陆系统后置条件：成功录入新增菜式，并存档基本事件流：1.前台向系统发出新增菜式请求2.录入菜式信息3.确认，系统校验菜式信息4.系统确认新增菜式，并自动存档扩展事件流：3a.菜式信息校验失败，系统提示重新录入菜式信息或放弃新增菜式3a1).前台重新录入菜式信息，转到第4步用例编号：UC06用例名称：修改菜式简要说明：完成修改菜式信息参与者：前台前置条件：前台正确成功登陆系统后置条件：成功修改菜式，并存档基本事件流：1.前台向系统发出修改菜式请求2.录入菜式信息3.确认，系统校验菜式信息4.系统确认修改菜式，并自动存档扩展事件流：3a.菜式信息校验失败，系统提示重新录入菜式信息或放弃修改菜式3a1).前台重新录入菜式信息，转到第4步用例编号：UC07用例名称：删除菜式简要说明：完成删除菜式信息参与者：前台前置条件：前台正确成功登陆系统后置条件：成功删除菜式信息，并存档基本事件流：1.前台向系统发出删除菜式请求2.确认，系统校验菜式信息3.系统确认新增菜式，并自动存档扩展事件流：2a.菜式信息校验失败，系统提示重新选择删除菜式信息或放弃删除菜式2a1).前台重新选择删除菜式信息，转到第3步2a2).放弃删除菜式，终止操作实验二用例图一、实验目的1.熟悉UML用例图的基本图形元素。
2.掌握用例与用例之间的各种关系。
3.熟悉针对具体场景使用例图进行软件建模的方法。
4.掌握用例规格说明的概念和基本结构，以及用例规格说明的作用。
二、实验内容1.根据实验一建模实例，熟悉利用Raional rose软件绘制用例图的基本方法。
2.通过对“学生信息管理系统”的需求描述，确定系统用例图：“学生信息管理系统”的需求描述如下：•在每个新学年开始都会有新生入学，这时系统的管理人员可以通过系统将这些新生的学籍、年龄、家庭住址、性别、身高、学生证号、身份证号等基本信息存入数据库，每个新生都对应一个唯一的编号，此编号可以是学生，在日程管理中，系统管理员还可以对所有学生的基本信息进行查询、修改和删除等操作；同时校领导可以查询、修改全校所有学生的基本信息。
•学校领导可以通过本系统了解每个班的任课教师、辅导员、学生姓名、学生人数、专业等班级基本信息。
系统管理员可以进行查询班级基本信息、添加班级、修改班级基本信息、删除班级等操作。
•在考试结束以后，教师可以将学生的考试成绩录入系统，还可以对学生的成绩进行查询和修改。
学生可以通过本系统进行成绩的查询。
•学生还可以在网上选择自己选修的课程（必修课必须上，所以不用选），学生通过本系统可以看到有哪些课程可以选以及课程的基本信息。
课程的基本信息包括：课程号、所属专业、课程名称、开课学期、学时数、学分、任课教师等。
每个学生每学期的选修课程数不得大于6门，如果已经选择了6门课程则不能再选择其他课程。
只有将已选择的课程删除掉才能再选择新课程。
系统管理员负责修改、增加、删除选修课程。
•系统管理员可以对系统的账号进行添加、设置、删除、查询等操作，同时可以设置每个账号的权限以及对应的个人信息。
a)请根据上述描述，确定系统的参与者b)确定系统的用例并绘制完整的用例图。
学生信息管理系统删除学生信息班级管理系统添加班级成绩管理系统学生修改成绩课程管理系统删除已选课程账号管理系统删除账号信息3.根据2中所绘制的“学生信息管理系统”用例图，写出学生“选择课程”用例的用例规格说明。
用例编号：UC10用例名称：选择选修课程简要说明：完成选择选修课程，并提交存档参与者：学生前置条件：成功登陆了选课系统，并且本学期的已选课程少于6门。
后置条件：成功选择课程，并提交存档基本事件流：1.学生向系统发送选课请求2.选择选修的课程3.确认，系统校验信息4.系统确认学生成功选择课程扩展事件流：3a.信息校验失败，系统提示重新选择课程3a1)学生重新选择信息，转到第4步3a2)学生放弃选择课程，结束操作4.考虑一个网络订餐系统的需求，并绘制出完整的用例图。
备餐实验三类图一、实验目的1.熟悉UML中类的定义和图形符号。
2.掌握类与类之间的各种关系代表的含义及表示方法。
3.掌握类图的绘制方法。
4.了解对象图的绘制方法。
二、实验内容1.按照如下操作要求，绘制图书管理系统各类图，掌握绘制类图的步骤：实验结果：2.根据以下描述画出类图，并注明多重性关系(省略类的属性和关系)：（1）实验内容一个学生可以选修多门课程，也可能没有任何课程；一门课程可以被多个学生选修；一个老师可以教多门课程或者不教课；每门课程至少有一个老师，也可以有多个老师任教；每门课程可以有0或1本教材，每本教材只能用于一门课程。
（2）实验结果3. 根据下面的代码画出Course 类的类图，要求标明各属性的类型和可见性以及类方法。
4.实验结果：5. 根据以下描述，画出相应的UML 类图：实验内容：(1) 神舟六号飞船是神州飞船系列的一种，它由轨道舱、返回舱、推进舱和逃逸救生塔等组成。
(2) 航天员可以在返回舱内驾驶飞船，轨道舱是航天员工作和休息的场所。
在紧急的情况下，颗粒利用逃逸救生塔逃生。
(3) 在飞船两侧有多个太阳能电池翼，可以为飞船提供电能。
实验结果：神州飞船推进舱逃逸救生塔太阳能电池翼神州六号飞船*1返回舱轨道舱航天员驾驶工作和休息6. 在下图中最上面的对象的名称是什么？该图表示的意思是什么？图3.6 对象图对象名称:China意思：中国有福建省和四川省7.针对实验二中的“学生信息管理系统”绘制类图，要求注明类间的关系以及每个类应有的属性和方法(省略属性的类型以及方法的返回值、参数)。
实验四状态图一、实验目的1.掌握状态的定义和组成部分。
2.掌握UML中状态的表示方法。
3.掌握转换的定义及转换的5要素。
4.解触发事件、监护条件、动作的定义。
5.掌握阅读和绘制状态图的方法。
二、实验内容1.阅读计算机线程的状态图，完成下列问题。
图1 状态图(1)该图中线程有几种状态？分别是什么？该线程有三种状态，分别是就绪态，运行态，阻塞态。
（2）请使用文字描述线程的基本运行过程。
开始处于就绪状态，取得cpu时间后进入运行状态。
若时间片用完但线程未运行完，回到就绪状态；若运行过程中不满足所需资源，进入阻塞状态；满足资源后回到就绪状态。
处于运行状态的线程在时间片用完之前运行完成则结束线程。
2.根据问题描述，完成电梯状态图绘制。
电梯开始处于空闲状态(idle)，当有人按下按钮要求使用电梯时(事件is required发生)，电梯进入运行状态(run)。
如果电梯的当前楼层比想要的楼层高时(监护条件[currentFloor>desiredFloor]成立)，电梯进入下降状态(moving down)；反之，如果电梯的当前楼层比想要的楼层低时(监护条件[currentFloor<desiredFloor成立])，电梯进入上升状态(moving up)；如果电梯的当前楼层与想要的楼层相同时(监护条件[else]成立)，电梯门打开(door open)。
在电梯上升或下降期间，每经过一个楼层就判断监护条件(currentFloor=desiredFloor)是否成立，若不成立，继续移动，若成立，就进入停止状态(stop)，15秒后，电梯门自动打开(door open)，2分钟后，电梯门自动关上(door close)，如果有更多的电梯使用请求，进入运行状态(run)，反之，则进入空闲状态(idle)。