delph图书管理系统论文

摘 要图书管理系统是典型的信息管理系统，其开发主要包括后台数据库的建立和维护以及前端应用程序的开发两个方面。对于前者要求建立起数据一致性和完整性强、数据安全性好的库。而对于后者则要求应用程序功能完备,易使用等特点。因此要求结合开入式图书馆的要求，对成对图书管理系统的需求分析、功能模块划分、数据库模式分析，并由此设计了数据库结构和应用程序。第一章对数据库应用系统开发和图书管理系统进行了简明的介绍，并分析了开发图书管理系统所应进行的工作。第二章对数据库的设计和深入理解数据库应用打下了基础。第三章学习了具体的开发工具其数据库组件，四章分析了图书管理信息系统的应用需求，按照数据库设计理论的要求给出了系统需求说明书、局部局统关系模式，子模式，利用五章进行了具体的程序设计，具体划分了三类用户的操作权限，设计了了三个操作界面。实现了数据库表的浏览，记录的添加、删除和修改，报表的生成，实现了多数据库表的连接操作，实现了多条件查询和模糊查询，并灵活实现了对不可更新查询结果集的更新操作，实现了主从表操作，实现了密码维护功能，最后，系统还可以导入数据库以对任意同结构的数据库进行操作设计充分利用S 键词：数据库，据库，图书，管理二一级毕业设计论文 第 1 页 共 118 页目 录1 前言. 数据库应用系统开发简介. . 图书管理系统. 统所做工作. 62 数据库理论基础. 数据库系统设计及范式分析. . .用系统开发工具. . 据库组件介绍. . .书管理系统设计分析. 求分析. 统数据库设计. 185 图书管理系统应用程序设计. 系统窗体模块组成. 数据模块窗体的设置. 20二一级毕业设计论文 第 2 页 共 118 动画面的实现. 用户登录窗体的的实现. 用户密码认证窗体的的实现. 借阅者服务模块的实现. 作人员图书借阅/归还模块的实现. . 书馆管理员模块和管理员图书管理功能的实现. . . 22结 束语.一级毕业设计论文 第 3 页 共 118 页1 前 据库应用系统开发简介在数据库应用系统开发之前，对开发数据库的基本概念应当了解，对数据库的结构、开发数据库应用程序的步骤、开发体系及方法都应当有相当清晰的了解和认识。数据库应用系统开发的目标是建立一个满足用户长期需求的产品。开发的主要过程为：理解用户的需求，然后，把它们转变为有效的数据库设计。把设计转变为实际的数据库，并且这些数据库带有功能完备、高效能的应用。数据库技术在计算机软件邻域研究中一直是非常重要的主题，产生于60年代，30多年来数据库技术得到了迅速发展，并已形成较为完整的理论体系和一大批实用系统。并且，近年来，随着猛增及得数据库技术之时成为最热门技术之一。据库数据库由据库管理系统）处理，主要包括四个要素：用户数据、元数据、索引和应用元数据。户数据目前，大多数主流数据库管理系统把用户数据表示为关系。现在把关系看作数据表。表的列包含域或属性，表的行包含对应业务环境中的实体的记录。并非所有的关系都同样符合要求，有些关系比其它关系更结构化一些。第二章描述了一个用以产生良好结构关系的过程，称作规范化。为了对比结构差的关系和结构好的关系之间的差别，以本文所设计的图书管理系统中的图书和图书借阅者关系为例来说明，假若设计关系书证号，姓名，性别，身份编号，身份证，联系电话，图书编号,图书名称，图书类别，作者，出版社，出版日期，备注，价格，数量）；这个关系的问题出在它有关于两个不同主题的数据，就是图书借阅者和图书。用这种方式构成的关系在进行修改时，会出现问题。因为一个图书借阅者可能借阅多本书，如果某个图书借阅者的某个字段（如联系电话）出现变更，它所借阅的图书记录（可能多个）也就必须变化，这是不好的。因此数据用两个关系表示更好。现在如果某图书借阅者改变了它的联系电话，只有关系（表）然，要想产生一个，显示图书名称及其借阅者联系电话的报表，就需要将这两个表的行结合起来。结果表明，将关系分别存储，在生成报表的时候将它们结合起来，比把它们存储在一个合成的表中更好。书证号，姓名，性别，身份编号，身份证，联系电话，）书编号,图书名称，图书类别，作者，出版社，出版日期，备注，价格，数量）数据数据库是自描述的，这就意味着它自身包含了它的结构的描述，这种结构的描述称作元数据。因为以大多数产品把元数据以表的形式存储，有时称作系统表。这些系统表存储了数据库中表的情况，指出每一个表中有多少列，那一列是主关键字，每一列的数据类型的描述，它也存储索引、关键字、规则和数据库结构的其他部分。在表中存储元数据不仅对用户也是方便的，因为他们可以使二一级毕业设计论文 第 4 页 共 118 页用与查询用户数据同样的查询工具来查询元数据。本文第二章所介绍的引第三种类型的数据改进了数据库的性能和可访问性，这种数据经常称作开销数据，尽管有时也采用其他类型的数据结构，如链表，但它主要还是索引。索引可以用来排序和快速访问数据。下面以本人的图书管理信息系统中的定数据在磁盘上是按图书编号的递增顺序排列的，用户想打印一个按图书名称排序的图书数据报表。为此，所有的数据都需要从源表中提取出来并排序，除非表很小，否则这是一个很费时的过程。或者，可以在图书名称字段上创建一个索引，该索引的条目按照图书名称排序，这样，该索引的条目可以读出来，并用来按顺序访问引用于快速访问数据。例如，一个用户只想访问书类别值为01的那些学生。如果没有索引，则必须搜索整个源表；但有了索引之后，可以找到索引条目，并使用它来挑选所有合适的行。索引对排序和查找是有帮助的，但要付出代价。引也必须改变，这意味着索引并非随意的，应该在真正需要时保存。用元数据存储在数据库中的第四种数据是应用元数据，它用来存储用户窗体、报表、查询和其他形式的查询组件。并非所有的持组件的而，大多数现代的般来说，数据库开发人员和用户都不直接访问应用元数据，想反，他们通过S 储过程等应用元数据。据库管理系统数据库管理系统（指数据库系统中管理数据的软件系统。数据库的一切操作，包括定义、更新及各种控制,都是通过以把据数据模型的不同，状型、关系型、面向对象型等。系模型。关系模型主要是用二维表格结构表达实体集，用外键表示实体间联系。关系模型是由若干个关系模式组成的集合。关系模式相当于前面提到的记录类型，它的实例称为关系，每个关系实际上是一张二维表格。关系模型和层次、网状模型的最大判别是用关键码而不是用指针导航数据，表格简单用户易懂，编程时并不涉及存储结构，访问技术等细节。关系模型是数学化模型。得到了广泛的应用。计工具子系统、运行子系统和计子系统有一个方便数据库及其应用创建的工具集。它典型地包含产生表、窗体、查询和报表的工具。行子系统处理用设计子系统开发的应用组件。它所包含的运行处理器用来处理窗体和数据库的数据交互，以及回答查询和打印报表等。把它们翻译成对操作系统的命令，以便读写物理介质上的数据。、备份和恢复。建数据库数据库模式定义了数据库的结构、表、关系、域和业务规则。数据库模式是一种二一级毕业设计论文 第 5 页 共 118 页设计，数据库和应用正是建立在此基础上的。域是一列可能拥有的值的集合。必须为每一个表的每一列确定域。除了数据的物理格式外，还需要确定是否有些域对表来说是唯一的。数据库模式的最后一个要素是业务规则，它是对需要反映在数据库和数据库应用程序中的业务活动的约束。业务规则是模式的一个重要部分，因为他们指定了无论什么数据变化到达许的数据值必须满足的约束。不管无效的数据变化请求是来自窗体的用户、查询/修改请求还是应用程序，憾的是，不同的某些情况下，须以代码形式把它们编入应用程序。书管理系统当今时代是飞速发展的信息时代。在各行各业中离不开信息处理，这正是计算机被广泛应用于信息管理系统的环境。计算机的最大好处在于利用它能够进行信息管理。使用计算机进行信息控制，不仅提高了工作效率，而且大大的提高了其安全性。尤其对于复杂的信息管理，计算机能够充分发挥它的优越性。计算机进行信息管理与信息管理系统的开发密切相关，系统的开发是系统管理的前提。本系统就是为了管理好图书馆信息而设计的。图书馆作为一种信息资源的集散地，图书和用户借阅资料繁多，包含很多的信息数据的管理，现今，有很多的图书馆都是初步开始使用，甚至尚未使用计算机进行信息管理。根据调查得知，他们以前对信息管理的主要方式是基于文本、表格等纸介质的手工处理，对于图书借阅情况（如借书天数、超过限定借书时间的天数）的统计和核实等往往采用对借书卡的人工检查进行，对借阅者的借阅权限、以及借阅天数等用人工计算、手抄进行。数据信息处理工作量大，容易出错；由于数据繁多，容易丢失，且不易查找。总的来说，缺乏系统，规范的信息管理手段。尽管有的图书馆有计算机，但是尚未用于信息管理，没有发挥它的效力，资源闲置比较突出，这就是管理信息系统的开发的基本环境。数据处理手工操作，工作量大，出错率高，出错后不易更改。图书馆采取手工方式对图书借阅情况进行人工管理，由于信息比较多，图书借阅信息的管理工作混乱而又复杂；一般借阅情况是记录在借书证上，图书的数目和内容记录在文件中，图书馆的工作人员和管理员也只是当时对它比较清楚，时间一长，如再要进行查询，就得在众多的资料中翻阅、查找了，造成查询费时、费力。如要对很长时间以前的图书进行更改就更加困难了。基于这些问题，我认为有必要建立一个图书管理系统，使图书管理工作规范化，系统化，程序化，避免图书管理的随意性，提高信息处理的速度和准确性，能够及时、准确、有效的查询和修改图书情况。统所做工作1) 了解应用开发工具的现状2) 设计数据库；设计界面5) 开发数据库。数据库实现的一些功能有l 数据和数据说明的醒目显示；l 多条件的查询、多条记录的检索、模糊查询；二一级毕业设计论文 第 6 页 共 118 页l 数据文件某种存储格式导入数据窗体，经过数据完整性校验存入数据库；l 数据库安全性的设计；l 数据库的设计、数据接口、界面的设计。2 数据库理论基础一个成功的信息管理系统，是建立在许多条件之上的，而数据库是其中一个非常重要的条件和关键技术。信息管理系统所涉及的数据库设计分五个步骤：数据库需求分析、概念设计、逻辑设计、物理设计与加载测试。（1）数据库需求分析的任务是将业务管理单证流化为数据流，划分主题之间的边界，绘制出完成相应的数据字典。（2） 概念设计的任务是从制出本主题的实体关系图，并列出各个实体与关系的纲要表。（3）逻辑设计的任务是从定各个实体及关系的表名属性。（4）物理设计的任务是确定所有属性的类型、宽度与取值范围，设计出基本表的主键，将所有的表名与字段名英文化（现在很多软件能支持中文字段，如就是用的中文字段名），实现物理建库，完成数据库物理设计字典。（5）加载测试工作贯穿于程序测试工作的全过程，整个录入、修改、查询、处理工作均可视为对数据库的加载测试工作。要设计出一个好的信息管理系统数据库，除满足系统所要求的功能外，还必须遵守下列原则：1 基本表的个数越少越好。2 主键的个数越少越好。键是表间连接的工具，主键越少，表间的连接就越简单。3 字段的个数越少越好。4 所有基本表的设计均应尽量符合第三范式。数据库的设计中，如何处理多对多的关系和如何设计主键，是两个有着较大难度、需要重点考虑的问题。下面我们着重从据库设计范式和查询优化等方面来分析本课题的系统关键技术和实现难点并加以解决。据库系统设计及范式分析信息系统的主要任务是通过大量的数据获得管理所需要的信息，这就必须存储和管理大量的数据。因此建立一个良好的数据组织结构和数据库，使整个系统都可以迅速、方便、准确地调用和管理所需的数据，是衡量信息系统开发工作好坏的主要指标之一。据库系统设计数据库设计主要是进行数据库的逻辑设计，即将数据按一定的分类、分组系统和逻辑层次组织起来，是面向用户的。数据库设计时需要综合企业各个部门的存档数据和数据需求，分析各个数据之间的关系，按照计出规模适当、正确反映数据关系、数据冗余少、存取效率高、能满足多种查询要求的数据模型。数据库设计的步骤是：（1） 数据库结构定义：目前的数据库管理系统（的是支持联机事务二一级毕业设计论文 第 7 页 共 118 页处理责对事务数据进行采集、处理、存储）的操作型的可支持数据仓库、有联机分析处理为支持决策的制定对数据的一种加工操作）功能的大型的数据库是关系型的、有的可支持面向对象数据库。针对选择的行数据库结构定义。（2）数据表定义：数据表定义指定义数据库中数据表的结构，数据表的逻辑结构包括：属性名称、类型、表示形式、缺省值、校验规则、是否关键字、可否为空等。关系型数据库要尽量按关系规范化要求进行数据库设计，但为使效率高，规范化程度应根据应用环境和条件来决定。数据表设计不仅要满足数据存储的要求，还要增加一些如反映有关信息、操作责任、中间数据的字段或临时数据表。（3）存储设备和存储空间组织：确定数据的存放地点、存储路径、存储设备等，备份方案，对多版本如何保证一致性和数据的完整性。（4）数据使用权限设置：针对用户的不同使用要求，确定数据的用户使用权限，确保数据安全。（5）数据字典设计：用数据字典描述数据库的设计，便于维护和修改。为了更好地组织数据和设计出实际应用数据库，应该注意如下问题：规范化地重组数据结构：对数据进行规范化表达，这在后面将会具体讨论。关系数据结构的建立：在进行了数据基本结构的规范化重组后，还必须建立整体数据的关系结构。这一步设计完成后数据库和数据结构设计工作基本完成，只待系统实现时将数据分析和数据字典的内容代入到所设计的数据整体关系结构中，一个规范化数据库系统结构就建立起来了。建立关系数据结构涉及三方面内容：确定关联的关键指标项并建立关联表；确定单一的父系记录结构；建立整个数据库的关系结构。（1）链接关系的确定在进行了上述数据规范化重组后，已经可以确保每一个基本数据表(我们简称为表)是规范的，但是这些单独的表并不能完整地反映事物，通常需要通过指标体系整体指标数据才能完整全面地反映问题。也就是说在这些基本表的各宇段中，所存储的是同一事物不同侧面的属性。那么计算机系统如何能知道哪些表中的哪些记录应与其它表中的哪些记录相对应，它们表示的是同一个事物呢?这就需要在设计数据结构时将这种各表之间的数据记录关系确定下来。这种表与表之间的数据关系一般都是通过主或辅关键词之间的连接来实现的。因为在每个表中只有主关键词才能唯一地标识表中的这一个记录值(因为根据第三范式的要求，表中其它数据字段函数都依赖于主关键词)，所以将表通过关键词连接就能够唯一地标识出某一事物不同属性在不同表中的存放位置。（2）确定单一的父子关系结构所谓确定单一的父系关系结构就是要在所建立的各种表中消除多对多（以下用M:现象，即设法使得所有表中记录之间的关系呈树状结构(只能由一个主干发出若干条分支，而不能有若干条主干交错发出若干条分支状况)。所谓的“父系”就是指表的上一级关系表。消除多对多关系可以借助于可以在系统分析时予以注意，避免这种情况的发生。消除这种M:需在二表之间增加一个表，则原来M:，1:定数据资源的安全保密属性：一般统所提供的安全保密功能一般有8个等级(04种不同方式(只读、只写、删除、修改)，而且允许用二一级毕业设计论文 第 8 页 共 118 页户利用这8个等级的4种方式对每一个表自由地进行定义。定义安全保密性的方法一般有如下几种：a原则上所有文件都定义为4级，个别优先级特别高的办公室(终端或微机的入网账号)可定义高于4级的级别，反之则定义为低于4的级别。b统计文件(表)和数据录入文件一般只对本工作站定义为只写方式，对其它工作站则定义为只读方式。c财务等保密文件一般只对中工作站(如财务科等)定义为可写、可改、可删除方式，对其它工作站则定义为只读方式，而且不是每个人都能读，只有级别相同和高级别者才能读。据库设计范式分析建立起一个良好的数据指标体系，是建立数据结构和数据库的最重要的一环。一个良好的数据指标体系是建立不是充分条件。我们完全可以认为所建指标体系中的一个指标类就是关系数据库中的一个基本表，而这个指标类下面的一个个具体指标就是这个基本表中的一个字段。但如果直接按照这种方式建库显然还不能算最佳。对于指标体系中数据的结构在建库前还必须进行规范化的重新组织。构查询语言)是一个功能强大的数据库语言。国国家标准学会）声称，如在数据库中更新数据，或者从数据库中检索数据。使用然绝大多数的数据库系统使用是它们同样有它们自立另外的专有扩展功能用于它们的系统。但是，标准的如 常被用于完成绝大多数数据库的操作。是用的要是：1. 非过程化语言2. 统一的语言3. 是所有关系数据库的公共语言非过程化语言：为它一次处理一个记录，对数据提供自动导航。不对单个记录进行操作，可操作记录集，所有句接受集合作为输入，返回集合作为输出。这种特性使用户更易集中精力于要得到的结果；所有是它决定对指定数据存取的最快速度的手段，查询优化器知道存在什么索引，在哪儿使用索引合适，而用户则从不需要知道表是否有索引、有什么类型的索引。统一的语言：括系统管理员、数据库管理员、 应用程序员、决策支持系统人员及许多其它类型的终端用户。中包括：改和删除记录二一级毕业设计论文 第 9 页 共 118 全部任务统一在一种语言中。所有关系数据库的公共语言：由于所有主要的关系数据库管理系统都支持户可将使用系数据库管理系统)转到另一个，所有用 一种完备的数据处理语言，不仅用于数据库查询，而且用于数据库中的数据修改和更新，概括起来，它可以分成以下几组：据操作语言）：用于检索或者修改数据；据定义语言）：用于定义数据的结构，比如创建、修改或者删除数据库对象；据控制语言）：用于定义数据库用户的权限。于检索数据；于增加数据到数据库；于从数据库中修改现存的数据；于从数据库中删除数据。面是们使用书证号为000001的借阅者姓名：名 书证号 = 000001是用来创建和修改数据库结构的一种语句，包括 句。数据操作语言括数据查询与数据更新。数据查询主要是由一点不再赘述。而数据更新所造成的风险大大超过数据查询。数据库管理系统必须在更改期内保护所存储的数据的一致性，确保有效的数据进入数据库，数据库必须保持一致性，确保用户和它们的更改不至于影响其它用户的作业。用于修改数据库内容的 句主要有以下三个：(1) 一个表中加入新的数据行(2) 一个表中删除数据行(3) 改数据库中已经存在的数据.) .)下例要将借书证号为000001作为一个新的借书情况加入借书情况表借书证号，图书编号，借书日期)000001，00000001，2002二一级毕业设计论文 第 10 页 共 118 页句还可以将多行数据添加到目标表中去，在这种形式的 句中，新行的数据值不是在语句正文中明确地指定的，而是语句中指定的一个数据库查询。添加的值来自数据库自身的行，在某些特定的状态下，这是非常有用的。多行 句为拷贝数据提供了一种紧凑而高效的方法，但我在自已做的图书管理系统中没有使用这种方法，我在系统中是使用循环依照上面的用法来完成多个记录的插入。更新的目标表在语句中定义，且以您必须明确地认识到准语法： .句标准语法：杂操作实现在信息管理系统中，我们往往会遇到归类、汇总、映射、索引、子查询等复杂操作，相应的支持与实现如下：u Y 这个包含了指定列的数据以及允许合计函数来计算一个或者多个列。在本人的系统中在显示数据时用到了此语句来对查询所得的内容排序然后再显示。 u 组合条件和布尔运算符以下的下面是一个示例：份描述D,000001;这条三条语句中如果其中有一个条件为假，那么就什么都没有显示。u 要一起浏览多个查询的结果、组合它们的输出，我们可以使用 应用系统开发工具二一级毕业设计论文 第 11 页 共 118 部分是组件类，这些组件类通常以某种方式出现在组件面板上，当用户从组件面板上点取一个类的图标后，在程序中就自动生成了该类的对象（非可视组件除外）；另一部分是功能类，这此功能类的对象通常出现在程序代码中，起着不可代替的作用，但是这些功能类在组件面板上是找不到的。在一个类的祖先都是个类的层次结构就像一棵倒挂的树，在最顶层的树根即为样，按照面向对象编程的基本思想，就使得用户可用际上在们形成了一个庞大的体系，通常情况下，如果不自行开发组件，就不必了解整个类的体系结构，只用到类层次树的叶结点就足够了。凡是做过程序开发的人都知道从来没有单纯的数据应用程序，也就是说，数据库应用程序必须和用户界面（可以是图形界面，也可以是命令接口）元素相结合，只讲界面或只讲数据库本身都构不成数据库应用程序，件在们知道，在编写程序时一般都开始于在组件面板上选择组件并定义组件间的相互作用。但也有一些组件不在组件面板上，例如型的非可视组件）。组件是以流的形式存放在有事件和口组件类是窗口化的可视化组件类，在实际编程中，窗口组件类的对象都有句柄，可以接受输入焦点和包含其它组件。图形组件与窗口组件并列，是另一大类组件。图形组件不是基于窗口的，因而不能有窗口句柄，不能接受输入焦点和包含其它组件。在实际编程中，它们必须寄生于它们的宿主窗口组件类的对象，由它们的拥有者负责其显示，而且它们还能触发一些和鼠标活动相关的事件。图形控件最典型的例子是以看出图形组件的功能很弱，图形组件的用处何在呢？其实使用图形组件的最大好处在于节省资源，正是因为它们的功能较弱，所以使用的系统资源就要少。在一个应用程序中，如果能在不影响其功能的前提下合理大量地使用图形组件，将会大减少程序对系统资源的消耗。非可视组件是与可视组件相并列的另一类组件，非可视组件在程序运行中是不可见的（除各种对话框组件之外，事实上有人认为对话框组件不能归入非可视组件，应该是另一种介于可视