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