omniture

一體化本質(zhì)之架構(gòu)平臺

2012-12-06 16:51

這里談的平臺一體化,非傳統(tǒng)意義上大家所了解的像微軟.NET架構(gòu)的Sharepoint平臺,Oracle收購SUN公司J2E架構(gòu)Java平臺以及IBM Lotus Domino平臺。雖然在地產(chǎn)行業(yè)Sharepoint和Java平臺的應(yīng)用明顯高于Domino平臺。但是,筆者在這里所討論的并不是簡單的選擇用哪個平臺開發(fā)產(chǎn)品搭建企業(yè)信息化平臺,而是借用其“平臺”理念來簡單探討一種應(yīng)用模式。為避免枯燥的技術(shù)語言闡述,盡量用圖形的形式呈現(xiàn),先來看看兩個概念:

SOA:Service Oriented Architecture,一種以服務(wù)為基礎(chǔ)的架構(gòu)。具有可重用、松耦合、明確定義的接口、無狀態(tài)服務(wù)設(shè)計和基于開放標準的特點。而面向服務(wù)的實體結(jié)構(gòu)扮演三種角色:服務(wù)請求者、服務(wù)提供者、服務(wù)注冊中心。如下圖:

點擊查看原圖

ESB:Enterprise Service Bus, 企業(yè)服務(wù)總線。是傳統(tǒng)中間件技術(shù)與XML和Web等技術(shù)結(jié)合的產(chǎn)物,是網(wǎng)絡(luò)服務(wù)中最基本的連接中樞,可以所上企業(yè)建設(shè)信息化系統(tǒng)神經(jīng)中樞的必要元素。其功能具備事件驅(qū)動、文檔導(dǎo)向的處理模式,以分布式的運行管理機制,支持基于內(nèi)容的路由和過濾,具備復(fù)雜數(shù)據(jù)的傳輸能力,并可以提供一系列的標準接口。

ESB是SOA架構(gòu)思想的現(xiàn)實應(yīng)用,是SOA架構(gòu)平臺得以輕量級實現(xiàn)的中樞神經(jīng)元。因此,利用ESB搭建企業(yè)基礎(chǔ)應(yīng)用平臺,利用主數(shù)據(jù)、業(yè)務(wù)流程,整合企業(yè)已經(jīng)在用的各業(yè)務(wù)系統(tǒng),通過基于角色的Portal構(gòu)建企業(yè)一體化信息平臺。

點擊查看原圖

點擊查看原圖

數(shù)據(jù)集成:有四種模式對數(shù)據(jù)庫和應(yīng)用系統(tǒng)進行數(shù)據(jù)交互:

直接訪問數(shù)據(jù)庫,基于JDBC(Java Data Base Connectivity,是一種執(zhí)行SQL語句的Java API,可以為多種關(guān)系型數(shù)據(jù)庫提供統(tǒng)一訪問接口)構(gòu)建數(shù)據(jù)接口,直接訪問數(shù)據(jù)庫,進行數(shù)據(jù)交互。

通過數(shù)據(jù)接口訪問,基于ODBC(Open Data Base Connectigity ,開發(fā)數(shù)據(jù)庫鏈接標準)構(gòu)建數(shù)據(jù)庫訪問標準,通過接口進行數(shù)據(jù)交互。

通過服務(wù)封裝訪問,通過SDO(Server Data Objects,服務(wù)數(shù)據(jù)對象)創(chuàng)建統(tǒng)一規(guī)范的數(shù)據(jù)接入層,將混雜的數(shù)據(jù)源整合到其框架和工具集當中,通過訪問其服務(wù)進行數(shù)據(jù)的交互,不直接訪問數(shù)據(jù)庫。

通過WebService數(shù)據(jù)訪問,WebService是一種基于XML、SOAP、WSDL、UDDI等技術(shù)的獨立于平臺、軟件供應(yīng)商的標準。是創(chuàng)建可互操作的、分布式應(yīng)用的新平臺,也是時下較為流行的應(yīng)用與數(shù)據(jù)集成方式。

XML:Extensible Markup Language,可擴展標記語言。用于標記電子文件使其具有結(jié)構(gòu)性的標記語言,可以用來標記數(shù)據(jù)、定義數(shù)據(jù)類型,是一種允許用戶對自己的標記語言進行定義的源語言,是SGML(標準通用標記語言)子集,非常適合Web傳輸,提供統(tǒng)一的方法來描述和交換獨立于應(yīng)用程序或供應(yīng)商的數(shù)據(jù)。

SOAP:Simple Object Access Protocol,簡單對象訪問協(xié)議。一種輕量的、簡單的、基于HTTP、 XML 的協(xié)議,它被設(shè)計成在 Web 上交換結(jié)構(gòu)化和固化的信息。

WSDL:Web Services Description Language,Web服務(wù)描述語言一種接口定義語言,用來描述WebService的接口信息。

UDDI:Universal Description Discovery and Integration,統(tǒng)一描述、發(fā)現(xiàn)與集成協(xié)議。它是一種規(guī)范,用于Web服務(wù)的注冊與發(fā)現(xiàn)機制,為Web服務(wù)提供三個重要的技術(shù)支持:①標準、透明、專門描述Web服務(wù)的機制;②調(diào)用Web服務(wù)的機制;③可以訪問的Web服務(wù)注冊中心。

