第一篇：图书馆管理系统的用例分析

小型超市销售管理系统的用例分析

一、确定系统的总体信息

小型超市销售管理系统是对商品的销售及商品的采购、库存进行统一管理的系统，具体包括：仓库管理员的盘点、上下架管理、出入库、补货申请；销售管理员的商品销售处理、销售统计处理、货架商品处理；采购员的申请采购处理、商品信息录入、采购下单；系统管理员的系统维护，包括增加商品、删除更新商品、增加使用者信息、删除或更新使用者信息、商品信息查询、使用者信息查询等。

二、确定参与者

根据图书馆管理系统的需求分析，参与者有：

1、仓库管理员：登录信息进行盘点，填写补货申请；

2、销售管理员：商品销售处理、销售统计处理、货架商品处理；

3、采购员：申请采购处理、商品信息录入、采购下单；

4、系统管理员：系统维护，增加、删除或更新商品，增加减少书籍，增加、删除或更新使用者信息。

三、确定系统用例

用例是系统参与者在交互过程中所需完成的事务，识别用例的方法是从分析系统参与者开始，考虑每个参与者是如何使用系统的。

1、仓库管理员请求服务的用例

（1）登录系统；

（2）对仓库内商品进行盘点；（3）进行上下架；（4）填写出、入库单；（5）进行补货申请。

2、销售管理员的用例（1）商品销售处理；（2）销售统计处理；（3）货架商品处理。

3、采购员的用例（1）申请采购处理；（2）商品信息录入；（3）采购下单。

4、系统管理员进行系统维护的用例（1）查询商品信息；（2）查询使用者信息；（3）增加商品；（4）删除或更新商品；（5）增加使用者信息；（6）删除或更新使用者信息。

4、绘制用例图

（1）仓库管理员请求服务的用例图 如图1所示。

盘点上架管理下架管理<>登录系统仓库管理员补货申请<>出库入库

图1 仓库管理员请求服务用例图

（2）销售管理员的用例图

如图2所示。

盘点盘点上架管理上架管理下架管理下架管理登录系统<>登录系统<>仓库管理员仓库管理员补货申请补货申请出库入库出库入库<><>

图2 销售管理员的服务用例图

（3）采购员的用例图

如图3所示。

申请采购处理采购管理员

商品信息录入

采购下单

图3采购员的服务用例图

（4）系统管理员进行系统维护的用例图 如图4所示。

查询商品查询商品信息查询使用者信息

管理员增加商品管理员删除或更新商品增加使用者信息

删除或删除或更新使用者信息

图4 系统管理员维护用例图

第二篇：图书馆管理系统用例

主事件流

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、系统功能需求分析

(1)读者管理：读者信息的制定、输入、修改、查询，包括种类、性别、借书数量、借书期限、备注等。

(2)书籍管理：书籍基本信息制定、输入、修改、查询，包括书籍编号、类别、关键词、备注。

(3)借阅管理：包括借书，还书，预订书籍，续借，查询书籍，过期处理和书籍丢失后的处理。

(4)系统管理：包括用户权限管理，数据管理和自动借还书机的管理

基于UML的图书馆管理系统建模设计

满足以上需求的系统主要包含有一下几个子系统

（1）基本业务功能子系统：该系统中主要包含了借书还书和预订等功能。（2）基本数据录入功能子系统：该子系统主要包含有书籍信息和读者信息录入功能。

（3）信息查询子系统：包含了多功能的查询书籍信息和读者信息。（4）数据库管理功能子系统：主要包含了借阅信息管理功能，书籍信息管理功能和预订信息管理功能。

（5）帮助功能子系统。

二、系统动态建模

1、用例图、2

图书馆管理系统的用例图

从用例图中我们可以看出管理员和读者之间对本系统所具有的用例。管理员所包含的用例有：

（1）登录系统：管理员可以通过登录该系统进行各项功能的操作（2）书籍管理：包括对书籍的增删改等。

基于UML的图书馆管理系统建模设计

