《可视化建模与UML》课程结课报告――图书管理系统建模

1、可视化建模与UML课程结课报告图书管理系统建模07计算机本（1）班 彭钊 70911002第一部分 系统概述目的意义通过“图书管理系统”UML建模过程了解面向对象的系统分析与设计方法。从UML应用的角度通过建立一个图书管理系统来学习UML的知识。软硬件环境UML建模的工具一般有Rational Rose、PowerDesign、visio 本次使用的软件环境是：Rational Rose硬件环境需求，针对图书馆应有的办公系统的自动化，还有学校现有的服务器，学校具有的硬件环境可以在很大程度上满足系统在硬件方面的需求。本图书馆系统的硬件环境是：Microsoft Windows XP Profes

2、sional 版本 组织结构图或用户分析该图书馆管理系统的用户为 借阅者、图书馆管理员、系统管理员 。其中用户借阅者主要模块有书籍查询、书籍预订、借阅信息查询、借阅书籍、归还书籍、激纳罚金。图书馆管理员的主要模块有书籍借阅处理、书籍归还处理、检查用户借阅凭证合法性、删除书籍预订信息、还书时收取罚金。系统管理员主要模块有读者信息管理、书籍信息管理、系统登录管理、数据备份、数据恢复。读者信息管理图书管理系统借阅者图书馆管理员系统管理员书籍信息管理登录系统管理数据备份数据恢复书籍借阅处理书籍归还处理检查用户合法性删除书籍预订收取罚金书籍查询书籍预订借阅信息查询借阅书籍归还书籍缴纳罚金图1 图书管理系

3、统的组织结构图业务流程分析借阅者基本信息及借阅者权限等形成借阅者档案数据库，可用于用户查询、模块调用与数据统计借阅处理模块这一模块对应的是图书借阅流程。这一流程可包括下面五方面业务：查询、预约、外借、还书、续借。它可以拆分为下面五个模块：1、外借处理模块。对应图书外借业务，这一业务在图书外借出办理，由工作人员扫入图书证条码察看用户的借阅权限，用户有欠费纪录时要求用户先缴纳罚款再行借书；无欠费纪录确认用户可以借阅图书后，扫入图书条码进行外借手续，外借完成后由计算机系统更新储存用户借阅信息及图书借阅信息，以备查询。2、还书处理模块对应还书处理流程，在图书外借出进行，用户还书时，工作人员扫入图书条码

4、，进行还书处理，完成后由计算机系统更新储存用户借阅信息及图书借阅信息，以备查询。当图书丢失时，要求读者进行赔偿。3、查询处理模块对应查询处理流程，在用户端服务器进行，由读者自行操作，读者输入一定查询信息后，由用户端服务器提交到服务器，在数据库中进行寻找匹配后，输出查询结果。可循环调用。4、预约处理模块对应预约处理流程，在用户端服务器进行，由读者自行操作。5、续借处理模块对应续借处理流程，在用户端服务器进行，由读者自行操作。系统功能的文字模型 = 1 * GB3 借阅者可以通过网络查询书籍信息和预定书籍。 = 2 * GB3 借阅者能够借阅书籍和还书。 = 3 * GB3 图书管理员能够处理借阅

5、者的借阅和还书。 = 4 * GB3 系统管理员可以对系统的数据进行维护，如增加、删除和更新数目，增加、删除和更新借阅者账户，增加和删除书籍。 = 5 * GB3 系统主要包括以下几个模块基本数据维护模块基本业务模块数据库管理模块信息查询模块基本数据维护模块包括的主要功能模块：添加借阅者帐户修改更新借阅者帐户信息添加书目修改和更新书目信息添加书籍删除书籍基本业务模块包含的功能：借书还书书籍预留取消书籍预定数据库模块的功能：借阅信息管理书籍信息管理帐户信息管理书籍预留信息管理信息查询模块主要是查询数据库中的相关信息：查询书籍信息查询借阅者信息第二部分 图书管理系统用例建模用例图概述 HYPERL

