from： ccw.com.cn
$ _* M; K. O& |$ X
) I% q9 P4 R0 L* B" v0 D/ o【计世独家】在软件企业近几年的集体热捧中，SOA似乎迈出了走向现实的最关键的一步。然而，与厂商们情绪高涨相对应的，却是CIO们的低调观望。在概念中彷徨了12年的SOA，看上去很美，却缺乏成熟的商业模式、统一的标准，还有着补不完的IT黑洞。
! Q, y1 q4 P+ V8 `: K. cSOA不是一个新概念。早在1996年，Gartner就提出了SOA的理念。2002年，Gartner提出SOA是“现代应用开发领域最重要的课题”，并预计到2008年，SOA将成为占有绝对优势的软件工程实践方法; 2010年，采用SOA体系的企业将占80%。
0 a/ k* h# k& l/ v3 l, W7 P, t- Y这或许就是近年来SOA火遍IT业的原因之一。普元、甲骨文、IBM、用友、金蝶等国内外软件企业，纷纷高举SOA大旗，用SOA概念包装已有或即将推出的各种产品和解决方案，备战软件市场。6 S4 O# t) Q. e. G7 |
2007年，这些软件企业开始推出了一些实施方案，并部署了一些案例，使得SOA进入现实的脚步似乎迈出了一大步。然而，与厂商们情绪高涨相对应的，却是CIO们的低调观望。相关数据甚至表明，大部分用户不能完全理解SOA，而且对于SOA的理解也不尽相同，可以说“1000个人心中就有1000种对SOA的理解”。4 }. h4 _$ Q' \3 X
根据IDC对全球大型企业的CIO和IT高管的调查显示，对SOA非常了解的CIO仅为14%，了解的约为26%，没有概念和不了解的则占了大约60%。业务部门对SOA了解的比例就更低了，认为SOA对本企业IT业务系统重要程度的比例为:非常重要的约为12%、较重要的为24%，其余的都是不重要或不知道。到底是什么造成了这样的尴尬？
: m9 I; U4 C, b; C! H0 S 0 @, x3 p( `; c/ z; F  z: ]7 a% e

6 v' a" Y' J$ b* q' C5 W. N  2 N8 w+ N3 B! D8 a' y( S+ A
上篇 炼狱“三重门”
- t% W5 d" i0 e0 g" j0 q- H; y& m / I7 p( i* d. p0 s: P! \
SOA概念炒作的成分要大于实际推广。有相当一部分CIO甚至软件厂商都持这一观点。
7 y/ I+ o5 |' c  c; e“我认为SOA还是IT厂商自己在整概念，在忽悠人。”一

A* b8 V" ?4 c; B' g        ) ^& p) i' @5 y) ?

位CIO对记者说，“ 现在上门推销的，谁都说自己是基于SOA的解决方案,但没有谁能真正跟我讲清楚什么是SOA。”
2 }% K8 B/ R: D) V0 f* w) L6 c那么，到底什么是SOA，它究竟能给企业带来哪些方便呢？
. `$ X# S+ m# L“谈到SOA，它更多的是一种IT方法论，对于一个用户来讲，部署SOA首先要考虑的是IT规划，其次才是技术层面的东西。企业利用SOA的架构来做规划，规划好主数据，而后同步包装成服务的格式。” 源天软件CEO谢赞恩告诉记者。
+ F4 I. X" L" y" E& Q# n  ~6 |SOA所能解决的主要问题是应用集成，即不同应用系统之间的互通互联。SOA的理念和技术体系是伴随着系统集成（即系统整合）的不断演进而逐渐清晰和成形的。没有系统集成，就不会有SOA。实际上，SOA就是系统集成的一种高级形式。& X. L# v- h( j
而系统集成技术的出现，是由于企业或组织在过去的信息化进程中分别建立了多个局部应用系统，这些系统的数据和功能都彼此孤立，后来发现这些彼此孤立的系统给管理造成了很大的障碍，它们本该是一个有机结合的整体，才能保证业务流程的完整性和管理通道的畅通无阻。
+ G2 A( M/ U# S' |8 l& _为此，“出于直线思维方式，同时出于对以往IT投入的珍惜、对操作者原有使用习惯的姑息，当然，也囿于特定历史阶段IT技术的发展水平，业界针对互联互通的需求，推出了各种各样的系统集成技术，比如消息中间件系统、数据库同步复制技术、分布式数据库系统等等，直到近期的SOA。”双汇集团CIO刘小兵这样解释SOA的由来。
; F3 Q- s% K' I6 G8 L: N; b事实上，SOA目前还是停留在概念炒作阶段，因为企业对SOA的态度比较复杂，企业高层管理者更注重SOA能带来的投资回报，而实施SOA不仅费时费钱，而且短期见效还不明显，企业稍有不慎就会跌入万丈深渊。8 Y% P1 b0 e8 l  g8 ^
SOA看上去很美，但不确定的商业模式、混乱的SOA标准、补不完的IT黑洞，却使得它成为一些IT用户们眼中的魔鬼，因为稍有不慎就可能让一个原本生机勃勃的企业瞬间人仰马翻。正如一位CIO所言，至少经历三重炼狱，SOA才会化身为天使。
4 Q! G2 U' u6 q/ r商业模式不成熟
0 T" _* r' [1 q" C" G0 K" }3 m一个成功的产品除了要有好的应用前景外，还要有一个有前途的商业模式。然而，直到今天，SOA似乎还不完全具备这两个要素。
9 [! O8 Z. X! p4 j7 g上海乐勤管理咨询公司创始人、合伙人黄骁俭认为:“SOA是目前最能提高IT效率的方法和思想，它不是IT产品，所以当有人告诉你，他们开发了一个SOA产品或解决方案时，这是不正确的，只能说开发的产品符合SOA模式。坦白而言，我认为客户和厂商都没有为实施SOA做好准备。”% F1 h8 ]/ @; j: Z6 l2 a. M
目前厂商推出的各类戴着SOA帽子的解决方案或者产品层出不穷，“而其本质上，他们还是在销售软件许可证、硬件设施，而真正面向服务的商业模式到底是什么样的？是ASP，或者是SaaS？还是其他什么？我认为，目前并没有出现真正的盈利模式，ASP和SaaS都不是主流的商业模式，而任何一个技术在推行过程中，如果不出现合理的盈利模式，最后都会消失。”
. c; f0 }$ h2 p+ {% P$ b# ^黄骁俭的担忧不无道理，若干次技术革命的历史就能证明这一点:每一次技术革命都无法从根本上改变商业模式，硬件厂商还是在计件销售，软件厂商还是在卖许可证，服务厂商卖的还是人才，惟一对这些传统销售模式有冲击的就是互联网的服务模式，但目前它尚未获得成功，只能说是存在，但还没进入主流市场。今天的SOA已经不能再依照传统的软硬件销售模式来推广了，但什么是最适合它的商业模式呢？恐怕就连那些推崇者们也说不清。
) m8 ~1 P0 n2 y' M/ V/ |4 G而用户对这些IT新名词永远保持着警惕。一家专注于SOA领域的厂商这样告诉记者:“根据我们多年的工作经验，在任何企业级的用户群体中，绝大部分是实用主义和保守主义者，他们最关心的是IT系统如何帮助企业解决实际的业务问题，如何将IT系统的风险降低到最低，如何保障他们的投资回报。因此，他们不会采用最先进的创新技术，他们要采用的往往是已经被主流市场认可的技术方案，所以SOA对他们而言，属于未来，而不属于今天。”
9 h* U$ x2 d2 O) \5 W7 u即便是企业的CIO认为SOA的理念非常好，但在高风险和回报率不容易显现的今天，SOA也很难大规模地进入到企业应用。/ T+ d3 g, B. T( l1 D+ I( M: `
  J4 Z! t# H; ~1 `5 \$ f7 R/ s
