uml实验指导书rose实验完成
面向对象技术与UML课程设计实验指导书
《面向对象技术与UML课程设计》实验指导书实验一系统的用例模型实验名称：系统的用例模型实验类型: 设计性实验学时：一天一、实验目的1．熟悉用例图的基本功能和使用方法。
2．锻炼结合给定题目，进行有效需求分析的能力。
3．掌握如何使用建模工具绘制用例图的方法。
二、实验器材1．计算机一台。
2．Rational Rose 工具软件。
三、实验内容在理解用例图的基本功能和使用方法的基础上，结合具体问题，完成对系统的需求建模，得到用例模型后，应针对每个用例进行业务分析，说明其具体的业务流程。
用Rational Rose工具软件绘制系统的用例图。
四、实验步骤1．结合实际给定题目，完成系统的需求建模。
2．针对每个用例进行业务分析。
以图书管理系统中“删除读者信息”用例为例来说明实验具体步骤。
（1）分析：在图书管理系统中,管理员首先登录系统,系统验证通过后,管理方可向系统查询数据,在查询后,系统会给出提示,有没有找到相关的数据,管理员根据系统查询的返回结果,进行下一步的操作,就是删除读者,在删除的过程中,系统会对查询得到的结果判断该记录是否可以删除,若可以删除,则给删除提示,若不能删除,也给相关的提示信息。
（2）根据分析结果，书写业务流程，一般包含以下信息：①管理员在录入界面，输入待删除的读者名；②“业务逻辑”组件在数据库中，查找待删除的读者名；③如果不存在，则显示出错信息，返回步骤①，如果存在则继续；④“业务逻辑”组件判断“待删除的读者”是否可以删除；⑤如果不可以，则显示出错信息，返回步骤⑧，如果可以则继续；⑥在数据库中，删除相关信息；⑦显示删除成功信息；⑧结束。
3．根据分析结果，绘制用例图。
以图书管理系统中“删除读者信息”用例为例说明具体绘图步骤:(1)在用例图上双击main,出现如图1.1所示,为绘制用例图做好准备。
图1.1(2)在图中的工具栏选取Actor图标，在右边的图中添加一个Actor，并输入名称:administrator,如图1.2所示。
UML面向对象建模 -Rose实验教程
文档窗口用于建档 Rose 模型元素，例如，为每个角色写一个简要定义。将文档加进类 中时，文档窗口输入的一切都显示为所产生的代码的说明语句，从而可以减少以后系统代码 的说明语句的输入工作。文档还会在 Rose 产生的报表中出现。从浏览器或框图窗口中选择 不同的元素时，文档窗口会自动更新显示。
实验资料： 可视化建模和 Rational Rose 在软件开发过程的几个阶段很有用。在项目开始阶段，Rose 可以产生业务模型、使用案例模型。在细化和构造阶段，Rose 可以开发活动框图，显示事 件流程。Sequence 框图和 Collaboration 框图显示要开发的对象，及其相互间的交互。Rose 开发的类框图显示对象间的相互关系。组件框图显示系统组件间的相关性，并可以产生系统 的框架代码。 在构造阶段，Rose 可以将新开发代码逆向转出工程代码到模型中，将开发阶段出现的 变化反映在模型中。构造之后，进入交接阶段，Rose 主要用于在软件产品完成时更新模型。 实验指导： 实验 1.1 了解 Rose 屏幕组件 下图显示了 Rose 界面的各个部分。
UML实验说明书
实验一熟悉Rational Rose及建立用例模型
4．Rose基本操作
（1）创建Rose模型（File→New）：框架向导（Framework Wizard插件）。
框架是一系列预定义的模型元素，可以定义某种系统的体系结构，也可以提供一系列可重用构件。
（2）保存Rose模型（File→Save）：在默认的情况下，Rose模型都以扩展名为.mdl 的文件进行保存。
*.ptl格式文件类似于模型文件（*.mdl），但是只是模型文件的一部分。
模型文件*.mdl则保存完整的模型。
以Rose的旧版本保存模型，可能会丢失某些模型元素和特性。
（3）Rose模型的导入导出（File→Import ，File→Export）：略。
（4）Rose模型的网页发布（Tools→Web Publisher）：略。
（5）Rose全局选项设置（Tools→Options）：略。
实习二UML类图与包图建模（2学时）
四、实验步骤：
实验三、时序图和协作图建模根据以下谈话设计出时序图和协作图建模。
四、实验步骤：
、。
UML实验指导书
《面向对象设计UML建模》---08本新版上机实验（一）创建用例及用例图一.实验目的：在Rose 2003 环境下设计应用系统的UML用例图（Use Case Diagram）。
二.实验内容：根据用户“需求陈述”创建Use Case框图。
包括:案例1. 绘制“自动饮料机售货”的Use Case框图（包括功能扩展）案例2. 用例之间的三种关系练习案例3. 设计“网上学生选课系统”的Use Case 框图案例4. 设计“图书管理系统”的Use Case 框图三.操作步骤：案例1.①建立用例图的步骤：。
右击Use Case View。
选New Use Case Diagram。
起名，比如：Buy Drink。
双击Buy Drink图标，这时工具栏变成适合Use Case作图的形式。
设计Use Case Diagram.②“自动饮料机售货”需求陈述:“顾客通过自动饮料售货机, 可以方便地买到一听饮料。
而自动饮料售货机除了卖给顾客饮料外，还具备以下功能：·供应商可以向自动饮料售货机添加饮料（需要打开和关闭自动饮料售货机的门）;·收银员可以从自动饮料售货机取钱. （需要打开和关闭自动饮料售货机的门）”经过分析可知自动饮料售货机系统涉及到的名词及概念有:Customer Supplier Cashier Buy drink Set drink Take moneyOpen machine Close machine显然, 前三个名词为参与者. 后面的那些功能为Use Case .③绘制自动饮料售货机售货的用例图. (提示：首先找出参与者和用例之间的关系, 建立初步用例图, 然后细化用例建立用例之间的《include》或《extend》关系。
)案例2. 用例之间的三种关系练习·分析用例之间的“泛化关系”、“include”和“extend”关系。
·在Rose下创建包括以上三种关系的Use Case图。
rational rose的使用实验
软件工程上机（熟悉Rational Rose）基本步骤：1、确定系统范围和系统边界。
2、确定每个活动者所希望的系统行为。
3、把这些系统行为命名为用例。
4、把一些公共的系统行为分解为一批新的用例，供其他的用例引用，把一些变更的行为分解为扩展用例。
5、编制每个用例的脚本。
6、绘制用例图。
7、区分主业物流和例外情况的事件流。
可以把表达例外情况的事件流的用例图画成一个单独的子用例图。
8、精化用例图，简化用例图中的对话序列，用例图可以有不同的层次，高层次系统的用例图可以分解为若干个下属子系统中的子用例。
详细步骤：1）用例图中的各个组成成分的画法。
1、创建参与者--Actors。
在浏览器中，选择New->Actor选项，选中这个参与者，并更名为设计的名字，如注册管理员、教师、收费系统、学生等。
2、创建用例。
选择New->Use Case选项，键入设定的名字，如选课。
3、创建Main Use Case选中一个参与者，并把其拖入到图中，于此重复，把每个需要用到的参与者加入到图中。
类似的，将用例也拖入图中，并放置在合适的位置。
2）创建好各个组成成分，这时我们需要对他们建立关系。
1、选择Customize Menu选项，以Actor为起始，Use Case为终点，将他们链接起来。
如图14-4所示。
2、当然，use之间需要用带有空心三角形状的箭头来链接。
如图14-6所示。
3)绘制主要交互图。
1、选择New->Sequence Diagram，在视图中添加一个没有名字的顺序图，并更名，如选课注册顺序图。
2、把Actor拖到顺序图中。
在顺序图上单击鼠标，把对象拖入图中。
在对象还处于选中状态下，输入对象的名字。
于此重复，直至所需的Actor 都放在顺序图中。
3、把类拖到顺序图中的对象上，Rose会给加上类似一个冒号“：”开始加载对象的名字上。
如图14-7所示。
4、分析系统中“学生”与“选课注册”活动的交互顺序，根据交互活动分析，可以绘制“学生”与用例“选课注册”的顺序图。
UML 新编实验指导书(实验三)
天津理工大学华信软件学院上机实验（三）创建类和类图一、实验目的：在Rose 环境下创建类和类图, 完成应用案例的类图设计。
二、实验内容：(一）创建类1）根据“需求陈述”提炼对象和类2）分析对象，并将对象抽象成类(二) 创建类图建立类之间的关系（关联关系、泛化关系、聚集或组合关系、依赖关系等）创建类图。
(三) 综合应用练习。
三、操作步骤：(一) 创建类1、右击Logical View2、选New 选Class Diagram ,再在Class Diagram下创建类；3、给类命名(比如Course)4、增加属性(右击框途中的类，选New Attribute)5、添加类操作(右击框途中的类，选New Operation)(二) 建立类之间的关系1．关联关系 (使用按钮工具，如果当前工具栏中没有，右击工具栏，然后添加相关按钮)1) 单项关联2) 双向关联2．聚集和组合 (先建立关联，再右击靠近“整体”方的关联线，选Aggregate) 3．泛化关系。
4．依赖关系。
四．实例练习（要求尽量用英文表示）1．举实例说明类之间的关联关系。
包括：单、双向关联、一对一关联、一对多关联、多对多关联、自反关联、限定关联和关联类。
2．举实例说明类之间的聚合（组合）关系。
3．举实例说明类之间的泛化（继承）关系。
包括：单继承、多继承。
4．举实例说明接口与实现，抽象类与子类等。
五．综合应用：（一）以“学生选课系统”为例建立类图1．“学生选课系统”涉及到的类：1) Database类属性:dbPath: String操作：(以下列出部分操作)Query Course() Add Course() Delete Course() Get dbPath() Set dbPath() ……2) Student类属性:studentID: Int studentName: String操作:get StudentID() set StudentID()get StudentName() set StudentName()3) Registrar类属性:registrarName: String regID: Int操作:get regID() set regID()get registrarName() set registrarName()4) Course类属性:courseID: Int courseName: Stringclassroom: String teacher: string操作:createCourse() destroyCourse() getName()setName() getCourseID() setCourseID() getTeacher() setTeacher()……5) Control类属性: (无)操作：verifyCourse() canAdd() queryCourse()confirmDelete() canSelect() queryAssociation() 6)Form类属性:(接口无属性)操作：getCourseInfo() showSuccessInfo() showConfirmPage()displayCourseList() querySelectCourse()2. 创建上述类之间的关系；① Student和Form之间-----单向关联(一对多)② Registrar和Form之间-----单向关联(一对多)③ Form和Course之间-----单向关联(一对多)④ Control和Course之间-----单向关联(一对多)⑤ Control和Form之间-----双向关联(一对多)⑥ Control和Database之间-----单向关联(一对一)3．完成类图(对象模型)的设计（以下是简化的类图参考图，详细的类图由同学们自己来完成。
UML实验报告
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实验三分析、设计并使用Rose创建类图UML统一建模语言实验实验三分析、设计并使用Rose创建类图1实验目的1.1学会分析与设计实际项目需示中的静态模型1.2掌握在Rational Rose 2007中绘制类图2实验内容2.1阅读、理解并创建教材附录《课程实验一饭店预订管理系统》中的类图（267页）。
2.1.1理解其中的类元素、类之间的关系（依赖、关联、泛化、实现），其中关联关系理解其多重性。
2.1.2在Rational Rose中创建教材中的类图，探索工具中类以及类之间的关系等模型元素的属性表示。
2.2综合实例分析：图书管理系统的静态建模参考实验二对图书管理系统已经完成的需求分析和用例图的创建结果，进一步分析该系统的静态模型，即类的设计。
整个过程中，注意类之间关系的使用，类名、属性名、成员名的命名规则。
要求：1)对类的分析按照实体类、界面类、控制类的类型分别设计；a)一个功能的路径：用户类-》界面类–》控制类–》实体类2)每一个类，考虑其应对外提供的功能，确定操作和属性，对于操作尽量细化到每个操作应该有的参数和返回值；2.2.1设计与创建系统的用户类与实体类根据基本的需求描述，用户类与实体类至少要包括以下：●借阅者（Borrower）●图书管理员（Librarian）●书刊（Book）●物理书刊（BookItem）●借书记录（Loan）●预订记录（Reservation）思考：以上这些存储于数据库的实体类，都要提供增(add)、删(delete)、改(update)、查（get）的操作，能否抽象出一个公用类来定义这些共同操作？该如何定义？2.2.2设计与创建系统的界面类1)为系统的主要功能设计系统的界面，至少应该分为登录界面、借还书服务界面、信息管理界面；2)细分每个界面大类下的子界面类：如借书服务界面应该至少包括借阅界面、退还界面、预约界面等等；a)思考：主界面类与子界面类的关系是什么？b)3)根据用户可能对相应界面进行的操作，定义界面类的操作，以便在后续的动态建模的消息中直接使用操作表示消息名。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
目录实验一用例图及进度安排 (2)实验二活动图 (7)实验三状态图 (15)实验四类 (27)实验五类的关系 (37)实验六、七交互图 (43)实验八、九对象图和包 (53)实验十、十一组件图和部署图 (55)实验十二正向工程 (62)实验一用例图及进度安排一、实验目的1．熟悉用例图的基本功能和使用方法。
2．掌握如何使用建模工具绘制活动图方法。
3．学习使用Microsoft Project对题目进行进度安排。
二、实验器材1．计算机一台。
2．Rational Rose 工具软件。
三、实验内容根据图书管理系统开发要求，在完成对系统的需求建模，得到用例模型后，应针对每个用例进行业务分析，说明其具体的业务流程，现系统分析部指派您完成该项任务。
要求：对其中主要功能的用例书写书面用例。
四、实验步骤书写“删除读者信息”用例的书面用例。
一般应包含以下信息：（1）管理员在录入界面，输入待删除的读者名；（2）“业务逻辑”组件在数据库中，查找待删除的读者名；（3）如果不存在，则显示出错信息，返回步骤（1），如果存在则继续；（4）“业务逻辑”组件判断“待删除的读者”是否可以删除；（5）如果不可以，则显示出错信息，返回步骤（8），如果可以则继续；（6）在数据库中，删除相关信息；（7）显示删除成功信息；（8）结束。
分析:在图书管理系统中,管理员首先登录系统,系统验证通过后,管理方可向系统查询数据,在查询后,系统会给出提示,有没有找到相关的数据,管理员根据系统查询的返回结果,进行下一步的操作,就是删除读者,在删除的过程中,系统会对查询得到的结果判断该记录是否可以删除,若可以删除,则给删除提示,若不能删除,也给相关的提示信息。
绘图步骤:(1)在用例图上双击main,出现如图1.1所示,为绘制用例图做好准备。
图1.1(2)在图中的工具栏选取Actor图标，在右边的图中添加一个Actor，并输入名称:administrator,如图1.2所示。
(3)在左边的工具栏中，选取用例的图标，在右边的图中画出一个用例，并输入用例的名称：login 。
图1.2（4）按照步骤（3），绘制出如图1.4和图1.5的两个用例。
图1.3图1.4（5）在绘出了用例后，接下来的是绘制参与者与用例实现，如图1.6所示。
图1.6（6）根据步骤（5），同时完成如图1.7和图1.8。
此时，删除读者用例图就到此完成。
其系统查询读者信息等其他的功能会在时序图和活动图中描绘。
（7）根据分析情况，进一步添加或细化用例图。
图1.7图1.8五、实验报告要求1．整理实验结果。
2．小结实验心得体会。
实验二活动图一、实验目的1．熟悉活动图的基本功能和使用方法。
2．掌握如何使用建模工具绘制活动图方法。
二、实验器材1．计算机一台。
2．Rational Rose 工具软件。
三、实验内容根据图书管理系统开发进度，在完成对系统的需求建模，得到用例模型后，应针对每个用例进行业务分析，说明其具体的业务流程，现系统分析部指派您完成该项任务。
要求：用活动图来描述系统中已知用例的业务过程：1．描述删除读者用例。
四、实验步骤绘制“删除读者信息”用例的活动图。
删除读者信息一般按照以下步骤进行：（1）管理员在录入界面，输入待删除的读者名；（2）“业务逻辑”组件在数据库中，查找待删除的读者名；（3）如果不存在，则显示出错信息，返回步骤（1），如果存在则继续；（4）“业务逻辑”组件判断“待删除的读者”是否可以删除；（5）如果不可以，则显示出错信息，返回步骤（8），如果可以则继续；（6）在数据库中，删除相关信息；（7）显示删除成功信息；（8）结束。
绘图步骤：（1）在用例图中，找到删除的用例，如图2.1所示，在删除用例上单击右键，在弹出的快捷菜单中选“New”，Rose工具也会弹出一个菜单，选”Activity Diagram”，选中后单击，便可以新建好一个活动图。
如图2.2所示。
图 2.1图2.2(2)新建好活动图后，双击删除的活动图，得到如图2.3所示，然后把在左边的工具栏内点击“Swinlane“，在右边的图添加一个泳道，如图2.4所示，并命名为administrator.按照此步骤，再添加另一个泳道，并命名为SystemTool，得到图2.5。
图2.3（3）接着在左边的工具上选取开始点，并在administrator的泳道上添加，如图2.6所示；添加完开始结点后，再来为此活动图添加活动，图2.7所示，在左边的工具栏上选中Activity 这个图标，在administrator这边的泳道上添加一个活动，命名为登录（login），再在开始结点和活动登录（login）之间添加活动关系，如图2.8所示。
图2.4图2.5图2.6图2.7图2.8（3）完成步骤（2）后，登录输入需要对输入的信息进行验证，则在图中添加一个验证框，如图2.9所示：添加验证框后，验证的内容，如果通过，则允许管理员进行查询操作，如图2.10所示；如不能通过，则结束，如图2.11所示。
图2.9图2.10图2.11（4）验证后，下一步的操作是查询需要删除的记录，添加一个活动，命名为delete，如图2.12和图2.13所示。
图2.12图2.13（5）最后，在删除后，系统会返回操作结果给操作者，图2.14所示；删除成功或删除失败系统都会有信息返回给操作者。
（7）根据分析设计情况，进一步添加或细化活动图。
图2.14五、实验报告要求1．整理实验结果。
2．小结实验心得体会。
实验三状态图一、实验目的1．熟悉活动图的基本功能和使用方法。
2．掌握如何使用建模工具绘制活动图方法。
二、实验器材1．计算机一台。
2．Rational Rose 工具软件。
三、实验内容通过前面内容的学习，完成了对图书馆的图书馆管理系统的需求的初步分析，得出系统的用例图和相应的活动态。
通过这两类图我们可以初步了解系统的业务处理过程，但对业务处理过程的处理状态间转换了解仍不够，这不利于设计人员对系统业务的进一步理解，而状态图能从对象的动态行为的角度去描述系统的业务活动。
因此，指派你运用本节所学的状态图，完成如下任务：1. 完成图书业务模块中还书用例的状态图。
四、实验步骤1．业务分析：由前面章节对图书馆管理系统中的还书主要业务的描述和分析可知，还书业务的动态行为是由：空闲（idle）、图书查找（finding）、还书（reversion）、失败（Failure）、归还成功（Success）5种状态及激活相互转换的事件。
2．绘制状态图：请您根据分析运用UML绘制还书用例的状态图。
分析：还书的状态图，还书的主要业务都是由管理员来完成，首先管理员必须先登录系统，并通过验证后，便可以进行下一步的操作，查找该书的相关信息，如存在，则进行还书操作，如不存在该信息，则给出提示信息；绘图步骤：（1）在用例图中的还书（revesion）用例，单击右键，如图3.1所示，新建一个状态图，命名为revesion状态图，图3.2所示。
图3.1图3.2（2）双击“receivesion”状态图，展开后，在左边的工具栏上选取一个实心圆点，此结点为开始结点，图3.3所示；当还书的时候，操作者先要询问系统的状态，如果系统忙，操作者则必需等待，因此，得到系统的两种状态，如图3.5所示。
图3.3图3.4图3.5（3）操作者在询问系统和状态后，得到的图3.6所示两种状态，如果系统忙，操作者必需要等待、结束，如图3.7和图3.8所示，重返步骤（1）。
图3.6图3.7图3.8（4）如系统空闲，则进行对还书的信息进行查询操作，图3.9所示；查询也有两种结果，一是查询得到该书的相关信息，二查询不到该书的相关信息；则此时有两种状态，需要建立两种状态，如图3.10所示。
图3.9图3.10（5）最后，操作者进行了操作后，系统会给出操作的结果给操作者；操作成功或失败，都会有提示信息给出。
整个的还书的过程便完成；图3.11所示。
（7）根据分析设计情况，进一步添加或细化状态图。
图3.11 五、实验报告要求1．整理实验结果。
2．小结实验心得体会。
实验四类一、实验目的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.1所示。
（4）双击新建的类图，并点右边控件集中选中的类的图标，并用鼠标在图中分别拖出一个类图，并命名为Book，如图4.2所示。
图4.1图4.2（5）接下来的一步为设置类的属性，在新的类中双击该类，在打开属性面板中，可以看到在此可以设置类的属性和方法等其他的信息，图4.3所示；后撞击Attributes这个栏目，此栏目为设置类的属性的选项，在图中间的单击右键，可以看到有一个“Insert”的选项，选中这个选项，图4.4所示，后在出现的对话框中输入相关信息如图4.5所示；如书本的ISBN 号，在Type这个方框内输入此属性的类型值，同时可以看到一栏可以设置此属性的访问权限，一般这些属性都设置Private这个权限，如图4.6所示。
这个类的其他属性也可以按照以上的做法设置，最后得到的结果是图4.7所示。
图4.3 图4.4图4.5 图4.6（6）设置好类的属性，现在来设置类的方法（也是操作），双击类后在弹出的菜单上选operations 这个选项，可以看到图4.8所示，在图中的空白地方，单击右键，在弹出的菜单中选insert 这个选项，也就只有这个选项可用，见图4.9，接着输入方法名，同时可以设置该方法的返回类型，也可以在Documentations 的方框内填写一些相关的方法说明，如图4.12所示，设置好该方法的访问权限，见图4.13。