图书馆管理信息系统规划.doc
《图书馆管理信息系统规划.doc》由会员分享，可在线阅读，更多相关《图书馆管理信息系统规划.doc（22页珍藏版）》请在冰点文库上搜索。
图书馆管理信息系统规划
一、系统概况
（一）系统说明
1）系统名称：
图书馆管理信息系统
2）客户：
某企业
3）供应商：
开发人员
（二）系统背景
如今，随着信息技术的发展，在图书馆管理中运用传统的手工操作方式在这个数字化时代显得极不适应，因此，工作人员和读者对于运用计算机来辅助协调与管理自身工作的要求正在逐步提高.随着我国现代化技术的不断普及和提高，企业也在不断提高它的各个部门的管理质量.而图书馆管理就是对图书的编目、查询以及对读者信息的管理，重要的是图书的信息管理,包括图书的采购、编目、下架、遗失等。
因此,图书的管理是一个工作量比较大且比较复杂的工作。
至今,某企业还在进行手工管理的方式,效率低、易出错、手续繁琐,而且耗费大量的人力。
这样的工作在这么高科技的时代下显得太原始了。
二、系统规划
（一）图书馆现状
某企业图书馆系统是一个具有万人以上的员工，并地理位置分布在大型企业的图书管理系统，图书馆藏书100多万册，每天的借阅量近千册。
在手工操作的方式下，图书的编目和借阅的工作量打,准确性低且不易修改维护，读者借书只能到图书馆手工方式查找书目,不能满足借阅需求。
需要建设一套网络化的电子图书馆信息系统。
该图书馆管理信息系统服务对象有两部分人:
注册用户和一般读者.一般读者经注册后成为注册用户，注册用户可以在图书馆借阅图书，其他人员只可查阅图书目录,但不能借阅图书。
系统同时考虑提供电子读物服务，目前只提供电子读物的目录查询服务，不久的将来将提供电子读物全文服务.用户可通过网络方式访问该图书馆管理信息系统。
（二）开发方法
本项目采用的是结构化系统开发方法，我们将其分为三个阶段:
系统分析.原来的手工操作系统已经不再适应发展变化了的环境，于是提出了开发新的系统的要求，并作出新的系统开发规划。
对此，我们做了初步的系统调查和详细的系统调查,进行系统化的分析，建立信息系统的逻辑模型。
2、系统设计。
其主要内容有：
代码设计、信息系统流程图设计、数据库设计、处理流程设计和编写程序设计说明书。
3、系统实施。
其主要内容包括:
程序设计及调试、系统转换及系统运行与评估等环节。
（三）目标和约束条件
开发目标:
希望能设计一个完整的、功能完备的、可行便捷的图书信息管理系统,包括前台和后台两部分。
前台的功能包括能够按照各种条件查询符合条件的图书，读者能够自行查询自己的借阅情况、图书到期日等，个人信息的修改、浏览等功能；后台包括能够录入新书信息，能够修改、删除、更新和查询在馆图书的所有信息，进行新书编号，能够查询借阅读者的借阅情况，如果超期能给出警报，能够对查询的结果从屏幕显示或打印报表等功能。
根据图书馆日常图书管理工作的需求和图书借阅的管理流程，该系统实施后，应该达到以下目标：
1.界面设计友好、美观，数据存储安全、可靠。
2。
基本信息设置保证图书信息和读者信息分类管理。
3。
强大的查询功能，保证数据查询的灵活性。
4.实现对图书借阅、续借、归还流程的全程数据信息跟踪。
5.提供管理员修改信息、密码等功能，保证管理的安全性。
6。
提供灵活、方便的权限设置，使整个系统的管理分工明确.
约束条件：
目前企业在图书馆建设方面没有太多的投入，计划里面没有包含图书管发展方案,技术人才方面也没有过多的重视引进人才，导致图书馆管理方面存在很大的问题。
图书馆建设方面经济投入也是很大的问题,需要联系专业的系统开发人员了解企业图书馆的运转要求设计符合该企业需求的系统。
（四）项目小组建设
规划领导小组
规划领导小组由企业相关负责人员牵头建设并负责.领导小组的其他成员是本公司各部门中的业务骨干，例如：
办公室、财务部、采编部、图书借阅室、电子阅览室、期刊阅览室、技术支持室等。
他们的任务是完成有关数据及业务的调研和分析工作.
2、人员培训
制定战略规划需要掌握一套科学的方法，为此应组织对高层管理人员、分析员和规划领导小组成员进行培训，使他们掌握制定MIS战略规划方法。
系统开发方案
1、准备工作
规划领导小组根据企业图书馆建设要求制定具体的功能，系统内部人员结构，组织及用户情况分析。
为系统开发人员提供设计需求准备。
2、调研
规划组成员通过查阅资料,深入各级管理层，了解公司图书管理有关的决策过程、组织职能和部门主要活动和存在的主要问题。
3、定义业务过程
系统内部人员结构，组织及用户情况分析。
图书馆由馆长负责全面工作，下设办公社，财务室，采编室，学术论文室，图书借阅室，电子阅览室,期刊阅览室和技术支持室。
各部门的业务职责如下：
办公室：
办公室协助馆长负责日常工作，了解客户需求，制定采购计划。
财务室：
财务室负责财务方面的工作.
采编室：
采编室负责图书的采购,入库和图书编目，编目后的图书粘帖标签,并送图书借阅室上架借阅.
学术论文室:
负责学术论文的收集整理.
图书借阅室：
提供对读者的书目查询服务和图书借阅服务。
电子阅览室:
收集整理电子读物，准备体哦那个电子读物的借阅服务，目前可以提供目录查询和借阅.
期刊阅览室：
负责期刊的收集整理和借阅。
技术支持室：
负责对图书馆的网络和计算机系统提供技术支持。
业务过程重组
在此计划的调研中已经详细介绍.
定义数据类
对数据进行分类是按业务过程进行的，即分别从各项业务过程将与该业务过程有关的输入数据和输出数据按逻辑相关性处理归纳成数据类.
（五）系统总体结构
1、组织机构图
馆长
办
公
室
财
务
室
采
编
室
学
术
论
文
室
图
书
借
阅
室
电
子
阅
览
室
期
刊
阅
览
室
技
术
支
持
室
2、功能体系图
3、管理和维护子系统
4、借书流程图
5、建立U/C矩阵
数据类
功
能
图书
成本
库存
财务
计划
发票
定单
已登记书籍
订书统计表
进书统计表
借阅历史
供书商
图书编号
书目表
读者
图书借阅
C
C
U
读者维护
C
U
历史查询
C
图书检索
U
U
C
C
罚金维护
U
U
系统设置
U
U
U
C
C
C
数据备份
U
U
C
U
注销挂失
U
U
图书征订
C
U
U
U
U
C
C
C
U
图书验收
U
C
U
U
C
U
查询书籍
U
C
U
U
修改日期
U
U
续借书籍
U
U
期刊验收
U
C
C
C
U
U
期刊订阅
C
U
U
U
检索查询
U
U
U
C
编目移送
U
U
C
信息系统结构图如下：
人事
1．定义信息系统结构
数据类
功能
图书
定货
库存
计划
定单
已登记书籍
书目表
读者
财务
图书借阅
U
采购计划
读者维护
U
U
历史查询
图书检索
U
流通管理
数据备份
U
系统设置
U
罚金维护
C
图书管理
图书验收
修改日期
U
续借书籍
U
查询管理
期刊订阅
检索查询
U
财务
编目移送
（六）实施进度
明确了目标，制定了计划，我们准备边实施边计划，避免因过分拖延而丧失信誉或被迫放弃，总规划的设计及完成，预计在3个月内完成。
系统分析
一、企业组织与结构功能分析
（一）组织结构分析
1、组织结构调查内容
（1）信息化水平低，未形成标准化.该图书馆有部分业务虽已实现了微机自动化管理，但应用系统大多水平较低，比较落后。
其中相当一部分为自己开发研制。
可以说水平各异，大多不符合统一标准，随着数据量的增大，出现了这样那样的问题。
（2）人员冗余,普遍素质不高。
由于该校图书馆由于刚刚改建成还没有彻底实现信息化,大部分业务采用人工管理，浪费人力物力;使用此系统后可以调整冗余机构,精简一些人员，从而提高工作人员的素质及服务水平。
（二）功能结构分析
技术部下属的系统管理组和硬件维护组主要有以下功能
a）硬件维护组
负责馆内计算机维护和计算机硬件配备.
系统管理组
b）管理各类账户的网络地址,登陆权限，确保本馆各类系统安全可靠稳定运行；监控电子资源及各种重要数据库的运行状态，妥善保管应用软件并及时进行数据备份。
技术部功能结构图如下：
技术部管理子系统
系统管理
硬件管理
硬件配备
硬件维护
系统维护
数据库管理
系统监控
各部帐户管理
二、企业业务流程分析
图书馆技术部业务流程图具体如下
图书馆各部门
硬件配备和维护
技术部
配备、维护信息明细
系统监控和维护
权限管理
数据库管理
备份
重要数据库信息
配备清单
财务处
维护信息
三、企业信息化的必要性、可行性分析
（一）必要性分析
目前，该校图书馆由于刚刚改建成还没有彻底实现信息化,大部分业务采用人工管理，浪费人力物力；另一些业务虽已实现了微机自动化管理，但应用系统大多水平较低，比较落后.其中相当一部分为自己开发研制.可以说水平各异，大多不符合统一标准，随着数据量的增大,出现了这样那样的问题。
因此，随着信息技术的飞速发展，原先的管理软件已不能满足现代教育的发展。
必须运用现代信息技术对原有的系统进行升级
可能性分析
由于管理信息系统的开发在国内外是一个技术上的成熟系统，并且有切实的工程技术保证,有企业领导的大力支持以及人员和资金的保证，因此开发图书馆管理系统是完全可行的.
四、数据流程分析
1、数据流程图（DataFlowDiagram，DFD）是以管理业务流程图为依据，通过抽象以舍去具体的组织结构、工作场所和物流等，单从数据信息流动的角度,来描述系统内部及系统与环境之间的数据信息的传递、处理和存储过程的一种工具。
2、数据字典
数据流字典清单:
1）编号：
F1名称：
读者借阅请求
来源：
读者
去向：
P1检查库存和读者信息
内容：
读者相关信息以及要借图书编号或条形码等信息
2）编号：
F2名称:
新的借阅信息
来源：
P1检查库存和读者信息
去向：
P2创建新的借书记录
内容：
读者合法且可以借书，图书有库存可以借出
3）编号：
F3名称：
新的读者信息
来源：
P1检查库存和读者信息
去向：
P3创建新读者
内容：
没有该读者，以及新读者的基本信息如姓名、单位等
4）编号：
F4名称:
图书相关信息
来源：
D2图书信息表
去向：
P1检查库存和读者信息
内容:
被要求借阅图书的信息，包括图书基本属性和现有数量等信息
5）编号：
F5名称:
合法的读者信息
来源：
P3创建新读者
去向：
D1读者信息表
内容：
系统要求的读者信息，如姓名、单位、登记日期等
6）编号：
F6名称：
读者情况
来源：
D1读者信息表
去向：
P1检查图书库存和读者信息
内容：
有借书请求的读者相关情况
7）编号：
F7名称:
超期罚款标准
来源：
D1读者信息表
去向：
P5计算罚款金额
内容：
超期读者的类别以及该类别超期的罚款标准
8）编号：
F8名称：
借阅信息
来源：
P2创建新的借阅记录
去向：
D3借阅情况表
内容：
借书的读者信息以及所及图书信息，借书日期
9）编号：
F9名称：
归还图书请求
来源：
读者
去向：
P4归还图书
内容：
读者信息，要归还图书信息
10）编号：
F10名称：
归还图书信息
来源:
P4归还图书
去向：
D3借阅信息表
内容：
读者信息，归还的图书信息，还书时间
11）编号：
F11名称：
超期天数
来源：
P4归还图书
去向：
P5计算罚款金额
内容：
读者超期图书的超期天数
12）编号：
F12名称：
罚款记录
来源：
P5计算罚款金额
去向：
D4罚款金额统计表
内容：
读者以及超期图书相关信息，超期天数，罚款总额
13）编号：
F13名称：
罚款金额通知
来源:
P5计算罚款金额
去向：
读者
内容:
读者为超期图书支付的罚款金额
数据存储字典清单：
1）编号：
D1名称：
读者信息表
输入数据流：
新读者信息
输出数据流:
读者相关信息
内容：
读者编号、姓名、性别、单位部门、联系电话、类别、等级日期、借书次数等与读者有关的各种信息
2）编号：
D2名称：
图书信息表
输入数据流：
新图书信息
输出数据流：
图书相关信息
内容:
图书编号、条形码、书名、作者、出版社出版时间、页数、类别、存放位置、图书总数、入馆时间、如数价格、借出次数等与图书有关的各种信息
3）编号：
D3名称:
图书借阅情况表
输入数据流：
读者信息，图书信息，读者借阅请求等
输出数据流:
图书借阅中读者和图书相关信息
内容：
编号，借书者信息、所借图书信息、借书日期等
4）编号:
D4名称：
罚款统计表
输入数据流:
超期天数、读者信息、罚款标准等
输出数据流:
读者超期罚款相关信息
内容：
超期图书的借阅者、超期天数、罚款金额等
数据处理字典清单:
1）编号：
P1名称:
检查图书库存和读者信息
输入:
读者借书请求
处理逻辑情况：
根据读者借书请求，参考D1和D2，若没有该读者则创建新读者,若图书可借则创建新的借阅信息
输出:
创建新的借阅信息
2）编号：
P2名称:
创建新的借书记录
输入：
新借书信息，即读者和所借图书相关信息
处理逻辑情况：
根据P1的结果，将新借阅信息添加到D3（图书借阅情况表）中
输出：
新的借阅信息
3）编号：
P3名称：
创建新读者
输入：
新读者信息
处理逻辑情况：
根据读者的基本信息，给出读者编号，添加到D2（读者信息表）中
输出：
新加入的读者信息
4）编号:
P4名称：
归还图书
输入：
还书请求
处理逻辑情况：
根据还书读者属性，以及借阅情况，判断是否过期,若没有则还书成功，若过期,则执行P5
输出:
归还信息
5）编号：
P5名称：
计算罚款金额
输入：
罚款标准、超期天数
处理逻辑情况：
根据该读者的超期天数、对应的罚款标准计算出罚款金额，填入D4（罚款统计表）中
输出：
罚款信息
系统设计
一、功能结构图设计
1、基本信息管理模块
包括图书信息管理子模块和读者信息管理子模块：
图书信息管理子模块:
包括新书录入和图书管理两个功能，在图书管理种，系统有对包括书名、条形码、出版社、价格、页数等各种信息进行添加、修改和删除和查询等功能.
读者信息管理子模块:
包括新读者录入和读者管理两个功能。
在读者管理种，系统有对包括读者名，备注，部门,住址等与读者有关的各种信息进行添加、修改、删除和查询等功能。
2、业务管理模块
业务处理子模块，包括借书处理和还书处理。
业务查询子模块，包括对图书和读者基本信息的查询，以及对各种借阅情况的查询，如当天借出图书、当天归还图书、当天借书读者、当天归还读者和过期未还读者等.
3、统计模块
统计单本图书的借阅排名、和按类别统计借阅热点，另外也可统计收取罚款的情况。
4、系统设置模块
包括图书类别设置，图书存放位置设置,读者类别设置，修改管理员登录密码以及退出系统等。
根据上述分析，可绘出系统功能结构图如下图
二、信息系统流程图设计
三、代码设计
代码设计的原则之一是，如果有国家标准或某个部门对某些事物规定的标准代码，应遵循标准代码。
国家发行图书时，给每本书都设置了固定的图书分类号，所以每个图书馆由其采编室在图书分类号的基础上继续编写后面的图书代码。
图书号,第一层代码是国家图书的分类号，后面的代码就意味着前一层图书类别的子类.此设计采用了十进制码，对于图书一类难以估计扩展总数的编码对象很适用。
例如，表1中图书号为C931.6666的图书代表的是C931.6图书类,66子类中的6子类的图书。
表1为图书号代码设计
留言号，利用读者留言当天的日期再加上当天留言的流水号来设计,即层次码加上顺序码。
其中流水号为三位，假设图书馆一天内累计留言人数的上限为999人。
表2中读者发表的留言号为20100923001。
表2留言号代码设计
四、输入输出设计
（一）输入设计
输入项目：
用户名，密码
输入人员
通晓该系统程序操作的人员
操作简单，一目了然,面向大众，不具备太多的专业知识,使用方便,便于人机交互式操作。
输入校验：
详见代码设计
输入设计是整个系统设计的关键环节之一,对系统的质量起着决定性的影响。
它的目标是要尽可能减少数据输入中的错误。
模块
输入内容
输入方式
输入后去向
输入设备
借书证号
数字
填表式
ACCESS数据库的USERDB
键盘、鼠标
登入口令
密码
填表式
ACCESS数据库中的SELL
键盘、鼠标
借书证号：
登录口令：
提交
取消
输出设计
输出项目：
读者信息
输出接受者：
读者
输出要求:
配备windowsXP的计算机即，以表格形式输出
读者信息
书条码号 书名 还期 续借标志 索书号
已借书目信息
书证状态
照片
有效期限
电 话
年 龄
性 别
借书证号
8000001
读者姓名
al
部门名称
学生
身份证号
E-mail
通讯地址
男
12
2007-9-1
备注
借书限额
3
已借书数
1
超额册数
0
有效
五、系统物理配置方案设计
运行环境：
1、推荐配置：
CPU：
Intel 奔腾 AMD的 用酷睿的好点 内存：
2G 硬盘：
250G
网络操作系统：
WindowsXP ，Vista， Windows7,windows2003
2、支持软件:
本系统在选择应用软件选择那些具有足够灵活性、软件技术成熟、设计规范、管理思想先进的商业软件。
这样既能够节省投资，又可以规范管理过程，加快系统应用的进度。
3、数据库管理系统：
本系统是针对小型单位或组织的小型图书馆来开发图书馆管理系统， 面向Windows操作系统,以SQL Server2005作为后台数据库，采用Visual C#。
NET作为开发工具,采用面向对象技术。
它提供了表、查询、窗体、报表、页、宏、模块7种用来建立数据库系统的对象;提供了多种向导、生成器、模板，把数据存储、数据查询、界面设计、报表生成等操作规范化；为建立功能完善的数据库管理系统提供了方便，也使得普通用户不必编写代码,就可以完成大部分数据管理的任务。
六、数据库设计
一、概念结构
在数据库设计中，主要的步骤如下:
第一步:
分析。
系统设计人员通过系统分析阶段的初步调查和详细调查掌握系统关于数据的需求。
在数据库设计阶段确认用户有关数据、关系和数据库信息的要求。
第二步：
概念结构设计。
在分析的基础上，使用E-R图工具描述出现实世界中（图书馆管理信息系统）实体和实体之间的关系。
图书馆管理信息系统的局部E-R图：
1． 读者发表留言E-R图
发表联系涉及到的实体有读者和留言。
读者的属性包括读者号、读者名、密码、所在单位、Email等属性,其中读者号为主码。
留言的属性包括留言号、留言主题和留言内容等属性，其中留言号为主码。
发表联系本身的属性包括留言日期。
一个读者可以发表多条留言，而一条留言只能由一个读者发表，所以此联系的类型是一对多联系。
2． 读者借阅图书E—R图
借阅联系涉及到的实体有读者和图书。
读者的属性和主码与上文相同。
图书的属性包括图书号、图书名、作者、出版日期等属性，其中图书号为主码。
借阅联系本身的属性包括借阅日期和预定数量。
一个读者可以借阅多本图书,而一本图书也能被多个读者借阅,所以此联系的类型是多对多.
3、图书馆管理信息系统的总体E—R图
利用集成总体E-R图的方法，我们给出一个图书馆管理信息系统的总体E-R
二、逻辑结构
逻辑结构设计的任务是将E—R图分解为数据库管理系统所支持的数据模型,利用规范化理论进行规范和优化，给出功能设计数据视图。
图书馆管理信息系统的局部逻辑结构设计：
1．一对多联系
（1）如果将发表单独作为一个关系模式,则将读者表、留言表的主码（读者号、留言号）与发表本身的属性（留言日期）作为发表表的属性，发表表的主码是读者号与留言号的组合。
（2）如果将发表与n端实体留言表合并，可把一端实体主码（读者号）和发表本身的属性（发表日期）加入到留言表中，留言表的主码还是图书号。
由于发表表当中的属性与留言表联系紧密,故选择合并到n端实体的E—R图分解方式。
■分解前
实体所对应的关系模式的属性和主码
读者表（读者号,读者姓名，密码,所在单位,Email，电话，可否预定） 留言表（留言号，留言主题，留言内容）
■分解后
实体：
读者表（读者号，读者姓名，密码，所在单位，Email，电话,可否预定）
留言表（留言号，留言主题,留言内容，读者号，留言日期）
2．多对多联系
以读者借阅图书为例，利用从E-R模型到关系模型的转换规则得到以下结果。
借阅表只能单独作为一个关系.将图书表、读者表的主码（图书号、读者号）与借阅的三个属性（借阅日期、归还日期、借阅数量）作为借阅表的属性,借阅表的主码是图书号与读者号的组合.
■分解前实体所对应的关系模式的属性和主码
读者表（读者号，读者姓名,密码，所在单位,Email，电话，可否预定） 图书表（图书号，图书名，作者，出版日期,库存总数，可借册数）
■分解后
实体:
读者表（读者号，读者姓名，密码，所
升级会员 