IT黑洞填不完
& ^/ f  b! ?4 i0 y) [- z除了商业模式上的不成熟，SOA还可能会带来的负面影响是——补也补不完的IT黑洞。
/ g1 Y( i) \. t' n+ g2 c3 v刘小兵向记者介绍，系统集成技术一开始试图实现紧密的耦合，即把数据和应用全部集成起来，对业务流程进行一体化处理。而现在，逐步演变成了以松散的耦合为目标，比如SOA，着眼于各个应用系统的外在功能表现，而让人们忽略功能具体的实现和处理方式，放弃数据集中，只将应用系统的功能进行适当的划分并加以封装，以服务的形式提供给外部使用者。
/ l9 ]: s6 D9 K3 S8 p2 _. O- ]“从紧耦合到松耦合，到SOA，技术和理念都在进步。但是这种进步与其说是为了满足用户的需求而不断地进行创新，还不如说是IT厂商在不断地为自己寻找解脱。”
! \( g5 u5 d. d' S8 ^因为系统集成实在不是一件轻松的差事，你要去理解各种各样的不知出处的、用不同语言写的应用程序，你要学会操作各种数据库，你要弄清楚各种操作系统环境和各式各样的网络协议等等，当然，为了把这些整合起来，你还需要掌握一些系统集成工具软件。而当你做完一个系统集成项目时，你的苦日子才刚刚开始，因为任何系统局部的一丁点修改都有可能影响到你的系统，所以你随时要准备好对接口进行升级和重新联调。
) P; Y; z3 K6 A5 \( J9 @( x6 [& r) K这样的工作显然是高成本的，而用户则必须为此买单，所以“系统集成”曾经是个带着光环的字眼，象征着IT技术的“高级水平”。但是，随着用户应用规模的不断扩大、应用系统种类的不断增加、应用系统复杂性的不断提高，IT从业者对系统集成工作已经越来越不胜其烦了，所以，简单化是不得已而为之。系统集成简化到今天，就出现了SOA。
  z2 P3 g; d1 W. p3 K- h5 ?; c! g当企业采用SOA进行应用集成时，解决的是应用孤岛的问题，而数据孤岛的问题却依然存在。同时，它还可能引发两个新问题。其中之一是，IT管理者认为系统最终是可以被整合的，从而无所顾忌地增加新系统。系统数量的增加，意味着整个系统管理复杂程度的提升。另一个问题则是，在增加新系统的过程中，企业在IT方面的投入增大了，而且这种增大是一种“动态”的增大。& [* g" s, M' N) s& r
所谓“动态”的增大就是指企业针对新系统的投入不是一次性地投入。只要系统存在，人员工资、机房房租、电力费用、软件更新以及硬件维护费用就需要不断地投入。这些成本再加上新建系统给整个系统带来的管理复杂性，就会把企业拖入“IT黑洞”之中。/ e" n+ W1 R! B% P& Q  \
CIO们采用SOA架构进行应用系统的整合时，会使系统的复杂程度和成本增加，为什么CIO们还会被误导呢？其原因就在于，SOA带来的负面影响并不会马上显现出来。1 q. e1 D: @( d3 N% k, w& i
所以有人认为:“在对待企业的信息孤岛时，SOA有时只是一种治标的方法。”SOA的目标是解决应用孤岛，而它的做法却是在原有的IT基础上修修补补。对企业来讲，表面上看，“修修补补”似乎保护了原有IT的投资、节约了建设成本，但深入分析，你会发现它可能是得不偿失的做法，并且会将企业引进IT黑洞。因此，从系统思维上来讲，除非因为特殊原因必须保留原有系统，否则，采用SOA对企业内部应用系统进行整合，很可能造成弊多利少的后果。% D0 b8 X" i6 i. A9 z, ?
标准难以统一
* ?* }$ N: A" v6 m" o4 [# U众所周知，很多软件公司都在SOA上做文章，并力图做出一些特色。但从根本上讲，SOA不是个新东西，有两大支柱促成了SOA的快速发展，一个是面向服务的技术，另一个是互联网技术，这两大技术的成熟推动了SOA。随着SOA的逐步应用，标准问题浮出水面。
# w3 I- b3 f( r7 P得平台者得天下，这是SOA厂商们公认的一句话，在这种情况下，各个厂商都在推自己的SOA平台。6 ~7 I2 V- J  p) l
从IBM 的Websphere到BEA的Weblogic，再到SAP的NetWeaver，每家厂商都竭尽全力地推广自己的平台。从技术上来讲，各有各的优势，我们无法评价其高低优劣。但技术和理论上的成熟，不代表实际应用的成熟。实际上，SOA面临的很现实的一个问题就是标准化，另一个是如何划分业务和流程的模块。这些是真正决定SOA能否成功的关键。* V$ s1 w' g7 c( J9 _" e8 E
标准化是定义一个业界共同遵守的准则，它针对的是整个SOA产业，不只是软件服务，还体现在应用平台、业务模式等各方面。* L0 b4 s& ^$ x0 }. P. u4 y
用友软件SOA创新中心主任饶元表示:“在SOA10年推进过程中，标准化也在不断完善和发展。现在来看，在整个发展过程中所遇到的问题，虽然有风险，但已有足够的技术能力和勇气来解决它。”  F. M8 H+ R) V$ M
面对SOA标准一直没有统一的局面，刘小兵也明确指出:“标准的规划迫在眉睫，举个例子，电梯的门和口径大小必须统一，否则很难联结在一起。我希望SAP、用友他们制订统一的协议标准，这非常关键。我最担心的问题是各走各的路，结果是标准混乱。如果统一的数据结构标准来了，我们SOA就能软件全部共享了。”
& I3 i9 k8 L+ z2 {# ]8 [有一种观点认为，“标准就是Web Services和XML。” 2005年11月，IBM、BEA、Oracle、SAP等公司就曾共同发布了两项SOA的技术规范: 服务构件架构(SCA)和服务数据对象(SDO)。当时，由于很多软件厂商(如微软和Sun)各打各的算盘，并没有加入这一标准组织。微软对此的解释是，希望新的标准规范可以“靠自己更近一些”，SML的技术基础就是在微软的XML系统定义模式(SDM)下发展起来的。$ W/ O5 o$ E7 [5 k) a- X+ }# Z
2006年8月，IBM、微软、BEA、思科等11家IT巨头宣布推出一项服务建模语言(SML)草案，以提供统一标准来整合计算机网络、应用软件、服务器及其他IT资源。3 d* Q2 t* e" r6 d
2006年以来，3个重量级的标准问世，它们目前都属于规范级别。它们就是SCA、SDO、WS-Policy。SCA和SDO构成了SOA组件开发的核心，而WS-Policy则成为SOA组件间安全通讯的标准，其作用类似于安全套接层在浏览器与服务器通讯中的作用。
" P  Y8 B6 V/ i  E. a长风联盟SOA-RA-TF主席、东方通科技首席架构师朱律玮认为:“制定标准无论对厂商还是对用户都很重要，厂商可以获得更多的竞争机会，而用户则意味着有更多的选择，可替换性就有了保障。”他同时指出:“虽然目前已有了SDO和SCA标准，为SOA的广泛应用奠定了良好的基础，但从整个技术水平来看，SOA还处于起步阶段，很多标准需要完善和补充。”( V( f- s9 G" G! Y3 K7 c" y* I6 p
' ?, ~8 j" y$ j" F
[ 本帖最后由 reservoir 于 2008-6-29 15:01 编辑 ]

1.	Millard, D., Howard, Y., Abbas, N., Davis, H., Gilbert, L., Wills, G. and Walters, R. (2007) The Service Responsibility and Interaction Design Method: 1 F- T9 L0 v( ^9 I Using an Agile approach for Web Service Design. In: the 5th IEEE European Conference on Web Services (ECOWS), November 26-28 2007, Halle, Germany.
2.	Groth, P. (2007) The Origin of Data: / H0 m, j0 H# I3 x* I. X4 N9 h3 j Enabling the Determination of Provenance in Multi-institutional Scientific Systems through the Documentation of Processes. PhD thesis, University of Southampton.
3.	Grange, S., Gilbert, L. and Wills, G. (2007) A Collaborative Orthopaedic Research Environment. In: UK e-Science All Hands Meeting, 10th - 13th September 2007, Nottingham, UK.
4.	Tao, F. (2007) Semantic Web based Collaborative Knowledge Management - A generic SOA for managing semantics driven domain knowledge. In: IT-Innovation presentation, May, 2007, Southampton.
5.	Tao, F., Millard, D., Zalfan, M., Chen, L. and Davis, H. (2007) Knowledge based Learning Experience Management on the Semantic Web. In: IADIS International Conference of e-Learning, July 6-8, 2007, Lisburn, Portugal. (In Press)
6.	Tao, F., Millard, D., Zalfan, M., Chen, L. and Davis, H. (2007) Knowledge based Learning Experience Management on the Semantic Web. In: IADIS International Conference of e-Learning, July 6-8, 2007, Lisburn, Portugal. (In Press)
7.	Tao, F., Millard, D., Zalfan, M., Chen, l. and Davis, h. (2006) Semantic Web Assisted Learning Experience Management – Architecture and Strategy for Collaborative Learning Experience Sharing. Technical Report UNSPECIFIED, LTG, ECS.
8.	Grange, S. (2006) A Virtual University Infrastructure For Orthopaedic Surgical Training With Integrated Simulation. PhD thesis, University of Exeter, United Kingdom.
9.	Millard, D. E., Howard, Y., Jam, E. R., Chennupati, S., Davis, H. C., Gilbert, L. and Wills, G. B. (2006) FREMA method for describing Web Services in a Service Oriented Architecture. Technical Report ECSTR-IAM06-002, ECS, University of Southampton.
10.	Gilbert, L., Sitthisak, O., Sim, Y. W., Wang, C. and Wills, G. (2006) From collaborative virtual research environment to teaching and learning. In: TENcompetence Workshop: Learning Networks for Lifelong Competence Development, 30-31 March 2006, Sofia, Bulgaria.
11.	Grange, S., Wang, C., Gilbert, L., Sim, Y. W., Millard, D. E., Hall, W., Gardner, E. and Wills, G. B. (2006) A Web/Grid Services Approach for Integration of Virtual Clinical & Research Environments. In: Integrated Health Records “Practice and Technologies”, 9-10th March, National eScience Centre (NeSC), Edinburgh.
12.	Makola, D., Sim, Y. W., Wang, C., Gilbert, L., Grange, S. A. W. and Wills, G. B. (2006) A Service-Oriented Architecture for a Collaborative Orthopaedic Research Environment. In: 8th Annual Conference on WWW Applications, 6 to 8 September 2006, Bloemfontein, Free State Province, South Africa.
13.	Tan, V., Groth, P., Miles, S., Jiang, S., Munroe, S., Tsasakou, S. and Moreau, L. (2006) Security Issues in a SOA-based Provenance System. In: Third International Provenance and Annotation Workshop, May 2006, Chicago. (In Press)
14.	Sim, Y. W., Wang, C., Gilbert, L. and Wills, G. B. (2005) An Overview of Service-Oriented Architecture. Technical Report ECSTR-IAM05-004, Electronics and Computer Science, University of Southampton.
15.	Wang, C., Sim, Y. W., Gilbert, L. and Wills, G. B. (2005) Integrating Service Oriented Architecture with a Virtual Research Environment. Technical Report ECSTR-IAM05-002, School of Electronics and Computer Science, University of Southampton.
16.	Gilbert, L., Wills, G., Sim, Y. W., Wang, C. and Stenning, M. (2005) e-Learning within a Collaborative Orthopaedic Research Environment (CORE). In: Association for Learning Technology (ALT-C 2005), 6-8 Septem,ber 2005, University of Manchester.
17.	Sim, Y. W., Wang, C., Carr, L. A., Davis, H. C., Gilbert, L., Grange, S., Millard, D. E. and Wills, G. B. (2005) A Web/Grid Services Approach for a Virtual Research Environment Implementation. In: the Fourth e-Science All Hands Meeting (AHM 2005), 19 September 2005, Nottingham, UK.
18.	Sim, Y. W., Wang, C., Gilbert, L. and Wills, G. B. (2005) Towards a Collaborative Orthopaedic Research Environment. In: the IEEE 1st International Workshop on Service-Oriented Computing: Consequences for Engineering Requirements (SOCCER'05), 30 August 2005, Paris, France.
19.	Set, S. Y., Yamashita, S., Ibsen, M., Laming, R. I., Nesset, D., Kelly, A. E. and Gilbertas, C. (1998) Ultra-highbitrate optical phase conjugation/wavelength conversion in DSF and SOAwith a novel configuration incorporating inline fibre DFB lasers. Electron. Lett., 34 (17). pp. 1681-83. Item not available online.	" ], j9 f6 |* Y; ^2 H2 [2 j" o: w
20.	Geiger, H., Set, S. Y., Laming, R. I., Cole, M. J. and Reekie, L. (1997) Comparison of DSF and SOA based phase conjugators employing noise-suppressing fibre grating. In: UNSPECIFIED. Item not available online.

下篇 诱人的愿景; @# K6 A, r3 X6 {, U

) M4 J; d, _: r
0 O- z, J9 Q& A- O3 Y  `  + m: D. q0 q$ m1 B

  M; n1 v8 ~, _  `5 q$ u6 l
+ Q6 N) H+ A) C  @- H1 `. BSOA是软件工程和软件产业的一次自我变革和扬弃，它将迫使软件技术人员站在用户的业务视角上工作，将高深莫测的软件开发

7 }; C: D$ N/ [6 o- ~' o5 c        & I' ^9 q9 G3 P0 P7 H8 d1 C

转化为“服务”业务的相应实现，将软件专业语言转换为现实业务语言，打破软件领域的技术壁垒和神秘感，最终甚至会把用户的业务人员改造成软件系统的架构师。那时，软件产业将告别“阳春白雪”，成为一个名副其实的现代服务产业。0 o& R5 I  l; p8 G+ f( E9 w- g
2 w3 Y2 {- L2 |7 m1 m
, C; E7 n. N/ Q; ?6 ?- [0 E
SOA适合谁？
  j% V. v+ [+ b& b% ~  T% r并不是所有的企业都适合部署SOA。沪士电子有限公司IT经理王翔认为，如果公司规模较小、产品单一，IT部门只是作为附属、支持性部门，一套ERP系统就足够了;规模较大、IT部门相对独立的企业，实施SOA会更为容易一些。“IT部门以前偏重于支持，但SOA要求IT部门提供服务。因此，与业务部门并行、相对独立的IT部门更容易部署SOA。”/ \: Y  y7 M/ h4 T/ }4 y, v" n
事实上，假如不具备条件，而去盲目地部署SOA，项目失败的可能性会很高。一位专业人士表示，有些企业用户错误地认为SOA项目应该全部由自己开发;另外，有些用户只是购买一些软件产品，实施的时候完全依靠自己的团队，勿需外力支持，在实际实施过程中很可都会遇到非常大的风险。, I; _3 u$ r- ?5 R% {- d0 M6 \5 o
因此，该专业人士建议，那些试图部署SOA的企业，应该从小项目着手; 此外，SOA项目还需要得到企业高层管理者的支持，以整合IT和业务部门的资源，实现IT与业务流程的紧密结合。, G; z# a  k+ [3 r' u
“SOA不偏重技术，而是偏重组织、管理、商业模式。这是一个大的系统工程。”王翔说。SOA最吸引人的地方在于，它可以更好地实现业务和IT一致性。! k7 T7 z* `4 S- e0 i5 R

9 u( E  f: G5 r, h: Q9 s
4 S2 c$ |/ H+ g
3 [7 t  u# M7 G4 q( O基于SOA的IT系统是由松散耦合组件组成的，它允许分散于各地且采用不同技术的资源协同工作。它要求研发人员开发的程序有更多的通用性。通俗来讲，就是有标准化的接口，可以将各种组件迅速组装成为新的产品和服务。7 Z% \, n' X: j9 r( W# [6 K
显然，要实施SOA，难点在于把整个业务和IT逻辑重新梳理，提炼出更多的共性模块，之后的技术实施反而不是关键。/ I' p" A7 }! O8 y
在中国，电信、银行是对SOA需求最为迫切的行业。但这两个行业都有共同的特点:企业内部的信息化系统很多是按照部门来部署的，而且每个部门都有自己的利益，因此，“实施大集中式SOA，一次性地实现所有部门和系统之间的共性组合，显然是不现实的。”一位在银行工作多年的应用架构师这样描述SOA在银行里所能发挥的作用，“不过，各个部门为了应对日益加大的竞争压力，都希望在局部的范围内，实现尽可能多的业务一体化组合，也就是希望快速地在小范围内实施SOA。”
6 C( E+ v# V- h6 r! N除电信、金融行业以外，众多行业企业的普遍情况是，IT系统并非企业的核心业务工具，企业的业务运营和生产没有达到向用户提供随需应变的服务水平。换而言之，大部分企业的生产运营和管理还是以生产环节为导向，由生产能力决定服务的水平，因此，这类企业需要经过较长时间，使企业生产运营逐步成熟，才会向服务导向型的更高的企业经营水平过渡。
3 J) c+ n- l8 H# _! K" f当企业客户要求企业提供随需应变的服务能力时，这些企业就会对SOA的IT系统架构产生迫切的需求。因此，处于目前发展水平的相当数量的企业，对部署基于SOA的IT系统还需要相当长的时间。/ P0 `  C) s% a5 v& @; J" ]! `1 g
) Y% {6 Q" D: f+ y1 X2 {1 ^: R
SOA的真正价值, f4 |' f( j5 h0 N
. k& |( B7 I  ?/ _
尽管稍不留神企业就会被还未成熟的SOA绊个大跟头，但是人们对于SOA在未来的作用还是深信不疑。“SOA将改变整个IT的产业格局”，这句话似乎正在成为现实。5 r; W+ j  d, |) {: u" ?6 t* T

& d. D( k' S" OSOA 的价值也是一目了然的:9 e# D. D6 F; G) b2 M& ~, z; j
第一，SOA是一个帮助企业做整合的工具，使得企业能够把不同的系统、不同的数据整合在一起。整合一直是IT业很重要的概念，SOA提供了一个新的工具;8 V; r! Z, ?% {- l1 ]/ j% g
第二，SOA使企业变得敏捷和灵活;
) F# ]' z& l# b0 Z( Y7 d" Q第三，由于SOA平台可以反复地灵活使用，SOA可以拥有一个相对来说比较低的成本，尽管这一点可能需要一些时间才能体现，但总体拥有成本会降下来;
6 N% K) D5 Z; u% C1 f第四，SOA使企业与合作伙伴可以共建一个很好的创新的生态圈; / `2 E% S: N: J9 H$ L+ D' M
第五，SOA使得企业的IT和业务可以更好地结合在一起。
& \& o: S9 P9 q! I1 m 2 I5 u& E  `+ B
如果把一切商业模式都看做不同的业务流程或服务的组合，理解SOA就不会那么困难。在传统经济模式下，传统制造商还只能遵从设计、采购、制造和销售的业务流程;而在SOA创造的商业世界里，企业将有机会像玩积木游戏一样，创造崭新的商业模式，他们可以先从采购开始，找出哪些是他们可以买到的最低成本的零件，然后计划利用这些零件做些什么，然后出售设计理念，并且只制造顾客将要购买的产品。
: u4 Y3 D# r- o3 N+ \3 W, E中国北方工业公司信息资源部主任马卫国这样解释SOA的价值: “我认为，SOA就像是打通企业的微循环。我们公司之前上过ERP，也做过OA系统，这些大系统对企业来说，就像是主动脉，是骨架，有了这些系统之后，就需要SOA这样的平台来支持。”. j- d2 A$ K% c9 u; N9 m
在他看来，ERP等系统应用在某些范围是必须的，但是过多的系统在企业内部很容易形成一个个的孤岛，这时候就需要有一个平台能够把这些孤岛连接起来。SOA就具备这样的一个作用，SOA平台就像是无处不在的毛细血管，可以把企业的信息孤岛整合起来，提高系统的可重用性，提升了效率。
# \* r+ A5 {- Q+ D& |& c# n8 USOA还可以做一个很重要的事情，就是法律遵从。一个企业做大之后一定需要肩负更大的责任，那就不仅要为客户着想，还要考虑对国家、社会以及当地环境的影响。显然，用传统的软件开发模式很难实现这些目标，很难开发出一个标准化的软件去解决所有的问题。“但是在SOA架构里面，你可以在企业里建立起这样一个风险管控的流程图。”
# M% y9 p2 A" p $ [0 I" i) @, N- v% A7 @) _/ T
“我认为SOA可能做3个事情，一个就是整合信息孤岛; 第二，就是打通企业微循环; 第三，就是企业做大之后，在法律遵从方面能够起到很大的作用。”马卫国说。: @% t) k+ w) q6 N; i
所以很多SOA的推崇者们心中都有一个信念: 最离经叛道的商业设想也可能因SOA变成现实，一切传统的商业理念都可能受到SOA的挑战。
! G+ l3 e! @, b6 E  D我们知道，发展了多年的SOA并不是技术狂人的专利，对SOA可能衍生的商业价值一无所知的管理者，可能从此在市场上失去竞争优势，被更灵活、更懂得运用这种新兴技术的竞争对手所超越。
9 ?8 A3 k  b7 S% l7 o9 G0 p  P - W* @2 T3 J5 S/ Z8 L; o
  ]1 l# ?0 d, P' y" f6 W0 q
  
