图书馆管理系统是典型的信息管理系统，其开发主要包括后台数据库的建立和维护以及前端的应用程序的开发两个方面。对于前者要求建立数据的一致性和完整性，对于后者则要求应用程序功能的完备，易用等的特点。
基于上述考虑本系统主要利用Visualbasic作前端的应用开发工具，利用Access作为后台的数据库，利用WINDOWS2000作为系统平台；而全部采用Microsoft的操作系统及其应用开发工具开发的图书管理系统。
首先介绍的是开发环境及所用到的基础知识。其次是系统的设计过程，包括系统分析、功能实现和系统的调试、设计过程中遇到的难点问题等。本系统充分利用了Visualbasic开发前台应用程序，Access开发后台数据库的优势，使系统更加完善。
1．2背景
图书馆是高等院校的重要组成部门，是教师和学生获取知识的重要场所。由于图书馆主要从事大量的图书资料的储存和流通。所以一直以来，计算机在图书馆的图书管理中得到了广泛的应用。
目前，本单位教师较多,借科技书籍情况日益增长。本系统就是要达到对教师人员借科技书籍的日常管理,能快速完成,并对信息进行数据库管理的目的。为了适应本系小型图书馆业务发展的需要，解决问题。经过考察比较，决定利用自己的力量对本单位的小型图书管理系统进行重新改造。使新系统不仅能利用当前的软件开发技术和校园网建设成果，方便读者查询、借阅操作，解决流通中存在的问题。而且，能结合本单位资金投入有限、图书需求量大等特点，对图书管理中各业务环节的加强管理。所以系统在实现时，实现传统的验收、编目、典藏、流通和管理等环节。
1．3定义
本系统就是要达到对教师人员借科技书籍的日常管理,能快速完成,并对信息进行数据库管理的目的。本单位的图书室由系办公室兼职管理，管理人员是系办公室秘书一人，所以本系开发环境是单机
第二章程序系统的结构
软件结构
在总体设计阶段产生的软件结构图如软件概要说明书中的软件数据结构设计，整个软件的结构已非常的明了了，软件系统的结构图如下图。下面就进行软件的详细设计阶段，进行逐个模块的详细设计。
图2-1业务运作流程图
2.1.3系统E-R图
本系统包括会员的借阅和图书的E-R图以及管理员的实体示意图。
姓名
图2-2会员借阅和图书的E-R图
图2-3管理员实体示意图
第三章程序1设计说明
3．1程序描述
以下逐个模块给出说明:
1.系统用户管理模块
系统管理模块主要实现以下功能：
添加用户
修改用户密码
输入输出:
．算法
在本文档中都统一使用PAD图，即树形问题分析图(ProblemAnalysisDiagram)。系统管理模块的PAD图如下：
2．图书业务的数据流程图
系统分析的根本目的是分析出合理的信息流动、处理、存储的过程。数据流程分析有许多方法，如HIPO（hierarchicalinput-process-output）法和结构化方法等。基本的思想都是一样的，既把一个系统看成是一个整体功能，明确信息的输入与输出，系统为了实现这个功能，内部必然有信息的处理、传递、存储过程。如此一级一级的分析，直到所用处理都很具体为止。
〈b〉算法
为本系统的数据流图。
操作人员
图书借用信息管理系统
图书信息管理
查询结果
人员,部门信息管理
查询人员
0层图
查询
书库信息管理
人员信息管理
借书信息管理
图书信息
部门人员信息
借书信息
系统信息记录
查询要求
图（2.2）图书子系统与其它业务子系统的关系
根据采购业务数据流图、系统设计的要求画出系统的功能模块图如图（3.1-3..4）
图3.1
图书管理系统
图书资料
借阅人员管理
借阅管理（借/还书）
管理员维护
图书资料维护
图书查询
图3.2
借阅人员维护
借阅人员查询
到期当还人员
图3.3
借阅管理
借阅规则
借阅维护
借阅报表
图3.4
3．3权限条件
对可以授予部分浏览权的用户（如教师信息学生只能浏览有那些教师和教什么课而无权浏览其它信息，则可以建立关于教师信息的视图。
对各个系之间的权限通过对同一个表建立不同的视图来实现。如永久成绩的信息对不同的系分别建立一个视图，分别以不同的系别作为检索参数
3．4接口
1．能共享原有的学籍管理软件的数据，能将系统数据转化为教委需要的格式，能将招生办公室的学生名单转换成学籍管理系统所需的格式。系统自带一个通用数据转换模块，可以按照用户的要求选择一种数据库类型的某个表中的某些字段转换为另外一种数据库类型的数据库的某些字段。
2．对即将建设的校园网络主页提供基于三层构架的支持。VF提供了完整的基于三层构架的支持方案，这项工作可以留待基于C/S的系统基本稳定后在进行开发。
3.5数据库中的约束
编写数据库应用程序的人所面对的重要问题之一就是保证数据库中数据的完整性。数据库的完整性是指数据的正确性和相容性，数据库是否具备完整性关系到数据库系统是否能真实地反映现实世界，因此维护数据库的完整性是非常重要的。
1、完整性约束条件。整个完整性控制都是围绕完整性约束条件进行的，从这个角度说完整性约束条件是整个控制机制的核心。完整性约束条件作用的对象可以有列级、元组级和关系级三种力度。其中对列的约束主要指对取值类型、范围、精度等的约束条件。对元组的约束是指对记录中各个字段间的联系的约束。对关系的约束是指对若干记录间、关系集合间以及关系之间的联系的约束。完整性约束条件涉及的这三类对象其状态可以是静态的也可以是动态的。其中对静态对象的约束是反映数据库状态合理性的约束，这是最重要的一类完整性约束。对动态对象的约束是反映数据库状态变迁的约束。
2、完整性控制
(1)外码是否可以接受空值
外码是否可以取空值是依赖于应用环境的语义，在实现参照完整性时系统除了应提供定义外码的机制外还应提供外码列是否允许空值的机制。
(2)被参照关系的元组时的考虑
有时需要删除被参照关系的某个元组，而参照关系又有若干元组的外码值与被删除的被参照关系的主码值相对应，这时系统可以采取三种作法：
级联删除，即将参照关系中的所有外码值与被参照关系中要删除元组主码值相对应的元组一起删除。
受限删除，即只当参照关系中没有任何元组的外码值与要删除的被参照关系元组的主码值相对应时，系统才执行删除操作，否则拒绝此删除操作。
置空值删除，即删除被参照关系的元组并将参照关系中所有与被参照关系中被删除元组主码值相等的外码值置为空值。
这三种处理方法要根据环境来适当选用。
(3)修改被参照关系中主码的考虑
级联修改，即将修改被参照关系中主码值的同时用相同的方法修改参照关系中相应的外码值。
受限修改，即拒绝此修改操作只有当参照关系中没有任何元组的外码值等于被参照关系中某个元组的主码值时，这个元组的主码值才能被修改。
置空值修改，即修改被参照关系中主码值，同时将参照关系中相应的外码值置为空值