以上四種集成模式,從本質(zhì)上歸納,數(shù)據(jù)交互要么直接操作數(shù)據(jù)庫,要么通過構(gòu)建一定的服務(wù)標準調(diào)用數(shù)據(jù)庫(如:WebService模式),再進行數(shù)據(jù)交互。各有其優(yōu)缺點:

利用ESB實現(xiàn)SOA架構(gòu)平臺,對于主數(shù)據(jù)的規(guī)劃就有一定程度的要求,這也是為什么我們開篇就重點講述主數(shù)據(jù)需要嚴謹統(tǒng)一的原因。而管理軟件的世界巨頭SAP,據(jù)說早你那R3里面屬性開關(guān)就多達2萬個,更有甚者所其數(shù)據(jù)表的數(shù)量是同類企業(yè)的2--3倍。當然,我本人并沒有深入到SAP系統(tǒng)里面去驗證,但是SAP系統(tǒng)功能之強大、靈活。如果沒有這些數(shù)據(jù)屬性開關(guān),沒有那么多復(fù)雜邏輯關(guān)系的數(shù)據(jù)表,是很難實現(xiàn)其多維、復(fù)雜、可配置、擴展性的要求。大家也了然,SAP等跨國軟件巨頭自身專注于產(chǎn)品研發(fā)與技術(shù)創(chuàng)新,通過培養(yǎng)實施服務(wù)合作伙伴,來提高對客戶的服務(wù)質(zhì)量。走的就是專注、專一、專業(yè)的發(fā)展路徑,不單是在行業(yè)專注,更在行業(yè)價值連上專注,各取所長,三方共贏,紅利共享。這種合作與分享的模式也是值得國內(nèi)軟件供應(yīng)商學(xué)習(xí)和借鑒的。而近期國內(nèi)軟件廠商瀕臨困境,但反觀SAP等跨國軟件公司,其在法蘭克福資本市場上,近期已經(jīng)遙居成為德國市值最高公司,超過了一百多年的西門子,而蘋果公司則更是全球市值最高的公司,這些公司無不是專注于產(chǎn)品和技術(shù)創(chuàng)新,將產(chǎn)品實現(xiàn)、服務(wù)部分交由全球合作伙伴,打造互生共贏的產(chǎn)業(yè)生態(tài)鏈。而國內(nèi)軟件廠商在這些地方顯然是有所欠缺的,自身在價值連的定位上較模糊。

 

點擊查看原圖

以上從數(shù)據(jù)、流程、平臺或架構(gòu)三個維度,淺薄的談了在房企進行一體化信息系統(tǒng)規(guī)劃和實施方面,筆者的一些淺顯實踐經(jīng)驗、思路。這些信息化思想的落地,在IT領(lǐng)域已有眾多成功案例,如筆者了解的某大型汽車集團,就利用ESB、Portal整合了十多套業(yè)務(wù)系統(tǒng),而房地產(chǎn)行業(yè)起步比較晚。但是,近兩年我們欣然看到一些比較前沿的房企,已經(jīng)開始在主數(shù)據(jù)、統(tǒng)一流程、架構(gòu)平臺方面逐步統(tǒng)一,而在此基礎(chǔ)上進行業(yè)務(wù)子系統(tǒng)的規(guī)劃與實施。在主數(shù)據(jù)規(guī)劃方面,除了組織管理單元和項目管理單元,有的開始整合研發(fā)與客服,規(guī)劃企業(yè)產(chǎn)品缺陷庫、質(zhì)量問題庫等。而非前幾年那樣倉促為上系統(tǒng)而上系統(tǒng),從最初的財務(wù)、OA、售樓三件套,到后來盲目成風(fēng)的上ERP全套系統(tǒng),結(jié)果苦不堪言。

從行業(yè)發(fā)展的角度,我們也看到一些廠商開始進行價值連的前向一體化衍生。提出適配型管理,咨詢與IT系統(tǒng)結(jié)合的一體化模式。這種管理思想的提出,無疑對于當前房地產(chǎn)行業(yè)管理參差不齊的情況下一劑良方。正如,筆者前面提到在權(quán)責(zé)模糊、制度缺乏、個人經(jīng)驗盛行的發(fā)展型房企,標準化的系統(tǒng)無疑是對業(yè)務(wù)發(fā)展的束縛,系統(tǒng)最終也胎死腹中。這種模式的提出,對廠商要求極高,除了具備咨詢實力外,對IT系統(tǒng)本身要求也極高,在實施成果交付方面提出了前所未有的挑戰(zhàn)。

通篇筆者并未就房地產(chǎn)企業(yè)信息化應(yīng)該如何上馬做出論述,也未就選型提供參考。筆者認為IT系統(tǒng)是技術(shù)為先,應(yīng)用為本。夯實基礎(chǔ)了,才能系統(tǒng)化建設(shè),至于先上售樓還是成本、計劃運營、采購招標、知識管理等要看各家業(yè)務(wù)發(fā)展戰(zhàn)略和管理成熟度,即:業(yè)務(wù)架構(gòu)是凌駕于系統(tǒng)架構(gòu)之上的。項目實施方面杜絕現(xiàn)在“藍圖很美好、實施很辛苦、交付很痛苦、服務(wù)很渺茫”的現(xiàn)狀。

 

 

消息來源:暢享網(wǎng)