/ g+ @! t) {$ q9 b. w" c3 d" q, [
; |2 }0 x! A# s' K4 t2 @$ H! l/ g
  V! E5 @- j* ]/ t  
: N4 ?, O" R  T( ^" [+ q! _/ A
1 X1 d) t' ^. Z: Q; T5 e评论
% o$ T( l) c6 m! Z; r' \, j : M) s- f5 B' ^6 b# Q# {3 ^( M
SOA: 厂商激战正酣3 p) p3 E0 H. W! G

+ J+ A6 X( E, S+ C, t- W, T- j7 h4 j
一股SOA大潮正在引发软件产业的新一轮抢滩战: 从IBM、微软、惠普到

/ {) X! L* d$ M- |5 @9 a          2 C1 L. o0 @7 T' d6 I( B8 {

甲骨文、SAP，再到国内的用友、普元、金蝶等等，无一例外地加入到了SOA的战火中，尽管谁是最终的赢家，尚未见分晓，但占领先机，也就意味着赢得了主动权。5 W+ i( ~9 J7 u
“IBM每年在SOA领域的投资已达到10亿美元，有超过300项的SOA相关专利。” IBM大中华区首席执行官钱大群在“2007 SOA与企业成长高峰论坛”上，自信地向台下近千名客户和业务合作伙伴表示。; H6 U' a& h4 L( f2 r( \; C
在当天的会议上，IBM一口气发布了针对电信、保险、银行、零售、医疗保健和制造业六大行业的新SOA路线图。在SOA领域，IBM一直希望通过抢跑来获得领先地位。  [, W7 o5 r( |2 L
但显然，比赛才刚刚开始。7 f6 U- H, }( m- W# M* `
面对IBM咄咄逼人的态势，各大厂商业都毫不示弱: Oracle正全力开发它的下一代SOA产品Fusion; SAP从2003年就破釜沉舟，开始逐步把产品迁移到SOA平台上，凭借NetWeaver策略，SAP向客户证明它在SOA上比Oracle更胜一筹; HP把全球的SOA体验中心从两个增加到5个，甚至连咨询公司埃森哲也宣布将要投资4.5亿美元来促进SOA的发展。
6 B- M+ ?3 W; y8 u. M也许有人会问: “这么有前途的一个领域怎么会少得了软件巨头微软。”确实，除了上述厂商，微软也是SOA的积极推动者之一。
  c; s; X8 [  F1 l+ p: f微软正在操作一个与其他SOA软件厂商截然不同的SOA世界。其S+S（软件+服务）的SOA道路似乎也囊括了自身的所有优势。
* D, O$ H# B+ O0 T5 o) E相对而言，国内厂商在推动SOA方面还没有真正进入资产价值重用层面，但在标准与开发等层面，也在积极进行部署。
) w- V: P/ B. a7 i/ dIDC预测，到2010年，全球基于SOA的服务开支将高达338亿美元。这一数字表明，SOA时代的到来已经不可阻挡。那么，谁将会是这场激战中的最终赢家，需要时间来为我们证明。" J: |' V! B' |3 w

( T9 m% Y& S5 a+ U9 P[ 本帖最后由 reservoir 于 2008-6-29 15:40 编辑 ]

Service-Oriented Architecture (SOA) is a software architecture where functionality is grouped around business processes and packaged as interoperable services.SOA also describes IT infrastructure which allows differentapplications to exchange data with one another as they participate inbusiness processes. The aim is a loose coupling of services with operating systems, programming languages and other technologies which underlie applications.[1] SOA separates functions into distinct units, or services[2],which are made accessible over a network in order that they can becombined and reused in the production of business applications.[3]These services communicate with each other by passing data from oneservice to another, or by coordinating an activity between two or moreservices. SOA concepts are often seen as built upon, and evolving fromolder concepts of distributed computing[3][2] and modular programming.
5 K3 h1 M9 H# L3 D 0 j. z" c, F3 G( A4 `
http://en.wikipedia.org/wiki/Service-oriented_architecture+ d5 [* m$ v  s

, |5 N* w, ]9 k7 ]3 T

( F6 ]. d. ~) s1 w/ a' c ' ^) K' v* o0 B
        8 ^  M$ C; B, _8 ^" E( O4 }* F

; F) j+ Z0 q% |1 J, y& X( ^* a5 e+ @9 b6 l$ m
0　引言
; M/ Q& ]. q. o' ^
( j5 b  L8 m" ]( s办公自动化(Office automation,OA)系统是实现办公自动化的信息系统。企业资源计划系统( Enterprise
+ T/ j' W/ T) L1 iResource Planning, ERP)是对企业中的物流、资金流和信息流进行全面集成管理的信息管理系统。企业通过ERP系统实现供应链的全面管理。这两套系统一个侧重于工作流审批, 一个侧重于企业内部资源之间的数据流动。它们一般都彼此独立运作,提供各自独立的功能。但是在企业中,经常有些业务流程是贯穿于ERP和OA两个系统当中的。如采购申请流程中,申请审批、流程的流转是由OA系统完成的,填写采购用款申请单、付款、做凭证则是ERP系统的功能,因此用户不得不频繁地切换两个系统,才能完成采购申请。此外,企业在利用OA系统进行工作流审批后,产生了很多业务数据,这些数据同时可能是ERP系统的数据源,为了避免数据的重复以及保证数据源的唯一性,也就产生了OA系统与ERP系统集成的需求。目前在企业中常见的OA2ERP系统集成方法,归纳起来有如下两大类:
6 B) D! K7 v( d5 b9 E2 O2 w, F- f; r
1)基于应用编程接口(App lication Programming Interface,AP I)的封装集成模式。利用OA与ERP各自提供的访问底层数据库的函数和AP I接口,实现两系统之间的数据访问4 n: w9 _  u% W/ T

