(电路与系统专业论文)基于com的人事工资系统的设计与实现.pdf_第1页
(电路与系统专业论文)基于com的人事工资系统的设计与实现.pdf_第2页
(电路与系统专业论文)基于com的人事工资系统的设计与实现.pdf_第3页
(电路与系统专业论文)基于com的人事工资系统的设计与实现.pdf_第4页
(电路与系统专业论文)基于com的人事工资系统的设计与实现.pdf_第5页
已阅读5页,还剩88页未读 继续免费阅读

下载本文档

版权说明:本文档由用户提供并上传,收益归属内容提供方,若内容存在侵权,请进行举报或认领

文档简介

,阳、 愁氮 硕士学位论文 m as t e r s t h esi s 和更新也更加方使. 另外系统还具有如下新的 特点:工资标准 表的使用, 反映了我国国家行政事业单位以职务工资为基础的结 构工资制的特点;计算工资项目的公式设置也适应了工资制度改 革的最新成果- 一 岗效工资制的要求;用户可以自 定义工资项目 和人事项目;录入工资数据用户只需输入固定工资项目 数据,输 入数据量小;部门人员结构采用树型结构,界面一致性也较好。 关 键 字 : 信 息 系 统 三 层 c / s 结 构 、 c o m 进 程 通 信 面 向 对 象 d b m s安全性 硕士学位论文 m as te r s t he si s a b s t r a c t w i t h t h e r a p i d d e v e l o p m e n t o f n e t w o r k s a n d c o m m u n i c a t i o n , i s e s p e c i a l m i s i s w i d e l y u s e d . i n t h e m , f i n a n c i n g s y s t e m i s b e c o m i n g a n i m p o r t a n t m e a s u r e t o s u p e r v i s e f i n a n c e 、 t o e n h a n c e m a n a g e m e n t a n d t o h e l p d e c i s i o n - m a k i n g f o r e n t e r p r i s e a n d s e r v i c e s o r g a n . a t p r e s e n t , f i n a n c i n g s y s t e m i s u s u a l l y c o n s t r u c t e d b y 2 - t i e r e d c / s f r a m e w o r k . t h e r e a r e s e v e r a l d i s a d v a n t a g e s i n 2 - t i e r e d c / s f r a m e w o r k,s u c h a s r e s o u r c e w a s t e d s e r i o u s l y , c o n n e c t i o n o f m u l t i p l e u s e r s a n d m u l t i p l e d a t a b a s e s m a n a g e m e n t o f s e c u r i t y , u p g r a d e a n d m a i n t e n a n c e o f s o f t w a r e b e c o m i n g d i f f i c u l t . s o s o f t w a r e o f f i n a n c i n g s y s t e m m u s t b e c o n s t r u c t e d b y 3 - t i e r e d c / s f r a m e w o r k . a n d t h e d e s i g n a n d a c h i e v e m e n t o f m i d d l e l a y e r i s k e y p a r t t o c o n s t r u c t h i g h e f f i c i e n c y , s t r o n g a n d s e c u r e m i s . c o m( c o m p o n e n t o b j e c t m o d e l ) r e f e r s t o a s o f t w a r e f r a m e w o r k r e g a r d l e s s o f t h e o p e r a t i n g s y s t e m a n d p r o g r a m m i n g l a n g u a g e s , w h i c h i s p r o d u c e d b y m i c r o s o f t c o . c h a r a c t e r i s t i c s o f l a n g u a g e i n d e p e n d e n t 、 p r o c e s s t r a n s p a r e n t , s o f t w a r e r e u s e d a n d m o r e s e c u r e a r e f u n d a m e n t a l o f i t . t h e a i m o f c o m s p r o g r a m m i n g i s t o d i v i d e t h e a p p l i c a t i o n i n t o d e p e n d e n t m o d e l s , w h i c h r u n a t s a m e m a c h i n e o r d i f f e r e n t m a c h i n e , e v e n d i f f e r e n t o s . a s s o o n a s r e q u i r e m e n t o f a p p l i c a t i o n i s c h a n g i n g , t h e r e i s n o n e c e s s i t y t o m o d i f y w h o l e a p p l i c a t i o n b u t m o d e l s c h a n g e d . i t i n t e g r a t e s f u n c t i o n - s o f t w a r e i n t o a p p l i c a t i o n s b y p l u g - a n d - i n m o d e , w h i c h m a k e s t h e s o f t w a r e e a s y t o d e s i g n , u p g r a d e a n d m a i n t a i n . . i n t h i s p a p e r , w a g e s y s t e m i s c o n s t r u c t e d b y 3 - t i e r e d c / s f r a m e w o r k . t h e m i d d l e l a y e r s m o d e l i n c l u d i n g m a n a g e m e n t o f d e p a r t m e n t a n d p e r s o n , m a n a g e m e n t o f w a g e i t e m s a n d w a g e i n f o , m a n a g e m e n t o f p e r s o n i t e m s a n d p e r s o n i n f o , m a n a g e m e n t m 硕士学位论文 mas t e r s t h esi s 0 f 丽g e s t a n d a r d t a b l e a n d w a g e c o m p u t e a r e c o m p r o g r a m , m t s i s a l s o u s e d . t h e r e a r e s e v e r a l a d v a n t a g e s f o r w a g e s y s t e m a b o v e . s u c h a s s o f t w a r e r e u s e a n d m a n a g e m e n t o f s e c u r i t y i s e n h a n c e d, u p g r a d e a n d m a i n t e n a n c e o f s o f t w a r e b e c o m e s e a s y . b e s i d e s , w a g e s y s t e m h a s o t h e r n e w v i r t u e : w a g e s t a n d a r d t a b l e i s c o n s i s t e n t w i t h s t r u c t u r a l w a g e s y s t e m o f o u r c o u n t r y . a l s o c o m p u t e d i t e m s m e e t t h e d e m a n d s o f w a g e i n n o v a t i o n - - 一 p o s i t i o n a n d b e n e f i t s w a g e s y s t e m . u s e r c a n d e f i n e p e r s o n i t e m s a n d w a g e i t e m s f r e e l y . t h e i n p u t o f d a t a i s r e d u c e d t o l o w e s t l e v e l . t h e s t r u c t u r e o f d e p a r t a n d p e r s o n i s l a i d o u t a s a t r e e , s o a p p e a r a n c e k e e p s c o n s i s t e n t . k e y w o r d s i n f o r m a t i o n s y s t e m, 3 - t i e r e d c / s f r a m e w o r k , c o m , p r o c e s s c o m m u n i c a t i o n,o r i e n t e d - o b j e c t , d b m s,c h a r a c t e r o f s e c u r i t y . i v 一嚎 硕士学 位 论文 m a s t e r s t h e s i s 绪论 一璋 第 , . ,我国财务软件的现状与回顾 随着网络和通信技术的飞速发展, 信息化己经成为当今社会不 可阻挡的发展趋势, 信息化程度的高低是衡量一个国家、地区现代 化水平的重要标志,信息处理和利用的效率的高低反映了一个国 家的经济发展水平和科学技术水平13 1 。财务软件作为信息管理系统 的重要应用,对指导我国企事业单位的财务监督、财务核算、行 政决策和提高工作效率方面具有越来越重要的作用14 1 。财务系统一 般包括三个层次要求:财务核算、管理会计、决策支持。其中财 务核算层包括总帐系统、成本核算和存货核算:管理会计层包括 工资管理、固定资产、存货控制、存货控制、应付管理、应收管 理、现金银行、项目管理、结算中心和资金管理;决策支持层包 括财务预算、u f o 报表和财务分析15 1 。其结构如下图1 . 1 . 核算 * o w n二1a x 43 g 占 x a j 巨 txa a 些xa=xx exs xia e 日二* m x 目 4 x 4 2 j 策理 决管 弃前计划事中控制 1 . 1财务系统结构层次图 中国财务软件从无到有,走出了一条有中国特色的发展之路。 目前财务软件己形成相当规模,成为中国软件领域的一面旗帜。 随着国内财务 ( 管理)软件市场的对外开放,财务制度与国际惯 例的接轨,以及国内管理水平的提高,中国财务软件又将面临新 第 1页 共 8 9 页 )每 : 硕士学位论文 n 4 s t e r s t h e s i s 的挑战。 虽然国 产财务软件的开发技术日 益成熟, 而且能跟上世界软件 发展的潮流,但国产财务软件存在明显的不足: 一是对财务软件所包括的内 涵、概念定义不清、 不准,各行其 是, 所以 尽管 “ 百家争鸣、百花齐放” ,却并非真正象想象的那样 繁荣。突出表现在财务软件由核算型向管理型转变的宣传、营销 大战上。国内财务软件在9 7 年完成了由d o s向w i n d o w s 平台转变 的炒作后,又炒起了所谓纯核算型向管理决策型的转变,可到底 什么是管理决策型财务软件、管理决策型财务软件应包含的内涵、 应该实现的功能是那些,都需要深入探讨。从我国实际国情出发, 管理决策型财务软件如 e r p在我国还处于初级阶段,核算管理型 财务软件仍具有广阔的市场前景。 二是缺乏统一规范和标准,尤其是数据交换标准,目 前大多数 财务软件模块独立,互不关联,数据不能共享,尤其不同软件之 间的数据交换和共享、无缝连接更无从谈起,这点在当今电子数 据交换( e d i )日益受到重视的情况下,不能不说是个严重甚至致 命的缺点,它将会给软件企业和用户的应用与升级带来麻烦。 三是低水平、重复性开发、多平台共存、软件功能层次参差不 齐,数百家财务软件企业中除个别如用友公司,金碟公司优秀者 外,其主要以替代手工帐务处理为目 标,而且产品宣传与实际性 能有差别,无法满足用户的实际要求。 1 . 2我国现阶段财务系统结构模型 最初的财务系统大多采用的是集中式的结构模型,所有的处理 和计算都由中心机房的主机完成,用户端是没有处理能力的终端。 随着网络技术的发展,人们对信息、资源的共享和充分利用提出 了更高的要求,而是出现了二层 c / s ( c l i e n t / s e r v e r ) 结构模型, 随着应用的大型化,二层 c / s结构模型越来越不能满足分布式应 用的要求,二层 c / s 结构也逐渐向三层 c / s 结构过渡。 1 . 2 . 1二层c / s 结构财务软件 二层 c / s 结构财务软件是我国现阶段财务软件的主体。用友公 司、金蝶公司等现阶段的主流产品仍然是基于二层 c / s结构的财 第 2页 共 8 9 页 氢 硕士学位论文 m a s t e r s t h e s i s 务系统, 如用友财务系统7 . x。 二 层 c / s结构把应用分为两 个部分: 客户和服务器6f . 表示层 和应用逻辑层被组合在一起, 运行在客户端。通过网络连接访问 远程的数据。借助 a p i接口 如标准的 s q l语言,客户端的应用程 序从数据库中读取数据.执行程序的运算逻辑,然后把数据送回 数据库。这种应用模型一般适用于小规模的用户较小的单一数据 库且有安全快速的网络环境下运行。 虽然二层 c / s结构的应用较集中式的模型有不可比 拟的 优越 性, 但其 也 存 在明 显的 局 限 性 7i : 服务器端的数据库必须同 每一个活动的客户保持连接, 这些 连接耗费了大量的资源,其结构是客户数量的增加,系统性能不 断的下降。 多用户,多数据库的连接存在死锁和系统崩溃的潜在可能。 二层c / s 结构下的安全管理困难。由于事务处理驻留在客户 端,所以在这种基于用户授权的方式下,一旦用户拥有了某项权 限就可以为所欲为,即可以绕过客户端的应用逻辑直接操纵数据。 软件重用困难.因为这种应用和具体的数据紧密联系在一 起,重用只能以源码的形式重用,而不是以二进制的代码形式重 用,移植性差。 软件升级困难。由于应用逻辑全部驻留在客户端。因而当应 用环境发生变化需要改变事务逻辑时,每个客户机上的程序都要 更新,增加了系统维护和管理的代价。 1 . 2 . 2三层c / s 结构财务软件 我国三层c / s结构财务软件还处于发展的初期,用友公司的网 络财务8 . i , 金蝶k / 3 等都是三层的c / s 结构范畴。 三层c / s 结构模型是由表示层、 中间层、 数据层三层组成8 1 ,其 结构如图 1 . 2 所示。 第 3页 共 8 9 页 一氰 硕士学位论文 m a s t e r s t h e s i s 表示层 中间层 数据层 客户 ( 用户界面 ) 应用 恤务器 ( 业务 逻辑) 数据库服务器 d b 二 图1 2 三层结构示竞图 . 表示层。是系统与用户的接口部分,负责用户与应用程序的交 互。它接受用户的输入、请求,并将结果返回给用户,表示层 根据用户的操作调用相应的业务逻辑,它一般只与中间层交互 而不直接访问后台数据库。 . 中间层,又称应用逻辑层。通常为应用服务器,中间层是应用 逻辑处理的核心,是具体应用的实现,是连接客户和数据库服 务器的中介和桥梁4 7 。它响应用户发来的请求,执行某种应用 逻辑任务,同时中间层向数据库服务器发送 s q l请求,数据库 服务器将结果返回给应用服务器,最终将数据和结果返回给客 户。应用服务器在物理上可与数据库服务器在同一台机器上, 也可在不同的机器上。 . 数据层。通常是基于 s q l的 d b m s 。数据层实现数据的存储、数 据的访问控制、数据完整性约束和并发控制等等。 三层us 结构与两层us 结构相比 较, 有以 下优点18 1 1 10 ) : .适应性较强。应用系统分三层,各层保持相对独立性,当其 中某一层需要改变时,其它各层不受影响,这种软件的独立性 使得系统的改进、升级极为灵活。 .易于维护。事务处理逻辑组件集中放置在中间层应用服务器 上,这使得系统维护变得简单、容易。当事务处理逻辑发生改 变,只需要更新应用服务器上的实物处理逻辑,所有连接在应 用服务器上的客户机就可以及时、同步地使用新的事务处理逻 辑,避免了客户端应用程序的版本控制和重新分发的困难。 .安全性较好。客户机与数据服务器之间还有一层应用服务 器。客户机与数据库不直接相连,客户端不再直接对数据库进 行存取操作,从而有效的防止了对数据库的非法入侵。同样在 此结构中,事务处理逻辑集中放置在应用服务器上,便于集中 第 4页 共 8 9 页 一氮 硕士学位论文 m a s t e r s t h e s i s 轰 葡 二 丽 葫 丽 痈万 丽 压 蔺 蘸 酶 瘫 嚼访 面 蔽 面 薇 藏 1 . 3中间层实现 1 . 3 . 1用存储过程构建中间层业务逻辑 存储过程是由 s q l语句和流程控制语句书写的过程程序, 这 个程序经数据库编译和优化后存储在数据库服务器中,它可被其 他应用程序执行1 1 。客户端应用程序调用一个存储过程,只需通 过网络发送该过程名和少量入口参数,数据库服务器就可执行该 程序,执行完成后,只返回结果状态或最终结果集数据给客户端 应用程序, 而无需在网络上大量传送 s q l操作命令和中间结果数 据, 这样大大降 低了网络通信负 担。 存储过程可利用流程控制语句完成复杂的判断和运算,大大增 强了s q l语言的功能和灵活性。 在运行存储过程前, 数据库服务 器己经对其进行了语发和句法分析编译,并给出了优越的执行方 法。重新编译成新的执行方案,不影响客户端应用程序的改变, 系统可维护性强并且简单。 一般情况下定义存储过程的有以下策略o 2 1 . .重复调用的、需要一定运行效率的逻辑与运算处理宜采用存 储过程实现。 .易于变化的规则应定义存储过程 .需要集中管理和控制的逻辑与运算处理应定义为存储过程. .系统数据安全性和数据完整性管理应定义存储过程。 .需要对基本表的数据进行较复杂的中间过程逻辑处理才能返 回 所需的 结果数据集, 应采用存储过程完成。 用存储过程构建中间层业务逻辑的应用存在明显的局限性 1 3 1。 .存储过程通常定义在数据库服务器上,客户与服务器的连接 本质上仍然是二层 gs结构。当客户连接增多,系统资源将被占 用,系统性能下降明显. .系统仍然存在死锁和崩溃的可能。 .软件的重用仍然是基于源代码级的重用,而不是基于二进制 基础上的重用。 第 5页 共 8 9 页 氰 硕士学位论文 % i a s t f r s t h e s i s 1 . 3 . 2用c g i , i s a p i , a s p 和j a v a 构建中间层业务 逻辑 基于we b的数据库应用可认为是一种三层客户/ 服务器模式, 即通常人们所说的 b / s ( b r o w s e r / s e r v e r )结构1 l . b / s结构中的 三层分别是we b浏览器, we b服务器, 数据库服务器, 位于we b 服务器上的c g i , i s a p i , a s p程序实现中间层业务逻辑,其结构 模型如图1 .3 所示 15 1 . 图1 . 3 .b / s结构模型 下面以 c g i 为例,简述基于 we b的数据库应用基本工作的流 程: 用户浏览器发出 请求,即 用户输入表单 确认后, 服务器根据 用户的 请求中 提供的 文件名执行相应的c g i 程序。 如果指令中 含有访问 数据库的请求, 就通过o d b c 1 1访问 后 台数据库, 执行s q l操作, 并把操作的结 果返回给c g i 程 序。 c g i 把返回的结果 转换为w e b服务器能识 别的h t t p 格式。 we b服务器再把 h t t p格式表达的数据发送到提出 请求的 客户浏览器,经客户浏览器处理后就是 c g i 程序执行的结 果。 c g i 技术优点1 7 1 f 18 . .标准化:c g i 技术是一个通用的标准,几乎所有的 www 服务器都支 第 6页 共 8 9 页 硕士学位论文 wt e r s t h e s i s 刀司 面画翻丽滚采 豪 蔽熟 一 应 用 最 广 泛的w e b 数 据 库 技 术。 鬓一持 .可操作性: 客户端相当 简单,只需要i e或n a v i g a t e 浏览器 就可操作。 .可维护性:客户端易于维护,不需要使用专门的开发工具来 编写应用程序。 .易实现:c g i 程序尤其是wi n d o w s c g i 很方便实现和数据 库的交互,即提供了访问数据库的简便方法。 .动态性:c g i 程序动态地向浏览器传递信息,并可立即得到 结果的动态显示。 . 安全性:通过i p 地址确认,用户名/ 口令验证来实现。 c g i 技术缺点(1 9 1 12 0 1 . .服务器端: 服务器端相当复杂,需要大量的额外编程,且编 程复杂,执行效率与编程技巧有关,同时服务器端需要复杂和技 巧很高的维护。 .扩展受限:每个客户访问都需要单独占用服务器进程执行 c g i 程序,因此w e b 服务 器成为系统的瓶颈。 .速度缓慢: c g i 程序作为独立的外部程序来执行, 它与we b 服务器上的其他进程竟争处理器资源,导致运行速度缓慢。另外 用户每发出一个请求, 服务器都将创建一个事务或 c g i 程序的一 个拷贝,当有多个用户访问时,就降低响应速度和执行效率,加 重了服务器的负担. .安全隐患:恶意的“ 黑客”可能会侵入系统,破坏数据。 .移植性差: c g i 程序通常只能使用c / c + + 语言开发,而且针 对不同的s q l 数据库编写不同的结构。 i s a p i 较c g i 在速度和性能上有一定的优势,但它的移植性更 差,而且实现也困难。用户开发 i s a p i 和 c g i 程序,不仅要考虑 核心业务的实 现, 而且要实 现诸如进程和线程管理、 不同 s q l数 据库接口的实现等代码,影响了系统开发进度,降低了软件效率。 人 s p是基于源代码级的脚本程序12 1 1 ,其安全性脆弱,程序运行的 速度和效率低, 跨平台 特性差, 一般只能 在w i n d o w s n t u s 服务 器上运行。随着 c o m / d c o m 组件技术的成熟和广泛应用,a s p 开始与c o m技术相接合, 并日 益显示其强大的生命力2 2 1 。 基于j a v a 的 财务系统一 般采用b / s 结构, 数据库连接采用j d b c , j a v a 虽然 满足平台无关性要求,但j a v a 和j d b c的低效率将阻碍它的发展。 第 7页 共 8 9 页 硕士学 位论文 m a s t e r s t h e s i s 1 . 3 . 3 c o . 组件构建中间层业务逻辑 c o m ( c o m p o n e n t o b j e c t m o d e l , 组 件 对 象 模型) 是m ic r o s o ft 提出的一种基于二进制标准与编程语言无关的软件构架,它使各 软件组件可以 用一种统一的方式进行交互12 ; 1 。c o m定义了 组件程 序之间 进行交互的标准,也提供了 组件程序所需的环境。在 c o m 标准中,组件程序分为两种:一种称为进程内组件 ( i n - p r o c e s s c o m p o n e n t ) , 它 一 般 是一 个 动 态 连 接 库d l l s ; 另 一 种 称为 进 程 外 组件( o u t - o f - p r o c e s s c o m p o n e n t),它一般是一个可执行程序 e x e s 2 4 1 。 组件程序设计就是将复杂的 应用程序设计成一些小的、 功能单一的组件模块,这些组件模块可以 运行在同一台机器或不 同的机器上,甚至不同的操作系统上。每个组件程序可以使用不 同的编程语言环境单独开发、编译、调试和测试,最后把他们组 合在一起就得到完整的应用程序。当应用系统的需求发生变化时, 只对受影响的组件模块进行修改,然后重新整合得到新的升级软 件,而无需对整个系统进行编译修改。组件程序大大增强了软件 的复用性、稳定性和安全性,使软件以即插即用的方式进行升级 和维护,降低了成本,提高了软件生产的效率12 6 1 语言无关性,进程透明性, 位置透明 性,安全性和可重用特性 是c o m 的 基本 特征i l l . c o m 提供了网 络透明 和通信自 动化, 从而使 一个对象只要知道另一对象的逻辑位置而无须了解该对象的具体 物理位置就能进行进程间通信,这些对象可以来自同一机器的不 同 进程或不同机器上的独立进程12 6 1 . c o m借助 r p c 12 2 1来实现完成不 同 进程间的 组件对象相互通信, 通过 本地 代理 对象和远程存根对象, 通过列集和散集12 8 1 ( 列集的反过程)的方法实现应用程序无缝连 接,因此中间层的代码以可重用的二进制的组件形式存在, 其结构 模型如图1 . 4 。基于c o m 组件的程序设计使开发人员更关注业务逻 辑的设计,而不是底层通信细节的实现。 表示层 中间层 客户 用户界面) m r s 管理器 卜 。 。、 ac t i v e x dll 一 ) a c t rv e x e x e 傲据层 .db. .第 8页 共 8 9 页 圈1 .4 药于c o m组件三层结构 一彝 硕士学位论文 m a s t e r s t h e s i s 1 .4项目 简介和论文组织 1 . 4 . 1项目简介 人事工资系统属于财务系统的子模块是由 北京市科委和北京市 财政局共同资助,华中师范大学电子与计算机研究所、北京某软 件公司共同研发合作开发项目。该系统主要是为了满足行政事业 单位的不同工资核算特殊要求而开发的分布式的信息管理系统, 人 事工资系统采用三层的 c / s结构,中间层的核心业务逻辑如部门 人员管理,工资项目 管理,工资信息管理,人事信息管理,人事 项目 管理,工资标准表管理和工资计算等都是以服务器端 c o m组 件程序的形式存在,并应用 m t s进行连接管理、并发管理、安全 管理、事务管理等服务。系统的开发涉及到 c o m组件技术、数据 库、软件工程、网络等方面技术。其中 c o m组件程序的设计与实 现是系统的核心技术。人事工资系统采用 c o m组件作为构建中间 层业务逻辑, 增强了软件的复用性, 通过 c o m组件的调用安全和激 活安全性配置, 克服了 用脚本程序构建中间层业务逻辑的安全脆弱 性, 系统的升级和更新也更加方便。 另外系统还具有如下新的特 点: 工资 标准表的 使用, 反映了 我国国 家行政事业单位以 职务工资 为基础的结构工资制的特点;计算工资项目的公式设置也适应了 工资制度改革的最新成果- 一 岗效工资制的要求;用户可以自定 义工资项目和人事项目;录入工资数据用户只需输入固定工资项 目 数据,输入数据量小;部门人员结构采用树型结构,界面一致 性也较好。本人参与了该系统的整体设计并提出了新的设想,参 与了大部分的服务器端组件的编码,并独立完成了工资信息,工 资报表,工资分析等模块编码和实现。 1 . 4 . 2论文组织 本论文首先介绍了三层c / s 结构和构造三层c / s 结构分布式应 用的几种典型的方法,分析了 他们各自的优点和局限性。针对他 们的不足之处提出了用c o m组件构造三层c / s结构分布式应用的 解决方案,并分析了其优越性.为了更易于理解,本论文对 c o m 第 9页 共 8 9 页 / ,份、 乙毓 硕士学位论文 m a s t e r s t h e s i s 的 内 存 结 寺 勾 、 实 现 原 理 和 特 性 做 了 简 要 的 介 绍 , 并 通 过s a l a ry c la c ( 工资计算组件)的设计实例,介绍了用v b设计服务器端 c o m 组件的具体过程和使用d c o m c n f g .e x e 配置c o m组件安全性,并 简要介绍了 c o m 的最新发展成果 c o m 十 技术,论文的第七章提 供了基于c o m组件的人事工资系统的设计实例。 论文的各章节安排如下: 第一章绪论.介绍了我国财务软件的发展现状,着重介绍了 三层gs 结构模型,提出了用c o m构建中间层业务逻 辑的基本解决方案。 第二章c o m 的内存结构。介绍了 c o m 对象、c o m 接口和 l u n k n o w n 接口。 第三章c o m 的实现原理。介绍了类厂,c o m 库,并分析了 c o m对象的创建过程。 第四章c o m 的特性。着重介绍了c o m 对象的进程透明性, 重用性,透明性和安全性。 第五章c o m 组件的设计。以工资 计算组 件为 例叙述了服务器端 c o m组件的设计过程,并介绍了c o m / d c o m的安全 性配置。 第六章c o m 的发展- - - - - - c o m十 技术。介绍了c o m+ 的对列平 衡,事件模型,负载平衡和内存数据库等服务。 第七章基于c o m组件技术的人事工资系统的设计与实现。 第八章结后语 1 . 5相关技术 1 . 5 . 1动态链接库 ( d y n a m i c l i n k l i b r a r y ) 动态链接库( d l l ) i是 w i n d o w s系列软件的重要组成部分。动 态链接库是指 w i n d o w s把一个模块中的函数调用链接到库模块中 的实际函数上的过程,动态链接发生在运行时刻。 在w i n d o w s 中, 动态连接库是作为一个独立的模块进行编译和 加载的。在应用程序执行时,被动态链接。动态连接库提供了一 种进程调度的新方法。这些函数不是进程的可执行代码,函数的 可执行代码存在动态链接库中,其中包括一个或多个函数。而且, 第 i o页 共 8 9 页 !氢 硕士学位论文 m a s t e r s t h e si s 这些函数直到进程使用时才编译 a p i函数就是使用动态链接库, 链接并存在内存中,如w i n d o w s 当进程开始进行时,或当进程的一 个过程调用动态链接库中的函数时,动态链接便加载到该进程, 当动态链接库加载到一个进程中时,操作系统便把 d l l模块映射 到进程的地址空间中,使 d l l的可执行代码在该进程中有效,当 动态链接从进程中卸下来时,d l l模块就收回进程中的地址空间映 射。 使用动态链接库,易于维护用户程序,允许 w i n d o w s应用程 序共享资 源和代码,提高了 效率, 节省了资源2 9 1 目前 几 乎所 有 的语 言都 可 以开 发 动 态 连接库 如 v c + + ,v b ,j a v a , d e l p h i 等 1 . 5 . 2 面向对象技术 ( 0 0 ) 2 0世纪 9 0年代面向对象技术成为计算机领域的主流技术,面 向对象语言和面向对象软件方法在信息系统中广泛应用,使信息 系统软件设计实现了从面向 过程的结构化程序设计到以面向对象 的程序设计的一次质的飞跃。面向对象技术的基本思想就是从现 实世界中客观存在的事物 ( 即对象)出发来构造软件系统,并在 系统中尽可能运行人类的思维方法直接以问题域中的事物为中心 来思考问 题、认识问题。面向 对象方法实际上是一种运用对象、 类、继承、聚合、消息传递、多态概念来构造系统的软件开发方 法3 0 1 。面向对象技术通常包括以 下要素: .对象 ( o b j e c t ), 概括地讲,对象本质上就是客观世界中的 任何事物;具体地讲,就是计算机中用于描述客观事物的一种数 据模型,在此数据模型中包含了事物 ( 对象)的结构属性和行为 特征。概括起来就是 “ 对象 二数据十操作” .对象类3 1 1 ( 简称类: c l a s s ), 类是基于对象概念层次之上更 高一级的抽象,是定义和描述相同属性 ( 数据和操作)对象集合 的数据模型,即对象元模型。类的重要特色是将同类对象的数据 和数据上的操作都封装于类之中,实现了类的外部特性与类的内 部实现的隐藏和隔离. .实例( i n s t a n c e ) ,实例是由 类所创建的具体对象,即给类定 义中的数据赋予具体值,操作赋予确定处理程序而所获得的实际 对象。 .方法 ( m e t h o d ) ,定义在对象上描述对象行为特征的操作称 第 1 1页 共 9 9 页 硕士学位论文 m a s t e r s t h e s i s 为 万法或 成员函 数. 方 法是实 施对象 操作 和 访问 的 外部 接口 , 但 方法在对象内 部的具体实现是不可见的,保证了对象调用和操作 的安全性。 .消息( m e s s a g e ) , 消息是对象之间相互作用的 一种通信机制, 对象之间的相互操作,调用和应答都是通过发送消息到对象的外 部接口来实现,因此,消息是为完成某些操作而向 对象发送的命 令和命令的说明。 .继承i3 2 i ( i n h e r i t a n c e ) , 继承是对象类层次之间的一种数据和 操作 ( 程序代码)的共事机制,如果类 b继承了 类 a ,那么在类 a中所定义的数据和操作也将成为类b的组成部分,故称为继承。 .多态( p o l y m o r p h i s m ) ,多态的本质是指同 名称的操作可对多 种数据类型实施操作的能力,即一种操作名称可赋予多种操作语 义。 . 封装( e n c a p s u l a t i o n ) , 封装是将一 个实 体的 结构属性 ( 数据 信息)和行为特征 ( 操作)集成为一个整体,并使之成为对象模 型。封装提供了对象中信息的隐藏机制,对象的数据成员对外是 不可见的,只能通过对象的方法实施对象数据操作,增强了数据 操作的安全性。 1 . 5 . 3 o d b c , o l e d b 和 a d o o d b c ( o p e n d a t a b a s e c o n n e c t i v i t y , 开 放数据库互连) 实际上 是一个不同类型数据库通用访问工具13 3 1 。它建立了一组应用程序 直接操作数据库中数据的规范, 提供了一组应用程序接口 ( a p i ) . 用这些 a p i编写的应用程序,不直接与数据库管理系统 ( d b m s ) 打交道,从而使应用程序独立于数据库管理系统,实现应用程序 对不同的 d b m s的 共享,应用程序对数据库的操作,总是通过和各 种 d b m s的相应的o d b c 驱动程序 ( d r i v e ) 来进行的。驱动程序存 在的 方式 是一 个 动态 链接库( 如 o r a c l e 是 。 r a 6 w i n . d l l ) , s y b a s e 是 w 3 d b l i b . d l l , m s s q l是m s v c r t 2 0 . d l l ) o驱动程序处理 o d b c函 数调用, 提交s q l 或请求到特定的数据源返回结果。 o d b c 的结 构一 般包括以 下部分i3 s i . . 应用程序,其作用是调用 o d b c的应用编程接口函数,提交 s q l 语句, 并 检索结果; 第 1 2页 共 8 9 页 ,、 愁氢 硕士学位 论文 m a s t e r s t h e s i s . 驱动程序管理程序,其作用是为 应 用 程 序装 载驱 动程序: . 驱动程序, 其作用是执行 o d b c函数调用, 提交 s q l请求到 指定数据源,并把结果返回给应用程序; .数据源,主要是用户需要存取的数据以及相联系的操作系 统、d b ms . 随着近几年网络技术和数据库技术的飞速发展, 现在的应用系 统对数据库集成的要求越来越高。这些数据可能分布在不同的地 方,并且使用不同的格式,不仅包括关系型数据库,还包括操作 系统中的文件,顺序索引文件,桌面数据库,电子邮件,目 录服 务,多媒体数据,空间数据等。因此, 对于这些非 s q l的数据源, o d b c己 不能提供一个一致的数据访问 接口 。而 m i c r o s o f t推出的 u d a ( u n i v e r s a l d a t a a c c e s s , 一致数据访ri 技术) 则较好地解决 了 这些问 题。u d a 包括包括两层软件接口: o l e d b 和a d o i3 5 t o o l e d b 是u d a 的核心, 在系统级建立数据访问的一组标准c o m 接口13 e o l e d b标准的具体实现是一组服务 c o m标准、基于对象 的c + + a p i 。 这组接口 封装了 各种数据系统的 访问 操作, 为数据使 用方和数据提供方建立了标准。o l e d b还提供了 一组标准的服务 组件, 用于提供, 缓存, 数据更新, 事务处理等操作。 o l e d b的 结构模型非常简单, 主要包括四个c o m 对象: 数据源( d a t a s o u r c e ) , 会话 ( s e s s i o n ), 命令 ( c o m m a n d ), 行集 ( r o w s e t ) o a d o ( a c t i v e x d a t a o b j e c t ) 是一组基于 o l e d b数据的高级 自动化 ( a u t o m a t i o n )应用层接口 i3 7 1 。尽管 o l e d b是一个功能强 大的数据访问接口,但是对于大多数程序开发人员来说,他们通 常使用不支持指针和其他 c + + 调用机制的高级语言。因此他们感兴 趣的不是 o l e d b提供的底层数据访问控制功能如内存管理,手工 集合组件等。另外o l e d b 是c + + a p i ,只能提供c + + 语言调用接口, 不能直接使用于其他高级编程序语言,于是 u d a又提供了一个易 于使用,与编程语言和数据源无关的对象模型结构- - - - a d o . a d o 对象模型主要包括以 下对象i3 5 1 : 连接对象 ( c o n n e c t i o n ), 命令对 象( c o m m a n d ) , 数据集对象( r e c o r d s e t ) , 参数对象( p a r a m e t e r ) , 错误对象 ( e r r o r ) , 字段对象 ( f i e l d ),属性对象 ( p r o p e r t y ) . 1 . 5 . 4 m t s m i c r o s o f t t r a n s a c t i o n s e r v e r ( m t s ) 是微软为其 w i n d o w s n t 第 1 3页 共 8 9 页 辱 硕士学 位论文 m a s t e r s t h e si s 操作系统开发的中间 件产品 3 8 。 该产品主要是为了 完善基于n t系 统的 n - t i e r分布式解决方案, 为运行于应用服务器的 c o m组件提 供连接管理、并发管理、 安全管理、 事务管理等公共服务4 0 1 . m t s 为分发基于组件的三层应用提供了s e r v e r端的环境。 在这种应用 中中间 层组件在 s e r v e r 端的m t s 控制下运行。中间层的组件通过 m t s访问各种不同的数据源,包括数据库,文件系统, 甚至 m a i l 系统。 m t s提供了一个灵活的资源管理模型,利用该模型,程序员 可以管理数据库连接、网络连接、线程等特殊资源,并使得这些 资源可以被更有效地共享和使用0 o m t s 资源管理模型如图1 . 5 所 i s mt s资源管理棋型 第 1 4页 共 8 9 页 一感 硕士学位论文

温馨提示

  • 1. 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007和PDF阅读器。图纸软件为CAD,CAXA,PROE,UG,SolidWorks等.压缩文件请下载最新的WinRAR软件解压。
  • 2. 本站的文档不包含任何第三方提供的附件图纸等,如果需要附件,请联系上传者。文件的所有权益归上传用户所有。
  • 3. 本站RAR压缩包中若带图纸,网页内容里面会有图纸预览,若没有图纸预览就没有图纸。
  • 4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
  • 5. 人人文库网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对用户上传分享的文档内容本身不做任何修改或编辑,并不能对任何下载内容负责。
  • 6. 下载文件中如有侵权或不适当内容,请与我们联系,我们立即纠正。
  • 7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。

评论

0/150

提交评论