最新vb图书管理系统论文要点.doc

Four short words sum up what has lifted most successful individuals above the crowd: a little bit more.-author-datevb图书管理系统论文要点图书管理信息系统图书管理信息系统 摘要 图书管理系统是图书馆的重要组成部分，本文通过作者设计和开发一个中小型高校图书馆管理系统的实践，阐述了高校图书管理软件中所应具有的功能、设计、实现。本文所介绍的内容是关于“高等院校图书管理信息系统软件”的开发与设计。文章详细地介绍了图书管理信息系统软件的开发步骤及实现技术。本软件基于网络环境，采用三层模型的C/S结构。软件以Windows操作系统为环境，数据库使用SQL Server2000，开发工具使用VB6.0。关键词 图书管理系统，图书管理，VB应用程序，SQL Server2000数据库应用1 引言图书馆是高等院校的重要组成部门，是教师和学生获取知识的重要场所。随着校园网的发展，各高等院校的图书馆都开始使用“图书管理信息系统软件”开展工作。由于目前市场上的软件大多只是一些条框，没有形成特定环境下工作的图书管理系统 。特别是各图书馆之间、图书馆与读者及管理者之间要互连互通，共享信息资源。本软件就是基于这种背景而开发设计的。图书馆作为一种信息资源的集散地，图书和用户借阅资料繁多，包含很多的信息数据的管理，现今，有很多的图书馆都是初步开始使用，甚至尚未使用计算机进行信息管理。根据调查得知，他们以前对信息管理的主要方式是基于文本、表格等纸介质的手工处理，对于图书借阅情况（如借书天数、超过限定借书时间的天数）的统计和核实等往往采用对借书卡的人工检查进行，对借阅者的借阅权限、以及借阅天数等用人工计算、手抄进行。数据信息处理工作量大，容易出错；由于数据繁多，容易丢失，且不易查找。总的来说，缺乏系统规范的信息管理手段。尽管有的图书馆有计算机，但是尚未用于信息管理，没有发挥它的效力，资源闲置比较突出，这就是管理信息系统的开发的基本环境。2 系统需求分析2.1 组织机构设计一个管理信息系统软件的首要工作就是画出组织机构图，它反映了整个单位组织的全貌，是软件需求分析的基础。现以内蒙古师范大学图书馆的组织机构为例：图表标题馆长采编部流通部阅览部期刊部信息中心办公室蒙文部特藏部教学辅导部社科分部文学分部外文分部理科分部文史阅览室理科阅览室学生理科阅览室学生政经阅览室过刊阅览室社科现刊阅览室理科现刊阅览室外文期刊阅览室过刊借阅处蒙文阅览室蒙文图书借阅处蒙文研究室不同单位的组织机构设置是不同的，如果要想开发一个通用的图书管理软件，就必须从一些具体单位的组织机构中抽取出公共部分并基于它来进行软件开发。2.2 各部门的岗位职责调研、分析各部门的岗位职责是确定软件功能的基础。只有十分清楚各部门的职责是什么？它们是怎样完成各项职责的？才能去规划软件的功能。各部门的岗位职责具体如下：1、馆长的岗位职责在校党委、行政领导下，对图书馆的业务进行全面管理，向全校师生提供教学、科研所需的图书资料信息服务。在国家相关法律、法规的允许下，开展相关业务。负责建立与其它图书馆、出版业等相关业务单位的联系、交流、合作。负责与校内各处室、各院系的协调工作。负责制订本单位的中、长期发展规划及年度工作计划。负责领导、协调本单位副职及下属各部门负责人的工作。负责本单位工作人员的聘用、考核、奖励、处罚。负责指挥、调度、协调、控制本单位的人力、物力、财力等资源，完成工作任务。负责建立本单位的各项管理规章制度，并带头执行。保证本单位的国有资产不流失。2、采编部岗位职责采购、收集、交换各种中外文图书资料；将采购来的文献加工、整理成可检索的文献集合体；进行财产登录、分类、编目，典藏到各部门。3、流通部岗位职责主要负责全校师生员工的中外文图书的借阅工作及图书的内部管理。4、阅览部岗位职责负责图书馆各阅览室中书刊阅览室的阅览管理和服务工作。5、期刊部岗位职责负责国内出版的期刊、报纸的采购、分类、典藏、流通、阅览工作。 6、技术部（信息中心）岗位职责负责全馆计算机信息系统的管理和维护；全校师生借书卡的制作、启用、挂失、解挂、退卡及查询等工作。7、综合办公室岗位职责负责全馆的行政事务工作；全校师生借书卡办理的接待、资格审核、帐目管理；全馆设备和财产的管理；财务管理。2.3 图书管理的相关规章制度制度是要求成员共同遵守的、按一定程序办事的规程。它也是软件处理数据过程中所应遵守的规程，是很多算法的基础。因此要想开发一个好的管理软件，就必须对相关制度做详细的分析。这里只介绍与系统设计有关的制度条款。1、读者分类、借书数量、借书时间的规定读者类型适用人员最大借书量最长借书时间是否允许预约01教职工、博士2090天是02研究生1560是03本科生1030否04进修生、短训班530否2、借书卡办理、退还制度新办卡的读者在网上添写相关表格。由读者本单位资料室或办公室负责资格审查，并按规定收取相关费用。读者本单位资料室或办公室负责与本馆办公室联系办卡事宜。本馆办公室负责接受材料，并进行进一步确认。技术部负责制作借书卡并设置启用。3、借、还图书的相关制度借书本馆采用开架方式借书。读者按规定要求进入书库取出所需图书，然后到借阅处办理手续。办理借书手续时必须出示本人借书卡，读者要对借到的图书当场检查损坏情况，如发现有未被记载的损坏要当场告知工作人员，否则责任自负。续借略超期处罚略遗失赔偿略2.4 图书馆的主要业务流程1、 图书采购业务流程订购是根据供书商的可供书目信息挑选预订购图书，一段时间以后，整理订购图书并根据供书商填写订书单，发给供书商进行订购。当前，随着计算机的日益普及，供书商订购信息开始用光盘等媒体发送，在这些订购信息中不仅可以实现传统的订购功能，而且包含着编目信息，这些编目信息能极大地减轻编目人员的录入工作量，并且提高数据的准确性，所以在订购中应利用这些编目数据。另外由于图书资金有限，为了将有限的资金更好地使用，系统还应进行资金控制，订购人员只许在某类图书的授权资金范围内进行进行订购操作，否则应得到资金分配人员的批准或直到资金满足要求。2、 图书编目、典藏业务流程图书编目是对图书根据中图法编写索书号并进行图书著录的过程，是图书管理和图书流通的重要环节，要避免一个分类号有多种图书或者一种图书有多种分类号情况的出现，即对新增加的图书，应能正确区分增加图书种类和增加复本等情况。在图书编目中经常要使用图书查重的功能。3、借书卡办理业务流程3 系统功能规划3.1 系统用户图系统读者馆长阅览部采编部采购编目典藏流通部借书借书办公室财务组资产管理行政信息中心系统维护借书卡制作3.2 用户需求分析这里只介绍与借还书有关的用户需求，具体如下：1、读者信息需求 利用多种方式查询图书馆藏书信息。 查询读者个人信息，借书信息。 修改读者个人信息（密码，电话，Email）。处理需求 希望能用Web的方式做以上查询、修改操作。 希望能用Web的方式或语音电话的方式来挂失自己的借书卡。安全性、完整性需求对读者个人信息保密，不允许其他读者查阅。2、流通部工作人员信息需求查询读者基本信息，借书信息；修改读者的借阅信息；查询本馆藏书信息；查询本库的图书存放信息。处理需求希望操作界面简捷，符合业务流程；希望输入信息自动化，尽量少地人工输入数据。安全性、完整性需求其它书库借、还书系统，不能对本库图书借、还。其它人员不能更新借阅表中的信息。3.3 划分子系统子系统划分的原则是：业务的相关性、业务的独立性。这里只介绍图书管理业务系统。 借书卡管理子系统：借书卡管理子系统不仅能利用当前的软件开发技术和校园网建设成果，方便读者查询、借阅操作，而且，能结合学校资金投入有限、图书需求量大等特点，对图书管理中各业务环节的加强管理。此外还有方便、快捷、准确无误等特点。（1）此子系统还加入了条形码识别扫描、打印，在建立数据库及相关连接上有自己独到的应用。一般图书卡存储的信息为：   user（借书证号，姓名，性别，身份编号，身份证，联系电话，学生学历。）book（图书编号,图书名称，图书类别，作者，出版社，出版日期，备注，价格，数量）  数据库是自描述的，这就意味着它自身包含了它的结构的描述，这种结构的描述称作元数据。因为数据库管理系统（DBMS）产品是用来存储和操纵表的，所以大多数产品把元数据以表的形式存储，有时称作系统表。这些系统表存储了数据库中表的情况，指出每一个表中有多少列，那一列是主关键字，每一列的数据类型的描述，它也存储索引、关键字、规则和数据库结构的其他部分。在表中存储元数据不仅对DBMS是有效的，对用户也是方便的，因为他们可以使用与查询用户数据同样的查询工具来查询元数据。因而通过条形码却可以轻而易举的得到这些信息，将这些信息存入以一个条形码为元数据的数据子库下面，当系统扫描该条形码时便自动出现相应的数据。这于帐目管理子系统有着紧密的联系。  整个借书过程如下：        递交借书卡输入要借图书的有关信息是否有超期未归还的图书借书成功显示错误库存是否为0NYEXIT？NY退出选择读者NY已缴罚款？YN借书失败                  （ 2）索引 索引可以用来排序和快速访问数据。下面以本人的图书管理信息系统中的book表为例来说明。假定数据在磁盘上是按图书编号的递增顺序排列的，用户想打印一个按图书名称排序的图书数据报表。为此，所有的数据都需要从源表中提取出来并排序，除非表很小，否则这是一个很费时的过程。或者，可以在图书名称字段上创建一个索引，该索引的条目按照图书名称排序，这样，该索引的条目可以读出来，并用来按顺序访问book数据。索引用于快速访问数据。例如，一个用户只想访问book表中图书类别值为01的那些学生。如果没有索引，则必须搜索整个源表；但有了索引之后，可以找到索引条目，并使用它来挑选所有合适的行。索引对排序和查找是有帮助的，但要付出代价。book表中的行每次改变时，索引也必须改变，这意味着索引并非随意的，应该在真正需要时保存。 4 系统技术实现规划4.1 系统结构本软件采用网络结构，三层模型。采用C/S，B/S两种方式向用户提供服务，馆内业务操作用户使用C/S方式，读者使用B/S方式。Web服务器数据库服务器馆内客户机读者Internet应用程序服务器馆内客户机馆内客户机4.2 系统平台环境及开发工具1、硬件环境服务器端1-3台服务器，数据库服务器要配备磁盘阵列。客户端P以上，配置硬盘的PC机。2、软件环境服务器端操作系统：Windows2000Server；Web服务器：IIS5.0；数据库服务器：SQL Server2000。客户端操作系统：Windows2000Profession。3、开发工具开发工具使用Microsoft公司的Visual Basic6.0、Visual InterDev或.net。5 数据库设计5.1 概念设计这里只介绍与借、还书有关的概念模型，具体如下：读者图书库位借阅典藏5.2 逻辑设计这里只介绍与借、还书有关的逻辑模型，具体如下：5.2.1 概要设计图书馆内信息（书号，所在馆位，所在架位，借出标志，损坏记载）图书ISBN信息（ISBN码，中图分类号，内部分类号，书名，作者，出版社，出版时间，版次，价格，简介）读者（借书卡号，姓名，身份证号，单位，电话，Email，密码，读者类型，挂失，停借）读者类型（代码，最大借书数，最长借书时间，是否允许预约）图书借阅（书号，借书卡号，借书日期，续借日期，续借）5.2.2 详细设计字段名取值类型及长度约束、默认值说明是否为关键字段书号字符型，11位数字字符前9位取自该种书的ISBN码的前9位，后两位为序号。是所在馆位字符型，2位数字字符所在价位字符型，3位数字字符借出标志逻辑型否损坏情况备注型5.3 物理设计物理设计的主要任务是确定把模型中的哪些表放在一个物理文件（操作系统文件）中，对每个表应建立哪些索引。设计时考虑的因素主要有两条：1、提高系统查询效率 2、数据备份。由于不同的DBMS提供的功能不同，因此这里不做详细介绍。6 借还书子系统详细设计6.1 处理流程这里只介绍借书流程，具体如下：输入借书卡号连接数据库查询有无此读者取回读者表中的信息及读者类型表的信息显示提示信息根据读者信息判断是否可以借书？输入书号将借书信息写入借阅表是否结束-