图书馆管理系统uml建模--完美
图书管理系统UML图
案例：图书管理系统一、图书管理系统功能描述图书管理系统能够对图书进行注册登记，也就是将图书的基本信息（如编号、书名、价格、作者等）预先存入数据库中，供以后检索，并且能够对借阅人进行注册登记，包括记录借阅人的姓名、编号、班级、年龄、性别、地址、电话等信息。
同时，图书管理系统提高方便的查询方法。
如以书名、作者、出版社、出版时间等信息进行图书检索，并能反映出图书的借阅情况；以借阅人编号对借阅人信息进行检索；以出版社名称查询出版社联系方式等信息。
图书管理系统提供对书籍进行预订的功能，也提供旧书销毁功能，对于淘汰、损坏、丢失的书名可及时对数据库进行修改。
图书管理系统能够对使用该管理系统的用户进行管理，按照不同的工作职能提供不同的功能授权。
总的来说，图书管理系统主要包含下列功能。
1）读者管理：读者信息的制定、输入、修改、查询，包括种类、性别、借书数量、借书期限、备注等。
2）书籍管理：书籍基本信息制定、输入、修改、查询，包括书籍编号、类别、关键词、备注。
3）借阅管理：包括借书、还书、预订书籍、续借、查询书籍、过期处理和书籍丢失后的处理。
4）系统管理：包括用户权限管理、数据管理和自动借还机的管理。
二、图书管理系统用例图1.确定参与者本系统的参与者包括两个：读者、管理员。
2.确定用例管理员包括的用例：1）登录系统：管理员可以通过登录该系统进行各项功能的操作。
2）书籍管理：包括对书籍的增删改查操作。
3）书籍借阅管理：包括借书、还书、预订、书籍逾期处理和书籍丢失处理4）读者管理：包括对读者的增删改查操作。
读者包括的用例：1）登录系统。
2）借书。
3）还书。
4）查询：包括对个人信息和书籍信息的查询业务。
5）预订：读者对书籍的预订业务。
6）逾期处理：书籍过期缴纳罚金等。
7）书籍丢失处理：对书籍丢失后的不同措施进行处理。
8）自动借书机的使用。
3.用例图管理借书机<<extend>>还书缴纳罚金三、图书管理系统用例规约1. 借书用例规约四、图书管理系统类图1. 方法：名词分析法2. 操作步骤：1)找到功能描述或事件流描述中的名词，经过筛选，形成后续类2)确定类和类之间的关系3)给出类的结构，即属性和方法3. 系统总的类图五、图书管理系统顺序图1. 借书顺序图参照借书用例规约主事件流，画出顺序图2.还书顺序图六、协作图按F5可以将顺序图转换为协作图七、活动图1.借书活动图N2.还书活动图3.预定图书活动图八、状态图图书状态还书九、项目部署图完美WORD格式范文.范例.指导.参考客户端 {IE, FireFox,谷歌浏览器等}Web 服务器{Tomcat, JDK,Eclipse}数据库服务器{MySQL}视图层控制层DAOVO。
图书管理系统的uml建模
图书管理系统的UML建模设计以图书管理系统为例，结合Rational Rose2003工具软件绘制图形，详细阐述UML的建模过程。
1需求分析描述图书信息管理系统是使用计算机实现图书大量信息处理的电子档案管理系统，在本系统中主要满足借书者、图书管理员和系统管理员3方面的需求。
对借书者来说主要是查询个人信息、查询图书信息、预定当前正在被别人借阅的图书、借阅图书和返还图书等；图书管理员是系统的主要使用者，负责借书处理和还书处理，当读者预定的图书借出给定预定者后取消图书预定；系统管理员主要负责系统的维护工作，涉及到读者信息管理，图书信息管理，系统状态维护等。
2模型建立1)用例模型的建立本系统共设置四个活动者。
分别是TT_People、TT_Registrar、TT_Reader和TT_Database。
其中TT_People泛指与系统发生关系的人；TT_Registrar为系统管理员，负责添加、修改图书信息；TT_Reader为所有读者，读者可能发生借书、续借、还书的行为；TT_Database为存储各种信息的数据库对象。
另：考虑到现实图书馆中还存在“图书馆管理员”这一角色，但其所起的作用仅为代替读者完成各种系统操作，故没有设置此活动者。
系统中共有五个用例。
TT_Addinfo、TT_Modifyinfo、TT_Borrow、TT_Renew和TT_Return。
TT_Addinfo表示管理员添加图书信息；TT_Modifyinfo表示修改图书信息；TT_Borrow表示读者借阅图书；TT_Renew表示读者续借图书；TT_Return 表示读者归还图书。
用例图如图2所示。
图书管理系统协作图读者借书协作图管理员修改读者信息协作图读者预定协作图图书管理系统对象图图书管理系统类图在用例分析基础上，根据需求可建立起系统的静态数据模型，即建立系统类图，以及相关的关系和方法。
在面向对象分析中，一般只考虑与问题描述域和系统功能相关的对象。
UML实例UML案例(完整建模)(图书馆信息系统)
1: add item( ) : Administrator
: Maintenance Window
3: update( )
2: find(String)
: Item
: Title
2. 系统管理员删除书籍的协作图
1: remove item( ) : Administrator
: Maintenance Window
2: find(String)
3: Return true 4: reserve( )
系统的协作图
▪ 1. 系统管理员添加书籍的协作图 ▪ 2. 系统管理员删除书籍的协作图 ▪ 3. 图书管理员处理借书的协作图 ▪ 4. 图书管理员处理还书的协作图 ▪ 5. 借阅者预留书籍的协作图
1. 系统管理员添加书籍的协作图
5. 图书管理员处理书籍归还的时序图
: Borrower
: Librarian
: Return Window
1: give the book
2: return item( )
3: check( )
: Item
4: ok 5: update( )
6: update( )
: Loan
6. 借阅者查询书籍信息的时序图
或其他正式规定的文档所需要的条件或权 能。 ③ 反映以上（1）或（2）中描述的条件或权 能的文档说明。
软件需求的层次
▪ 软件需求包括三个层次： ▪ 业务需求：反映了组织机构或客户对系统
高层次的目标要求。 ▪ 用户需求：描述了用户使用产品所能完成
的任务。 ▪ 功能需求：说明了软件的功能，用户使用
这些功能以完成任务。
基本数据维护模块
▪ 基本数据维护模块包括的主要功能模块： ①添加借阅者帐户 ②修改更新借阅者帐户信息 ③添加书目 ④修改和更新书目信息 ⑤添加书籍 ⑥删除书籍
图书管理系统UML建模课件
1: find borrower( )
3: return_back( )
: Return Window
: Librarian
5: return_back( ) 2: find(String)
: Loan
: Title 4: update( )
: Item
图书管理系统UML建模
34
5. 借阅者预留书籍的协作图
: Title
: Administrator
6: borrow( ) 7: check_if_max( )
3: find(Borrower, Title)
: Reservation
: Loan
图书管理系统UML建模
33
4. 图书管理员处理还书的协作图
一、 实验目的
二、 实验环境
三、 实验步骤
四、 实验视频
五、 实验作业
: Reservation
图书管理系统UML建模
35
§3.5 系统的状态图
一、 实验目的
•
1.
书的状态图
• 2. 借阅者帐户的状态图
二、 实验环境
三、 实验步骤
四、 实验视频
五、 实验作业
图书管理系统UML建模
36
一、 实验目的
二、 实验环境
三、 实验步骤
四、 实验视频
五、 实验作业
一、
实验目的
: Title
二、 实验环境
2: find(String)
三、 实验步骤
四、 实验视频
1: identify borrower( ) 3: reserve title( )
: Borrower
图书管理系统uml建模
设计题目：图书管理系统设计设计目的：1、巩固和加深课堂所学知识；2、掌握面向对象的开发思想，提高软件开发技能;3、考查对软件开发工具（UML）的掌握程度。
设计任务：对根据给出的需求，对图书管理系统进行UML建模。
具体要求：软件需求：图书管理系统中，管理员要为每个读者建立借阅账户，并给读者发放不同类别的借阅卡（借阅卡可提供卡号、读者姓名），账户内存储读者的个人信息和借阅记录信息。
持有借阅卡的读者可以通过管理员（作为读者的代理人与系统交互）借阅、归还图书，不同类别的读者可借阅图书的范围、数量和期限不同，可通过互联网或图书馆内查询终端查询图书信息和个人借阅情况，以及续借图书（系统审核符合续借条件）。
借阅图书时，先输入读者的借阅卡号，系统验证借阅卡的有效性和读者是否可继续借阅图书，无效则提示其原因，有效则显示读者的基本信息，供管理员人工核对。
然后输入要借阅的书号，系统查阅图书信息数据库，显示图书的基本信息，供管理员人工核对。
最后提交借阅请求，若被系统接受则存储借阅纪录，并修改可借阅图书的数量。
归还图书时，输入读者借阅卡号和图书号（或丢失标记号），系统验证是否有此借阅纪录以及是否超期借阅，无则提示，有则显示读者和图书的基本信息供管理员人工审核。
图书管理员定期或不定期对图书信息进行入库、修改、删除等图书信息管理以及注销。
一、图书馆管理系统需求分析1.1、系统目标设计系统开发的总目标是实现内部图书借阅管理的系统化、规范化和自动化。
能够对图书进行注册登记，也就是将图书的基本信息（如：书的编号、书名、作者、价格等）预先存入数据库中，供以后检索。
能够对借阅人进行注册登记，包括记录借阅人的姓名、编号、班级、年龄、性别、地址、电话等信息。
提供方便的查询方法。
如：以书名、作者、出版社、出版时间（确切的时间、时间段、某一时间之前、某一时间之后）等信息进行图书检索，并能反映出图书的借阅情况；以借阅人编号对借阅人信息进行检索；以出版社名称查询出版社联系方式信息；按照图书类型查找（学术论文，电子期刊，馆藏图书）提供对书籍进行的预先预订的功能。
UML建模(图书管理系统)
图书管理系统建模举例1.系统需求系统的功能性需求描述如下：·图书管理系统为管理员提供主功能界面。
·图书管理系统在启动时要求管理员输人口令，只有口令正确，才可以进入系统的主功能界面。
·管理员负责对图书管理系统的维护工作，因此系统应赋予管理员对图书信息、读者信息和出版社信息进行录入、修改、查询和删除等功能的操作权限。
·管理员作为读者的代理实现借书与还书业务。
·图书信息、读者信息和出版社信息保存在对应的数据库表中。
在上述功能性需求分析的基础上，可以写出较为详细的需求规格说明书，作为进行系统分析、设计和实现的依据。
需求分析规格说明书由系统最终用户提出需求，系统分析人员负责编写。
图书管理系统需求分析规格说明书如下：·这是一个图书馆图书借阅管理的应用系统；·图书管理系统负责将图书、杂志借给读者，前提条件是这些读者在系统进行了注册，图书和杂志也在系统中进行了注册；·图书馆负责新书的购买，当书和杂志已经过时或者破旧不堪时，可以将这些图书和杂志从图书馆管理系统中删除；·图书管理员是图书馆的员工，负责与读者打交道，并且是在系统提供的支持下开展工作；·图书管理系统能够容易地建立、修改和删除系统中的信息，包括图书信息、读者信息、以及出版社信息等；·图书管理系统能够在所有流行的平台环境(windows，uNIx等操作系统)上运行，并具有一个美观的图书用户界面；·图书管理系统容易扩展新功能。
2.分析建模Use case diagram 分析采用下列描述项撰写用例的脚本。
· 用例名称——表明用户的意图或用例的用途。
· 参与者——与该用例相关的参与者列表。
· 前置条件——一个条件列表，如果其中包含条件，则这些条件必须在访问用例之前得到满足。
·后置条件——一个条件列表，如果其中包含条件，则这些条件将在用例完成以后得到满足。
图书馆管理系统的UML建模【活动图-时序图-用例图-部署图-组件图】
图书馆管理系统的UML建模评分：一．实验目的熟悉开发绘图工具Microsoft Visio软件的使用方法；针对指定软件系统的需求进行分析和设计；使用Microsoft Visio软件，绘制UML图。
二．实验设备计算机、Microsoft Visio软件。
三．实验内容及步骤实验内容：1、熟悉开发绘图工具Microsoft Visio软件的工作环境和基本使用方法。
2、根据课本对图书馆管理系统进行分析和设计。
3、使用Microsoft Visio软件，绘制图书馆管理系统的UML图。
实验步骤：1、在启动操作系统之后，启动Microsoft Visio软件。
2、进入Visio的UML建模绘图界面3、参考课本画出图书馆管理系统的用例图、顺序图、活动图、状态图、部件图、部署图。
四、实验结果(一) 用例图该系统中主要涉及的用户有读者、图书管理员和系统管理员。
系统管理员图 1用例图图 2读者用例图图 3 系统管理员用例图图 4 图书管理员用例图图 5 图书借阅时序图图 6 图书管理员顺序图图 7 读者活动图是否超过借阅记录图 8 图书管理员活动图图 9 系统管理员活动图图 10 图书管理员活动图(二) 状态图图 11 书籍状态图图 12 借阅者状态图(三) 构件图图 13 构件图(四) 部署图图 14 部署图五、实验小结在学习UML这门课之前，我一直心底有一个疑问，那就是我们和那些所谓的程序员速成班培训出来的程序员到底有什么差别，都是写代码，那我们在大学里学习的意义是什么呢，直到我学习了UML这门课。
我才知道写代码并没有想象中的那么简单，对于同一个功能，肯定有着多种不同的实现方法，而这些方法也肯定有优劣之分。
我们之所以不像外面那样的培训班一样速成，是因为我们需要锻炼自己去写出高质量的代码，我觉得这就是我们学习的意义。
其实在上UML课之前，我以为UML跟C++和java一样是一门编程语言，直到经过老师的介绍，我才知道UML的全称是Unified Modeling Language，他不同于C++,java这些编程语言，他是统一建模语言。
UML建模实例设计—图书管理系统
Rational Rose建模工具及实例设计—图书管理系统一、图书管理系统的需求分析（一）系统功能模块对于图书管理系统进行详细了解和分析，一个功能完全，满足基本需要的系统，必须包括以下的几个模块。
（1）基本数据维护功能模块（2）基本业务功能模块（3）数据库维护功能模块（4）信息查询功能模块（5）安全/使用管理功能模块（6）帮助功能模块1、基本数据维护功能基本数据维护功能模块，如图7图7基本数据维护功能模块2、基本业务功能需求模块基本业务功能需求功能模块，如图8图8基本业务功能需求功能模块（二）数据库维护功能数据库维护功能模块，如图9：图9数据库维护功能模块3、查询功能需求查询功能需求模块图，如图10：图10查询功能需求4、安全使用管理功能需求安全使用管理功能需求模块图，如图11：图11安全使用管理功能需求二、系统的UML基本模型（一）用例设计介绍选择菜单[File-New]打开如图12所示的“Create New Model”对话框，点击[Cancel]按钮。
此时，Rational Rose会自动加载本身的一些构架模型。
加载完成后，就可以开始设计自己的模型，在此之前保存该模型，并将该模型取名为“图书管理系统”。
1、确定系统用例设计的内容图书管理系统用于对书籍的借阅以及对读者信息进行统一的管理，凡是有关这些操作的内容都属于系统的范围，比如读者要借书、还书、预留书籍，工作人员查看读者信息了查看书籍信息等。
2、对参与者的确定需要分析系统设计的问题领域，明确系统运行的主要任务。
根据图书管理系统的需求分析，可以得到如下任务：●读者要借书籍●读者要还书籍●读者要预留书籍●读者要撤销预留书籍●工作人员根据读者要求提供服务●工作人员进行查询，修改信息这个用例图的参与者严格说有两个，一个是图书馆工作人员，一个读者，而实际系统使用的主要操作者是图书馆工作人员，读者没有操作系统的权限，只是想工作人员提供请求服务的信息。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
基于UML的图书馆管理系统建模设计摘要在对U M L 及用U ML 建模的步骤作了简介之后, 介绍了在图书馆系统设计与开发中用U M L建模的过程, 其中重点描述了图书馆借阅子系统中用例图、顺序图和类图, 总结了U M L建模优势。
一、UML简介及用UML建模步骤1. 1 U M L简介统一建模语言 U ML 是一个通用的可视化建模语言, 用于对软件进行描述、可视化处理、构造和建立软件系统制品的文档。
它记录了对必须构造的系统的决定和理解,可用于对系统的理解、设计、浏览、配置、维护和信息控制。
UM L的最终目标是在尽可能简单的同时能够对实际需要建立的系统的各个方面建模。
UML需要有足够的表达能力以便可以处理现代软件系统中出现的所有概念, 例如并发和分布, 以及软件工程中使用的技巧等。
1. 2 利用U ML 建模步骤a.建立需求模型。
主要通过用例图来描述该系统完成的主要功能。
这是系统设计人员与用户进行沟通后的产物, 也是提供给系统开发人员的粗放蓝图。
b.建立系统的对象模型。
UML的主要内容归纳为静态建模机制和动态建模机制。
静态模型描述系统的对象之间的静态关系, 使用UML的包图、类图和对象图;动态模型描述对象间的交互关系、对象的生命周期及其在生命周期中各种可能的状态和状态之间转换的约束,使用UML的顺序图、活动图和协作图。
c.建立系统的体系结构模型,定义系统的软、硬件体系结构及通信机制,使用UML的组件图、配置图。
d.在组件图的基础之上生成所选开发语言的代码框架,由系统设计转入开发阶段。
二、图书馆管理系统分析系统分析的目的是捕获和描述所有的系统需求, 并且建立一个模型来定义系统中主要的域类( 系统中的关键类) , 通过系统分析达到开发者和需求者的理解和沟通。
因此, 分析一般都是分析员和用户协作的产物。
在这个阶段, 程序开发者不应该考虑代码或程序的问题, 它只是理解需求和实现系统的第一步。
2. 1 需求分析分析的第一步是确定系统能够做什么? 谁来使用这个系统? 这些分别称用例( use cases) 和角色( actors) 。
用例描述了系统提供什么样的功能, 通过阅读和分析文档, 以及和潜在的用户讨论系统来分析用例。
角色则是相对系统来说, 属于外部的用户或其他系统。
图书馆系统主要是为用户提供借阅服务的系统, 也包括图书的采购和编目管理, 通过对图书馆管理系统的分析, 可确定系统的基本功能, 包括借书、还书、购书、管理书籍、批复借阅等。
通过需求分析, 得到了系统的基本功能, 勾画出系统的基本轮廓, 这是系统开发的第一步, 也是很关键的一步。
2. 2 需求分析中的用例用例是单个任务, 能产生有用的结果, 由系统最终用户执行。
在需求分析过程中, 我们用 U M L 的标准作出相应的用例图, 让开发者更清晰地看到系统的需求, 也便于用户和开发者之间进行交流。
用例图清晰地描绘出了借阅子系统中的相关角色和用例活动。
提炼出用例图就能勾画出系统的大体轮廓, 既让用户看到系统设计人员对需求的理解程度, 便于继续迭代优化, 也使得系统设计人员与开发者有了交流的规范和依据。
通过这种标准的图示来表达用户需求, 是系统开发走向规范化的良好开始。
2.3、系统目标设计系统开发的总目标是实现内部图书借阅管理的系统化、规范化和自动化。
能够对图书进行注册登记，也就是将图书的基本信息（如：书的编号、书名、作者、价格等）预先存入数据库中，供以后检索。
能够对借阅人进行注册登记，包括记录借阅人的姓名、编号、班级、年龄、性别、地址、电话等信息。
提供方便的查询方法。
如：以书名、作者、出版社、出版时间（确切的时间、时间段、某一时间之前、某一时间之后）等信息进行图书检索，并能反映出图书的借阅情况；以借阅人编号对借阅人信息进行检索；以出版社名称查询出版社联系方式信息。
提供对书籍进行的预先预订的功能。
提供旧书销毁功能，对于淘汰、损坏、丢失的书目可及时对数据库进行修改。
能够对使用该管理系统的用户进行管理，按照不同的工作职能提供不同的功能授权。
提供较为完善的差错控制与友好的用户界面，尽量避免误操作。
2.4、系统功能需求分析(1) 读者管理：读者信息的制定、输入、修改、查询，包括种类、性别、借书数量、借书期限、备注等。
(2) 书籍管理：书籍基本信息制定、输入、修改、查询，包括书籍编号、类别、关键词、备注。
(3) 借阅管理：包括借书，还书，预订书籍，续借，查询书籍，过期处理和书籍丢失后的处理。
(4)系统管理：包括用户权限管理，数据管理和自动借还书机的管理满足以上需求的系统主要包含有一下几个子系统（1）基本业务功能子系统：该系统中主要包含了借书还书和预订等功能。
（2）基本数据录入功能子系统：该子系统主要包含有书籍信息和读者信息录入功能。
（3）信息查询子系统：包含了多功能的查询书籍信息和读者信息。
（4）数据库管理功能子系统：主要包含了借阅信息管理功能，书籍信息管理功能和预订信息管理功能。
（5）帮助功能子系统。
下图为该图书馆管理系统的主要功能模块图：图1：图书馆管理系统功能模块图3.3、功能描述（1）借书。
处理借书业务。
（2）还书。
处理还书业务。
（3）书籍预订。
借阅者可以通过网络进行书籍预订。
（4）书籍信息录入。
处理书籍个类信息录入业务。
（5）借阅者信息录入。
对读者信息进行录入。
（6）书籍信息查询。
负责书籍信息的查询。
（7）读者信息查询。
负责数据信息的查询。
（8）借阅信息管理。
书籍借阅信息包括所借书的书名、ISBN以及借书的时间等。
（9）书籍信息管理。
书籍信息包括书籍的名字、ISBN、作者、入库时间以及书籍在相应书目下的编号等。
（10）预订信息管理。
负责管理书籍预订信息。
3.4、图书馆管理系统的数据流图。
如下：修改书籍信息表修改借、还书表图2：图书馆管理系统的DFD图四、系统的UML建模设计4.1、UML简介UML是一种功能强大的、面向对象的可视化系统分析的建模语言，它采用一整套成熟的建模技术，广泛地适用于各个应用领域。
它的各个模型可以帮助开发人员更好地理解业务流程，建立更可靠、更完善的系统模型。
从而使用户和开发人员对问题的描述达到相同的理解，以减少语义差异，保障分析的正确性.4.2、该图书馆管理系统的用例分析该图书馆管理系统的用例图如下：图3：图书馆管理系统的用例图从用例图中我们可以看出管理员和读者之间对本系统所具有的用例。
管理员所包含的用例有：（1）登录系统：管理员可以通过登录该系统进行各项功能的操作（2）书籍管理：包括对书籍的增删改等。
（3）书籍借阅管理：包括借书、还书、预订、书籍逾期处理和书籍丢失处理等等。
（4）读者管理：包含对读者的增删改等操作。
（5）自动借书机的管理。
读者所包含的用例有：（1）登录系统（2）借书：进行借书业务。
（3）还书：读者具有的还书业务。
（4）查询：包含对个人信息和书籍信息的查询业务（5）预订：读者对书籍的预订业务。
（6）逾期处理：就是书籍过期后的缴纳罚金等。
（7）书籍丢失处理：对书籍丢失后的不同措施进行处理。
（8）自动借书机的使用等。
4.3、系统的顺序图顺序图是显示对象之间交互的图，这些对象是按时间顺序排列的。
该图书馆管理系统主要含有以下几个重要的顺序图，其他对象的顺序图和这些也类似。
（1）借书顺序图（2）还书顺序图（3）罚款顺序图1、借书顺序图图4：图书馆管理系统借书顺序图【顺序图说明】（1）login（）：登录系统。
（2）checkstu_card():对读者信息进行验证，检查是否符合本图书馆借书条件。
（3）showinformation（）：显示该读者的基本信息函数。
（4）borrow（）：读者借书函数。
（5）getreaders（）：取得读者信息函数。
看该读者是否符合借书条件，若符合，则返回可借信息。
（6）gettitle（）:取得书目信息。
（7）getreservation（）：检验书籍是否被预订函数。
（8）getnoreservation（）：书籍没被预订或取消预订函数。
（9）create（borrower，item）：创建书籍外借函数。
借书时，读者先将书拿予管理员，管理员对书籍和读者进行检验，若书籍和读者都符合借书条件，则借书成功。
2、还书顺序图图5：图书馆管理系统还书顺序图【顺序图说明】（1）login（）：登录系统。
（2）getitem():取得书籍条目信息。
（3）update（）：对图书馆书籍条目和借阅者信息进行更新条目。
还书时，读者先将书交给管理员，由管理员扫描书籍，若书籍没有过期等违规现象，则对书目和读者借阅信息进行更新，同时还书成功。
3、罚款顺序图图6：图书馆管理系统的罚款顺序图【顺序图说明】管理员对书籍进行扫描，若发现书籍已经超过了图书馆规定的还书期限，则按每天一定金额进行罚款，过期天数和罚款金额由系统自动计算。
用户交完罚金后，则对读者借阅信息进行更新。
4.4、系统的状态图图书馆的书籍状态图如图7所示。
【状态图说明】书籍在未变成图书馆在库书籍时，为新加书籍状态。
书籍处于在库状态时既可以预订也可以外借，外借后变为借出状态。
处于预订状态时也可以外借，超出预订时间期限则从预订状态直接转为可用状态。
借阅者在规定的预订时间内也可以考虑取消预订，取消预订后书籍的状态转为可用。
外借书籍归还后变为可用状态。
图7：图书馆的书籍状态图4.5、系统的活动图活动图描述的是某流程中的任务的执行，活动图描述活动是如何协同工作的，当一个操作必须完成一系列事情，而又无法确定以什么样的顺序来完成这些事情时，活动图可以更清晰地描述这些事情。
在本图书馆管理系统中，我们主要描述了图书馆系统的借书、还书和预订的活动图。
1.借书活动图【借书活动图说明】管理员首先要扫描读者的借书证，检验证件是否符合图书馆借书条件，若该读者的借书数量还未达到最大规定数量，并且其所借书籍均未属于过期范围，则符合借书条件。
则再扫描书籍条形码，检查书籍是否是不可借书籍或者已经被预订，若被预订，则取消预订，方可借书。
在这些条件都符合时则更新书籍信息和读者的借阅信息，记录好借书的时间。
图8：图书馆管理系统的借书活动图2、还书活动图【还书活动图说明】图书管理员对书籍进行扫描，若书籍已经过期，则要求读者还请欠款才能还书，读者缴应交罚款后，更新书目信息和读者信息。
图9：图书馆管理系统的还书活动图3、预订图书活动图【预订书籍活动图说明】读者先进入系统查询自己所需要的书籍，显示书籍信息，检验书籍是否属于可预订书籍，若符合条件则检查书籍是否已经被预订或已经被外借，若都未成立，则读者登录系统，并对该书籍进行预订。
图10：图书馆管理系统预订书籍活动图4.6、图书馆管理系统的类图【类图说明】（1）reader类是借阅者的类，它的属性很多，包括借阅者的账户ID（reader_id）、姓名（reader_Name）、地址（Address）、班级（class）、所借书籍的书目（borrowed）等。