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

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

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òng)、文檔導(dǎo)向的處理模式，以分布式的運(yùn)行管理機(jī)制，支持基于內(nèi)容的路由和過濾，具備復(fù)雜數(shù)據(jù)的傳輸能力，并可以提供一系列的標(biāo)準(zhǔn)接口。

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

數(shù)據(jù)集成：有四種模式對(duì)數(shù)據(jù)庫和應(yīng)用系統(tǒng)進(jìn)行數(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ù)庫，進(jìn)行數(shù)據(jù)交互。

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

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

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

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

SOAP：Simple Object Access Protocol，簡單對(duì)象訪問協(xié)議。一種輕量的、簡單的、基于HTTP、 XML 的協(xié)議，它被設(shè)計(jì)成在 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ù)的注冊(cè)與發(fā)現(xiàn)機(jī)制，為Web服務(wù)提供三個(gè)重要的技術(shù)支持：①標(biāo)準(zhǔn)、透明、專門描述Web服務(wù)的機(jī)制;②調(diào)用Web服務(wù)的機(jī)制;③可以訪問的Web服務(wù)注冊(cè)中心。

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

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

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

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

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