图书管理信息系统

引言
随着计算机技术和网络技术的迅速发展，人类科学正进入信息时代，信息技术本身正对各行各业的改革产生深远的影响。

开发一个集计算机技术、通讯技术、数据库技术、信息技术、现代管理理论为一体的系统开发方法已经逐渐成熟，我们完全能够结合自己的实际情况开发出实用的管理信息系统，来指导我们的工作。

如今，财务、人事等部门已相继应用了管理信息系统，取得了很好效果，为此，我们在其它领域积极调研需求，通过自主开发一些系统，达到提高工作效率的目的。

在下面的各章中，我将以开发一套图书管理信息系统为例,谈谈其开发过程和所涉及到的问题及解决方法。

第一章可行性研究及需求分析
1.1可行性研究：
随着铁通公司规模的不断扩大，技术含量越来越高，图书的藏书、管理人员、读者的数量也越来越多。

图书涉及大量的数据处理，如果用手工来完成庞大的数据处理，将费时费力，还容易出错，为了满足图书管理的需要，急需要一套图书管理系统来完成这项工作。

作为计算机应用的一部分,使用计算机对图书信息进行管理,具有着手工管理所无法比拟的优点.例如:检索迅速、查找方便、可靠性高、存储量大、保密性好、寿命长、成本低等。

这些优点能够极大地提高图书管理的效率,也是企业的科学化、正规化管理的重要条件。

同时还要注意下列几点：1 由于各方面的限制，如人员不够、技术缺乏等原因，开发时应本着循序渐进，逐步完善的原则，不能贪大求全，盲目开发。

2 要注意信息的准确、及时、适用、经济，只有及时、准确的信息才能保证系统开发的质量和效率。

3 从全局出发注意系统开发的整体优化，还要注意系统的可扩展性和可延伸性。

1.2需求分析
公司的图书管理涉及图书信息、系统用户信息、读者信息、图
书借阅等多种数据管理。

从管理的角度可将图书分为三类：图书信息管理、系统用户管理、读者数据管理。

图书信息管理包括图书征定、借还、查询等操作，系统用户管理包括系统用户类别和用户数据管理，读者数据管理包括读者类别管理和个人数据的录入、修改和删除。

经过实际考察与分析，图书管理系统主要应具有以下功能：图书借阅者的需求是查询图书室所存的图书、个人借阅情况及个人信息的修改；图书馆工作人员对图书借阅者的借阅及还书要求进行操作，同时形成借书或还书报表给借阅者查看确认；图书馆管理人员的功能最为复杂，包括对工作人员、图书借阅者、图书进行管理和维护，及系统状态的查看、维护等。

图书借阅者可直接查看图书馆图书情况，如果图书借阅者根据本人借书证号和密码登录系统，还可以进行本人借书情况的查询和维护部分个人信息。

一般情况下，这些是很难得到的，特别是密码，所以不但满足了图书借阅者的要求，还保护了图书借阅者的个人隐私。

图书馆工作人员有修改图书借阅者借书和还书记录的权限，所以需对工作人员登陆本模块进行更多的考虑。

在此模块中，图书馆工作人员可以为图书借阅者加入借书记录或是还书记录，并打印生成相应的报表给用户查看和确认。

图书馆管理人员功能的信息量大，数据安全性和保密性要求最高。

本功能实现对图书信息、借阅者信息、总体借阅情况信息的管理和统计、工作人员和管理人员信息查看及维护。

图书馆管理员可以浏览、查询、添加、删除、修改、统计图书的基本信息；浏览、查询、统计、添加、删除和修改图书借阅者的基本信息，浏览、查询、统计图书馆的借阅信息，但不能添加、删除和修改借阅信息，这部分功能应该由图书馆工作人员执行，但是，删除某条图书借阅者基本信息记录时，应实现对该图书借阅者借阅记录的级联删除。

并且还应具有生成催还图书报表，并打印输出的功能。

在本系统中由于没有打印机设备供试验，所以预先把报表打印改成报表预览。

具体功能如下：
设计不同用户的操作权限和登陆方法
根据还书情况对数据库进行操作并生成报表
查询及统计各种信息
维护借阅者信息
第二章图书管理系统的概要设计
2.1图书管理信息系统的概要设计
根据实际情况，我们使用原型法（Rapid Prototyping）即以少量代价快速地构造一个可执行的软件系统模型。

使用户和开发人员可以较快地确定需求，直到所有的性质全部满足[1]。

此时模块也发展通过对用户需求的分析，我们可以分析出该图书管理信息系统大致可以分为几个模块：图书管理人员维护管理模块、图书工作人员借还管理模块、借阅者查询管理模块。

模块图如下：
2.2图书管理信息系统的功能模块说明
图书管理人员维护管理：系统用户身份的分类、录入、修改与删除；图书数据的录入、修改、删除与较审等。

图书工作人员借还管理：包括图书的借阅、续借、返还；图书
借阅数据的修改和删除；图书书目查询等。

借阅者查询管理：图书书目查询；借阅情况查询；借阅者个人数据的录入、修改和删除等。

