维修工程经费管理系统论文.doc

目 录
摘要………………………………………………………. 2
前言………………………………………………………..3
第一章 开发环境介绍…………………………………….4
§1.1硬件支持环境………………………………… 4
§1.2开发平台的选择………………………………..4
§1.3软件支持环境……………………………………4
第二章 开发过程……………………………………………5
§2.1数据库设计………………………………………5
§2.2概念设计……………………………………… 7
§2.3设计窗体……………………………………… 21
结束语…………………………………………………….29
致谢………………………………………………………30
参考资料………………………………………………………………………………….31

摘要

维修工程经费管理系统是一个非常复杂的系统，它牵涉到许多部门，当前高校的一些公共设施，全校师生员工的办公学习，生活设施的维修，公共设施的正常维护以及教学办公科研，公寓房的日常维护是由后勤部统一管理的，而维修任务经费的下达是根据往年的使用情况加上今年预计的任务来管理的，各项维修经费的统筹管理，要做到高效，保质保量，开源节流，就必须有一个有效的数据库管理系统来进行维修经费使用情况的统计，查询，输出等。将使用维修经费的部门涉及到在校的所有单元，进行统一管理，统一调配。实现计算机自动化管理。
其系统的开发主要包括后台数据库的建立和维护以及前端应用程序的开发两个方面。对于前者要求建立起数据一致性和完整性强.数据安全性好。而对于后者则要求应用程序功能功能完备，易使用等特点。
经过分析如此情况,我们使用Microsoft公司Microsoft Office里的Access2000开发工具来进行后台数据库的建立，结合BORLAND公司的DELPHI开发工具,利用其提供的各种可视化开发工具,首先在短时间内建立系统应用原型,然后,对初始原型系统进行需求迭代,不断修正和改进,直到形成用户满意的可行系统。

前 言
人是自然界所有资源中最具活力，最具创造力的要素，没有人的参与，一切自然资源都无法产生对人类有益的效用，随着计算机的飞速发展，计算机已经成为人类生产和生活中的必不可少的工具。当代计算机的强大功能，使人们从过去繁琐的劳动中解脱出来。
计算机有着极高的运算速度，巨大的数据处理能力，可以准确的进行各种算术运算和逻辑运算，是十分适合在大规模数据处理中进行运用，是现代数据库管理有效的技术手段。
所谓数据库，是以一定的组织方式将相关的数据组织在一起，存放在计算机存储器上形成的，能为多个用户共享的，与应用程序彼此独立的一组相关数据的集合。而数据库技术是采用计算机作为管理数据库的技术手段，利用计算机高速，准确，灵活的特点完成对数据的采集，整理，存储，分类，排序，检索，维护，加工，统计，和传输等一系列处理过程，以提取有用的资料和数据成份，作为人们行为和决策的依据。

第一章 开发环境介绍
§1.1硬件支持环境
1.具有80486,50Hz以上处理器;
2.有64MB以上内存空间;
3.硬盘最小空间为15MB,一般需要100MB硬盘空间;
4.鼠标;
5.VGA或更高分辨率的显示器;

§1.2开发平台的选择
考虑到本系统的性能要求，和现有的条件，我们选择了WINDOWS98/2000/xp中文版作为开发、测试和运行的平台。因为WINDOWS操作系统是目前应用最广的操作系统，它以全新的图形界面，简单快捷的操作方式，支持多媒体功能等特点而成为软件发展的流行趋势，选用它作为开发平台，易于功能的扩展和软件升级。
§1.3软件支持环境
1.3.1 DELPHI简介 （前台操作）
DELPHI是记忆窗口和面向对象的编程方法，与WINDOWS操作系统紧密结合，具有强大的数据库支持，它兼备了VISUAL C++强大的功能以及VISUAL BASCAL简单易学的特点，它适用于多种数据库结构，从客户机——服务器模式到多层数据库模式。具有高效率的数据库管理系统，和新一代更先进的数据库引擎。它使用了Microsoft Windows图形用户界面的许多先进特性和设计思想，采用了弹性可重复利用的完整的面向对象程序语言(Object-Oriented Language)、当今世界上最快的编辑器、最为领先的数据库技术。 使用Delphi开发应用软件，无疑会大大地提高编程效率。
1.3.2 ACCESS 简介 （后台支持）
Access 2000数据库管理系统是Microsoft Office 2000 套件的重要组成部分，可在Windows环境下运行。Access2000适用于小型商务活动，用以存贮和管理商务活动所需要的数据。Access 2000不仅是一个数据库，而且它具有强大的数据管理功能，它可以方便地利用各种数据源，生成窗体（表单），查询，报表和应用程序等。本数据库采用MS ACCESS 2000 作为后台支持，将来网络版可以平稳升级到MS SQL SERVER。后台数据库的表结构伸缩性强，便于系统维护和升级。

