图书管理系统用例文档--教程文件
图书管理系统用例文档
相关图
（到图书馆续借）
表3.3、图书管理员增加图书信息
用例名称
增加图书信息
用例描述
由于图书馆新购买了一批书，需要将图书的相应信息添加到图书信息库中，则由图书管理员将新书的信息录入计算机中，进行保存。
参与者
图书管理员
前置条件
以图书管理员的身份登录系统
后置条件
图书信息中增加一条记录
参与者
图书管理员
前置条件
以图书管理员的身份登录系统
后置条件
图书信息库中相应书籍的记录删除
基本事件流
1、图书管理员进入系统主界面。
2、点击进入图书管理功能模块中的删除图书信息界面。
3、录入要删除的图书条形码或书名。
4、删除图书的相应信息。
5、保存操作，系统更新图书信息库中相应的信息。
备选事件流
1、在删除之前，需要先查找该图书信息，若不存在，员
前置条件
图书馆正常开放，并且以图书管理员的身份登录系统。
后置条件
(1)读者持有图书证，即可进入图书馆进行图书查看；
(2)如果读者借书，进行借阅证扫描，若成功，进行图书的借阅操作；否则，不能借阅图书。
基本事件流
1.读者携带图书借阅证进入图书馆；
2.读者到图书馆查阅相关的图书信息；
3.读者向图书管理员提出借阅图书的请求；
表2、读者查询图书信息
用例名称
查询图书信息
用例描述
由读者进行操作，查询图书馆中有没有需要的图书，如果有，显示该图书编号、书名、作者、出版日期、当前借阅状态以及库存等信息。
参与者
读者
前置条件
以合法的读者身份登录到系统
后置条件
无
图书管理系统用例说明
实验二：用例说明
一、实验目标
用例用于理解客户需求，通过用例说明文档的编写，了解用例说明在需求中的作用。
二、实验内容
用例描述了系统与外部角色之间的一系列交互。
角色(actor)指与系统交互以实现某种目的的人、软件系统或硬件设备。
角色的另外一个名称是用户角色(user role)。
用例源于面向对象的开发方法，用例是目前广泛应用的统一软件开发过程的核心。
用例转变了需求开发的角度，用例更接近目标。
用例图提供了对用户需求的高级可视化表示。
三、实验步骤
1.说明
本次实验选取网上书店销售系统作为实验对象，对其进行用例分析。
2.系统概述
本系统实验的是一个网上书店售书系统，可以实现商家在线发布商品信息、消费者在线购买等功能。
书店销售系统全部采用Web方式，由前台操作和后台管理两部分构成。
书店前台功能强大，操作方便。
前台的主要功能包括：注册/登陆（支持个人和团体用户）、我的帐户、新闻发布、书店介绍、联系方式、图书查询、图书高级查询、新书快递、图书分类浏览、图书展示、畅销书排行榜、打折专区、热门推荐、精品推荐、意见反馈、在线帮助、订单管理、缺书登记、在线咨询以及自动友情链接等。
3.
3.2
3.3.
3.4。
UML图书管理系统类图 文档
图书借阅系统用例分析1。
用户采用用例图描述的图书借阅系统主要包括三类用户:读者、图书管理员、系统管理员。
其中，读者是多个，图书管理员是几个，系统管理员是一个。
1.1读者描述：读者可以借阅、预约、续借、归还图书，可以对书籍和个人信息进行查询，可以取消预约，可以提出办理图书借阅证的申请。
示例:持有图书借阅证的任何人。
1.2图书管理员描述：图书管理员对图书信息维护，包括图书订购、新书入库、破损修补、旧书下架，另外还对读者信息进行管理，进行借阅登记等.示例：图书管理员1。
3系统管理员描述：系统管理员对系统进行维护，包括读者信息的创建、修改、删除,日志维护，权限维护,后台数据维护，还有系统信息的维护。
示例：系统管理员2.用例通过识别的参与者，对需求进一步分析，将业务需求进行分解，获得每个参与者的使用用例：2.1读者（1)读者办卡:提供为读者办理借书证的功能（2）书籍查询：为读者提供书籍查询功能(3）书籍借阅:提供借阅书籍的功能（4)书籍续借：提供续借书籍的功能（5）书籍预约：提供对某一书籍的预约功能（6）取消预约：提供对预约进行取消的功能（7）书籍归还:提供归还书籍的功能（8）读者信息查询：为读者提供个人信息查询的功能（9）缺书登记：当读者需要的书籍查询书库没有记录时，读者可将此书进行缺书登记2.2图书管理员（1）图书信息维护图书订购：参考各类图书的库存数和借阅率及缺书登记,对书籍进行统一采购新书入库：将新书到货进行编号入库书籍破损修补：当书籍有损坏时进行修补旧书下架：将遗失或淘汰的书籍从书库中清除（2)读者信息管理(3）借阅书籍登记2。
3系统管理员（1）系统维护：维护图书借阅系统的系统结构(2）日志维护：维护系统中各种日志，如借阅记录、书籍记录等(3）权限维护：确定系统各参与者的权限，维护相关权限（4)增删用户：增加或者删除用户及相关信息（5）后台数据维护:维护系统后台数据库中的各种数据3。
用例图3。
1用例说明4 类图在用例分析基础之上，根据需求可建立起系统的静态数据模型，即建立系统类图。
图书管理系统UML用例文档
读者借到了图书
假设与约束
持非本人借阅证不能借书
非功能需求
无
补充规格说明书
无
优先级
中
业务需求列表
创建人
版本
描述
创建日期
表
用例标识
无
用例名称
还书
创建人
无
创建日期
无
版本
无
用例类型
业务用例
用例描述
读者将图书带到前台进行还书
参与者
读者
图书管理员
触发事件
读者还书
前置条件
读者看完了这本书或者不想看这本书了
假设与约束
B-1系统允许用户重试三次登录操作，超过三次后系统自动结束，不允许用户重试
非功能需求
安全性：密码应该采用加密的方式存储，有关密码的加密算法待定
补充规格说明书
无
优先级
高
业务需求列表
创建人
版本
描述
创建日期
表
用例标识
无
用例名称
超期罚款
创建人
无
创建日期
无
版本
无
用例类型
业务用例
用例描述
读者借书超过一定期限未归还图书需要罚款。
事件流
基本流程
1.用例起始于读者申请注销账户，系统管理员需要删除读者信息
2.系统管理员正确登录该系统
3.系统管理员输入读者信息（D-1）（A-1）
4.系统确认删除该读者信息（A-2）
扩展流程
A-1确认该读者没有未归还图书
A-2保存失败
1.系统显示保存失败
2.系统管理员可以选择再次提交，也可以结束该用例
非功能需求
允许绑定支付宝等支付平台，方便读者超期付款
图书管理系统uml_用例图
图书管理系统图书管理系统的用例（1）、确定系统设计的总体信息借阅者：①登记②借书③还书系统管理员:①打开页面②扫描借阅证③查询借阅者信息④扫描图书id⑤提交借阅信息⑥打印小票⑦添加借阅者，并对其账户管理⑧图书信息查询图书管理员：①图书归类②增加图书（2）、确定系统的参与者首先分析系统所涉及的问题领域和系统运行的主要任务：①使用该系统主要功能部分的人是系统管理员，系统管理员主要任务是对整个图书各信息的处理，并扫描图书与借阅者信息，实现借书还书。
②系统管理员需要该系统的支持以完成其工作图书管理系统的参与者：①借阅者②图书管理员③系统管理员（3）、确定系统的用例⒈借阅者借书的用例•选定图书•带到柜台⒉系统管理员借书的用例•扫描借阅这证•显示借阅者信息•扫描图书id•重复上一步•提交借阅信息并打印小票⒊图书管理员进行图书维护的用例•查询图书信息•增加图书•图书归类（5）、摘要形式的用例示例借书：借阅者带着图书来到柜台。
系统管理员使用图书管理系统处理借阅者所选图书信息以及借阅者信息。
系统显示借阅者信息以及图书信息。
系统管理员使用图书管理系统记录每一次操作。
系统连续显示累计总数，并逐行显示细目。
系统更新数据库信息。
借阅者员得到小票，然后携带图书离开。
（6）、详述风格的处理借书用例详述用例是结构化的，他展示了更多细节，并且更为深入。
用例UC1：系统管理员处理借书过程范围：图书管理系统（books Management System）级别：用户图标主要参与者：系统管理员（system Manager）涉众及其关注点：—借阅者：以最优价获得图书。
—系统管理员：准确输入图书及借阅者信息并快速服务。
—图书管理系统：准确的记录借阅过程，满足借阅者需求。
希望有一定的容错性，即使在某些服务器构建不可用时，也能够完成购物。
希望能够自动快捷的更新借阅信息和库存信息。
前置条件：系统管理员必须经过确认和认证。
成功保证（后置条件）：存储借阅信息。
图书管理系统用例描述
前置条件：系统正常运行时间
后置条件:系统维护后使系统正常运行，图书馆可以正常开放，读者可以正常进行借书还书等，如果系统出现故障得不到维护,那么会造成系统瘫痪图书馆不能正常工作，不能为读者服务.
基本路径：
1.系统管理员进入系统;
2.统计读者信息;
3.根据需求统计图书借阅情况、在库图书情况、图书借阅排行；
2.管理员扫描图书条形码；
3.管理员检查图书是否有损坏,若有损坏则要求读者按要求交罚款;
4.管理员检查图书是否超期归还,若是超期还书则要求读者按要求交罚款；
扩展点:
变异点：
补充说明：
用例编号:010
用例名称:管理系统用户
用例描述：添加删除或修改图书管理系统中的各类图书管理员的信息
参与者：系统管理员
前置条件:系统管理员登录到系统中
５b2．读者出示自己的图书证.
5c.无法借书
5c1.系统显示读者有超期未还得图书;
5ｃ2.读者归还未还图书并交罚款;
5ｃ3．可以借书。
补充说明:
用例编号:00５
用例名称:读者归还图书
用例描述：读者到图书馆归还所借阅的图书
参与者:读者
前置条件:图书馆正常开放、读者携带图书借阅证及所需还的书。
后置条件：如果归还了图书,下次可以正常借书。
变异点：
３a.读者借阅的图书超期
3a１。图书管理员根据规定及图书的超期情况向读者收取相应的罚金;
3ｂ。读者借阅的读书已损坏
3ab１。图书管理员根据规定及图书的损坏情况向读者收取相应的罚金;
补充说明:
用例编号：00６
用例名称:网上预订
用例描述：读者登录网上图书管理系统,查询到自己喜欢的书籍进行预订。
图书管理系统(用例图、类图、时序图)
软件系统分析与设计实验报告学院：计算机科学与技术学院专业：软件工程学号：*********姓名：***实验名称：图书管理系统用例建模时间：一、实验内容与要求本实验要求学生对学校的图书馆管理系统进行需求分析，对系统功能进行用例建模，画出用例图，类图以及相应的时序图。
在使用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、扩展点：无。
图书管理系统用例图
图书管理系统用例图
后置条件：借书成功，更新图书和读者的借阅信息。
基本流程：
1以图书管理员身份登录系统。
2选择借书操作。
3读入读者借书卡的条码。
4读入所选图书的条码。
5校验读者的借书资格是否符合要求。
6如果符合要求，更新图书和读者的借阅信息。
可选流程：如果读者的借书数量已达上限，提示无法借阅。
4．用例名称：还书
用例描述：由图书管理员把读者的借书卡的条码读入计算机，再将读者所还图书的条码读入计算机，计算出该读者所借图书的借阅期限和超期天数，如果超期，根据规定的罚款标准计算罚款，同时更新该读者的借阅信息。
前置条件：以图书管理员的身份登录系统。
后置条件：还书成功，更新图书和读者的借阅信息。
基本流程：
1以图书管理员身份登录系统。
2选择还书操作。
3读入读者借书卡的条码。
4读入所还图书的条码。
5计算借阅期限和超期天数。
6如果超期，计算罚款。
7更新图书和读者的借阅信息。
可选流程：如果读者没有超期，不需要计算罚款。
4进行相应的操作，修改或注销图书。
5保存操作。
改写：
借书：
续借：
还书：
新书登记：
修改或注销图书：。
图书管理系统的用例文档1
图书管理系统的用例文档1图书管理系统的需求分析（1）标识参与者图书管理系统的参与者介绍于下★借阅者：可以通过网络查询书籍信息和预定书籍，借阅者能够借阅书籍和还书。
★图书管理员：能够处理借阅者的借阅和还书请求。
★系统管理员：可以对系统的数据进行维护，如增加、删除、和更新书目，增加、删除和更新借阅者账户，增加和删除书籍。
（2）标识用例有了参与者后，下一个任务就是标识业务的用例。
每个用例都是业务的一部分。
1.借阅者请求服务时涉及7个用例【用例图说明】●search for book:书籍查询用例●reserve the book: 书籍预定用例●logon the system:登录系统。
用户可以登录系统以便进行借阅信息查询以及预定书籍等操作。
●query info：查询借阅信息。
●borrow the book:借阅书籍。
●return the book：归还书籍。
●return with fine:还书时交纳金。
如果借阅者所借书籍超过借阅期限未还，还书时就要交纳一定的罚金。
前置用例：登陆系统参与执行者：借阅者，图书管理员，系统管理员事件流：参与者打开系统；系统提示请输入用户名以及用户密码；参与者点“确定”输入用户名以及用户密码；用户成功进入系统；扩展事件流：如果系统提示用户名或密码错误；用户重新输入用户名或密码基本事件流：（1）书籍查询用例名称：书籍查询参与执行者：借阅者前置条件：一个合法的用户已经登录到系统基本事件流：系统显示书籍查询，书籍预定等窗口；用户点击书籍查询；系统提示请输入书籍编号；用户输入书籍编号；用户成功进入查询界面，系统显示书籍的库存量，以及借阅信息等。
扩展事件流：如果系统提示书籍编号错误；用户从新输入书籍编号。
（2）书籍预定用例名称：书籍预定参与执行者：借阅者前置条件：一个合法的用户已经登录到这个系统基本事件流：系统显示书籍查询，书籍预定等窗口；用户点击书籍预定；系统按类别显示图书馆现有的各种书籍以及对话窗口提示输入书籍编号；用户可以按类别找到书籍名，并在出现的对话框里输入所要预定的书籍的编号用户点击确定就成功预定了该书籍；扩展事件流：如果系统提示书籍编号错误用户从新输入书籍编号。
图书馆管理系统用例（精选五篇）
图书馆管理系统用例（精选五篇）第一篇：图书馆管理系统用例主事件流1、读者登录读者1、读者用户进入图书馆登陆界面2、读者输入用户名、密码并提交3、系统对用户提交的用户名、密码进行有效性检查4、系统记录并显示当前登录用户2、读者借阅图书读者1、读者带所要借的图书到借阅台2、图书馆管理员进入借书界面3、图书馆管理员扫描借阅证条形码4、系统查询并显示借阅者信息及借阅信息5、图书馆管理员扫描图书条形码6、系统查询并显示图书相关信息7、重复5和6直到所有要借的图书扫描完8、保存本次借阅记录3、读者归还图书读者1、读者带所要还的图书到借阅台2、图书馆管理员进入还书界面3、图书馆管理员扫描图书条形码4、系统查询并显示借阅者信息、借阅信息及图书相关信息5、重复3和4直到所有要借的图书扫描完6、保存本次还书记录4、网上预订读者1、读者用户进入图书馆登陆界面2、读者输入用户名、密码并提交3、系统对用户提交的用户名、密码进行有效性检查4、系统记录并显示当前登录用户5、读者选择“预约图书”选项6、读者提供书刊种类及自己的信息7、系统检索书刊信息和读者信息8、系统接受预订，创建预订记录9、保存预订记录5、读者信息查询读者1、读者用户进入图书馆登陆界面2、读者输入用户名、密码并提交3、系统对用户提交的用户名、密码进行有效性检查4、系统记录并显示当前登录用户5、选择“查询读者信息”选项6、打开查询窗体7、系统查询并显示读者的信息6、借阅信息查询读者1、读者用户进入图书馆登陆界面2、读者输入用户名、密码并提交3、系统对用户提交的用户名、密码进行有效性检查4、系统记录并显示当前登录用户5、打开读者管理窗体6、系统查询并显示借阅信息7、图书信息查询读者1、读者用户进入图书馆登陆界面2、读者输入用户名、密码并提交3、系统对用户提交的用户名、密码进行有效性检查4、系统记录并显示当前登录用户5、读者选择“查询图书”选项6、打开查询窗体7、.读者输入读者证号，系统检查读者的有效性8、.读者输入待查询的图书条码号，检查图书有效性9、系统显示所查询图书的信息8、处理借书图书管理员1、读者发出借阅请求2、管理员扫描读者借阅证条形码3、如果读者有罚款未交或达到借书限额则不给予办理9、处理还书图书管理员1、读者发出还书请求2、管理员扫描图书条形码3、管理员检查图书是否有损坏，若有则要读者按要求交罚金4、管理员检查图书是否超期归还，若是则要读者按要求交罚金10、管理系统用户系统管理员1、系统管理员查看各类图书管理员的信息2、系统管理员根据实际情况，对已经辞职的管理员信息删除3、系统管理员把新来的管理员信息添加到图书管理系统中4、系统管理员修改图书管理员的工作范围，工作时间等信息，给图书管理员分配合理的工作11、读者管理系统管理员1、系统管理员进入系统2、查看读者办理借书证的申请信息3、审核读者信息4、添加读者信息5、修改已经修改个人信息的读者信息6、删除已经注销的读者信息7、查看是否有读者超期未还的行为，若有就添加备注和罚款信息12、管理图书信息系统管理员1、系统管理员进入系统2、删除已下架的图书信息3、修改已更改的图书信息4、添加新上架的图书信息13、系统维护系统管理员1、系统管理员进入系统2、统计读者信息3、根据需求统计图书借阅情况、在库图书情况、图书借阅排行4、添加、删除、修改图书管理系统中的各类罚款的额度和权限5、发布后台公告6、系统数据备份14、图书注销系统管理员1、系统管理员进入系统2、系统管理员选择“注销旧书”选项3、打开注销旧书窗体4、输入旧书条码，系统检查旧书条码有效性5、注销旧书信息6、系统登记注销旧书信息数目第二篇：图书馆管理系统的用例分析小型超市销售管理系统的用例分析一、确定系统的总体信息小型超市销售管理系统是对商品的销售及商品的采购、库存进行统一管理的系统，具体包括：仓库管理员的盘点、上下架管理、出入库、补货申请；销售管理员的商品销售处理、销售统计处理、货架商品处理；采购员的申请采购处理、商品信息录入、采购下单；系统管理员的系统维护，包括增加商品、删除更新商品、增加使用者信息、删除或更新使用者信息、商品信息查询、使用者信息查询等。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
图书管理系统用例文档--教
程文件
-标准化文件发布号：（9556-EUATWK-MWUB-WUNN-INNUL-DDQTY-KII
作者：尤帅
信息工程学院
《软件模型》课程期中报告
学年： 2015—2016第一学期
专业：软件工程
班级：
小组成员：
课程教师：
完成时间： 2015年11月5日
图书馆信息管理系统
用例文档
成员：
日期：2015-11-05
目录
1. 前言 (5)
1.1编写目的 (5)
1.2内容概述 (6)
2.用例列表 (6)
3.用例图 (8)
3.1子系统（局部）用例图 (8)
3.1.1读者参与用例 (8)
3.1.2管理员管理用例 (9)
3.1.3数据用例 (10)
3.1.4登录用例整合 (10)
3.1.5账号信息管理整合 (11)
3.2系统用例图 (11)
4.用例描述 (12)
编写总结 (20)
1.前言
图书馆信息管理系统的需求获取过程中，根据分析系统和外部对象的交互当中所执行的行为序列，及场景的层次性描述，提取了相关用例。
本文档给出了需求获取阶段使用的用例列表和用例描述。
1.1编写目的
整理和归类需求获取行为得到的消息。
由于直接从用户的到的信息具有荣誉、遗漏、模糊、错误等，我们需要对他们进行分析并进行归类和系统化。
为详细的信息分析提供背景基础和上下文知识。
由于软件系统的每项功能都依存于一定的背景和上下文环境，有利于开发者获取精准的信息进行系统开发。
在得到用户需求并将其转化成一个目标时，需要为目标组织信息，建立场景。
用例就是一种场景的文化表现方式，实用叙述性的文本来描述场景。
可以将解决方案用自然语言描述出来，便于用户理解，和用户达成共识，以便于进一步完善。
该文本是对用户的所有操作的描述，经过一系列的描述可以实现用户的业务需求。
可以说是对用户前景的实现，从而使得软件系统由抽象变成具体。
1.2内容概述
该文档会根据启动阶段的前景和范围文档，对解决方案进行细化。
文档包括几个细化用例，先对每个用例做了简要描述，并定义每个用例的ID，然后对用例进行详细的描述。
2.用例列表
3.用例图
3.1子系统（局部）用例图3.1.1读者参与用例
3.1.2管理员管理用例
3.1.3数据用例
3.1.4登录用例整合
3.1.5账号信息管理整合
3.2系统用例图
4.用例描述
说明：用例的优先级是优先级数字越小，优先级就越高。
ID：C001
名称：增加书籍
参与者：采购人员，管理员
优先级：2
前置条件：图书馆工作进度要求或者学生请求增加书籍后置条件：新增书籍，录入书籍信息
流程：
1.图书馆或者学生请求增加书籍
2.管理人员统计要增加书籍的名称
3.将表单发送给采购人员并让其采购
4.采购完毕清点书籍并录入书籍信息
5.对新书进行编号
分支流程：系统将新增书籍信息录入数据库，管理员将新书籍进行编号
ID：C002
名称：图书查询
参与者：学生或校外人员
优先级：2
前置条件：学生或校外人员登录此系统
后置条件：学生根据各种连接查看图书馆图书信息
正常流程：
1：学生或者校外人员登录此系统
2：系统进行密码验证
3：学生使用系统对图书馆书籍进行查询
4：学生退出系统
分支流程：如果2中有错误则转到1或者结束
ID：C003
名称：图书借阅
参与者：学生，图书管理员
优先级：3
前置条件：学生已经选好要借阅的书籍通过去图书馆或者网上查询后置条件：图书管理员对借阅人申请的操作进行处理
正常流程：
1．学生通过网上查询或者图书馆进行查询要借阅的书籍
2．凭借书卡和要借阅的书籍去柜台
3．管理员对借书卡以及借书人进行验证
4．检查持卡人是否有逾期未还的书籍
5．将要借阅的书籍录入借书人的记录中
6．将借书卡与书籍返还与借书人
分支流程：如果3中验证失败则不予以借书，4中如果发现借书人有逾期未还的书籍也不予以借阅书籍
ID：C004
名称：图书注销
参与者：图书管理员
优先级：2
前置条件：有些书籍达到可以下架的条件或者书籍内容有违反法律的嫌疑
后置条件：更改系统中图书的信息将下架的书籍在数据库中删除正常流程：
1.管理员定期对书籍进行检查，检查书籍的破损程度
2.发现书籍达到下架标准
3.对书籍进行登记
4.对书籍进行下架
5.将下架书籍的图书编号在系统中删除
分支流程：系统在删除这些书籍之后应当在学生的查询界面也进行实时更新。
ID：C005
名称：读者信息更改
参与者：图书管理员
优先级：2
前置条件：读者对借书卡上的信息有疑问并要求工作人员对其进行修改
后置条件：修改后读者的新信息将在数据库中出现
正常流程：
1.读者对图书馆登记上去的信息有出入
2.向图书馆前台人员反映情况并记录下是哪个地方发生出入
3.前台人员与管理员联系并将记录交给他
4.技术人员为其办理新的借书卡
5.技术人员在数据库中对有出入的记录进行修改
ID：C006
ID名称：权限修改
参与者：图书管理员
优先级：3
前置条件：图书管理员登陆权限设置页面，并对读者权限进行修改后置条件：系统保存修改后的权限
正常流程:
1. 图书管理员登陆系统
2. 图书管理员进入权限设置页面
3. 图书管理员对读者的权限进行修改
4. 系统保存修改后的权限
5. 结束
ID：C007
名称：读者注册
参与者:校内师生、校外人员
优先级：3
前置条件：有读者向系统发出注册请求
后置条件：新增读者账户，录入读者基本信息。
正常流程：
1.用户点击注册按钮
2.系统分配账号
3.用户输入基本信息
4.用户输入密码
5.用户再次输入密码
6.系统确认两次密码一致
7.生成读者账户
8.结束
分支流程：系统将账号信息录入数据库
ID：C008
名称：读者信息编辑
参与者：用户
优先级：3
前置条件：用户登陆系统，并进入到信息编辑页面后置条件：系统修改数据库信息
正常流程：
1.用户登陆系统
2.用户点击信息编辑按钮
3.用户进行信息修改
4.用户点击确认
5..系统对修改后的数据进行保存
6.结束
分支流程：4中点取消，则系统不对数据进行修改。
ID：C009
名称：读者查询
参与者：用户
优先级：3
前置条件：用户登录系统，并进入到查询页面并输入数据后置条件：系统进行相关查询，并输出相关数据
正常流程：
1：用户登录系统
2.用户进入查询页面
3.用户输入数据
4.用户点击查询按钮
5.系统对数据进行查询
6.系统输出相关数据
7．结束
ID：C010
名称：读者注销
参与者：图书馆管理员
优先级：2
前置条件：读者分为校内与校外，校内学生毕业，校外人员未续约借书卡超过两个月
后置条件：将被删除的读者信息从系统中删除。
正常流程：
在校学生）
1. 图书管理员从教务处取得毕业生名单
2. 将名单交给录入系统管理人员
3. 管理人员根据学号依次删除数据
校外人员）
1. 管理员从后台数据库可以筛选那些到期的会员
2. 按会员注册时留下的电话号码给其发短信催促其缴费
3. 如果两个月内未缴费则删除读者。
ID：C011
名称：图书馆信息管理
参与者：图书馆管理员
优先级：3
前置条件：教务处安排图书馆的开放时间
后置条件：图书管理员将安排表输入系统
正常流程：
1．教务处安排图书馆的开放时间
2.图书管理员从教务处取得开放时间安排表
3.图书管理员将安排表输入系统
4.结束
编写总结
图书馆信息管理系统是一个典型的信息管理系统，通过对其功能需求的分析，通过细分功能模块的小用例，获得一个最终完整的系统用例图。
编写主要参考资料：
(1)需求工程---软件建模与分析
(2)国家标准用例文档式样
(3)前景与范围文档。