图书馆管理 用例图建模
图书管理系统用例建模报告（用例图、类图、时序图）
软件系统分析与设计实验报告学院：计算机科学与技术学院专业：软件工程学号：*********姓名：***实验名称：图书管理系统用例建模时间：一、实验内容与要求本实验要求学生对学校的图书馆管理系统进行需求分析，对系统功能进行用例建模，画出用例图，类图以及相应的时序图。
在使用UML对系统建模时，学会使用UML建模工具，熟悉工具中的功能。
二、用例分析1、读者“借书还书系统”用例图(f书书(from Use Cases)1．1、行为者：主要行为者：读者。
1．2、前置条件：读者进入图书管理系统。
1．3、事件流：1.3.1、主要事件流：1.3.1.1：读者检索所需图书信息，并查看；1.3.1.2：读者检索到所需图书，登录系统，开始借书；1.3.1.3：系统查询图书信息，图书数目是否可借；1.3.1.3.1：图书显示可借，借书成功；1.3.1.3.2：图书显示不可借，借书失败；1.3.1.4：进入续借图书界面，续借图书；1.3.1.5：系统查看预约记录，1.3.1.5.1：没有冲突，续借成功；1.3.1.5.2：有冲突，续借失败；1.3.3.1：1.3.1.6：读者归还图书；1.3.1.6.1：归还时间没有逾期，归还成功；1.3.1.5.2：归还时间逾期，逾期处罚，归还成功；1.3.2、备选事件流：1.3.2.1：图书检索信息失败，未检索到图书，重新输入信息检索；1.3.2.2：未曾检索到用户检索的图书，系统显示相关联的信息的图书；1.3.2.3：用户名或密码输入错误，登录系统失败，重新输入用户名或密码登录；1.3.2.4：系统显示图书不可借后，进入图书预约界面，输入信息预约图书；1.3.3、异常事件流：1.3.3.1：读者登录系统失败，未曾注册用户；1.3.3.1.1：返回系统注册用户后，重新登录。
1．4、后置条件：退出系统。
1．5、1．6、扩展点：无。
2、“图书信息管理系统”用例图书书书书书书(f书书书书(from Use Cases)(from Use Cases)2．1、行为者：主要行为者：管理员；2．2、前置条件：管理员打开图书信息管理系统；2．3、事件流：2.3.1：主要事件流：2.3.1.1：图书管理员输入管理员登录信息，登录系统；2.3.1.2：进入图书信息管理界面，查看已有图书信息，是否有需要购入图书；2.3.1.2.1：录入新购进图书信息，并确认；2.3.1.3：进入读者信息管理界面，管理已有用户信息；2.3.1.4：进入信息通知界面，查看已有用户图书借阅、预约情况；2.3.1.4.1：查看读者所预约图书，自动查询图书信息，确认是否已有可借图书，有则通知读者；2.3.1.4.2：查询读者已借图书信息，根据已借时间及归还时间分类；2.3.1.4.2.1：所借图书即将逾期，启动系统提醒功能；2.3.1.4.2.2：所借图书已经逾期，启动逾期及处罚通知功能；2.3.2：备选事件流：2.3.2.1：管理员用户名或登录名错误，重新登录；2.3.2.2：需要购进新图书，存储信息，通知相关人员；2.3.2.3：读者预约图书没有可借图书，不予通知；2.3.2.4：预约通知提醒后，删除该预约记录；2.3.2.5：读者所借图书距离归还时间仍很久，无需通知；2.3.3：异常事件流：2.3.3.1：登录失败超过一定次数后，系统冻结该用户名，一段时间后可以重用；2．4、后置条件：退出系统；2．5、扩展点：无。
图书管理系统(用例图、类图、时序图)
软件系统分析与设计实验报告学院：计算机科学与技术学院专业：软件工程学号：*********姓名：***实验名称：图书管理系统用例建模时间：一、实验内容与要求本实验要求学生对学校的图书馆管理系统进行需求分析，对系统功能进行用例建模，画出用例图，类图以及相应的时序图。
在使用UML对系统建模时，学会使用UML建模工具，熟悉工具中的功能。
二、用例分析1、读者“借书还书系统”用例图(f还书(from Use Cases)1．1、行为者：主要行为者：读者。
1．2、前置条件：读者进入图书管理系统。
1．3、事件流：1.3.1、主要事件流：1.3.1.1：读者检索所需图书信息，并查看；1.3.1.2：读者检索到所需图书，登录系统，开始借书；1.3.1.3：系统查询图书信息，图书数目是否可借；1.3.1.3.1：图书显示可借，借书成功；1.3.1.3.2：图书显示不可借，借书失败；1.3.1.4：进入续借图书界面，续借图书；1.3.1.5：系统查看预约记录，1.3.1.5.1：没有冲突，续借成功；1.3.1.5.2：有冲突，续借失败；1.3.3.1：1.3.1.6：读者归还图书；1.3.1.6.1：归还时间没有逾期，归还成功；1.3.1.5.2：归还时间逾期，逾期处罚，归还成功；1.3.2、备选事件流：1.3.2.1：图书检索信息失败，未检索到图书，重新输入信息检索；1.3.2.2：未曾检索到用户检索的图书，系统显示相关联的信息的图书；1.3.2.3：用户名或密码输入错误，登录系统失败，重新输入用户名或密码登录；1.3.2.4：系统显示图书不可借后，进入图书预约界面，输入信息预约图书；1.3.3、异常事件流：1.3.3.1：读者登录系统失败，未曾注册用户；1.3.3.1.1：返回系统注册用户后，重新登录。
1．4、后置条件：退出系统。
1．5、1．6、扩展点：无。
2、“图书信息管理系统”用例图新书信息录入(f逾期通知(from Use Cases)(from Use Cases)2．1、行为者：主要行为者：管理员；2．2、前置条件：管理员打开图书信息管理系统；2．3、事件流：2.3.1：主要事件流：2.3.1.1：图书管理员输入管理员登录信息，登录系统；2.3.1.2：进入图书信息管理界面，查看已有图书信息，是否有需要购入图书；2.3.1.2.1：录入新购进图书信息，并确认；2.3.1.3：进入读者信息管理界面，管理已有用户信息；2.3.1.4：进入信息通知界面，查看已有用户图书借阅、预约情况；2.3.1.4.1：查看读者所预约图书，自动查询图书信息，确认是否已有可借图书，有则通知读者；2.3.1.4.2：查询读者已借图书信息，根据已借时间及归还时间分类；2.3.1.4.2.1：所借图书即将逾期，启动系统提醒功能；2.3.1.4.2.2：所借图书已经逾期，启动逾期及处罚通知功能；2.3.2：备选事件流：2.3.2.1：管理员用户名或登录名错误，重新登录；2.3.2.2：需要购进新图书，存储信息，通知相关人员；2.3.2.3：读者预约图书没有可借图书，不予通知；2.3.2.4：预约通知提醒后，删除该预约记录；2.3.2.5：读者所借图书距离归还时间仍很久，无需通知；2.3.3：异常事件流：2.3.3.1：登录失败超过一定次数后，系统冻结该用户名，一段时间后可以重用；2．4、后置条件：退出系统；2．5、扩展点：无。
图书管理系统用例图
图书管理系统UML建模与设计模式实验报告计算机与信息工程学院一、实验目的在熟悉用例概念与应用的基础上，掌握用例模型的建立，包括：1．掌握用例图的建立。
2．掌握用例描述文档的编写。
3．掌握建模工具的使用。
二、实验内容根据以下需求设计一个图书馆管理系统的用例图模型，包括：用例图和主要用例的描述文档。
基本功能要求：图书管理：新书登记，图书查询，图书注销；借阅管理：借书，还书，查询今日到期读者；读者管理：增加读者、删除读者、查询读者、读者类别管理（可以设置不同类的读者，并使不同类读者对应不同类的图书流通参数，如可借册数，可借天数，可续借次数，可续借天数等）；报表管理：包括图书借阅统计报表，被注销图书统计报表等；报表可以有多种格式可供选择；可以把报表输出到文件中，可以预览报表、打印报表等。
系统管理：系统管理员使用，包括用户权限管理（增加用户，删除用户，密码修改等），数据管理（提供数据修改、备份、恢复等多种数据维护工具），系统运行日志，系统设置等功能。
三、实验思想（1）分析系统需求；（2）确定系统参与者：读者、图书管理员、图书管理系统；（3）确定系统用例；四、实验结果借阅人用例图：图书系统管理员用例图：图书管理员用例图：1．用例名称：登录用例描述：根据用户输入的用户名和密码判断用户的身份，赋予相应的权限。
前置条件：无后置条件：根据用户所有的权限进入相应的操作界面。
基本操作流程：1输入用户名2输入密码2校验密码是否正确。
3根据用户身份进入相应的操作界面。
可选流程：如果密码不正确，提示重新输入密码；如果用户名不正确，提示没有此用户。
2.用例名称：查询图书用例描述：由读者进行操作，查询图书馆中有没有需要图书，如果有，显示该图书编号、书名、作者、出版日期、当前借阅状态等信息。
前置条件：以顾客身份登录后置条件：无基本流程：1 以读者身份登录。
2输入图书的名称或作者名称。
3显示相关图书的信息。
可选流程：如果没有该图书，返回提示信息：“没有找到图书”。
图书馆管理系统用例图、活动图、类图、时序图
图书馆管理系统用例图、活动图、类图、时序图第一篇：图书馆管理系统用例图、活动图、类图、时序图图书馆管理系统一．图书馆管理系统需求分析1、系统目标设计系统开发的总目标是实现内部图书借阅管理的系统化、规范化和自动化。
能够对图书进行注册登记，也就是将图书的基本信息（如：书的编号、书名、作者、价格等）预先存入数据库中，供以后检索。
能够对借阅人进行注册登记，包括记录借阅人的姓名、编号、班级、年龄、性别、地址、电话等信息。
提供方便的查询方法。
如：以书名、作者、出版社、出版时间（确切的时间、时间段、某一时间之前、某一时间之后）等信息进行图书检索，并能反映出图书的借阅情况；以借阅人编号对借阅人信息进行检索；以出版社名称查询出版社联系方式信息。
提供对书籍进行的预先预订的功能。
提供旧书销毁功能，对于淘汰、损坏、丢失的书目可及时对数据库进行修改。
能够对使用该管理系统的用户进行管理，按照不同的工作职能提供不同的功能授权。
提供较为完善的差错控制与友好的用户界面，尽量避免误操作。
2、系统功能需求分析(1)读者管理：读者信息的制定、输入、修改、查询，包括种类、性别、借书数量、借书期限、备注等。
(2)书籍管理：书籍基本信息制定、输入、修改、查询，包括书籍编号、类别、关键词、备注。
(3)借阅管理：包括借书，还书，预订书籍，续借，查询书籍，过期处理和书籍丢失后的处理。
(4)系统管理：包括用户权限管理，数据管理和自动借还书机的管理基于UML的图书馆管理系统建模设计满足以上需求的系统主要包含有一下几个子系统（1）基本业务功能子系统：该系统中主要包含了借书还书和预订等功能。
（2）基本数据录入功能子系统：该子系统主要包含有书籍信息和读者信息录入功能。
（3）信息查询子系统：包含了多功能的查询书籍信息和读者信息。
（4）数据库管理功能子系统：主要包含了借阅信息管理功能，书籍信息管理功能和预订信息管理功能。
（5）帮助功能子系统。
二、系统动态建模1、用例图、2图书馆管理系统的用例图从用例图中我们可以看出管理员和读者之间对本系统所具有的用例。
图书馆管理系统的用例图
1. 2.3. 系统的UML 基本模型2.1系统的用例图用例图在需求分析阶段有很重要的作用，整个开发过程都是围绕需求阶段的用例进行的。
创建用例图之前首先需要确定参与者。
图书管理系统的参与者主要有3类：读者（借阅者），图书管理员、图书管理系统的维护者。
1. 借阅者请求服务的用例图Return the book<<include>>用例图说明：（1） Serch for Book ：书籍查询用例。
（2） Reserve the book ：书籍预订用例。
（3） Logon the system ：登陆系统。
（4） Query Info ：查询借阅信息。
（5）Borrow the book：借阅书籍。
（6）Return the book：归还书籍。
（7）Return With Fine：还书时交纳罚金。
如果借阅者所借书籍超过借阅期限未还，还书的时候就要交纳一定的罚金。
2.图书馆管理员处理借书、还书等的用例图Remove Reservation用例图说明：（1）Get book：书籍归还处理（2）Lend book：书籍借阅处理（3）Remove Reservation：删除书籍预订信息（4）Get With Fine：还书时收取罚金（5）Check user count：检查用户借阅凭证的合法性，图书管理员在借阅者借书的时候要检查用户借阅凭证的合法性3.系统管理员进行系统维护的用例图Add Book Remove or Update Title用例图说明：（1）Query Borrower Info：查询读者信息（2）Query Book Info：查询书籍信息（3）Add Title：增加书目（4）Remove or Update Title：删除或更新书目（5）Add Book：增加书籍（6）Remove Book：删除书籍（7）Add Borrower：添加借阅者帐户（8）Remove or Update Borrower：删除或更新借阅者帐户信息。
图书馆管理系统UML用例图
图书馆管理系统系统描述、用例图及用例描述
姓名：***
学号：**********
班级：2012级网工班
图书管理系统是应用于图书馆的人机互动系统。
该系统使图书馆变得信息化，它能有效协作图书馆的工作人员管理图书馆的各项信息，同时还能方便读者快速地查询、借阅和归还图书，极大地提高了图书馆的管理效率和服务质量。
二、用例图：
1
2
3
4
5
6
主要参与人系统管理员
次要参与人无
前置条件以系统管理员身份登录系统。
后置条件图书信息中增加一条信息。
基本操作流程 5.系统管理员登录系统。
6.系统管理员选择新增、修改或删除读者信息。
7.系统管理员对读者信息进行修改。
8.保存操作。
可选流程保存之前可自行取消操作。
四、领域类图
7
五、术语表
读者
持有图书证的在校学生。
图书馆工作人员
包括图书管理员和系统管理员，有账号作为身份标识。
图书管理员主要负责引导读者借阅和归还书籍，负责收取逾期罚金。
而系统管理员主要负责图书信息和读者信息的更新。
信息管理
由图书管理员进行，读者管理主要包括新增、修改和删除读者信息。
图书管理主要包括新增、修改和删除书籍信息。
数据存储
是整个图书管理系统的数据中心，在数据库中存储各项和书籍有关的活动，包括工作人员信息、读者信息、书籍信息、借书还书记录等。
六、借书活动图
8
9。
详细的图书馆管理系统UML图终极版
The library management system UML diagrams1．需求（Requirements）经典地，由系统最终顾客旳代表写出文本形式旳需求规范文档。
对于该图书馆应用程序来说，需求规范文档应当类似于这样：1.这是一种图书馆支持系统；2.图书馆将图书和杂志借给借书者。
借书者已经预先注册，图书和杂志也预先注册；3.图书馆负责新书旳购置。
每一本图书都购进多本书。
当旧书超期或破旧不堪时，从图书馆中去掉。
4.图书管理员是图书馆旳员工。
他们旳工作就是和读者打交道并在软件系统旳支持下工作。
5.借阅人可以预定目前没有旳图书和杂志。
这样，当他所预定旳图书和杂志偿还回来或购进时，就告知预定人。
当预定了某书旳借书者借阅了该书后，预定就取消。
或者通过显式旳取消过程强行取消预定。
6.图书馆可以轻易地建立、修改和删除标题、借书者、借阅信息和预定信息。
7.系统可以运行在所有流行旳技术环境中，包括Unix, Windows和OS/2，并应有一种现代旳图形顾客界面 (GUI)。
8.系统轻易扩展新功能。
系统旳第一版不必考虑预定旳图书抵达后告知预定人旳功能，也不必检查借书过期旳状况。
Typically, the end user's representative by system of regulating write text document demand. For the library application, it should be similar to the standard document demand so:1. This is a library support system;2. The library will lend books and magazines JieShuZhe. JieShuZhe has register in advance, books and magazines will register in advance;3. New book purchase for library. The book is more than buying every book. When old books extended or worn out, removing from the library.4. The librarian is the library staff. Their job is to deal with the reader in software support system work.5. Borrowing people can be scheduled have no current of books and magazines. So, when his book of books and magazines returned back or purchase, confirmation. When booked MouShu JieShuZhe borrowing of the reservation is cancelled after. Or by explicit cancel process forcibly cancellation of reservation.6. The library can easily establish, modify and delete title, JieShuZhe, borrowing information and booking information.7. System can run on all popular technology environment, including Unix, Windows and OS / 2, and should have a modern graphical user interface (GUI).8. The system is easy to expand new functions.The first edition of need not consider booking system of books after confirmation of arrive, don't check function of books expired.2．分析（Analysis）系统分析旳目旳是捕捉和描述所有旳系统需求，并且建立一种模型来定义系统中重要旳域类。
图书管理系统的UML建模设计
2 图书管理系统的UML建模设计以图书管理系统为例，结合Rational Rose2003工具软件绘制图形，详细阐述UML的建模过程。
2.1 需求分析描述图书信息管理系统是使用计算机实现图书大量信息处理的电子档案管理系统，在本系统中主要满足借书者、图书管理员和系统管理员3方面的需求。
对借书者来说主要是查询个人信息、查询图书信息、预定当前正在被别人借阅的图书、借阅图书和返还图书等；图书管理员是系统的主要使用者，负责借书处理和还书处理，当读者预定的图书借出给定预定者后取消图书预定；系统管理员主要负责系统的维护工作，涉及到读者信息管理，图书信息管理，系统状态维护等。
系统的功能分析如图1所示。
图1 图书管理系统功能分析图2.2 模型建立1)用例模型的建立建立用例模型首先要确定角色(Actors)，Actors表示提供或接收系统信息的人或系统，他们是与系统有交互作用的人或事务，代表一个系统的使用者或外部通信的目标。
用例是系统中的一个功能单元，可以被描述为参与系统之间的一次交互作用。
用例模型的用途是列出系统中的用例和参与者，并且显示哪个是用例的执行。
根据以上的系统分析，本系统确定的角色有借书者、图书管理员和系统管理员。
用例图如图2所示。
图2 图书管理系统用例图2)静态模型的建立静态模型是依据系统结构从静态观点描述系统的视图，它定义系统中的对象和类及类之间的关系和类的内部结构，即类的属性和操作。
分析用例模型和系统功能需求，在图书管理系统中的类主要有Item(条目)、Title(标题)、Loan(借出)、Reservation(预定)、Borrower(借书者信息)等。
3)建立动态模型系统的静态模型建立以后，开始进行系统的动态建模。
动态模型是描述系统的功能是如何完成的，用顺序图、活动图和协作图等从不同的角度来描述对象和对象之间的交互。
顺序图将交互关系表示为一个二维图。
纵向是时间轴，横向代表协作中独立对象的类元角色。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
（5） getreaders（）：取得读者信息函数。看该读 者是否符合借书条件，若符合，则返回可借信 息。
（6） gettitle（）:取得书目信息。 （7） getreservation（）：检验书籍是否被预订函
数。 （8） getnoreservation（）：书籍没被预订或取消
预订函数。 （9） create（borrower，item）：创建书籍外借函
'FK_BOOKS_管理书籍_ADMIN') alter table books
drop constraint FK_BOOKS_管理书籍_ADMIN go if exists (select 1
from dbo.sysreferences r join dbo.sysobjects o on (o.id = r.constid and o.type = 'F')
图12：图书馆管理系统各实体之间的ER图
3）、基于powerdesigner的CDM数据库模型 （1）数据库概念数据模型CDM对象如下图，该图显示了
各实体的属性及各实体之间的关系。
图13：图书馆管理系统CDM建模
2. 数据库物理设计 由概念模型生成物理模型的的数据库脚本文件为 图书 管理.sql文件，代码附下页。
【状态图说明】 书籍在未变成图书馆在库书籍时，为新加书籍状态。书籍 处于在库状态时既可以预订也可以外借，外借后变为借出状 态。处于预订状态时也可以外借，超出预订时间期限则从预订 状态直接转为可用状态。借阅者在规定的预订时间内也可以考 虑取消预订，取消预订后书籍的状态转为可用。外借书籍归还 后变为可用状态。
进行更新条目。 还书时，读者先将书交给管理员，由管理员扫描书籍，若 书籍没有过期等违规现象，则对书目和读者借阅信息进行 更新，同时还书成功。 5.2罚款顺序图
图5.3：图书馆管理系统的罚款顺序图
【顺序图说明】 管理员对书籍进行扫描，若发现书籍已经超过了图书馆规 定的还书期限，则按每天一定金额进行罚款，过期天数和 罚款金额由系统自动计算。用户交完罚金后，则对读者借 阅信息进行更新。 5.3系统的状态图 图书馆的书籍状态图如图7所示。
3.4、图书馆管理系统的数据流图。如下：
显示系统界面
有效用户及密码 处理用户名与密码
输入用户名及密码
用户
输入有效命令
反馈给用户 处理修改密码
修改用户表
修改用户名及密码
处理命令
书籍修改命令 借.还书
书籍入库及修改信息 显示结果 处理借\还书命令
修改书籍信息表 修改借、还书表
图2：图书馆管理系统的DFD图
图5.5：图书馆管理系统的借书活动图 2、还书活动图
【还书活动图说明】 图书管理员对书籍进行扫描，若书籍已经过期，则要求读
者还请欠款才能还书，读者缴应交罚款后，更新书目信息和读 者信息。
图5.6：图书馆管理系统的还书活动图
3、预订图书活动图 【预订书籍活动图说明】 读者先进入系统查询自己所需要的书籍，显示书籍信息，
检验书籍是否属于可预订书籍，若符合条件则检查书籍是否已 经被预订或已经被外借，若都未成立，则读者登录系统，并对 该书籍进行预订。
图5.7：图书馆管理系统预订书籍活动图
6、图书馆管理系统的类图 【类图说明】
（1） reader类是借阅者的类，它的属性很多，包括借 阅者的账户ID（reader_id）、姓名 （reader_Name）、地址（Address）、班级 （class）、所借书籍的书目（borrowed）等。其 中主要操作有借书（addborrowed）和还书 (deleteborrowed)和预订(reservation)等。
（admin_name）,密码（admin_password）,登录次数 （logins），最后一次登录时间（lastlogin）和权限 （right）。 (2) 读者表reader：读者编号（reader_id）,读者姓名
(reader_name),性别(sex),年龄(age)，班级（class），最 大借书量（maxborrowed）借书总量（amount）和权限 （right）。 （3）书籍表books：书籍编号（book_id）,书名（title），作者 （author），出版社（book concert）,价格（price），出版 时间（time），在库总量（amount），剩余量 （remain）。 （4）借阅信息表（borrow_information）:书籍编号 （book_id）,读者编号（reader_id）,借书时间 （borrow_time）,到期时间（end_time）,归还时间 （return_time）. （5）预订信息表：读者编号（reader_id）,书籍编号 （book_id），预订时间(reservation_time),取消预订时 间（reservationcanceltime）. (6) 书籍类型表booktype:书籍类型编号（type_id）,书 籍类型名称（type_name）. (7) 用户权限表right：权限（right）。 2）、图书管理系统个实体之间的E-R图
(2) 书籍管理：书籍基本信息制定、输入、修改、查 询，包括书籍编号、类别、关键词、备注。
(3) 借阅管理：包括借书，还书，预订书籍，续借，查 询书籍，过期处理和书籍丢失后的处理。
(4)系统管理：包括用户权限管理，数据管理和自动借还
书机的管理 满足以上需求的系统主要包含有一下几个子系统：
（1）基本业务功能子系统：该系统中主要包含了借书 还书和预订等功能。
图6.1：图书馆管理系统的类图及关系
四、图书馆管理系统数据库建模 考虑到系统的推广性，本系统采用SQL SERVER2000作
为数据库。并且采用PowerDesigner进行数据建模，从而自动 生成sql脚本。 .1、数据库概念设计
1）、数据库表设计 (1) 管理员表admin：管理员编号（admin_id）,管理员姓名
5、系统的顺序图 顺序图是显示对象之间交互的图，这些对象是按时间顺
序排列的。该图书馆管理系统主要含有以下几个重要的顺 序图，其他对象的顺序图和这些也类似。
（1） 借书顺序图 （2） 还书顺序图 （3） 罚款顺序图 5.1借书顺序图
图5.1：图书馆管理系统借书顺序图
【顺序图说明】 （1） login（）：登录系统。 （2） checkstu_card():对读者信息进行验证，检查 是否符合本图书馆借书条件。 （3） showinformation（）：显示该读者的基本信息 函数。 （4） borrow（）：读者借书函数。
读者所包含的用例有： （1） 登录系统 （2） 借书：进行借书业务。 （3） 还书：读者具有的还书业务。 （4） 查询：包含对个人信息和书籍信息的查询业务 （5） 预订：读者对书籍的预订业务。 （6） 逾期处理：就是书籍过期后的缴纳罚金等。 （7） 书籍丢失处理：对书籍丢失后的不同措施进行 处理。 （8） 自动借书机的使用等。
数。 借书时，读者先将书拿予管理员，管理员对书籍和读者进 行检验，若书籍和读者都符合借书条件，则借书成功。
1、 还书顺序图
图5.2：图书馆管理系统还书顺序图
【顺序图说明】
（1） login（）：登录系统。 （2） getitem():取得书籍条目信息。 （3） update（）：对图书馆书籍条目和借阅者信息
（2） admin类是管理员类，他有编号和姓名属性，操作 主要是书籍的增删改和读者的增删改等等。
（3） Title 类是记录书目信息的类，包括书籍的名字 （name）、作者（author）、book_id等属性。
（4） Item 类是具体某本书的类，属性包括书籍号（id）。操 作包括预订（reserve）、按书目查找 （find_on_title）等。
3.3、功能描述 （1） 借书。处理借书业务。 （2） 还书。处理还书业务。 （3） 书籍预订。借阅者可以通过网络进行书籍预订。 （4） 书籍信息录入。处理书籍个类信息录入业务。 （5） 借阅者信息录入。对读者信息进行录入。 （6） 书籍信息查询。负责书籍信息的查询。 （7） 读者信息查询。负责数据信息的查询。 （8） 借阅信息管理。书籍借阅信息包括所借书的书 名、ISBN以及借书的时间等。 （9） 书籍信息管理。书籍信息包括书籍的名字、 ISBN、作者、入库时间、书籍的编号等。 （10） 预订信息管理。负责管理书籍预订信息。
（5） borrow类是某本书的借阅信息类，包括所借阅书籍的 ISBN、借阅的时间（date）等。 （6） Reservation类是预订信息类，每个预订信息包括预订日
期（date）、所预订书籍的ISBN、预订书籍的用户 ID（UserID）等属性。 (7) persistent store类是书籍永久的存储类，在数据库中的 存储数据，其他对与书籍有关的活动都要经过其存储 类。
（2）基本数据录入功能子系统：该子系统主要包含有 书籍信息和读者信息录入功能。
（3）信息查询子系统：包含了多功能的查询书籍信息 和读者信息。
（4）数据库管理功能子系统：主要包含了借阅信息管理功 能，书籍信息管理功能和预订信息管理功能。 （5）帮助功能子系统。
下图为该图书馆管理系统的主要功能模块图：
图1：图书馆管理系统功能模块图
以图书馆管理系统为例设计一个图书馆管理系统的用例
图。
三、实验步骤
3.1、系统目标设计： 现内部图书借阅管理的系统化、规范化和自动化。对图书、借阅人进行
注册登记。 对图书检索，并能反映出图书的借阅情况；以借阅人编号 对借阅人信息进行检索；以出版社名称查询出版社联系方 式信息。 提供对书籍进行的预先预订的功能。 提供旧书销毁功能，对于淘汰、损坏、丢失的书目可及时 对数据库进行修改。 能够对使用该管理系统的用户进行管理，按照不同的工作 职能提供不同的功能授权。 提供较为完善的差错控制与友好的用户界面，尽量避免误 操作。 3.2、系统功能需求分析 (1) 读者管理：读者信息的制定、输入、修改、查询，包 括种类、性别、数量、期限、备注等。