第二章 开发过程
§2.1数据库设计
2.1.1 需求分析
设计一个设计库，首先必须确认数据库的用户和用途。目前我们这个高校维修工程经费管理系统的用户就是学校后勤部的负责人员，其用途就是来进行维修经费使用情况的统计，查询，输出等将使用维修经费的部门涉及到在校的所有单元，进行统一管理，统一调配。实现计算机自动化管理。
在这个系统中，我们需要实现各项经费项目的定义，增，删改工作（输入，审核标志），未审核的不允许下步操作，经过审核的不允许修改，只允许正常申报工作。这样我们就需要有一个各项经费使用情况表，这个表又会涉及到诸如维修经费类别表，维修类别表等。还需实现各单位使用情况的明细查询，报警功能（如第一季度使用超过今年的1/4，报警，依次类推）。生成程序报表等其他功能。
本设计方案针对高校维修经费管理以及维修项目管理，进行系统的设计，并预留接口，实现和本校财务系统互通数据报表功能，实现上报自动化。
所谓表，是数据表或表文件。在关系数据库管理系统中，所有操作都是在表的基础上进行的。表的使用效果如何，取决于表结构设计得好坏。表中数据的冗余度、共享性及完整性的高低，直接影响着表的“质量”，和后面的表单及报表的运行。是整个系统的数据资源。
在经过以上的需求分析后，我开始着手做该数据库管理系统。

2．2 概念设计
若要进行数据库的概念设计，首先必须选择适当的数据模型。用于概念设计的数据模型既要有足够的表达能力，可以表示各种类型的数据及其相互间的联系和语义，又简明易懂，能够为非计算机专业人员所接受。目前用的最广泛的是 E-R数据模型，E-R数据模型除了具有上述特点外，还可以用E-R图表示数据模式，便于理解和交流。所以我选择了E-R数据模型来进行概念设计。
本系统采取了自底向上，逐步抽象化，普遍化的方法进行程序设计。在E-R数据模型，即实体联系数据模型中，抽象是必需的，模型就是抽象的产物。它有3个抽象概念，分别是实体，属性和联系。实体是可以互相区别而可以被人们识别的事，物，概念等统统抽象为实体。属性是实体具有的若干特征。而联系则是实体与实体之间的关系。这三者是相辅相成的。
设计方案是从局部视图开始。通过视图集成法来进行设计。视图集成法是以各部分的说明为基础，分别设计各自的局部模式。这些局部模式实际上相当于个部分的视图，然后再以这些视图为基础，集成为一个全局模式。
下面我们开始着手视图的设计

2．2 .1视图设计
视图是按照某个用户组，应用或部门的需求说明，用E-R数据模型设计的局部模式。我们采取的是自底向上，逐步抽象化，普遍化的方法进行设计。
详细设计见下。

下列（a）是用户单位的视图：
用户单位名称
用户单位代码

用户单位

备注

（a）
此图中用户单位是实体，其他的用户单位代码，用户单位名称和备注都是它的属性。我们将用户单位代码作为主键。这样我们就可以通过用户单位代码作为来和其他的实体

（b）是房屋情况的视图
房屋名称

用户单位代码
房屋序号

房屋情况

房屋类别代码

层数
楼主

（b）
此图将房屋情况作为实体，其他房屋序号，房屋名称等都是属性，其中可以通过用户单位代码可以和（a）图进行联系。
即：
用户单位名称
楼长

房屋名称

层数

房屋情况
用户单位代码

用户单位
n 1
房屋序号

备注
房屋类别代码

（a）（b）两个视图的集成

（c）是房屋类型视图
房屋类别名称
房屋类别代码

房屋类型

（c）
此图是将房屋类型作为实体，其他房屋类别代码与房屋类别名都是属性，其中通过房屋类别代码又可以和（b）图进行联系。即：

房屋类别名
楼长
层数

房屋类别代码

房屋类型
房屋情况
n 1

用户单位代码
房屋名称
房屋序号

（b）（c）两个视图的集成

（d）是维修经费类别视图

维修经费类别
经费项目代码