（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、还书时序图

基于UML的图书馆管理系统建模设计

图书馆管理系统还书时序图

【时序图说明】

（1）login（）：登录系统。

（2）getitem():取得书籍条目信息。

（3）update（）：对图书馆书籍条目和借阅者信息进行更新条目。还书时，读者先将书交给管理员，由管理员扫描书籍，若书籍没有过期等违规现象，则对书目和读者借阅信息进行更新，同时还书成功。

3、罚款时序图

图书馆管理系统的罚款时序图

【时序图说明】

管理员对书籍进行扫描，若发现书籍已经超过了图书馆规定的还书期限，则按每天一定金额进行罚款，过期天数和罚款金额由系统自动计算。用户交完罚金后，则对读者借阅信息进行更新。4.4、系统的状态图

图书馆的书籍状态图如图7所示。【状态图说明】

书籍在未变成图书馆在库书籍时，为新加书籍状态。书籍处于在库状态时既可以预订也可以外借，外借后变为借出状态。处于预订状态时也可以外借，超出预订时间期限则从预订状态直接转为可用状态。借阅者在规定的预订时间内也可以考虑取消预订，取消预订后书籍的状态转为可用。外借书籍归还后变为可用状态。

基于UML的图书馆管理系统建模设计

图书馆的书籍状态图

3、活动图

活动图描述的是某流程中的任务的执行，活动图描述活动是如何协同工作的，当一个操作必须完成一系列事情，而又无法确定以什么样的顺序来完成这些事情时，活动图可以更清晰地描述这些事情。在本图书馆管理系统中，我们主要描述了图书馆系统的借书、还书和预订的活动图。

(1)借书活动图 【借书活动图说明】

管理员首先要扫描读者的借书证，检验证件是否符合图书馆借书条件，若该读者的借书数量还未达到最大规定数量，并且其所借书籍均未属于过期范围，则符合借书条件。则再扫描书籍条形码，检查书籍是否是不可借书籍或者已经被预订，若被预订，则取消预订，方可借书。在这些条件都符合时则更新书籍信息和读者的借阅信息，记录好借书的时间。

图书馆管理系统的借书活动图

(2)还书活动图 【还书活动图说明】

图书管理员对书籍进行扫描，若书籍已经过期，则要求读者还请欠款才能还书，读者缴应交罚款后，更新书目信息和读者信息。

基于UML的图书馆管理系统建模设计

图书馆管理系统的还书活动图

