Class）,简化了程序员的编程工作，提高了模块的可重用性；提供了基于CASE技术的可视化软件的自动生成和维护工具Visual Studio等，实现了直观、可视的程序设计风格，方便地编写和管理各种类，维护程序的源代码。
Visual C#中可用的数据访问对象接口有三种：ODBC（Open Database Connectity,开发数据库连接）、DAO(Data Access
Objects,数据访问对象)及OLE DB(OLE data Base，OLE数据库)。
1．ODBC（Open Database Connectivity,开放数据库连接）
ODBC提供了应用程序接口（API），使得任何一个数据库都可以通过ODBC驱动器与指定DBMC相联，用户的程序就可以通过调用ODBC驱动管理器中相应的驱动程序达到管理数据库的目的。作为今。
2.DAO(Data Access Objects,数据访问对象)
DAO 提供了一种通过程序代码创建和操纵数据库的机制。多个DAO 对象构成了一个体系结构，在这个结构里，各个DAO对象协同工作，通过 Microsoft Jet 数据库访问数据库中的数据和数据库的结构定义。可以访问的数据库类型主要有：Microsoft Jet 数据库、ODBC 数据源、可安装的ISAM数据库。
DAO 是我们可以通过程序访问和操纵本地的或远程的数据和数据定义，管理数据库中的对象或结构。DAO 支持两种不同的数据库环境——称为工作区（Workspace）. Microsoft Jet Workspace ——这是一种使用Microsoft Jet 数据库引擎来访问数据源的工作区。
ODBC Direct Workspace ——这是一种使用 ODBC Direct 来直接访问一个ODBC 数据源，并绕过Microsoft Jet 数据库引擎的工作区。可通过ODBC访问数据库服务器，而无须安装Microsoft Jet 数据库引擎。
3．OLE DB(OLE data Base，OLE数据库)。
OLE DB试图提高一种统一的数据访问接口，并能处理除了标准的关系型数据库中的数据之外，还能处理包括邮件数据、Web上的文本或图形、目录服务（Directory Services），以及主机系统中的IMS和VSAM数据。OLE DB提供一个数据库编程COM（组件对象模型）接口，使得数据的使用者（应用程序）可以使用同样的方法访问各种数据，而不用考虑数据的具体存储地点、格式或类型。这个COM接口与ODBC相比，其健壮性和灵活性要高的多。但是，由于OLE DB的程序比较复杂，因而对于一般用户来说使用ODBC和DAO方式已能满足一般数据库处理的需要。
Microsoft Windows Open Standards
Architecture(WOSA,Windows开放式服务体系结构)的主要组成部分，ODBC一直沿用至
2
2 系统分析
2.1 需求分析的目的
软件的需求分析必须要有对原业务的一个深入了解、提取、抽象、升华的过程，管理软件需求分析尤其如此。
软件的需求分析是从用户的业务中提取出软件系统能够帮助用户解决的业务问题，通过对用户业务问题的分析，规划出我们的软件产品。这个步骤是对用户业务需求的一个升华，是一个把用户业务管理流程优化，转化为软件产品，从而提升管理而实现的质的飞跃，这一步是否成功，直接关系到开发出来的软件产品能否得到用户认可，顺利交付给客户，客户能否真正运用我们的产品帮助他解决业务或管理问题。
按照软件工程对软件开发过程的描述，需求阶段我们可以细分为需求调研和需求分析两个小阶段，需求调研需要充分细致的了解客户目标，用户业务内容、流程等，这是一个对需求的采集过程，是进行需求分析的基础准备。当我们已经了解、理解了用户的业务，于是可以开始分析需求了。
2.2 需求分析
通过调查，要求系统需要有以下功能: 系统登录 人员信息管理 图书信息管理 借阅管理 综合信息查询 帮助 系统退出。
2.3 可行性分析
图书管理系统使图书管理走上了科学化、系统化管理道路。
（1）经济可行性 使用图书管理系统能够极大的节约图书管理工作的运行成本。主要体现在:使用图书管理系统能够减少
工作人员数量,从而降低人力成本;实用图书管理系统可以减少对管理资料维护的成本
（2）技术可行性 目前国内外软硬件产品和技术发展迅速.服务器,操作系统等相关资源技术容易获得并有较大的选择余地,而且在本系统软硬件要求适中,因此现有条件在技术层面上完全可以满足要求。
3
3 系统设计
3.1 设计目标
本系统是针对图书管理工作过程进行设计的，主要实现如下目标： 合法用户可以登录此系统；
读者可以查询、借阅、归还图书等； 工作人员可以对读者、图书进行管理。
3.2 数据库设计
3.2.1 概念结构设计
将从需求分析中得到的数据信息抽象为概念模型，经分析可得到数据库的E-R模型。见图3-1、3-2、3-3、3-4。
名称
作者 编号
种类 出版社 图书 出版日期 价格 种类
图3-1 图书实体E-R图
电话 电子邮件 出版社
图3-2 出版社实体E-R图
4
地址 名称
密码 姓名 编号 院系 读者 专业
图3-3 实体读者E-R图
性别 年龄 借书量 状态
密码 用户
类型 编号 图3-4 用户实体E-R图
3.2.2 逻辑结构设计
把上面的概念结构转化为关系模型，我们可以得到各实体的关系模式（关系的码用下划线标出）：
图书(图书编号，图书名称，图书作者，出版社，出版日期，图书价格，图书种类) 出版社（出版社编号，出版社地址，出版社电话，电子邮件） 读者（读者编号，读者名称，密码，读者电话，电子邮件，借书数量） 用户（用户编号，用户密码，用户类型） 以下关系模式为读者——图书的关系模式：
借阅图书（读者编号，图书编号，借阅日期，应还日期，归还日期，是否归还） 从以上的关系模式我们可以得到数据库的逻辑结构设计（二维表）。每个表格表示数据库中的一个数据表。为了优化数据表结构，部分字段采用代码形式，以便与数据库中的数据表对应起来。根据以上分析，需要设计五个数据表来存放数据信息，这些表分别为图书表，出版社表，读者表，用户表，借阅表。以下五个表分别是这五个表的结构设计。见表3-1、3-2、3-3、3-4、3-5。
5
表3-1 图书表 编号 1 2 3 4 5 6 7 字段名 BookID BookWriter BookName BookPublish BookPublishDate BookPrice BookSort 数据类型 Char(10) Varchar(30) Varchar(20) Varchar(50) Datetime Float Varchar(20) 表3-2 出版社表 编号 1 2 3 4 字段名 PublishName PublishAddress PublishPhoneNO PublishEmail 数据类型 Varchar(50) Varchar(50) Varchar(15) Varchar(30) 表3-3 读者表 编号 1 2 3 4 5 6 字段名 ReaderID ReaderName ReaderPassword ReaderSex ReaderAge ReaderDept 数据类型 Char(9) Varchar(20) Varchar(10) Varchar(2) Varchar(3) Varchar(30) 说 明 读者编号 读者名称 读者密码 读者性别 读者年龄 读者系别 备 注 主键 说 明 出版社名称 出版社地址 出版社电话 电子邮件 备 注 主键 说 明 图书编号 图书作者 图书名称 出版社 出版日期 图书价格 图书类型 备 注 主键 6