维修经费类别

（d）
此图中维修经费类别是实体，经费项目代码和维修经费类别是它的属性。我们将经费项目代码可以设置为主键。

（e）是经费明细的视图
备注

负责人
帐目序号

经费类别
经费明细

现存金额

今年经费
上半年余额

（e）
此图中经费明细是实体，其负责人，帐目序号，经费类别，现存金额等都是它的属性，我们把帐目序号作为主键。并可以通过经费类别和（d）图进行联系。
即：

帐目序号

维修经费类别名

上半年余额
备注

经费类别
经费明细
维修经费类别

n 1

负责人
今年经费

现存经费

（d）（e）两个图的集成
（f）是维修项目发生的视图
维修序列号
实耗经费
报修日期

维修项目
完成日期

经费代码
报修人
维修项目发生

预算经费

房屋名称代码

维修类别代码
报修单位代码

（f）
2．2 .2视图集成
通过上面的视图我们可以大致将维修项目发生的视图给描述出来了，因为在维修项目发生的这个实体中，我们需要和经费明细，房屋情况，用户单位等视图进行集成，其中现在我们就可以有一个比较详细的总视图了。见下（g）

维修序列号

报修日期
维修
项目

维修项目发生

用户单位名
维修日期
经费
代码

报修单位代码
预算经费

备注
用户单位

实耗经费

维修类别id
用户单位代码
房屋名称代码

维修类别
房屋名称

层数
房屋情况

维修类别名称
房屋序号

楼长

房屋类别代码

经费明细

房屋类型

房屋类别名

此图是把前面的视图进行合并，形成全局模式。

2．2．3表的设计
前面我们进行了最基本的概念设计，并已经把所涉及到的视图进行合并，形成了全局模式。我们现在就通过这个全局模式进行数据库表的设计。
我们的这个数据库里一共涉及到七个表，分别是：
1．department（部门表）：这个表的作用是用来存放各个单位的代码和名称。在我们这个表里暂定代码1，对应成教院；代码2，对应电子系；代码3，对应机械系；代码4，对应计算机系；代码5，对应建工系；代码6，对应外语系；代码7，对应艺术系；代码8，对应远程教育学院等。
其中将departmentID（单位代码）设为主键并建有索引，其数据类型为文本，字段长度为3；
departname（单位）建有索引但不设为主键，其数据类型为文本，字段长度为30；
beizhu（备注）既不设为主键也不建索引，其数据类型为文本，字段长度为50；
其具体表如下：Departmeng（用户单位表 ）：用于存放用户单位的代码和名称。
字段名称
数据类型
字段大小
主键
索引
标题
DepartmentID
文本
3
是
有
用户单位代码
Departname
文本
30
否
有
用户单位
beizhu
文本
50
否
无
备注

2．House（房屋情况表）：用于存放所有房屋的信息。在这个表里暂定房屋序号0000001，房屋名称1路2号，用户单位代码3，房屋类别代码3，层数5，楼长单位缺省；房屋序号0000002,房屋名称1路1号，用户单位代码1，房屋类别代码3，层数3，楼长单位缺省；房屋序号0000003，房屋名称2路1号，用户单位代码4，房屋类别代码1；层数2，楼长单位缺省；房屋序号0000004，房屋名称2路2号，房屋类别代码6，用户单位代码1，层数0，楼长单位缺省；……房屋序号0000009，房屋名称进香河路行政楼5，房屋类别代码4，用户单位代码1，层数8，楼长单位缺省；
其中houseID（房屋序号），设为主键并建有索引，其数据类型为文本，字段长度为10；
house name（房屋名称），建有索引但不设为主键，其数据类型为文本，字段长度为50；
departmentid（用户单位代码），建有索引但不设为主键，其数据类型为文本，字段长度为3；
house type ID（房屋类别代码），建有索引但不设为主键，其数据类型为文本，字段长度为4；
number（层数），既不设为主键也不建索引，其数据类型为数字，字段长度为长整型；
househead（楼主），既不设为主键也不建索引，其数据类型为文本，字段长度为50；
其具体表如下：House（房屋情况表）：用于存放所有有关房屋的信息。
字段名称
数据类型
字段大小
主键
索引
标题
HouseID
文本
10
是
有
房屋序号
HouseName
文本
50
否
有
房屋名称
Departmentid
文本
3
否
有
用户单位代码
HouseTypeID
文本
4
否
有
房屋类别代码
Numer
数字
长整型
否
无
层数
HouseHead
文本
50
否
无
楼主