9 m- Z' Q  p6 D9 S2) 基于数据表的互访模式。采用中间缓冲表,以一致的数据模型存储不同系统间的共享数据,通过直接对两系统的数据表进行操作的方式,实现不同系统间的数据访问,以及数据的一致和实时传递。以上方法属于紧耦合的系统集成方法。紧耦合的集成方式将影响系统的灵活性和扩展性,阻碍业务的流程调整和优化,不利于企业的业务发展。- v* D3 ^+ X$ s9 l& d

6 b. H& q8 t% Q8 T7 G: J$ n( M为了解决上述问题,我们需要一种新的企业应用集成方式。该方式不仅能保证原有系统的数据安全性和逻辑安全性,而且还能够实现系统之间的松耦合,方便系统流程的重组和优化。这种方式就是面向服务架构( Service Oriented Architecture, SOA)的企业应用集成方式。+ H& F) j; Z4 p  u  M1 |
2 B; l3 Z7 c8 C1 ^
1　OA与ERP的整合的必要性
/ t5 T5 i' O" E
1 \5 R4 n! R, n+ x1)保护了现有的IT基础建设投资在企业中软件服务的整合需求是当前企业中最热门的需求。这种需求在OA与ERP之间也同样存在。利用对现有的
. l' X/ {+ N: `6 n- A- s4 g
! C5 O/ }1 X; j9 u% P4 UOA系统与ERP系统的重用和整合来解决新的业务需求,不仅可以低成本高效率地满足新的需求,也有效地保护了现有的IT基础建设投资。- e( }* C8 g! O) t+ _