6、INK :/baike.baidu /view/706238.htm t _blank 用例图（User Case）是描述用例、参与者及其关系的图。主要是描述用户的功能需求。从用户的角度来理解软件系统的需求，强调谁在使用系统及系统可以完成哪些功能。用例图展示了用例之间以及同用例参与者之间是怎样相互联系的。用例图用于对系统、子系统或类的行为进行可视化，使用户能够理解如何使用这些元素，并使开发者能够实现这些元素。 用例图的组成元素包括用例、参与者、关系（用例间的关系、参与者之间的关系、参与者与用例之间的关系）。用例图主要的作用有三个：（1）获取 HYPERLINK :/baike.baidu /v

7、iew/195818.htm t _blank 需求；（2）指导测试；（3）还可在整个过程中的其它 HYPERLINK :/baike.baidu /view/60285.htm t _blank 工作流起到指导。用例图最核心的元素是参与者（Actor）和用例（ HYPERLINK :/baike.baidu /view/1299332.htm t _blank Use Case）。用例建模的过程或步骤一、识别参与者 需求获取的第一步是标识参与者。这一服务定义了系统的边界，并从开发者要考虑中找出所有的观察点。开发者通过回答以下问题来寻找参与者：1、系统支持哪些用户组完成他们的工作？2、谁使用、

8、安装、维护这个系统？确定参与者时，通过这些问题来帮助分析：谁使用、安装、启动、维护、关闭这个系统、谁从这个系统中获取信息、谁为这个系统提供信息等。一旦参与者被标识出来后，需求活动的下一步活动是，决定每个参与者将访问的功能。二、识别用例 在需求分析时，寻找用例最好的方法是，从参与者的角度看，参与者是如何使用这个系统的。通过回答下面的问题识别用例：1、每个参与者希望系统提供什么功能？ 2、系统改变状态时，是否通知参与者？ 还有那个参与者发出事件，那些外部事件触发系统，系统是否存储和检索信息等问题。通过这些问题就得到一个候选用例列表。三、识别用例间的关系 用例之间有三种关系，即包含关系、扩展关系和泛

9、化关系。 = 1 * GB2 包含关系在UML中，包含关系用构造型表示，它是指基例（Base Use Case）在它内部的某一个位置上显示地合了另一个用例。包含是指一个用例被另一个用例使用，被使用的用例就是包含用例，使包含用例的是基用例。 = 2 * GB2 扩展关系在UML中，扩展关系用构造型表示（箭头方向是从扩展用例指向基用例），它表示基用例在某个条件成立时合并执行扩展用例。基用例独立于扩展用例而存在，只是在特定的条件下，它的行为可以被另一个用例所扩展。 = 3 * GB2 泛化关系在UML中，用例的泛化关系和类图中的泛化关系是一样的。用例的泛化就是指父母例的行为被子用例继承或覆盖。对图书

10、管理系统进行用例建模1、参与者不是特指人，是指系统以外的，在使用系统或与系统交互中所扮演的角色。因此参与者可以是人，可以是事物，也可以是时间或其他系统等等。还有一点要注意的是，参与者不是指人或事物本身，而是表示人或事物当时所扮演的角色。参与者在画图中用简笔人物画来表示，人物下面附上参与者的名称。创建用例图之前首先需要确定参与者。系统的参与者主要有三类： = 1 * GB3 读者（也可以称为借阅者）：可以通过网络查询书籍信息和预定书籍，借阅者能够借阅书籍和还书。 = 2 * GB3 图书管理员：能够处理借阅者的借阅和还书。 = 3 * GB3 系统管理员（图书管理系统维护者）：可以对系统的数据进

11、行维护，如增加、删除和更新数目，增加、删除和更新借阅者账户，增加和删除书籍。2、用例是对包括变量在内的一组动作序列的描述，系统执行这些动作，并产生传递特定参与者的价值的可观察结果。用例在画图中用椭圆来表示，椭圆下面附上用例的名称。当标志出参与者后，下一步就是识别用例。寻找用例最好的办法是，从参与者的角度看，参与者是如何使用系统的。由此可得出： = 1 * GB3 借阅者请求服务时涉及7个用例，分别是书籍查询用例、书籍预定用例、登录系统用例、查询借阅信息用例、归还书籍用例、还书时缴纳罚金用例。 = 2 * GB3 图书管理员处理借书、还书等涉及5个用例，分别是书籍归还处理用例、书籍借阅处理用例、

