（产业经济学专业论文）WebService在ERP财务系统构件开发中的应用研究.pdf

对外经济贸易大学硕士论文 w e b s e r v i c e 在e r p 财务系统构件开发中的应用研究 摘要 实现软件在更高层次上的复用一直是软件界所追求的目标，从1 9 6 8 年提出可复用 的软件构件概念开始，生产标准软件零部件然后组装成软件的设想就一直受到人们的 关注，软件构件在不同的发展阶段被赋予了不同的意义，如今的软件构件在概念范畴 上涵盖了软件模型、构件框架、设计模式等一切为实现软件复用目的实体。 构件化e r p 系统的设计与开发是当前学术界和产业界的研究热点，它是提升同类应 用系统开发效率的关键技术。w e b s e r v i c e 技术的发展一方面为这类应用系统提供了区 别于传统c s 和b s 的系统结构，另一方面也给软件构件赋予了更新的含义，使得软 件构件的功能能够以一种“软构件”的形态、一种“服务”的形式来发布。 本文选取了构件化e r p 系统中的财务子系统作为研究对象，详细阐述软件构件技术 结合w e b s e r v i c e 在提升同类应用系统开发效率和降低部署成本上所具有的优势，设计 了一个e r p 财务系统构件框架模型，并且针对微软的n e t 平台给出了部分构件功能的 详细设计与实现，旨在为e r p 系统等企业级应用开发提供一种新的思路并为同类应用 系统的设计与开发提供可借鉴的经验。 关键字：w e b s e r v i c e 软件构件e r p 系统开发e r p 财务系统构件 塾! ! 丝塑墨墨查兰塑圭兰苎 r e s e a r c ho i lw e b s e r v i c eu s e di nt h ed e v e l o p m e n to fe r p f m s y s c o m p o n e n t s a b s t r a c t s i n c et h ec o n c e p to fr e u s a b l es o f t w a r ec o m p o n e n tw a sp u tf o r w a r di n1 9 6 8 s , t h e s o f t w a r ei n d u s t r yh a sa l w a y st a r g e t e do l li t p e o p l eh a v ef o c u s e do nt h ep r o c e s so fp r o d u c i n g s t a n d a r ds o f t w a r ec o m p o n e n ta n da s s e m b l i n gt h e mf o rt h es o f t w a r e t h ec o n c e p to fs o f t w a r e c o m p o n e n th a sd i f f e r e n tm e a n i n gi nd i f f e r e n tt i m e sa n d c u r r e n ts o f t w a r ec o m p o n e n tc o v e r s s o f t w a r em o d e l ，c o m p o n e n tf r a m e w o r k , d e s i g np a t t e m se t c a n da l lo ft h er e u s a b l es o f t w a r e e n t i t y t h ed e s i g na n dd e v e l o p m e n to fc o m p o n e n t b a s e de r ps y s t e mc u r r e n t l ya t t n i c t s a c a d e m i ca n di n d u s t r i a lw o r l d sa t t e n t i o n s i ti st h ek e yt oi n c r e a s es i m i l a ra p p l i c a t i o n s y s t e m sd e v e l o p m e n te f f i c i e n c y t h ee v o l u t i o no fw e b s e r v i c et e c h n o l o g yp r o v i d e sn e w s y s t e ma r c h i t e c t u r ee x c e p tt r a d i t i o n a lc sa n db s o no n eh a n d ，e n d u e st h es o f t w a r e c o m p o n e n tw i t hm o r em e a n i n go nt h eo t h e rh a n d w i t hw e b s e r v i c e ，s o f t w a r ec o m p o n e n t s c a nt a k eaf o r mo f s o f tc o m p o n e n t ”o r s e r v i c e ”f o ro t h e rc o n s u m e r s t h ea r t i c l ef o c u so nt h ef i n a n c i a ls u b s y s t e mo fc o m p o n e n t b a s ee r ps y s t e m ，g i v e s d e t a i l so fw e b s e r v i c ea n ds o f t w a r ec o m p o n e n t sa d v a n t a g e sw h e nt h e ya r eu s e di nt h e d e v e l o p m e n to fs i m i l a ra p p l i c a t i o n s ，d e s i g n sae r p f i n a n c i a ls y s t e mc o m p o n e n tf r a m e w o r k a n dt a r g e t si t sp a r t i c u l a rt om i c r o s o f t s n e tp l a t f o r m t h ep a p e rp u r p o s e so np o i n t i n go u t t h et r e n do fn e x ts o f t w a r ed e v e l o p m e n ta g ea n ds u p p l y i n gt h eu s e f u le x p e r i e n c e sf o rd e s i g n s a n dd e v e l o p m e n t so ft h o s es i m i l a ra p p l i c a t i o ns y s t e m s k e y w o r d s ： w e b s e r v i c es o f t w a r ec o m p o n e n te r p s y s t e md e v e l o p m e n t e r pf i n a n c i a ls y s t e mc o m p o n e n t l l 对外经济贸易大学硕士论文 第一章绪论 1 1 论文研究的问题 e r p 系统作为一种先进的管理理念在计算机系统上的实现，自诞生以来即吸引了诸 多专家、学者的眼光，他们从各个方面对e r p 系统的设计、开发、实施、应用予以诠 释，企业亦对其推崇备至，视其为企业信息化过程中的一件大事，投入大量的人力、 物力进行系统建设，寄希望于企业运作效率的提高。然而，实际的状况不尽如人意， 相当多的企业尤其是中小企业在e r p 系统的实施应用过程中困难重重，甚至出现了许 多失败的案例。e r p 系统软件厂商往往抱怨企业的运作不够规范，而企业往往认为软件 厂商的e r p 系统软件过于僵化，无法适应企业的特定应用环境。造成这种冲突的原因 是多方面的，e r p 系统开发技术上的弊端是其中之一。 1 1 1 开发效率v s 部暑成本 当前e r p 系统等企业级应用的开发普遍存在着开发量大、开发周期长、变化多等突 出问题，软件的生产方式更多的是基于代码级的重复、类的重复，严重影响了开发的 效率和质量1 。主流e r p 厂商的成品软件往往难以应对企业业务多变的需求，软件体系 结构上的僵化导致客户定制难以施行，二次开发成本居高不下，最终影响了企业实施 应用e r p 系统的效果。从目前主流的e r p 系统软件结构来看，不论是两层、三层c s 结构还是三层、多层b s 结构都难以同时兼顾高软件开发效率和低软件部署成本。 1 1 2c s 结构的优缺点 c s 结构是早期e r p 系统软件所采取的架构方式，也是当前应用上较为广泛和成熟 的e r p 系统架构，尤其是在对生产数据实时处理要求较高的应用环境中，如制造业。 c s 结构具有很高的数据存储效率、系统响应速度、丰富的客户端界面，在不使用 数据库服务器端存储过程实现业务逻辑的情况下具有很高的开发效率，但其有一个致 命的弱点，那就是客户端软件的d l l 文件、c o m 组件、a c t i v e x 控件在软件的部署过程 中容易发生冲突，从而导致软件无法正常运行。 这一问题的根源并不在c s 结构身上，而是占市场垄断地位的微软桌面操作系统平 台本身所固有的缺陷造成的。由于d l l 文件、c 啾组件、h c t i v e x 控件采用了在w i n d o w s 操作系统注册表中集中注册的方式，一旦其他软件在安装过程中错误地修改了相关信 息或是同一软件在升级的过程中错误地覆盖了原先版本的信息就会导致与其相对应的 软件无法正常运行。 1 1 3b s 结构的优缺点 b s 结构是e r p 系统软件在互联网应用兴起后逐渐采用的架构方式，和c s 结构下 的e r p 系统软件相比，它所具有的最大优势就是可以将企业局域网内的应用拓展至互 联网上，实现更大范围的数据集成及信息共享，同时，由于采用浏览器作为软件客户 1 钟思光构件化e r p 有何重要意义? ) h t t p ：m c h i n a b b c c o 吼c n2 0 0 4 对外经济贸易大学硕士论文 端，软件的部署及安装成本大大降低。 浏览器的设计初衷主要是用于展现h t m l 文件的，它与服务器端的基于请求响应 模式的交互方式使得其很难获得c s 结构下良好的用户使用体验，网络带宽小、网络 延迟、网络故障等因素会严重影响b s 结构系统的运行，甚至会出现完全无法使用的 状况。a s 结构的应用系统很难在客户端缓存一定量的数据，而这往往又是e r p 这类应 用系统经常要用到的，比如e r p 财务中的帐户信息经常是客户端频繁查询的，过多地 与服务器端交互容易导致这类系统的性能下降。 b s 结构的企业级应用通常需要较为昂贵的大型服务器来支持，需要考虑更多的由 网络而引发的问题，客户端需要设计精良的浏览器插件以美化软件界面、提高用户使 用体验。浏览器插件的开发具有很高的技术门槛，普通开发人员无法胜任，这对e r p 系统的开发效率来说显然是不利的，且由于当前微软的i e 浏览器占有绝对领先的市场 地位，i e 浏览器上的插件又常以a c t i v e x 控件的形式出现，难免会出现像c s 结构下 软件部署所发生的冲突问题，丧失掉b s 结构原本所具有的优势。 i 1 4 混合结构的弊端 为了能同时获得c s 结构下的开发效率和b s 结构下的部署优势，一些e r p 系统软 件厂商往往采取了混用的策略，将整个e r p 系统软件按其各个子系统的主要使用者划 分为两大部分：企业内用户使用的系统采用c s 结构开发，比如计划管理子系统、采 购管理子系统、生产管理子系统、库存管理子系统等；企业外用户使用的系统采用b s 结构开发，如销售管理予系统( 含客户下单功能) 。 混用策略在一定程度上缓解了开发和部署上的问题，但同时也增加了系统的复杂程 度，降低了系统的可维护性，当企业需求发生变化或业务流程随着企业发展而有所变 更时，大量散落于企业内各子系统客户端上的业务逻辑处理程序模块难以尽行快速有 效的整合，整个e r p 系统无法随企业的发展进行有序的、良好的、与之相适应的演变， e r p 系统将变得越来越难用，企业在i t 的投资得不到保护。 因此，要从根本上解决e r p 系统开发及部署上的问题就必须从e r p 系统软件的开发 方式、e r p 系统软件结构、开发技术平台处着手寻求，这也正是本文研究的出发点。 1 2 论文研究的背景 1 2 i 提升开发效率的构件技术 软件开发技术发展至今已经历面向机器、面向过程、面向对象等数代2 ，但仍然没 能大幅提升e r p 等大型系统软件的生产效率。美国国家标准和技术研究院的研究报告 指出：占据世界软件销售额8 5 的是大型的专用软件，而其开发的失败率却高达7 0 31 为了解决这一问题，人们提出了多种方法，其中构件化技术被认为是一种很有发展前 景的开发技术，代表着软件产业将来的一种发展趋势。在软件成功的奥秘一书中， 2 侠名软件的涅磐- 耵c s d n n e t2 0 0 5 3 武俊掏件技术助e i i p 工业化道路 n w e - w 盯k s 柏2 0 0 3 2 对外经济贸易大学硕士论文 麦肯锡四位资深专家d e t l e vh o c h 、c y r i a cr o e d i n g 、g e r tp u r k e r t 、s a n d r ol i n d n e r 经过对全球一百家最成功的软件公司、4 5 0 位顶尖领导人物的访谈之后。认为构件技术 是软件行业未来前景中的核心部分和软件行业提高生产率的主要来源。 软件构件技术并不是新近突然冒出来的技术，而是软件产业发展到一定阶段的必然 产物。早在1 9 6 8 年软件构件与“软件组装生产线”思想就在国际n a t o 软件工程会议 上被提出来，但受制于当时的软硬件环境，这一思想仅仅停留在了理论研究阶段。在 其后的发展中，人们依据这一思想不断的凝练各种应用的共性，并借助面向对象技术、 中间件技术、构件模型等逐步使软件能够在更高的层次上实现复用，当前商业化的软 件构件技术体系主要有o m g 的c o r b a 、s u n 公司的e j b 、微软的c o m 、d c 0 m 和n e t 框架。 1 2 2 构件问通讯的新手段w e b s e r v i c e w e b s e r v i c e 在本质上是一种基于w e b 的可编程接口，可以方便地实现两个远程对 象之间的互操作。它采用得到广泛支持的x m l 作为实现的基础，并以开放的h t t p 、 t c p i p 作为基本的通讯技术协议，为各大软件厂商所接受，被认为是解决当前异构软 件平台下应用程序互操作的根本出路。它是建立下一代基于i n t e r n e t 的分布式应用程 序的核心技术，和三大构件技术体系各自所专有的构件问通讯标准相比，w e b s e r v i c e 无疑更具有潜在的优势和广阔的前景。 1 3 国内外发展趋势 当前，国内外的e r p 软件开发厂商均越来越重视构件化e r p 平台的开发，业界已经 认识到构件化技术在提高e r p 软件可重用性、软件开发效率、软件系统可靠性和灵活 性、实施的便利性等方面所发挥的巨大作用，并做了许多前瞻性的研究，推出了一些 商业产品的原型。 1 3 1 国内发展趋势 国内构件化e r p 平台的概念最初由速达软件公司于2 0 0 0 年发起，之后的金算盘、 用友、金蝶等软件厂商不断完善这一理论体系并推出了各自的e r p 平台产品，但其灵 活性、实用性和广大用户需求仍然有相当距离。2 0 0 4 年4 月，广州科思公司在其所买 断的速达e r p 平台的基础上推出了国内第一个实用的构件化e r p 平台k s e r p ，并在多 个行业的中小型企业中有了成功应用的案例，这意味着我国构件化e r p 平台开始从雏 型走向实用化与大规模应用阶段4 。 国内的构件化e r p 平台所采用的技术主要为s u n 的e j b 、微软的c o m d c o m ，各厂 商对这两大体系的倾向不尽相同，但在构件的协作及通讯方面则主要采用了各体系专 有的标准。 1 3 2 国外发展趋势 s a p 公司已经宣布，其将于2 0 0 7 年发布m y s a pe r p 平台，该产品采用自描述的构 件化技术，同时将各构件功能全部揭示为w e b s e r v i c e ，届时用户可以方便地把这些构 4 侠名构件化ie r p 软件开技新模式 w w w , e r p w c r l d c 明2 0 0 4 3 对外经济贸易大学硕士论文 件组装成符合他们要求的应用系统；o r a c l e 公司正努力地改善其平台上的a p i ，提高 其e r p 系统的构件化水平，并将w e b s e r v i c e 作为其众多新应用的接口标准；p e o p l e s o f t 公司已经在其软件系统中开发了超过1 0 0 0 项的基于w e b s e r v i c e 的应用5 。 1 4 论文研究的方法及意义 1 4 1 研究方法 本文采用了理论联系实际的方法，对软件构件技术和w e b s e r v i c e 的相关概念及范 畴予以总结，分析软件构件技术和w e b s e r v i c e 技术在解决e r p 系统等企业级开发上所 具有的优势，并针对特定的应用和构件技术平台来设计并实现一个用于验证目的e r p 财务系统构件。 1 4 2 研究意义 国内e r p c i m s 方面的专家李力教授认为：谁真正掌握了可装配的软件构件化技术， 谁就掌握了e r p 市场的未来6 。g a r t n e rg r o u p 的一份研究报告指出：到2 0 0 5 年，至少 7 0 的新应用将主要建立在如软件构件和应用框架这类构件基础上71 毫无疑问，构件化 的e r p 系统具有巨大的经济价值，软件构件化技术必将成为未来e r p 等企业级应用软 件开发的主要技术，而w e b s e r v c i e 必定在这一过程中扮演重要角色。 1 5 论文的主要内容 本文针对当前e r p 系统等企业级软件开发及部署上困难，对面向w e b s e r v c i e 的软 件构件技术在其中的应用进行了深入的研究。文章以当前e r p 系统开发上及部署上的 困难作为问题的始发点，分析了w e b s e r v i c e 及软件构件技术在解决这一问题上的可行 性及优势，选取了构件化e r p 系统中的财务子系统，建立了面向w e b s e r v i c e 的e r p 财 务系统构件框架，总结了e r p 财务系统构件开发中的关键问题一一提取、构造可复用 的系统构件一一的原则和w e b s e r v i c e 在构件组装上的特点，并针对微软的n e t 平台设 计了一个原理型的e r p 财务系统构件，实现了其中的部分功能，对相关技术难点做了 分析，旨在为e r p 系统等企业级应用开发提供一种新的思路并为同类应用系统的设计 与开发提供可借鉴的经验。 5 参见文献1 1 6 棣晓飞( e r p 技术发展的现状、趋势及思考，w w w o w o r k s c o i n2 0 0 4 7 檑美衢软件构件技术t 告别写代码的时代中田计算机用户2 0 0 5 1 4 对外经济贸易大学硕士论文 第二章软件构件技术及w e b s e r v ic e 概述 2 1 软件构件技术 软件复用是提高软件生产效率和质量的有效途径，软件构件技术是支持软件复用的 核心技术。软件构件技术的研究内容主要有构件工程学、构件模型、构件描述语言、 构件库、构件标准化。 2 1 1 软件构件的定义 软件构件目前在学术界还没有一个广泛接受的定义，这个概念最初共生于1 9 6 8 年n a t o 软件工程会议所提的“软件复用，随着人们对软件复用的深入理解，软件构 件的内容也不断丰富，以下是一些具有代表性的软件构件的定义。： 1 9 9 6 年，欧洲面向对象编程( e c 0 0 p ) 会议韵定义：软件构件是一个具有规范接口 和确定的上下文依赖的组装单元，软件构件能够被独立部署和被第三方组装。 1 9 9 7 年，微软公司的定义：软件构件是一个通过接口向外界提供服务的软件包。 1 9 9 7 年，美国学者f r a n z 的定义：软件构件由一个动态变化的对象集合组成，这 些对象既可以在构件的内部也可能是其接口的一部分。构件之间可以直接交互，也可 以通过独立的对象进行胶合。 1 9 9 8 年，美国学者d e s m o n d 的定义：软件构件是一个可以独立交付的软件单元， 封装了设计和实现的内容，并向外部提供接口，通过接口与其它构件组装成更大的整 体。 1 9 9 8 年，美国学者m i c h a e l 的定义：软件构件代表一个自包含的实体，能够向其 环境输出功能并可通过定义明确的开放接口从环境输入功能。 1 9 9 8 年，日本学者s z y p e r s k i 的定义：软件构件是可单独生产、获取、部署的二 进制单元，它们之间可以互相作用构成一个功能系统。 1 9 9 9 年，美国波音公司的定义：软件构件是一个带有契约化接口和显式上下文依 赖的组装单元，它能被独立发布并且可以被第三方组装。 2 0 0 0 年，卡内基梅隆大学软件工程研究所的定义：软件构件是一个不透明的功能 实现，能被组装，符合一个构件模型。 总的来说，软件构件可以从两个方面来定义，本文遵循的是广义上的定义。 狭义上的软件构件是具有公开接口和确定意义的可被组装的软件制品，可以不加 修改或者简单修改就能作为一个部件和其它构件一起组装成更大的软件或软件成分。 广义上的软件构件是在软件生命周期各阶段可以被复用的软件实体，它可以是设 计、代码或软件开发过程的其它产品。 2 1 2 相关概念辨析 和软件构件相关的概念主要有中间件( m i d d l ew a r e ) 和组件( c o m p o n e n t ) 。中间件是 8 钟恩光软件构件技术的发晨及前瞻 t ne r p w o r l d c 2 0 0 4 9 见参考文献2 、5 、1 8 5 对外经济贸易大学硕士论文 位于平台( 硬件和操作系统) 和应用之间的通用服务，这些服务具有标准的程序接口和 协议，现在的操作系统厂商通常已经将这些服务集成到了操作系统内部或是打包成各 种服务器的形式，如微软的b i z t a l ks e r v e r ，所以事实上已经很难完全区分开操作系 统和中间件。中文的组件和构件是同义语，他们都是国内学者翻译国外文献的时候对 c o m p o n e n t 一词的不同译法，本文遵循的是当前较为流行的译法。 例程、函数过程、类、类模板、中间件、组件构件都是人们在探索软件复用道 路上所取得的阶段性成果，它们都没有绝对的本质上的区别，只是在不同阶段及应用 环境下的不同称谓和对不同复用层次的一种区别，比如，实现一个贴近具体应用的大 粒度的软件构件就需要使用到各构件技术平台上的基础类库，而这些基础类库里的各 个类方法往往还会使用到操作系统级的a p i ，这些a p i 的功能又由包含了成熟和高效的 算法的函数或例程所提供。 2 1 3 软件构件的分类 软件构件的分类方法有许多种，典型的分类方式有三种”： 1 按构件所处的状态分。工作产品构件：这类构件是开发过程的产物，包括创建 部署构件的源代码文件及数据文件等。这些构件并不是直接地参加可执行系统，而是 开发过程中的产品，它用来产生可执行系统。部署构件：这类构件是构成一个可执行 系统的构件，如动态连接库( d l l 文件) 、可执行程序( e x e 文件) 、j a v a 部署单元( j a r 文件) 、n e t 程序集文件。执行构件：这类构件是由一个正在执行的系统创建，如由 d l l 实例化形成的c o m 对象。 2 按构件的复用方式分。黑盒构件：这类构件是已编译完毕的二进制文件或独立 的可部署单元。白盒构件：这类构件包含了构件的设计文档、源程序代码、测试用例、 完整使用说明等。 3 按构件的功能分。基础构件，这类构件主要为其它构件提供基础的系统服务， 比如数据库的操作，并发访问的控制，异常处理，身份验证及授权，事件的发布订 阅，用户通知等。业务构件，这类构件主要是对特定的行业应用及相关业务处理逻辑 的一种封装，为其它构件提供直接与某项业务相关的信息，比如企业到期应付账项、 银行往来对帐调整项等。界面构件，这类构件主要用于展现其他构件所传递的信息， 较验接受用户的输入，晌应用户的各种操作，提供完整的界面逻辑处理等。 此外，按软件构件的用途还可以分为通用构件和专用构件；按软件构件功能的功能 多寡可以分为粗粒度的构件和细粒度的构件。 2 1 4 软件构件的特征 从上文对软件构件所下的各种定义中，可以看出软件构件应具备的几个基本特征“： 1 可复用性。软件构件复用的范围通常有单一项目内复用、相似项目内复用、跨 项目复用。可复用是软件构件最基本的性质，只有可以被复用的构件才有其存在的价 1 0 见文献2 、5 、1 8 1 1 王志坚软件构件技术及其应用，p i o 科学出版杜，2 0 0 6 4 6 对外经济贸易大学硕士论文 值，才有其应用的需求，才有可能形成软件构件市场以使软件构件在更大范围内实现 复用，最终提高整个软件系统的开发速度和质量。 2 封装性。软件构件通常应对外界屏蔽内部实现细节，而仅仅通过接口与外界交 换信息，构件的封装应该满足构件内部的功能实现是紧耦合的，构件之间则是松耦合 的，以保证单个构件的独立性、完整性、可替换性，这样可以使构件的复用变得更加 容易。 3 组装性。软件构件应可以通过少量的配置就可以实现相互间的协作以完成某项 功能，这和通常的源代码拷贝加修改的方式有本质的区别，它往往需要构件呈现出较 大的粒度以使构件的复用更加高效。 4 可定制性。软件构件应能随应用环境的改变而作出自适应的调整，它是构件组 装过程不可缺少的步骤。 5 自治性。软件构件应能独立部署，相关的属性、存取方法都包含在自身当中。 6 集成性。软件构件在一定的软件体系结构下能实现与其他异构构件的无缝集 成，能够实现静态的或者动态的组装。 2 1 5 软件构件技术的关键 在基础级的构件体系和构件平台方面，o m g 的c o r b a 、s u n 公司的j z e e 和e j b 、微 软公司的c o m 、d c o m 和n e t 框架经过多年的发展已经具备了成熟的构件模型，基础构 件库已相当丰富，各自的构件标准化工作不断推进。所以目前产业界、相关软件开发 商主要致力于解决如何针对特定的行业应用提取其共性，在现有构件平台技术的基础 上开发出粒度更大软件构件，致力于解决异构构件间的互操作问题。 1 构件的提取。主要任务是分析企业业务的共性，凝练企业业务逻辑，抽象出企 业业务对象，形成各种可复用构件对象，这既需要在较高的业务层面上进行，也需要 在技术层面上考虑到拟采用的构件技术平台。 2 构件的组装。主要任务是确定采取何种策略和通讯机制以实现同构构件间或异 构构件间的互操作。 同构构件间的组装相对较为简单，三大构件平台上的常规开发工具均可以实现代码 级的组装，高级的集成开发环境还能在一定范围内实现方便的图形化组装。 异构构件间的组装则相当麻烦，由于不同的构件模型采用不同的编程语言来实现， 所以非常容易出现a 构件模型的构件不可以访问属于b 构件模型的构件，即使在使用 相同的编程语言来实现的情况下，由于各构件体系内的通讯协议不一致，中间需要进 行大量的转换工作。此外，由于不同的构件图形化表示依赖于不同的运行平台，比如 可视的j a v a b e a n 构件需要一个虚拟j a v a 机和图形容器而c o m 构件需要w i n d o w s 操作 系统的窗口句柄”。 不论是同构构件间或是异构构件阀的组装，若要实现完全的自动化均需要较多的低 1 2 王志坚软件构件技术投其应用 p 1 4 7 - p 1 4 8 科学出版社，2 0 0 5 4 7 对外经济贸易大学硕士论文 层技术和先进工具来支持，这也正是当前产业界努力的方向。 2 2w e b s e r v i c e 技术的组成 w e b s e r v i c e 是分布式计算技术发展的必然结果，是近几年兴起的一种分布式对象 模型，通常也称为面向服务的体系结构( s o a ) ，其相关技术标准由w 3 c 组织制定，并且 得到了包括微软、i b m 、s u n 等众多厂商的支持。 2 2 1w e b s e r v i c e 应用的体系结构 w e b s e r v i c e 定义并描述一组操作的接口，这些操作可以通过标准的x m l 格式消息 在网络上进行访问，w e b s e r v i c e 应用程序能够在w e b 上进行描述、发布并且被其他类 型的应用程序进行定位和调用，其结构图如下： j麓慧耋警，一蓦岛繇一 田二1w e b s e n ，i c e 应用的体系结构1 3 从结构图来看，一个w e b s e r v i c e 应用包含以下三个角色“： 1 s e r v i c ep r o v i d e r ( 服务提供者) ，对外提供服务，并且通过注册来发布服务信 息。 2 s e r v i c eb r o k e r ( 服务代理) ，提供服务的发布和定位功能。 3 s e r v i c er e q u e s t e r ( 服务请求者) ，通过服务代理查询所需服务，井通过服务 提供者绑定服务。 2 2 2w e b s e r vic o 的基础m x m l x m l ( e x t e n s i b l em a r k u pl a n g u a g e ) 即可扩展标记语言，一种由s g m l ( 标准通用标 记语言) 发展而来的用于描述信息的元标记语言。w e b s e r v i c e 之所以选用x m l 作为底层 的数据传输格式，主要是考虑到x m l 拥有诸多优点”： 1 捌l 是纯文本的。x m l 文件是纯文本格式的，和其他专有的数据文件格式( w p s 文档、o f f i c e 文档等) 、它很容易在各种应用处理程序中进行处理和交换。 2 x m l 是自描述的。x m l 文件中的数据具有自描述能力，这使得应用程序可以很 容易地理解x m l 文档的含义。 3 x m l 是易于处理的。x m l 文件的格式非常规范，具备完整的文档约束描述，可 以通过x m l 解析器进行方便的查询、修改和转换。 1 3e t h a nc e r a m i ( w e b s e r v i c ee s s e n t i a l s 0 r e i l l y2 0 0 2 1 4e t h a nc e r a m i ( w e b s e r v i c ee s s e n t i a l s ) 0 r e i l l y2 0 0 2 1 5 施友松( w e b s e r v i c e 下的i d d i 机镧和i d d i 技术的研究南京理工大学2 0 0 3 8 对外经济贸易大学硕士论文 4 x m l 是可扩展的。x m l 是一种元标记语言，可以用来定义和标记新的符号系统。 x m l 文档采用了层次结构来组织相关信息，可以很容易地进行扩展。 因此，x m l 语言成为了描述s o a p 、w s d l 、u d d i 三者的语言。 2 2 3w e b s e r v ；c e 的访问s 0 p s o a p ( s i m p l eo b j e c ta c c e s sp r o t o c 0 1 ) 即简单对象访问协议，它定义了一个消息 框架、编码规则和协议绑定。s o a p 有两个方面的用途，一是用来发送消息，一是用来 发送用x m l 格式编码的r p c ( 远程过程调用) 。 2 2 4 b s e r vic e 的描述髂d l w s d l ( w e b s e r v i c ed e s c r i p t i o nl a n g u a g e ) 即w e b s e r v i c e 描述语言，它用一种 和具体编程语言无关的方式定义了w e b s e r v i c e 收发的有关消息和操作，它保持了协议 的中立性，内建了对s o a p 绑定的支持。w e b s e r v i c e 提供的服务是以w s d l 标准来叙述 的，只要能够取得特定w e b s e r v i c e 的w s d l 就可以从其中了解它所提供的服务以及如 何调用这些服务。 2 2 5w e b s e r v i 的发布u l u d d i ( u n i v e r s a ld e s c r i p t i o nd i s c o v e r ya n di n t e g r a t i o n ) 即通用描述、发现和 集成，它定义一个发布和发现w e b s e r v i c e 相关信息的标准方式。通过提供一个 w e b s e r v i c e 目录的中心位置，w e b s e r v i c e 提供程序可在其中发布描述如何调用这些服 务的相关信息，而使用w e b s e r v i c e 的程序则可以利用这个w e b s e r v i c e 目录找寻到符 合要求的服务及如何调用的相关信息，正是这种机制使得应用程序间的动态发现、动 态调用、动态集成成为可能，它是为大规模分布式应用而设计的。 2 3w e b s e r vic e 的类别及应用领域 2 3 1g e b s e r v i c e 的类别” 1 面向商务的w e b s e r v i c e ( b u s i n e s s o r i e n t e dw e b s e r v i c e ) 。这类服务针对的 是那些面向企业的应用服务，包括企业内部的e r p 系统、企业问的s c m c r m 等系统。 2 面向消费者的w e b s e r v i c e ( c o n s u m e r o r i e n t e d w e b s e r v i c e ) 。这类服务针对的 是那些原先的b 2 c 网站的改造，为这些应用增加w e b 服务的应用界面，使得第三方的 桌面工具或其自身提供的增值的桌面工具能够利用更优秀的用户界面提供跨越多个 b 2 c 服务的桌面服务。 3 面向设备的w e b s e r v i c e ( d e v i c e o r i e n t e dw e b s e r v i c e ) 。这类服务的使用终 端一般是手持设备和日用家电，它使得天气预报服务、e - m i i 服务、主动信息服务等 变得更为有效和便捷。 4 面向系统的w e b s e r v i c e ( s y s t e m - o r i e n t e dw e b s e r v i c e ) 。这类服务可以将传统 意义上的系统服务，比如用户权限认证、系统监控等迁移到企业内的i n t r a n e t 或全球 范围的i n t e r n e t 上，其作用范围将从单个系统或局部网络拓展到整个企业网络或整个 1 6 刘信陶( 1 e b 服务在电子政务系统中的应用研究 棘师范大学2 0 0 3 5 9 对外经济贸易大学硕士论文 i n t e r n e t 。 2 3 2w e b s e r v i c e 的应用领域” 1 跨防火墙通讯。和传统的分布式对象技术相比，w e h s e r v i c e 由于采用x m l 纯文 本格式来描述和承载信息，并以h t t p 作为基础通讯协议，所以能轻松穿越8 0 端口而 不像其他需要访问特定端口才能进行通讯的程序那样容易被防火墙阻挡。 2 企业应用集成。w e b s e r v i c e 可以将传统应用进行新的包装，将旧有的程序功能 开放为w e b s e r v i c e 供其他程序调用，从而能够有效地整合企业原有的i t 系统，在一 定程度上延长了这些系统的生命。 3 软件重用。w e b s e r v i c e 技术标准提供了一种与任何硬件平台、操作系统平台、 编程语言都无关的应用程序间互操作的机制，和c o m d c o m 的平台依赖性相比，它无 疑可以在更高层面上及更大范围内实现软件的重用。 2 4 本章小结 构件技术能够提升软件的开发效率，w e b s e r v i c e 则在三大构件平台技术各自所专 有的构件间通讯标准之外提供了一种崭新的方式。借助w e b s e r v i c e ，软件构件可以不 再以原有的物理形态( j a r 文件、d l l 文件、c o m 组件、a c t i v e x 控件等) 来发布，而是 以一种“软构件”的形态，以一种“服务”的形式来发布，这样的便利性对于大规模 的分布式应用，对于快速形成超大规模的应用程序来说是至关重要的。 】7 刘洪星_ e b 腰努在盘业应用集成中的研究和应用，武攫理工大学册旺3 1 0 对外经济贸易大学硕士论文 第三章面向w e b s e r v ic e 的e r p 财务系统构件框架 3 1e r p 财务系统的地位及作用 e r p ( 企业资源规划) 始于6 0 年代初期的m r p ( 物料需求计划) ，经m r pi i ( 制造资源计 划) 发展而来，于上世纪9 0 年代初由美国著名的i t 分析公司g a r t n e rg r o u p 提出，其 核心的思想是“管理整个供需链8 。e r p 系统作为这一思想的载体，其本质是利用计 算机技术、信息技术在企业内部所有业务部门之间以及企业同外部合作伙伴之间共享 信息，其目标是要实现事前的精确计划、事中的实时控制、事后的决策支持。e r p 财务 系统作为整个企业运作的相关信息的主要归集地，在整个e r p 系统中处于核心地位， 在实现e r p 系统的计划、控制、决策支持三大目标上发挥关键作用。 3 1 1e r p 财务系统的地位 商品化的e r p 系统软件包含众多的子系统，所管理的资源涉及到企业的方方面面， 但一般都可以将其归为三大类：制造管理，包含计划、采购、加工、生产、产品、库 存、销售等；财务管理，包含应收、应付、成本核算、现金、总账等；人事薪资管理， 圈三1 一个典型的制造业e r p 系统模型1 9 包含人事、工资等，即企业管理过程中通常所谓的管物、管账、管人。 从企业的业务角度来看，企业的生产、经营、进、销、调、存每一环节都离不开财 1 8 降启申e r p 一一从内部集成起步( 第二版) p 4 电子工业出版社2 0 0 5 5 1 9 事建中( e r p 中基于w i n d o w s 平台的三层鳍构财务摹境的设计和实现 p 3 9 四川大学2 0 0 2 5 1 1 对外经济贸易大学硕士论文 务的反映和调控，企业瓷金的筹集、使用和分配，都与财务管理有关，企业的经济核 算、财务监督，更是企业内部管理的中枢。企业的财务管理活动是通过价值形态对企 业资金运动的一项综合性的管理，渗透和贯穿于企业一切经济活动之中，它在企业管 理中的核心地位是一种客观要求，所以这种核心地位也必然会反映到企业的e r p 财务 系统当中。 e r p 财务系统是整个e r p 系统中核心的子系统，它和其他各个子系统均有相应的接 口，能够相互集成，比如它可以将由采购活动、生产活动、销售活动产生的信息自动 传入财务系统生成相关的财务作业，如应收、应付、成本、总账等。 3 1 2e r p 财务系统的作用 e r p 财务系统实现了与销售、生产、库存等业务管理系统的高度集成，在满足现代 企业管理盼各种需求上发挥了关键作用，主要表现为： 1 e r p 财务系统可以提供准确及时和一致的数据。e r p 财务系统与各业务系统高 度集成，能够自动地、实时地从各业务系统采集相关数据，生成相应的会计核算凭证， 进行常规的账务处理，形成各种企业报表。这种机制不但可以代替财会人员的手工操 作，而且为管理者实时监控整个企业业务的运作奠定了基础。 2 e r p 财务系统可以提供决策支持信息。完善的e r p 财务系统能够建立多种分析 模型，能够准确迅速地进行现金流量分析、资金日报分析、成本分析，并且可形成图 形直观显示，能够提供全面深入的企业财务分析报告和完整及时的决策信息，帮助管 理者对企业未来经营方向和经营目标进行量化和论证，从而对企业生产经营活动作出 科学的决策。 3 e r p 财务系统可以提供关键的审计线索。e r p 财务系统作为各业务系统相关信 息的主要归集地，以货币和非货币信息的形式全面反映了整个企业各种资源的调度和 使用情况，记录了企业运作过程中的每一笔交易，能够为企业的内外部监管者提供关 键的审计线索，便于其利用现代计算机审计技术及时发现相关工作人员的舞弊行为， 从而有利于保障企业的健康发展。 3 2e r p 财务系统构件的定义及划分 3 。2 。1e r p 财务系统构件的定义 e r p 财务系统构件是一种粗粒度的、专用的软件构件，它凝聚同类型的企业级e r p 财务应用开发上的共性并实现一组通用功能集，能够在相似的软件开发项目中实现最 大程度的复用，它和常规的e r p 系统软件中的财务子系统相比具有最明显的特性：为 复用而设计和实现。 3 2 2 构件划分的基本原则 e r p 财务系统构件由许多更小粒度的构件所组成，这些构件在特定的应用环境下相 互协作共同完成整个e r p 财务系统构件的各种