1 h& \/ w! v# |' }* _' O- l2)实现了两个系统的优势互补
7 |8 F1 k5 z) x) P
8 V$ h) H4 r* P, u4 u7 E/ f$ x! _OA 系统的最大特点是工作流管理。它具有强大的工作流定制功能,可以适应于企业各种形式的审批表单和流程的需求,并能满足多层次的审批结构、支持较复杂的审批层次。而ERP产品的工作流更多地实现了业务上的逻辑数据流,它并不着重于行政结构上的审批,因此对于国内很多无法摆脱
% m8 o6 r) X- O
7 l  b( @0 d: N' D1 r' P; u& }行政审批结构的企业来说, ERP软件在这一方面就显得逊色。此外ERP系统开发模式通常是将业务流程硬编码到应用系统的整体结构中,每次业务流程的修改都可能引起程序结构的大幅变动。这种僵硬的体系结构增加系统复杂性,阻碍系统灵活性。通过ERP和OA的整合,利用OA的强大的工作流定制功能,可以很好地解决ERP系统存在的问题。ERP系统是面向功能的事务处理系统,具体解决某个或某些领域的问题,提高事务处理的效率和水平工作流管理的着眼点是在企业的整个业务层,提高企业的业务处理水平。在工作流管理的支撑下,通过集成具体的业务应用软件系统(如: ERP) ,可以良好地完成对企业经营过程运行的支持,在更广的范围内,不同的时间跨度上做好企业的经营管理,提高企业的整体水平和竞争力。
: I- k0 ~# J, M3 F& l' i& p* r9 ~4 Q
3) 有利于企业业务流程重构( Business Process Reengineering,BPR)
: y' V3 Y- g9 s% h/ `+ J
. ]! ?8 \6 U( B# j; t企业生产经营活动是由各种业务流程交织在一起组成的。建设ERP系统的重要工作之一就是对用户的业务流程的分析、建模和实施。在市场竞争日趋激烈的时代,客户需求瞬息万变,产品生命周期不断缩短,技术不断创新,企业要在这样一个竞争和变化的外部环境下生存,必须不断地调整和优化企业的各种业务流程,对流程进行重构。基于SOA架构的ERP和OA系统的整合方案,通过业务流程的定义,灵活地将ERP系统的功能连接在一起,快速完
6 g* z' R  w0 Y+ r) C  n9 h5 K4 l( F1 L. F" d
成企业BPR和ERP的重构。* J, s7 S6 w/ c. D( B$ `
2 `1 Y$ K5 L$ i# }4 Y5 k" ~) R
2　基于SOA的OA与ERP的整合应用
2 t" Z: m; {" c3 j5 O6 z4 `# G( t/ T; Q: r/ S
2. 1　基本思想
& w6 Q5 G  t+ @4 n- J5 x; V3 }6 @) {( Q* W: q! U
OA 系统中的工作流[ 3, 4 ]模块包括工作流过程定义组件、工作流引擎组件、工作流监控组件、工作流客户端和应用接口组件等部分。过程定义是建立工作流的过程,将企业的实际业务过程转化为计算机可处理的工作流模型。工作流引擎负责对工作流进行实例化、执行和管理。监控组件负责对工作流的执行进行管理、分析与控制。工作流客户端负责人机交互,提供工作流执行的接口,帮助完成业务过程的执行。相关应用程序接口负责与应用程序的接口,提供工作流执行时所需要的软件以协助工作流的正常执行。通过对企业实际业务流程的分析,抽取出原子级的企业业务活动。首先通过工作流过程定义组件将这些活动以及与活动相关的信息、人员和活动对应的Web服务统一集成起来,然后通过工作流引擎组件按照所定义的业务流程模型进行业务的执行,在适当的时间激活相应的Web service,传递Web service的参数,获取Web service的处理结果,从而实现OA系统和ERP系统全面集成。基于SOA的OA与ERP的整合应用的架构体系图如图10 [+ w. G0 I, ?! U: [! ?) }$ m

+ y" M* \1 ?6 z ) y* E0 u1 B+ N+ |" i! S
2. 2　基于SOA架构的ERP系统5 K1 s. b8 N4 c* `: |

  A; v2 X5 Z& P+ P2 y2. 2. 1　SOA的本质和实现技术1 G; i; G4 s  z$ P

& H( Q. F! s5 s" v6 o4 [) |SOA是一个整合各种服务的架构平台。核心本质是实现
0 G  e0 H1 n6 \% ]4 o服务和技术的完全分离,从而在最大限度上实现服务的集成和重组。* O; `0 h/ @% V; B

8 T7 n9 T- Y" {3 b6 M  ?SOA体系架构的主要特点是粗粒度和松耦合。服务之间的松耦合是指服务具有中立的接口(没有强制绑定到特定的实现上)特征;服务的粗粒度是指服务可以实现更多的功能,并且依赖于更大的数据集。SOA的实现技术包括Web service和企业服务总线。1 d& ]0 p0 `5 D* r4 J/ N. x8 e
$ Z3 ]5 |5 |5 }4 X
1)Web services技术使用一系列标准和协议实现相关的功能,服务提供者用WSDL (Web服务描述语言)描述Web服务,用UDD I(统一描述、发现和集成)向服务注册代理发布和注册Web服务,服务请求者通过UDD I进行查询,找到所需的服务后,利用SOAP (简单对象协议)来绑定、调用这些服务。
: H  K. A& G$ I! z* F" t
# C* s) T  w5 L+ i% U  `; r因为WSDL中给出了Web service的地址URL,在本文中外部直接通过WSDL提供的URL进行相应的Web service调用,而不使用UDD I机制。
+ v( x  c6 I! W+ ~3 r$ I& g- q, i: p
2)企业服务总线以中介的身份处于服务请求者和服务提供者之间,这样服务请求者任何的服务请求,先送到服务总线,由服务总线将请求信息转给服务提供者,得到返回信息后,服务总线再传给服务请求者。
8 g, l+ L1 @+ _# A# Y; }+ e( f9 R) r6 |) V4 R5 Y
2. 2. 2　基于SOA的ERP系统的实现方法# O$ r5 z0 c/ `# Y6 D7 j3 ?) e6 ^
# f: y; o: [, t6 i. j. v" z
为了实现OA与ERP系统之间的整合应用,必须通过构建SOA架构平台使得ERP具有给OA系统提供服务的功能。构建基于SOA架构的ERP系统包括两个方面:; l9 o- c; D4 t9 |/ o
4 x4 z6 C3 e% h: @; M
1) 从接近实际业务的角度,结合SOA架构服务松耦合的要点,把ERP系统功能分解成粗粒度和细粒度的服务。如图1所示的系统体系结构中, ERP各个业务模块的功能如:库存管理、采购管理、销售管理、分销管理等作为粗粒度服务发布,而每个模块的功能又是由多个子功能组成,我们把这些子: x( j! d1 j/ C$ b$ k
) H7 T- }/ B- }$ z; u$ ]* V! j
功能作为细粒度服务发布。如销售管理服务就由销售报价、客户订单、客户出货、客户档案等细粒度服务组合而成。每个细粒度服务利用数据访问逻辑组件对数据库表进行查找、更新、保存等操作。( p% `: l% f) `0 k! H- }$ E
6 [1 |; G9 \# O
2)通过企业服务总线将这些分散的Web服务进行集中的管理。当服务请求者向服务总线发送请求信息的时候,首先是发给服务总线的代理服务,代理服务在收到服务后,转给业务服务,由它进一步转给外部服务提供者。
7 b* n7 _. n7 j; o+ P2 u' P' A% |  F. s* p- S
2. 3　建立集成Web service工作流环境2 t. }3 i& _" U7 T

