毕业设计（论文）-人事档案管理系统.docVIP

-------------摘要-------------- 人事档案管理系统是典型的信息管理系统,其开发主要包括后台数据库的建立和维护以及前端应用程序的开发两个方面。对于前者要求建立起数据一致性和完整性强、数据安全性好的库。而对于后者则要求应用程序功能完备,易使用等特点。随着科学技术的不断提高,计算机科学日渐成熟,其强大的功能已为人们深刻认识,它已进入人类社会的各个领域并发挥着越来越重要的作用。面向对象的开发工具,尤其是数据窗口这一能方便而简洁操纵数据库的智能化对象,首先在短时间内建立系统应用原型,然后,不断修正和改进,直到形成用户满意的可行系统。关键字：控件、窗体、。  -------------前言--------------  第一章为什么要开发一个人事管理系统？计算机已经成为我们学习和工作的得力助手：。  第章 人事管理系统编程环境现状及设计目标简介 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?Interfaces”中有详细的阐述(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的结束.实际上,微软承诺在可以预见的将来继续支持RDOADO?2.0有什么新特点?对于ADO1.5以前包括1.5的版本来说,从功能的角度来看RDO和ADO不是完全相等的.等同就意味着你可以通过这两种方法解决同样的问题;它不是指存在重命名的或者优化的功能相同的对象.因此,移植到ADO不是一个简单的事情.从另一方面来说,一旦你熟练掌握了RDO或DAO技术的话,学习ADO是件相当容易的事情ADO?2.0的新特性包括事件处理,记录集的延续,分层目录结构指针和数据成形,分布式事务处理,多维数据,远程数据服务(RDS),以及对C++和Java的支持的增强.在钻研一些Visual?Basic代码的时候将会见到所有的这些特性.ADO对象模型是由相对数量较少的对象组成.不象RDO对象模型,每个主要的ADO对象都能被个别的被创建.这就意味着,举例说吧,你不需要在创建有效的记录集对象前创建一个连接.Dim?cn?As?New?ADODB.ConnectionDim?rs?As?New?ADODB.Recordsetcn.Open?Bibliors.Open?select?*?from?titles?where?title?like?%h,?cnADO?2.0对象是Connection,Command,Parameter,Recordset,Field,Error和Property.ADO对象模型也包