【阿里巴巴创业】这里谈的平台一体化，非传统意义上大家所了解的像微软.NET架构的Sharepoint平台，Oracle收购SUN公司J2E架构Java平台以及IBM Lotus Domino平台。以上四种集成模式，从本质上归纳，数据交互要么直接操作数据库，要么通过构建一定的服务标准调用数据库(如:WebService模式)，再进行数据交互。
这里谈的平台一体化，非传统意义上大家所了解的像微软.NET架构的Sharepoint平台，Oracle收购SUN公司J2E架构Java平台以及IBM Lotus Domino平台。虽然在地产行业Sharepoint和Java平台的应用明显高于Domino平台。但是，笔者在这里所讨论的并不是简单的选择用哪个平台开发产品搭建企业信息化平台，而是借用其“平台”理念来简单探讨一种应用模式。为避免枯燥的技术语言阐述，尽量用图形的形式呈现，先来看看两个概念：
SOA：Service Oriented Architecture，一种以服务为基础的架构。具有可重用、松耦合、明确定义的接口、无状态服务设计和基于开放标准的特点。而面向服务的实体结构扮演三种角色：服务请求者、服务提供者、服务注册中心。如下图：
ESB：Enterprise Service Bus, 企业服务总线。是传统中间件技术与XML和Web等技术结合的产物，是网络服务中最基本的连接中枢，可以所上企业建设信息化系统神经中枢的必要元素。其功能具备事件驱动、文档导向的处理模式，以分布式的运行管理机制，支持基于内容的路由和过滤，具备复杂数据的传输能力，并可以提供一系列的标准接口。
ESB是SOA架构思想的现实应用，是SOA架构平台得以轻量级实现的中枢神经元。因此，利用ESB搭建企业基础应用平台，利用主数据、业务流程，整合企业已经在用的各业务系统，通过基于角色的Portal构建企业一体化信息平台。
数据集成：有四种模式对数据库和应用系统进行数据交互：
直接访问数据库，基于JDBC(Java Data Base Connectivity，是一种执行SQL语句的Java API，可以为多种关系型数据库提供统一访问接口)构建数据接口，直接访问数据库，进行数据交互。
通过数据接口访问，基于ODBC(Open Data Base Connectigity ,开发数据库链接标准)构建数据库访问标准，通过接口进行数据交互。
通过服务封装访问，通过SDO(Server Data Objects,服务数据对象)创建统一规范的数据接入层，将混杂的数据源整合到其框架和工具集当中，通过访问其服务进行数据的交互，不直接访问数据库。
通过WebService数据访问，WebService是一种基于XML、SOAP、WSDL、UDDI等技术的独立于平台、软件供应商的标准。是创建可互操作的、分布式应用的新平台，也是时下较为流行的应用与数据集成方式。
XML：Extensible Markup Language，可扩展标记语言。用于标记电子文件使其具有结构性的标记语言，可以用来标记数据、定义数据类型，是一种允许用户对自己的标记语言进行定义的源语言，是SGML(标准通用标记语言)子集，非常适合Web传输，提供统一的方法来描述和交换独立于应用程序或供应商的数据。
SOAP：Simple Object Access Protocol，简单对象访问协议。一种轻量的、简单的、基于HTTP、 XML 的协议，它被设计成在 Web 上交换结构化和固化的信息。
WSDL：Web Services Description Language，Web服务描述语言一种接口定义语言，用来描述WebService的接口信息。
UDDI：Universal Description Discovery and Integration，统一描述、发现与集成协议。它是一种规范，用于Web服务的注册与发现机制，为Web服务提供三个重要的技术支持：①标准、透明、专门描述Web服务的机制;②调用Web服务的机制;③可以访问的Web服务注册中心。
以上四种集成模式，从本质上归纳，数据交互要么直接操作数据库，要么通过构建一定的服务标准调用数据库(如:WebService模式)，再进行数据交互。各有其优缺点：
利用ESB实现SOA架构平台，对于主数据的规划就有一定程度的要求，这也是为什么我们开篇就重点讲述主数据需要严谨统一的原因。而管理软件的世界巨头SAP，据说早你那R3里面属性开关就多达2万个，更有甚者所其数据表的数量是同类企业的2--3倍。当然，我本人并没有深入到SAP系统里面去验证，但是SAP系统功能之强大、灵活。如果没有这些数据属性开关，没有那么多复杂逻辑关系的数据表，是很难实现其多维、复杂、可配置、扩展性的要求。大家也了然，SAP等跨国软件巨头自身专注于产品研发与技术创新，通过培养实施服务合作伙伴，来提高对客户的服务质量。走的就是专注、专一、专业的发展路径，不单是在行业专注，更在行业价值连上专注，各取所长，三方共赢，红利共享。这种合作与分享的模式也是值得国内软件供应商学习和借鉴的。而近期国内软件厂商濒临困境，但反观SAP等跨国软件公司，其在法兰克福资本市场上，近期已经遥居成为德国市值最高公司，超过了一百多年的西门子，而苹果公司则更是全球市值最高的公司，这些公司无不是专注于产品和技术创新，将产品实现、服务部分交由全球合作伙伴，打造互生共赢的产业生态链。而国内软件厂商在这些地方显然是有所欠缺的，自身在价值连的定位上较模糊。
以上从数据、流程、平台或架构三个维度，浅薄的谈了在房企进行一体化信息系统规划和实施方面，笔者的一些浅显实践经验、思路。这些信息化思想的落地，在IT领域已有众多成功案例，如笔者了解的某大型汽车集团，就利用ESB、Portal整合了十多套业务系统，而房地产行业起步比较晚。但是，近两年我们欣然看到一些比较前沿的房企，已经开始在主数据、统一流程、架构平台方面逐步统一，而在此基础上进行业务子系统的规划与实施。在主数据规划方面，除了组织管理单元和项目管理单元，有的开始整合研发与客服，规划企业产品缺陷库、质量问题库等。而非前几年那样仓促为上系统而上系统，从最初的财务、OA、售楼三件套，到后来盲目成风的上ERP全套系统，结果苦不堪言。
从行业发展的角度，我们也看到一些厂商开始进行价值连的前向一体化衍生。提出适配型管理，咨询与IT系统结合的一体化模式。这种管理思想的提出，无疑对于当前房地产行业管理参差不齐的情况下一剂良方。正如，笔者前面提到在权责模糊、制度缺乏、个人经验盛行的发展型房企，标准化的系统无疑是对业务发展的束缚，系统最终也胎死腹中。这种模式的提出，对厂商要求极高，除了具备咨询实力外，对IT系统本身要求也极高，在实施成果交付方面提出了前所未有的挑战。
通篇笔者并未就房地产企业信息化应该如何上马做出论述，也未就选型提供参考。笔者认为IT系统是技术为先，应用为本。夯实基础了，才能系统化建设，至于先上售楼还是成本、计划运营、采购招标、知识管理等要看各家业务发展战略和管理成熟度，即：业务架构是凌驾于系统架构之上的。项目实施方面杜绝现在“蓝图很美好、实施很辛苦、交付很痛苦、服务很渺茫”的现状。
(责任编辑：leonlee07)
