图书信息管理系统毕业论文.docx
《图书信息管理系统毕业论文.docx》由会员分享,可在线阅读,更多相关《图书信息管理系统毕业论文.docx(47页珍藏版)》请在冰豆网上搜索。
图书信息管理系统毕业论文
江苏信息职业技术学院
毕业论文
题目:
图书信息管理系统
系别:
物联网工程系
专业:
计算机应用
学号:
姓名:
指导老师:
2012年12月1日
前言
随着时代的进步和科技的发展,计算机已成为人们生活和工作中不可缺少的得力助手。
特别是现代信息管理技术的发展大大地推动了社会各个方面的发展。
书店、图书馆作为书籍信息资源的集散地,图书和读者借阅资料繁多,包含很多的信息数据的管理,并且图书信息管理需求也不断增加,如果进行手工处理,数据信息处理工作量大,容易出错并且由于数据繁多,容易丢失,且不易查找;而使用计算机进行图书信息管理,具有手工管理无法比拟的优点,管理方便快捷,不仅提高工作效率,而且大大的提高了其安全性,因此设计一个现代的图书信息管理系统势在必行,使图书管理工作规范化,系统化,程序化,避免图示管理的随意性,提高信息处理的速度和准确性,能够及时,准确,有效的查询和修改图书中的各项信息。
图书信息管理系统由二个子模块组成,分别是图书信息管理系统管理员子系统和图书信息管理系统读者子系统模块。
图书信息管理系统管理员子系统模块能进行基础信息管理、图书借阅管理、信息查询管理等;图书信息管理系统读者子系统模块能进行图书信息、借阅、罚款查询等。
图书信息管理系统是典型的信息管理系统(MIS),其开发主要包括后台数据库的建立和维护以及前端应用程序的开发两个方面。
本系统前台采用Visualstudio2005作为前台开发语言,用SQLServer2005为后台开发工具。
本系统界面友好、美观,使用方便,调用正确。
摘要
图书信息管理系统是一个用Visualstudio2005为前台、SQLServer2005为后台开发开发的适用于图书信息管理的系统,系统能够实现图书信息的管理和维护,包括图书信息管理、读者信息管理、新书入库、整理图书、修改图书信息和进行图书信息查询、图书的借出和归还的功能等。
论文简述了系统需求分析和可行性分析,给出了系统总框架图、业务流图及E-R图,介绍了数据库表的结构,详细介绍了图书信息(如图书信息管理界面等)、读者信息(如用户管理界面等)、借阅信息(如图书借阅与归还界面等)和信息查询(用户查询界面等)等模块中各界面的设计方法。
关键字:
图书信息管理;SQLServer2005数据库;Visualstudio2005;C#语言;C/S结构
Abstract
LibraryinformationmanagementsystemisaVisualStudio2005,SQLServer2005asthebackgroundforthedevelopmentforlibraryinformationmanagementsystem,systemcanrealizethemanagementandmaintenanceofbooksinformation,includingthebookinformationmanagement,readerinformationmanagement,newbooksinlibrary,books,modifybooksinformationandbookinformation,booklendingandreturnoffunction。
Thearticleexplainsthesystemneedsanalysisandfeasibilityanalysis,givesthesystemframework,businessflowchartandE—Rchart,introducedthedatabasetablestructure,introducesthelibraryinformation(suchasbooksandinformationmanagementinterface),thereaderinformation(suchasusermanagementinterface),borrowinformation(suchasbookstoborrowandreturninterfaceetc.)andinformation(userqueryinterface)moduleinterfacedesignmethod.
Keywords:
libraryinformationmanagement;SQLServer2005;VisualStudio2005;C#;C/Sstructure
第一章系统的需求分析
1.1图书信息管理系统发展分析
图书信息管理服务,则是运用图书馆资源满足读者对文献信息需求的行为和过程.图书馆是各个要素组成的一个系统,它也是社会系统的一部分,与社会的其它系统有着千丝万缕的联系。
图书馆提供的服务大部分是无形的,服务是一种过程,一种体验。
用是否满足读者的需求,即读者是否满意作为检验图书馆管理服务的重要标准无疑是正确的,这是图书馆的性质和职能所决定的。
图书馆的主要职能不是本身创造价值,也不是自身利用价值,其根本任务是把知识与单位、社会的需求联系起来,起到知识交流的中介作用,作为知识生产和知识利用的桥梁.“为书找人,为人找书”,是图书馆职业最简明的表述。
有人说,领导对图书馆不重视,群众对图书馆不理解。
对此,我们应扪心自问,图书馆做了些什么?
读者是否满意?
只有用良好的服务才能让群众满意,形成对图书馆的依赖,从依赖引起社会各部门的重视,从而促进事业的发展。
文献的利用率也很重要,一般情况下,每种图书流通的次数越多,其使用价值就越大。
所说的“书”,不仅指纸张文献,也包括电子文献,还包括网上资源。
文献使用率是在一定时间内读者实际使用的文献数除以馆藏文献总数的比率。
应根据不同性质和规模,以及历史和现实条件,确定优秀、合格、不合格的等级来评定。
图书馆不仅被动地满足到馆读者借阅的需要,还要主动地“为人找书,为书找人”,增加图书的使用率.节约读者时间是现代图书馆读者服务工作质量评价的重要指标。
为满足图书管理现代化的需求,国内软件商已经开发出很多较好的商品化图书管理软件,这些图书管理软件的功能和性能都很完善,它们大多是面向大型专业图书馆而开发的,而国内很多中小型图书馆由于管理人员不多且大多数不是图书管理业务的专业人员,业务分工也不是很详细明确,这样的软件对他们而言太庞大、太复杂了,所以应用效果并不是很好。
我们开发的图书信息管理系统是基于Visualstudio2005技术的简单实用的图书信息管理系统,系统没有刻意追求专业性和商品化软件的华丽包装,而是本着简单、实用的原则,既在功能满足客户的需求,有力求操作简便,使本系统很容易掌握和使用。
读者也可以完全按照自己的需求对系统进行功能上的添加和修改,使之适应进一步使用的需求,由于采用Visualstudio2005技术构建,本系统可以单机运行,具有较高的适应性。
1.2需求分析
本系统主要实现图书信息管理,读者管理,借阅图书,归还图书等功能,采用面向对象的分析方法对图书馆管理系统功能需求进行划分,可将需求划分为:
管理员对功能的需求和读者对功能的需求两大部分。
具体列举如下:
1.2。
1图书管理员的需求
由于系统开发的总体任务是实现各种信息的系统化、规范化和自动化。
所以管理员对系统需要完成的功能有:
读者信息的管理、图书信息的管理、管理员的管理、借出图书、归还图书操作及自己密码的修改等功能。
对读者信息的管理:
当有新的读者需要加入到图书馆管理系统中时,管理员就要对读者的各种信息进行集体录入,对已经录入的读者信息进行修改和删除。
读者信息主要包括编号、姓名、密码、性别、权限、电话、单位、住址等.其中读者的编号是唯一的,用户登录系统时需要输入进行身份验证。
读者信息的查询:
管理员可以按照系统用户的类型和用户编号进行查询用户信息。
不输入任何信息直接点击查询时可以查询全部用户信息.
对图书类型的管理:
在录入图书信息前要先录入图书的类型,将图书按内容等分成多种类型,以方便用户查询和对图书的管理。
对图书信息的管理:
由于图书馆在每年都要购买许多的新书,所以对这些新买的新书进行编号添加到图书馆管理系统中将是一个非常巨大的工程,因此在图书的录入过程中包含了图书的一些基本的信息,有:
图书编号、图书名称、类别、图书作者、图书出版社、注册日期、图书价格等信息,再一个过程就是对图书分类要分在哪个书库将是一个很重要的问题,如果这个问题没有解决的话,那么图书的分类将是很混乱。
图书信息的查询:
在这个过程中,我们是为了及时的了解图书馆的藏书情况,以及图书借阅的情况。
在这个模块中,可以对图书的信息进行查询,查询的方法有两种,一种是模糊查询,另一种是精确查询。
对于模糊查询只是按图书的类型进行查找,查询的结果是某一类型的全部图书信息.而对于精确查询则为对图书的编号进行查找,查询结果是具体的某一本书。
这样读者可以方便的找到自己所要的图书。
另外在查询时可以选中是否借出的选项,不选中是查询未借出的图书,选中则是查询已经借出的图书。
这就是读者对图书的查询功能。
对管理员的管理:
在该过程中,主要是对新到的管理员进行添加,修改和删除等操作。
这些操作我们可以仿照在对读者的操作中实现,只是我们在编辑用户信息时是不一样的,利用用户权限来区分读者和管理员。
管理员的信息主要为:
管理员编号、管理员密码、管理员名称、管理员权限、电话、单位、住址等.
图书借阅管理:
在这个功能模块中,主要是管理员对图书馆中的图书进行借出的操作,在这一步的实现过程中,当读者找到了自己所要的图书后交给书库管理员,书库管理员通过读取读者的借阅信息,看该读者是不是已经达到了借书的上限了,如果达到了,则该读者不能进行图书的借阅,若没有达到上限,就可以对图书进行借阅,书库管理员在系统中填写图书出借信息,然后显示借书成功提示信息.因此书库管理员填写的借书单包括的信息有:
读者编号、图书编号,其他信息如:
读者姓名、图书名称、出版社等信息系统根据编号自动读取出来.另外在该表中还存在借书日期、应还日期、超期天数、罚款钱数的一些信息都是由系统自己去统计和完成.
图书归还管理:
这个模块的操作是比较简单的,当读者把把所要归还的图书给书库管理员时,书库管理员执行的是一个与借阅管理相似的操作,在借阅管理中是图书后台数据库借书表的插入借书记录,并将还书标志设置成未还书的状态(0)。
而归还图书则为对后台数据库借书表的修改操作,将还书标志设置成已还书的状态
(1)。
同时,如果该读者在当前的还书日期超过了图书应还的日期,那么后台数据库对借书表中的超期天数、罚款钱数都有相应的计算,并在读者还书时显示出来.
图书罚款查询:
对还书的记录进行查询,可以查询罚款的记录和未罚款的记录信息.输入用户编号查询某人是否有罚款记录。
管理员密码的修改:
管理员在这个功能模块上可以修改自己的密码,而且这些操作是属于与自己本人编号相对应的改动,对系统上并没有多大的影响.和读者密码的修改在代码实现方式上有许多相似性.
1。
2.2读者的需求
由于读者对数据库表的修改权限不大,所以读者主要是浏览方面的功能.包括了读者修改密码、图书信息及借还查询、借书罚款和未罚款的查询等功能。
读者本身修改密码:
管理员为读者开通帐号,读者登录系统后可以修改自己的密码。
因为这只关系到他自己的事情,所以对数据库中其它的数据没有太大的影响。
图书信息查询:
具体功能如管理的,这里就不再重复说明了。
罚款信息查询:
查询登录用户还书的记录是否有超期罚款.
1。
3可行性分析
1.3.1技术可行性
技术可行性是从前台和后台的开发工具选择上进行分析的。
微软公司开发的Visualstudio2005给开发人员提供了很好的灵活性,有效缩短了应用程序的开发周期。
而SQLServer是Microsoft公司开发的大型关系数据库管理系统,具有强大的关系数据库创建、开发、设计和管理功能。
其版本SQLServer2005数据库具有客户机/服务器的结构.SQLServer2005提供了对分布式事务处理的支持,并对开发工具具有良好的支持,为大型数据库项目提供了企业级解决方案。
1.3.2经济可行性
估计开发项目的成本以及新系统可能带来的收益权衡两者的关系,才能分析出本系统是否在经济上可行,同时也要考虑到现行系统的运行费用及新系统的运行费用,只有正确认识到它们之间的关系才能为我们的经济可行性找到依据.本系统的开发需要资金少,系统开发运行后,可以实现图书借阅管理的计算机化,节省人力,物力,将工作人员从繁重的工作业务中解脱出来,减少查找和登记中无意的错误,节省大量的时间,管理效率大幅度提高.通过我的认真估算,我认为新系统所需要的软硬件配置相对于它投入使用后产生的经济效益来说花费并不高,本身图书馆已有办公微机,软件开发成本主要是人力、物力的消耗,物力消耗是开发此系统所需要的软、硬件的设备,以及耗电量等方面的计算,其实更重要的是新系统可以提高工作效率,加强管理,保证工作质量,提供更多的更高质量的信息,提高取得信息的速度,以达到资源优化的目的。
因此,新系统在经济上也是可行的。
1。
3.3操作可行性
新系统的操作可行性所要考虑的问题是:
新系统的操作方式在对管理时是否行的通,系统实施以后,能否有效的处理问题,是否对组织机构产生影响,是否会遇到大的障碍,用户对本系统的界面是否满意等。
针对不同的问题,我用现有的技术基本上是可以解决的,因为新系统的目标是根据图书馆的要求来确定的,对于我做的系统原型,工作人员已经提出了修改意见,我也按照这个要求进行了修改并基本上满足了图书管理的真实工作需求,所以,新系统能够处理实际工作中遇到的问题。
另外,使用本软件的人员要求是有一定的计算机基础的,系统的管理员也应该有计算机专业的知识,图书馆的工作人员大多是在校学生,都有计算机操作的基础,再加上本系统的设计采用WINDOWS风格,界面友好,操作便利。
因此,新系统在操作上也是可行的.
1.4开发工具介绍
1.4.1后台数据库
MicrosoftSQLServer2005是一个全面的数据库平台,使用集成的商业智能(BI)工具提供了企业级的数据管理。
MicrosoftSQLServer2005数据库引擎为关系型数据和结构化数据提供了更安全可靠的存储功能,使我们可以构建和管理用于业务的高可用和高性能的数据应用程序。
MicrosoftSQLServer2005数据引擎是该企业数据管理解决方案的核心。
此外MicrosoftSQLServer2005结合了分析、报表、集成和通知功能,这些对我们来说都是非常有用的。
与MicrosoftVisualStudio、MicrosoftOfficeSystem以及新的开发工具包(包括BusinessIntelligenceDevelopmentStudio)的紧密集成使MicrosoftSQLServer2005与众不同。
无论我们是开发人员、数据库管理员、信息工作者,MicrosoftSQLServer2005都可以为我们提供创新的解决方案,帮助我们从数据中更多地获益。
因此,我选择了SQLServer2005作为开发本系统使用的数据库。
1。
4。
2前台
因为C#是微软公司发布的一种面向对象的、运行于.NETFramework之上的高级程序设计语言。
并定在微软职业开发者论坛(PDC)上登台亮相,C#是微软公司研究员AndersHejlsberg的最新成果。
C#看起来与Java有着惊人的相似;它包括了诸如单一继承、接口、与Java几乎同样的语法和编译成中间代码再运行的过程.但是C#与Java有着明显的不同,它借鉴了Delphi的一个特点,与COM(组件对象模型)是直接集成的,而且它是微软公司。
NETwindows网络框架的主角.
所以我选择了C#作为前台开发语言。
第二章系统的概要设计
2。
1系统的总体结构图
系统的总体结构图如图2—1、2—2所示。
图2—1图书管理系统管理员子系统模块图
图2-2图书管理系统读者子系统模块图
2.2业务流图
在对系统的组织结构和功能进行分析时,需从一个实际业务流程的角度将系统调查中有关该业务流程的资料都串起来作进一步的分析。
业务流程分析可以帮助了解该业务的具体处理过程,发现和处理系统的调查工作中的错误和疏漏,修改和删除原系统的不合理部分,在新系统基础上优化业务处理流程.
业务流程图(transactionflowdiagram,简称TFD), 就是用一些规定的符号及连接来表示某个具体的业务处理过程,它是用尽可能少、尽可能简单的方法来描述业务处理过程的方法,由于它的符号简单明了,所以非常易于阅读和理解业务流程。
所以说,绘制业务流程图是分析业务流程的重要步骤。
业务流程描述:
用业务流程图描述现系统各项业务处理过程,并结合业务流程图详细准确地说明业务处理过程中数据的收集、输入、传递、存储、加工的方法、算法、输出的数量及形式等。
现行系统的业务流程图是分析和描述现行系统业务的重要工具之一。
它是系统设计的前提和保证。
业务流程图使用的符号:
符号
名称
实体
输入/输出的报表
处理
业务流向
文档
存储
图书信息管理系统流图如图2—1所示:
图2—1图书信息管理系统流图
读者的需求具体体现在各种信息的提供、保存、更新和查询,这就要求数据库结构能充分满足各种信息的输入和输出。
收集基本数据、数据结构以及数据处理的流程,组成一份详尽的数据字典,为后面的具体设计打下基础。
在处理借阅的时候,要能够让读者方便地进行查询,阅览。
可以查询借阅数量和借出日期,并且了解图书信息和归还时间,如果超过了一定的日期,则应该加收一部分钱。
这样避免读者一直占用着一些书。
2.3E-R图分析与设计
利用E—R方法进行数据库的概念设计,可分成三步进行:
首先设计局部ER模式,然后把各局部E-R模式综合成一个全局模式,最后对全局E—R模式进行优化,得到最终的模式,即概念模式。
1.设计局部E—R模式
实体和属性的定义:
图书(图书编号,图书名称,作者,出版社,出版日期,价格)
读者(编号,姓名,性别,电话,密码)
图书类别(图书类别编号,类别名称)
ER模型的“联系”用于刻画实体之间的关联。
一种完整的方式是对局部结构中任意两个实体类型,依据需求分析的结果,考察局部结构中任意两个实体类型之间是否存在联系。
若有联系,进一步确定是1:
N,M:
N,还是1:
1等。
还要考察一个实体类型内部是否存在联系,两个实体类型之间是否存在联系,多个实体类型之间是否存在联系,等等。
联系定义如图4-5所示。
解释如下:
一个借阅者(用户)只能具有一种身份,而一种身份可被多个借阅者所具有;
一本图书只能属于一种图书类别(类别),而一种图书类别可以包含多本图书;
一个用户可以借阅多本不同的书,而一本书只可以被一个用户所借阅。
2.设计全局E-R模式
所有局部ER模式都设计好了后,接下来就是把它们综合成单一的全局概念结构。
全局概念结构不仅要支持所有局部E-R模式,而且必须合理地表示一个完整、一致的数据库概念结构。
1)确定公共实体类型
为了给多个局部E—R模式的合并提供开始合并的基础,首先要确定各局部结构中的公共实体类型。
在这一步中我们仅根据实体类型名和键来认定公共实体类型。
一般把同名实体类型作为公共实体类型的一类候选,把具有相同键的实体类型作为公共实体类型的另一类候选。
2)局部E—R模式的合并
合并的原则是:
首先进行两两合并;先和合并那些现实世界中有联系的局部结构;合并从公共实体类型开始,最后再加入独立的局部结构。
设计全局E-R模式的目的不在于把若干局部E—R模式形式上合并为一个E—R模式,而在于消除冲突,使之成为能够被所有用户共同理解和接受的同一的概念模型。
首先在该过程中发生的实体是图书信息和用户信息,他们之间产生的关系是借阅关系。
从这个关系中我们可以看到:
每一本图书只能被一个读者借阅,而一个读者又可以借阅多本图书的这层关系。
另外在上图中我们可以看到图书信息和用户信息又有自己的一些关系属性,通过这些关系属性可以唯一的区别这些实体.这在下面的图4—2—图4—5中可以看出
图2—2图书属性图
图2—3借阅信息属性图
图2—4图书类别信息属性图
图2—5总体E—R属性图
2。
4数据表的创建
根据需求分析设计出各个数据表。
如表2-1—表2—5所示:
表2-1管理人员信息表(adminConfig)
字段名称
类型
长度
主键
说明
允许空
adminID
varchar
20
YES
管理员编号
否
adminName
varchar
20
姓名
是
adminPwd
varchar
20
密码
是
identityName
varchar
20
用户身份
是
表2-2图书信息表(bookInfo)
字段名称
类型
长度
主键
说明
允许空
bookID
varchar
20
YES
编号
否
bookName
varchar
20
名称
是
bookType
varchar
20
类型
是
bookPublish
varchar
20
出版社
是
bookAuthor
varchar
20
作者
是
bookPrice
varchar
20
单价
是
bookPages
varchar
20
页数
是
regTime
varchar
20
登记时间
是
isLent
bit
1
是否借出
是
表2-3图书类别表(bookType)
字段名称
类型
长度
主键
说明
允许空
typeID
varchar
10
YES
类型编号
否
typeName
varchar
20
类型名称
是
lentDay
varchar
10
借阅时间
是
表2-4借用信息表(lentInfo)
字段名称
类型
长度
主键
说明
允许空
readerID
varchar
20
YES
用户编号
否
bookID
varchar
20
图书编号
是
lentTime
varchar
20
借阅时间
是
returnTime
varchar
20
应还时间
是
realReturnTime
varchar
20
实际归还时间
是
isBack
bit
1
是否归还
是
isContinueLent
bit
1
是否续借
是
OutDate
varchar
20
超出时间
是
Pay
varchar
20
罚金
是
表2—5用户详细信息表(readerInfo)
字段名称
类型
长度
主键
说明
允许空
readerID
varchar
10
YES
用户编号
否
readerName
varchar
20