中铁地产-打造房地产企业BPM平台


 2014-01-09 11:27:42       801

中铁地产简介

中铁房地产集团有限公司是世界500强企业——中国铁建股份有限公司的全资子公司,为国资委确定的16家以房地产作为主业的央企之一。2007年3月8日,中国铁建总公司在整合全系统有效资源的基础上,决定组建成立中铁房地产开发有限公司,注册资本金5亿元。公司成立后,业务呈迅速发展。12月7日变更为中铁房地产集团有限公司,12月26日获得房地产开发壹级资质。2008年8月18日,中国铁建股份有限公司向集团公司增资,将注册资本金由人民币5亿元增至20亿元。

中铁房地产集团有限公司专门从事房地产投资与开发业务,主要经营房地产开发建设、商品房销售、物业管理,兼营房地产项目策划、信息咨询、技术开发以及相关建筑材料、机械电器设备等业务。公司汇集了房地产开发建设与经营方面的一批高级工程技术专家、金融投资专家、营销咨询专家等专业人才,并具有丰富的房地产开发经验,以开发建设住宅小区和商务办公楼为主,积累了良好的开发业绩,目前已在北京、杭州、广州、天津、长春、合肥、长沙、成都、贵阳、西安、南宁、保定、徐州等地开发建设了多个项目,总开发面积超过1416万平方米,中铁房地产集团有限公司不断积累相关经验,研究掌握房地产开发建设的规律,加强内部管理,在项目策划、过程控制、质量保证、客户服务等方面形成了自己鲜明的企业特色,树立了良好的“中国铁建地产”品牌形象,其主打产品中国铁建·国际城、中国铁建·山语城已成为国内房地产业的知名品牌。

目前IT情况

随着企业的发展,信息化是不可或缺的,中国铁建从整体考虑来设计信息化的架构,设计了一整套的信息化建设新思路,目前铁建对于IT的投入也日益加大。

经过这几年的信息化建设,目前中铁地产已建的业务系统有协同办公系统、企业邮箱、土地信息系统、物业管理系统、CRM系统、金蝶EAS系统、统计报表系统、视频会议系统、集团对外宣传网站等。如下图:

协同办公系统:目前的OA系统中主要有信息发布、通讯管理、会议室管理、投票管理等一些常用的功能,还有涉及到工作流的一些审批功能,比如公文管理、报销管理、合同管理等,其中工作流采用的开源的工作流,使用J2EE架构开发完成。

企业邮箱:主要是提供给企业内部使用的邮箱管理系统。

土地信息系统:管理各地土地信息,其中包括土地管理、测绘、计算机、地理信息等功能,并可以导出相应的土地信息报表数据。

物业管理系统:包括基本的管理员管理、住/租户资料管理、维修管理、缴费管理等,用来管理由铁建建设的项目。

CRM系统:管理一些与铁建合作关系的客户系统,采用套装软件。

金蝶EAS系统:合同单据的录入及审批操作,合同单据都是从此系统中录入,然后经过各领导审批相应的合同单据。

统计报表系统:可以从其他系统中抽取出相应的统计信息进行年度或月度的统计,采用套装软件。

视频会议系统:铁建召开会议时使用的系统。

集团对外宣传网站:中国铁建的官方网站。

面临的挑战

由以上可看出中国铁建目前建设的信息化系统其实还不是很完善,只是处于建设的初期,随着业务的不断壮大,很多已建系统或待建系统都需要流程来控制企业的规范化,,处在迅速建设中的企业信息化遇到了几个明显问题:

系统多样化,规范不统一

目前中铁地产使用的工作流产品主要是金蝶自带的以及OA系统中的套装软件,但是这些耦合性太强,并且规范不统一,而还没法独立出来,必须与其本身的产品绑定。

调整业务流程麻烦

在很多系统中,上线后流程改动是常有的事,或者使用几年后,业务发生变化也需要调整,这时候需要找到相应的开发商去调整,这样的维护成本相对来说也比较高。

统一组织权限

