图书馆管理系统UML建模分析与设计
图书馆管理系统uml建模--完美
基于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) 。
基于UML的图书馆管理系统分析设计报告1
图书馆管理系统分析设计1、系统简介本系统为一个小型的图书管理系统,需完成以下工作:（1）借书、还书（2）在图书馆中增加或删除一本书（3）按照作者或者专业领域查找一批书（4）找出被某位读者借出的一批书（5）找出最近借出某本书的读者系统的用户有两类:图书管理员与普通读者。
功能(1)(2)(5)只供图书管理员使用,功能(4)只能供读者查找自己借出的书,功能(3)为管理员与读者的共同功能。
本系统需满足以下限制:（1）图书馆中所有未借出的书可供读者随时借阅（2）在同一时刻,一本书不能既被借出又可供阅读（3）一个读者一次借出图书的数目不能超过预定值2、用例分析与设计从以上系统简介内容中可以瞧出,本系统有以下几类参与者:图书管理员Admin读者Reader读卡器CardReader服务器System在上述参与者中,图书管理员与读者与系统进行交互,通过对交互场景进行归类与抽象,本系统应具有以下用例:借书lendBook还书returnBook增加图书addBook删除图书delBook按作者、专业检索图书findBook_Author按读者检索图书findBook_Reader按书检索读者findReader_Book2.1生成用例图由以上用例分析可生成用例图,如图2、1所示图2、1 系统用例图2.2用例的顺序图为了使每个用例的操作流程更简洁明了,本系统采用UML的顺序图来对每个用例进行细化,如下所示。
1、借书图2、2 借书顺序图函数说明:InsertCard():刷卡ReadCard():读卡ifMax()判断借书数量就是否达到上限ReturnReaderInfo()返回读者信息Return(true):该读者可继续借书lendBook():输入借书信息Update()更新数据库2、还书图2、3 还书顺序图函数说明:BookInfo():输入还书信息Update():更新数据库ReturnReaderInfo():返回读者信息3、增加图书图2、4 增加图书顺序图函数说明:addBook():输入增加的图书信息ifAllowsAdd():判断就是否允许添加Update():更新图书信息Return(true):返回添加成功4、删除图书图2、5 删除图书顺序图函数说明:delBook():输入删除的图书信息ifAllowsDel():判断就是否可以删除ifSure():就是否确定删除Return(true)5:确定删除Update():更新图书信息Return(true)7:返回删除成功5、按作者检索图书图2、6 按作者或专业检索图书顺序图函数说明:findBook_Author():管理员或读者选择按作者或专业检索图书Author(String):输入作者或专业信息returnBookInfo():返回图书信息6、按读者检索图书管理员部分:图2、7 按读者检索图书顺序图图2、8 读者检索个人借阅图书顺序图函数说明:findBook_Reader():选择按读者检索图书ReaderId():输入读者编号ReaderIdandPass():输入读者编号密码returnBookInfo():返回书籍信息7、按书检索读者图2、9 按图书检索读者顺序图findReader_Book():选择按图书检索读者BookID():输入图书编号returnReaderInfo():返回读者信息3、概念模型与顶层架构设计3.1概念模型设计图3、1 系统概念模型——分析类图说明:表示控制类表示实体类表示边界类3.2顶层架构设计图3、2 系统顶层架构4、用户界面设计4、1 界面变化分析根据管理员的功能分析,与管理员相关的主要界面有以下10个: Admin Welcome: 管理员主界面findReader_Book:按读者检索图书界面lendBook:借书界面returnBook:还书界面addBook:增加图书界面delBook:删除图书界面findBook_Author:按作者或专业查找图书界面findBook_Reader:按读者检索图书界面UserInfo:显示读者信息界面BookInfo:显示图书信息界面各界面之间的转换如状态图4、1所示图4、1 管理员屏幕变化状态图根据读者的功能分析,与读者相关的主要界面有以下5个: Reader Welcome: 读者主界面findBook_Author:按作者或专业查找图书界面 findBook_Reader:按读者检索图书界面 InputPass:读者验证账户名密码界面 BookInfo:显示图书信息界面各界面之间的转换如状态图4、2所示图4、2 读者屏幕变化状态图4、2 界面的类图表示针对每个屏幕的结构及功能,采用类图对其进行详细说明,如下所示。
UML建模案例之图书管理系统
1. 系统管理员添加时序图
24
3. 系统管理员删除书目的时序图
25
4. 图书管理员处理书籍借阅的时序图
26
5. 图书管理员处理书籍归还的时序图
27
6. 借阅者查询书籍信息的时序图
28
7. 借阅者预留书籍的时序图
29
§3.4 系统的协作图
15
§3.1 建立UML初始模型
新建项目
16
§3.2 系统的用例图
创建用例图之前首先需要确定参与者。 系统的参与者主要有三类： ① 读者（也可称为借阅者）-Borrower ② 图书馆管理员-Librarian ③ 图书馆管理系统维护者 -Administrator
17
§3.2 系统的用例图
1. 借阅者请求服务的用例图 2. 图书馆管理员处理借书、还书等的用例图 3. 系统管理员进行系统维护的用例图
18
1. 借阅者请求服务的用例图
19
2. 图书馆管理员处理借书、还书等的用例图
20
3. 系统管理员进行系统维护的用例图
21
§3.3 系统的时序图
1. 系统管理员添加书籍的时序图 2. 系统管理员添加借阅者帐户的时序图 3. 系统管理员删除书目的时序图 4. 图书管理员处理书籍借阅的时序图 5. 图书管理员处理书籍归还的时序图 6. 借阅者查询书籍信息的时序图 7. 借阅者预留书籍的时序图
41
3. 系统管理员的活动图
① 系统管理员维护借阅者帐户的活动图 ② 系统管理员进行书目信息维护的活动图 ③ 系统管理员维护书籍信息的活动图
42
（1）系统管理员维护借阅者帐户的活动图
43
（2）系统管理员进行书目信息维护的活动图
图书管理系统分析及设计应用UML建模
图书管理系统分析及设计应用UML建模20XX——20X学年第一学期信息技术学院《软件系统建模与UML》综合设计实验网上书店系统的UML建模班级2022级软件工程学号姓名任课教师日期2022年X月X日目录第1章系统需求2第2章需求分析42.1识别参与者42.2识别用例52.3用例的事件流描述8第3章静态结构模型233.1定义系统对象233.2定义用户界面类233.3建立类图23第4章动态行为模型284.1创建系统顺序图（协作图）284.2创建系统的状态图304.3创建系统的活动图32第5章数据库模型35第6章物理模型366.1创建系统组件图366.2创建系统部署图37第1章系统需求网上书店系统描述如下：在网上书店系统中，普通用户浏览主页面查看图书及详细信息，如想在本网站购买图书，需注册成为该网站会员，然后进行购买活动。
会员用户通过其注册的账号及密码登陆该系统，登陆该系统后可以对个人信息进行修改，包括密码的修改，可以添加所选书籍到购物车，删除购物车里的书籍，以及修改购物车内书籍的数量，确定购买后进去支付页面。
管理员登陆系统后，可以修改其登陆密码，维护员工信息，维护会员信息，以及系统维护。
管理会员信息主要是添加会员、删除会员以及修改会员信息。
管理员工信息要分为添加员工、删除员工以及修改员工信息。
系统的维护主要为系统更新。
对上述网上书店系统的描述进行分析，可以获得如下功能性需求：Ø游客在网上书店系统注册个人信息，可以成为会员。
Ø会员通过身份验证，登录到网上书店系统。
Ø会员或游客可以浏览网上书店的图书。
Ø会员可以修改个人信息。
Ø会员可以将要买的书籍添加到购物车，可以对购物车里书籍数量信息进行修改。
Ø会员可以对所下订单进行提交。
Ø会员可以进入付款界面进行结算。
Ø员工根据用户名和密码，登录到网上书店系统。
Ø员工可以对书店的销售情况进行查询。
图书管理系统的分析与设计——基于UML的系统建模 ppt课件
8. 登录
ppt课件
用例编号 用例名 用例描述 参与者 前置条件 后置条件 基本路径
US08 Log In (登录) 完成书刊的添加、修改或删除功能 图书管理员 无 参与者可以启动系统并使用系统所提供的功能
（1）系统提示用户输入用户名和密码。
（2）用户输入用户名和密码。
（3）系统验证输入的用户名和密码，若正确(E-1),则用户登 录到系统中。
E-3: 预定信息不存在，系统显示提示信息，用例终止。
17
5. 维护借阅者信息
ppt课件
用例编号 US05
用例名
Maintain Borrower Info
用例描述 完成系统添加、修改或删除借阅者信息功能
参与者
图书管理员
前置条件 在这个用例开始前，Librarian必须登录到系统中
后置条件 如果这个用例成功，系统添加、修改或删除借阅 者信息。
Librarian 描述：图书管理员维护系统，可以创建、修改、删除借阅 者的信息，可以添加、编辑、删除书刊信息，即维护目录， 还可以添加、编辑、删除物理书刊信息。
示例：图书管理员。 8
2.2 识别用例
ppt课件
前面已经识别出了参与者，通过对需求的进一步 分析，可以确定系统中有如下用例存在： Borrow Book (借书) 本用例提供了借阅物理书刊的功能。 Return Book (还书) 本用例提供了返还物理书刊的功能。 Reserve Title (预定书刊) 本用例提供了预定书刊的功能。
ppt课件
图书管理系统的分析与设计 ——基于UML的系统建
模
2011.6.1
1
UML建模概述
ppt课件
2
ppt课件
基于图书馆管理系统UML建模分析与设计
UML面向对象建模基础论文基于图书馆管理系统UML建模分析与设计一、图书馆管理系统的需求分析系统的功能需求主要包括以下几点：1．借阅者可以通过网络查询书籍信息和预定信息；2．借阅者能够借阅书籍和还书；3．图书管理员能够处理借阅者的借阅和还书请求；4．系统管理员可以对系统的数据进行维护，如增加、删除和更新书目，增加、删除和更新借阅者的账户，增加和删除书籍。
二、系统的用例图1.借阅者请求服务的用例图return the book用例图说明：search foe book:书籍查询用例。
reserve the book:书籍预定用例。
login the system:登录系统，用户可以登录系统以便进行借阅信息查询以及预定书籍等操作。
query info:查询借阅信息。
login the system:借阅书籍。
return the book:归还书籍。
return with fine:还书时交纳罚金，如果借阅者所借书籍超过借阅期限未还，还书时候就要交纳罚金。
2.图书馆管理员处罚借书、还书等的用例图remove reservation用例图说明Get book: 书籍归还处理。
lend book:书籍借阅处理。
remove reservation: 删除书籍预定信息。
get with fine:还书时收取罚金。
check user count:检查用户借阅凭证的合法性。
图书馆管理员在借阅者借书时候要检查用户借阅凭证的合法性。
3.系统管理员进行系统维护的用例图用例图说明:remove or update borrower：删除或更新借阅者账户信息。
add borrower：添加借阅者账户。
remove book：删除书籍。
add book：增加书籍。
remove or update title：删除或更新书目。
add title：增加书目。
query book info：书籍信息查询。
query borrower info：查询读者信息。
基于UML的图书馆管理系统分析设计报告
图书馆管理系统分析设计1、系统简介本系统为一个小型的图书管理系统，需完成以下工作：（1）借书、还书（2）在图书馆中增加或删除一本书（3）按照作者或者专业领域查找一批书（4）找出被某位读者借出的一批书（5）找出最近借出某本书的读者系统的用户有两类：图书管理员和普通读者。
功能（1）（2）（5）只供图书管理员使用，功能（4）只能供读者查找自己借出的书，功能（3）为管理员和读者的共同功能。
本系统需满足以下限制：（1）图书馆中所有未借出的书可供读者随时借阅（2）在同一时刻，一本书不能既被借出又可供阅读（3）一个读者一次借出图书的数目不能超过预定值2、用例分析与设计从以上系统简介内容中可以看出，本系统有以下几类参与者：图书管理员Admin读者Reader读卡器CardReader服务器System在上述参与者中，图书管理员和读者与系统进行交互，通过对交互场景进行归类和抽象，本系统应具有以下用例：借书lendBook还书returnBook增加图书addBook删除图书delBook按作者、专业检索图书findBook_Author按读者检索图书findBook_Reader按书检索读者findReader_Book2.1生成用例图由以上用例分析可生成用例图，如图2.1所示图2.1 系统用例图2.2用例的顺序图为了使每个用例的操作流程更简洁明了，本系统采用UML的顺序图来对每个用例进行细化，如下所示。
1、借书图2.2 借书顺序图函数说明：InsertCard（）：刷卡ReadCard（）：读卡ifMax（）判断借书数量是否达到上限ReturnReaderInfo（）返回读者信息Return（true）：该读者可继续借书lendBook（）：输入借书信息Update（）更新数据库2、还书图2.3 还书顺序图函数说明：BookInfo（）：输入还书信息Update（）：更新数据库ReturnReaderInfo（）：返回读者信息3、增加图书图2.4 增加图书顺序图函数说明：addBook（）：输入增加的图书信息ifAllowsAdd（）：判断是否允许添加Update（）：更新图书信息Return（true）：返回添加成功4、删除图书图2.5 删除图书顺序图函数说明：delBook（）：输入删除的图书信息ifAllowsDel（）：判断是否可以删除ifSure（）：是否确定删除Return（true）5：确定删除Update（）：更新图书信息Return（true）7：返回删除成功5、按作者检索图书图2.6 按作者或专业检索图书顺序图函数说明：findBook_Author（）：管理员或读者选择按作者或专业检索图书Author（String）：输入作者或专业信息returnBookInfo():返回图书信息6、按读者检索图书管理员部分：图2.7 按读者检索图书顺序图读者部分图2.8 读者检索个人借阅图书顺序图函数说明：findBook_Reader（）：选择按读者检索图书ReaderId（）：输入读者编号ReaderIdandPass():输入读者编号密码returnBookInfo（）：返回书籍信息7、按书检索读者图2.9 按图书检索读者顺序图函数说明：findReader_Book()：选择按图书检索读者BookID（）：输入图书编号returnReaderInfo（）：返回读者信息3、概念模型和顶层架构设计3.1概念模型设计图3.1 系统概念模型——分析类图说明：表示控制类表示实体类表示边界类3.2顶层架构设计图3.2 系统顶层架构4、用户界面设计4.1 界面变化分析根据管理员的功能分析，与管理员相关的主要界面有以下10个：Admin Welcome：管理员主界面findReader_Book：按读者检索图书界面lendBook：借书界面returnBook：还书界面addBook:增加图书界面delBook：删除图书界面findBook_Author：按作者或专业查找图书界面findBook_Reader：按读者检索图书界面UserInfo：显示读者信息界面BookInfo：显示图书信息界面各界面之间的转换如状态图4.1所示图4.1 管理员屏幕变化状态图根据读者的功能分析，与读者相关的主要界面有以下5个：Reader Welcome：读者主界面findBook_Author：按作者或专业查找图书界面findBook_Reader：按读者检索图书界面InputPass：读者验证账户名密码界面BookInfo：显示图书信息界面各界面之间的转换如状态图4.2所示图4.2 读者屏幕变化状态图4.2 界面的类图表示针对每个屏幕的结构及功能，采用类图对其进行详细说明，如下所示。
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、对参与者的确定需要分析系统设计的问题领域，明确系统运行的主要任务。
根据图书管理系统的需求分析，可以得到如下任务：●读者要借书籍●读者要还书籍●读者要预留书籍●读者要撤销预留书籍●工作人员根据读者要求提供服务●工作人员进行查询，修改信息这个用例图的参与者严格说有两个，一个是图书馆工作人员，一个读者，而实际系统使用的主要操作者是图书馆工作人员，读者没有操作系统的权限，只是想工作人员提供请求服务的信息。
高校图书管理系统分析与设计(uml)
图书管理系统的分析与设计（样例）内容：1、需求分析（1）域描述（2）功能性需求——用例图（3）For personal use only in study and research; not for commercial use（4）（5）用例的事件流描述——用例文档2、静态模型（1）系统包图（2）类图3、动态模型（1）交互图——顺序图、协作图（2）状态机图（3）活动图4、物理模型（1）组件图（2）部署图1．某图书借阅管理系统需求说明如下：（1）管理员应建立图书书目，以提供图书检索之便利。
一条书目可有多本同ISBN号的图书，每一本图书只能对应于一个书目。
（2）图书可被读者借阅。
读者在办理图书借阅时，管理员应记录借书日期，并记录约定还书日期，以督促读者按时归还。
一个读者可借阅多本图书，一本图书每次只能被一个读者借阅。
（3）图书将由管理员办理入出库。
图书入出库时，应记录图书状态变更，如：存库、外借，并记录变更日期。
一个管理员可办理多本图书入出库，但一本图书的某次入出库办理，必须有确定的管理员经手。
试以上述说明为依据，对该问题做用例建模、活动建模、类分析建模。
✧需求分析图书馆图书管理系统的域描述如下：在图书管理系统中，要为每个借阅者建立一个账户，并给借阅者发放借阅卡（借阅卡可以提供借阅卡号、借阅者名），账户中存储借阅者的个人信息、借阅信息以及预订信息。
持有借阅卡的借阅者可以借阅书刊、返还书刊、查询书刊信息、预订书刊并取消预订，但这些操作都是通过图书管理员进行的，也即借阅者不直接与系统交互，而是图书管理员充当借阅者的代理与系统交互。
在借阅书刊时，需要输入所借阅的书刊名、书刊的ISBN/ISSN号，然后输入借阅者的图书卡号和借阅者名，完成后提交所填表格，系统验证借阅者是否有效（在系统中存在账户），若有效，借阅请求被接受，系统查询数据库系统，看借阅者所借阅的书刊是否存在，若存在，则借阅者可借出书刊，建立并在系统中存储借阅记录。
图书管理系统的UML建模分析与研究
图书管理系统的UML建模分析与研究摘要：UML是一种常用的建模语言，它具有定义较好、功能强大的优点。
本篇文章对图书管理系统里如何采用UML建模语言作了详细的分析和设计，而且在分析图书馆系统需求和功能的同时给出了整个系统建模的设计分析，最后对整个系统进行总结。
Key：UML；图示管理系统；建模：TP311.52随着图书馆规模的壮大，各种图书信息量成倍增大，传统的人工管理方式必然会导致图书馆管理杂乱无章，从而影响图书馆的正常运作。
因此为了保证整个图书馆正常运行和管理，这时就需要一套新的有效、合理、实用和规范的系统，来满足管理需求。
然而在进行管理系统开发之前，我们必须先做好需求分析，分析越是详细越是节约系统开发所需的时间。
1 UML简介1.1 UML的概念UML即统一建模语言，是一种面向对象技术领域内的标准建模语言。
它采用统一的图形和符号来代表模型元素，可避免一些不太必要的差异存在，这就是图书管理系统开发所需的成熟性的建模语言。
1.2 UML建模机制UML主要包括静态建模机制与动态建模机制两种形式。
（1）静态建模机制主要有力图、对象图、类图、组件、包等。
（2）动态建模之地主要有消息、协作图、顺序图、活动图等。
2 图书管理系统需求与功能分析2.1 图书管理系统的需求图书管理系统是用来为学生提供方便的，他们对系统的需求：（1）能依照譬如书名、作者、编号等多种方式来查询图书馆的藏书，以便更好的借阅、续借、预借和归还；（2）能及时的查询和更新图书借阅情况、浏览动态信息和自己的基本资料等。
图书管理人员对系统的需求：（1）能便于查询图书和图书借阅情况，对借书还书进行处理，以及浏览图书动态信息；（2）能随时更新一些学生借阅图书超期通知、及图书借阅情况、藏书情况，方便学生能及时获取一些借书信息。
图书系统管理对系统的需求：（1）能提供录入、修改、登记、注销图书等功能；（2）能轻松进行新生信息登记和已毕业学生信息的注销等信息。
图书馆管理系统UML建模分析与设计
图书馆管理系统UML建模分析与设计1。
业务建模1。
1系统需求分析(1）基本数据维护功能：图书馆工作人员对数据做直接操作与维护,包括增加、删除、更改图书信息和读者信息；(2）基本业务功能:支持读者借书、还书、续借、预留、罚款等业务，并能实时更新数据库中各项记录;(3）数据库管理功能:支持数据库维护人员对各个分馆的所有图书、读者信息的集中存放和统一管理;（4）信息查询功能:对图书信息、读者信息的搜索查询；(5)身份认证功能:系统管理人员需要根据用户名和密码登录系统才能进行管理操作；（6）与外部系统交互功能:读者缴纳罚款时，可采用校园卡转账方式进行支付；1。
2术语表（1）名词术语:图书，读者，读者类型，学生，老师,借阅记录，数据库，维护人员，图书馆工作人员,罚款,校园卡系统；(2）动词术语：增，删,改，借书，还书，续借,预留，罚款，转账，信息查询，身份认证，更新数据库;1。
3领域类图1.4用例描述及用例图1.4.1用例图（1)和“读者”有关的用例:（2)和“馆员”(图书管理员）有关的用例：(3)和“维员”（数据库维护人员）相关的用例：（3）和“校园卡系统”相关的用例：（4）发起者间的关系：1。
4。
2用例描述（1）用例名称：读者登录参与者:读者步骤：1.读者把图书卡置于自助机的扫描位置，发起用例；2。
机器扫描图书卡信息进行身份验证,登陆成功,显示读者姓名;前置条件：读者已办理图书卡；后置条件：机器请读者选择要做的操作；2a重新放置2a1若图书卡信息读取失败,读者重新放置图书卡，返回步骤1；（2）用例名称：借阅图书参与者：读者步骤:1。
读者通过在自助机上选中“借书"功能，发起用例；2。
读者把要借的图书置于感应区；3.机器询问借阅图书数量;4。
读者选择数量；5。
显示当前借阅信息（图书信息，借阅时间,借阅人)，询问读者确认借书;6.读者核对信息,确认借书；7。
借书完成,机器显示图书信息和应归还日期；前置条件:读者已登录，借阅图书在馆；后置条件:生成新的借阅记录，同时修改被借图书的状态为“借出”;拓展点:5a重新放置5a1若显示的信息不符合，读者重新放置归还的图书，返回步骤2；7a超出借书额度7a1若读者者借书册数超出可借册数，提示“借书失败!已超出借书额度，最多可借五本书!”；（3)用例名称:归还图书参与者：读者步骤:1。
基于UML的图书馆管理系统建模研究设计
一、摘要面向对象的软件工程，同传统的面向过程的软件工程相比，在需求的获取、系统分析、设计和实现方面都有着很大的区别。
UML是OOA和OOD的常用工具。
使用UML来构建软件的面向对象的软件工程的过程，就是一个对系统进行不断精化的建模的过程。
这些模型包括用例模型、分析模型、设计模型，然后，我们需要使用具体的计算机语言来建立系统的实现模型。
当然，在整个软件工程中，我们还需要建立系统的测试模型，以保证软件产品的质量。
使用面向对象的工具来构建系统，就应该使用面向对象的软件工程方法。
然而，我们经常会发现，在实际的开发过程中，很多开发人员虽然能够理解UML的所有图形，却仍然不能得心应手的使用UML来构建整个项目，其很大的原因，是仍然在使用原有的软件工程方法，而不清楚如何使用UML来建立系统的这些模型，不清楚分析和设计的区别，以及他们之间的转化。
应用软件系统，就其本质来说，是使用计算机对现实世界进行的数字化模拟。
应用软件的制造过程，按照UML的方法，就是建立这一些列模型的过程。
关于这个图书馆系统，基本的需求比较简单，就是允许学生可以在图书馆借阅和归还图书，另外，也可以通过网络或者图书馆的终端来查阅和预订书。
当然，图书馆管理员也可以对图书进行管理。
为了简化系统，我们没有把图书馆中的人员作细分。
本文只是对使用UML的过程做一个探讨，着眼于使用UML进行建模的过程，说明各个层次的模型之间的区别和联系，展示系统演进的过程，而不会深入UML的细节方面。
对于更加复杂的系统，其分析和设计的方法是相通的，可以举一反三。
二、图书管理系统可行性分析随着政府机关与广大企事业单位内部网络的广泛建立，在通用信息平台上构筑高效实用的协同工作和自动化办公应用系统，满足信息高度共享和即时发布的需求，有效实现内部知识管理，已成为众多用户的共同需求。
图书管理系统，为政府机关与广大企事业单位自动化办公提供了一个较好的解决方案。
在开发过程中，按照软件工程的步骤，从设计到开发采用了面向对象的思想和技术，采用了SQL SERVER 2008数据库，使得本系统可以方便的和其他子系统进行数据交换。
图书馆管理系统uml建模--完美
基于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) 。
UML实例教程 图书管理系统中UML建模分析与设计
UML实例教程图书管理系统中UML建模分析与设计
1、UML简介
UML(统一建模语言)是面向对象建模语言的标准，它可以对任何具有静态结构和动态行为的系统进行建模，它的主要作用是帮助用户进行面向的描述和建模，它可以描述软件从需求分析到软件实现和测试的全过程。
标准建模语言UML的重要内容可以由五类图(十种图形)来定义，如表1所示。
2、图书管理系统的UML建模设计
以图书管理系统为例，结合RationalRose2003工具软件绘制图形，详细阐述UML实例教程中UML建模过程。
2.1需求分析描述
图书信息管理系统是使用计算机实现图书大量信息处理的电子档案管理系统，在本系统中主要满足借书者、图书管理员和系统管理员3方面的需求。
对借书者来说主要是查询个人信息、查询图书信息、预定当前正在被别人借阅的图书、借阅图书和返还图书等；图书管理员是系统的主要使用者，负责借书处理和还书处理，当读者预定的图书借出给定预定者后取消图书预定；系统管理员主要负责系统的维护工作，涉及到读者信息管理，图书信息管理，系统状态维护等。
系统的功能分析如图1所示。
图1图书管理系统功能分析图
2.2模型建立
1)用例模型的建立
UML实例教程中建立用例模型首先要确定角色(Actors)，Actors表示提供或接收系统信息的人或系统，他们是与系统有交互作用的人或事务，代表一个系统的使用者或外部通信的目标。
用例是系统中的一个功能单元，可以被描述为参与系统之间的一次交互作用。
用例模型的用途是列出系统中的用例和参与者，并且显示哪个是用例的执行。
根据以上的系统分析，本系统确定的角色有借书者、图书管理员和系统管理员。
UML建模的用例图如图2所示。
基于UML的图书馆管理系统分析设计报告(1)
图书馆管理系统分析设计1、系统简介本系统为一个小型的图书管理系统，需完成以下工作：（1）借书、还书（2）在图书馆中增加或删除一本书（3）按照作者或者专业领域查找一批书（4）找出被某位读者借出的一批书（5）找出最近借出某本书的读者系统的用户有两类：图书管理员和普通读者。
功能（1）（2）（5）只供图书管理员使用，功能（4）只能供读者查找自己借出的书，功能（3）为管理员和读者的共同功能。
本系统需满足以下限制：（1）图书馆中所有未借出的书可供读者随时借阅（2）在同一时刻，一本书不能既被借出又可供阅读（3）一个读者一次借出图书的数目不能超过预定值2、用例分析与设计从以上系统简介内容中可以看出，本系统有以下几类参与者：图书管理员Admin读者Reader读卡器CardReader服务器System在上述参与者中，图书管理员和读者与系统进行交互，通过对交互场景进行归类和抽象，本系统应具有以下用例：借书lendBook还书returnBook增加图书addBook删除图书delBook按作者、专业检索图书findBook_Author按读者检索图书findBook_Reader按书检索读者findReader_Book2.1生成用例图由以上用例分析可生成用例图，如图 2.1所示图2.1 系统用例图2.2用例的顺序图为了使每个用例的操作流程更简洁明了，本系统采用UML的顺序图来对每个用例进行细化，如下所示。
1、借书图2.2 借书顺序图函数说明：InsertCard（）：刷卡ReadCard（）：读卡ifMax（）判断借书数量是否达到上限ReturnReaderInfo（）返回读者信息Return（true）：该读者可继续借书lendBook（）：输入借书信息Update（）更新数据库2、还书图2.3 还书顺序图函数说明：BookInfo（）：输入还书信息Update（）：更新数据库ReturnReaderInfo（）：返回读者信息3、增加图书图2.4 增加图书顺序图函数说明：addBook（）：输入增加的图书信息ifAllowsAdd（）：判断是否允许添加Update（）：更新图书信息Return（true）：返回添加成功4、删除图书图2.5 删除图书顺序图函数说明：delBook（）：输入删除的图书信息ifAllowsDel（）：判断是否可以删除ifSure（）：是否确定删除Return（true）5：确定删除Update（）：更新图书信息Return（true）7：返回删除成功5、按作者检索图书图2.6 按作者或专业检索图书顺序图函数说明：findBook_Author（）：管理员或读者选择按作者或专业检索图书Author（String）：输入作者或专业信息returnBookInfo():返回图书信息6、按读者检索图书管理员部分：图2.7 按读者检索图书顺序图图2.8 读者检索个人借阅图书顺序图函数说明：findBook_Reader（）：选择按读者检索图书ReaderId（）：输入读者编号ReaderIdandPass():输入读者编号密码returnBookInfo（）：返回书籍信息7、按书检索读者图2.9 按图书检索读者顺序图findReader_Book()：选择按图书检索读者BookID（）：输入图书编号returnReaderInfo（）：返回读者信息3、概念模型和顶层架构设计3.1概念模型设计图3.1 系统概念模型——分析类图说明：表示控制类表示实体类表示边界类3.2顶层架构设计用户交互层业务逻辑层网络服务层Card CardReader AdminWindows ReaderWindowslendBook returnBook addBook delBook findReader_Book findBook_Author findBook_ReaderifMax SystemSession Operation图3.2 系统顶层架构4、用户界面设计4.1 界面变化分析根据管理员的功能分析，与管理员相关的主要界面有以下10个：Admin Welcome：管理员主界面findReader_Book：按读者检索图书界面lendBook：借书界面returnBook：还书界面addBook:增加图书界面delBook：删除图书界面findBook_Author：按作者或专业查找图书界面findBook_Reader：按读者检索图书界面UserInfo：显示读者信息界面BookInfo：显示图书信息界面各界面之间的转换如状态图 4.1所示图4.1 管理员屏幕变化状态图根据读者的功能分析，与读者相关的主要界面有以下5个：Reader Welcome ：读者主界面findBook_Author ：按作者或专业查找图书界面findBook_Reader ：按读者检索图书界面InputPass ：读者验证账户名密码界面BookInfo ：显示图书信息界面各界面之间的转换如状态图4.2所示Reader WelcomefindBook_ AuthorfindBook_ReaderInputPass密码错误，重新输入BookInfo继续继续密码正确继续图4.2 读者屏幕变化状态图4.2 界面的类图表示针对每个屏幕的结构及功能，采用类图对其进行详细说明，如下所示。
图书管理系统—UML系统建模
图书管理系统--------UML系统建模1.1系统需求图书管理系统需要满足来自三方面的需求，这三个方面分别是图书借阅者、图书馆工作人员和图书馆管理人员。
图书借阅者的需求是查询图书馆所存的图书、个人借阅情况及个人信息的修改；图书馆工作人员的功能最为复杂，包括图书借阅者及图书进行管理和维护，以及对系统状态的查看和维护。
满足用户基本需要的系统，必须有如下功能:⑴基本数据维护功能需求⑵基本业务功能需求；⑶数据库维护功能需求；⑷查询功能需求；⑸安全使用管理功能需求；⑹帮助功能需求；总之，该图书管理系统能够是图书馆管理员方便地管理图书馆内的多种事物，让图书馆工作人员更有效地为读者提供借阅和归还书籍的服务，能够为读者提供查询书籍信息和个人借阅信息的服务。
2.1用例图2.1.1借阅者请求服务的用例图借阅者请求服务的用例包括：1.登录系统3.查询自己的借阅信息5.查询书籍信息 2.预定书籍4.借阅书籍6.归还书籍此用例图如图1所示。
BorrowerSearch for bookReserve the bookLogon the system<<use>>Query hfo<<use>>Borrow the bookReturn the bookReturn with Fine<<extend>>图1借阅者请求服务的用例图2.1.2读书馆管理员处理借书、还书的用例图图书管理员处理借书、还书的用例包括：1.处理书籍借阅3.处理书籍借还2.删除预定信息此用例图如图2所示。
LibrarianGetbookGet With FineLend bookcheck user accountRemove Resservation<<extend>><<i ncl ude>><<use>>图2图书管理员处理借书、还书的用例图2.1.3系统管理员进行系统维护的用例图系统管理员进行系统维护的用例包括：1.查询借阅者信息4.查询书籍信息7.增加书目2.删除或更新书目5.增加书籍8.删除书籍3.添加借阅者账户6.删除或更新借阅者账户此用例如图3所示。
基于UML的图书馆管理系统分析设计报告
图书馆管理系统分析设计1、系统简介本系统为一个小型的图书管理系统，需完成以下工作：（1）借书、还书（2）在图书馆中增加或删除一本书（3）按照作者或者专业领域查找一批书（4）找出被某位读者借出的一批书（5）找出最近借出某本书的读者系统的用户有两类：图书管理员和普通读者。
功能（1）（2）（5）只供图书管理员使用，功能（4）只能供读者查找自己借出的书，功能（3）为管理员和读者的共同功能。
本系统需满足以下限制：（1）图书馆中所有未借出的书可供读者随时借阅（2）在同一时刻，一本书不能既被借出又可供阅读（3）一个读者一次借出图书的数目不能超过预定值2、用例分析与设计从以上系统简介内容中可以看出，本系统有以下几类参与者：图书管理员Admin读者Reader读卡器CardReader服务器System在上述参与者中，图书管理员和读者与系统进行交互，通过对交互场景进行归类和抽象，本系统应具有以下用例：借书lendBook还书returnBook增加图书addBook删除图书delBook按作者、专业检索图书findBook_Author按读者检索图书findBook_Reader按书检索读者findReader_Book2.1生成用例图由以上用例分析可生成用例图，如图2.1所示图2.1 系统用例图2.2用例的顺序图为了使每个用例的操作流程更简洁明了，本系统采用UML的顺序图来对每个用例进行细化，如下所示。
1、借书图2.2 借书顺序图函数说明：InsertCard（）：刷卡ReadCard（）：读卡ifMax（）判断借书数量是否达到上限ReturnReaderInfo（）返回读者信息Return（true）：该读者可继续借书lendBook（）：输入借书信息Update（）更新数据库2、还书图2.3 还书顺序图函数说明：BookInfo（）：输入还书信息Update（）：更新数据库ReturnReaderInfo（）：返回读者信息3、增加图书图2.4 增加图书顺序图函数说明：addBook（）：输入增加的图书信息ifAllowsAdd（）：判断是否允许添加Update（）：更新图书信息Return（true）：返回添加成功4、删除图书图2.5 删除图书顺序图函数说明：delBook（）：输入删除的图书信息ifAllowsDel（）：判断是否可以删除ifSure（）：是否确定删除Return（true）5：确定删除Update（）：更新图书信息Return（true）7：返回删除成功5、按作者检索图书图2.6 按作者或专业检索图书顺序图函数说明：findBook_Author（）：管理员或读者选择按作者或专业检索图书Author（String）：输入作者或专业信息returnBookInfo():返回图书信息6、按读者检索图书管理员部分：图2.7 按读者检索图书顺序图图2.8 读者检索个人借阅图书顺序图函数说明：findBook_Reader（）：选择按读者检索图书ReaderId（）：输入读者编号ReaderIdandPass():输入读者编号密码returnBookInfo（）：返回书籍信息7、按书检索读者图2.9 按图书检索读者顺序图findReader_Book()：选择按图书检索读者BookID（）：输入图书编号returnReaderInfo（）：返回读者信息3、概念模型和顶层架构设计3.1概念模型设计图3.1 系统概念模型——分析类图说明：表示控制类表示实体类表示边界类3.2顶层架构设计图3.2 系统顶层架构4、用户界面设计4.1 界面变化分析根据管理员的功能分析，与管理员相关的主要界面有以下10个：Admin Welcome：管理员主界面findReader_Book：按读者检索图书界面lendBook：借书界面returnBook：还书界面addBook:增加图书界面delBook：删除图书界面findBook_Author：按作者或专业查找图书界面findBook_Reader：按读者检索图书界面UserInfo：显示读者信息界面BookInfo：显示图书信息界面各界面之间的转换如状态图4.1所示图4.1 管理员屏幕变化状态图根据读者的功能分析，与读者相关的主要界面有以下5个：Reader Welcome：读者主界面findBook_Author：按作者或专业查找图书界面findBook_Reader：按读者检索图书界面InputPass：读者验证账户名密码界面BookInfo：显示图书信息界面各界面之间的转换如状态图4.2所示图4.2 读者屏幕变化状态图4.2 界面的类图表示针对每个屏幕的结构及功能，采用类图对其进行详细说明，如下所示。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
图书馆管理系统UML建模分析与设计1.业务建模1.1系统需求分析（1）基本数据维护功能：图书馆工作人员对数据做直接操作与维护，包括增加、删除、更改图书信息和读者信息；（2）基本业务功能：支持读者借书、还书、续借、预留、罚款等业务，并能实时更新数据库中各项记录；（3）数据库管理功能：支持数据库维护人员对各个分馆的所有图书、读者信息的集中存放和统一管理；（4）信息查询功能：对图书信息、读者信息的搜索查询；（5）身份认证功能：系统管理人员需要根据用户名和密码登录系统才能进行管理操作；（6）与外部系统交互功能：读者缴纳罚款时，可采用校园卡转账方式进行支付；1.2术语表（1）名词术语：图书，读者，读者类型，学生，老师，借阅记录，数据库，维护人员，图书馆工作人员，罚款，校园卡系统；（2）动词术语：增，删，改，借书，还书，续借，预留，罚款，转账，信息查询，身份认证，更新数据库；1.3领域类图1.4用例描述及用例图1.4.1用例图（1）和“读者”有关的用例：（2）和“馆员”（图书管理员）有关的用例：（3）和“维员”（数据库维护人员）相关的用例：（3）和“校园卡系统”相关的用例：（4）发起者间的关系：1.4.2用例描述（1）用例名称：读者登录 参与者：读者 步骤：1.读者把图书卡置于自助机的扫描位置，发起用例；2.机器扫描图书卡信息进行身份验证，登陆成功，显示读者姓名； 前置条件：读者已办理图书卡；后置条件：机器请读者选择要做的操作； 2a 重新放置2a1若图书卡信息读取失败，读者重新放置图书卡，返回步骤1； （2）用例名称：借阅图书 参与者：读者 步骤：1.读者通过在自助机上选中“借书”功能，发起用例；2.读者把要借的图书置于感应区；3.机器询问借阅图书数量；校园卡系统4.读者选择数量；5.显示当前借阅信息（图书信息，借阅时间，借阅人），询问读者确认借书；6.读者核对信息，确认借书；7.借书完成，机器显示图书信息和应归还日期；前置条件：读者已登录，借阅图书在馆；后置条件：生成新的借阅记录，同时修改被借图书的状态为“借出”；拓展点：5a重新放置5a1若显示的信息不符合，读者重新放置归还的图书，返回步骤2； 7a超出借书额度7a1若读者者借书册数超出可借册数，提示“借书失败！已超出借书额度，最多可借五本书！”；（3）用例名称：归还图书参与者：读者步骤：1.读者通过在自助机上选中“还书”功能，发起用例；2.读者把要归还的图书置于感应区；3.机器询问要归还图书的数量，给出选项；4.读者选择数量；5.机器显示读取到的图书信息，询问读者确认还书；6.读者核对信息，确认还书；7.还书完成，机器显示图书信息和应归还日期；前置条件：借阅图书状态是“借出”；后置条件：借阅记录中图书已归还，修改归还图书的状态为“在馆”；拓展点：3a重新放置3a1若没有合适的数量可选，读者重新放置归还的图书，返回步骤2； 7a超出节约期限7a1若图书超期，则系统按规定计算罚款金额，并提示“还书失败，请缴纳罚款！”；（4）用例名称：查找图书信息参与者：读者步骤：1.读者通过操作自助计算机上的搜索页面，发起用例；2.读者输入图书信息，确认搜索；3.机器在数据库中查询，显示图书信息；前置条件：；后置条件：；3a查询失败3a1若无相关信息，机器提示“查询失败，找不到有关信息！”；（5）用例名称：预订图书参与者：读者步骤：1.读者通过在自助机选中图书预订功能，发起用例；2.读者登录系统；3.机器检验图书是否为可预订图书，若为可预订图书显示图书副本状态；4.读者选中未被预定的的图书；7.预订完成，机器显示图书信息和预订日期；前置条件：读者已经正确查询了图书信息；后置条件：生成新的预订记录；拓展点：3a不可预订3a1若图书为不可预订图书，提示“此图书不可预订！”；4a无可选图书副本4a1若所有图书副本都已经借出且被预定，机器提供退出登录功能；（6）用例名称：续借图书参与者：读者步骤：1.读者通过在自助机上选中“续借”功能，发起用例；2.机器询问要续借的图书的数量，给出选项；3.读者选择数量；4. 读者把要续借的图书置于感应区；5.机器显示读取到的图书信息；6.读者核对信息，确认续借；7.续借完成，机器显示图书信息和应归还日期；前置条件：读者已登录系统，要续借的图书已被读者借阅且未超期；后置条件：修改借阅记录的借阅时间为当前时间；拓展点：4a重新放置5a1若机器显示的图书信息不正确，读者重新放置归还的图书，返回步骤2；7a超出节约期限7a1若图书超期，则系统按规定计算罚款金额，并提示“续借失败，请缴纳罚款！”；（7）用例名称：查看账户信息参与者：读者步骤：1.读者选中查看账户信息功能，发起用例；2.机器显示账户信息（读者信息，已借阅的图书信息，归还失败欠费的图书信息）；前置条件：读者已登录系统；后置条件：读者获取信息；拓展点：2a账户信息有误2a1若机器显示的信息有误，发起馆员修改账户信息用例，修改成功后返回步骤1；（8）用例名称：缴纳罚款参与者：馆员步骤：1.馆员用读者的图书卡登录系统并选择缴纳罚款功能，发起用例；2.链接校园卡系统转账支付罚款；3.支付成功，显示读者信息；前置条件：读者账户欠费；后置条件：读者欠费时不可用系统功能项恢复正常可使用；4a校园卡余额不足4a1若校园卡余额不足缴纳罚款，提示“余额不足，支付失败”；（9）用例名称：查询图书信息参与者：馆员步骤：1.馆员选中查询图书信息功能，发起用例；2.馆员输入图书编码，点击查询按钮。
或将图书置于扫描区；3. 系统搜索图书，机器识别图书条码，显示图书信息；前置条件：馆员登录系统；后置条件：无；3a重新扫描3a1若系统显示没有图书信息，提示“无选中图书”，馆员重新放置图书，返回步骤2；3b重新输入3b1若馆员键入图书编号有误，则系统显示无图书信息或信息有误，馆员重新输入图书编号，返回步骤2；（10）用例名称：添加图书信息参与者：图书馆管理人员步骤：1.馆员选择要添加的图书，发起用例；2.系统显示添加页面；3.馆员填写添加图书必填信息；4.添加完成，提交信息；5.系统进行后台处理，提示添加成功，自动返回添加页面；6.重复步骤3和4，直至图书添加完成；前置条件：馆员登录系统；后置条件：添加的图书可正常借出；4a信息填写不完整4a1若馆员添加图书时漏填了必填信息，提示“信息不完整，请重新输入！”；4a图书编号重复4a1若馆员添加图书时填写的图书编号与已有信息重复，提示“图书编号不可用，请重新输入！”；（11）用例名称：修改图书信息参与者：馆员步骤：1.馆员选中要修改的图书，发起用例；2.系统显示图书信息界面；3.馆员修改图书信息，提交系统；4.系统后台处理，显示修改成功，自动返回修改页面；5.重复步骤1,2和3，直至图书添加完成；前置条件：馆员登录系统，并查询到图书信息；后置条件：无；4a修改信息不规范4a1若馆员输入的修改信息不规范（数据类型不匹配、输入文本过长等），系统提示“修改失败，请重新输入”；4b未作修改4b1若馆员没有对图书信息作出修改进行提交，系统提示“未做任何修改！”；4c修改信息为空4c1若馆员将图书信息改为空进行提交，系统提示“修改失败，信息不能为空！”（12）用例名称：删除图书信息参与者：馆员步骤：1.馆员选中要删除的图书并选择删除功能，发起用例；2.系统提示删除确认；3.馆员选中确认删除；4.删除成功，系统返回删除界面；前置条件：馆员登录系统，并查询到图书信息；后置条件：无；（13）用例名称：添加读者信息；参与者：馆员步骤：1.馆员选中添加读者信息功能，发起用例；2.系统显示添加账户界面；3.馆员输入必填信息并进行提交；3.提交成功，系统提示添加成功，自动返回添加页面；前置条件：馆员登录系统；后置条件：添加的读者可使用系统功能；3a读者Id不可用3a1若输入的读者Id不存在或已经失效，提示“账户不可用，添加读者失败！”；3b读者信息不足3b1若有馆员没有填必填的读者信息，提示“信息不足，添加读者失败！”；（14）用例名称：修改读者信息参与者：馆员步骤：1.馆员选中要修改的读者信息并选中修改功能，发起用例；2.链接校园卡系统转账支付罚款；3.支付成功，显示读者信息；前置条件：馆员登录系统，并查询到读者信息；后置条件：无；（15）用例名称：查询读者信息参与者：馆员步骤：1.馆员用读者的图书卡登录系统并选择缴纳罚款功能，发起用例；2.链接校园卡系统转账支付罚款；3.支付成功，显示读者信息；前置条件：读者账户欠费；后置条件：读者欠费时不可用系统功能项恢复正常可使用；4a校园卡余额不足4a1若校园卡余额不足缴纳罚款，提示“余额不足，支付失败”；（16）用例名称：删除读者信息参与者：馆员步骤：1.馆员选中要删除的读者并选择删除功能，发起用例；2.系统提示删除确认；3.馆员选中确认删除；4.删除成功，系统返回删除界面；前置条件：馆员登录系统，并查询到读者信息；后置条件：无；（17）用例名称：维护数据库参与者：维员步骤：1.维员对数据库中读者信息和图书信息统一管理和维护。
前置条件：维员登录数据库；后置条件：无；1.5部分用例的活动图：（1）“借书”（2）“删除图书信息”（3）“登录”2.分析2.1分析类图由于图书馆管理系统的分析模型较复杂，可以把系统的分析类（边界类，实体类，控制类）分别存在三个包里：（1）系统服务包：包含系统提供给读者的服务；（2）系统管理包：包含和图书馆管理人员相关的分析类；（3）系统维护包：包含和数据库维护人员相关的分析类；2.2用例实现：顺序图描述 (1)借阅图书 A.基本事件流B.备选事件流(2)预订图书 A.基本事件流4B.备选事件流(3)归还图书A.基本事件流B.备选事件流（4）登录A.基本事件流B.备选事件流（5）查看账户信息 A.基本事件流B.备选事件流（6）缴纳罚款 A.基本事件流B.备选事件流（7）添加图书信息 A.基本事件流B.备选事件流（8）删除图书信息A.基本事件流B.备选事件流（9）修改图书信息A.基本事件流B.备选事件流（10）添加读者信息A.基本事件流B.备选事件流（11）修改读者信息A.基本事件流B.备选事件流（12）删除读者信息A.基本事件流B.备选事件流（13）搜索图书A.基本事件流（14）维护数据库A.基本事件流2.3细化领域类图2.3.1给类增添属性和操作：2.3.2增添类与类间的关系：（1）系统服务包中界面类、控制类与实体类间的关系：（2）系统管理包中界面类、控制类与实体类间的关系：（3）系统维护包中界面类、控制类与实体类间的关系：3.设计3.1状态图（1）以“借阅图书”用例为例：3.2详细类设计：为类图增添两个与数据库相关的类：持久储存类PerStore和OID类。