9 a1 M$ W, N6 ^1 Z工作流环境将用户定义的业务流程与ERP 的Webservice关联起来,并管理和控制业务流程的运行,是对贯穿于OA和ERP系统的业务流程逻辑的具体实现。它主要包括流程定义和流程的执行、监控两大部分。, E& S  n; I* h: y4 X5 x% a+ i2 K$ V
8 {! h: \; O& X
2. 3. 1　流程的定义3 T  D1 a! `0 |7 K

2 r- _( G, v! Q  i$ X' S0 Y) k8 F流程的定义是将活动和相关的Web service、用户和数据信息关联起来,形成一个工作流引擎可解析的业务流程。建立活动与Web service的联系是其中的关键步骤。
* U# W. s6 l0 a% k% P% K2 P4 B( D" ]* L
通过Web service的WSDL,可以定义活动所需调用的Web service,从而建立活动与Web服务的关联,一旦建立了活动与Web service的关系,活动的输入/输出就映射为Webservice的输入/输出参数。
6 Y: ^/ F8 o* D& s" U, s
0 L: s- p1 Z, o2 ?5 x9 x) H2. 3. 2　流程的执行和监控
* m  J( c2 {4 U; Y& U- s
0 v3 K  v+ }+ w; \) d: E6 A1)将流程定义部署到工作流数据库中后,工作流引擎组件在按照流程定义文档推动流程流转时,发现某个活动需要调用服务,就通过URL 向服务总线上发送请求信息,Web服务总线根据管理器去处理事务,处理完后通知工作流引擎,然后工作流引擎执行下一个流程或任务;
+ G5 V. B' W, c. F& X
: l; U3 u5 v/ V2)工作流引擎组件、Service Bus、Web service需要挂接在工作流管理和监控服务上,以便能监控业务流程的流程实例、活动实例以及相关Web service的运行情况。4 N3 M" a: \) W  ?* d) v4 Z
" W3 g  K- s+ s. |8 e% L6 {
3　基于SOA的OA与ERP的整合应用实现
6 h0 S% Q+ l2 h
  n( p' \% l& h$ O& c6 [& ?, p2 u3. 1　组织模型的统一# t, J1 J) k* R, N$ K5 e, C1 e- E3 r1 Z

2 S4 T, p( F6 I0 |# w8 K) N  rOA 系统和ERP系统都有各自的组织模型。OA系统的组织模型是服务于企业行政组织层面的, ERP的组织模型是服务于企业业务层面的。在工作流的建模过程中,工作流流程活动的执行者(也即工作流参与者)是参考组织模型建立的。所以有必须对两个系统的组织模型进行统一。本文中采用对OA系统的组织模型重定义的方法,增加OA系统组织结构的层次数量,把ERP用户和OA用户都在新的组织结构中
. P# o# i0 j+ @) [" u9 ~
  T* c8 J" `; U4 P$ q# I反映出来。
- z' r+ N  x8 O" J  Y- ^& y
8 c% N, k- X0 A' L  o3. 2　调用Web service的访问控制机制: r% w& k) T) p5 A

4 C" k+ w: J* y1 S4 h, s8 \工作流引擎调用ERP的Web service时,需要进行身份认证,通过验证的用户,才能调用Web service接口方法。本文中通过ERP的身份认证Web服务接口方法实现调用Web service时的访问控制。在流程表单中输入ERP系统的用户名和密码,通过SOAP请求消息传递给身份认证Web服务,作为该Web服务的输入参数。在第一次访问Web service时需要进行身份认证,以后可以通过从Session (会话)中取得用户信息的方式持续访问,直至退出系统或者Session超时。
( v; u- @+ x9 ~$ B+ a$ A+ }: O1 x5 V- l9 `: `. Q9 ~
3. 3　流程表单
  ?0 o' \0 e  a  Q8 S: m7 A0 i& Z1 a# o0 r  j
流程表单中的字段分三种类型:与流程相关的字段、与ERP系统相关的字段和其他字段。与流程相关的字段如:采购申请中采购用款金额字段。
. D! P. C/ s" X; m1 ], q8 f% D$ E- Z4 \( c% R$ _) O4 |6 W/ k
当用款金额小于1万时,流程流转给财务主管审批;当金额大于或等于1万时,流程要流转给总经理审批。与ERP系统相关的字段,即为Web service的输入参数,在工作流引擎组件调用具体的Web service 的时候, 作为SOAP请求信息的一部分,传递给Web service的提供者。如采购申请表单中,采购物品的物料编号、采购数量等信息都要作为ERP的采购管理Web service的“采购信息保存”接口方法的输入参数。其他字段:如审批意见、领导建议和采购原因描述等,这些数据通过流程的流转实现信息的采集和共享, 为管理和决策过程提供依据。
& ~1 L% i3 f, V# @2 h0 H# }& u8 [  e) F7 e
3. 4　基于SOA的OA与ERP的整合应用建模
" ~8 ^$ w* s. F7 r7 s9 ~3 p3 e' g5 f7 x; f
1)用户登录OA系统后,根据OA系统的人员配置信息确定身份,此用户同时也获得了其相应的权限。6 z6 M. o% t- q

