Enterprise-on-Service借助SOA實現IT和業務的一致全球領先的SOA應用平臺Primeton EOS 6.0產品白皮書目錄提要：41走向Enterprise-on-Service企業41.1IT與業務一致性的挑戰41.2Enterprise-on-Service愿景71.3SOA是最佳實現111.4實施SOA的難點：找到業務轉變的動力和可行的應用模式112SOA應用平臺：SOA下新一代的基礎設施142.1SOA需要新一代的基礎設施142.2什么是SOA應用平臺152.3SOA應用平臺的關鍵需求163EOS 6.0產品組成及功能概述173.1EOS 6.0產品概述173.2EOS Studio（EOS集成開發環境）183.3EOS Server（EOS運行環境）203.4EOS Richweb（EOS富頁面）213.5EOS Component Library（EOS構件庫）223.6EOS Governor（EOS治理工具）233.7EOS Report（EOS報表選件）243.8BPS For EOS（BPS流程管理選件）254EOS 6.0客戶價值265EOS 6.0的特點和優勢275.1先進統一的SOA架構275.1.1構件化業務模型275.1.2標準化技術架構285.1.3規范化管理框架295.2高效靈活的開發體系295.2.1構件化和圖形化305.2.2最佳的SOA開發模式305.2.3一體化可視工具平臺315.2.4豐富的構件庫和向導325.2.5方法論和最佳實踐325.3集約化的運營能力335.3.1RAS的服務運營335.3.2J2EE級的高性能335.3.3易管控和治理能力336EOS 6.0環境配置346.1支持的操作系統346.2支持的J2EE服務器346.3支持的數據庫346.4支持的瀏覽器356.5支持的JDK版本357典型用戶358聯系我們36關于普元軟件37關于goCom社區37提要：l 現有煙囪式的IT系統建設方式，越來越不能滿足業務需求變化、業務快速交付、集成化業務、業務流程管理、業務服務復用、業務策略管控、業務績效優化等等的需求和目標；l 眾多領先的行業客戶正在清晰制定Enterprise-on-Service的發展愿景和實施策略，IT將進入以客戶為中心、業務為導向、服務為基礎的新時代；l SOA是實施Enterprise-on-Service的最佳方式，實施SOA的難點在于找到企業內在業務轉變的動力和切實可行的應用模式；l SOA落地是一個逐步的體系性建設，打造SOA應用、SOA基礎設施和SOA規范與方法，是實施SOA的三個入口，企業需要根據自身的境況來選擇適合的SOA切入點；l Primeton EOS，就是用來幫助企業打造以客戶為中心、業務為導向、服務為基礎的先進應用；l Primeton EOS 6.0是全球領先的SOA應用平臺，為客戶提供從設計開發、調試部署，到運行維護、管控治理的SOA應用全生命周期支持；l 不同的用戶所處的信息化發展階段不同，Primeton EOS 6.0將給大型企業和機構客戶、大型應用產品和解決方案開發商以及中小型企業客戶和開發商帶來針對性的關鍵價值；l Primeton EOS已成功應用在國內金融、電信、政務、制造、能源、交通、物流等各個行業客戶以及為數眾多的國際客戶，并支撐著這些客戶的關鍵業務系統。1 走向Enterprise-on-Service企業1.1 IT與業務一致性的挑戰“在過去的8年中，采用合適的技術幫助企業更流暢、更容易地開展業務，改進業務流程，一直是企業CIO們的第一要務”。GartnerIT服務于業務。CIO們明白，作為企業戰略的一部分，IT部門的職責在于與業務部門協作共同實現業務目標，并持續優化業務流程。但是，CIO們也尷尬的發現，雖然一直以來皆把IT支持業務作為第一要務，但是IT與業務一致性的問題依然存在，而在中國尤其突出。中國市場是目前世界上變化最快、增長最快的市場。當前中國企業正面臨著前所未有的機遇和挑戰，競爭日趨激烈，新的業務和交易渠道不斷涌現，企業需要不斷快速交付和適應性調整。客戶經常發出慨嘆 “業務的變化需求N倍于應用系統的變化響應”。在這樣一個不斷創新、迅速發展變化的環境中，中國的大量客戶，包括電信、金融、政務，本身的業務模式、市場定位都在不斷的演化過程中，相應的IT 應用也需要隨之改變以適應新業務的需要。IT與業務一致性的問題，使得信息技術部門承擔著巨大的壓力，在整個企業級IT信息系統的規劃和建設中面臨著一系列艱苦的挑戰：挑戰一：IT如何更好理解業務IT人員使用的語言是系統、功能和各種技術術語，而業務人員理解的卻是業務藍圖、業務場景、業務流程、業務服務、客戶體驗，IT和業務之間的交互因為這種語言以及業務域知識的差異，使得業務目標在轉化成IT需求的時候，往往出現偏離和延遲。能否以一種更好的方式來理解業務需求、與業務人員溝通協作，已成為IT是否能有效與業務保持一致的先決條件。挑戰二：IT如何快速實現業務交付業務總是希望能夠快速提供產品和服務，以便于快速獲得差異化的優勢來抓住客戶的偏好，或是迅速彌補與競爭對手的差距來實現同質化。但是，業務應用的開發需要經過一個系統而復雜的過程：需求、設計、開發、測試、部署、維護，并且業務模塊眾多、關系復雜。因此各種風險因素就會蘊藏其中并接踵而來：領域的未知、理解的差異、需求的變更、人員的變動、技術的更替等等，這些都使得IT項目在交付、質量和成本上難以滿足業務的需要。 挑戰三：IT如何靈活應對業務變化快速且難以預測的變化是當今業務環境的最大特點，新的競爭因素、業務模式、組織機構、業務規則、服務流程以及技術發展都會引發這種變化。而IT的現狀卻是眾多煙囪式的業務系統，采用各自的單應用程序體系結構和編程方式，缺乏統一的開放標準和多應用體系結構，埋藏于各個應用系統中的業務流程、業務服務難以得到有效的識別、復用、管理和改進，這些使得難以根據業務的變化靈活復用、重組和集成，成為靈活對應業務變化的主要障礙。挑戰四：IT如何管控治理業務績效作為一項業務系統，需要從運營的角度不斷提升其穩定和高效，需要從投資的角度不斷優化其經營績效。但是如何通過IT手段來實現對于業務投入成本和收益回報的衡量，一直以來是一道難題。比如，銷售額增長20%，有可能是CRM系統發揮了作用，也有可能是銷售人員的能力提升，還有可能是因為產品近期的促銷活動。目前缺乏一種有效的IT體系，來監控、評估和降低業務系統的總體擁有成本，并可持續優化業務服務、提升收益。如果我們仔細分析，會發現這些問題都根源于我們當前IT規劃與建設的思維模式和建設方式。一個典型的IT系統的建設過程為：1）通常，IT系統建設需求由某個業務部門發起，用以實現某個特定業務部門的需求，并由IT部門來組織實施，以整個系統為單位來規劃并以整個系統為交付物。2）系統的開發需要經過需求、設計、開發、測試、上線這樣一個冗長的過程。因為以系統為單位，每個系統內部耦合性很強，很難模塊迭代式演進。功能以及流程也被鎖定在一個系統中，即使不同的信息系統存在著重復的功能，卻無法復用，造成重復開發；同時因為缺乏統一規劃，當業務部門意識到這些信息系統需要與其他系統交互的時候，因為不同的系統往往采用了不同的技術和實現，需要在數據、邏輯、互操作等層面對接，整合成本高昂；而且，業務集成接口相對固化，業務流程被硬編碼到系統之中，更新業務流程本身需要巨大的工作量。對于這種信息系統的建設方式，可以概括成幾個突出的特征：IT系統的業務規劃on-Department：現在的組織都是按照職能部門的方式（on-Department）來分工，包括任務的分配、預算的分配、績效的考核等等；IT系統往往是單個業務部門發起的，服務于本部門的業務需求，這種系統建設的出發點沒有或者很少考慮其他部門的需求以及與其他部門的協作，這就使得當需要部門之間進行業務集成和貫通業務流程的時候，信息系統無法快速滿足。IT系統的應用模式on-Application：現在的業務都是按照應用系統的方式（on-Application）來建設和維護，例如CRM系統、ERP系統、電信的計費系統、銀行的信用卡系統等等，每個應用系統的建設不會考慮其中的功能是否會被其他的應用所需要，不同的應用系統必然出現部分功能的重復建設，無法借助復用來提升開發效率和延長應用模塊的生命周期。IT系統的開發過程on-Project：現在的系統開發過程更多是按照項目的方式（on-Project）來操作，業務需求的設計、開發、復用和積累都受限于本項目范圍內，從而導致系統開發過程中業務與IT的溝通障礙，可利用的資源受限，可積累的資產受限，導致業務系統的交付和靈活應對都難以達到實際的業務需要。IT系統的部署運營on-System：現在IT系統的部署和運營都是以應用系統（on-System）為單位的，部署業務應用系統的耦合度過緊，不能達到更精細化的系統資源利用和管控能力提升。雖然這種煙囪式的IT系統建設方式過去以及現在仍在幫助我們業務取得發展，但是其越來越不能滿足業務需求變化、業務快速交付、集成化業務、業務流程管理、業務服務復用、業務策略管控、業務績效優化等等的需求和目標，客戶的滿意度提升也步履艱難。1.2 Enterprise-on-Service愿景IT服務于業務，為了提升IT與業務一致性的能力，我們先分析一下我們是如何做業務的。美國哈佛學院著名戰略學家邁克爾波特把企業運營看成價值鏈的運作，“每一個企業都是用來進行設計、生產、營銷、交貨以及對產品起輔助作用的各種活動的集合”。圖表 1 邁克爾.波特價值活動圖我們在其中可以看到一個企業的運作過程：l 首先明確企業的戰略和發展方向l 根據企業自身資源情況，確定競爭優勢，并確定哪些活動自己承擔，那些活動尋求合作l 建立相應的組織體系，并將企業戰略細化為組織的關鍵績效指標，部署相應監控和運營管理措施l 合理規劃和部署企業業務過程、人員安排，企業運營將按照活動、業務流程，一步一步展開l 在企業運營過程中，隨著競爭、法律規則以及自身戰略方向的改變，可能對業務活動、業務過程本身進行動態的調整和優化我們可以看到企業運營過程中的關鍵詞：活動和過程，這組成了企業運營的基本單位。隨著企業運營環境的變化，活動、過程都會隨著企業業務的節奏相應地調整。活動、過程就像音符，隨著企業經營的韻律跳躍，形成美妙的旋律。當我們以這種視角去審視業務的時候，就會發現其中的問題：業務以活動、過程為單位，但是我們的IT卻是以應用系統為單位。業務的變化必然導致IT的變化，我們無法把活動、過程僵化在一個緊耦合的、難以改變的IT系統中。為了增強IT與業務一致性的能力，我們必須改變過去以系統為中心的建設方式，按照做業務的方式去做IT，把活動和流程從系統中解放出來，也即以活動（又稱為服務，Service）、過程（又稱為流程，Process）為核心。整個IT都將轉變為以Service為核心，成為Enterprise-on-Service企業：IT系統的業務規劃on-Service：部門之間的壁壘將被打破，應用系統規劃不再以部門為視角，更多看到的是對于業務服務和IT基礎服務的協作開發、資源配置和績效考核，以流程（Process）為核心，貫穿多個業務部門的關鍵業務活動（Service），甚至可能延伸到上游、下游的業務伙伴，各個業務部門以流程為核心協調一致，共同致力于業務績效的改進。IT系統的應用模式on-Service：系統之間的壁壘將被打破，更多看到的是業務服務的開發、積累和復用，企業開發的Service可以為所有應用系統所復用，Service之間可以自由組合，形成更大的服務或者流程。IT系統的開發過程on-Service：以業務服務來描述項目的范圍，服務成為業務人員和IT人員之間一致的溝通語言，這使得業務人員和IT人員之間能夠就項目目標達成清晰一致的理解。在開發過程中貫穿以客戶為中心、業務為導向的服務識別、服務定義、服務開發和服務復用，從而提高應用開發的效率和靈活性。IT系統的部署運營on-Service：IT應用系統服務化，和業務需求之間產生清晰的關聯，一項IT投資為業務提供了哪些服務，或者提升了哪些服務的水平，這些都成為清晰的IT績效評定標準。在Enterprise-on-Service愿景的統攝下，業務將實現組件化，IT規劃將和企業業務戰略規劃更為的一致：（以保險行業為例，見圖2）l 將業務分解為一組互連功能-離散的流程與服務，如產品管理、風險建模與批價、持續理賠管理l 然后確定哪些功能是核心功能或獨特功能，哪些可以商品化甚至外包l 分析每項服務需要支付的成本，合并那些重復的服務，外包那些成本高于平均水平的服務，并集中資源那些有差異化、有競爭力的活動上l 實施IT來支撐這種組件化的業務模型l 在業務上，企業把握核心業務活動，關注關鍵過程的績效及改進，并在運營過程中優化和改進l 在IT上，活動、流程成為被管理的對象，根據企業業務需要，建立、改變相應的活動，調整過程圖表 2 保險行業業務組件化和關鍵活動在Enterprise-on-Service描繪的藍圖中，IT和業務一致性達到高度的一致：l 服務（Service）成為共同的語言。一直以來，業務部門和IT部門存在著巨大的鴻溝。業務人員關注的是業務活動、過程，而IT部門交付的是有著架構、技術等各種專業術語的系統。現在基于服務，業務終于能夠清晰的理解IT給他們帶來的價值：即提供哪些服務；而IT也能更加明確自身提供的能力。服務也就變成業務部門和IT部門交流需求的有效工具。l 基于服務（on-Service），快速實現業務需求。服務成為實現業務需求的基本單位。服務可以新建，也可以既有封裝，或者通過服務組裝和流程編排的方式實現。服務的整合、復用和積累，加速了實現業務需求的過程。l 基于服務（on-Service），靈活應對業務變化。服務之間能夠快速進行集成，從而構成新的業務流程，當業務過程變化的時候，可以通過對服務的重新編排快速的響應。業務流程不再是僵化的，不再需要花費巨大的改造成本。l 基于服務（on-Service），持續治理IT和業務績效。IT的服務、流程直接反映了業務經營的狀況，服務、流程的管理和監控，為業務績效的改進提供了巨大的可能性，它可以告訴我們在流程的那些地方存在改進的空間，并為改進業務績效提供直接的信息支持。1.3 SOA是最佳實現“SOA是一種業務驅動的IT體系架構方式，支持對業務的整合，使其成為一種相互聯系、可重用的業務任務或服務。”Sandy Carter，SOA&Web2.0 新商業語言SOA即面向服務的架構，其核心就是把企業組織的業務流程功能模塊劃分為服務，并對外提供標準的接口，基于這些服務，組織內部的不同業務部門或是不同組織可以快速組合所需的業務流程。服務屏蔽了企業內外部的業務細節，由服務規范描述，并通過已發布的接口進行訪問。服務間是獨立的、共享的、可互操作的、松耦合的、可分布式部署的。用戶可以構建、部署和整合這些服務，且無需依賴應用程序及其運行計算平臺。SOA的終極目標，即通過在業務架構上、組織管理上、過程方法上和運營模式上落實on-Service的漸進式變革,從而達到業務所需的速度、財務所需的更低成本和客戶所需的滿意體驗，最終實現Enterprise-on-Service的愿景：1） SOA實現了IT系統與業務流程的緊密相關，以服務為基本單元組織IT資源，其每項服務都可完成實際業務流程中的一項任務，業務人員和IT人員都可專注于業務邏輯的實現。2） SOA提供了IT架構的靈活性以及IT資產的復用性，簡單來說，實際上就是把企業的IT作為一種資產，并且通過重新編排業務流程可以在這個基礎上快速的組合成企業的新業務和新的運營模式，從而形成對業務支撐迅速響應能力。1.4 實施SOA的難點：找到業務轉變的動力和可行的應用模式SOA的一個理想圖景，如下圖所示：圖表 3 SOA技術架構圖現在很多人解釋SOA技術架構方案的時候，基本上和這個圖大概類似。就是原來有很多的遺留系統也好，新建系統也好，進行服務化的分割包裝，通過ESB注冊管理起來，ESB主要完成消息轉換、路由等通信機制，最后通過BPM進行流程編排，從而把一些服務組裝成一個新的業務。在業務需求變化的時候，只要通過上層的業務流程的調整，即可快速實現對新業務需求的支持。實際上，這是一個非常理想的狀況，把問題簡單化了。在實際的企業里面，服務是不穩定的。首先我們要找到業務轉變的內因和動力。以一個電信運營商隨著精細化管理的演進而產生的問題的例子。作為電信運營商，在激烈的競爭環境下，運營商對差異化營銷和精細化管理要求越來越高，引入SLA（Service Level Agreement，服務等級協議），通過對不同類別的客戶提供不同等級的服務質量可以提高運營商差異化服務能力。這種管理模式的轉變，首先會引起電信產品銷售流程的改變。拿一個具體的電信業務例如DDN（數據專線）的銷售流程，之前只需要提供源點和終點地址，電信運營商就可以通過一系列鏈路配置開通這個服務；增加了SLA之后，客戶可能會要求接通率、開通時限、是否提供備用電路等質量指標。由于要在各個環節支持SLA合同的落實，對于底層的支撐系統帶來非常大的影響。演進帶來的流程和服務的改變一級流程環節名稱 被調用服務 演進狀態 所在系統 1.客戶經理提交銷售客戶產品的SLA要求 SLA新建 新建 CRM 1.客戶經理提交銷售客戶產品的SLA要求 發送SLA建議書確認 新建 CRM 2.服務開通確認SLA的運維指標 資源滿足SLA的情況判斷 新建 資源管理 2.服務開通確認SLA的運維指標 資源預占 重用 資源管理 3.客戶經理確認 修改SLA狀態 新建 CRM 4.客戶經理修改銷售給某客戶產品的SLA要求SLA新建 新建 CRM 4.客戶經理修改銷售給某客戶產品的SLA要求發送SLA建議書確認 新建 CRM 4.客戶經理與客戶洽談 客戶接確錄入 新建 CRM 6.SLA合同簽定 標準地址確認 重用 資源管理 6.SLA合同簽定 訂單生成 改進 CRM 6.SLA合同簽定 一次費用計算 改進 CRM 6.SLA合同簽定 生成服務定單 改進 CRM 7.服務開通 定單接收 改進 服務開通 7.服務開通 資源配置分解，發出配置請求 改進 服務開通 7.服務開通 確定接入局向 改進 資源管理 圖表 4 管理精細化帶來的服務變化經過我們對流程和后臺服務的梳理分析得到如下結論：n 53%的服務需要改造。因為這個服務不合適了，要去調整這個服務n 20%的服務需要重建，原來不存在n 只有27%的服務可以完全重用從這個例子里可以看出，在管理流程演化的時候，作為支撐的IT系統，不是簡單經過自動服務的重新編排就能快速滿足的。追求更具競爭力的差異化優勢和管理精細化，就要求新的應用模式來支撐業務服務的不斷新建、封裝、組合和編排。業務的不斷優化意味著需要服務粒度不斷由粗變細，在這樣一個變化的環境下，很難定義多大的顆粒度的服務是合適的，所以必須要有靈活的架構來支持服務的構造，這是非常重要的問題，也是難點。這種應用模式也被稱為基于服務的業務交付模式，快速交付、更低成本和良好的用戶體驗是這種應用模式的關鍵特征。2 SOA應用平臺：SOA下新一代的基礎設施2.1 SOA需要新一代的基礎設施2007年底，Gartner在平臺中間件的趨勢報告中預告：l 目前主流的javaEE平臺和.NET平臺越來越不足以解決如下的需求趨勢：可擴展性和性能、事件驅動的編程模式、先進的SOA架構和動態應用開發l 新的編程模式、部署方式，License規劃和技術架構都在推動克服現在的主流應用服務器產品的限制，并挑戰這些產品的發展狀況l 新的技術融合趨勢正在催生新一代的中間件平臺產品，新中間件產品只會部分支持現有的系統，并迫使客戶和廠商開始新的學習周期綜合Gartner的觀察中體現了一個“新”字。Gartner觀察到，盡管.Net和Java EE很受歡迎，但是它們卻逐漸顯示了老化的跡象。雖然.Net和Java EE提供了先進的開發工具，但是不斷增加的復雜性，使得它們對于主流的開發人員來說，越來越難以使用。另外，主流編程模型對于SOA有限的支持能力越來越明顯。新的SOA編程模型，例如SCA/SDO、流程管理BPEL，正在興起。他們將擴展甚至取代Java EE和.Net提供的面向對象的編程模式。這個支持SOA的新一代中間件平臺，即SOA應用平臺，它將為SOA應用和服務開發、組裝、編排、測試、部署和治理提供工具和方法的支持。2.2 什么是SOA應用平臺一個完整的SOA應用平臺，為SOA應用從設計、開發、調試和部署、到運行、維護、管控和治理提供全生命周期的支持。SOA應用平臺不僅僅是平臺與工具的集合，一個完整的SOA應用平臺包括3個方面：l 方法與規范l 平臺與工具l 資產與知識圖表 5 SOA應用平臺的內涵SOA集成開發工具為服務建模、服務開發、服務組裝、服務編排，及調試和部署等提供一體化的支持。開發的SOA應用，將得以在SOA運行環境中運行，并通過SOA治理工具實施管理和監控，然后根據既定的KPI指標不斷進行優化，提供了一個閉環的全生命周期的支持。當以SOA架構來建構企業的應用系統時，服務將成為關注的核心要素，并通過逐漸積累形成自身的服務庫、構件庫、知識庫等資源。同時，企業要真正掌握SOA平臺和工具，并發揮其應用的效力，必須建立企業的SOA能力，這時候標準和規范、軟件過程和項目管理是非常重要的。方法和規范、平臺與工具、資產與知識，是組成SOA應用平臺的三個方面，也是企業采納SOA應用平臺時必須關注的三個方面。2.3 SOA應用平臺的關鍵需求不同的用戶所處的信息化發展階段不同，因此可能有著不同的需求。第一類，大型企業和機構客戶有著多年的應用建設歷史和眾多的應用實施項目，需要把現有紛繁復雜的技術架構平臺升級和統一到標準的、先進的SOA體系架構和靈活高效的SOA應用平臺上，從而更好地支撐和應對業務需求，并管理好為其提供解決方案和定制服務的商業合作伙伴。第二類，大型應用產品和解決方案開發商有著一條或是多條應用產品線和解決方案，希望能夠專注于發展自身在業務應用上的優勢，而逐步把紛繁復雜的技術平臺剝離或是合作借力，并降低實施成本，同時又能夠通過把應用產品升級換代到SOA的體系架構上從而提升其應用產品在市場上的競爭力。第三類，中小型企業客戶和開發商自身缺乏技術的投入和積累，希望能夠專注于并充分發揮其對于客戶需求的把握和實施能力，同時又能規避紛繁復雜的技術障礙和技術人員流失的風險，進而借助先進的SOA技術平臺獲得市場的競爭優勢。不管對于哪類客戶或者為客戶提供SOA方案的開發商，實施SOA的難點在于服務構造和業務化流程，因為在動態的業務環境中，特別是在中國這樣一個業務需求不斷發展變化的環境下，SOA服務本身以及業務流程也必將是不穩定的，需要不斷的優化、調整、改進。純代碼編寫將無法適應這種動態的需求，SOA應用平臺必須為服務構造和業務化流程提供有力的支持。同時，SOA應用平臺必須有助于實現下述目標： 有明確的組件規范，為業務、技術的組件化提供統一的標準 實現統一的架構平臺，用來解決應用框架不統一，應用邏輯不便于維護的問題 遵循SCA/SDO等先進的國際標準，架構開放 有完善的集成開發工具，包括后端邏輯以及界面等開發工具，支持項目快速開發 組件積累和管理體系和工具 完善的監控治理平臺，解決運維期間對系統的管理和監控的問題3 EOS 6.0產品組成及功能概述3.1 EOS 6.0產品概述Primeton EOS（以下簡稱EOS）是全球領先的SOA應用平臺。EOS基于J2EE、Eclipse等開放的技術和平臺，采用了先進的SOA架構和標準規范，并通過構件化、圖形化、一體化的平臺產品為客戶提供了完整的覆蓋SOA應用全生命周期的支撐，從設計、開發、調試和部署，到運行、維護、管控和治理。有了這樣的SOA應用平臺，可以真正意義上幫助企業客戶和各類機構實現其統一SOA架構的發展策略，并達到低成本、高質量、靈活、易管控地構造SOA應用和服務的目標。直至實現企業客戶和各類機構Enterprise-on-Service的業務發展愿景和IT實施策略。EOS這一全球領先的SOA應用平臺，秉承一貫的產品特色與優勢，把構件技術、可視化技術、圖形化技術與SCA、SDO等SOA技術標準完美結合起來，為客戶提供了從設計開發和調試部署，到運行維護和管控治理的覆蓋SOA應用全生命周期的平臺支撐。Primeton EOS 6.0產品包括了EOS Studio、EOS Server、EOS RichWeb、EOS Component Library、EOS Governor、EOS Report、BPS For EOS七個部分，并同時依托goCom社區提供了Application Framework的開源實現供客戶自主定制。3.2 EOS Studio（EOS集成開發環境）EOS Studio是集面向構件應用的設計、開發、組裝、調試、維護、部署、管理和發布于一體的集成開發環境，提供對SOA應用和服務全生命周期的開發、維護和管理。在EOS Studio中，以項目的形式組織了EOS 應用開發的資源，提供相應的向導、視圖和編輯器等工具供開發人員在開發過程中可視化地開發各種構件，并提供了強大的調試及團隊開發功能。對于一個應用項目而言，所有的開發內容都可以方便快捷的通過EOS Studio完成，而不需要使用其他開發工具。圖表 6 EOS Studio的功能結構EOS Studio具備如下特性：l 高性能的開發工具: 對開發機器配置要求不高，512M1G內存情況下Studio即可快速、穩定運行l 圖形化的SOA服務設計與服務裝配: 支持Top-Down模式的服務設計、裝配與實現，也支持Bottom-Up模式的先實現功能，再封裝為服務的模式l 圖形化的數據模型設計: 符合SDO標準的實體定義，支持查詢實體，支持非持久化實體，支持實體的關聯關系l 圖形化的構件組裝: 圖形化的構件組裝只需要從構件庫中拖拉構件，并對構件進行連線，配置相應的參數即可，顯示符合規范并非常美觀，操作方便。l 圖形化的構件調試: 在開發構件時，可以直接對構件邏輯進行圖形化的調試，并且調試期間支持熱部署的能力，即時可以看到程序修改后的效果。支持遠程調試。l 支持軟件資產的沉淀、復用: 可以基于統一的技術平臺方便實現對企業IT系統構件庫的規劃和實施；l 支持將業務構件導入到新的項目中復用；l 支持對已經積累的服務進行裝配、調用；l 復用的業務構件越多，軟件質量越有保證；l 構件文檔自動生成可以使得軟件資產更方便管理l 支持多種數據類型: 數據類型支持SDO、POJO、XML Schema、DOMl 支持多種服務的實現方式: 包括構件圖形實現、Java實現、Spring實現等多種方式供用戶靈活選擇。l 圖形化的頁面流開發: 支持變量的不同范圍內的共享l 豐富的向導: 包括項目向導、對單表或多表進行增刪改查等操作的功能向導、頁面控件向導、頁面向導等l 常用功能自動生成代碼，無需Codingl 豐富的Ajax控件與普通頁面控件l 豐富頁面控件屬性向導l 支持團隊開發l 支持設計文檔自動生成l 支持構件的版本管理l 提供了功能向導，一次生成增刪改查等基本功能的實現代碼3.3 EOS Server（EOS運行環境）EOS Server是支撐SOA應用和服務的運行環境，EOS Server 由SCA（Service Component Architecture） 容器、構件運行環境、頁面流引擎、邏輯流引擎、系統服務、基礎服務等核心模塊組成。EOS Server是一個面向SOA的基礎設施，實現了SOA的核心編程模型SCA 1.0、SDO 2.1的標準規范。EOS Server保障了SOA應用或服務穩定、安全、可靠、高效、可擴展地運行。EOS Server運行在標準的J2EE應用服務器之上，支持主流的應用服務器(如：WebSphere、 WebLogic、 JBoss、 Tomcat等)和主流的數據庫(Oracle、DB2、 MS SQL Server、 Informix、Sybase等) 。圖表 7 EOS Server的功能結構EOS Server具備如下特性：l 穩定、安全、可靠、高效、可擴展的企業級SOA架構l 符合SCA 1.0和SDO 2.1等SOA標準規范l 支持構件動態加載與遠程加載l 支持集群部署l 能夠整合多種開源框架l 構件包部署管理l 元數據讀取3.4 EOS Richweb（EOS富頁面）EOS RichWeb提供了豐富的頁面模板、頁面控件以及頁面向導，將開發人員從繁瑣、復雜、費時的頁面開發中解脫出來。通過頁面模板自定義，系統分析設計人員可以針對不同項目需要定制統一的頁面風格。在設計視圖中，開發人員可通過拖拉頁面控件的方式輕松實現頁面開發，同時EOS Studio還保留了傳統的JSP代碼編輯開發方式。圖表 8 EOS RichWeb的功能結構EOS Richweb具備如下特性：l 提供了單表和主從表的維護向導，系統自動生成所有的代碼，無需Codingl 提供了豐富的頁面控件: 包括標準Html Tag、EOS Tag、EOS頁面控件、Ajax控件、工作流控件，開發人員通過拖拽操作，以及通過屬性向導來設置控件的屬性，再配合少量簡單的JSP源碼編輯即可完成頁面開發過程3.5 EOS Component Library（EOS構件庫）EOS Component Library是為了支撐快速開發、部署應用系統而提供的，具有高度復用能力的一組預制構件的集合。利用EOS構件庫中的構件可以快速搭建應用系統，提高軟件可復用度和開發效率；同時通過對構件的管理可以建立一套針對構件的生產、改進、管理、沉淀和發展的完整軟件管理機制，使得企業在組織級的軟件知識沉淀可以通過構件庫的形式得以實現和發展。圖表 9 EOS Component Library的功能結構EOS Component Library具備如下特性：l 豐富的基礎構件，除了提供大量的最常用的基礎運算構件庫、基礎業務構件庫、資源訪問構件外，還可以通過goCom社區下載開源的應用框架構件庫。l 并可支持第三方Jar包直接封裝為構件，無需做任何代碼修改，即可通過工具自動封裝為構件l 同樣支持導入用戶開發的業務構件庫，在項目中積累的業務構件也可導入到構件庫中，進行復用3.6 EOS Governor（EOS治理工具）EOS Governor主要功能是以圖形化的方式實現對EOS系統運行時刻進行監控，以利于系統開發人員及運行管理人員進行系統調試與系統診斷。通過實時在線監控和管理工具，可以實現對應用系統各個層次進行監控和管理。用戶只需通過Web界面即可實時監控應用系統的各項運行參數，快速診斷和修正系統運行時的錯誤及異常，用更少的維護成本確保系統正常發揮作用。圖表 10 EOS Governor的功能結構EOS Governor具備如下特性：l 支持系統部署拓撲圖查詢l 支持集群部署l 支持構件動態部署、卸載、版本升級接割：一體化的打包工具，使得包括工作流在內的所有項目資源統一打包為部署包或者升級包，用戶無需做任何手工部署操作。l 統一的構件部署環境，無論是普通應用還是工作流應用，部署過程都非常的簡便l 構件在線管理監控: 可以實時對數據庫鏈接與訪問情況進行監控，對服務的調用情況進行監控，對頁面的訪問情況進行監控，對后臺業務邏輯的運行情況進行監控l 所有的監控都是以業務構件為主線的l 參數統一配置：系統固有參數（如數據庫連接參數、日志參數）以及業務構件的參數均可在統一的界面中進行配置l 支持構件歷史運行情況統計: 提供了業務構件的調用頻次、時間、訪問量統計，讓系統管理員可以有針對性的選擇業務構件進行優化l 支持日志離線分析: 詳細的系統與業務日志，有助于對系統的優化分析3.7 EOS Report（EOS報表選件）EOS Report定位于高效率的中式報表工具。能夠實現報表的高效設計、維護和運行，解決國內企業級報表應用的相關需求。EOS報表產品由三部分組成：報表設計器、報表服務器、報表客戶端。用戶在報表設計器（內嵌在EOS Studio中）來設計報表和開發報表應用。應用被打包、部署到報表服務器上運行。報表服務器為報表提供了運行環境，同時提供報表的開發接口、以及監控管理。報表客戶端是內嵌在瀏覽器中運行的Applet，提供在瀏覽器客戶端的報表精確打印功能。圖表 11 EOS Report的功能結構EOS Report具備如下特性：l 與EOS平臺無縫集成，在一體化環境下設計報表，開發、調試、部署報表應用，大大提高報表應用的開發效率l 表格式的報表設計器，符合中式報表的分塊特點，不存在西式報表中的對齊問題l 設計器與Excel兼容，支持Excel文件的導入導出、單元格引用，表格式表樣設計器的操作習慣與Excel一致l 報表設計器直觀、易用、易維護，在一個界面上能夠看到報表的表樣、數據以及數據的展開行為，用鼠標拖拽的方式引用數據l 報表模型簡單，可以直觀地表達各種中西報表樣式l 采用標準的JavaScript腳本，學習門檻低l 高效穩定的報表引擎l 客戶端精確打印，支持套打、按行列分頁、固定表頭、批量打印等3.8 BPS For EOS（BPS流程管理選件）BPS for EOS是EOS產品的選件組成部分，負責對業務流程整個生命周期的管理，包括業務流程的定義、測試驗證、部署、運行、監控、管理、業務化定制調整。Primeton BPS遵循WfMC參考模型而又具備中國特色特性的流程管理產品。BPS for EOS由以下八個產品組件組成：BPS Process Server、BPS構件庫、BPS頁面標簽庫、BPS業務流程定制、BPS流程客戶端、BPS管理監控、BPS Studio和BPS Governor，如下圖所示。圖表 12 BPS for EOS的功能結構BPS for EOS具備如下特性：l 靈活的流程調度模型: 提供基于事件的流程調度模型，產品支持順序、分支、并發、循環、嵌套、多路選擇與歸并等各種基本流程模式，還支持自由流、回退、激活、指派等多種特殊流程模式。在流程版本處理上，支持分水嶺、一刀切、特事特辦等多種流程版本模式l 強大的任務處理機制:BPS提供完善的多任務處理策略，定義了領取、退回、條件結束、會簽等各種任務處理模式，并具有同業務無縫結合的能力，用戶可以方便地通過業務條件查詢工作列表l 支持在業務層面上進行所見即所得的流程建模與配置，流程配置和管理人員可以隨時在線調整和優化正在運行的流程或進行版本管理，并進行測試驗證、實時熱部署，真正實現了企業對業務變化的敏捷響應l 完備的任務代理模型: BPS提供基于定義和基于實例（代辦或協辦）兩種代理機制，提供代理人管理的功能l 可視化流程表單建模: 提供無需編碼的流程表單自動生成工具，并針對復雜的流程應用，提供了可視化的流程應用人機交互界面的開發與調試功能l 高性能的流程引擎l 既支持J2EE的開發模式，又可以與EOS平臺無縫集成，實現基于構件化的開發模式l 圖形化的實時監控l 遵循標準并本地化擴展l 支持獨立流程服務器l 支持基于WEB界面的業務化流程調整和定制l 支持在運行環境進行流程測試4 EOS 6.0客戶價值Primeton EOS，是全球領先的SOA應用平臺。旨在幫助全球企業和機構通過落實“Enterprise-on-Service”的業務愿景與IT策略，從而到達IT與業務的一致；并獲得更低成本、更高質量和更快交付業務服務的競爭能力，最終實現其業務發展目標。Primeton EOS將分別為如下的這三類客戶帶來相應的關鍵價值：第一類，大型企業和機構客戶 實現先進的、統一的SOA架構和SOA應用平臺 高效地開發、積累和復用更多的業務構件和服務，并集約化運營 規范化管理，并可自主掌控技術架構和平臺第二類，大型應用產品和解決方案開發商 實現應用產品和解決方案更新換代到SOA版本 高效地開發、積累和復用更多的業務構件和服務 剝離技術平臺或是借力合作，從而更多專注于業務優勢第三類，中小型企業客戶和開發商 規避技術障礙，快速交付客戶所需的業務應用 借助SOA的先進性從而提升自身的市場競爭力 降低技術人員流失的風險5 EOS 6.0的特點和優勢Primeton EOS 6.0這一全球領先的SOA應用平臺，通過構件化、圖形化、可視化、標準化和一體化的平臺產品實現，為客戶帶來了眾多突出的價值。5.1 先進統一的SOA架構Primeton EOS 6.0這一全球領先的SOA應用平臺，采用了先進的SOA體系架構和標準規范，實現了業務層面的構件化模型，技術層面的標準化架構和管理層面的規范化框架，從而為客戶在實現SOA應用和服務的時候，從根本上統一地解決了業務、技術與管理的應用架構，幫助客戶把應用架構提升到先進的符合SOA的體系之上。同時EOS也通過對于SOA國際標準規范SCA 1.0和SDO 2.1的實現，真正意義上為客戶提供了符合SOA國際標準規范的應用平臺。5.1.1 構件化業務模型為了提升IT與業務的一致性，為了更低成本、更高質量、更快速和靈活地實現業務服務；為了更好地復用業務服務和最大化業務價值；為了不斷提升IT的資產效率，為了這一切，那就必須打破現有豎井式（silo）的業務應用模式和項目導向的應用生產方式。業務構件化就是最為有效的手段和最佳實踐。在業務構件化的理念方法、架構模型的推動下，把日漸復雜和不斷變化的業務系統通過分層、分模塊地設計分解為若干相對獨立又不相交的業務構件，并進一步分析這些業務構件對于企業總體業務的基礎性、差異化和核心度，然后再針對性地實現、改良和革新。構件化業務模型實則是把復雜問題進行統籌和分而治之的一種業務設計模式，并根據企業的業務目標和關鍵業務指標（KPI）來分清各個業務模塊的輕重緩急策略。當然構件化業務模式還打破了原先項目導向所帶來的業務設計和資源配置只在各個項目組內部考慮的局限性，通過統一的業務藍圖規劃和業務模塊分析來實現統籌分治。并且在業務服務的物理部署上也更為的靈活，業務構件的模塊獨立性和規范性帶來了更好地計算資源配置和虛擬化部署，進一步提升了IT的資產效率。這一切都將通過技術上的構件服務標準規范和管理上的框架策略規范得以實現和落地。構件化的業務模型正在成為企業和機構客戶落實Enterprise-on-Service的發展策略和提升IT與業務一致性的重要手段和表現形式。5.1.2 標準化技術架構客戶對于技術架構的重視和投入明顯在增強，越是大型的客戶和開發商越是明顯，因為它承載了眾多的含義：業務架構的技術實現、應用的開發模式、相關的技術標準、業務和技術的集成能力以及管理框架等等。可另外一方面確是，在當今最為主流的應用服務器之上所發展出來的MVC的開發模式、開源框架實現、現有的集成模式和技術等；又隨著SOA技術所帶來的服務構件容器、新的集成模式和技術標準、服務與流程等等。這一切都在讓本已復雜的技術架構變得愈加的復雜和難于跟上，而技術架構對于業務需求的滿足度和響應度卻在不斷地下降，導致IT很難與業務保持良好的一致性。先進統一的SOA技術架構正在成為企業技術構架的2.0。其中對于關鍵的傳統MVC模式下的業務邏輯層，從邏輯設計上把業務邏輯、業務服務及業務流程松耦合分離開來，并在技術上實現了標準化。從而達到了業務服務在業務層面和組織層面的標準和統一，達到了業務邏輯具體實現多樣性和繼承性，達到了業務應用的流程化。同樣地，對于底層的資源訪問也做到了資源服務的標準化，另到IT集成與業務集成是天然具備的能力。當然最上層的協同層為業務界面與互操作提供了各種渠道的接入和服務消費的方式。先進統一的SOA標準技術架構既能很好地繼承過去IT投入所積累的應用資產又能很好地應對業務發展對于技術架構的所需。標準化的SOA技術架構正在成為企業和機構客戶落實Enterprise-on-Service的發展策略和提升IT與業務一致性的重要手段和表現形式。5.1.3 規范化管理框架企業信息化并非一蹴而就，因此就需要有強大的IT管控能力和靈活動態的業務策略應對。規范的管理框架將更有效地實現IT與業務可視性和管控性。并進一步通過策略的機制（Policy Framework）不斷實現IT治理和業務優化。同時也為SLA的實現提供了更為靈活和簡便的方式，一切都能夠基于服務來管控保障和治理優化。隨著業務應用的越來越多，計算資源的高效配置和使用將變得越來越迫切。因此這樣先進的、規范的SOA管理框架都將使得業務服務的仿真和虛擬化變得觸手可及，我們的業務運營效率將進一步提高。規范化的SOA管理框架正在成為企業和機構客戶落實Enterprise-on-Service的發展策略和提升IT與業務一致性的重要手段和表現形式。5.2 高效靈活的開發體系企業與機構是個復雜的組織，超過百人就需要有組織架構、規章制度、業務流程和管理體系來保障高效的運作。因