由于选择的工作流引擎不一样,到时候会出现组织权限不及时同步而造成的流程问题也是各个企业经常出现的问题。

统一的流程管控中心

流程引擎的多样化,使得在统一任务中心的概念上没法达到,用户必须登录每个子系统去操作任务,工作繁琐,效率低下。 

跨系统执行流程

系统间数据的调用也是常有的事,一个流程走下来,可能会用到好几个系统的数据,目前中铁地产也只能通过手动录入的方式来实现这个功能,但是手动录入有很大的缺陷,一个是效率低,一个是准确性没保证。

总体解决方案

目前的架构

中铁地产目前也是处于信息化的初期,在之前设计的时候,由于刚开始规划的时候不可能将系统架构规划的很完美,只是对每个系统单独设计,满足了当时的业务需求,但是随着企业的不断发展,其他系统的不断建设,系统间调用时很频繁的事,而各个系统之间使用的技术架构可能也不相同,将要面临的是系统间的整合问题,在此期间出现的问题都是不可预料的。中铁地产目前传统的架构图如下:

由图中我们可以发现:

1, 流程的耦合性:目前中铁地产两个系统的流程使用的规范都不一样,都是本身的系统自带的流程,所以流程的标准都没有统一,而且和系统比较紧密,无法单独分离开,比如金蝶EAS系统,目前就是使用金蝶定义好的格式来显示,在待办任务中,如果用户需要定义自己的业务字段是没法显示的,根本无法扩展。

2, 数据的准确性:如果一个流程中操作的数据涉及到多个系统,目前只能通过手动的形式从另一个系统中查询出来,最后再复制进相应的系统,但是这样效率很低,而且也不能保证数据的准确性,很容易出现数据不一致的问题,比如在金蝶EAS系统中,需要用到CRM系统中的某个客户的信息,那么也只能从CRM系统中查询到相应的人再填写到流程中。

3, 统一流程管控:现在的待办都是进入每个相应的系统去办理,而流程引擎的不同,造成操作习惯的多样化,业务人员也需要同时了解两种流程的操作,界面等可能也都不一样。

基于SOA的技术架构

中铁地产在考虑产品选型的时候也很关注SOA架构,目前SOA也已成为主流的架构。经过前期的不断沟通,中铁地产也决定通过引入“基于SOA架构以业务技术一体化方式实现业务流程管理与优化的BPS”来建立统一流程平台中心,通过BPS达到统一规范、统一组织权限、统一流程管控中心,并在流程中可关联多个系统数据同时审批等,普元也提供相应的标准流程接口,每个系统都可以重复调用,而不用单独开发相应的接口。目前的架构设计如图所示:

通过上图,我们可以看到

1, 统一流程中心将每个应用系统能够更好的通过流程衔接起来,将各应用系统的流程统一管理。

2, 在门户网站上可以通过统一流程中心将所有应用系统的涉及到的待办、已办等流程信息展现出来,不用考虑因多应用系统出现代码规范不统一、用户权限不统一、数据不统一等问题

3, 每个应用系统也可单独操作流程,进行审批操作。

4, 在实施完后出现流程模板更改、流程实例监控等操作时则可直接进入统一流程控制台进行图形化的修改,达到实时监控持续优化。

BPS部署模式

部署方式:

业务服务器,通过UDDI的XML文件,以HTTP协议调用BPS

应用服务器采用tomcat6.0

数据库:Oracle11g

目前BPS引擎与应用系统都部署在tomcat下,没有分开,按统一流程中心的理念,最终应该是bps引擎单独部署一个应用,并且数据库最终也是单独部署。

具体实施方式

在系统建设阶段主要以普元高端服务+外包开发服务的形式进行。最终客户一般负责需求的整理;普元提供底层技术架构咨询、项目管理规范咨询、性能优化等高端服务;外包开发商则基于统一平台做事情,全程的开发任务,目前只是将之前EAS中的合同评审系统加入BPS流程,预计之后的系统也将陆续使用BPS来实施。

