（5） 加载测试工作贯穿于程序测试工作的全过程，整个录入、修改、查询、处理工作均可用delphi6开发数据库应用，重点是和各种数据库组件打交道，能和数据库挂钩的组件对象有5种，它们是：session（数据库会话）、database（数据库）、dataset（数据集）、datasource（数据源）、data control（数据控制组件，也叫data-controls即数据感知组件）。其中前面4种统称为数据访问（data access）组件。这些组件的相互关系如图3-2所示。
ado组件 delphi6.0包含了可以用来访问microsoft公司的activex data objects（ado）格式数据库的组件。ado是micrsoft公司关于各种类型数据的高等界面，后来逐渐演变成满足所有数据访问需要的完整解决办法。ado的对象模型是所有数据访问接口对象模型中最简单的一种。microsoft公司用来访问ado数据的应用程序界面技术是ole db。ole db是一种底层编程接口，用来访问许多不同类型的数据源，其中包括消息、文件系统以及其他一些非传统的数据源。ole db是一个由component object model（com）接口组成的集合，用来隐藏创建数据访问服务过程中的细节。oledb提供了访问任何数据资源的方法，包括相互关联的数据库和相互不关联的数据库、email和文件系统、文本和图形以及用户定义的数据对象。
delphi的ado组件无需依靠bde而是使用ado技术，提供了可以通过数据控制组件访问数据的新方法。唯一的要求是在使用ado组件时必须运行ado/ole－db。ado组件的使用使得delphi在访问数据的类型和采用的技术方面都有了很大的突破。
数据模块设计窗口 数据模块设计窗口是用来设计和维护数据模块的。数据模块设计窗口中包含了所有以.dti作为文件扩展名的data diagram文件的信息。dti文件在编译时不起任何作用。
“3.3 sql语言在delphi中的应用
在delphi中使用sql语言非常方便，一般来说，都是通过tquery或tadoquery组件来使用sql语言的。可以在tquery或tadoquery组件的sql属性中设置sql语句。设计程序时，在该组件的属性对话框中选择sql属性，单击带省略号的按钮，就可以打开string list editor对话框，然后我们就可以在对话框中添加sql语句。还可以使用delphi的sql builder来自动生成sql语句，这样可以避免手工编写sql而可能造成的语法错误。
静态sql语句在程序设计时便已固定下来，它不包含任何参数和变量。
动态sql语句，也被称作参数化的语句，在其中间包含着表示字段名或表名的参数，例如下面的语句是一条动态sql语句：
select * from book where 图书编号 =:bookcode;
其中的变量bookcode便是一个参数变量，它由一个冒号引导，在程序运行过程中，必须要为该参数赋值，该条sql语句才能正确执行，每次运行应用程序时可以为该参数变量赋予不同的值。为参数赋值有三种方法：
①根据参数在sql语句中出现的顺序，设置tadoquery组件的parameters属性值为参数赋值。
②直接根据sql语句中各参数的名字，调用parambyname方法来为各参数赋值。
③将tadoquery组件的datasource属性设置为另一个数据源，这样将另一个数据源中与当前tadoquery组件的sql语句中的参数名相匹配的字段值赋给其对应的参数。利用这种方法也能实现所谓的连接查询，创建主要—明细型数据库应用。
在使用动态sql语句编程时，常常用到一个很重要的方法prepare，调用prepare 方法之后，delphi会将带参数的sql语句传送给与其对应的数据库引擎，对动态sql语句进行语法分析和优化。虽然在用动态sql语句编程时，调用prepare方法并不是必须的，但是调用prepare方法后，会极大地提高动态sql 语句的执行性能，特别是当要反复多次执行同一条动态sql语句时，其优越性会更加明显。 如果在应用程序中执行一条sql语句之前并没有显式地调用prepare方法，每次在执行sql 语句时，delphi会隐含地调用prepare方法以准备这个查询。
tadoquery部件还有一个prepare属性，这是一个布尔型属性，当其属性值为true时， 表明该查询已被准备好了( sql 语句已被传送到数据库引擎中 ) ， 当我们使用参数编辑器parameters editor来为动态sql语句中的参数赋值时，当设置完相应的参数值并退出参数编辑器时，delphi会隐含地调用prepare方法以准备好查询。
当sql语句执行完之后，要想准备下一个查询，首先必须调用close方法，然后才能调用prepare方法准备下一个查询。一般来说，在一个应用程序中应该调用一次prepare方法，常常在窗体的oncreate事件处理过程中调用prepare方法， 然后用上述介绍的方法为参数赋值，最后调用open方法或execsql方法执行sql语句，以完成查询。
当然在调用prepare方法准备好一个查询时，会消耗一些数据库资源， 因而每当一个查询执行完毕之后，要养成调用unprepare方法以撤消查询的好习惯。在运行程序过程中，通过程序改变tquery或tadoquery部件的sql属性值时，delphi会自动地调用close方法和unprepare 方法，以撤消查询。
在程序运行过程中，要想设置tquery或tadoquery部件的sql属性，必须首先调用close方法，关闭tquery或tadoquery部件，然后再调用clear方法清除sql属性中现存的sql命令语句， 最后再调用add方法为sql属性设置新的sql命令语句。例如：
datamodule4.adoquery2.close;
datamodule4.adoquery2.sql.clear;
datamodule4.adoquery2.sql.add(“select 借书证号,密码 from [user] where (借书证号 = :tt)“);
datamodule4.adoquery2.parameters[0].value:=username;
datamodule4.adoquery2.open;
在为tquery或tadoquery部件设置sql属性时调用close方法总是很安全的，如果tquery或tadoquery部件已经被关闭了，调用close方法时不会产生任何影响。在应用程序中为sql属性设置新的sql 命令语句时，必须要调用clear方法以清除sql属性中现存的sql命令语句，如果不调用clear方法，便调用add方法向sql属性中设置sql命令语句，那么新设置的sql命令语句会追加在现存sql命令语句后面， 在程序运行时常常会出现出乎意料的查询结果甚至程序无法运行下去。
在这里要特别注意的，一般情况下tquery或tadoquery部件的sql属性只能包含一条完整的sql语句，它不允许被设置成多条sql语句。当然有些数据库服务器也支持在tquery或tadoquery部件的sql属性中设置多条sql语句，只要数据库服务器允许这样，我们在编程时可以为 sql 属性设置多条sql语句。
在为tquery或tadoquery部件设置完sql属性的属性值之后，也即编写好适当的sql程序之后，可以有多种方式来执行sql程序。
在设计过程中，设置完tquery或tadoquery部件的sql属性之后将其active属性的值置为true， 这样便可以执行sql属性中的sql程序，如果应用中有与tquery或tadoquery部件相连的数据浏览部件( 如tddgrid tdbedit等)那么在这些数据浏览部件中会显示sql程序的执行结果。
在应用程序运行过程中，通过程序调用tquery或tadoquery组件的open方法或execsql 方法可以执行其sql属性中的sql程序。open方法和execsql方法是不一样的。open方法只能用来执行sql语言的查询语句(select命令)， 并返回一个查询结果集，而execsql方法还可以用来执行其它常用的sql语句(如insert, update, delete等命令)，例如：
query1.open (这样会返回一个查询结果集)
如果调用open方法，而没有查询结果时，会出错。此时应该调用execsql 方法来代替open方法。如：
query1.execsql (没有返回结果)
当然在设计应用程序时，程序设计人员是无法确定tquery或tadoquery组件中的sql 语句是否会返回一个查询结果的。对于这种情况应当用try…except模块来设计程序。在 try 部分调用open方法，而在except部分调用excesql方法，这样才能保证程序的正确运行。
例如：
try
query1.open
except
query1.execsql
end
通过tquery或tadoquery组件可以获得两种类型的数据：
u “活动”的数据
这种数据就跟通过ttable部件获得的数据一样，用户可以通过数据浏览部件来编辑修改这些数据，并且当调用post方法或当焦点离开当前的数据浏览部件时，用户对数据的修改自动地被写回到数据库中。
u 非活动的数据(只读数据)
用户通过数据浏览部件是不能修改其中的数据。在缺省情况下，通过tquery部件获得的查询结果数据是只读数据，要想获得“活动”的数据，在应用程序中必须要设置tquery或tadoquery组件的requestlive属性值为true，然而并不是在任何情况下(通过设置requestlive的属值true)都可以获得“活动”的数据的，要想获得“活动”的数据，除了将tquery部件的requestlive属性设置为true外，相应的sql命令还要满足以下条件。
本地sql语句查询情况下，要得到可更新的数据集，sql语句的限制为：
n 查询只能涉及到一个单独的表
n sql语句中不能包含order by命令
n sql语句中不能含聚集运算符sum或avg
n 在select后的字段列表中不能有计算字段
n 在select语句where部分只能包含字段值与常量的比较运算，这些比较运算符是：like, >, <, >=, <=。各比较运算之间可以有并和交运算：and和or
当通过sql语句查询数据库服务器中的数据库表：
n 查询只能涉及到一个单独的表
n sql语句中不能包含order by命令
n sql语句中不能含聚集运算符sum或avg运算
另外，如果是查询sybase数据库中的表，那么被查询的表中只能有一个索引。
如果在应用程序中要求tquery或tadoquery组件返回一个“活动”的查询结果数据集，但是sql 命令语句不满足上述约束条件时，对于本地数据库的sql查询，bde只能返回只读的数据集。对于数据库服务器中的sql查询，只能返回错误的代码。当tquery或tadoquery组件返回一个“活动”的查询结果数据集时，它的canmodify属性的值会被设置成true。
“3.4 ms sql server简述
sql server 是一个后台数据库管理系统,它功能强大操作简便,日益为广大数据库用户所喜爱。越来越多的开发工具提供了与sql server的接口。sql server 是一个关系数据库管理系统，它最初是由microsoft、sybase 和ashton-tate三家公司共同开发的。于1988 年推出了第一个os/2 版本，在windows nt 推出后，microsoft与sybase 在sql server 的开发上就分道扬镳了，microsoft 将sql server 移植到windows nt系统上，专注于开发推广sql server 的windows nt 版本。
sql server 2000 是microsoft 公司推出的sql server 数据库管理系统的最新版本，该版本继承了sql server 7.0 版本的优点，同时又比它增加了许多更先进的功能、具有使用方便、可伸缩性好与相关软件集成程度高等优点。可跨越从运行microsoft windows 98 的膝上型电脑到运行microsoft windows 2000 的大型多处理器的服务器等多种平台使用。mssql server不但可以应用于大中型数据库管理中，建立分布式关系数据库，并且也可以开发桌面数据库。事实上，sql server数据库处理的基本结构，采取关系型数据库模式，尽管如此，相信大家都可以轻易的发现，在sql server的数据库处理方式，则是使用面向对象的操作方式与精神，也就是说，sql server的所有功能，都可以基于系统已经建立好的一些对象来达成，是相当oo（面向对象）的一个系统结构。
sql server 企业管理器是 sql server 的主要管理工具，它提供了一个遵从 mmc 标准的用户界面，使用户得以：
7 定义 sql server 实例组。
7 将个别服务器注册到组中。
7 为每个已注册的服务器配置所有 sql server 选项。
7 在每个已注册的服务器中创建并管理所有 sql server 数据库、对象、登录、用户和权限。
7 在每个已注册的服务器上定义并执行所有 sql server 管理任务。
7 通过唤醒调用 sql 查询分析器，交互地设计并测试 sql 语句、批处理和脚本。
7 唤醒调用为 sql server 定义的各种向导。
7
第三章 图书管理系统设计分析
“4.1 应用需求分析
图书管理系统需要满足来自三方面的需求，这三个方面分别是图书借阅者、图书馆工作人员和图书馆管理人员。图书借阅者的需求是查询图书馆所存的图书、个人借阅情况及个人信息的修改；图书馆工作人员对图书借阅者的借阅及还书要求进行操作，同时形成借书或还书报表给借阅者查看确认；图书馆管理人员的功能最为复杂，包括对工作人员、图书借阅者、图书进行管理和维护，及系统状态的查看、维护并生成催还图书报表。
图书借阅者可直接查看图书馆图书情况，如果图书借阅者根据本人借书证号和密码登录系统，还可以进行本人借书情况的查询和维护部分个人信息。一般情况下，图书借阅者只应该查询和维护本人的借书情况和个人信息，若查询和维护其他借阅者的借书情况和个人信息，就要知道其他图书借阅者的借书证号和密码。这些是很难得到的，特别是密码，所以不但满足了图书借阅者的要求，还保护了图书借阅者的个人隐私。
图书馆工作人员有修改图书借阅者借书和还书记录的权限，所以需对工作人员登陆本模块进行更多的考虑。在此模块中，图书馆工作人员可以为图书借阅者加入借书记录或是还书记录，并打印生成相应的报表给用户查看和确认。
图书馆管理人员功能的信息量大，数据安全性和保密性要求最高。本功能实现对图书信息、借阅者信息、总体借阅情况信息的管理和统计、工作人员和管理人员信息查看及维护。图书馆管理员可以浏览、查询、添加、删除、修改、统计图书的基本信息；浏览、查询、统计、添加、删除和修改图书借阅者的基本信息，浏览、查询、统计图书馆的借阅信息，但不能添加、删除和修改借阅信息，这部分功能应该由图书馆工作人员执行，但是，删除某条图书借阅者基本信息记录时，应实现对该图书借阅者借阅记录的级联删除。并且还应具有生成催还图书报表，并打印输出的功能。
在本系统中由于没有打印机设备供试验，所以预先把报表打印改成报表预览。
设计不同用户的操作权限和登陆方法
对所有用户开放的图书查询
借阅者维护借阅者个人部分信息
借阅者查看个人借阅情况信息
维护借阅者个人密码
根据借阅情况对数据库进行操作并生成报表
根据还书情况对数据库进行操作并生成报表
查询及统计各种信息
维护图书信息
维护工作人员和管理员信息
维护借阅者信息
处理信息的完整性
对借阅过期的图书生成报表
图4-2 图书管理系统数据库应用需求的总结
根据以上所做的需求分析，并略掉一些细节（如不考虑用户的登录；对记录的维护），得出以下的三层数据流图。
“4.2 系统功能模块划分
系统功能框图如图4-10所示。
“4.3 系统数据库设计
4.3.1 概念设计
在概念设计阶段中，设计人员从用户的角度看待数据及处理要求和约束，产生一个反映用户观点的概念模式。然后再把概念模式转换成逻辑模式。将概念设计从设计过程中独立开来，使各阶段的任务相对单一化，设计复杂程度大大降低，不受特定dbms的限制。
利用er方法进行数据库的概念设计，可分成三步进行：首先设计局部er模式，然后把各局部er模式综合成一个全局模式，最后对全局er模式进行优化，得到最终的模式，即概念模式。
（1） 设计局部er模式
实体和属性的定义：
图书（图书编号，图书名称，作者，出版社，出版日期，备注，价格，数量，）
借阅者（借书证号，姓名，性别，身份证，联系电话，密码）
身份（身份编号，身份描述，最大借阅数）
图书类别（图书类别编号，类别描述）
er模型的“联系”用于刻画实体之间的关联。一种完整的方式是对局部结构中任意两个实体类型，依据需求分析的结果，考察局部结构中任意两个实体类型之间是否存在联系。若有联系，进一步确定是1:n，m:n，还是1:1等。还要考察一个实体类型内部是否存在联系，两个实体类型之间是否存在联系，多个实体类型之间是否存在联系，等等。联系定义如图4-5所示。解释如下：
u 一个借阅者（用户）只能具有一种身份，而一种身份可被多个借阅者所具有；
u 一本图书只能属于一种图书类别（类别），而一种图书类别可以包含 多本图书；
u 一个用户可以借阅多本不同的书，而一本书也可以被多个不同的用户所借阅。
（2）设计全局er模式
所有局部er模式都设计好了后，接下来就是把它们综合成单一的全局概念结构。全局概念结构不仅要支持所有局部er模式，而且必须合理地表示一个完整、一致的数据库概念结构。
1)确定公共实体类型
为了给多个局部er模式的合并提供开始合并的基础，首先要确定各局部结构中的公共实体类型。在这一步中我们仅根据实体类型名和键来认定公共实体类型。一般把同名实体类型作为公共实体类型的一类候选，把具有相同键的实体类型作为公共实体类型的另一类候选。
2)局部er模式的合并
合并的原则是：首先进行两两合并；先和合并那些现实世界中有联系的局部结构；合并从公共实体类型开始，最后再加入独立的局部结构。
3)消除冲突
冲突分为三类：属性冲突、结构冲突、命名冲突。
设计全局er模式的目的不在于把若干局部er模式形式上合并为一个er模式，而在于消除冲突，使之成为能够被所有用户共同理解和接受的同一的概念模型。
3)全局er模式的优化
在得到全局er模式后，为了提高数据库系统的效率，还应进一步依据处理需求对er模式进行优化。一个好的全局er模式，除能准确、全面地反映用户功能需求外，还应满足下列条件：实体类型的个数要尽可能的少；实体类型所含属性个数尽可能少；实体类型间联系无冗余。
综上所述，“图书管理系统”的全局er模式如图4-13所示。
4.3.2 关系数据库的逻辑设计
由于概念设计的结果是er图，dbms一般采用关系型（本人所使用的ms sql server就是关系型的dbms），因此数据库的逻辑设计过程就是把er图转化为关系模式的过程。由于关系模型所具有的优点，逻辑设计可以充分运用关系数据库规范化理论，使设计过程形式化地进行。设计结果是一组关系模式的定义。
（1） 导出初始关系模式
book（图书编号＃，图书名称，图书类别＃，作者，出版社，出版日期，备注，价格，数量）class（图书类别#，类别名）user（借书证号＃，姓名，性别，身份编号＃，身份证，联系电话，密码）id（身份编号#，身份描述，最大借阅数）owner（借书证号#,图书编号#，借书日期）
图4-14 关系模式集
（2） 产生子模式
子模式是用户所用到的那部分数据的描述。除了指出用户用到的数据外，还应指出数据与概念模式中相应数据的联系，即指出概念模式与子模式之间的对应性。
借书子模式（借书证号#，姓名，图书编号＃，图书名称，借书日期）
图4-15 部分子模式
（3） 根据设计中出现的问题本人在写系统时还加入了两个关系模式：
1、 ownertemp：用于工作人员在处理借书、还书工作时临时存储借书、还书信息，以便打印报表时使用。
2、 keyer：用于存储工作人员和图书馆管理员的用户名和密码及权限，以便工作人员或图书馆管理员进入相应的功能模块时进行验证用户的身份。
4.3.3 数据库的实现
我选用microsoft sql server2000(企业版)数据库来进行数据库的逻辑设计。首先创建七个基本数据库表如表4-1－4-7所示，然后根据全局er图，建立各个表之间的联系，如图4-8所示。
表4-1 借阅者基本信息表的结构(user)
表4-2 图书信息表的结构（book）
表4-3 图书类别信息表的结构（class）
表4-4 借阅者身份信息表的结构（id）
表4-5 借阅情况信息表的结构（owner）
表4-6 借阅情况临时存储信息表的结构（ownertemp）
注：在owner表和ownertemp表中加入了索引字段，用来唯一标识一条借书记录，并且设置为标识，标识种子为1。
表4-7 工作人员和管理员信息表的结构（keyer）
图4-8 数据库表间联系图
第五章 图书管理系统应用程序设计
“5.1 系统窗体模块组成
“5.2 数据模块窗体的设置
在编写数据库应用程序时，经常要遇到这样的情况，即好多组件、窗体同时访问相同的数据源，如果为每一个组件或者窗体都设置一个数据源将是十分耗时的工件，而且要保证这些数据源的确是相同的也需花一番功夫。那么，能不能将这些数据源集中管理，最好是做成一个统一的模块，需要时就将该模块引入而不必直接操作数据源本身呢？数据模块（datamodule）是解决这个问题最好的答案。简单说来，数据模块是用来集中管理数据源的一个窗体，该窗体可被需要的地方随时引入。
但本人在开发这个系统时，开始使用了一下数据模块，但在使用过程中却碰到了一些问题。并且考虑这个系统使用到的tadoquery控件比较多，如果使用数据控件可能会带来管理上的麻烦，如弄混各个数据控件的作用。还考虑到使用动态生成adoquery可能会更节省资源。所以在本人的系统中，开始做的第一个模块“借阅者个人模块”中还稍微使用了一下数据模块。但在后面做的两个模块中大多都是用动态生成adoquery来实现的。并且由于sql语句是动态加入的所以datamodule中的控件也不会多。
“5.3 启动画面的实现
启动画面是为了给用户一个良好的印像，加深软件的亲和力，没有实际的功能，在form1窗体中加入了image和time组件。启动画面的窗体略，主要的源代码如下：
“5.4 用户登录窗体的的实现
本窗体是为三种不同的用户（一般用户，工作人员，管理员）提供选择以进入不同的模块，满足不同用户的需求。源代码比较简单，略。
“5.5 用户密码认证窗体的的实现
本窗体是为了让工作人员或图书馆管理员按照用户名和密码进行登录，并且跟据用户名检查keyer表中的“权限”字段，以分辩进入图书馆管理人员模块还是进入工作人员模块。窗体界面、源代码如下
“5.6 借阅者服务模块的实现
借阅者服务窗体的功能主要是图书的查询，个人借阅情况查看及个人部分信息的修改。界面图如下：
5.6.1图书查询功能的实现
在本系统中，任何人都有权限使用查询功能，不做任何限制。界面如下，
由于实现的查询功能有多种，如按图书编号、图书名称等字段进行完全体配查找和部分体配的模糊查找，还有按多个条件进行逻辑与或是逻辑或的多条件查找。其中实现的方法者差不多，所以只给出多条件查找的代码，如下：
5.6.2借阅者登录功能的实现
这个功能的实现与工作人员和管理人员登录功能实现的方法大致一样，并且还要简单。是从user表中查到到借阅证号与密码，看与用户输入的是否一致。如果一致，那么用户就可查看自已的借阅情况并维护自己的部分信息。源代码与借阅者登录界面都略。
5.6.3借阅者借阅情况功能的实现
当借阅者正确登录到系统后，此功能将被激活，使用户能查看到自身的借阅情况。在此系统中，信息的显示一般用listview来实现，只在较少的情况下用到了dbgrid，因为我觉得listview更好实现，并能使信息数据对用户的完全分离。
在这里跟据借阅者的不同要求实现借阅情况的查询，有检查所有的借阅情部、某本书的借阅情况、和根据已借阅天数的来查询。其中根椐借阅天数来查询更有代表性，有方式一和方式二。以下给出此功能的源代码
按借阅天数查询 方式一
按借阅天数查询 方式二
5.6.4借阅者个人资料维护功能的实现
此功能实现当前借阅者部份资料的修改，但借书证号和身份类别这样的信息不允许修改，这是图书馆管理员模块的功能。在此界面中点击修改按钮将出现“修改”窗体（form8），点击修改密码按钮将出现groupbox8，在这里进行密码修改。关键源代码如下。
这里给出个人部分信息修改的源代码：
这里给出密码修改的源代码：
5.7工作人员－图书借阅/归还模块的实现
5.7.1工作人员进行图书借阅功能实现
在这个功能中，工作人员输入借阅者的借阅证号和所要借阅的图书的图书编号，然后点击借阅按钮就可进行图书借阅。考虑到实际中可能会出现只知图书名而不知图书编号的情况，在此界面下方加入了一个转换功能，可以把图书名称转换成图书编号，再进行图书借阅。
在借阅完成后会生借阅报表以便借阅者检查和确认，借阅报表的打印效果如下图，实现比较简单，略去实现过程。
5.7.2工作人员进行图书归还功能实现
在此功能中，工作人员根据借阅者的借书证号和归还的图书编号进行图书的归还工作。并且根据现实中可能会出现的只知图书名不知图书编号的归还情况，所以加入了按书籍名称进行归还的功能。这个功能是图书借阅功能中把图书名称转换成图书编号的一种改进方法，这样就不用如借阅功能中一样要先转换再借阅了。归还完成后，同样会打印出归还报表以便用户检查和确认。
5.8图书馆管理员模块的实现
5.8.1图书馆管理员图书管理功能的实现
在这个功能中可以在（＊图书编号）中输入图书编号，点查找按钮后就会在各个相应的组件中显示出信息，或按图书名称模糊查找到所要的记录，在各个相应的组件中显示第一条记录的信息，也可在下端的listview组件中点击某一条记录，在各个相应的组件中也会显示所选记录的信息。在入库功能中只要不是相同的图书编号并且带＊号提示的字段不为空就可插入新的图书记录。删除则删除那些book表中的图书记录，如果借出还可依用户要求连带删除owner表中的记录。因为图书修改与图书入库的功能与工作人员记录修改和工作人员记录添加的实现过程一样，所以下面仅给出删除功能的源代码，如下
5.8.2图书馆管理员工作人员和管理员管理功能的实现
在此功能中可以加入工作人员或是管理员，或是修改他们的密码、权限。
在此功能中如果选中listview中的记录，则在右边相应的组件中显示出信息，并且管理员还可对这些记录进行修改或加入新的记录。并且也可以点删除按钮删除选中的一条或多条记录。删除功能与图书记录的删除一般，所以下面只给出添加与修改的实现过程。
5.8.3图书馆管理员修改图书类别及统记功能的实现
在此窗体中能对图书的类别进行删除，添加和修改，这模块的功能的实现过程与图书记录的删除，添加和修改一样的，但是这个窗体还能跟据图书类别进行统计，还可根据book表和owner表统计出图书总数目，库存图书数目，借出图书数目及借阅过期的图书数目。在这里给出统计图书总数目，库存图书数目，借出图书数目及借阅过期的图书数目的实现过程中的几个函数和过程
5.8.4图书馆管理员借阅者管理功能的实现
查询借阅者可根据借阅者的借书证号或姓名或身份编号查找到借阅者的信息，也可以实行模糊查找，这个功能的实现与前面图书查找的实现过程一般，就不再详细说明。
5.8.5图书馆维护借阅者管理功能的实现
此功能能对借阅者信息进行查看添加、删除、修改。在这里给出刷新按钮的实现过程
5.8.6图书馆身份维护功能的实现
这一部分是对借阅者身份进行管理，能对身份进行添加、删除、修改。并且同样的在listview中选中某条或多条记录时会在相应的右边的组件中显示出信息。此功能实现过程与前面所叙有雷同，略。
5.8.7图书馆借阅者统计功能的实现
此功能按借阅者身份进行统计，得出具有某种身份的借阅者总数，此种身份的并借阅图书的借阅者数和所借阅的图书数，在下面给出实现过程。
5.8.8图书馆统计借阅过期记录功能的实现
打印出的借阅过期催还报表如下图所示：
此报表能显示按借书证号升序排列的借阅信息超过限定时限的信息，其中主要的sql语句如下：
5.9系统信息显示的实现
显过本系统的信息，并且右边的字向上滚动显示，主要实现如下： |
此主题相关文件 
鲁公网安备 37120302000001号
