统一建模语言UML复习参考答案
《统一建模语言UML》复习题
一、填空题
1. 面向对象程序的基本特征是：抽象、封装、继承和多态。
2. Rose的正向工程以组件为单位，把模型中的一个或多个类图转换为java源代码的过程。逆向工程是把代码转换为设计模型。
3. 用例图两个最核心的元素是参与者与用例。
4. 顺序图是由对象、生命线、控制焦点和消息等构成的
5. 在UML的表示中顺序图将交互关系表示为一张二维图，其中纵向是时间轴，时间沿竖线向下延伸。横向代表了在协作中
各独立对象的角色。
6. 状态机图图描述从状态到状态的控制流程，常用来对系统的动态特征进行建模。
7. 在UML中，状态机由对象的各个状态和连接这些状态的转换组成，是展示状态与状态转换的图。
8、在某个信息系统中，存在如下的业务陈述：①一个客户提交0个或多个订单；②一个订单由一个且仅由一个客户提交。系统中
存在两个类：“客户”类和“订单”类。对应每个“订单”类的实例，存在 1 个“客户”类的实例；对应每个“客户”类的实例，存在 0个或多个“订单”类的实例。
9、UML提供一系列的图支持面向对象的分析与设计，其中类图给出系统的静态设计视图；用例图对系统的行为进行组织和建
模是非常重要的；序列图和协作图都是描述系统动态视图的交互图，前者描述了以时间顺序组织的对象之间的交互活动，后者强调收发消息的对象的组织结构。
供选择的答案：状态图、用例图、状态图、序列图、部署图、协作图、类图
10、Rational Rose2003具有非常友好的图形用户界面，其初始界面主要包括标题栏、菜单栏、工具栏、模型浏览器窗口、文档窗
口、模型图窗口、日志窗口、状态栏等部分。
11、Rational Rose2003用户界面包含两种工具栏，为用户操作提供了方便，其中，图工具栏依赖于所打开的模型图，而标准工具
栏则与模型图无关。
12、如果需要在模型图绘制窗口中多放置几个相同的图标，在编辑工具栏中，先单击选择锁定图标，进入“锁定”状态，而不必重
复多次地返回道编辑工具栏中重复选择同一个图标。
13、在学校中，一个学生可以选修多门课程，一门课程可以由多个学生选修，那么学生和课程之间是关联关系；类A的一个操作
调用类B的一个操作，且这两个类之间不存在其他关系，那么类A和类B之间是依赖关系。
14．多重性指的是，某个类有多个个对象可以和另一个类的 1个对象关联。
15．当一个类的对象可以充当多种角色时，自身关联就可能发生。
16．在泛化关系中，子类可以替代父类。也就是说，后者出现的地方，前者都可以出现。但是反过来却不成立。
17．组合是强类型的聚集，因为聚集中的每个部分体只能属于一个整体。
18．实现的符号和继承的符号有相似之处，两者的唯一差别是实现关系用虚线表示，继承关系用实线表示。19．UML背后的两个重量级概念是用例和面向对象。
20．状态图和类图、顺序图不同之处在于，后两种图能够对多个对象建立模型，而状态图只是对1个对象建立模型。21．状态图中3个常用的动作是入口动作、出口动作和do动作,也就是对象处于这个状态时应该做什么。
22．顺序图中，消息用水平箭头线表示；时间用垂直虚线表示。
23．当逻辑发生分支时，在顺序图中用生命线发生的分支表示，在协作图中用嵌套的序号表示。
24．顺序图强调的是交互的时间顺序 ,协作图强调的是交互的空间关系和参与交互的对象的上下文环境。
二、单项选择题
1. UML的全称是 ( B )
A. Unify Modeling Language
B. Unified Modeling Language
C. Unified Modem Language
D. Unified Making Language
2. 执行者（Actor）与用例之间的关系是 ( C )
A. 包含关系
B. 泛化关系
C. 关联关系
D. 扩展关系
3. 生命线是UML视图中哪个图形的组成部分 ( D )
A. 类图
B. 状态图
C. 活动图
D. 顺序图
4. 多对象是UML哪个视图中的概念 ( C )
A. 类图
B. 状态图
C. 协作图
D. 组件图
5. 在类图中，哪种关系表达总体与局部的关系 ( D )
A. 泛化
B. 实现
C. 依赖
D. 聚合
6. 在类图中，“ #”表示的可见性是 ( B )
A. Public
B. Protected
C. Private
D. Package
7. 下面哪个视图属于UML语言的交互图 ( D )
A. 行为图
B. 状态图
C. 实现图
D. 顺序图
8. 下面哪个UML视图是描述一个对象的生命周期的 ( B )
A. 类图
B. 状态图
C. 协作图
D. 顺序
9. 顺序图由类角色，生命线，激活期和（ B ）组成
A. 关系
B. 消息
C. 用例
D. 实体
10. UML中关联的多重度是指 ( B )
A. 一个类有多个方法被另一个类调用
B. 一个类的实类能够与另一个类的多个实类相关联
C. 一个类的某个方法被另一个类调用的次数
D. 两个类所具有的相同的方法和属性
11.关于协作图的描述，下列哪个不正确（ B ）
A.协作图作为一种交互图，强调的是参加交互的对象的组织；
B.协作图是顺序图的一种特例
C.协作图中有消息流的顺序号；
D.在ROSE工具中，协作图可在顺序图的基础上按“F5”键自动生成；
12.下列关于软件特点的描述中，哪个是错误的（ A ）
A.软件是被开发或设计的，而不是被制造的；
B.软件不会“磨损”，但会“退化”；
C.软件的开发已经摆脱了手工艺作坊的开发方式；
D.软件是复杂的
13.在UML中，有四种关系，下面哪个不是（ B ）
A.依赖关系
B.继承关系
C.泛化关系
D.实现关系
14.下面哪个不是UML中的静态视图（ A ）
A.状态图
B.用例图
C.对象图
D.类图
15.在用例之间，会有三种不同的关系，下列哪个不是他们之间可能的关系（ D ）
A.包含（include）
B.扩展（extend）
C.泛化（generalization）
D.关联（connect）
16.下列关于活动图的说法错误的是（ D ）
A.一张活动图从本质上说是一个流程图，显示从活动到活动的控制流
B.活动图用于对业务过程中顺序和并发的工作流程进行建模。
C.活动图中的基本要素包括状态、转移、分支、分叉和汇合、泳道、对象流。
D.活动图是UML中用于对系统的静态方面建模的五种图中的一种
17. 在UML的顺序图中，通常由左向右分层排列各个对象，正确的排列方法是（ A ）
A. 执行者角色控制类用户接口业务层后台数据库
B.执行者角色用户接口控制类业务层后台数据库
C.执行者角色控制类用户接口后台数据库业务层
D.执行者角色用户接口业务层控制类后台数据库
18. 下面哪个UML视图是描述一个对象的生命周期的（ B ）
A. 类图
B. 状态图
C. 协作图
D. 顺序
19. 顺序图由类角色，生命线，激活期和（B）组成
A. 关系
B.消息
C. 用例
D. 实体
20.下面哪个不是UML中的静态视图 ( A )
A. 状态图
B. 用例图
C. 对象图
D. 类图
21.（ A ）技术是将一个活动图中的活动状态进行分组，每一组表示一个特定的类、人或部门，他们负责完成组内的活动。
A. 泳道
B. 分叉汇合
C. 分支
D. 转移
22.类图应该画在Rose的哪种（）视图中 ( B )
A. Use CaseView
B. Logic View
C. ComponentView
D. Deployment View
23. 类通常可以分为实体类，（）和边界类 ( C )
A. 父类
B. 子类
C. 控制类
D. 祖先类
24.（）是系统中遵从一组接口且提供实现的一个物理部件，通常指开发和运行时类的物理实现 ( D )
A. 部署图
B. 类
C. 接口
D. 组件
25. 关于协作图的描述，下列哪个不正确( B )
A.协作图作为一种交互图，强调的是参加交互的对象的组织；
B.协作图是顺序图的一种特例
C.协作图中有消息流的顺序号；
D.在ROSE工具中，协作图可在顺序图的基础上按“F5”键自动生成；
26. 一个对象和另一个对象之间，通过消息来进行通信。消息通信在面向对象的语言中即( C )
A. 方法实现
B. 方法嵌套
C. 方法调用
D. 方法定义
27.（）是可复用的，提供明确接口完成特定功能的程序代码块。( D )
A、模块 B. 函数 C. 用例 D. 软件构件
28. 若将活动状态比作方法，那么动作状态即 ( C )
A. 方法名
B. 方法返回值
C. 方法体中的每一条语句
D. 方法的可见性
29. ( )是用于把元素组织成组的通用机制 ( A )
A. 包
B. 类
C. 接口
D. 组件
30. UML中关联的多重度是指( b)
A. 一个类有多个方法被另一个类调用
B. 一个类的实类能够与另一个类的多个实类相关联
C. 一个类的某个方法被另一个类调用的次数
D. 两个类所具有的相同的方法和属性
31.通常对象有很多属性，但对于外部对象来说某些属性应该不能被直接访问，下面哪个不是UML中的类成员访问限定性（ C ）
A.公有的（public）
B.受保护的（protected）
C.友员（friendly）
D.私有的（private）
32.UML中类的有三种，下面哪个不是其中之一（ B ）
A.实体类
B.抽象类
C.控制类
D.边界类
33.下列描述中，哪个不是建模的基本原则（ D ）
A.要仔细的选择模型
B.每一种模型可以在不同的精度级别上表示所要开发的系统
C.模型要与现实相联系
D.对一个重要的系统用一个模型就可以充分描述
34.顺序图是强调消息随时间顺序变化的交互图，下面哪个不是用来描述顺序图的组成部分（ A ）
A.信号
B.生命线
C.激活期
D.类角色
35.UML提供了4种结构图用于对系统的静态方面进行可视化、详述、构造和文档化。其中（ B ）是面向对象系统建模中最常用的图，用于说明系统的静态设计视图。
A．组件图B．类图
C．对象图D．部署图
36.当需要说明系统的静态实现视图时，应该选择（ A ）。
A．组件图B．协作图
C．状态图D．部署图
37.当需要说明体系结构的静态实施视图时，应该选择（ D ）
A．协作图B．对象图
C．活动图D．部署图
38.（ C ）是描述系统中在某一时刻，一组对象以及它们之间关系的图形，其可以看作是类图在系统某一时刻的实例。
A．组件图B．类图
C．对象图D．部署图
39.什么是用于描述类或组件的一个服务（功能）的操作集合。( C )
A．组件B．规范C．接口D．节点
40.UML的（ B ）是由建模者设计的新的建模元素，但是这个模型元素的设计要建立在UML已定义的模型元素基础上
A、标记值
B、构造型
C、注释
D、约束
41.在UML中，类之间的关系有一种关系称为关联，其中多重性用来描述类之间的对应关系，下面哪个不是其中之一（A ）。A．*….*B．0….*
C．1....*D．0. (1)
42.下列关于面向对象的分析与设计的描述，正确的是（ B ）。
A．面向对象设计描述软件要做什么B．面向对象分析不需要考虑技术和实现层面的细节
C．面向对象分析的输入是面向对象设计的结果D．面向对象设计的结果是简单的分析模型
43.当（ A ）时，用例是捕获系统需求最好的选择。
A．系统有很多参与者B．系统具有很少的接口
C．系统算法复杂，功能单一D．系统具有很少的用户
44.为了使构件系统更切合实际、更有效地被复用，构件应当具备（ D ），以提高其通用性。
A．可继承性B．可变性
C．可封装性D．可伸缩性
45.UML中，对象行为是通过交互来实现的，是对象间为完成某一目的而进行的一系列消息交换。消息序列可用两种类来表示，分别是（ C ）。
A．状态图和时序图B．活动图和协作图
C．时序图和协作图D．状态图和活动图
46.下列关于UML叙述正确的是（ B ）。
A．UML是一种语言，语言的使用者不能对其进行扩展B．UML是独立于软件开发过程的
C．UML仅是一组图形的集合D．UML仅适用于系统的分析与设计阶段
47.封装是把对象的（ A ）结合在一起，组成一个独立的对象。
A．属性和操作B．信息流
C．消息和事件D．数据的集合
48.通常对象有很多属性，但对于外部对象来说某些属性应该不能被直接访问，下面哪个不是UML中的类成员访问限定性（ D ）。A．public B．protected
C．private D．friendly
49.用例之间有几种不同的关系，下列哪个不是他们之间可能的关系（ B ）。
A．include B．connect
C．generalization D．extend
50.在UML中，（ A ）表示使用软件系统的功能，与软件系统交换信息的外部实体
A、执行者
B、类
C、用例
D、用例图
51.类通常可以分为实体类，（ C ）和边界类
A．父类B．子类
C．控制类D．祖先类
52.顺序图由类角色，生命线，激活期和（ B ）组成
A．关系B．消息
C．用例D．实体
53.（ B ）是系统中遵从一组接口且提供实现的一个物理部件，通常指开发和运行时类的物理实现
A．部署图B．类
C．接口D．组件
54.关于协作图的描述，下列哪个不正确（ B ）
A．协作图作为一种交互图，强调的是参加交互的对象的组织；
B．协作图是顺序图的一种特例
C．协作图中有消息流的顺序号；
D．在ROSE工具中，协作图可在顺序图的基础上按“F5”键自动生成；
55.一个对象和另一个对象之间，通过消息来进行通信。消息通信在面向对象的语言中即（ C ）
A．方法实现B．方法嵌套C．方法调用D．方法定义
56.类图应该画在Rose的哪种（ B ）视图中
A．UseCaseView B．LogicView
C．ComponentView D．DeploymentView
57.用例（Use-case）用来描述系统在事件做出响应时所采取的行动。用例之间是具有相关性的。在一个“订单输入子系统”中，创建新订单和更新订单都需要检查用户帐号是否正确。那么，用例“创建新订单”、“更新订单”与用例“检查用户帐号”之间是（ A ）关系
A．包含（include）B．扩展（extend）
C．分类（classification）D．聚集（aggregation）
58.下列关于状态图的说法中，正确的是（ C ）
A．状态图是UML中对系统的静态方面进行建模的五种图之一。
B．状态图是活动图的一个特例，状态图中的多数状态是活动状态
C．活动图和状态图是对一个对象的生命周期进行建模，描述对象随时间变化的行为。
D．状态图强调对有几个对象参与的活动过程建模，而活动图更强调对单个反应型对象建模
59.（ D ）是系统中遵从一组接口且提供实现的一个物理部件，通常指开发和运行时类的物理实现
A．部署图B．类C．接口D．组件
60.事件（event）表示对一个在时间和空间上占据一定位置的有意义的事情的规格说明，下面哪个不是事件的类型（ C ）A．信号B．调用事件
C．源事件D．时间事件
61.在UML中，（ A ）把活动图中的活动划分为若干组，并将划分的组指定给对象，这些对象必须履行该组所包括的活动，它能够明确地表示哪些活动是由哪些对象完成的。
A．泳道B．同步条
C．活动D．组合活动
62.下面（ D ）属于UML中的动态视图。
A．类图B．用例图
C．对象图D．状态图
https://www.360docs.net/doc/d29385930.html,eCase用来描述系统在事件做出响应时所采取的行动。用例之间是具有相关性的。在一个“订单输入子系统”中，创建新订单和更新订单都需要检查用户帐号是否正确。那么，用例“创建新订单”、“更新订单”与用例“检查用户帐号”之间是（ C ）关系。A．aggregation B．extend
C．include D．classification
64.在UML的需求分析建模中，（ B ）模型图必须与用户反复交流并加以确认。
A．配置B．用例
C．包D．动态
65.下面（ C ）不是UML的关系。
A．依赖关系B．关联关系
C．继承关系D．泛化关系
66.构件图用于对系统的静态实现视图建模，这种视图主要支持系统构件的配置管理，通常可以分为四种方式来完成，下面哪种不是其中之一（ D ）。
A．对源代码建模B．对可执行体的发布建模
C．对物理数据库建模D．对事物建模
67.UML的最终产物就是最后提交的可执行的软件系统和（ D ）。
A．用户手册B．类图
C．动态图D．相应的软件文档资料
68.（ C ）的基本元素有节点、构件、对象、连接、依赖等。
A．构件图B．状态图C．配置图D．顺序图
69.阅读图例，判断下列哪个说法是错误的。（ C ）
A.读者可以使用系统的还书用例
B.每次执行还书用例都要执行图书查询用例
C.每次执行还书用例都要执行交纳罚金用例
70.下列关于类方法的声明，不正确的是( C )
A．方法定义了类所许可的行动
B．从一个类所创建的所有对象可以使用同一组属性和方法
C．每个方法应该有一个参数
D．如果在同一个类中定义了类似的操作，则他们的行为应该是类似的
71.下面关于正向工程与逆向工程的描述，哪个不正确（ C ）
A．正向工程是通过到实现语言的映射而把模型转换为代码的过程；
B．逆向工程是通过从特定实现语言的映射而把代码转换为模型的过程；
C．正向工程是通过从特定实现语言的映射而把代码转换为模型的过程；
D．正向工程与逆向工程可以通过rose支持来实现；
72.面向对象的开发方法中，（ B ）将是面向对象技术领域内占主导地位的标准建模语言。
A．Booch方法B．UML语言
C．OMT方法D．Coad方法
73.在构件中图中，（ D ）用于显示构件之间的关联关系。
A、节点
B、包
C、构件
D、依赖关系
74.在用例图中，可以用（ D ）来表示整个软件系统或其中一些子系统的边界，也可以用它表示软件系统的不同发布版本的功能范围
A、执行者
B、关联关系
C、用例
D、边界框
75.泛化使得（ A ）操作成为可能，即操作的实现是由它们所使用的对象的类，而不是由调用确定的。
A、多态
B、多重
C、传参
D、传值
76.（ A ）是用来反映代码的物理结构。
A、构件图
B、用例图
C、类图
D、状态机
77.（ D ）用于描述相互合作的对象间的交互关系的链接关系。
A、类图
B、通信图
C、用例图
D、协作图
78.在用例图中，执行者之间的关系只有（ B ）一种
A、包含
B、继承
C、扩展
D、实现
三、多项选择题
1.在面向对象的设计中，主要建立的模型包括（ BCD）。
A、算法逻辑模型
B、功能模型
C、动态模型
D、对象模型
2.在如下（ABC）情况下，可以考虑使用重构
A、修改错误时
B、复审程序代码时
C、添加功能时
D、需求分析时
3．下面哪些图形可以清楚地表达并发行为（ CD ）
A、类图
B、状态体
C、活动图
D、顺序图
4.以下（ ABCD）属于活动图的节点。
A决策点B、活动
C、并发控制
D、对象
5.在需求分析的业务流程建模中，可以利用活动图描述（BCD）
A、系统对外部呈现的功能
B、多个用例联合起来形成的处理流程
C对象协同的单个用例中的处理流程D、软件与外部实体共同参与的业务处理流程
6. 在UML的状态图中，转换通常由以下哪些部分构成（ ABCDE ）
A、动作
B、触发事件
C、源状态
D、目标状态
E、监护条件
7．下面哪些元素构成了组件图形（ ACD ）
A、组件
B、转换
C、关系
D、接口
E、事件
8. 具有多重属性值的UML图形包括（ AE ）
A、类图
B、对象图
C、状态图
D、活动图
E、部署图
9．软件工程的三要素是（ ABD ）
A、方法
B、工具
C、模型
D、过程
E、语言
10．可能具有状态机的对象包括（ ABCDE ）
A、类
B、子系统
C、用例
D、接口
E、协议
11.以下属于面向对象的开发方法的有（ABCD）
A 、jacobson方法B、OMT方法
C、Coad方法
D、Booch方法
12.在UML中，模型的组织元素包括（ACD）几个主要的层次。
A、视图
B、状态
C、模型
D、图
13.构件图的节点可以是（ABD）
A、包
B、类
C、用例
D、构件
14.在状态机图中，转换包括以下（ABD）类型
A外部自转换B、内部自转换
C、模拟转换
D、正常转换
15.在一般情况下，可以将面向对象的聚合概念区分为（ABC）关系。
A、组合
B、聚合
C、关联
D、继承
16．UML的类图包含哪些抽象的层次（ ABC ）
A、概念层
B、说明层
C、实现层
D、业务层
E、控制层
17．时序图的用途包括（ ABCD ）
A、显示并发进程和激活
B、当不同的类之间存在多个简短的方法时，描述控制流的整体序列
C、显示在协作图中难于描述的事件序列
D、显示涉及类交互而与对象无关的一般形式
E、详细描述系统的瞬态图
18．下面哪些图形可以清楚地表达并发行为（ CD ）
A、类图
B、状态体
C、活动图
D、顺序图
E、实现图
19．UML中，类的主要版型有（ CDE ）
A、角色类
B、业务类
C、边界类
D、控制类
E、实体类20．部署图中的节点具有以下哪些方面的内容（ ABC ）
A、计算能力
B、基本内存
C、位置
D、接口
E、路径
21．部署图中的节点具有以下哪些方面的内容（ ABC ）
A、计算能力
B、基本内存
C、位置
D、接口
E、路径
22．可能具有状态机的对象包括（ ABCDE ）
A、类
B、子系统
C、用例
D、接口
E、协议
23．时序图的用途包括（ ABCD ）
A、显示并发进程和激活
B、当不同的类之间存在多个简短的方法时，描述控制流的整体序列
C、显示在协作图中难于描述的事件序列
D、显示涉及类交互而与对象无关的一般形式
E、详细描述系统的瞬态图
24．UML中，类的主要版型有（ CDE ）
A、角色类
B、业务类
C、边界类
D、控制类
E、实体类
25．UML的类图包含哪些抽象的层次（ ABC ）
A、概念层
B、说明层
C、实现层
D、业务层
E、控制层
26.用例之间的关系主要有（ABCD ）
A、聚合
B、继承
C、扩展
D、包含
27.用例之间的关系主要有（ABC）
A、包含
B、继承
C、扩展
D、聚合
28.两个类之间的关联表示他们之间存在一种不适于继承的逻辑关系。在关联关系的表示图元的两端，可以表示参与关联的（ABCD ）特性。
A、约束
B、可见性
C、角色名
D、多重性
29.在UML中，以下( ABCD)是可以应用于包的构造型
A、框架{《Framework》}
B、虚包{《Facade》}
C、子系统{《Subsystem》}
D、系统{《system》}
30.对于类，其属性的可见性表示对类的外部世界的可见性，它有以下（ABCD）选项
A、公开（public）
B、包内公开（package）
C、保护（protected）
D、私有（private）
31. 具有多重属性值的UML图形包括（ AE ）
A、类图
B、对象图
C、状态图
D、活动图
E、部署图
32．在UML的状态图中，转换通常由以下哪些部分构成（ ABCDE ）
A、动作
B、触发事件
C、源状态
D、目标状态
E、监护条件
33．下面哪些图形可以清楚地表达并发行为（ CD ）
A、类图
B、状态体
C、活动图
D、顺序图
E、实现图
34．下面哪些元素构成了组件图形（ ACD ）
A、组件
B、转换
C、关系
D、接口
E、事件
35．软件工程的三要素是（ ABD ）
A、方法
B、工具
C、模型
D、过程
E、语言
36.基于用例图的需求捕获的第一步就是确定系统的参与者，在寻找系统参与者时，可以根据以下（ABCD ）等问题来确定
A、系统同环境如何进行交互
B、由谁安装系统
C、系统为哪些对象提供信息、服务
D、系统的使用者是谁
37.在采用用例模型捕获需求时，需要执行如下（ABCD）操作
A、描述非功能需求
B、用例建模
C、识别用例
D、识别参与者
38.以下对部署图说法正确的有（ABD）
A、部署图有主要建模元素是构件
B、使用部署图可以显示运行时系统的结构，同时还传达构成应用程序的硬件和软件的配置的部署方式
C、从部署图中，可以了解到软件与硬件之间物理关系及处理节点的组件分布情况
D、部署图（deployment,配置图）是用来显示系统中软件和硬件的物理结构
39.用例图的节点包括（ABD）
A、用例
B、边界
C、关联
D、执行者
40.在识别用例时，以下（ABC）问题可以帮助识别用例
A、当系统状态发生故障时，是否需要通知参与者
B、系统是否存在外部事件，如果存在，是哪个能参与者通知系统这些个部事件
C、参与者希望系统为他提供什么样的功能
D、系统运行环境是什么
四、判断正误题
1．用例图中包含关系是指一个用例继承了另一个用例。（错）
2．顺序图中每个对象向下方向伸展的虚线是对象的生命线。（对）
3．协作图是对象图的扩展。（对）
4．只有状态图采用泳道。（错）
5．部署图一般把节点分成处理器和外部软件。（错）
6．协作图和顺序图是等价的。（对）
7．一台计算机有很多零部件，例如：键盘，鼠标，主板，显示器等等，我们可以用一个聚集图来描述，也就是说计算机是一个聚集体。（对）
8．对象之间协作可以通过相互发送消息来实现，也就是消息可以是双向的。（对）
9．状态图中3个常用的动作是入口动作、出口动作和do动作,也就是对象处于这个状态时应该做什么。（对）
10．收集用例的方法可以采用交谈。（对）
11．顺序图所表达的是基于时间顺序的动态交互。对
12．用例是从用户的观点对系统行为的一个描述。对
13．UML无法体现历史状态。错
14．状态图中状态一般分成顺序子状态和随机子状态。错
15．状态图是以实心圆点开头，以公牛眼结束的。对
16．状态图可以描述对象状态的变化过程。对
17．注解是UML中的解释元素。对
18．包是UML中唯一分组元素。对
19．用例包括了包含用例和随机用例。错
20．在画类图时，属性或操作如果是public的，可以用“+”表示，protected用“#”表示，private用“-”表示。
对
五、简答题
1、简述统一建模语言(UML)：
答：统一建模语言(UML)是一种绘制软件蓝图的标准语言。可以用UML对软件密集型系统的制品进行可视化详述和文档化。UML 是一种定义良好、易于表达、功能强大且普遍适用的可视化建模语言。它融入了软件工程领域的新思想、新方法和新技术。它的作用域不限于支持面向对象的分析与设计，还支持从需求分析开始的软件开发的全过程。UML的作用就是用很多图从静态和动态方面来全面描述我们将要开发的系统。
2、UML中的交互图有两种，分别是顺序图和协作图，请分析一下两者之间的主要差别和各自的优缺点。
答：协作图可视化地表示了对象之间随时间发生的交互，它除了展示对象之间的关联，还显示出对象之间的消息传递。与顺序图一样，协作图也展示对象之间的交互关系。顺序图强调的是交互的时间顺序，而协作图强调的是交互的语境和参与交互的对象的整体组织。顺序图按照时间顺序布图，而协作图按照空间组织布图。
顺序图可以清晰地表示消息之间的顺序和时间关系，但需要较多的水平方向的空间。协作图在增加对象时比较容易，而且分支也比较少，但如果消息比较多时难以表示消息之间的顺序。
3、顺序图和协作图中，消息有哪三种？各自的意义和表示法什么？
答：消息可以是简单的(simple)、同步的(synchronous)或异步的(asynchronous)。简单消息是从—个对象到另一个对象的控制流的转移。如果一个对象发送了—个同步消息，那么它要等待对方对消息的应答，收到应答后才能继续自己的操作。而发送异步消息的对象不需要等待对方的应答便可以继续自己的操作。在顺序图中，简单消息是—个简单箭头，同步消息是实心箭头。异步消息是—个半边箭头。
4. 什么是顺序图，顺序图是由那些部分组成？
答案：顺序图是强调消息时间顺序的交互图。是描述系统中类和类之间的交互，它将这些交互建模成消息交换，也就是说，顺序图描述了类相互协作的完成预期行为的动态过程。顺序图是由：类角色、生命线、激活期和消息组成。
5. 什么是协作图，协作图是由那些部分组成？
答案：协作图作为另一种交互图而言，强调的是参加交互的对象的组织。
协作图是由：类角色、关联角色和消息流组成。
6. 在绘制类图时，第一步就是发现类，最常用的方法是什么？请简要说明它的使用方法。
发现类的方法有很多种，其中最广泛应用的莫过于“名词动词法”，其主要规则是从名词与名词短语中提取对象与属性；从动词与动词短语中提取操作与关联；而所有格短短语通常表明名词应该是属性而不是对象。
7、简述如何在实际工作中发现类。
答：在与客户的交谈中，要注意客户用来描述业务实体的名词术语。这些名词可作为领域模型中的类。
还要注意你听到的动词，因为这些动词可能会构成这些类中的操作。
当得到一组类的核心列表后，应当向客户询问在业务过程中每个类的作用。他们的回答将告诉你这些类的职责。
8、简述怎样发现类之间的继承关系。
答：作为候选的类有可能和它的父类、子类在谈话中同时被发现。系统分析员意识到某个类的属性和操作也许能被运用到其他多个类当中去。
另一种可能的情况是系统分析员注意到两个或者多个类可能具有相同的属性和操作数。
9. 试比较边界类与实体类的异同。
答案：实体类是对系统中需要存储的信息和其信息的行为建立模型。实体类具有永久的特性，这类似于数据库中的表一样用于保存系统的业务信息。
边界类位于系统与外界的交接处，它在一个或多个角色和系统之间建立相互作用的模型。
10. 什么是动作状态？什么是活动状态？它们有什么区别？
答案：动作状态是活动图中最小单位的构造块，表示原子动作。活动状态表示的是可以分割的动作。可以将对象的活动状态理解为一个组合，它的控制流由其他活动状态或动作状态组成。
11. 请说明对象图的适用场景以及它的优缺点。
对象图适用于论证类模型的设计以及对源代码进行分析和说明。其优点是能够直观理解出系统运行时的实时状态，缺点是比较复杂，工作量大。
12、统一过程中有哪四个阶段，各阶段需要完成的主要工作有哪些？
答：使用RUP过程开发软件系统，软件的生命周期分四个阶段：初始阶段（Inception）、细化阶段（Elaboration）、构造阶段（Construction）、提交阶段（Transition）。各阶段需要完成的主要工作如下：
1）初始阶段：编制简要的愿景文档、业务案例、确定范围、粗略评估成本。]
2）细化阶段：细化愿景文档、迭代地实现核心构架、解决高风险的问题、定义大多数的需求和范围、进一步评估成本3）构造阶段：迭代地实现系统的其余部分、准备部署
4）提交阶段：beta 测试、部署
13. 什么是参与者？如何确定系统的参与者？
答案：参与者(actor ，有些书翻译成“角色”)是一种特殊的类，是系统外部的一个实体，这个实体可以是任何的人或物，它以某种方式参与了用例的执行过程。
在获取用例前首先要确定系统的参与者，可以根据下面的一些问题来寻找系统的参与者：①谁使用系统？②谁安装系统、维护系统？③谁启动系统、关闭系统？④谁从系统中获取信息，谁提供信息给系统？⑤在系统交互中，谁扮演了什么角色？⑥系统会与哪些其他系统相关联？
14. 什么是用例？如何确定系统的用例？
答案：用例是对一组序列动作的描述，系统执行这些动作将对用例的参与者产生可以观察的结果。
可以根据下面的一些问题来识别用例：
①参与者希望系统提供什么功能；
②系统是否存储和检索信息；
③当系统改变状态时，是否通知参与者；
④是否存在影响系统的外部事件，是哪个参与者通知系统这些外部事件。
15、阐述用例对于系统开发人员来说的价值。
答：是用来从用户的观察角度收集系统需求的一项技术，便于分析员与客户和用户交流，使系统更符合用户的需求。
16. 试论述类与用例的区别。
答案：类是对一组具有相同属性、操作、关系和语义的对象的描述。类是对事物的抽象。而用例是对一组序列动作的描述，系统执行这些动作将对用例的参与者产生可以观察的结果。
17. 什么是依赖？他与关联有什么区别？
答案：依赖是一种使用关系，它说明了一个事物声明说明的变化可能影响到使用它的另一个事物，但反之未必。也就是说，服务的使用者以某种方式依赖于服务的提供者。而关联是一种结构关系，它详述了一个事物的对象与另一个事物的对象相互联系。
18. 什么是泛化？泛化是否就是类的继承，如果不是请说明理由
答案：泛化是一般事物（称为父类或超类）和较特殊事物（称为子类或孩子类）之间的关系。
泛化不是类的继承，类的继承是泛化的一种。
19. 试论述聚合和组合的异同。
答案：聚合描述了整体对象拥有部分对象的关系。组合是聚合的一种形式，它具有强的拥有关系，而且整体与部分的生命周期是一致的。
20. 活动图与传统的流程图有什么区别？
答案：流程图一般限于顺序过程，而活动图则可以对付并行过程。
流程图明确指出了每个活动的先后顺序，而活动图仅描述了活动和必要的工作顺序。
21. 什么是对象图，请简述对象的作用？
答案：对象图是描述在某一时刻，一组对象以及它们之间关系的图形。
对象图是描述系统交互的静态图形，它由协作的对象组成，但不包含在对象之间传递的任何消息。
22. 请描述组件图和部署图的关系？
答案：组件图用于描述系统中软件的构成，但没有描述系统中与硬件有关的构成情况。部署图则用于描述系统硬件的物理拓扑结构以及在此结构上运行的软件。
23. 请叙述类，组件和节点的关系？
答案：组件是系统中遵从一组接口且提供实现的一个物理部件，通常指开发和运行时类的物理实现。
节点和组件的关系：
①组件是参与系统执行的事物，而节点是执行组件的事物。简单的说就是组件是被节点执行的事物，如假设节点是一台服务器，则组件就是其上运行的软件。
②组件表示逻辑元素的物理模块，而节点表示组件的物理部署。这表明一个组件是逻辑单元（如类）的物理实现，而一个节点则是组件被部署的地点。一个类可以被一个或多个组件实现，而一个组件也可以部署在一个或多个节点上。
《统一建模语言UML》实验教学大纲(0+32学时)
《统一建模语言UML》实验教学大纲 一、适用专业 软件技术专业 二、实验总学时：32学时（考试） 三、实验课程目的与任务 通过本实验课程的教学，使学生了解UML进行面向对象系统分析和建模的基本方法和技巧，掌握UML的建模工具中系统模型的符号表示方法，学会建立系统的静态模型和动态模型元素。通过本实验锻炼和实践，为今后进一步从事软件开发打下坚实的基础。 四、实验项目及要求 实验项目一 【实验名称】建模软件的安装与基本使用 【实验类型】基础性实验 【实验目的与要求】 1．安装Rational Rose 2003或Power Designer软件，练习这些软件的基本使用方法。 2．通过安装及使用Rational Rose 2003或Power Designer软件掌握常用UML建模工具的简单使用方法。 重点：Rational Rose 2003的安装及简单使用。 难点：Rational Rose 2003中线条、箭头、标注的绘制、各种UML模型建立及浏览的基本方法。 【实验主要仪器设备及台套数】 台式机每人一台 【实验学时】2学时 实验项目二 【实验名称】UML用例图的练习 【实验类型】基础性实验 【实验目的与要求】 1．熟悉UML用例图的功能和元素； 2．学会识别参与者和用例；
3．理解用例之间的关系和参与者的泛化； 4．学会在Rational Rose 2003中绘制用例图； 5．学会以书面文档形式对用例进行描述。 重点：识别参与者和用例；在Rational Rose 2003中绘制用例图；描述用例难点：识别参与者和用例；描述用例 【实验主要仪器设备及台套数】 台式机每人一台 【实验学时】2学时 实验项目三 【实验名称】UML类图的练习 【实验类型】基础性实验 【实验目的与要求】 1．掌握类的UML表示方法与类图的画法； 2．以网上购物系统为例，完成系统几个类的UML表示和类图； 1）了解系统的实际操作情况，将系统分成几个相互独立的类； 2）给出类的UML表示； 3）使用Rational Rose 2003画出系统的类图。 3．使学生在理解的基础上，掌握类图之间的各种关系。 【实验主要仪器设备及台套数】 台式机每人一台 【实验学时】2学时 实验项目四 【实验名称】UML包图的练习 【实验类型】基础性实验 【实验目的与要求】 1．理解UML的常用元素——包、包图的基本概念； 2．学习并掌握包的命名方法、包中的元素及其属性设置方法等； 3．掌握包的构造型、分包的指导性原则和包图中的关系；
统一建模语言UML之毕设管理系统
浙江理工大学信息学院 《统一建模语言UML》 实验报告 （2014/2015学年第2学期） 课题名称：毕业设计管理系统专业： 班级： 姓名： 学号： 指导教师：贾宇波 2015年6月
毕业设计管理系统建模 一、需求分析 毕业论文管理是高校必不可缺的组成部分，它是把握毕业生质量的重要一关。长期以来，毕业论文管理都使用传统人工管理方式，这种管理方式效率低、容易出错、实时性和互动性不强，与发挥学生特长、更有效地通过毕业论文和设计强化学生知识体系的目标不吻合，也无法实现学分制下教学管理的要求。为了使毕业论文的管理和成绩评定等工作更加规范化，减轻指导教师和答辩秘书繁重、重复的工作，提高工作的效率，使论文指导教师能将大部分精力用在指导学生的毕业论文上而不是用来处理繁重、重复的文书工作。高效率、低成本的快速设计和开发出一种毕业论文管理系统，使高校的毕业论文管理工作智能化、网络化和信息化就具有了很重要的意义。因此，采用统一建模语言(UnifiedModelingLanguage,简称UML)来规划设计基于Web的毕业设计管理系统。 二、实验环境 Windows7 （32bit）Rational Rose 2003 三、实验内容 1、Rational Rose基本操作 2、用例图设计 3、类图设计 4、行为图设计 5、交互图设计 6、实现图设计 四、概要设计 系统主要包括以下几个模块。如图4-1所示 图4-1 毕业设计管理模块设计 应老师要求，以下实验均以选课模块作为基础
其中选题模块可分为以下几个过程。如图4-2所示。 图4-2选题管理模块结构图 五、系统建模 1、创建系统用例模型 毕业设计管理系统的参与者有： 1.1 教务人员用例图 教务人员能够通过该系统进行如下活动。 图5-1-1 教务人员用例图 教务人员教师学生数据维护人员 选题管理 发布拟题要求教师立题发布选题结果 专 家 评 审 题 目 学 生 选 题 分 配 评 审 题 目 上 报 题 目 双向选择 发 布 选 题 结 果 手 工 调 整上 传 文 件 开 通 教 师 立 题 发 布 题 目 教 师 选 学 生 开 通 双 向 选 择 关 闭 双 向 选 择 确 定 专 家 特 殊 调 整
实验指导书(UML)
《统一建模语言》实验指导书 软件学院软件工程系 李林林 2009年3月
目次 实验一rose的使用 (3) 实验二用例图 (4) 实验三类图、对象图 (7) 实验四序列图与协作图 (8) 实验五状态图 (12) 实验六活动图 (14) 实验七包图、构件图和部署图 (15) 实验八运用UML进行系统分析与设计——图书管理系统的分析与设计 (16)
实验一rose的使用 【实验题目】：rose的使用 【实验目的】：熟悉rose的环境，掌握rose的基本使用方法 【实验内容】： （1）熟悉rose界面的5大部分：浏览器、文档窗口、工具栏、框图窗口和日志； 界面的五大部分是浏览器、文档窗口、工具栏、框图窗口和日志。它们的作用如下： 浏览器：用于在模型中迅速浏览，屏幕左边的树型视图 利用浏览器，可以： a)增加模型元素 b)浏览现有模型元素 c)浏览现有模型元素之间的关系 d)移动模型元素 e)更名模型元素 f)将模型元素加进框图 g)将文件或URL链接到元素 h)将元素组成包 i)访问元素的详细规范 j)打开框图 （2）使用rose创建模型，保存模型，导出与导入模型，向Web发表模型； 保存模型的方法： file->save 导出与导入模型 导出模型的方法： file->export model 导出类包的方法： file->export
UML实验报告
《面向对象分析与设计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）原型模型 原型模型又称快速原型，它是增量模型的另一种形式；它是在开发真实系统之前，构造一个原型，在该原型的基础上，逐渐完成整个系统的开发工作。快速原型模型的第一步是建造一个快速原型，实现客户或未来的用户与系统的交互，用户或客户对原型进行评价，进一步细化待开发软件的需求。通过逐步调整原型使其满足客户的要求，开发人员可以确定客户的真正需求是什么；第二步则在第一步的基础上开发客户满意的软件产品。 优点：克服瀑布模型的缺点，减少由于软件需求不明确带来的开发风险。
UML统一建模语言-实验报告2-活动图及状态图
《UML技术》课程实验报告 专业： 班级： 学号： 姓名： 日期： 2013 年 10 月 11 日
一、实验题目 活动图及状态图 二、实验目的 1．熟悉活动图的基本功能和使用方法。 2．掌握如何使用建模工具绘制活动图方法。 三、实验内容及原理 通过前面内容的学习，完成了对TJKD图书馆的图书馆管理系统的需求的初步分析，得出系统的用例图和相应的活动态。通过这两类图我们可以初步了解系统的业务处理过程，但对业务处理过程的处理状态间转换了解仍不够，这不利于设计人员对系统业务的进一步理解，而状态图能从对象的动态行为的角度去描述系统的业务活动。因此，指派你运用本节所学的状态图，完成如下任务： 1. 完成图书业务模块中还书用例的状态图。 1．业务分析：由前面章节对图书馆管理系统中的还书主要业务的描述和分析可知，还书业务的动态行为是由：空闲（idle）、图书查找（finding）、还书（reversion）、失败（Failure）、归还成功（Success）5种状态及激活相互转换的事件。 2．绘制状态图：请您根据分析运用UML绘制还书用例的状态图。 分析： 还书的状态图，还书的主要业务都是由管理员来完成，首先管理员必须先登录系统，并通过验证后，便可以进行下一步的操作，查找该书的相关信息，如存在，则进行还书操作，如不存在该信息，则给出提示信息； 四、实验步骤 第一个 （1）在用例图中，找到删除的用例，在删除用例上单击右键，在弹出的快捷菜单中选“New”，Rose 工具也会弹出一个菜单，选”Activity Diagram”，选中后单击，便可以新建好一个活动图。 (2)新建好活动图后，双击删除的活动图，然后把在左边的工具栏内点击“Swinlane“，在右边的图添加一个泳道，并命名为administrator.按照此步骤，再添加另一个泳道，并命名为SystemTool （3）接着在左边的工具上选取开始点，并在administrator的泳道上添加；添加完开始结点后，再来为此活动图添加活动，在左边的工具栏上选中Activity这个图标，在administrator这边的泳道上添加一个活动，命名为登录（login），再在开始结点和活动登录（login）之间添加活动关系 （4）完成步骤（2）后，登录输入需要对输入的信息进行验证，则在图中添加一个验证框结束（5）验证后，下一步的操作是查询需要删除的记录，添加一个活动，命名为delete （6）最后，在删除后，系统会返回操作结果给操作者；删除成功或删除失败系统都会有信息返回给操作者。 （7）根据分析设计情况，进一步添加或细化活动图 第二个 （1）在用例图中的还书（revesion）用例，单击右键，新建一个状态图，命名为revesion状态图，（2）双击“receivesion”状态图，展开后，在左边的工具栏上选取一个实心圆点，此结点为开始结点；当还书的时候，操作者先要询问系统的状态，如果系统忙，操作者则必需等待，因此，得到系统的两种状态
UML统一建模语言实验报告 2范文
目录 实验一 UML建模基础及用例图实验二类图与对象图 实验三序列图与协作图 实验四状态图 实验五活动图
实验（一）UML建模基础及用例图 实验目的 1、熟悉UML建模工具Rational Rose的基本菜单及操作。 2、掌握UML的可见性规则和构造型的作用。 3、掌握用例的概念；掌握UML用例图的组成及作用。 4、掌握用例与用例之间的各种关系。 实验内容 1、练习使用建模工具建立各种UML图形，并对图形进行相应编辑和修改。 2、认识各种UML关系，并用工具表示出来。
中南民族大学管理学院学生实验报告 3、什么是用例？用例图中有哪些组成元素？在UML中是如何表示的？答：用例是对系统功能的描述，是向参与者提供重要价值的操作序列。 用例图有：用例、参与者、关联（系统边界）等元素。 用来显示在系统或其他实体内的用例与系统参与者之间的关系。主要使用场合：需求获取、定义、分析 4、用例与用例之间的包含关系、扩展关系和泛化关系各代表什么含义？它们之间有何区别？对以上三种关系各举一例，画出用例图，并进行说明。 (1)包含关系：基本用例的行为包含另一用例的行为。基本用例描述在多个用例中都有的公共行为。包含关系是本质上比较特殊的依赖关系，它比一般的依赖关系多了一些语义。在包含关系中箭头的放向是从基本用例到包含用例的。 （2）扩展关系：扩展关系的基本含义和泛化关系相似，但在扩展关系中，对于扩展用例有更多的规则限制。基本用例必须声明扩展点，而扩展用例只能在扩展点上增加新的行为和含义。 （3）泛化关系：代表一般与特殊的关系。UML用例图中泛化关系的意思和面向对象程序设计中的继承的概念是类似的。不同的是继承使用在实施阶段，泛化使用在分析、设计阶段。在泛化关系中子用例继承了父用例的行为和含义，子用例也可以增加新的行为和含义或者覆盖父用例中的行为和含义。
uml统一建模实验指导书
巢湖学院UML统一建模实验指导书
目录 实验一 Rational Rose 2003工具的使用技能 (3) 实验二用例图 (5) 实验三类图（一） (10) 实验三类图（二） (16) 实验四交互图 (20) 实验五活动图 (29) 实验六状态机图 (37)
实验一 Rational Rose 2003工具的使用技能 一、实验目的 1．熟悉Rational Rose2003工具的使用环境。 二、实验器材 1．计算机一台。 2．Rational Rose 工具软件。 三、实验内容 （一）启动界面消失后，进入Rational Rose2003的主界面，首先弹出如下图所示的对话框，用来设置启动的初始动作，分为【New】（新建模型），【Existing】（打开现有模型）和【Recent】(最近打开模型)3个选项卡。 图1.1 选项卡【New】，用来选择新模型时采用的模板。如果想新建一个不使用模板的模型，单击【Cancel】按钮，这样一个只含有默认内容的空白新模型就建好了。 选项卡【Existing】打开已有模型。 选项卡【Recent】可以打开一个最近打开过的模型。 1 标题栏 2 菜单栏 图1.2 3 标准工具栏 图1.3 4 工作区 （1）工作区分为3个部分，左边的部分是浏览器和文档区，其中上方是浏览器，下方是文档窗口。如图1.4。浏览器中有4个视图：Use Case View(用例视图)、Logical View(逻辑视图)、Component View(组件视图)和Deployment View(配置视图)。
（2）编辑区如图1.5 （3）日志区如图1.6，在动作记录区里记录了对模型所做的所有重要动作。 图 1.6 （二）使用Rational Rose建模 1创建模型 从菜单栏选择【File-New】按钮，选择模板并单击【OK】。如果不使用模板，单击【Cancel】 按钮。 2 保存模型 从菜单选择【File-Save】或从标准工具栏中选择【Save】按钮。 3 导入导出模型 （1）导出模型选择菜单【File-Export Model】 (2) 导入模型选择菜单【File-Import】 (三)设置全局选项 全局选项可以通过菜单【Tools-Options】进行设置。
UML实验报告汇总
实 验 报 告 课程名称：UML统一建模语言实验名称：图书管理系统 专业班级：嵌入式软件 学校：郑州轻工业学院
实验一用例图 [实验目的和要求] 1、熟悉UML建模工具Rational Rose的基本菜单及操作。 2、掌握UML的可见性规则和构造型的作用。 3、掌握用例的概念；掌握UML用例图的组成及作用。 4、掌握用例与用例之间的各种关系。 [实验内容和步骤] 1、练习使用建模工具建立各种UML图形，并对图形进行相应编辑和修改。 2、认识各种UML关系及可见性符号，并用工具表示出来。 ?用例图包含6个元素，分别是：参与者、用例、关联关系、包含关系、扩展关系以及泛化关系。参与者用人形图标表示，用例图用椭圆形符号表示，连线表示它们之间的关系。?用例图显示多个外部参与者以及他们与系统提供的用例之间的连接。通过用例建模可以对外部的角色以及他们所需要的系统功能建模。用例图用于系统分析阶段。 ?用例是系统参与者与系统在交互过程中所需要完成的事务。 ?该实验确定参与者是图书管理员和读者，还要分析系统所涉及的问题领域和系统运行的主要任务。根据系统的需求分析可确定：作为一个图书管理系统，要实现图书管理，读者可以查询借书情况、查询节目（预定图书、取消预订）；对于图书管理员来说，系统维护操作主要包括：借出图书、归还图书（逾期罚款）、维护图书、维护读者信息,包含关系的图标按钮应用虚线箭头。 截图如下：
实验二类对象模型的建立 [实验目的和要求] １、掌握对象的概念，对象的表示方法，掌握类与对象的关系。 ２、掌握类与类之间的各种关系代表的含义及表示方法。 [实验内容和步骤] １、什么是对象，对象的三大特征是什么？UML中对象的表示方法有哪些？ 2、简述类的定义，以及类的三要素。 3、类的属性和方法的可见性有哪些？UML中如何表示？ ?对象代表一个单独的，可确认的物体、单元或实体，它可以是具体的也可以是抽象的，在问题领域里有确切定义的角色。换句话说,对象是边界非常清楚的任何事物。对象三大特征是封装、继承和多态。 ?对象图中不包含操作，因为对于属于同一个类的对象而言，其操作是相同的。类使用关联连接，关联使用名称、角色、多重性以及约束等特征定义。 ?类图描述系统中类的静态结构，它不仅定义系统中的类，描述类之间的联系，还包括类的内部结构。类图描述的是一种静态关系，在系统的整个生命周期中都是有效的。通过分析用例和问题域，就可以得到相关的类，然后再把逻辑上相关的类封装成包，这样可以很好的体现系统的分层结构，是得系统层次关系一目了然。 ?类的三要素是：类的名称、属性、操作。类的属性和方法的可见性有：公有public（符号“+”）、私有 private（符号“-”）和受保护protected（符号“#”）。 ?类使用关联连接，关联使用名称、角色、多重性以及约束等特征定义。类代表的是对对象的分类，所以必须说明可以参与关联的对象的数目。 对象图如下：
UML统一建模语言课程教学大纲
《UML统一建模语言》课程教学大纲1.课程概况
2.教学内容及要求 第一章UML与面向对象 教学内容 （1）UML概述 （2）UML组成 （3）面向对象 教学要求 （1）了解UML的发展和组成 （2）理解建模的意义 （3）掌握UML的四层结构 （4）理解UML视图和图的关系 （5）掌握UML模型元素内容 （6）理解UML通用机制 （7）理解面向对象基本概念 （8）了解面向对象开发 （9）熟悉面向对象开发的优点 （10）掌握面向对象开发三层设计 教学重点难点 建模的意义；UML的四层结构；模型元素；通用机制；视图和图的关系；面向对象相关知识。 第二章用例图 教学内容 （1）用例的基本概念，参与者，用例，泛化，用例之间的关系 （2）如何发现参与者、用例 （3）用例描述的格式要求 （4）绘制用例图 教学要求 （1）理解用例的基本概念 （2）能够很好的识别参与者与用例 （3）掌握用例之间的关系 （4）理解泛化在用例图中的使用 （5）熟练掌握用例图的绘制 （6）熟练掌握用例描述的格式要求 教学重点难点 用例的基本概念，绘制用例图；用例描述的格式要求；识别参与者与用例。 第三章类图、对象图和包图 教学内容 （1）面向对象的基本概念 （2）类图的基本概念
（3）对象图的基本概念 （4）包图的基本概念 教学要求 （1）了解面向对象的基本概念 （2）掌握类的设计原则 （3）理解类图的基本概念 （4）掌握类间的关系 （5）了解对象图和包图的概念 （6）熟练使用建模工具建模类图 教学重点难点 类的设计原则；类图的基本概念；类之间关系的模型表示及含义；熟练使用建模工具建模类图。 第四章活动图 教学内容 （1）活动图的标记符 （2）其他标记符 （3）使用建模工具为活动图建模 教学要求 （1）理解活动图的功能 （2）掌握活动图基本标记符 （3）掌握条件的使用 （4）掌握分叉和汇合的使用 （5）掌握泳道概念及其标记符的使用 （6）理解对象流概念及其标记符 （7）熟练掌握使用建模工具为活动图建模 教学重点难点 活动图的功能；活动图的基本标记符；使用建模工具为活动图建模；分叉和汇合； 泳道的概念及其标记符的使用；对象流的概念。 第五章交互图 教学内容 （1）交互图概述 （2）顺序图概述 （3）通信图概述 （4）时序图概述 教学要求 （1）理解什么是交互图 （2）使用交互图有什么优点 （3）能够使用交互图为用例建模 （4）了解组合结构图描述的内容 （5）理解组合结构图的作用
统一建模语言UML实验报告
学生实验报告
目录 实验一 UML建模基础及用例图 (3) 实验二对象图及交互图 (11) 实验三 UML类图 (16) 实验四包图 (20) 实验五状态图 (25) 实验六活动图 (30) 实验七时序图与协作图 (34)
实验一UML建模基础及用例图 [实验目的和要求] 1、熟悉UML建模工具Rational Rose的基本菜单及操作。 2、掌握UML的可见性规则和构造型的作用。 3、掌握用例的概念；掌握UML用例图的组成及作用。 4、掌握用例与用例之间的各种关系。 [实验内容和步骤] 1、练习使用建模工具建立各种UML图形，并对图形进行相应编辑 和修改。 2、认识各种UML关系及可见性符号，并用工具表示出来。
。 3什么是用例，什么是场景？用例和场景之间的关系是怎样的？ 答：用例是外部可见的系统功能单元，这些功能由系统单元所提供，并通过一系列系统单元与一个或多个参与者之间交换的消息所表达。事件触发时的情景便形成了场景 4用例图中有哪些组成元素？在UML中是如何表示的？ 答：用例图包含6个元素，分别是：参与者、用例、关联关系、包含关系、扩展关系以及泛化关系。 参与者用人形图标表示，用例图用椭圆形符号表示，连线表示它们之间的关系。 5用例与用例之间的包含关系、扩展关系和泛化关系各代表什么含义？它们之间有何区别？对以上三种关系各举一例，画出用例图，并进行说明。 答：包含关系：一个用例可以简单地包含其他用例具有的行为，并把它所包含的用例行为作为自身行为的一部分。 扩展关系：一个用例也可以被定义为基础用例的增量扩展，这称作扩展关系，扩展关系是把新的行为插入到已有用例中的方法。 泛化关系：一个用例可以被特别列举为一个或多个子用例。 包含关系把几个用例的公共步骤分离成一个单独的被包含用例。被包含用例称作提供者用例，包含用例称作客户用例，提
跟我学统一建模语言UML——利用UML用例图描述用户的功能性需求
1.1跟我学统一建模语言UML——利用UML用例图描述用户的功能性需求 1.1.1UML中的用例及用例图 1、用例及用例图产生的技术背景 在软件系统的需求分析与系统设计中，开发人员必须要了解并准确地描述软件系统用户的功能需求，以便于确定建立的对象。 很长时间以来，无论是传统的软件系统开发方法还是面向对象的软件系统开发方法，都采用自然语言（如中文）来描述对软件系统的需求 其缺点是没有统一的格式，缺乏描述的形式化，随意性较大，常常产生理解上的含混及不确定性；在这种背景下，有关专家提出了用例（Use Case）的概念及其图形表示方法——用例图，这种方法很快得到广泛的应用。 2、用例模型的基本组成部件为参与者、用例和系统 删除成员 3、用例模型的基本组成部件中的参与者 （1）参与者（Actor） 参与者表示系统用户能扮演的角色(role)，这些参与者可能有三大类：系统用户、与所建系统交互的其他系统、时间。 1)软件系统用户：使用本软件系统的人； 2)其他系统：可能是其他的计算机或者一些硬件或者甚至是其它软件系统； 3)时间：时间作为参与者时，经过一定时间触发系统的某个事件。例如，ATM机可 能每天午夜运行一些协调处理。由于事件不在本系统的控制之内，因此也是本软件
系统的参与者。 （2）某个“网上书店”和“在线网校”项目中的各个参与者示例说明 在“网上书店”项目中的参与者主要有用户和系统统管理员，而管理员使用控制面板对系统和用户管理，也就是进行系统设置，管理用户、用户组、权限，查看系统访问日志及用户使用情况等的统计信息。 在“在线网校”项目中的学校课程管理子系统中则有三个参与者在不同的应用中互动。这三个参与者分别是学生，讲师以及系统管理者。而学生参与者使用了系统中浏览课程以及注册课程的功能，而系统管理者参与者则是负责管理注册的学员，编排课程以及确认课程。讲师则是主导课程的参与者，他可以浏览，开办以及移除课程（当然，必须是这个讲师自己的课程）。 （3）在UML中参与者的图示 （4）参与者之间的关系---泛化（特化或者继承）关系 由于参与者是类，所以它拥有与类相同的继承关系描述（请见后面的类的关系说明），
UML简易教学管理系统建模
淮海工学院计算机工程学院 实验报告书 课程名：《UML理论及实践》______ 题目实验4简易教学管理系统建模 班级：____________________________________ 学号：____________________________________ 姓名：____________________________________ 评语 成绩指导教师：___________________ 批阅时间:
实验4简易教学管理系统建模 实验目的和要求 1、通过一个完整系统建模，掌握面向对象系统的分析设计方法。 2、对系统进行需求建模、静态建模和动态建模，绘制系统的用例图、类图，顺序图、协作图、 活动图等，进一步掌握和使用UML建模工具建立系统模型。 实验环境 Microsoft visio 实验学时 4学时，必做实验 实验容和步骤 1、分析高校教学管理系统，确定系统需求。 2、对系统进行需求建模，绘制系统的用例图。 3、确定系统需要的类，分析关联关系，定义属性和方法、画出类图。 4、建立系统的顺序图、协作图、状态图、活动图、组件图、部署图等，构成完整的系统模型。 5、生成源代码。 实验结果
顶层Use Case图 Teacher Admi ni strator
选课管理的Use Case图
Course Management Form Registration Form +Login() +Exit() +Validate() login login Teacher and student Teach -name : string __——■— 2 -age : int 1 -sex : string -managenumber : long -address : string Registration -phonenumber : string 10..30 4 Select Course Form Course Opening Course Form Addopeningcourse ourse Opening -courseName : string - courseDescribe : string - courseHours : double +AddCourse(): bool +Getcourseinfo() : string +Inquiry() +Setup() +Present() [Newcourse() new course' ■. Fetcourseinfo， -courseDate : string - courseHours : double - courseLocation : string +Addstudent() : bool +Selectteacher() : string +Isfull() : bool +Add() +Delete() +Store() 0 * Course Register Form 4 0..* C Student -Profession : string -Class : string C Teacher -title : string -semester : string +Statistic By Course() +Statistic By Student() +Print() : bool Student Registration -semester : string -coursename : string +AddCourse(): bool +Print() : bool Registration of student achievement -studentname : string -semester : string -coursename : string -score : double +AddScore() : bool +Print() : bool Course Statistic 1 Course Statistic Form Score Statistics Form Score Statistic -semester : string - coursename : string - score : double ^Statistic By Course() ^Statistic By Student() +Print() : bool 0..* Course Registration -semester : string - studentname : string +Addstudent() : bool +Print() : bool Score Management Form 课程管理，成绩管理，人事信息对象类图
对UML统一建模的认识
对UML统一建模的理解 一：作为一种建模语言,UML的定义包括UML语义和UML表示法两个部分。 (1) UML语义描述基于UML的精确元模型定义。元模型为UML的所有元素在语法和语义上提供了简单、一致、通用的定义性说明,使开发者能在语义上取得一致,消除了因人而异的最佳表达方法所造成的影响。此外UML还支持对元模型的扩展定义。 (2) UML表示法定义UML符号的表示法,为开发者或开发工具使用这些图形符号和文本语法为系统建模提供了标准。这些图形符号和文字所表达的是应用级的模型,在语义上它是UML元模型的实例。 标准建模语言UML的重要内容可以由下列五类图(共9种图形)来定义: 第一类是用例图,从用户角度描述系统功能,并指出各功能的操作者。 第二类是静态图(Static diagram),包括类图、对象图和包图。其中类图描述系统中类的静态结构。不仅定义系统中的类,表示类之间的联系如关联、依赖、聚合等,也包括类的内部结构(类的属性和操作)。 第三类是行为图(Behavior diagram),描述系统的动态模型和组成对象间的交互关系。其中状态图描述类的对象所有可能的状态以及事件发生时状态的转移条件。通常,状态图是对类图的补充。 第四类是交互图(Interactive diagram),描述对象间的交互关系。其中顺序图显示对象之间的动态合作关系,它强调对象之间消息发送的顺序,同时显示对象之间的交互;合作图描述对象间的协作关系,合作图跟顺序图相似,显示对象间的动态合作关系。 第五类是实现图( Implementation diagram )。其中构件图描述代码部件的物理结构及各部件之间的依赖关系。一个部件可能是一个资源代码部件、一个二进制部件或一个可执行部件。 二：标准建模语言UML的主要特点 (1) UML统一了Booch、OMT和OOSE等方法中的基本概念。 (2) UML还吸取了面向对象技术领域中其他流派的长处,其中也包括非OO方法的影响。UML符号表示考虑了各种方法的图形表示,删掉了大量易引起混乱的、多余的和极少使用的符号,也添加了一些新符号。因此,在UML中汇入了面向对象领域中很多人的思想。这些思想并不是UML的开发者们发明的,而是开发者们依据最优秀的OO方法和丰富的计算机科学实践经验综合提炼而成的。 (3) UML在演变过程中还提出了一些新的概念。在UML标准中新加了模板(Stereotyp es)、职责(Responsibilities)、扩展机制(Extensibility mechanisms)、线程(Thread s)、过程(Processes)、分布式(Distribution)、并发(Concurrency)、模式(Patterns) 、合作(Collaborations)、活动图(Activity diagram)等新概念,并清晰地区分类型(Ty pe)、类(Class)和实例(Instance)、细化(Refinement)、接口(Interfaces)和组件(Com ponents)等概念。 标准建模语言UML的应用领域 UML的目标是以面向对象图的方式来描述任何类型的系统，具有很宽的应用领域。其中最常用的是建立软件系统的模型，但它同样可以用于描述非软件领域的系统，如机械系统、企业机构或业务过程，以及处理复杂数据的信息系统、具有实时要求的工业系统或工业过程等。总之,UML是一个通用的标准建模语言，可以对任何具有静态结构和动态行为的系统进行建模。此外,UML适用于系统开发
统一建模语言UML--大作业20140520
学期2013-2014(2) 统一建模语言UML大作业题目： 成绩: 班级: 学号: 姓名:
【实验名称】网络教学系统 【实验类型】综合性实验 【实验目的】1.掌握UML建模的基础知识和其应用； 2.熟悉Rational Rose环境及功能,能够设计出完整系统。 【实验要求】1.对系统功能进行必要的描述； 2.绘制系统的主要模型图； 3.模型图要有说明性文字解释。 【实验内容】1.网络教学系统的需求分析； 2.网络教学系统UML建模。 【实验步骤】 一: 网络教学系统的需求分析 1、系统功能需求 （1）学生可以登陆网站浏览和查找各种信息以及下载文件。 （2）教师可以登陆网站给出课程见解、发布、修改和更新消息以及上传课件。 （3）系统管理员可以对页面进行维护和批准用户的注册申请。 满足上述需求的系统主要包括下面几个模块 （1）数据库管理模块：提供使用者录入、修改并维护数据的途径。 （2）基本业务模块：教师可以上传文件、发布消息、修改和更新消息；学生可以下载文件；管理员可以维护页面，批准注册等。 （3）信息浏览、查询模块：主要用于对网站的信息进行浏览、搜索查询。 图 1.1系统功能需求 2、数据库管理模块 图 1.2数据库管理模块 （1）教师信息管理：负责教师信息的管理。 （2）课程简介信息管理：负责课程简介信息的管理。
（3）文件上传信息管理：负责文件上传信息的管理。 3、基本业务模块 图 1.3基本业务模块 （1）文件上传：教师可以使用此模块将课程的数据上传到网站服务器。 （2）文件下载：学生可以使用此模块从网站上下载课件及其他资料。 （3）消息发布：教师可以通过此模块发布学习方法、课程重点等和教学相关的文章，以及和课程相关的通知等。 （4）消息修改和更新：教师可以通过此模块对自己发布的信息进行修改和更新。 （5）页面维护：网站管理员可以使用此模块对网站的页面进行维护。 （6）用户注册批准：网站管理员可以使用此模块批准用户注册。 4、信息浏览、查询模块 图 1.4信息查询模块功能 （1）网页信息浏览：用户浏览网站信息。 （2）文章信息搜索：用户根据关键字搜索文章。 二: 系统的UML建模 1、系统的用例图 创建用例图之前首先需要确定参与者。 ①在网络教学系统中，需要学生和教师的参与。学生可以浏览课程简介，教学计划，学习方法等教 师发布的文章，并可以根据关键字查询文章。此外，学生可以从网站上下载课件。教师作为教学的主导者，使用此网站可以发布学习方法，课程重点等和教学相关的文章，以及和课程相关的通知等，还可以将某一门课程的课件上传。 ②网站需要一个专门的管理者进行日常维护与管理，所以需要有系统管理员的参与。 （1）系统用户参与的总的用例图 教师和学生都可以从“网站用户”这个参与者泛化而来，网站用户是指网站的注册用户，注册用户可以登录系统完成相应的操作。 系统用户参与的总的用例图如图所示。从图中可以清楚地看到泛化关系与各个参与者所参与的用例。
UML实验心得体会
uml实验报告 学院 班级学号 姓名 uml实验报告 实验一：用例图 实验结果： 小结实验心得体会： 用例模型用于需求分析阶段，它描述了待开发系统的功能需求，并驱动了需求分析之后各阶段的开发工作。用例图是uml中用来对系统的动态方面进行建模的7种图之一。用例图描述了用例、参与者以及它们之间的关系。用例图从用户角度描述系统功能，并指出各功能的操作者。通过本次实验，我熟悉rational rose建模环境，更加清楚的了解了用例图的语义和功能，如何清晰明了的识别参与者、用例，学会了如何使用事件流描述用例。同时掌握了用例间的类属关系、include关系和extend关系的语义、功能和应用。最后通过本次实验学习了如何使用用例图为系统的上下文以及系统的需求建模。 思考题： 1.如果要删除参与者、用例，请问是在导航窗口删除，还是在绘图窗口删除？ 答：都可以删除，但在绘图窗口中有两种删除方式：一种是只删除参与者、用例，而不改变其在导航窗口中的存在，另一种是从建模中完全删除。 2.如果要删除参与者和用例的联系，用例和用例的联系，请问是在绘图中删除，还是 在参与者或用例的设置对话框中删除？ 答：都可以删除。 实验二：类对象模型的建立 实验结果： 小结实验心得体会： 类图是面向对象系统建模最常用的图，描述了类图、接口集、协作以及它们之间的关系。类图描述了系统的静态设计视，该视主要体现系统的功能需求，即系统应该提供给用户的服务。通过本次实验，加深了我对类图语义的理解和功能的应用，掌握了类之间的联系，关联、依赖、聚合等，同时基本掌握了在rational rose中绘制类的关联、依赖、泛化关系。 思考题：选中一个模型对象，点击鼠标右键，比较快捷菜单项“edit——delete”与“edit——delete from model”，它们二者之间区别在哪里？ 答：“edit——delete”只是在绘图窗口中删除了模型对象，而“edit——delete from model”则是彻底的删除了模型对象。 实验三：顺序图、协作图
uml实验报告总结
本科实验报告 课程名称：计算机网络 实验项目：计算机网络 实验地点：逸夫楼404 专业班级：软件1319班学号：2013005655 学生姓名：张卫东 指导教师：柴晶
目录 1.实验准备：熟悉UML建模环境 2.实验一用例图 3.实验二类图 4.实验三顺序图及通信图 5.实验四活动图、状态图、组件图及部署图
实验一用例图 一、实验目的 初步掌握UML用例图的创建方法及其用例的描述。 二、实验要求 1．结合工具StartUML，熟悉UML用例图的模型元素。 2．使用StartUML工具建模网上书店系统的用例图。 三、实验主要设备：台式或笔记本计算机 四、实验内容： 根据下面给出的网上书店问题陈述，分析该系统总体需求，建模网上书店系统的用例图并提供一个主要用例的事件流文档。 网上书店陈述： 书店经理：我们原本是一个传统的实体书店，顾客要买书都是亲自到书店里来的，这样挺不方便。面且随着书店销售图书种类和数量的增加以及顾客的增长，尤其是大量顾客到书店选购图书，使得书店场地不足，工作人员也很忙碌。其实，还有一点就是，有不少人进入书店后并不买书，只是查找一些资料。有的甚至会在这呆上很长的时间直到把书免费看完。这种行为，工作人员一般是不阻止的，结果最后这些被看过的书会因为有阅读过的痕迹而影响销售。而且现在电子商务已经发展起来了，所以我们想到借助网络，让顾客通过网上书店购买图书。这样我们书店可以省掉大量的场地维护和工作人员成本支出，同时计算机可以方便的检索图书信息，让顾客可以足不出户以更优惠的价格买到需要的书。 系统分析员：能谈谈您对网上书店的要求吗? 书店经理：网上书店要能实现对外和对内的功能，对外是顾客能在网上书店订购图书，提交订单。对内，书店工作人员能够通过网上书店及时的看到这些订单，并进行处理。为了把书送到顾客手里，我们已经联系了快递公司，初步达成协议，由他们往返场客和书店之间把图书送到顾客手里。书店管理员受理订单后，就会通知快递公司送货。当然，书店的图书上架和下架也应该由网上书店完成了。 工作人员甲：实体店中，图书是按照不同种类放置的，方便顾客挑选。网上书店的图书也应该能够按照这种模式分类显示。这样，图书的信息和种类要由网上书店设置和管理。已有种类的新书或新种类的图书上架，网上书店能够保存这些信息。如果信息输入错误，能够进行修改。 工作人员乙：另外书店会搞一些促销，推出一些特价图书。以前这些特价书的信息，都是我们根据促销活动整理出来，贴在书店的醒目位置。促销活动过后，特价图书会恢复原来的价格。希望网上书店也能够管理这些特价图书。 系统分析员：能谈谈平时买书的经过吗? 顾客甲：一般都是先在书店里看看图书的简要介绍，或者先找找看有没有自己需要的书，有时是没有目标的寻找，有时直奔一类图书而去。找到我想买的书或者觉得看的书不错，就会去柜台结帐。 工作人员丙：不过有时在结帐的时候，顾客会突然改变主意，不买一些书或者又回去挑选图书了。
UML图书馆实例分析
通过四次实验，以图书管理系统建模为例，使学生掌握使用UML统一建模语言为软件系统建模的方法步骤。 二、实验内容与要求 图书管理系统需要满足三方面的需求，这三个方面分别是图书借阅者、图书馆工作人员（图书管理员）和图书馆管理人员（系统管理员）。图书借阅者的需求是查询图书馆所存的 图书、个人借阅情况及个人信息的修改；图书管理员对图书借阅者的借阅及还书要求进行操作，同时形成借书或还书记录；系统管理员的功能最为复杂，包括对图书借阅者和图书进行管理和维护，及系统状态的查看、维护。 图书管理系统结构图 三、实验步骤 1、系统需求分析 建立用例图并进行用例描述 2、建立系统静态模型 类图的建立 3、建立系统动态模型 建立顺序图、协作图、活动图和状态图
（一）系统需求分析 1、读者用例： 用例描述 用例名称：借阅信息查询 参与执行者：借阅者 前置条件：合法用户登录到系统 基本事件流：系统显示书籍查询窗口 用户点击借阅信息 系统显示借阅信息 扩展事件流：系统提示没有借阅信息 用户点击该对话框 系统回到主界面 2、图书管理员用例图 用例描述 用例名称：归还图书 参与执行者：图书管理员 前置条件：合法图书管理员登录系统 基本事件流：系统显示图书借阅窗口 用户点击书籍归还处理 系统显示该借阅者的借阅信息
图书管理员将已归还的书籍从借阅信息中点击“已归还” 系统显示的借阅者信息里不再显示“借阅”这本书 扩展事件流：系统提示缴纳罚款 借阅者支付罚金 系统显示的借阅者信息里不再显示“借阅”这本书 3、系统管理员的用例图 用例描述 用例名称：图书添加 参与者：系统管理员 前置条件：合法系统管理员登录到系统 基本事件流：系统显示图书添加窗口 系统管理员点击图书添加窗口 系统按书的类别显示窗口 系统显示一个页面要求输入该书籍的编号，书籍名称等基本信息 系统管理员依次填写有关信息，最后点击确认 （二）建立系统静态模型 1、参与者相关的类 （1）读者类，属性包括：读者账户（userID）、姓名（name）、地址（address）、邮编（zip）、所借书籍的书目（borrow_back），操作包括：借书（borrow）、还书（return_back）。