3．House type（房屋类型表）：用于存放房屋类型代码和名称。
在这个表里暂定房屋类别ID 1，对应于房屋类别名称：办公，教学，科研公房维修；房屋类别ID 2，对应于房屋类别名称：未售区公寓房维修；房屋类别ID 3，对应于房屋类别名称：已售区公寓房维修；房屋类别ID 4，对应于房屋类别名称：公共设施；

其中HouseTypeID（房屋类别ID）：设为主键并建有索引，其数据类型为文本，字段长度为4；
House type（房屋类别名称）：建有索引但不设为主键，其数据类型为文本，字段长度为30

其具体表如下：
HouseType（房屋类型表）：用于存放房屋类型代码和名称。
字段名称
数据类型
字段大小
主键
索引
标题
HouseTypeID
文本
4
是
有
房屋类别ID
HouseType
文本
30
否
有
房屋类别名称

4．ExpenseType（维修经费类别表）：用于存放房屋维修经费的各类代码和相应的名称。在这个表里我们暂定经费项目代码 01，对应于维修经费类别：办公，教学，科研公房维修经费；经费项目代码2，对应于未售区公寓房维修经费；经费项目代码3，对应于已售区公寓房维修经费；经费项目代码4，对应于公共设施维修经费；经费项目代码5，对应于校领导机动费；经费项目代码6，对应于处长机动费；经费项目代码7，对应于主任机动费；经费项目代码7，对应于其他机动费；

其中ExpenseID（经费项目代码）：设为主键并建有索引，其数据类型为文本，字段长度为4；
HouseType（文本）：建有索引但不设为主键，其数据类型为文本，字段长度为30；
其具体表如下：
ExpenseType（维修经费类别表）：用于存放房屋维修经费的各类代码和相应的名称。
字段名称
数据类型
字段大小
主键
索引
标题
ExpenseID
文本
4
是
有
经费项目代码
HouseType
文本
30
否
有
维修经费类别

5．RepairType（维修类别表）：用于存放房屋维修的类型代码和名称。在这个表里我们暂定：维修类别ID A，对应于维修类别名称：办公，教学，科研公房维修经费；维修类别ID B，对应于未售区公寓房维修经费；维修类别ID C，对应于已售区公寓房维修经费；维修类别ID D，对应于公房维修；
其中RepairID（经费类别表）：设为主键并建有索引，数据类型为文本，字段长度为2；
HouseType（维修类别名称）：建有索引但不设为主键，其数据类型为文本，字段大小为30；

其具体表如下：
RepairType（经修类别表）：用于存放房屋维修的类型代码和名称。
字段名称
数据类型
字段大小
主键
索引
标题
RepairID
文本
2
是
有
维修类别ID
HouseType
文本
30
否
有
维修类别名称

6．Jfxmmxb（经费明细表）：用于存放申请完成的各类经费的费用信息。在此表中我们暂定帐目序号20022001，经费类别02，上半年余额为22.00,今年经费20,000.00,现存金额20，000.00,负责人aaa，备注缺省；……帐目序号20030803，经费类别08，上半年余额30，000.00,今年经费10,000.00,现存金额40,000.00,负责人，备注等；
其中AccountID（帐目序号）：设为主键并建有索引，数据类型为文本，其字段大小为8；
ExpenseID（经费类别）：建有索引但不设为主键，数据类型为文本，其字段大小为2；
Last year（上半年余额）：既不设为主键也不建索引，其数据类型为货币，字段长度为缺省；
This year（今年经费）：既不设为主键也不建索引，其数据类型为货币，字段长度为缺省；
NowMoney（现存金额）：既不设为主键也不建索引，其数据类型为货币，字段长度为缺省；
Applyname（负责人）：既不设为主键也不建索引，其数据类型为文本，字段长度为20；
Beizhu（备注）：既不设为主键也不建索引，其数据类型为文本，字段长度为50；

其具体表如下：
Jfxmmxb（经费明细表）：用于存放申请完成的各类经费的费用信息。
字段名称
数据类型
字段大小
主键
索引
标题
AccountID
文本
8
是
有
帐目序号
ExpenseID
文本
2
否
有
经费类别
LastYear
货币

否
无
上半年余额
ThisYear
货币

否
无
今年经费
NowMoney
货币

否
无
现存金额
applyname
文本
20
否
无
负责人
beizhu
文本
50
否
无
备注