2 h6 ?1 ?0 r# W$ {2)身份确定后, OA系统根据此用户的权限范围内的工作流程和工作列表,提供流程表单。
5 ^2 Q+ O' F# D  a3 ~6 L! x6 }5 j" \$ v) v# K9 f8 r0 y: n& d# }6 h
3)用户在工作流表单上填写数据,包括与流程控制相关的信息、与ERP系统相关的参数及其他字段信息。5 e4 E* x; w2 R5 ~/ W  E

. c1 H1 K& T: M% j! V4)工作流引擎根据流程定义文档控制流程执行,当流程流转到某个需要调用Web service的活动的时候,发送SOAP请求信息给服务提供者。
- f- `6 b3 u6 B1 u# f" Z3 y4 D8 G/ ?8 e8 ^' G
5)Web service利用数据访问逻辑组件对数据库表进行查找、更新、保存等操作。以采购申请为例,用户调用ERP的采购管理Web service的“采购信息保存”接口方法将采购的物料编号、采购数量、价格范围、供应商等存储到ERP的DB中。8 F# U& |3 `& N7 \
) L) M* H$ {% [# z7 u9 |; ]' T/ @
6)服务提供者实现服务之后,将SOAP返回信息传回给OA系统,其中包括单据编号和单据状态等。
- a! a% O- \" o5 c7 T- Q' _! `0 f; Y0 x% ^- K1 y1 }6 ^
7)当工作流引擎收到ERP系统传来返回信息后,根据WSDL文档将SOAP返回消息解析成自己能够理解的内容,然后自动将其存入流程表单中。. h. _9 H( M/ Y! d. U

( D' e( N9 W: M  i2 C0 U  N8)工作流引擎将工作流表单传送给服务器,然后根据工作流控制数据和组织/角色模型将流程表单传递给下一个执行者,并同时发送E2mail通知。9 w& G" e2 X# w7 C3 _( m- g

: R. l4 ~+ j7 \& T4　结语
1 f6 z; p% U( t) S
( e) K, i2 L3 t# m" N基于SOA的OA与ERP的集成方案,可将ERP的各个功能组件通过发布成Web service、Service Bus进行集中管理与OA的工作流管理模块完全整合在一起,做到既能有效地进行软件服务的整合,又能实现松耦合的集成。通过把ERP中零散的功能通过业务流程连接在一起,从而改变了ERP系统原有的按照功能模块划分的模式,使ERP的每个功能业务通过工作流,按照业务流程模式灵活地执行结合,快速完成企业 BPR和ERP系统的搭建,更好地完成对企业经营过程运行的支持,在更广的范围内,不同的时间跨度上做好企业的经营管理,提高了企业的整体水平和竞争。( W% S% j2 T8 }8 h8 \! c: j

& ]' M: I) j9 L: v0 j# l, f. r（计算机应用）
. i" g6 h( z" H7 F6 K$ b# M, o/ Y7 y0 w
[ 本帖最后由 reservoir 于 2008-6-29 15:53 编辑 ]

SOA Web service 过去课上讲过 我没听懂

啊…… 学什么课啊～ 讲这个～？  
" e2 e7 u0 U0 o# k: e我也不懂

看不懂了。。

隔行如隔山。。
8 M/ D  ]0 W. O% R; F# n 8 O) K; l" O% c2 [
跟你不是一行的 , r0 N; Z* f# s- W2 @# U' z

/ s8 ]4 l+ N. Y3 t  k

搞得我迷茫了

以前看专业联盟其他版的时候 感觉一个专业分的很宽东西很多。。
& @2 q! G& }3 F6 U/ r0 U/ [5 N# r! T
: R1 o: C2 ]* o( j1 N' G其实 回来回想下 只是计算机 方向也很多 自己知道了解的十分有限

在CS方向我就只了解部分小方向
! h- g0 n* R, w% R, a1 d2 C9 G以AI为主的，汗