12、删除书籍预定信息用例、还书时收取罚金用例、检查用户借阅凭证的合法性。 = 3 * GB3 系统管理员进行系统维护时涉及8个用例，分别是查询读者信息用例、查询书籍信息用例、增加书目用例、删除或更新书目用例、增加书籍用例、删除书籍用例、添加借阅者账户、删除或更新借阅者账户信息。3、根据上面二中所说的用例之间的关系建立参与者和用例之间的关系如下面所示。图书管理系统的用例图、图2 借阅者请求服务的用例图图3 图书馆管理员处理借书、还书等的用例图图4 系统管理员进行系统维护的用例图第三部分 图书管理系统静态建模静态建模概述静态图 (Static diagram)，包括类图、对象图和包图。其中类图描述系统

13、中类的静态结构。不仅定义系统中的类，表示类之间的联系如关联、依赖、聚合等，也包括类的内部结构（类的属性和操作）。类图描述的是一种静态关系，在系统的整个生命周期都是有效的。对象图是类图的实例，几乎使用与类图完全相同的标识。他们的不同点在于对象图显示类的多个对象实例，而不是实际的类。一个对象图是类图的一个实例。由于对象存在生命周期，因此对象图只能在系统某一时间段存在。包由包或类组成，表示包与包之间的关系。包图用于描述系统的分层结构。类与对象分析类图是描述类、协作（类或对象间的协作）、接口及其关系的图。类图可以包括注释、约束和包。类图中的关系包括依赖关系（Dependency）、泛化关系（Gener

14、alization）关联关系（Association）和实现关系（Realization）。 类图中的元素有类、接口、协作、关系、注释、约束和包。关系把类、协作、接口连接在一起构成一个图，注释的作用是对某些类和接口进行注释，约束的作用是对某些类和接口进行约束。在UML中，要表示一个类，主要是标志它的名称、属性和操作。类由一个矩阵表示。系统中主要的类 = 1 * GB2 参与者相关的类 图5 参与者相关的类 = 2 * GB2 系统中用到的其他类 图6系统中用到的其他类类图图7 图书管理系统中的类图构件图构件是定义了良好接口的物理实现单元。按照构件在系统中的角色，可以将构件分为3种类型，即配置构

15、件、工作产品构件和执行构件。构件图是描述构构件及构件关系的图。构件图的组成元素有构件和关系。图8 图书管理系统中的构件图部署图部署图，也称为配置图，是用来显示系统中软件和硬件的物理架构。部署图描述了系统中包括的计算机和其他的硬件设备。部署图的组成元素包括节点、节点间的连接。图9 图书管理系统中的部署图第四部分 图书管理系统动态建模动态建模概述UML动态建模主要包括消息，顺序图，状态图，活动图和协作图等内容。交互图分析与建模交互图包含4种类型，分别是顺序图、通信图、定时图和交互概念图。（在这里选择了顺序图）顺序图也称为时序图，它描述了系统中对象间通过消息进行的交互，强调了消息在轴上的先后顺序。

16、在UML中，表示一个顺序图，主要是标志系统中的对象、对象的生命线、对象的控制焦点以及对象间交互的消息。图10 系统管理员添加书籍的时序图图11 系统管理员添加借阅者账户的时序图图12 系统管理员删除数目的时序图图13 图书管理员处理书籍借阅的时序图图14 图书管理员处理书籍归还的时序图图15借阅者查询书籍信息的时序图图16 借阅者预定书籍的时序图行为图分析与建模行为图包含4种类型，分别是活动图、状态图、合作图、顺序图和时间图。（在这里选择了活动图）活动图是描述系统或业务的一系列活动构成的控制流，它描述了系统从一种活动转换到另一种活动的整个过程。活动图的元素包括初始节点、重点、活动节点、转换、分支与监护条件、分叉与汇合。其中，转换、分支、分岔与汇合把多个活动节点连接在一起。借图17 阅者的活动图图18 图书管理员的活动图图19系统管理员维护借阅者账户的活动图第五部分 小结通过学习UML的基本概念、主要内容，还建立了一个图书管理系统。对UML的基本建模思想和建模方法、内容都有了更深的认识。主要从UML应用的角度通过建立一个图书管理系统来学习UML的知识，侧重怎样用UML的建模工具来进行分析、设计图书管理系统。从用例建模、