7．TblWxDetail（维修项目发生情况记录表）：用于记录发生的各项维修项目的信息和费用。在此表中我们暂定有维修序列号，报修单位代码，房屋名称代码，维修类别代码，维修项目，经费代码，预算经费，实耗经费，报修日期，完成日期以及报修人等信息；
其中yewuID（维修序列号）：设为主键并建有索引，数据类型为文本，其字段大小为11；
DepartmentId（报修单位代码）：建有索引但不设为主键，数据类型为文本，其字段大小为3；
Houseid（房屋名称代码）：建有索引但不设为主键，数据类型为文本，其字段大小为10；
Repairid（维修类别代码）：建有索引但不设为主键，数据类型为文本，其字段大小为2；
ProjectName（维修项目）：既不设为主键也不建索引，其数据类型为文本，字段长度为50；
Jfid（经费代码）：既不设为主键也不建索引，其数据类型为文本，字段长度为8；
Ysjf（预算经费）：既不设为主键也不建索引，其数据类型为货币，字段长度为缺省；
Realmoney（实耗经费）：既不设为主键也不建索引，其数据类型为货币，字段长度为缺省；
Bxrq（报修日期）：既不设为主键也不建索引，其数据类型为时间/日期，字段长度为长日期；
Wcrq（完成日期）：既不设为主键也不建索引，其数据类型为时间/日期，字段长度为长日期；
Bxr（报修人）：既不设为主键也不建索引，其数据类型为文本，字段长度为20；
其具体表如下：
TblWxDetail（维修项目发生情况记录表）：用于记录发生的各项维修项目的信息和费用。
字段名称
数据类型
字段大小
主键
索引
标题
yewuID
文本
11
是
有
维修序列号
DepartmentId
文本
3
否
有
报修单位代码
Houseid
文本
10
否
有
房屋名称代码
Repairid
文本
2
否
有
维修类别代码
ProjectName
文本
50
否
无
维修项目
jfid
文本
8
否
有
经费代码
ysjf
货币

否
无
预算经费
realmoney
货币

否
无
实耗经费
bxrq
日期/时间
长日期
否
无
报修日期
wcrq
日期/时间
长日期
否
无
完成日期
bxr
文本
20
否
无
报修人

以上数据之间的联系图见下（1）

（1）

2．3设计窗体

1、密码登录窗体(表单名：Frmdenglu,表单单元名:Cpdenglu)

这个窗体是整个程序运行后首先出现在用日户面前的，面且必须通过合法的检查。系统自动调用存放密码的文件中的密码和文本框是的内容比较，如果合法，则开始运行主程序，如果不合法，则提示”密码错误，请重输入！”。并给用户三次机会，如果三次密码都错误，则系统将自动关闭。
Bitbtn部件 两个按钮的kind属性设置为bkyes和bkabort.
文体框的passwordchar属性设置为*。窗体的caption属性命名为登录.

2、主界面窗体(表单名：Frmmain,表单单元名:Cpmain)
这个窗体是用户登录成功后出现的主界面，程序的各项功能都可以从上面的菜单里选择并运行。

3、密码设置窗体(表单名：Frmchangpass,表单单元名:Cpchangpass)
这个窗体是用户改变密码时被调用的。这个窗体需要正确接收用户输入的密码，并且将两次输入的密码进行比较，当符合要求时密码存入指定的文件中。

4、代码设置窗体(表单名：Frmdaimashezhi,表单单元名:Cpdiamashezhi)

本窗体用于增加，修改用户单位，房屋类型，维修类型，维修经费类型的名称和代码和一些基本信息。
调用到Departmeng（用户单位情况）houseType（房屋类型表）,ExpenseType（维修经费类别表）,RepairType（经修类别表）四个数据库表。通过Dmmain数据模块中的Tbdepartment，TbhouseType,Tbexpensetype,tbRepairtype Table部件和数据库相连。
本窗体中使用了TpageControl组件，TabSheet1为激活页，用于设置用户单位信息，里面的文本框都是TDBedit类型的，和他们绑定的数据库是Departmeng（用户单位表）。TabSheet2 ，TabSheet3， TabSheet分别用于设置房屋类型信息，设置维修类型信息,设置维修经费信息。里面的文本框也都是TDBedit类型的，都和相应的数据库绑定了。分别为ExpenseType（维修经费类别表）,RepairType（经修类别表）。

5、经费项目设置窗体