2.3图书管理系统的数据流图如下：
第三章图书管理系统的数据库设计
3.1 概念设计
在概念设计阶段中，设计人员从用户的角度看待数据及处理要求和约束，产生一个反映用户观点的概念模式。

然后再把概念模式转换成逻辑模式。

将概念设计从设计过程中独立开来，使各阶段的任务相对单一化，设计复杂程度大大降低，不受特定DBMS的限制。

利用ER方法进行数据库的概念设计，可分成三步进行：首先设计局部ER模式，然后把各局部ER模式综合成一个全局模式，最后对全局ER模式进行优化，得到最终的模式，即概念模式[2]。

（1）设计局部ER模式
实体和属性的定义：
图书（图书编号，图书名称，作者，出版社，出版日期，备注，价格，数量，）
借阅者（借书证号，姓名，性别，身份证，联系电话，密码）身份（身份编号，身份描述，最大借阅数）
图书类别（图书类别编号，类别描述）
ER模型的“联系”用于刻画实体之间的关联。

一种完整的方式是对局部结构中任意两个实体类型，依据需求分析的结果，考察局部结构中任意两个实体类型之间是否存在联系。

若有联系，进一步确定是1:N，M:N，还是1:1等。

还要考察一个实体类型内部是否存在联系，两个实体类型之间是否存在联系，多个实体类型之间是否存在联系，等等。

解释如下：
u 一个借阅者（用户）只能具有一种身份，而一种身份可被多个借阅者所具有； u 一本图书只能属于一种图书类别（类别），而一种图书类别可以包含多本图书；u 一个用户可以借阅多本不同的书，而一本书也可以被多个不同的用户所借阅。

（2）设计全局ER模式
所有局部ER模式都设计好了后，接下来就是把它们综合成单一的全局概念结构。

全局概念结构不仅要支持所有局部ER模式，而且必须合理地表示一个完整、一致的数据库概念结构。

1) 确定公共实体类型
为了给多个局部ER模式的合并提供开始合并的基础，首先要确定各局部结构中的公共实体类型。

在这一步中我们仅根据实体类型名和键来认定公共实体类型。

一般把同名实体类型作为公共实体类型的一类候选，把具有相同键的实体类型作为公共实体类型的另一类候选。

2) 局部ER模式的合并
合并的原则是：首先进行两两合并；先和合并那些现实世界中有联系的局部结构；合并从公共实体类型开始，最后再加入独立的局部结构。

3) 消除冲突
冲突分为三类：属性冲突、结构冲突、命名冲突。

设计全局ER模式的目的不在于把若干局部ER模式形式上合并为一个ER模式，而在于消除冲突，使之成为能够被所有用户共同理解和接受的同一的概念模型。

4) 全局ER模式的优化
在得到全局ER模式后，为了提高数据库系统的效率，还应进一步依据处理需求对ER模式进行优化。

一个好的全局ER模式，除能准确、全面地反映用户功能需求外，还应满足下列条件：实体类型的个数要尽可能的少；实体类型所含属性个数尽可能少；实体类型间联系无冗余。

“图书管理系统”的全局ER模式如图所示：
致谢
通过这次毕业设计，使我感到高科技、新知识的力量。

这次毕业设计过程中，得到了长沙市工商职业中专学校的大力支持，给我提供了舒适的工作学习环境，也得到了科大老师、教授的精心指导，在此表示衷心的感谢！
参考文献
[1] 李世杰,张林.软件开发系统模型.清华大学出版社,2002
[2] 李成文.计算机程序设计.人民邮电出版社,2004
[3] 张友胜.数据库原理与开发.中国青年出版社,2003
【指导教师的特别说明】该论文只是节选了一部分,全文包含功能模块图、数据流图、E-R图、数据结构、程序界面演示图、部分源代码（文字）等，Word 格式，文件大小453K，字数8000，这里只是为了给同学们演示一下正文的格式,由于你们是学计算机专业的,要特别讲究格式与排版,通过做论文,熟练掌握公文编排的基本格式与要求,重要把握以下几点:
页眉：论文题目（小5 黑体居中）
页眉设置方法：点击：视图----页眉和页脚----会弹出一个页眉的窗口，键入你的论文的题目----鼠标双击窗口外任意一处即可完成页眉的设置
章标题（3号黑体居中）
节标题（4号黑体居左顶格）
正文（小4 宋体）
章节层次结构:
通常采用阿拉伯数字连续（或分章）编号。

参考本论文第三章的方法,合理分章节.要有条有理,千万不能乱.
语言要简练，不能有错字、别字。

也不能有错误的观点。

参考文献：标题“参考文献”(小4 黑体居中);列出的文献(5号宋体居左)
按论文中所引用文献的顺序号列于文末。

同时在文中引用处的句末右上角以方括号上标标形式注明序号.
如:……终的模式，即概念模式[2]。

上标设置方法: 概念模式[2]----选中[2]------单击右键----字体----上标-----完成-----即概念模式[2]
文献是图书时格式为------[序号].作者.书名.出版社.时间
若是文章则格式为--------[序号].作者.文章题目.期刊名.年份.刊号***********************************************************
附:计算机毕业论文撰写格式(通用)
(供学生参考)
注意： 1．每个步骤都要有文字说明和论述 2．各个步骤必须是有机的组合，不可以支离破碎不成一体。

