图书管理系统典型用例图---图书借阅子系统【呕心沥血整理版】
图书管理系统图文说明
图书管理系统数据流图第一：首先画图书管理系统和顾客（图书购买者）、出版社的数据流图第二：其次图书管理系统和学校学生的数据流图（顶层数据流图）第三：分成数据流图第四：从第三幅图的4里面继续细分的数据流图借阅信息表还书信息表第五：数据字典(1)分成数据流图的字典加工编号：1加工名：系统管理输入流：用户信息输出流：权限信息加工逻辑：检查用户信息输入请求的有效性加工编号：2加工名：书籍管理输入流：权限信息，借阅信息，图书人库信息输出流：书籍查询信息，书籍情况加工逻辑：检查用户的权限信息和借阅信息，以及图书入库信息加工编号：3加工名：读者管理输入流：权限信息，用户情况，读者录入信息输出流：读者类别信息，读者情况加工逻辑：检查读者的信息录入加工编号：4加工名：借阅管理输入流：借阅信息，图书管理，借阅类别输出流：图书借阅信息，借阅信息加工逻辑：检查读者借阅的图书(2) 从4里面继续细分的数据字典加工编号：4.1加工名：借书管理输入流：读者类别，图书信息，读者信息，续借情况，借阅信息，读者还书情况输出流：借书信息加工逻辑：整理读者的借阅信息，还书信息，续借信息，综合输出读者的借阅情况加工编号：4.2加工名：还书管理输入流：还书信息，读者类别，读者信息，罚款数输出流：过期信息，罚款信息，还书信息，丢失信息，加工逻辑：整理读者的还书记录和信息，综合输出读者还书情况，有无罚款和借书的时间是否过期，以及借了什么书等加工编号：4.3加工名：续借管理输入流：续借信息输出流：续借情况加工逻辑：根据续借信息，输出续借书籍的情况加工编号：4.2.1加工名：过期罚款管理输入流：过期信息输出流：罚款数加工逻辑：根据过期的信息，开出罚款的数额加工编号：4.2.2加工名：书籍丢失管理输入流：丢失信息输出流：罚款数加工逻辑：根据丢失的情况，开出罚款数额。
图书管理系统uml-用例图
Use Case 图即用例图，是从外部用户的角度来描述系统功能的一种需求表达方式。
一个系统常常包含了众多的用例，每个用例表达了用户对系统的一项需求或描述了人们使用系统某项功能的途径。
使用系统的不同功能，其操作的场景不同。
而使用相同的功能，其场景则相似。
将同一用例的场景用文字描述出来就得到了系统用例描述。
完整的描述用例，通常包括用例名称、参与执行者、前置条件、事件流、后置条件等。
若用UML 图形机制表达，便是系统的用例图。
通常，我们将二者相结合，能清晰的表达出系统的用例。
系统管理员：系统管理员为系统的管理者，系统管理员主要有以下权限：读者信息管理，图书信息管理，系统维护。
图书管理员：图书管理员为图书馆工作人员，图书管理员主要有以下权限：分类管理，借书处理，还书处理，解除预定。
图书借阅者：图书借阅者是系统中数量最多也是最重要的参与者。
图书借阅者主要有以下权限：查询个人信息，查询图书信息，预定图书，借阅图书，返还图书。
1. 创建系统用例模型图 系统参与者：borrowerlibrarian administrator系统参与者图书管理系统简示：system managementborrowers management librarianbooks managementadministrator图书管理系统 a.系统管理员用例图系统管理员能通过该系统进行如下活动内容和要求：添加借阅者：系统管理员可以在添加符合身份的新读者信息删除借阅者：系统管理员可以在删除页面添加已不符合身份的借阅者信息修改借阅者信息：系统管理员可以在修改信息页面修改借阅者信息添加图书信息：系统管理员可以在添加图书信息页面添加图书馆新增图书删除图书信息：系统管理员可以删除不能在借阅图书的信息系统维护：系统管理员维护该系统的日常工作system maintenance用例说明：Login system：系统登录Account management：账户管理（其中包括图书管理、借阅者管理、系统管理）Add book：添加图书Remove book：删除图书Add borrower：添加借阅者Remove borrower：删除借阅者Update borrower：修改借阅者信息System maintenance：系统维护b．图书管理员用例图图书管理员能通过该系统进行如下活动内容和要求借书处理：图书管理员能通过借书页面处理借阅者的借书操作还书处理：图书管理员能通过还书页面处理借阅者的还书操作分类处理：图书管理员能通过分类图书页面将新增图书和已还图书进行分类回放，以便下一位借阅者阅读查看check user accountlend bookbook categorybook management用例说明：Librarian login：图书管理员登录Book management：图书管理Get book：还书Get with fine：违规罚款Lend book：借书Check user account：身份验证Book category：图书分类c．图书借阅者用例图借阅者能够通过该系统进行如下活动及活动内容和要求：查询个人信息：借阅者可以在查询界面了解自己的详细信息查询图书信息：借阅者可以在查询界面了解图书馆中所有的图书信息，及是否被借出借阅图书：借阅者可以在图书馆中借阅未被借出的图书返还图书：借阅者在相应的时间内免费还书，如逾期按照相应规定还书return book用例说明：User login：用户登录Account management：用户管理（其中包括借阅者管理、图书管理）Search personal information：查询个人信息Search for book：查询图书Borrowe book：借阅图书Return book：返还图书d．整体用例图librarian参与者：borrower：借阅者；administrator：系统管理员；librarian：图书管理员用例说明：Login system：系统登录Account management：账户管理（其中包括图书管理、借阅者管理、系统管理）Add book：添加图书Remove book：删除图书Add borrower：添加借阅者Remove borrower：删除借阅者Update borrower：修改借阅者信息System maintenance：系统维护Librarian login：图书管理员登录Book management：图书管理Get book：还书Get with fine：违规罚款Lend book：借书Check user account：身份验证Book category：图书分类User login：用户登录Account management：用户管理（其中包括借阅者管理、图书管理）Search personal information：查询个人信息Search for book：查询图书Borrowe book：借阅图书Return book：返还图书图书管理员。
图书馆管理系统的用例图
1. 系统的UML基本模型2。
1系统的用例图用例图在需求分析阶段有很重要的作用，整个开发过程都是围绕需求阶段的用例进行的。
创建用例图之前首先需要确定参与者.图书管理系统的参与者主要有3类：读者(借阅者）,图书管理员、图书管理系统的维护者。
1.借阅者请求服务的用例图用例图说明：（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.图书馆管理员处理借书、还书等的用例图用例图说明：（1）Get book:书籍归还处理（2）Lend book:书籍借阅处理（3）Remove Reservation：删除书籍预订信息（4）Get With Fine:还书时收取罚金（5）Check user count:检查用户借阅凭证的合法性，图书管理员在借阅者借书的时候要检查用户借阅凭证的合法性3.系统管理员进行系统维护的用例图用例图说明：（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：删除或更新借阅者帐户信息。
图书管理系统典型用例图---图书借阅子系统
图书馆会员
触发器
当借阅者要预定书时
典型事件过程
参与者动作
第一步：借阅者提供本人信息，和要预定的书籍
第二步：管理员录入图书编号
第六步：图书管理员征询借阅者同意
系统响应
第三步：系统验证所需的所有信息都提供后了之后做出响应
第四步：系统验证借阅者信息，判断身份是否符合。
第五步：系统显示当前图书预定人数
结论
当借阅者收到续借信息时，该用例结束
后置条件
当结束记录被记录下来，借阅者可以将书借走
用例名称
归还书籍
主要业务参与者
借阅者
其他参与者
图书管理员
其他有兴趣的关联人员
图书采购者 --- 对该书的受欢迎程度了解，以便对这方面书的采购
描述
该用例描述一个图书馆会员要归还书时的过程。首先借阅者可以选则人工归还还是自助归还，判断是否超期，对归还图书检查，修改图书信息。
第五步：系统验证借阅者归还时间
第七步：修改图书信息，记录本书续借次数并与借书人关联。
替代事件过程
替代第2步：借阅者没有提供处理订单所需的所有信息，提示重新提交
替代第3步:如果借阅者不是会员，提示身份不符合
替代第4步：如果借阅者超过续借次数，提示已超过续借次数
替代第5步：如果借阅者已超过还书日期。提示已超过还书日期禁止续借
前置条件
图书馆会员
触发器
当借阅者要续借书时
典型事件过程
参与者动作
（人工续借）
第一步：借阅者提供本人信息，和要续借的书籍
第六步：图书管理员修改图书信息，录入本次续借时间
系统响应
第二步：系统验证所需的所有信息都提供后了之后做出响应
第三步：系统验证借阅者信息，判断身份是否符合。
图书管理系统UML图
图书管理系统UML图图书管理系统UML图文档⒈引言本文档旨在描述一个图书管理系统的UML图，用于展示系统的结构和功能。
通过该文档，读者可以了解系统的各个组成部分、它们之间的关联以及每个组件的功能。
⒉系统概述图书管理系统是一个用于管理图书馆或其他机构的图书借阅、归还和查询的软件系统。
其主要目标是提供高效、准确和方便的图书管理服务。
⒊用例图用例图展示了系统与外部用户之间的交互。
它描述了系统的功能和用户之间的关系。
⒋类图类图显示了系统中的类以及它们之间的关系。
它描述了系统的静态结构。
⑴用户类系统主要包含以下用户类：- 管理员：具有对系统进行设置、添加用户、管理图书等特权。
- 图书管理员：负责图书的借阅和归还，以及图书的维护和管理。
- 用户：可以查询和借阅图书。
⑵图书类系统中的主要类包括：- 图书：存储图书的基本信息，如书名、作者、出版社等。
- 借阅记录：记录用户借阅图书的详细信息，如借阅日期、归还日期等。
⒌时序图时序图描述了系统中的对象之间的交互，以及它们之间的消息传递顺序。
⒍状态图状态图描述了系统中的对象的生命周期和状态转换。
⒎活动图活动图展示了系统中各个活动的流程和顺序，以及参与者之间的交互。
⒏部署图部署图描述了系统的物理架构，包括各个组件的部署位置和网络连接。
⒐本文档涉及附件本文档附带的附件包括系统的详细设计文档和相关的源代码。
⒑法律名词及注释- UML：统一建模语言，一种用于软件系统设计和开发的标准化语言和方法。
- 图书馆：一个专门用于收藏和借阅图书的机构或场所。
- 借阅：指用户从图书馆借走图书，并在规定时间内归还。
图书馆管理系统用例图、精彩活动图、类图、时序图
图书馆管理系统一．图书馆管理系统需求分析1、系统目标设计系统开发的总目标是实现内部图书借阅管理的系统化、规X化和自动化.能够对图书进展注册登记,也就是将图书的根本信息〔如：书的编号、书名、作者、价格等〕预先存入数据库中,供以后检索.能够对借阅人进展注册登记,包括记录借阅人的某某、编号、班级、年龄、性别、地址、等信息.提供方便的查询方法.如：以书名、作者、、时间〔确切的时间、时间段、某一时间之前、某一时间之后〕等信息进展图书检索,并能反映出图书的借阅情况；以借阅人编号对借阅人信息进展检索；以名称查询联系方式信息.提供对进展的预先预订的功能.提供旧书销毁功能,对于淘汰、损坏、丢失的可与时对数据库进展修改.能够对使用该管理系统的用户进展管理,按照不同的工作职能提供不同的功能授权.提供较为完善的过失控制与友好的用户界面,尽量防止误操作.2、系统功能需求分析<1> 读者管理：读者信息的制定、输入、修改、查询,包括种类、性别、借书数量、借书期限、备注等.<2> 管理：根本信息制定、输入、修改、查询,包括编号、类别、关键词、备注.<3> 借阅管理：包括借书,还书,预订,续借,查询,过期处理和丢失后的处理.<4>系统管理：包括用户权限管理,数据管理和自动借还书机的管理满足以上需求的系统主要包含有一下几个子系统〔1〕根本业务功能子系统：该系统中主要包含了借书还书和预订等功能.〔2〕根本数据录入功能子系统：该子系统主要包含有信息和读者信息录入功能.〔3〕信息查询子系统：包含了多功能的查询信息和读者信息.〔4〕数据库管理功能子系统：主要包含了借阅信息管理功能,信息管理功能和预订信息管理功能.〔5〕帮助功能子系统.二、系统动态建模1、用例图、图书馆管理系统的用例图从用例图中我们可以看出管理员和读者之间对本系统所具有的用例.管理员所包含的用例有：（1）登录系统：管理员可以通过登录该系统进展各项功能的操作（2）管理：包括对的增删改等.（3）借阅管理：包括借书、还书、预订、逾期处理和丢失处理等等.（4）读者管理：包含对读者的增删改等操作.（5）自动借书机的管理.读者所包含的用例有：（1）登录系统（2）借书：进展借书业务.（3）还书：读者具有的还书业务.（4）查询：包含对个人信息和信息的查询业务（5）预订：读者对的预订业务.（6）逾期处理：就是过期后的缴纳罚金等.（7）丢失处理：对丢失后的不同措施进展处理.（8）自动借书机的使用等.2、时序图时序图是显示对象之间交互的图,对象是按时间顺序排列的.该图书馆管理系统主要含有以下几个重要的时序图,其他对象的时序图和也类似.（1）借书时序图（2）还书时序图（3）罚款时序图1、借书时序图图书馆管理系统借书时序图[时序图说明]（1）login〔〕：登录系统.（2）checkstu_card<>:对读者信息进展验证,检查是否符合本图书馆借书条件.（3）showinformation〔〕：显示该读者的根本信息函数.（4）borrow〔〕：读者借书函数.（5）getreaders〔〕：取得读者信息函数.看该读者是否符合借书条件,假如符合,如此返回可借信息.（6）gettitle〔〕:取得信息.（7）getreservation〔〕：检验是否被预订函数.（8）getnoreservation〔〕：没被预订或取消预订函数.（9）create〔borrower,item〕：创建外借函数.借书时,读者先将书拿予管理员,管理员对和读者进展检验,假如和读者都符合借书条件,如此借书成功.2、还书时序图图书馆管理系统还书时序图[时序图说明]（1）login〔〕：登录系统.（2）getitem<>:取得条目信息.（3）update〔〕：对图书馆条目和借阅者信息进展更新条目.还书时,读者先将书交给管理员,由管理员扫描,假如没有过期等违规现象,如此对和读者借阅信息进展更新,同时还书成功.3、罚款时序图图书馆管理系统的罚款时序图[时序图说明]管理员对进展扫描,假如发现已经超过了图书馆规定的还书期限,如此按每天一定金额进展罚款,过期天数和罚款金额由系统自动计算.用户交完罚金后,如此对读者借阅信息进展更新.4.4、系统的状态图图书馆的状态图如图7所示.[状态图说明]在未变成图书馆在库时,为新加状态.处于在库状态时既可以预订也可以外借,外借后变为借出状态.处于预订状态时也可以外借,超出预订时间期限如此从预订状态直接转为可用状态.借阅者在规定的预订时间内也可以考虑取消预订,取消预订后的状态转为可用.外借归还后变为可用状态.图书馆的状态图3、活动图活动图描述的是某流程中的任务的执行,活动图描述活动是如何协同工作的,当一个操作必须完成一系列事情,而又无法确定以样的顺序来完成事情时,活动图可以更清晰地描述事情..在本图书馆管理系统中,我们主要描述了图书馆系统的借书、还书和预订的活动图.<1>借书活动图[借书活动图说明]管理员首先要扫描读者的借书证,检验证件是否符合图书馆借书条件,假如该读者的借书数量还未达到最大规定数量,并且其所借均未属于过期X围,如此符合借书条件.如此再扫描条形码,检查是否是不可借或者已经被预订,假如被预订,如此取消预订,方可借书.在条件都符合时如此更新信息和读者的借阅信息,记录好借书的时间.图书馆管理系统的借书活动图<2>还书活动图[还书活动图说明]图书管理员对进展扫描,假如已经过期,如此要求读者还请欠款才能还书,读者缴应交罚款后,更新信息和读者信息.图书馆管理系统的还书活动图<3>预订图书活动图[预订活动图说明]读者先进入系统查询自己所需要的,显示信息,检验是否属于可预订,假如符合条件如此检查是否已经被预订或已经被外借,假如都未成立,如此读者登录系统,并对该进展预订.图书馆管理系统预订活动图4、图书馆管理系统的类图[类图说明]（1）reader类是借阅者的类,它的属性很多,包括借阅者的账户ID 〔reader_id〕、某某〔reader_Name〕、地址〔Address〕、班级〔class〕、所借的〔borrowed〕等.其中主要操作有借书〔addborrowed〕和还书<deleteborrowed>和预订<reservation>等.（2）admin类是管理员类,他有编号和某某属性,操作主要是的增删改和读者的增删改等等.〔3〕 Title 类是记录信息的类,包括的名字〔name〕、作者〔author〕、book_id 等属性.〔4〕 Item 类是具体某本书的类,属性包括号〔id〕.操作包括预订〔reserve〕、按查找〔find_on_title〕等.〔5〕 borrow类是某本书的借阅信息类,包括所借阅的ISBN、借阅的时间〔date〕等.〔6〕 Reservation类是预订信息类,每个预订信息包括预订日期〔date〕、所预订的ISBN、预订的用户ID〔UserID〕等属性.<7> persistent store类是永久的存储类,在数据库中的存储数据,其他对与有关的活动都要经过其存储类.图书馆管理系统的类图与关系三．实验心得此次实验我们实现了对网上选课系统的设计,通过UML建模,把事物从抽象到实例化的过程,对每个对象进展细化分析,从而得到简单而方便,容易理解的模型结构.通过UML模型可以高效完成软件设计,通过此次试验收获很大.在教师和同学们的帮助下,使我能够成功的掌握了UML模型.在此,对教师和同学们的帮助表示感谢.。
图书管理系统用例图
图书管理系统UML建模与设计模式实验报告计算机与信息工程学院一、实验目的在熟悉用例概念与应用的基础上，掌握用例模型的建立,包括：1．掌握用例图的建立.2．掌握用例描述文档的编写。
3．掌握建模工具的使用。
二、实验内容根据以下需求设计一个图书馆管理系统的用例图模型，包括：用例图和主要用例的描述文档。
基本功能要求：图书管理:新书登记，图书查询,图书注销;借阅管理：借书，还书,查询今日到期读者;读者管理：增加读者、删除读者、查询读者、读者类别管理（可以设置不同类的读者，并使不同类读者对应不同类的图书流通参数,如可借册数，可借天数,可续借次数，可续借天数等）；报表管理：包括图书借阅统计报表，被注销图书统计报表等；报表可以有多种格式可供选择;可以把报表输出到文件中，可以预览报表、打印报表等。
系统管理:系统管理员使用,包括用户权限管理（增加用户，删除用户，密码修改等），数据管理(提供数据修改、备份、恢复等多种数据维护工具），系统运行日志，系统设置等功能。
三、实验思想（1)分析系统需求；（2）确定系统参与者：读者、图书管理员、图书管理系统；（3)确定系统用例；四、实验结果借阅人用例图:图书系统管理员用例图：图书管理员用例图：1．用例名称：登录用例描述:根据用户输入的用户名和密码判断用户的身份，赋予相应的权限. 前置条件：无后置条件:根据用户所有的权限进入相应的操作界面。
基本操作流程:1输入用户名2输入密码2校验密码是否正确.3根据用户身份进入相应的操作界面。
可选流程：如果密码不正确，提示重新输入密码；如果用户名不正确，提示没有此用户.2.用例名称：查询图书用例描述：由读者进行操作，查询图书馆中有没有需要图书，如果有，显示该图书编号、书名、作者、出版日期、当前借阅状态等信息.前置条件：以顾客身份登录后置条件:无基本流程:1 以读者身份登录。
2输入图书的名称或作者名称.3显示相关图书的信息.可选流程：如果没有该图书，返回提示信息：“没有找到图书”。
图书管理系统用例描述
图书管理系统的分析与设计
6. 维护书刊信息
用例编号 US06 用例名 Maintain Title Info 用例描述 完成书刊的添加、修改或删除功能 参与者 图书管理员 前置条件 在这个用例开始前，Librarian必须登录到系 统中 后置条件 系统添加、修改或删除书刊种类信息。否则，系统的状
态没有变化。
图书管理系统的分析与设计
在识别出参与者和用例后，要建立用例图，并 描述出他们之间的关系。
图2.1 系统用例图
图书管理系统的分析与设计
用例的事件流描述
用例的事件流是对完成用例行为所需的事件的描 述。它描述系统应该做什么，而不是描述系统应该怎 样做。 图书管理系统的用例事件流描述如下：
图书管理系统的分析与设计
图书管理系统的分析与设计
7. 维护物理书刊信息
用例编号 US07 用例名 Maintain Book Info 用例描述 完成书刊的添加、修改或删除功能 参与者 图书管理员 前置条件 在这个用例开始前，Librarian必须登录到系统中 后置条件 系统添加、修改或删除物理书刊种类信息。否则，系统的状
1 .借阅物理书刊
用例编号 US01 用例名 Borrow Book 用例描述 完成借阅物理书刊的功能 参与者 图书管理员 前置条件 管理员登录成功. 后置条件 可以将物理书刊借给借阅者、更新相关数据记录等操作。 基本路径 （1）提供书刊种类、借阅者信息。 （2）检索书刊种类(Title) (E-1) （3）确定所借阅的物理书刊是否可以获得 (E-2),也即物理书刊是否已借出。 （4）检索借阅者 (E-3) （5）图书馆将物理书刊借给借阅者。 （6）创建借阅记录。 （7）存储借阅记录。 扩展点 E-1: 该种书刊不存在，系统显示提示信息，用例终止。 E-2: 物理书刊都已借出，系统显示提示信息，用例终止。 E-3: 系统中不存在该借阅者，系统显示提示信息，用例终止 补充说明 无
图书馆管理系统用例图、活动图、类图、时序图
图书馆管理系统一．图书馆管理系统需求分析1、系统目标设计系统开发的总目标是实现内部图书借阅管理的系统化、规范化和自动化。
能够对图书进行注册登记，也就是将图书的基本信息（如：书的编号、书名、作者、价格等）预先存入数据库中，供以后检索。
能够对借阅人进行注册登记，包括记录借阅人的姓名、编号、班级、年龄、性别、地址、电话等信息。
提供方便的查询方法。
如：以书名、作者、出版社、出版时间（确切的时间、时间段、某一时间之前、某一时间之后）等信息进行图书检索，并能反映出图书的借阅情况；以借阅人编号对借阅人信息进行检索；以出版社名称查询出版社联系方式信息。
提供对书籍进行的预先预订的功能。
提供旧书销毁功能，对于淘汰、损坏、丢失的书目可及时对数据库进行修改。
能够对使用该管理系统的用户进行管理，按照不同的工作职能提供不同的功能授权。
提供较为完善的差错控制与友好的用户界面，尽量避免误操作。
2、系统功能需求分析(1) 读者管理：读者信息的制定、输入、修改、查询，包括种类、性别、借书数量、借书期限、备注等。
(2) 书籍管理：书籍基本信息制定、输入、修改、查询，包括书籍编号、类别、关键词、备注。
(3) 借阅管理：包括借书，还书，预订书籍，续借，查询书籍，过期处理和书籍丢失后的处理。
(4)系统管理：包括用户权限管理，数据管理和自动借还书机的管理满足以上需求的系统主要包含有一下几个子系统（1）基本业务功能子系统：该系统中主要包含了借书还书和预订等功能。
（2）基本数据录入功能子系统：该子系统主要包含有书籍信息和读者信息录入功能。
（3）信息查询子系统：包含了多功能的查询书籍信息和读者信息。
（4）数据库管理功能子系统：主要包含了借阅信息管理功能，书籍信息管理功能和预订信息管理功能。
（5）帮助功能子系统。
二、系统动态建模1、用例图、图书馆管理系统的用例图从用例图中我们可以看出管理员和读者之间对本系统所具有的用例。
管理员所包含的用例有：（1）登录系统：管理员可以通过登录该系统进行各项功能的操作（2）书籍管理：包括对书籍的增删改等。
图书管理系统用例图
图书管理系统用例图
后置条件：借书成功，更新图书和读者的借阅信息。
基本流程：
1以图书管理员身份登录系统。
2选择借书操作。
3读入读者借书卡的条码。
4读入所选图书的条码。
5校验读者的借书资格是否符合要求。
6如果符合要求，更新图书和读者的借阅信息。
可选流程：如果读者的借书数量已达上限，提示无法借阅。
4．用例名称：还书
用例描述：由图书管理员把读者的借书卡的条码读入计算机，再将读者所还图书的条码读入计算机，计算出该读者所借图书的借阅期限和超期天数，如果超期，根据规定的罚款标准计算罚款，同时更新该读者的借阅信息。
前置条件：以图书管理员的身份登录系统。
后置条件：还书成功，更新图书和读者的借阅信息。
基本流程：
1以图书管理员身份登录系统。
2选择还书操作。
3读入读者借书卡的条码。
4读入所还图书的条码。
5计算借阅期限和超期天数。
6如果超期，计算罚款。
7更新图书和读者的借阅信息。
可选流程：如果读者没有超期，不需要计算罚款。
4进行相应的操作，修改或注销图书。
5保存操作。
改写：
借书：
续借：
还书：
新书登记：
修改或注销图书：。
用例图之图书借阅管理系统
用例图元语
用例
<<extend>>
关联 扩展 包含 泛化
参与者
<<include>>
系统边界
设计一个图书借阅管理系统
一个图书借阅管理系统应该具备什么功能？ 思考：
是一个用户可登录计算机应用系统 读者可以查询图书信息以及借阅信息 图书馆工作人员利用该系统完成读者的借书、还书业务 图书馆工作人员可以对图书信息、读者信息等进行维护 管理员可以修改数据库里的数据 …… ……
第二步，确定每个参与者的想要实现的愿望（用例） 参与者
读者 Reader
பைடு நூலகம்
基本用例
查询书籍、读者信息查询、借书、 还书、缴纳罚款，登录系统 查询书籍、添加书籍、修改书籍、 删除书籍读者信息查询、查询到期 读者、处理借书、处理还书、收取 罚款，登录系统 登录系统，修改数据，备份数据，还 原数据，增加用户，删除用户，修改 用户密码，图书管理，借阅管理
图书管理员
Librarian 系统管理员
Administrator
从读者角度分析
借书的过程中 发现超期将会 罚款此处和续 借情况一致属 于扩展
查询图书的前提是 必须先登录系统， 此处应该是包含
预约图书的前提 是查询图书，所 以此处是包含关 系
从图书管理员角度：
与读者借书 还书相呼应 此处同样是 扩展关系
UML用例图 图书借阅管理系统
作者：枫
什么是用例图：
• 描述一组用例、参与者以及相互关系 • 用例图（Use Case Diagram）是被称为参与者的外部 用户所能观察到的系统功能的模型图
• 核心概念
– 列出系统中的用例和参与者 – 显示哪个参与者参与了哪个用例的执行
图书管理系统的用例图软件工程实践
功能模块设计
根据系统架构，使用用例图对各 个功能模块进行详细设计，明确 模块之间的交互和数据流。
数据库设计
根据系统需求和功能模块设计， 使用用例图进行数据库设计，建 立数据表之间的关系和数据流。
系统实现阶段
编码实现
根据系统设计和需求规格说明书，使用用例图作为指导，进行编码实现，确保代码的正 确性和可维护性。
系统目标与功能
系统目标
提高图书馆的管理效率和服务质量， 简化图书借阅流程，实现图书资源的 有效利用和共享。
01
02
图书借阅
提供借阅、归还图书的功能，记录借 阅信息，便于查询和管理。
03
图书查询
支持通过书名、作者、出版社等条件 查询图书信息，提供检索和筛选功能。
库存管理
对图书库存进行管理，记录库存数量、 存放位置等信息，便于图书的盘点和 整理。
借阅图书用例
总结词
描述借阅图书的流程和涉及的角色。
详细描述
借阅图书用例描述了用户通过图书管理系统借阅图书的流程，涉及的主要角色 有用户和管理员。用户首先登录系统，选择要借阅的图书，系统验证用户身份 和图书库存情况，如果符合条件，则完成借阅操作。
归还图书用例
总结词
描述归还图书的流程和涉及的角色。
详细描述
系统测试
通过用例图，制定详细的测试计划和测试用例，对系统进行单元测试、集成测试和系统 测试，确保系统的功能和性能符合要求。
系统部署与维护
根据用例图，进行系统部署和维护，确保系统的稳定性和安全性。同时，根据实际运行 情况，对用例图进行更新和优化，以适应业务变化和系统升级的需求。
05
总结与展望
用例图在图书管理系统中的价值
图书管理系统的用例图软 件工程实践
图书馆借阅系统数据流图
读者
借书证 不予借阅信息 借书成功信息
图书借阅管理系统
条形码 还书成功信息
读者
顶层图
借书证 借书成功信息
借书处理 1
不予借阅信息
库存记录
读者档案 1 层图
查询读者档案 1.1
检查借书数量 1.2
不予借阅信息 借阅信息
库存记录
首次借阅信息
办理借阅手续 借书成功信息 1.3
读者档案
条形码
超期信息
罚款处理 2.2
检查借阅时间 2.1
未超期信息
罚款单据
库存记录
办理还书手续 还书成功信息 2.3
读者档案
2 层图
图书馆管理系统用例图、活动图、类图、时序图
图书馆管理系统一．图书馆管理系统需求分析1、系统目标设计系统开发的总目标是实现内部图书借阅管理的系统化、规范化和自动化。
能够对图书进行注册登记，也就是将图书的基本信息（如：书的编号、书名、作者、价格等）预先存入数据库中，供以后检索。
能够对借阅人进行注册登记，包括记录借阅人的姓名、编号、班级、年龄、性别、地址、电话等信息。
提供方便的查询方法。
如：以书名、作者、出版社、出版时间（确切的时间、时间段、某一时间之前、某一时间之后）等信息进行图书检索，并能反映出图书的借阅情况；以借阅人编号对借阅人信息进行检索；以出版社名称查询出版社联系方式信息。
提供对书籍进行的预先预订的功能。
提供旧书销毁功能，对于淘汰、损坏、丢失的书目可及时对数据库进行修改。
能够对使用该管理系统的用户进行管理，按照不同的工作职能提供不同的功能授权。
提供较为完善的差错控制与友好的用户界面，尽量避免误操作。
2、系统功能需求分析(1) 读者管理：读者信息的制定、输入、修改、查询，包括种类、性别、借书数量、借书期限、备注等。
(2) 书籍管理：书籍基本信息制定、输入、修改、查询，包括书籍编号、类别、关键词、备注。
(3) 借阅管理：包括借书，还书，预订书籍，续借，查询书籍，过期处理和书籍丢失后的处理。
(4)系统管理：包括用户权限管理，数据管理和自动借还书机的管理满足以上需求的系统主要包含有一下几个子系统（1）基本业务功能子系统：该系统中主要包含了借书还书和预订等功能。
（2）基本数据录入功能子系统：该子系统主要包含有书籍信息和读者信息录入功能。
（3）信息查询子系统：包含了多功能的查询书籍信息和读者信息。
（4）数据库管理功能子系统：主要包含了借阅信息管理功能，书籍信息管理功能和预订信息管理功能。
（5）帮助功能子系统。
二、系统动态建模1、用例图、图书馆管理系统的用例图从用例图中我们可以看出管理员和读者之间对本系统所具有的用例。
管理员所包含的用例有：（1）登录系统：管理员可以通过登录该系统进行各项功能的操作（2）书籍管理：包括对书籍的增删改等。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
替代事件过程
替代第2步：借阅者没有提供处理订单所需的所有信息，提示重新提交
替代第3步:如果借阅者不是会员，提示身份不符合
替代第4步：如果借阅者超过续借次数,提示已超过续借次数
替代第5步：如果借阅者已超过还书日期。提示已超过还书日期禁止续借
结论
当借书记录删除时，该用例结束
用例名称
预定书籍
主要业务参与者
借阅者
其他参与者
图ห้องสมุดไป่ตู้管理员
其他有兴趣的关联人员
图书采购者—-—对该书的受欢迎程度了解,以便对这方面书的采购
描述
该用例描述由借阅者向管理员申请预定图书，管理员录入图书编号,系统显示当前图书预定人数,征询借阅者意见获得同意后,将其加入预定队列，之后借阅者能通过网络实时查询到当前图书的借阅情况
前置条件
图书馆会员
触发器
当借阅者主动向管理员报备丢失图书
典型事件过程
参与者动作
第一步：借阅者主动向管理员报备丢失图书
第二步:管理员进入图书丢失处理系统，输入丢失的图书编号
系统响应
第三步:系统验证所需的所有信息都提供后了之后做出响应
第四步：系统在图书库中对该图书销户,并自动加载相关信息至预购书库，以便进行补全图书。同时系统自动显示应赔偿金额
前置条件
图书馆会员
触发器
当借阅者要续借书时
典型事件过程
参与者动作
(人工续借）
第一步:借阅者提供本人信息，和要续借的书籍
第六步：图书管理员修改图书信息,录入本次续借时间
系统响应
第二步：系统验证所需的所有信息都提供后了之后做出响应
第三步：系统验证借阅者信息,判断身份是否符合。
第四步:系统验证借阅者对该书续借次数
前置条件
图书馆会员
触发器
当借阅者要借书时
典型事件过程
参与者动作
第一步：借阅者提供本人信息，和要借阅的书籍
系统响应
第二步：系统验证所需的所有信息都提供后了之后做出响应
第三步：系统验证借阅者信息,判断身份是否符合。
第四步:系统验证借阅者是否欠费
第五步：系统验证借阅者所借阅书是否超过上限
第六步:系统验证借阅书籍是否被预定
替代第6步：如果书籍已经被预定，提示已被借阅不符合借阅条件
结论
当借阅者收到借阅记录时，该用例结束
后置条件
当结束记录被记录下来，借阅者可以将书借走
用例名称
续借书籍（人工)
主要业务参与者
借阅者
其他参与者
图书管理员
其他有兴趣的关联人员
图书采购者———对该书的受欢迎程度了解,以便对这方面书的采购
描述
该用例描述一个图书馆会员要续借书时的过程。首先借阅者可以选则人工续借还是自助续借，然后如果被判读符合借阅条件则可以续借新书,修改图书信息，如果不符合则不允许借阅要等符合条件才可以借阅
结论
当借阅者收到续借信息时，该用例结束
后置条件
当结束记录被记录下来，借阅者可以将书借走
用例名称
续借书籍（自助）
主要业务参与者
借阅者
其他参与者
图书管理员
其他有兴趣的关联人员
图书采购者—--对该书的受欢迎程度了解,以便对这方面书的采购
描述
该用例描述一个图书馆会员要续借书时的过程.首先借阅者可以选则人工续借还是自助续借，然后如果被判读符合借阅条件则可以续借新书，修改图书信息，如果不符合则不允许借阅要等符合条件才可以借阅
第七步：系统记录借阅信息,将生成的借阅记录插入
第八步：系统生成一个订单确认,并发送给借阅者
替代事件过程
替代第2步：借阅者没有提供处理订单所需的所有信息，提示重新提交
替代第3步：如果借阅者不是会员,提示身份不符合
替代第4步：如果借阅者欠费,提示先缴清费用才可以借书
替代第5步:如果借阅者已超过借书数量上限。提示先还一部分书才可以借阅
第五步:删除丢失图书的借阅记录并记录下图书丢失情况，再对其诚信系统做相应扣分
替代事件过程
替代第3步：借阅者没有提供处理订单所需的所有信息，提示重新提交
结论
当借阅者缴纳罚款后，记录好丢失图示信息该用例结束
第七步：系统将借阅者加入预定队列
替代事件过程
替代第3步:借阅者没有提供处理订单所需的所有信息,提示重新提交
替代第4步:如果借阅者不是会员，提示身份不符合
替代第6步：如果借阅者不同意用例结束
结论
当借阅者约定成功时，或者不愿等待时该用例结束
后置条件
当结束记录被记录下来，借阅者能通过网络实时查询到当前图书的借阅情况,轮到其时应在一段时间内(如：3天）内去图书馆完成借阅手续，若超过时间则自动轮转到队列的下一人，同时对预定不取者的诚信系统做相应扣分。
用例名称
书籍丢失或损坏
主要业务参与者
借阅者
其他参与者
图书管理员
其他有兴趣的关联人员
图书采购者-——对该书的受欢迎程度了解，以便对这方面书的采购
描述
该用例描述一个图书馆会员主动向管理员报备丢失图书。管理员进入图书丢失处理系统，输入丢失的图书编号,系统应在图书库中对该图书销户,并自动加载相关信息至预购书库，以便进行补全图书。同时系统自动显示应赔偿金额，缴纳罚款后修改持卡人信息，删除丢失图书的借阅记录并记录下图书丢失情况，再对其诚信系统做相应扣分。
前置条件
图书馆会员
触发器
当借阅者要续借书时
典型事件过程
参与者动作
（自助续借）
第一步:借阅者登陆续借系统,输入借书证号，定位要借的书
系统响应
第二步：系统验证所需的所有信息都提供后了之后做出响应
第三步：系统验证借阅者信息，判断身份是否符合.
第四步:系统验证借阅者对该书续借次数
第五步：系统验证借阅者归还时间
前置条件
图书馆会员
触发器
当借阅者要预定书时
典型事件过程
参与者动作
第一步：借阅者提供本人信息，和要预定的书籍
第二步：管理员录入图书编号
第六步：图书管理员征询借阅者同意
系统响应
第三步：系统验证所需的所有信息都提供后了之后做出响应
第四步：系统验证借阅者信息，判断身份是否符合.
第五步：系统显示当前图书预定人数
前置条件
图书馆会员
触发器
当借阅者要还书时
典型事件过程
参与者动作
第一步:借阅者提供要还的书籍
第二步：还书系统或图书管理员扫描条形码
第四步:管理员输入图书编号，系统显示出图书曾经的污损情况，由管理员进行比对，确定是否存在污损以及新污损的污损等级
第六步：图书管理员判断是否缴费，如果没有应将所欠款记录到读者信息中.
第五步：系统验证借阅者归还时间
第七步：修改图书信息,记录本书续借次数并与借书人关联。
替代事件过程
替代第2步：借阅者没有提供处理订单所需的所有信息,提示重新提交
替代第3步:如果借阅者不是会员，提示身份不符合
替代第4步:如果借阅者超过续借次数，提示已超过续借次数
替代第5步：如果借阅者已超过还书日期。提示已超过还书日期禁止续借
结论
当借阅者收到续借信息时，该用例结束
后置条件
当结束记录被记录下来，借阅者可以将书借走
用例名称
归还书籍
主要业务参与者
借阅者
其他参与者
图书管理员
其他有兴趣的关联人员
图书采购者—-—对该书的受欢迎程度了解，以便对这方面书的采购
描述
该用例描述一个图书馆会员要归还书时的过程。首先借阅者可以选则人工归还还是自助归还,判断是否超期，对归还图书检查,修改图书信息。
：
系统响应
第三步：系统验证所需的所有信息都提供后了之后做出响应
第三步:系统验证该书籍是否超过归还时间
第五步:在系统中详细的记录新增污损的情况、日期以及污损等级，由系统自动显示应赔偿金额
第七步：缴纳罚金后对持卡人的诚信系统进行相应扣分.
第八步：系统管理员删除借书记录，保存在借阅历史中。
。
替代事件过程
替代第2步：借阅者没有提供处理订单所需的所有信息，提示重新提交
用例名称
新借书籍
主要业务参与者
借阅者
其他参与者
图书管理员
其他有兴趣的关联人员
图书采购者——-对该书的受欢迎程度了解,以便对这方面书的采购
描述
该用例描述一个图书馆会员要借阅新书时的过程.首先借阅者可以选则人工借阅还是自动借书，然后如果被判读符合借阅条件则可以借阅新书，插入借书记录,如果不符合则不允许借阅要等符合条件才可以借阅