(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）等属性。

基于UML的图书馆管理系统建模设计

(7)persistent store类是书籍永久的存储类，在数据库中的存储数据，其他对与书籍有关的活动都要经过其存储类。

图书馆管理系统的类图及关系

三．实验心得

此次实验我们实现了对网上选课系统的设计，通过UML建模，把事物从抽象到实例化的过程，对每个对象进行细化分析，从而得到简单而方便，容易理解的 12

模型结构。通过UML模型可以高效完成软件设计，通过此次试验收获很大。在老师和同学们的帮助下，使我能够成功的掌握了UML模型。在此，对老师和同学们的帮助表示感谢。

第四篇：图书馆管理系统需求分析报告

图书馆管理系统需求分析报告

一、概述

1、编写目的

在对系统计划阶段的确定的工作范围内进一步对目标对象和环境作细致、深入的调查分析。

2、项目背景

a.所建设开发软件系统的名称：图书馆管理系统。b.本项目的任务提出者：系统开发小组。c.用户：图书馆工作人员及读者。d.软件系统委托方：图书馆领导。

3、定义

数据流程图（DFD）：为描述软件系统中的信息流提供了一个图形方法。箭头代表数据流，方框代表数据的源点或终点，圆框代表数据流的交换，双杠代表数据存储的地方。

数据字典是对数据流程图中的数据，变换等进行精确的定义。

4、参考资料

《数据库系统简明教材》 《软件工程技术与实践》 《软件工程基础》

二、现行系统概况

该单位图书馆现为人工管理，效率低，易比错，手续繁琐，而且耗费大量的人力。图书馆希望设计一个图书管理系统，用于管理读者的登记，图书的购入、借出、归还以及注销等。并且方便管理人员还查阅某位读者、某本图书的借阅情况。并可加快对当前借阅情况统计的效率，以全面掌握图书的流通情况、提高工作效率、加快信息反馈，为读者提供满意的借阅环境。

三、系统需求说明

1、对功能的规定

经过以上详细的用户调查，在现行业务流程和数据分析的基础上，基本可以确定系统设计必须达到的目标。

以下是图书管理系统必须具备的功能：

1.新进图书的登记功能：对于购进的新书，系统必须具备图书信息资料的录入功能。

2.图书的查询修改功能：当图书资料发生变化，如图书丢失或有错误信息输入时，则应能够及时对数据进行修改和补充。

3.借阅的登记，归还的登记功能：系统的主要功能之一，供本校学生借阅图书、归还图书，并进行登记。

4.学生信息的增加、删除和修改功能：系统主要功能之一，建立学生信息，并对其进行维护。

2、对性能的规定

为了保证系统能够长期、安全、稳定、可靠、高效的运行，图书管理系统应该满足以下的性能需求：

（1）、系统处理的准确性和及时性

系统处理的准确性和及时性是系统的必要性能。在系统设计和开

发过程中，要充分考虑系统当前和将来可能承受的工作量，使系统的处理能力和响应时间能够满足学校对信息处理的需求。

（2）、系统的开放性和系统的可扩充性

图书管理系统在开发过程中，应该充分考虑以后的可扩充性。例如用户查询的需求也会不断的更新和完善。所有这些，都要求系统提供足够的手段进行功能的调整和扩充。而要实现这一点，应通过系统的开放性来完成，既系统应是一个开放系统，只要符合一定的规范，可以简单的加入和减少系统的模块，配置系统的硬件。通过软件的修补、替换完成系统的升级和更新换代。

（3）、系统的易用性和易维护性

图书管理系统是直接面对使用人员的，而使用人员往往对计算机并不时非常熟悉。这就要求系统能够提供良好的用户接口，易用的人机交互界面。要实现这一点，就要求系统应该尽量使用用户熟悉的术语和中文信息的界面；针对用户可能出现的使用问题，要提供足够的在线帮助，缩短用户对系统熟悉的过程。

（4）、系统的标准性

系统在设计开发使用过程中都要涉及到很多计算机硬件、软件。所有这些都要符合主流国际、国家和行业标准。

（5）、系统的先进性

目前计算系统的技术发展相当快，做为图书管理系统工程，在系统的生命周期尽量做到系统的先进，充分完成企业信息处理的要求而不至于落后。这一方面通过系统的开放性和可扩充性，不断改善系统的功能完成。另一方面，在系统设计和开发的过程中，应在考虑成本的基础上尽量采用当前主流并先进且有良好发展前途的产品。

（6）、系统的响应速度

图书管理系统系统在日常处理中的响应速度为秒级，达到实时要求，以及时反馈信息。在进行统计分析时，根据所需数据量的不同而从秒级到分钟级,原则是保证操作人员不会因为速度问题而影响工作效率。

3、输入输出要求

输入：键盘，鼠标等。

输出：显示器等。

4、其他专门要求

数据库：对于图书馆管理信息系统来说，数据的处理流程 从软件操作的过程确定基础数据为： 图书管理员数据 读者数据（图书证）图书信息

为了方便用户对图书的维护工作减少数据输入量和数据一致性，基础数据还定义为： 图书类别定义 出版社定义

5、条件、假定和限制

运行环境：兼容当前主流操作系统95/98/NT/ME/2000/XP,Office软件等。

硬件环境：奔腾4以上计算机，打印机、扫描机等。开发软件：SQL Server、vb等。最早投入运行时间：2010年12月30。

windows

四、新系统的逻辑模型

1、图书馆组织机构分析

通过对图书馆工作人员的调查，图书馆主要有4个部门。借阅管理部负责图书的借阅管理；图书管理部负责书籍类别标准的制定，类别信息的输入；书籍类别信息的查询，修改；书籍信息的输入；读者管理部负责主要针对各类读者信息进行管理；系统管理部负责用户管理和密码管理。组织机构图如下：

图书馆 借阅管理部 图书管理部 读者管理部 系统管理部

图书馆组织机构图

2、系统功能结构图

图书馆管理系统 借阅信息管理 图书信息管理 读者信息管理 系统管理 还书信息管理 借书信息管理 设置图书信息 设置图书种类 设置读者信息 设置读者种类 密码管理 用户管理还还还书书书信信信息息息查修添询改加 借借借书书书信信信息息息查添修询加改 图图图书书书信信信息息息查修添询改加 图图书书类类别别添修加改 读读读者者者信信信息息息查修添询改加 读读者者种种类类修添改加

3、业务流程图

通过对学校的图书馆借书、还书业务的调查，弄清了借书还书的业务流程，如下图所示：

借书单借书证读者借书证借书审核合格书证、借书单借书登记图书目录图书档案书库记录图书还书审核合格图书还书处理

4、数据流程图

通过对业务流程图的细化，可得到系统的分层数据流图。如下图： 顶层数据流图：

图书管理系统读者信息会员信息读者审核信息借阅信息借还书信息读者图书信息借书卡、借阅信息管理员 图书馆管理系统的顶层数据图

对顶层数据流图细化、分解可得到图书管理系统的第一层数据流图，如下图：

借阅信息 借还书信息P1借阅信息管理借书信读者息还书信息读者P2图书信息管理书库文件管理员借书卡、借阅信息读者资料读者信息审核会员信息P3读者信息管理读者记录管理员信息P4系统管理 图书馆管理系统的第一层数据图

对第一层数据流图进一步细化、分解，可以得到第二层数据流图，如下图：

借书卡P1.1身份审核合格读者借书信息读者记录借还书信息P1.2借书登记管理员还书信息书库文件P1.3书籍检查合格书籍读者还书信息P1.4还书处理借阅信息管理数据流图

管理员管理员身份信息P2.1身份审核合格人员P2.2书籍查询P2.3入、出库情况图书目录书库文件书库记录图书信息管理数据流程图

管理员管理员身份信息P3.1身份审核合格人员P3.2读者查询P3.3读者情况读者信息表读者记录读者信息管理数据流图

5、数据字典

1）数据元素 数据元素条目

数据元素名称：用户密码 别名：userpass 长度：16 描述：用户登录系统的密码 有关的数据结构：User 数据元素条目

数据元素名称：图书分类编号 别名：Bookindex 类型：数值型 长度：10 描述：图书分类的编号 数据元素条目

数据元素名称：读者编号 别名：Readerindex 类型：数值型 长度：10 描述：区分读者的唯一标识 数据元素条目

数据元素名称：图书名称 别名：BookName

类型：文本型 长度：50 描述：图书的名称 2）数据流条目 数据流条目

数据流名称：添加读者 简述：进入读者管理可进行添加 数据来源：读者资料 数据流向：读者信息表 包含的数据结构： 数据流条目

数据流名称：查询结果 简述：从图书信息表中检索信息 数据来源：图书信息表 数据流向：查询结果 包含的数据结构： 数据流条目

数据流名称：查询读者信息 简述：读者登录后可进行查询 数据来源：读者信息查询窗口 数据流向：读者信息查询窗口 包含的数据结构：

数据流条目

数据流名称：按条件查找

简述：读者按类别或作者查找的结果 数据来源：读者信息查询条件窗口 数据流向：读者信息查询条件窗口 包含的数据结构： 数据流条目

数据流名称：管理员登录 简述：管理员对图书进行管理 数据来源：管理员表 数据流向：管理员表 包含的数据结构： 数据流条目

数据流名称：显示图书 简述：由条件将各类数据显示 数据来源：图书信息表 数据流向：浏览图书 包含的数据结构： 数据流条目

数据流名称：修改读者信息 简述：输入预修改的信息 数据来源：读者信息表

数据流向：读者信息修改界面 包含的数据结构： 数据流条目

数据流名称：读者信息 简述：读者都能对它进行维护 数据来源：读者信息表 数据流向：读者信息维护 包含的数据结构： 数据流条目

数据流名称：添加图书 简述：新购图书的添加 数据来源：图书信息表 数据流向：图书信息表 包含的数据结构： 数据流条目

数据流名称：修改图书信息 简述：图书更新 数据来源：图书信息表 数据流向：图书信息表 包含的数据结构： 3）处理过程描述 处理功能条目

名称：查询图书

输入数据：按图书编号、书目名称、作者等来查询 输出数据：图书编号、书目名称、书目作者 处理逻辑：（1）支持模糊查询

（2）对查询的图书可进行修改删除等 处理功能条目 名称：添加用户

输入数据：用户ID，用户密码，用户名称。输出数据：是否添加成功 处理逻辑：（1）用户名称是否不同

（2）用户密码是否包含非法字符 处理功能条目 名称：添加图书

输入数据：图书编号，图书名称，作者，在库数量，单价，图书分类，图书简介。

输出数据：是否添加成功 处理逻辑：（1）是否有漏填

（2）数据要求是否匹配

（3）信息是否填写完整 4）数据存储 数据存储条目

数据存储名称：图书信息表

说明：存储图书基本信息

结构：图书编号，图书名称，图书分类，出版社，入库时间，入库数量，图书状态，在库数量，图书简介。关键字：图书编号

相关处理：查询，修改，添加，删除。数据存储条目

数据存储名称：管理员信息表 说明：存储管理员信息

结构：管理员编号，管理员姓名，管理员密码。关键字：管理员编号 5）外部实体条目 外部实体条目 名称:图书 说明:图书情况

输出数据流：图书借阅信息表 输入数据流 图书 借阅信息 外部实体条目 名称:管理员 说明:读者信息情况 输出数据流：读者信息表 输入数据流 管理员 读者信息 外部实体条目

名称:读者 说明:读者借阅情况

输出数据流：读者借阅信息单 输入数据流 读者 借阅信息

第五篇：图书馆管理系统可行性分析报告

图书馆管理系统可行性分析报告 引言

某图书馆为了方便管理和与读者、图书供应商更好的联系特提出开发此系统。

1.1 编写目的： 从现在应用的技术方面和用户的操作方式方面研究图书馆管理管理系统的可行性和必要 性。

1.2 项目背景： 项目的任务提出者：该图书馆馆长 开发者：软件工程系 用户：图书馆工作人员及读者

1.3 参考资料： 《软件工程》 清华大学出版社 《数据结构—C++语言的使用》 西安电子科技大学出版社 《Visual C++ 高级编程》 清华工业出版社 可行性研究的前提

2.1 要求： 功能：能够准确快速的记录图书的状态，以便能轻易的查出图书是否被借、是否归还、是 否借出超期等信息;读者和管理人员可进行一些需要的操作.性能：稳定快速，实时控制 输入/输出：条形码英文和汉字输入,英文和汉字输出 安全与保密要求：不能轻易被破坏，不能让管理人员以外的人删改图书信息，对断电、死 机、系统崩溃等问题有有力措施以保障数据不受损失。

2.2 可行性研究方法： 通过调查分析开发图书馆管理所具备的能力及实现的方法。确定总体结构，利用 SQL Server 数据库所具有的能力，以最简洁最容易的方法，使用 VC++使其成为一个初级的系统 软件。

2.3 决定可行性的主要因素： 图书馆规模、设备状况、操作人员技术 对现有系统的分析

3.1． 处理流程和数据流程(略)

3.2． 工作负荷 由于数据量越来越大，现有的系统已明显不能适应目前的庞大数据量，系统工作负荷过大。

3.3． 费用支出 由于现有系统的工作负荷严重超载，在现有系统上投入的人力，设备，空间，材料，等等与 其他的一系列支持***越来越大，导致开发费用支出巨大，严重影响系统的可用性，急需 改进。

3.4． 人员 设备 鉴于原有系统的技术性含量比较低，故不需要多少高技术人员的操作，只是由于数据量的日 益扩大，所需要的操作人员数量不断增大。这一点已不再适应目前信息化时代的步伐。设备的科技含量也比较低，没有达到大量的计算机普及程度。

3.5． 局限性 经过严谨的分析，可知原有的系统存在很大的局限性，比如技术的过于陈旧，人员工作负荷 大，系统维护及费用支出巨大，人员与设备技术含量低等等一系列缺点，所有这些都明确了 需要一个新的适应新的信息化时代的高科技的系统。所以开发这样一个系统还是很有必要 的。

4.所建议系统技术可行性分析

4.1 对系统的简要描述 新系统在原有系统的基础上加入了新的数据库的支持，使用了先进的数据库技术与数据管理 技术，使数据的准确性与安全性得到了很大的提高，且在用户的并行操作与用户管理方面也 有了极大地改善。

4.2 处理流程和数据流程(略)

4.3 与现有系统比较的优越性 在以上几点中已可以看出新系统的性能与功能上与现有系统的差别，首先新系统克服了原来 系统的资金投入大，人员设备技术含量低，系统工作负担重等缺点。而且加入了对数据的安 全性保护的功能，使原有系统在可用性与稳健性方面有了很大的进步。4.4． 采用建议系统可能带来的影响(1).设备:采用建议系统后，改进了原有系统的性能所以对设备要求自然更高，建议系统使用 了最先进的技术使设备也必须跟着升级。(2).现有软件:由于建议系统采用了先进的数据库技术以及一系列高技术含量软件，使得原来 系统上的一些软件无法继续使用，不过在新系统开发过程中将尽量考虑到，对现有软件的兼 容性。(3).用户:建议系统使用的新技术是完全基于原有的系统上的,故用户不必考虑新系统带来的 人员培训等等。

4.5． 技术可行性评价 就目前使用的开发技术来说建议系统的功能目标应该能够达到； 利用现有的技术在规定的期 限内开发工作基本能够完成。所建议系统经济可行性分析

5.1 该系统对客户的影响： 建议系统是为了改善原有系统在经费支出过高的缺点的，所以新系统一经使用在经费支出方 面一定会得到很好的改善，用户在使用了新系统后只需要花一定资金购买一部分计算机与软 件就能实现自动化.5.2 购货方面： 5.2.1 支出 1）系统开发费用（1）人员费用：本系统开发期为三周，试运行一周。开发期需要开发人员 3 人，试运行期 需要开发人员 2 人。人员费用为 万元。（2）设备费：本系统所需的硬件设备费用为 万元。（7）不可预见费：按开发费用的 15%计算。系统开发总费用为 万元。2）系统运行费用（1）系统维护费：需要 人/年进行系统维护，维护费为 万元(2）设备维护费：设备更新费为 万元。设备维护费为 万元。（3）消耗材料费：每年按 元计算。

综上所述,设系统使用时间 5.2.2 收益（1）提高工作效率（2）减少工作人员 年,系统开发和运行总费用 万元,平均 万元/年。社会因素分析

该项目为独立开发，在技术上没有使用任何现有的软件与方法。所以在法律方面不会存在 侵犯专利权、侵犯版权等问题，完全按照合同规定的责任履行。7.其他可供选择的方案 由于系统过于简单，所以开发小组没有提供其他的方案，只有一种开发方案。8 结论意见 经过一系列的各个不同方面的可行性分析，分析员和用户及使用部门的负责人对需要解决 的问题取得基本的一致看法，开发小组的开发方案的到批准，使用部门负责人同意开发工程 继续进行下去。