一、封面
二、摘要用约200-400字简要介绍一下论文中阐述的主要内容及创新点
三、主题词用一、二个词点明论文所述内容的性质。

（二和三要在同一页面上）
四、目录一般采用三级目录结构。

例如第三章系统设计3.1系统概念结构 3.1.1概念模型
五、正文
第一章前言
简要介绍：组织机构概况、项目开发背景、信息系统目标、开发方法概述、项目开发计划等。

第二章系统需求分析
本章应包含：
（1）现行业务系统描述
包括业务流程分析，给出业务流程图。

具体要求：业务流程图必须有文字说明，图要完整、一定要有业务传递的流程。

（2）现行系统存在的主要问题分析
指出薄弱环节、指出要解决的问题的实质，确保新系统更好，指出关键的成功因素。

（3）提出可能的解决方案
（4）可行性分析和抉择
包括技术可行性、经济可行性、营运可行性分析和抉择。

第三章新系统逻辑方案
针对用户需求，全面、系统、准确、详细地描述新系统应具备的功能。

（1）数据流程分析
最主要的是给出数据流程图，要求满足以下条件：
A．数据流程图必须包括系统关联图、系统顶层图、第一层分解图和第二层分解图组成。

B．系统关联图确定了从外部项到系统的数据流和从系统向外部项的数据流，这些数据流在其它层次的数据流中不允许减少，也不允许增加。

各层次内部的数据流不受关联图的限制。

C. 数据流应有名字。

D. 外部项和数据存储之间不得出现未经加工的数据流。

E. 数据流程图的分解中，必须保持每个分层同其上层加工中的外部项和输入输出流相一致。

F. 各加工之间一般不应出现未经数据存储的数据流。

G. 数据存储之间不得出现未经加工的数据流。

H. 数据存储可以分解。

I. 若有查询处理，应在数据流程图中表达。

J. 统计和打印报表不在数据流图中表达。

(2) 数据词典描述
可采用图表格式或较紧凑的记录格式描述 A、若采用图表格式，可只写出数据流、数据元素、加工、数据存储和外部项各一个表。

B、若采用紧凑的记录格式，则应列出全部成分。

如数据元素：编号名称存在于数据结构备注 E1 入库数据 F1/F3/F11/F15 入库单号+日期+货号+数量 E2 出库数据
F1/F3/F11/F15 出库单号+日期+货号+数量 C、据流程图中系统顶层图的数据加工都必须详尽写出。

(3) 基本加工小说明
可采用结构化语言、数学公式等描述各个基本加工。

第四章系统总体结构设计
（1）软件模块结构设计 A、系统软件模块结构图，并由此导出功能分解图及层次式菜单结构。

B、系统的模块结构应与数据流程图的顶层图的加工一致。

（2）数据库设计 A、应按下列次序阐述各个元素：实体、实体的属性、实体间联系、E-R图、转换规则、关系模式。

B、在介绍实体的属性时，不应包括联系属性，联系属性直至关系模式中才出现。

C、数据流程图中的每个数据存储可隐含于E-R图中的多个实体。

D、 E-R图中的实体要与数据流程图中的数据存储相对应。

每个实体要指出实体的标识码（主码）。

对每个实体或联系应列出其应有的属性（用列举的方法）。

E、E-R图中至少要有一个多对多的联系。

F、必须严格按照转换规则从E-R图产生数据关系模式集，需要时作必要的优化，并说明理由。

G、对于一对一的联系，只应把任一个实体的主码放在另一个实体中作为外码。

H、一对多联系也可以产生新的关系模式，如要这样做，必须说明理由。

I、多对多联系，或三元联系必须产生新的关系模式。

J、关系模式的个数和名字要与E-R图中的实体和联系相一致。

K.、每个关系模式中要用下横线标出主码，后随的符号“#”标出外码。

L、若有代码对照表可在最后列出，需另加说明。

(3) 计算机系统配置方案的选择和设计
给出硬件配置，系统软件配置，网络通信系统配置（可选）等内容。

(4) 系统总体安全性、可靠性方案与措施。

第五章系统详细设计
（1）代码设计基本数据项的代码格式。

（2）人机界面设计给出人机界面视图（输入输出接口，屏幕格式设计等）（3）模块处理过程根据软件环境做不同处理。

可采用脚本、程序流程图、结构化的PDL语言等。

第六章实施概况
（1）实施环境和工具的比较选择
（2）编程环境、工具、实现与数据准备概况
（3）系统测试概况主要包括测试计划、测试用例、测试记录。

（4）系统转换方案及实现概况
（5）系统运行与维护概况
六、结束语
（1）系统特色、局限与展望
（2）实施中遇到的挫折、创新、体会与致谢
七、参考文献列出毕业论文设计中主要参考书籍
序号、书名或文章名、作者名、出版社或杂志名、出版日期或杂志期号。

八、附录
（1）列出部分有一定代表性的程序代码段
（2）操作说明书。