人事档案管理系统毕业论文

人事档案管理系统毕业论文第一章

为什么要开发一个人事管理系统？

计算机已经成为我们学习和工作的得力助手：

人力资源系统选型时提出了以下要求：

1）．具有先进的人力资源管理理念；

2）．可以满足多行业、多公司不同的人力资源管理要求；

3）．实现集团化管理，实时监控各个专业、省市子公司的人力资源情况；

4）．进行多层次数据汇总，为各层次管理者的决策分析提供数据；

5）．具有完整的系统接口，满足灵活的数据导入与导出。。

第二章人事管理系统编程环境现状及设计目标简介

2.1 Delphi和ADO

Active Data Objects结合了OLE DB的普遍性质—那就是在诸如RDO和DAO模型中可以找到的易于使用的特性.ADO包含了所有可以被OLE DB标准接口描述的数据类型.换

而言之,ADO是可扩充的,不需要对你的部件做任何工作.数据的访问和操纵是任何实际的应用程序的一个固有部分.对于数据来说,无论它是否是关系型的,无论它是否存在一个DBMS,也无论它的存储平台是什么,数据就是数据—一个文件没有必要一定是给定的二进制格式.

开发者群体需要具有简单接口的现代的开发工具以快速访问数据.微软对此问题的

回答是Universal Data Access(UDA通用数据访问)体系结构,对此,Stephen Rauch的文章“Manage Data from MyriadSources with the Universal Data Access Interface s”中有详细的阐述(MSJ,1997年9月).简单的说,UDA是一种将OLE DB应用于实际的理论.所有的都被指向一个数据源—一个电子表格,一条电子消息,或一份AS/400文档—由OLE DB接口过滤并以一种通用的格式表示,这样应用程序能总是以同样的方式对数据进行访问.位于OLE DB上的并处理来自应用程序的调用的中间层被称作

Active Data Objects (ADO).它是编写针对带有OLE DB提供者的任何类型的数据源的推荐标准.

在ADO之前的RDO是一种增加DAO的客户/服务器能力,以提高其性能和可扩充性的当然的方法.根本上说来, RDO是一种位于ODBC API的上层的简便的封装.它揭示了了DAO数据对象模型中的许多东西,但它缺乏进行数据访问的Jet引擎.虽然这将予ADO更快的速度,但它没法利用该引擎的许多特性,而且它只能访问关系型的数据库.

ADO 2.0的思想就在于:为不同的应用程序访问相同的数据源创建一个更高层的公用层.尽管存在数据结构和组织间的物理位置的不同,编程的接口应该是一样的.为了找出RDO 和ADO之间的更多的不同,

“ExploringActiveX Data Objects from an RDO Point of View,"你能在MSDN的技术

性文章部分中找到它.ADO的出现并不意味着RDO的结束.实际上,微软承诺在可以预见的将来继续支持RDO

ADO 2.0有什么新特点?

对于ADO1.5以前包括1.5的版本来说,从功能的角度来看RDO和ADO不是完全相等的.等同就意味着你可以通过这两种方法解决同样的问题;它不是指存在重命名的或者优化的功能相同的对象.因此,移植到ADO不是一个简单的事情.从另一方面来说,一旦你熟练掌握了RDO或DAO技术的话,学习ADO是件相当容易的事情

ADO 2.0的新特性包括事件处理,记录集的延续,分层目录结构指针和数据成形,分布式事务处理,多维数据,远程数据服务(RDS),以及对C++和Java的支持的增强.在钻研一些Visual Basic代码的时候将会见到所有的这些特性.

ADO对象模型是由相对数量较少的对象组成.不象RDO对象模型,每个主要的ADO对象都能被个别的被创建.

这就意味着,举例说吧,你不需要在创建有效的记录集对象前创建一个连接.

Dim As New ADODB.Connection

Dim rs As New ADODB.Recordset

.Open "Biblio"

rs.Open "select * from titles where title like '%h'",

ADO 2.0对象是Connection,Command,Parameter,Recordset,Field,Error和Property.ADO对象模型也包

括四个类集:它们分别是一套相关的Error,Parameter,Property和Field对象.让我们来看看每个对象的主要特性.

Connection对象提供连接,该连接连接的程序中存有它正在访问的数据源.属性允许你定义:连接串,命令执行以及连接启动的间隔时间,数据提供者,(无论临时表位置是应该在客户端还是在服务器端),和对于数据的访问权限.方法有关于如下功能的:执行命令,打开和关闭一个连接和管理事务.在许多地方你可以指定你想使用的提供者:通过Provider 属性,在连接字符串中,或者甚至通过Open方法.

选择你最喜欢的实现方式,但要保证你没有为同样的连接指定多个的提供者.缺省的提供者(当你没有指定你自己的提供者的情况下)是MSDASQL,针对ODBC的Microsoft OLE DB 提供者.

Command对象定义了一个SQL声明,一个存储过程,或任何其他的你可能想让提供者执行的关于数据的操作.Command的属性有:当前连接,最大允许执行时间和参数集.一个参数就是你将它作为参数传递给命令的值.在这些属性中用以区分一个参数的属性有:方向(输入,输出,或者两者都有),类型当然还有它们的值.

记录集对象也许是最典型的ADO对象,然而它是最复杂的当中的一个.它表示命令执行的结果,并且它大多是以数据库的记录集的形式给出.一个记录集是由以行和域的形式表示的信息组成.它不一定非要映射成关系型数据库的记录.实际上,如同我早些时候解释的那样,ADO是基于OLE DB并且能被用来可视化地访问任何数据源中的数据,这数据源包括非关系型的数据库.记录集提供了缓冲能力,它接受数据的变化,并且将这些变化以批处理的方式传给服务器.你可以浏览并对记录集的容分类,如同列举和提取行.你也能