本窗体用于记录各项已申报通过的经费情况。调用到了Tbfxmmxb表，Quemingxi查询表。当增加记录时，用户只要输入申请通的经费数目，其它信息可以从下拉框中选取，帐目序序号按要求自动生成。
窗体中有五个文体框，类型为Tedit，用来记录帐目序号，余额，申请经费，现存经费，负责人信息。一个TDBLookupComboBox部件，用来选取帐目经费名称，这个部件和房屋情况设置窗体中的类似。
年份下拉框使用的是ComboBox，下拉框中的信息是从ComboBox部件的items中设置的。按钮组合部件TDBNavegator中的VisibleButton属性中的nbFirst,nbPrior,nbNext,nbLast,nbDelete,nbEdit设置为False,nbInsert,nbPost,nbCancel,nbRefresh设置为True。TDBGrid用来浏览Jfxmmxb（经费明细表）的记录，Datasource为DMmain.Dsfxmmxb。
当用户要增加记录时，要求用户自动生成帐目序号，在生成帐目序号时要先选择当时年份和经费类型，才可以生成。果没有选择其中的一项，系统就要提醒用户选择，成功生成帐目序号后，用户就要输入申请到的经费的数目，当输入经费时，系统会自动的将以前申请没有用完的经费和申请的经费加起来存放到现存经费中。填完所有信息无误后，按确定按钮，记录增加完成。

6、业务发生记录窗体

本窗体用来记录发生业务的信息。调用到了数据模块中的TblWxDetail表。用到了六个TDBEdit文本框，Datasource是TblWxDetail表中的yewuID，ProjectName，ysjf，realmoney，bxrq，wcrq字段。用户单位，房屋名称，维修类型，项目经费名称用的是DBLookupComboBox部件，类同于房屋情况设置窗体中的DBLookupComboBox部件。用户可以从下拉框中选相应的数据项，这些数据项是从不同的表中取过来的。
DBNavigator部件的Datasource为DMmain.DSTblWxDetail，在增加记录时，维修帐目序号不能为空，申请经费，实际经费不能为0，如果有以上情况，系统会提醒用户。

查询窗体

本窗体分为三个页，分别用来查询经费，房屋，维修记录情况

结束语
开发总结
经过几个月的设计和开发，“维修工程经费管理系统”的设计工作基本结束，其功能基本符合老师的要求，能够实现各项经费项目的定义，增删改工作（输入，审核标志）；未审核的不允许下步操作，经过审核的不允许修改，只允许查询和正常申报工作。各项进费使用情况报表；各单位使用情况明细查询；报警功能（如第一季度使用超过今年的1/4，报警。依次类推）。生成程序报表（可导出，可打印）；大项目经费的管理，系统的自动统计分析功能。各类在此次毕业设计过程中我阅读了相当一部分关于DELPHI的书籍,得到了很大的收获,并对此有了初步的了解。但是由于毕业设计时间不是很长，所以该系统还有许多不尽如人意的地方，比如用户界面不够美观，出错处理不够等多方面问题。这些都有待进一步改善。
在设计的过程中,得到了进一步的尝试与实践,将理论联系实际情况，这样就发现了一些自己无法解决的问题,在老师的指导以及同学的帮助下,仔细阅读书籍,反复进行尝试，最终完成了设计。非常感谢老师给我的这次机会使本人得到了很大的锻炼。

致 谢
在本次毕业设计中，我从指导老师身上学到了很多东西。老师们认真负责的工作态度，严谨的治学精神和深厚的理论水平都使我受益匪浅。他无论在理论上还是在实践中，都给予了我们很大的帮助，使我在DELPHI开发水平上得到了很大的提高，这对于我在以后的工作和学习中都有巨大的帮助，衷心感谢他耐心的辅导。
另外，在系统开发过程中同学们也给予我很大的帮助，给我解决了不少的难点，使得系统能及时开发完成，这里一并表示感谢。

参考资料
1、Delphi实用培训教程
人民邮电出版社
何光明编著
2、SQL程序员参考手册
中国水利水电出版社
[美]Wayne S.Freeze著 刘丹 冯彦君 等译
3、使用Delphi 3 编程
电子工业出版社
[美]Frank Engo 著 尚红昕译
4、Delphi 4.0数据库编程
人民邮电出版社
刘韬 肖永顺 王宇等编
5、Delphi 3.0编程参考手册
清华大学出版社
[美] P.Thurrott, G.Brent
R.Bagdazian, S.Tendon 著
卢庆玲，蒋全等译