在SOA实施阶段

在应用系统方面充分考虑到:

1, 对已建系统无任何影响,只是提供外部共享接口直接调用即可;

2, 在新建的系统中使用统一的流程平台,减少重复的工作量,提升项目绩效;

3, 对后期在建的系统,以目前已建的统一流程平台为前提,提供参考,去实施待新建的系统。

在人员管理方面:

1.        业务人员可以从统一的入口进行相应的业务;

2.        各项业务都流程化;

3.        数据的完整性得到保障,不用重复录入系统,从产生数据混乱;

4.        业务人员直接可以修改简单的流程定义变更,不用再找开发人员调整;

5.        修改完后及时生效,快速响应业务需求变更。


_ueditor_page_break_tag_案例特色

可变性

针对中铁地产流程的可变性,运行一段时期后可能需要修改流程模板中的某个环节,比如之前已经设计好的流程但是后来经过各个部门测试,最后确定不是适合每个部门,最后只能修改,而之前一般都是依赖于开发商,这样维护成本相对比较高。现在业务人员可以根据业务的需求变动来自行修改环节调整、流程规则、分支条件等,支持实时修改,实时部署。

消息提醒

系统实现界面提醒、短信提醒等功能。界面提醒是通过监控流程表中的待办任务产生机制来进行实时的更新提醒,提醒信息会出现在内网门户的首页上;短信提醒为选填,在当前操作人执行完当前任务之前,可以选择性的给下一个任务执行人发送短信提醒,会签或发送到具体岗位则发送所有相关人。

集中任务统一管控

中铁地产以前使用的流程引擎是都是与业务绑定的,不能满足流程的统一管控,并且对流程的可扩展性不够,通过普元BPS实现了流程统一管控,拥有统一的待办、已办等查询功能,以及统一的流程监控平台,为中铁地产公司更好的实现电子信息化起到了关键性的作用。

用户权限统一性

BPS提供可扩展的组织机构实现,可以更好的集成统一用户管理系统,目前都是通过调用web service的方式读取的组织机构数据,在之后所有的流程中,统一用户管理系统权限变更的话流程权限也随机变更,不用逐个修改。

实施后的效果

系统基本情况

在设计之初,中铁地产要求是有一个快速开发实现流程的引擎,实施的时候是5月份,而计划是在6月份就要上线,周期比较紧,而通过引入普元bps,由于有些需求不太确定,最终又经过和相关业务部门确认修改,最终测试,在7月初正式放到生成环境上使用。

系统运行的情况

由于目前只是合同评审系统在用,并且是内部使用,所以在数据量方面都不是很大,用户并发相对来说也少,总共在线用户预计在2000左右,而同时在线的一般也就150左右,由于都是领导审批的流程,所以流程相对来说都只是审批操作,从上线至今系统运行都正常,目前的流程实例数总共737,已审批完成的流程实例数553,总共产生的工作项任务为6110,已完成的工作项数5819,中铁地产的流程周期一般多比较短,所以目前运行的流程不是很多。

目前客户反馈情况

通过对普元平台的引进,大大减少了技术的底层研究,从而使自有IT人员解放出来,更多的关注业务需求的梳理、IT的规划、外包人员的管控等工作;从上线至今,系统运行稳定,在使用当中对于流程的变更也比较灵活,图形化的流程监控平台更能有效的即时调整流程的走向,并且在流程流转中也能实时查看到动态流程图的运行轨迹,方便更好的跟踪流程,而且也更加灵活的实现加签、减签、改派、协办等一些特殊工作任务的实现,以下是系统运行监控图:

流程监控图

目前中铁地产正在制定其他系统的流程化,预计2013年年底再次启动其他基于BPS流程平台中心的项目,到时候将重新规划各个系统间的流程关系,并将以流程平台中心来串联各大应用系统。

系统环境

操作系统:Linux

应用服务器:Tomcat6.0

数据库服务器操作系统:Linux

数据库:Oracle10g

业务流程平台:Primeton BPS6.6

相关阅读: