第一篇：1图书馆管理信息系统可行性分析报告
可行性分析报告
一.引言编写目的基于提高图书馆管理员对用户和图书的管理的效率，把管理员从繁重的工作中解脱出来，同时也让图书馆能够更好的为大众服务．背景
21世纪是一个信息时代，我们一直在获取并应用信息中进步．图书馆是我们获取信息的重要渠道之一，管理系统不完善、开发一套高效的图书馆管理系统是非常必要而且必须的．项目完成之后可在普通的络中．应用此系统的图书馆用户结构不能过于复杂，理，用户主要为校园师生．
a.所开发软件系统名称：图书馆管理系统
b.项目开发人员：定义
图书管理系统项目参考资料
《管理信息系统》
《管理信息系统实验指导书》
《管理信息系统开发案例分析》
二.可行性研究的前提要求
主要功能：负责图书的采购信息存档、对图书信息的查询及编辑、对用户相关信息的管理、借阅图书的管理．
安全与保密要求：
份才能进入系统进行信息的操作．目标
为了方便图书馆管理人员对图书的借阅、归还等提供轻松快捷的管理方式，同时也方便广大的读者用户可以随时随地的对图书进行续借，查询等． 人们越来越离不开它．但现如今的图书馆由于使得它的服务效率和服务质量一直不能使读者满意，PC机上运行，也可以运行于整个图书馆管理网最佳适用于校园图书馆管可行性分析 方案主编，北京大学出版社，2006年．，张金城 主编，北京大学出版社，2006年．，钟雁 主编，清华大学出版社，2006年．登陆系统时，需验证身份和密码，只有图书管理员的身不科学，***********，张金城条件、假定和限制
运行环境：兼容当前主流操作系统 Windows XP /vista/7，Office软件
等．
硬件环境：奔腾4以上计算机，打印机、扫描仪等． 开发软件：SQL Server、JAVA、C#等 该系统的预期寿命为5年
最早投入运行的时间为2011年2月1日．进行可行性研究的方法
通过对已有图书管理系统的分析和研究比较的方法评价尺度
各项功能的优先次序、费用的高低、寿命的长短、兼容性、开发时间的长短及使用中的难易程度等等．.所建议的系统对所建议系统的说明
a.小巧而不失使用的功能，方便师生．b.库存图书馆功能，师生借阅信息管理．c.财务信息的统计分析．
d.多种图表统计，可统计每年，每月，每日的图书借出和借入情况统计．e.多种排行统计等．处理流程和数据流程．
a.系统能对书籍信息进行管理．b.系统不需要管理借阅者除姓名以外的信息．对每一名借阅者最多可借
阅的书籍数目为2本． c.借书时，系统记录借书者的姓名、借阅书籍名称和借阅日期．d.时间时，系统记录还书者的姓名、归还书籍名称和还书日期．系统设定书籍的最长借阅时间为e.操作人员可以根据书籍名称、作者、出版社三者之一或三者的任意组合查询书籍信息． f.操作人员可以查询借阅某书籍的所有借阅者的姓名；也可以查询某借阅者借阅的所有书籍名称；阅者的借书时间、还书时间．
个月． 书籍名称查询借
三 1还可以根据借阅者的姓名、g.系统由图书馆工作人员操作分为:系统管理员,书籍管理员和借阅管理员．
h.所有操作人员凭帐号和密码登陆系统．3 改进之处
a.由于时间仓促，人力和物力资源缺乏，本系统存在诸多不完善之处． b.整体系统不够强，功能模块需要添加和其他查询功能．技术条件方面的可能性技术上的可行性分析主要分析现有技术条件能否顺利完成开发工作，硬件、软件配置能否满足开发者的需要，使用的语言是行．
四.可选择的其他系统方案可选择的系统方案：1.拟建系统的目标1)促进管理体制的改革和改进管理手段2)提高和改进管理信息服务质量3)减少人力和设备费用5)加快信息的查询速度和准确性2.系统规划及初步方案管理系统使用单机作业，由专人输入有关信息，可以选购书目，上报计划．进行统计分析等，向财务处进行结算．本系统拟采用奔腾Ⅳ处理器，内存，硬盘3.系统的实施方案本系统客户端拟采用作系统，前端开发语言使用五.社会因素方面的可能性1.经济可行性分析开发需求较低期较短,人员经济支出有限。开发完成运行后，为使用者带来便利，为系统的进一步推广创造了条件，经济收益将远超过投资。从经济角度考虑行。
2.法律可行性分析
JAVA
160G．打印机一台，电源，光驱，扫描仪各一个．,加上成熟的软硬件环境、目标系统并不是十分复杂和开发周各类技术人员的数量，SQL之间连接，是大家还比较熟悉的内容，可行性可
Windows XP操作系统，服务器采用C# JAVA ,使用
MS SQL server来源等．所1G Windows XP操,此系统开发可水平，和 数据库管理系统
由于整个系统是自行开发,自行使用，所以系统本身不存在版权争议，符合国家各种政策法规。服务器软件方面，它的操作系统可能会被微软跟踪,如果不是正版软件,将会面临民事诉讼的风险。3.使用方面的可行性
采用软件管理图书馆日常工作，毫无疑问会在使用过程中产生新的需求和问题，这样也会不断地促进信息技术和软件应用的革新． 经过研究，此系统的用户无使用方面的问题．
六.结论
根据以上分析可知，开发该图书馆管理信息系统不仅有巨大的经济效益，而且有更大的学习管理效益，从而使该系统开发具有价值，但是时间有限，我们会在这方面加强学习和改进．所以条件已经具备,可以开始进行开发．
也节省了大量资源，,我们认为开发此系统的
第二篇：图书馆管理信息系统可行性分析报告
图书馆可行性分析报告
图书馆管理系统是一些单位不可缺少的部分。书籍是人类不可缺少的精神食粮，尤其对一些学校来说，尤其重要。所以图书馆管理系统应该能够为用户提供充足的信息和快捷的查询手段。但一直以来人们使用传统人工的方式管理图书、期刊、试卷合订本等，这种管理方式存在着许多缺点,如:效率低、保密性差,另外时间一长,将产生大量的文件和数据,这对于查找、更新和维护都带来了不少的困难。
随着科学技术的不断提高,计算机科学日渐成熟,其强大的功能已为人们深刻认识,它已进入人类社会的各个领域并发挥着越来越重要的作用。作为计算机应用的一部分,使用计算机对图书资源信息进行管理,具有着手工管理所无法比拟的优点.例如:检索迅速、查找方便、可靠性高、存储量大、保密性好、寿命长、成本低等。这些优点能够极大地提高图书馆管理的效率,也是企业、学校的科学化、正规化管理,与世界接轨的重要条件。
图书馆管理系统是典型的信息管理系统(MIS),其开发主要包括后台数据库的建立和维护以及前端应用程序的开发两个方面。对于前者要求建立起数据一致性和完整性强.数据安全性好的库。而对于后者则要求应用程序功能完备,易使用等特点。
图书管理系统的建立，需要进行用户需求调查与分析，以确定系统目标，提出解决问题的详细方案，这是系统建设的重要环节。要想使学生能够有效的借阅，功能上对系统的要求是全面的。因此对用户的需求可分为四个方面：一方面是图书管理人员对需要进行图书借阅的同学进行信息注册，获得借书证；二方面是学生通过计算机进行图书浏览；三方面是学生通过计算机进行图书借阅；四方面是打印输出学生信息。
这四个方面形成了图书借阅的一个工作整体，利用计算机的自动化处理，可方便快捷地共享信息、交流信息，高效地协同工作。
图书馆管理系统是典型的信息管理系统(MIS),其开发主要包括后台数据库的建立和维护以及前端应用程序的开发两个方面。对于前者要求建立起数据一致性和完整性强.数据安全性好的库。而对于后者则要求应用程序功能完备,易使用等特点。
在软硬件方面对系统的需求，软件要求易学，界面友好，容易掌握，可以很简单方便的进行图书借阅信息管理。硬件的配置要求不能太高，这样可以很好的适应当前的学校图书馆的借阅。
第三篇：1da图书馆管理信息系统可行性分析报告
图书馆管理信息系统可行性分析报告
一 系统简述
图书馆是学校的文献信息中心，是为全校教学和科学研究服务的学术性机构，是学校信息化的重要基地。图书馆的工作是学校教学和科学研究工作的重要组成部分，是全校师生学习和研究的重要场所。（机构地位）
目前图书馆处于纯手工管理阶段，陈旧的管理手段给读者和图书馆管理员带来的很多操作上的不方便，同时为了提高工作效率、服务质量和管理水平，并使图书馆管理人员从繁琐的工作中解脱出来,从而使他们下定决心开发该系统。（为什么开发系统）
该图书馆管理信息系统是基于access技术，建立以数据库为后台核心应用、以服务为目的信息平台，对资源进行科学的加工整序和管理维护，为教学和科学研究提供文献信息保障和提高管理图书的效率而设计的系统。（技术）
条件、假设和限制
a: 建议该系统运行的最短寿命为10年；
b: 进行该系统方案选择比较的期限为2个月；
c: 建议该系统软件投入使用的最迟时间为2014年10月；
d: 开发该软件系统的经费来源为***大学财务处出资；
e: 该系统要受资金、寿命、社会等系列因素的制约和限制。
系统改进之处
本图书馆管理信息系统是基于网络的新型系统，应用了最新的网络技术，该图书馆系统规模较小，但是功能齐全，具有相当的管理功能，馆中所有未借出的书籍能够供读者随时借阅，在同一时刻，一本书不能既被借出，又可供借阅，一个读者一次借出的书籍数目不能超过预定值。
系统的影响
该系统的应用可以方便广大师生使用图书馆的图书资源，可以科学的管理所有的图书，优化图书资源的配置，让有限的图书发挥最大的作用。同时方便图书馆对图书的编目管理，可以使用更合理的方法编排图书，借书者更方便的可以找到自己想要找的书，支持在线查看图书馆的藏书情况。
软件支持
该系统使用ASP,HTML,ACCESS等软件开发，ASP技术很好地适应了交互站点设计和基于Web的数据库访问的要求。用户使用IE浏览图书馆的主页，图书馆有专门的数据服务器，使用windows 2000 server架设服务器，管理端使用vc开发。
系统的运行过程
系统使用期半年，在开始必须对初始数据进行录入，包括所有的书目信息，出库图书的信息，读者的信息，流通图书信息，图书馆管理者的信息，图书馆财务信息，图书馆资金应用信息等。在半年的使用期通过检验后，将要优化该系统的性能，把一些发挥不良的组件重新开发，或者加入合适的补丁文件，系统稳定后的主要工作是加强该系统安全性。
二 项目目标
以最低的成本，在最短的期限内开发出具有管理图书和用户信息功能的图书馆管理信息系统。（包括：人力与设备费用的节省；处理速度的提高；人员工作效率的提高）
三 所需资源、预算和期望效益所需资源
硬件资源：数据库服务器1台，处理器: 支持2颗英特尔® 至强 ™处理器E5-2400 产品系列,硬盘: 最多可配8 个2.5/3.5英寸热插拔SAS、SATA 或固态硬盘,内存:最高可配192GB,网卡：支持双千兆网卡
普通PC若干
软件资源：office access数据库管理系统,开发工具
人力资源：数据库设计师1名，数据库设计员2-3名，数据库管理员1名，用户若干。预算
由于是课程案例，开发该软件系统的经费为零；
力求达到实用要求。期望效益
可以减轻图书馆工作人员工作负担，提高管理效率。
四 项目可行性结论
管理上的可行性：
图书馆馆长同意并且急切的想使用上该系统，以提高图书馆的管理效率;各级工作人员也想从繁重的手工工作中解脱出来，期望MIS系统减轻自己的工作负担。从财力上来看，学校能够承担并且同意拨款建立图书馆管理信息系统。
我们公司重视对客户进行需求分析，同时还尽心为客户考虑其长远利益和运行要求。从用户单位——大学校园图书馆的行政管理和工作制度等方面来看，是完全能够使用该软件系统。
从大学图书馆的使用人员来看，可大致分为五类：
一、学生；
二、教职工；
三、图书馆管理人员；
四、行政职工；
五、其余各界人士。用户的素质较高，大部分受过本科教育，而新开发的软件系统友好的界面及简便的操作方法，保证能满足绝大多数用户使用该系统的要求。
技术上的可行性：
现今的计算机硬件足以满足这样的信息系统运行要求，硬件价格也在逐年下降，购置硬件的费用不再那么昂贵，计算机网络也普及到了各个高校及学生寝室，为使用信息系统创造了有利条件。软件方面，现在软件开发的技术已经十分成熟，可以实现该系统的开发。
经济上的可行性：
成本：
1、开发、测试所需设备（网络、服务器、工作站等）总需投入8.2万元；
其中：开发使用的服务器1台，共2万元。
测试使用的服务器1台，共1万元。
网络设备（交换机、路由器等），共3万元。
开发用计算机4台，共1.2万元。
测试用计算机及其他设备，1万元
2、软件和系统平台建设总需投入2万元；
其中：数据库系统0.7万元。
开发工具软件及系统平台1万元。
网络安全软件0.3万元。
3.项目配套流动资金需投入3万元；
4.项目总投资13.2万元。
收益：
提高行政部门工作效率，取得较大社会效益，节省部分人力物力。
结论：
鉴于以上分析可知，该图书馆管理信息系统开发项目不仅有利于提高管理效率，还可以降低工作人员的劳动强度。在软硬件条件都比较成熟的背景下，投入一定的资金换取更高的工作效率和先进的工作方式是值得提倡的，所以该系统可以立即开发。
第四篇：图书馆管理信息系统 分析报告
图书馆管理信息系统 需求分析..................................................................................2
1.1 系统背景分析........................................................................................................2 1.2图书管理业务流程图..........................................................................................4 1.3数据流程图...............................................................................................................7 1.4数据字典..................................................................................................................11 1.4.1 数据项描述....................................................................................................11 1.4.2 数据结构.........................................................................................................11 1.4.3 数据流的描述................................................................................................11 1.4.4 处理逻辑的描述...........................................................................................20 1.4.5 数据存储的描述...........................................................................................23 1.4.6 外部实体的描述...........................................................................................25 2 概念模型设计........................................................................25
2.1实体图.......................................................................................................................25 2.2 实体—联系图......................................................................................................27 2.3 数据库概念模型.................................................................................................28 3 逻辑模型及物理模型设计...................................................28
3．1 数据库概念模型转换为关系模型.........................................................28 3．2 数据库物理模型..............................................................................................29 4 数据库的实施与运行...........................................................29
4．1生成的SQL语句.............................................................................................29 5 参考资料................................................................................33 需求分析
1.1 系统背景分析
<系统背景简介…> 1． 组织机构介绍。。2． 业务情况介绍
随着学院的日渐扩大，图书馆的管理工作也日益复杂，但其主要工作分为：
新书入库：首先，图书馆的管理部门根据图书的库存量、图书的需求量和各类图书的最近发展情况向采购员发出购书计划单，采购员根据购书计划单向图书供应商发出购书单，采购员收到图书供应商的提货通知单并提货，将检验不合格的图书退给供应商，并发出重新发货的通知单。其次，将入库书单和检验合格的图书交付给图书管理员。最后，对新书进行分类处理：即按国家统一的分类进行编号，登记书号、书名、作者、出版社、价格、数量等信息到书库，并将购书单和提货单交付给财务部门。记入入库文件。
图书出库注销：对于过期的各类图书进行出库处理，注销其相应信息。 图书的借出：图书管理员根据借阅者的借书单去查阅书库，若有借阅者要借的书，则将书借给借阅者，并将借阅者的借阅证号、姓名及所借图书的信息记入书库借阅文件，若没有借阅者要借的书，借阅者可以预定所要借的书，管理员将预定信息记入预定文件。
图书的归还：借阅者将所借的书归还图书馆时，管理员对图书进行检查，若完好，将借阅者的这条归还信息记入归还文件，并注销相应的借阅信息；若被损坏，开出罚款单，并将罚款信息记入罚款文件，将借阅者相应的归还信息记入图书归还文件，并注销相应的借阅信息；若超期，则根据超期的天数进行罚款，同时将相关罚款信息记入罚款文件，将借阅者的这条归还信息记入归还文件，并注销相应的借阅信息。若借阅者不慎将图书遗失，图书管理员根据图书的单价和学院的相关规定开出赔偿单据，借阅者交纳赔偿金后，管理员相关的赔偿信息记入赔偿文件，注销相应的借阅信息，并注销该书的信息。
统计情况：图书管理员对图书借阅情况进行统计，对逾期未还的借阅者催其归还
图书。并且定期对图书进行整理及统计。
检索：对图书馆书库的各方面进行检索。
图书馆管理信息系统的数据需求包括如下几点： 1． 数据录入的可靠性
数据的输入主要依靠手工，而准确的输入关系到该系统的数据是否能准确处理，加之该系统需要输入大量的图书及用户资料，所以系统必须有简洁的界面和一定的灵活性使得输入工作迅速而准确。2． 数据的完整性与一致性
对于输入的数据，要有一定的完整性规则，如果不能符合要求，系统应该拒绝该数据。由于系统的数据是共享的，图书作为共享数据，其去向必须是明确的，系统需保证图书不能被两人同时借出，而要解决这一问题，需要一定的人员维护数据的一致性。
1.2图书管理业务流程图
采编部有关部门新书书单不合格书单新书报表校验员藏书报表新书清单合格书单藏书清单编码员库藏清单书库书籍分配单领书清单书库管理员领取新书报表书库 新书入库业务流程图
书库有关部门注销计划注销申请表不合格申请表注销通知审核员藏书报表注销清单合格申请表藏书清单编码员 旧书出库（含遗失注销）业务流程图
读者预约申请表借书申请表续借申请表无效申请表预约通知续借通知领书通知索书员未在库在库在库在库书籍清单有效申请表借出书籍清单预约清单书库管理员书库无此书库存报表缺书申请单补书单采编部有关部门 图书借阅（图书借出、图书预约、图书续借）业务流程图
读者遗失通知超期通知还书通知有关部门遗失申请表归还申请表遗失清单在库清单书库管理员归还清单在库报表遗失报表藏书清单注销通知遗失统计编码员藏书报表 图书归还（遗失归还、超期归还）业务流程图
新用户有关部门用户申请表不合格申请表新用户登录通知审核员读者清单读者清单合格申请表新用户清单读者管理员 读者入库业务流程图
读者有关部门注销申请表不合格注销表用户注销通知单审核员读者报表读者清单合格注销表注销清单读者管理员 用户注销（证件挂失）业务流程图
1.3数据流程图
符号说明
外部实体处理数据流数据存储 p1管理员新旧书书单书书单采编入库注销书籍p2注销出库p3读者归、籍书籍阅书借还新用户名单注销用户名单借阅归还借归阅清还单清、单新书清单清单D1书籍基本信息管理员p4编码入库p5注销出库新用本信户基息用户销注信息基本D2读者基本信息（1层数据流程图）
管理员不合格书单新书书单P1.2审核合格书单P1.3编码新书基本信息新书报表新书基本信息书籍基本信息管理员（2层新书入库管理）
读者不合格书单借书单、预约书单所借书籍P3.1.1审核合格预约书单P3.1.2预约处理合格借书单P3.1.3借书处理借书清单借书清单书籍基本信息管理员读者借书情况报表（2层图书借阅、预约管理）
P3.2.4读者罚款通知罚款金额交纳入帐罚款清单归还书籍、遗失书籍P3.2.1审核损坏书单还书清单遗失书单罚款报表读者还书情况报表P3.2.2损坏处理损坏清单还书清单P3.2.3遗失处理遗失报表损坏清单遗失清单遗失书籍报表损坏书籍报表书籍基本信息管理员（2层图书归还、遗失管理）
管理员不合格书单旧书书单P2.1审核合格书单P2.2注销旧书清单旧书注销报表旧书注销清单书籍基本信息管理员（2层旧书出库管理）
管理员不合格名单新用户名单P4.1审核合格名单P4.2编码入库新用户基本信息新用户报表新用户清单读者基本信息管理员（2层新用户入库管理）
管理员不合格名单注销名单P5.1审核合格名单P5.2注销注销用户基本信息注销用户报表游乐用户清单读者基本信息管理员（2层用户注销管理）
1.4数据字典
1.4.1 数据项描述
1.4.2 数据结构
1.4.3 数据流的描述
数据流编号：D1 数据流名称：新书书单
简
述：购入书籍的表单 数据流来源：管理员 数据流去向：审核模块
数据流组成：索书号+书名+出版社等 数据流量：1张/3个月 高峰流量：1张/月
数据流编号：D2 数据流名称：合格书单
简
述：通过审核的新书书单 数据流来源：审核模块 数据流去向：编码模块
数据流组成：索书号+书名+出版社等 数据流量：1张/3个月 高峰流量：1张/月
数据流编号：D3 数据流名称：不合格书单
简
述：没有通过审核的新书书单 数据流来源：审核模块 数据流去向：管理员
数据流组成：索书号+书名+出版社等 数据流量：1张/3个月 高峰流量：1张/月
数据流编号：D4 数据流名称：新书基本信息
简
述：新入库图书的信息 数据流来源：编码模块
数据流去向：书籍基本信息
数据流组成：条形码+索书号+书名+出版社等 数据流量：1张/3个月 高峰流量：1张/月
数据流编号：D5 数据流名称：新书清单
简
述：新入库图书的书单 数据流来源：编码模块 数据流去向：新书报表
数据流组成：条形码+索书号+书名+出版社等 数据流量：1张/3个月 高峰流量：1张/月
数据流编号：D6 数据流名称：借书单
简
述：读者借书的书单 数据流来源：读者 数据流去向：审核模块
数据流组成：索书号+借阅证号码等 数据流量：200张/天 高峰流量：400张/天
数据流编号：D7 数据流名称：预约书单
简
述：读者预约书籍的书单 数据流来源：读者 数据流去向：审核模块
数据流组成：索书号+借阅证号码等 数据流量：200张/天 高峰流量：400张/天
数据流编号：D8 数据流名称：合格书单
简
述：通过审核的借书单 数据流来源：审核模块
数据流去向：借书处理模块
数据流组成：条形码+借阅证号码等 数据流量：200张/天 高峰流量：400张/天
数据流编号：D9
数据流名称：不合格书单
简
述：没有通过审核的借书单 数据流来源：审核模块 数据流去向：读者
数据流组成：索书号+借阅证号码等 数据流量：200张/天 高峰流量：400张/天
数据流编号：D10 数据流名称：不合格书单
简
述：没有通过审核的预约书单 数据流来源：审核模块 数据流去向：读者
数据流组成：索书号+借阅证号码等 数据流量：200张/天 高峰流量：400张/天
数据流编号：D11 数据流名称：合格书单
简
述：通过审核的预约书单 数据流来源：审核模块
数据流去向：预约处理模块
数据流组成：条形码+借阅证号码等 数据流量：200张/天 高峰流量：400张/天
数据流编号：D12 数据流名称：所借书籍
简
述：读者借到的图书 数据流来源：借书处理 数据流去向：读者
数据流组成：条形码+借阅证号码等 数据流量：200张/天 高峰流量：400张/天
数据流编号：D13 数据流名称：预约清单
简
述：预约图书的书单 数据流来源：预约处理模块 数据流去向：预约情况报表
数据流组成：条形码+借阅证号码 数据流量：200张/天 高峰流量：400张/天
数据流编号：D14 数据流名称：预约图书信息
简
述：预约图书的基本信息 数据流来源：借书处理模块 数据流去向：书籍基本信息
数据流组成：条形码+借阅证号码 数据流量：200张/天 高峰流量：400张/天
数据流编号：D15 数据流名称：借书清单
简
述：借出图书的书单 数据流来源：借书处理模块 数据流去向：读者借书情况报表 数据流组成：条形码+借阅证号码等 数据流量：200张/天 高峰流量：400张/天
数据流编号：D16 数据流名称：借出图书信息
简
述：借出的图书的基本信息 数据流来源：借书处理模块 数据流去向：书籍基本信息
数据流组成：条形码+借阅证号码等 数据流量：200张/天 高峰流量：400张/天
数据流编号：D17 数据流名称：归还书籍
简
述：归还图书的书单 数据流来源：读者 数据流去向：审核模块
数据流组成：条形码+借阅证号码等 数据流量：200张/天 高峰流量：400张/天
数据流编号：D18 数据流名称：遗失书单
简
述：遗失图书的书单 数据流来源：读者 数据流去向：审核模块
数据流组成：条形码+借阅证号码等 数据流量：200张/天 高峰流量：400张/天
数据流编号：D19 数据流名称：罚款通知
简
述：交给罚款的通知 数据流来源：审核模块 数据流去向：读者
数据流组成：条形码+借阅证号码+罚款金额等 数据流量：15张/天 高峰流量：30张/天
数据流编号：D20 数据流名称：损坏书单
简
述：损坏的图书的书单 数据流来源：审核模块
数据流去向：损坏处理模块 数据流组成：条形码+书名等 数据流量：15张/天 高峰流量：30张/天
数据流编号：D21 数据流名称：归还清单
简
述：归还图书的书单 数据流来源：审核模块
数据流去向：读者还书情况报表 数据流组成：条形码+借阅证号码等 数据流量：200张/天 高峰流量：400张/天
数据流编号：D22 数据流名称：遗失书单
简
述：遗失的图书的书单 数据流来源：审核模块
数据流去向：遗失处理模块
数据流组成：条形码+借阅证号码等 数据流量：15张/天 高峰流量：30张/天
数据流编号：D23 数据流名称：损坏清单
简
述：损坏图书的书单 数据流来源：损坏处理模块 数据流去向：损坏图书报表
数据流组成：条形码+借阅证明号码等 数据流量：15张/天
高峰流量：30张/天
数据流编号：D24 数据流名称：损坏图书信息
简
述：损坏图书的基本信息 数据流来源：损坏处理模块 数据流去向：书籍基本信息 数据流组成：条形码+书名等 数据流量：15张/天 高峰流量：30张/天
数据流编号：D25 数据流名称：归还图书信息
简
述：归还图书的基本信息 数据流来源：审核模块
数据流去向：书籍基本信息 数据流组成：条形码+书名等 数据流量：200张/天 高峰流量：
数据流编号：D26 数据流名称：遗失清单
简
述：遗失图书的书单 数据流来源：遗失处理模块 数据流去向：遗失报表
数据流组成：条形码+借阅证号码等 数据流量：15张/在 高峰流量：15张/天
数据流编号：D27 数据流名称：遗失图书信息
简
述：遗失图书的基本信息 数据流来源：遗失处理模块 数据流去向：书籍基本信息 数据流组成：条形码+书名等 数据流量：15张/天 高峰流量：30张/天
数据流编号：D28 数据流名称：罚款金额
简
述：交给罚款的金额 数据流来源：读者
数据流去向：交纳处理模块
数据流组成：借阅证号码+罚款金额+罚款通知序号等
数据流量：15张/天 高峰流量：30张/天
数据流编号：D29 数据流名称：旧书书单
简
述：陈旧图书的书单 数据流来源：管理员 数据流去向：审核模块
数据流组成：条形码+索书号+书名等 数据流量：1张/3个月 高峰流量：1张/月
数据流编号：D30 数据流名称：不合格书单
简
述：没有通过审核的陈旧图书的书单 数据流来源：审核模块 数据流去向：读者
数据流组成：条形码+索书号+书名等 数据流量：1张/3个月 高峰流量：1张/月
数据流编号：D31 数据流名称：合格书单
简
述：通过审核的陈旧图书的书单 数据流来源：审核模块 数据流去向：注销模块
数据流组成：条形码+索书号+书名等 数据流量：1张/3个月 高峰流量：1张/月
数据流编号：D32 数据流名称：注销书单
简
述：注销图书的书单 数据流来源：注销模块 数据流去向：出库报表
数据流组成：条形码+索书号+书名等 数据流量：1张/3个月 高峰流量：1张/月
数据流编号：D33 数据流名称：注销图书信息
简
述：注销图书的基本信息 数据流来源：注销模块
数据流去向：书籍报表信息
数据流组成：条形码+索书号+书名等 数据流量：1张/3个月 高峰流量：1张/月
数据流编号：D34 数据流名称：新用户名单 简
述：新进用户的名单 数据流来源：管理员 数据流去向：审核模块
数据流组成：学号（或工作证号码）+姓名等 数据流量：1张/3个月 高峰流量：1张/月
数据流编号：D35 数据流名称：合格名单
简
述：通过审核的新用户名单 数据流来源：审核模块
数据流去向：编码入库模块
数据流组成：学号（或工作证号码）+姓名等 数据流量：1张/3个月 高峰流量：1张/月
数据流编号：D36 数据流名称：不合格名单
简
述：没有通过审核的新用户名单 数据流来源：审核模块 数据流去向：管理员
数据流组成：学号（或工作证号码）+姓名等 数据流量：1张/3个月 高峰流量：1张/月
数据流编号：D37 数据流名称：新用户信息
简
述：新进用户的基本信息 数据流来源：编码入库模块 数据流去向：书籍基本信息
数据流组成：借阅证号码+学号（或工作证号码）等 数据流量：1张/3个月 高峰流量：1张/月
数据流编号：D38 数据流名称：新用户清单 简
述：新用户的名单 数据流来源：编码入库模块
数据流去向：新用户报表
数据流组成：借阅证号码+学号（或工作号码）等 数据流量：1张/3个月 高峰流量：1张/月
数据流编号：D39 数据流名称：注销名单
简
述：注销用户的名单 数据流来源：管理员 数据流去向：审核模块
数据流组成：借阅证号码+学号（或工作号码）等 数据流量：1张/3个月 高峰流量：1张/月
数据流编号：D40 数据流名称：合格名单
简
述：通过审核的注销用户名单 数据流来源：审核模块 数据流去向：注销模块
数据流组成：借阅证号码+学号（或工作证号码）等 数据流量：1张/3个月 高峰流量：1张/月
数据流编号：D41 数据流名称：不合格名单
简
述：没有通过审核的注销用户名单 数据流来源：审核模块 数据流去向：管理员
数据流组成：借阅证号码+学号（或工作证号码）等 数据流量：1张/3个月 高峰流量：1张/月
数据流编号：D42 数据流名称：游乐用户信息 简
述：注销的基本信息 数据流来源：注销模块
数据流去向：用户基本信息
数据流组成：借阅证号码+学号（或工作证号码）等 数据流量：1张/3个月 高峰流量：1张/月
数据流编号：D43 数据流名称：注销图书清单 简
述：注销图书的书单
数据流来源：注销模块
数据流去向：注销用户报表
数据流组成：借阅证号码+学号（或工作证号码）等 数据流量：1张/3个月 高峰流量：1张/月
1.4.4 处理逻辑的描述
处理逻辑编号：P1.1 处理逻辑名称：审核处理
简
述：对新购入图书进行审核 输入的数据流：新书书单
处理描述：对照新书书单对新购入图书进行检查，核对图书数量、内容，检查是否完整。输出的数据流：不合格书单、合格书单 处理频率： 1次/2个月
处理逻辑编号：P1.2 处理逻辑名称：编码处理
简
述：将合格图书近一定要求编码入库 输入的数据流：合格书单
处理描述：由管理人员对采购回来并审核无误的图书，按照国家统一的分类进行编号，之后登记书号、书名、作者、出版社等图书基本信息
输出的数据流：新书基本信息、新书清单 处理频率： 1次/2个月
处理逻辑编号：P2.1 处理逻辑名称：审核处理
简
述：对陈旧图书进行审核 输入的数据流：旧书书单
处理描述：检查图书是否已经过期或内容已不满足读者的需要，是否已遗失 输出的数据流：合格书单、不合格书单 处理频率：1次/2个月
处理逻辑编号：P2.2 处理逻辑名称：注销处理
简
述：将图书从书库中撤消 输入的数据流：合格书单
处理描述：将与合格书单中的图书从书库中删除。输出的数据流：注销图书基本信息、注销图书基本信息 处理频率： 1次/2个月
处理逻辑编号：P3.1.1 处理逻辑名称：审核处理
简
述：对借书单、预约书单 输入的数据流：借书单、预约书单
处理描述：根据借书单进行审核检查书库中是否有该图书，该图书是否在库，读者是否能够再借阅该图书；根据预约书单进行审核检查看书库中的图书是否已经有人预约
输出的数据流：不合格借书单、不合格预约书单、合格借书单、合格预约书单 处理频率： 200次/天
处理逻辑编号：P3.1.2 处理逻辑名称：借书处理
简
述：处理读者借书问题 输入的数据流：合格借书单
处理描述： 根据合格借书单信息将书籍借予读者 输出的数据流：借书清单、借出图书信息
处理频率： 200次/天
处理逻辑编号：P3.1.3 处理逻辑名称：预约处理
简
述：处理读者预约问题 输入的数据流：合格预约书单
处理描述：根据合格预约书单信息将书籍归入预约状态 输出的数据流：预约清单、预约图书信息 处理频率： 200次/天
处理逻辑编号：P3.2.1 处理逻辑名称：审核处理
简
述：将归还书单、遗失书单进行审查 输入的数据流：归还书单、遗失书单
处理描述：根据还书书单检查所借阅书籍是否已经超期或损坏，若有则给予罚款通知；检查遗失图书情况是否属实
输出的数据流：罚款通知、损坏书单、归还图书信息、归还图书清单、遗失书单 处理频率： 200次/天
处理逻辑编号：P3.2.2 处理逻辑名称：损坏处理
简
述：对损坏图书进行处理 输入的数据流：损坏书单
处理描述：对已损坏图书进行修补并记录其损坏程度 输出的数据流：损坏清单、损坏图书信息 处理频率： 200次/天
处理逻辑编号：P3.2.3 处理逻辑名称：遗失处理
简
述：对遗失图书进行处理 输入的数据流：遗失书单
处理描述：对已的图书进行注销
输出的数据流：遗失清单、遗失图书信息 处理频率： 200次/天
处理逻辑编号：P3.2.4 处理逻辑名称：交纳入帐 简
述：处理罚款问题 输入的数据流：罚款金额
处理描述：根据罚款通知单内容收纳罚款金额并对其进行记录 输出的数据流：罚款清单 处理频率： 200次/天
处理逻辑编号：P4.1 处理逻辑名称：审核处理
简
述：对申请入库的新用户进行审查 输入的数据流：新用户名单
处理描述：对申请入库的新用户检查其是否已经办理过入库 输出的数据流：合格名单、不合格名单 处理频率：30次/天
处理逻辑编号：P4.2 处理逻辑名称：编码入库
简
述：对合格用户进行编码 输入的数据流：合格名单
处理描述：对合格用户按其职位和所在部门进行统一编号 输出的数据流：新用户清单、新用户基本信息 处理频率：30次/天
处理逻辑编号：P5.1 处理逻辑名称：审核处理
简
述：对注销用户名单进行审核 输入的数据流：注销名单 处理描述：对注销用户的各类信息进行检查，若其有未还图书或未交纳罚款认为其不能注销 输出的数据流：不合格名单、合格名单 处理频率： 30次/天
处理逻辑编号：P5.2 处理逻辑名称：注销处理
简
述：对合格名单的处理 输入的数据流：合格名单
处理描述：将合格名单上的用户从库中撤消 输出的数据流：注销清单、注销用户基本信息 处理频率：30次/天
1.4.5 数据存储的描述
数据存储编号：F1 数据存储名称：书籍基本信息
简
述：存储所有藏书的基本信息
数据存储组成：条形码+索书号+作者+出版社+出版日期+所在书库+单价表+库存数+书名+在库数量+入库日期
关键字：条形码
相关联的处理：P1.2，P2.2，P3.1.3，P3.2.1
数据存储编号：F2 数据存储名称：新书报表
简
述：存储新购入图书的信息
数据存储组成：条形码+索书号+作者+出版社+出版日期+所在书库+单价表+库存数+书名+在库数量+入库日期 关键字：条形码 相关联的处理：P1.2
数据存储编号：F3 数据存储名称：旧书注销报表
简
述：存储注销图书的信息
数据存储组成：条形码+索书号+作者+出版社+出版日期+单价表+书名 关键字：条形码 相关联的处理：P2.2
数据存储编号：F4 数据存储名称：读者借书情况报表 简
述：存储读者借书的信息
数据存储组成：借阅证号码+姓名+条形码+索书号+书名 关键字：条形码+借阅证号码 相关联的处理：P3.1.2
数据存储编号：F5 数据存储名称：读者预约情况报表
简
述：存储读者预约图书的信息
数据存储组成：条形码+索书号+书名+借阅证号码+姓名 关键字：条形码+借阅证号码 相关联的处理：P3.1.2
数据存储编号：F6 数据存储名称：损坏图书报表
简
述：存储损坏图书的信息
数据存储组成：条形码+索书号+作者+出版社+出版日期+单价表+书名 关键字：条形码
相关联的处理：P3.2.2
数据存储编号：F7 数据存储名称：遗失图书报表
简
述：存储遗失图书的信息
数据存储组成：条形码+索书号+作者+出版社+出版日期+单价表+书名 关键字：条形码
相关联的处理：P3.2.3
数据存储编号：F8 数据存储名称：读者还书情况报表
简
述：存储读者归还图书的信息
数据存储组成：条形码+索书号+书名+借阅证号码+姓名 关键字：条形码+借阅证号码 相关联的处理：P3.2.1
数据存储编号：F9 数据存储名称：罚款报表
简
述：存储罚款的信息
数据存储组成：借阅证号码+姓名+罚款通知序号+罚款金额+罚款原因 关键字：借阅证号码+罚款通知序号 相关联的处理：P3.2.4
数据存储编号：F10 数据存储名称：读者基本信息
简
述：存储读者的基本信息
数据存储组成：借阅证号码+学号（或工作证号码）+姓名+所在部门 关键字：借阅证号码
相关联的处理：P4.2，P5.2
数据存储编号：F11 数据存储名称：新用户报表
简
述：存储新用户的信息
数据存储组成：借阅证号码+学号（或工作证号码）+姓名+所在部门 关键字：借阅证号码 相关联的处理：P4.2
数据存储编号：F12 数据存储名称：注销用户报表
简
述：存储注销用户的信息
数据存储组成：借阅证号码+学号（或工作证号码）+姓名+所在部门 关键字：学号（或工作证号码）相关联的处理：P5.2
1.4.6 外部实体的描述
外部实体编号：S1 外部实体名称：读者
简
述：从图书馆中借阅图书的人
输入的数据流：所借图书、不合格借书单、不合格预约书单、罚款通知 输出的数据流：借书单、预约书单、归还图书、遗失书单、罚款金额
外部实体编号：S2 外部实体名称：管理员
简
述：管理图书的人
输入的数据流：不合格书单、不合格旧书书单、不合格新用户名单、不合格注销名单 输出的数据流：新书书单、旧书书单、新用户名单、注销名单 概念模型设计
2.1实体图
索书号条形码所在书库出版日期在库数量库存数量图书入库日期书名作者出版社单价表索书号 图书实体
索书号索书号索书号索书号书库类别 书库类别实体
所在部门借阅证号码学号学生借阅证 学生借阅证实体
所在部门借阅证号码工作证号码教师借阅证 教师借阅证实体
管理员姓名工作证号码管理员 管理员实体
学号姓名性别学生年龄政治面貌籍贯所在系 学生实体
工作证号码姓名性别职称教师年龄政治面貌籍贯所在系 教师实体
罚款金额日期借阅证号码序号罚款单 罚款单实体
2.2 实体—联系图
图书n存放1书库借阅mn学生借阅证教师借阅证拥有教师
n1罚款11拥有学生1罚款清单nn1管理管理员1
2.3 数据库概念模型
图书条形码索书号作者书名出版日期出版社单价表库存量在库数量书库书库名可用借书证类型借阅周期超期罚款单价教师借阅证借阅证号码工作证号码所在部门学生借书证借书证号码学号所在部门罚款单序号借阅证号码罚款金额日期教师工作证号码姓名性别所在部门职称政治面貌籍贯教师年龄学生学号姓名性别教师年龄所在系籍贯政治面貌管理员管理员号码管理员姓名 3 逻辑模型及物理模型设计
3．1 数据库概念模型转换为关系模型
1．管理员（管理员姓名，工作证号码）
2．图书（。。）
3．2 数据库物理模型
BNOBNOchar(10)BSNAMETCARDchar(10)BNUMBNO = BNOANAMEBNAMEBDATEBPUBLISHPRICETCARD = TCARDBSTOCKSBSTORAGERELATION_88BOOKSBOOKSTORAGEchar(10)BSNAMEchar(10)BSNAME = BSNAMEchar(10)BSCARDchar(10)char(10)BSCIRCLYintegerchar(20)BSPRICEfloatchar(20)dateBNO = BNOchar(20)RELATION_89floatBNOchar(10)integerSTUCARDchar(10)integerSTUCARD = STUCARDTCARDSTCARDTNUMTNOTDEPTchar(10)char(10)char(10)char(40)STUCARD = STUCARDAMERCESTUCARDSSTUCARDSNOSTUNOSTUDEPTANOSTUCARDchar(10)STUCARD = STUCARDMNOchar(10)CARDchar(10)AMARYchar(40)ADATEMNO = MNOTNUM = TNUMTCARD = TCARDTEACHERchar(10)char(10)char(10)char(10)floatdateSNO = SNOSTUDENTSNOSTUCARDSNAMESSEXTAGESDEPTSADRESSSPOLITICSTNUMTCARDTNAMETSEXTDEPTTPOSTTPOLITICSTADRESSTAGEchar(10)char(10)char(10)char(2)char(40)char(10)char(10)char(10)integerchar(10)char(10)char(10)char(2)integerchar(40)char(10)char(10)MANAGERMNOMNAMEchar(10)char(10)4 数据库的实施与运行
4．1生成的SQL语句
%% ============== %%
Database name: MODEL_1
%%
DBMS name:
Sybase SQL Anywhere
%%
Created on:
2002-12-16 0:44
%% ==============
%% ============== %%
Table: BOOKSTORAGE
%% ============== create table BOOKSTORAGE（BSNAME
char(10)
not null，BSCARD
char(10)
，BSCIRCLY
integer ，BSPRICE
float ，primary key(BSNAME));
%% ============== %%
Table: MANAGER
%% ============== create table MANAGER（MNO
char(10)
not null，MNAME
char(10)
，primary key(MNO));
%% ============== %%
Table: TCARDS
%% ============== create table TCARDS（TCARD
char(10)
not null，TNUM
char(10)
，TNO
char(10)
，TDEPT
char(40)
，primary key(TCARD));
%% ============== %%
Table: STUCARDS
%% ============== create table STUCARDS（STUCARD
char(10)
not null，SNO
char(10)
，STUNO
char(10)
，STUDEPT
char(40)
，primary key(STUCARD));
%% ============== %%
Table: BOOKS
%% ============== create table BOOKS（BNO
char(10)
not null，BSNAME
char(10)
，BNUM
char(10)
，ANAME
char(20)
，BNAME
char(20)
，BDATE
date
，BPUBLISH
char(20)
，PRICE
float ，BSTOCKS
integer ，BSTORAGE
integer ，primary key(BNO));
%% ============== %%
Table: STUDENT
%% ============== create table STUDENT（SNO
char(10)
not null，STUCARD
char(10)
，SNAME
char(10)
，SSEX
char(2)，TAGE
integer ，SDEPT
char(40)
，SADRESS
char(10)
，SPOLITICS char(10)
，primary key(SNO));
%% ============== %%
Table: TEACHER
%% ============== create table TEACHER（TNUM
char(10)
not null，TCARD
char(10)
，TNAME
char(10)
，TSEX
char(2)，TDEPT
char(40)
，TPOST
char(10)
，TPOLITICS char(10)
，TADRESS
char(10)
，TAGE
integer ，primary key(TNUM));
%% ============== %%
Table: AMERCE
%% ============== create table AMERCE（ANO
char(10)
not null，STUCARD
char(10)
，MNO
char(10)
，CARD
char(10)
，AMARY
float ，ADATE
date
，primary key(ANO));
%% ============== %%
Table: RELATION_88
%% ============== create table RELATION_88（BNO
char(10)
not null，TCARD
char(10)
not null，primary key(BNO, TCARD));
%% ============== %%
Table: RELATION_89
%% ============== create table RELATION_89（BNO
char(10)
not null，STUCARD
char(10)
not null，primary key(BNO, STUCARD));
alter table TCARDS
add foreign key FK_TCARDS_RELATION__TEACHER(TNUM)
references TEACHER(TNUM)on update restrict on delete restrict;
alter table STUCARDS
add foreign key FK_STUCARDS_RELATION__STUDENT(SNO)
references STUDENT(SNO)on update restrict on delete restrict;
alter table BOOKS
add foreign key FK_BOOKS_BSTOCK_BOOKSTOR(BSNAME)
references BOOKSTORAGE(BSNAME)on update restrict on delete restrict;
alter table STUDENT
add foreign key FK_STUDENT_RELATION__STUCARDS(STUCARD)
references STUCARDS(STUCARD)on update restrict on delete restrict;
alter table TEACHER
add foreign key FK_TEACHER_RELATION__TCARDS(TCARD)
references TCARDS(TCARD)on update restrict on delete restrict;
alter table AMERCE
add foreign key FK_AMERCE_RELATION__STUCARDS(STUCARD)
references STUCARDS(STUCARD)on update restrict on delete restrict;
alter table AMERCE
add foreign key FK_AMERCE_RELATION__MANAGER(MNO)
references MANAGER(MNO)on update restrict on delete restrict;
alter table RELATION_88
add foreign key FK_RELATION_RELATION__BOOKS(BNO)
references BOOKS(BNO)on update restrict on delete restrict;
alter table RELATION_88
add foreign key FK_RELATION_RELATION__TCARDS(TCARD)
references TCARDS(TCARD)on update restrict on delete restrict;
alter table RELATION_89
add foreign key FK_RELATION_RELATION__BOOKS(BNO)
references BOOKS(BNO)on update restrict on delete restrict;
alter table RELATION_89
add foreign key FK_RELATION_RELATION__STUCARDS(STUCARD)
references STUCARDS(STUCARD)on update restrict on delete restrict;参考资料
1、萨师煊、王珊
《数据库系统概论（第三版）》
北京 ：高等教育出版社，2000
2、黄梯云、李一军
《管理信息系统（修订版）》
北京：高等教育出版社，2000
3、陈景艳、侯炳辉
《管理信息系统（第二版）》
北京：中国铁道出版社，2001
4、徐引篪、霍国庆
《现代图书馆学理论》
北京：北京图书馆出版社，1999
第五篇：管理信息系统可行性分析报告
研究生管理信息系统可行性分析报告
一 系统建立的背景及意义
1.系统建立的背景
随着学校校研究生招生人数的不断增长，研究生的管理工作以日趋繁重，由于研究生培养方式灵活，更给管理工作带来了难度。为学校研究生管理部门建立一套网络化的研究生管理信息系统已经迫在眉睫。学校研发的研究生管理信息系统通过对学生选课、课表编排、成绩查询和分析等管理事务的网络化和自动化，减少了研究生管理工作中大量烦杂的工作。
2.现在系统存在的问题分析
（1）网络环境的可扩展性不够大
（2）选课管理、排课管理功能不够简便
（3)教学计划的制定、选课管理、课表的编排、考试的安排、成绩的录入查询信息不便
二 系统的可行性研究
1.系统的开发方式和目标
学校需要一套管理信息系统，能够通过对学生选课、课表编排、成绩查询和分析等管理事务的网络化和自动化，减少了研究生管理工作中大量烦杂的工作。
根据学校的状况，迫切需要一套管理系统：
（1）购置商品化的系统
（2）根据自身实际情况，自行开发系统
通过管理部门讨论，认为购买商品化的系统软件有以下弊端
（1）经费支出大
（2）功能难以适合学校的实际情况
鉴于此，最好的方法就是自行组织开发系统
2.系统的可行性分析
（1）系统实施运行的可行性
各部门人员都已经熟练掌握计算机的基本实用方法和操作技能，对新系统的开发表达出极大的热情，提出了很多好的建议和要求
（2）技术上的可行性
本系统在网络环境下，采用客户机／服务器形式利用最先进的开发工具和开发平台（服务器操作系统：Miorosoft中文 Windows NT 4． 0；数据库系统： MSSQL Server 6．5For Windows NT．客户机操作系统： Microsoft中文 Windows 95；软件开发工具为： Power Builder 5 0 F0r Windows 95）系统在数据库设计方面，完全依据国家教委、国务院学位委员会最新颁布的‘高等学校和科研机构研究生管理基本信息集”规定的标准来设计的，确保了研究生管理工作的标准化和代码规范化。
系统采用模块化结构和规范化的代码结构，使得系统具有通用性、可扩充性及良好的可维护性。
系统现阶段的发展过程中，利用现有人力和物力是完全具备的能力开发出来的，作为阶段性产品，日后的发展空间大，实现方法逐步简单容易，所以学籍管理系统的技术上是完全可行的。
（3）经济上的可行性
1、投资预算满足硬环境的，软件费（包括服务和安装）：2万元；没有硬环
境的，可帮助设计、购置、安装硬件，硬件安装费及软件费共25万元。
2、效益估计如果系统运行良好，提高工作效率5倍多。本系统开发人员少，投资少，技术含量高，但是它带来了无形的不可估量的收益，因次产品在经济上是可行的。
综上所述，我们有理由相信本系统产品的开发、生产是完全可行的！
点击咨询 