宋凯：谢谢大家！实际复杂的企业开发中，Apusic平台的确遇到了我们开始没有意料到的困难。但是在克服这个困难过程中提高了我们产品的程度，也成为了我们宝贵的财富。真正企业应用中，流程的复杂度和业务量都超出我们的想象，比如说胡波介绍的及，在某一个能源企业里面，一个月的流程事例书就有2、3百万条，任务书有2、3万条。流程的负责度也很高。中国有很多大型企业，特别是国有企业流程原本就很复杂，组织结构也很复杂，比如说层次度、关系度。比如说南方有一个电力客户，有预算控制流程。在国有企业里面经常有上级往下级下发预算，下级往上级上报预算，不停有往复的下发、上报情况出现。最终流程中，而且审批的节点非常多，上报和下发流程事例数就有上百个。而且实际企业中参与人非常灵活。当A部门副科长审了，副局长就要审计。B部门可能科长审了，局长审批。每个部门有不同的布局的结算。参与人的规则选择，企业中的工作场景使我们的工作流动态灵活性有很大增强。
我们是基于MDA的模型架构，开发方式我们有很大的突破。EAS标准产品是基于Apusic平台构建的一套信息模型。客户拿我们产品进行二次开发的时候也是基于Apusic平台进行。我们的产品和用户的二次开发产品能够很好地融合在一起。同样一张表单，标准产品和二次开发产品可以得到很好的呈现。我们的标准也在不断升级，用户也需要不断二次茨开发。这时候我们就面对了时间多分支管理，还有模型多层次、多视角差异问题。这些问题逐步解决，使我们结构化模型驱动、升级、模型曾经语义转换方面有很大的提升。比如说升级问题，现在我们标准产品发了一个新的版本，比如说新产品EAS5版本，用户在EAS4开发了一个二次开发产品。这是很典型的三级升级模型。我们可以把用户开发的产品在4.0上标准升级到5.0，可以把原来的产品融合起来，基于5.0开发的产品，这是自然的转换过程，不需要用户重新在产品上做二次开发。
在大型企业应用中，企业结构非常复杂，可能有多家分公司、子公司，而且有企业历史发展问题，有很多历史遗留的业务系统，比如说SIM、OA等等，不是通过统一的架构进行开发的。这时候可以通过BOS继承平台，使异构的系统很好地继承起来。而且在实际集成过程中会发现大的问题，比如说大的集团结构也很复杂。北方机车集团里面有200多家分公司，每天都要集成他的业务数据，集成数据可能达到300、400万量。我们在集成过程中还遇到了很多流程集成、集成业务语义问题，我们也逐渐在面对客户业务实践中得到解决。这是我们的业务发展，逐渐提高了我们业务的集成度。
主持人：宋凯提到集成的问题，肯定是在座各位关心的问题，我们说SOA架构，一个是敏捷性，同时可以提升架构。我们经常会提到这样的服务总线。是不是用了服务总线，就可以实现企业基于SOA的集成。有了SOA总线，我们在SOA集成方面还要考虑什么？
彭璐：这个问题比较复杂。我从技术上进行阐述。SOA是基础件，但是它并不能完全解决业务问题。刚才宋凯也提到客户业务中，有的客户有几百家分公司业务量。EAS可以很好处理转换一致。现在我们涉及到数据的语法问题。举一个例子，是两个系统的集成，但是会出现同一家公司在两个系统中的名称是不一样的，比如说有的成为金蝶公司，有的叫做金蝶软件，有的叫金蝶软件（中国）。名称不一样的时候，系统就会理解为三个数据。这时候通常在架构中引入主数据管理，主数据集中、主数据协同、主数据对照实现数据的语义一致。这是我们平常遇到的难办的问题。
集成过程中也会遇到业务逻辑和规则。集成并不是简单地从一个数据库挪移到另一个数据库就行了。在一个企业集团中有从低向下发送的数据，这些数据在地下业务系统中是不可更改的，这是逻辑数据。当应用系统进行转换发生改变怎么办？系统集成中的逻辑和业务规则控制中，ESB可以很好地解决数据集成中的规则问题。但是这上头定义非常发展。实际上集成的业务逻辑可以有模式的，引入这些业务逻辑模式解决问题会更简单。刚才说到的ESP我认为是基础件。如果有更好的业务中间件解决这个问题，我想对集成会更有帮助。
主持人：马老师有一个很好的问题，信息部门做IT预算的时候，抓的钱肯定越多越好，SOA要提高部署效率。这是矛盾体，从您的经验来看，这样的矛盾体解决的方案可能会是什么样的？
毛新生：我们有一个完美答案，但是很可惜我在这里不能给你。从短期来讲，高收益会需要高投入的。投入更高一些。但是从传统角度来讲就不一样了，传统项目初期投入会低一些，少一些，但是维护成本，尤其你把他们放在一起，有什么新的事的时候，不是花钱的问题，而是火急火燎也做不了的事情。
有一个经典的IT行业调查，大多数企业经过长时间的IT化以后，像美国已经IT这么多年了，各个部门该自动化就自动化了，要做的就是集成。中国相当多的企业已经进入这个阶段，十几年IT化很多，大的企业这部分的压力给很大。集成在企业IT成本中的支出是很大的，运维支出也很高。作为最终、长期的结果来讲，SOA是一定可以帮你减少成本的。
问：各位专家好，我们公司在前面有三个分公司，分别用了金蝶的产品，分公司都是独立法人的，这三个公司开始用的资料都是一样的，到最后就变了，包括基础资料、基础设置。比如说A原材料，三个分公司都不知道A原材料是什么东西了。请问怎样能解决这个问题。
胡锦敏：你是说你上面几个分公司用K3，但是发现数据已经不一致了？一个是升级的EAS，这是大集中，有复杂架构的产品，会在EAS里面集中起来，这个困扰就没有了。第二，可以通过集成平台实现这个功能，有几种方式，这是基于我们平台支持的，假如说你们的物料很多，并且是宝贵资源。IBM还有一个新产品叫Webphere主数据管理，你可以用这个产品把你所关心的主数据，让其他应用系统获得一致的数据。
问：我们公司是四川超越集团的，以前上的是金蝶的K3系统，这段时间正准备考虑做一个集成系统，金蝶向我们推荐了EAS产品，这段时间通过金蝶专家对我们的演示，我们发现EAS从功能，特别是从企业流程变化可以很快适应。但是目前我们发现一个问题，在执行效率上偏低。通过金蝶专家给我们演示，从演示情况看，目前的执行效率，我的感觉用小机测试效率非常低。如果有完美的外观，这个平台使用起来好象也没有什么意义。各位专家有什么意见。
主持人：如果平台性能表现有缺陷的话，不应该是完美的平台，金蝶有一个细分的评判标准，请胡博士做一个解答。
胡锦敏：性能架构其实是最复杂的问题。架构不仅仅是我们分析出来的业务需求功能，金蝶EAS里面有总体设计值和主依值来分析公司产品特性，性能是非常关键的。评价一个产品性能好坏，对客户的感觉是快慢，对我们技术人员里面有各种各样的内容。比如说你配备的硬件资源，像TBC值，一个客户拿了5年前的机器说是64PU，但是他说只有100M，他认为很好，后来我发现他们的TBC值还不如一台PC机。
怎么样进行评价呢？处理事务数呢？还是什么？对金蝶来说你是否能正常完成你的业务，你的感受是否很好，我们有自己的一套指标体系。EAS在发展过程中，客户反馈性能表现是不错的。有一家集团使用了我们的系统，远程机构可以通过日常过去看监控，可以700、800人同时在线，同时做报表的也要200、300人。EAS的性能是得到保障的，并且得到很多现有客户的认可。我们也有一些其他的客户，有类似的问题。对于Java应用来说，我们移植追求Java的发展，但是它也有潜在的弱项，比如说它要假造一些类，这相当于以前的Window普通的应用要消耗CPU和内存的资源。在这个过程中，币第一次操作和撞在过程中，对系统消耗、响应时间稍微变得慢一些。现在我们在制定EAS对于常用操作，在局域网内最好是一秒内完成，不超过三秒。在广域网内，因为延迟和交互的原因，在三到五秒内完成操作，但是不能是复杂的报表计算。我们希望以后客户以这个标准考察我们，我们会持续优化，因为相信我们掌握的经验和技术可以优化产品的性能。而且我们每年和IBM最少做一次大规模性能实验，在IBM IIC性能实验室。从客户角度来说，EAS支持全线的PC服务器到IBM最大型的服务器390上进行部署，也体现了强大的伸缩性。EAS支持集群部署，可以通过多节点来帮助他们抑制高并发。
主持人：性能问题非常复杂，涵盖的因素也是非常多的。举一个很简单的例子。比如说一台256M内存的CPU，上一个网，打一个QQ速度也都让人难以忍受，所以在系统和服务器方面实际上都有很大的拓展空间的。
问：今天听专家讲了一天的专业问题，我提一个不怎么专业的问题。请问李博士，因为信息化是现代企业的特征是毫无质疑的，CEO有自己的企业理想。CIO有自己的技术理想。当两者碰撞的时候，是CEO选择CIO，还是CEO选择CIO？
李福娟：我既不是CEO，也不是CIO，提这个问题对我来说是比较困难的。一般来说，CEO选择CIO，因为毕竟CEO的权力相对CIO是比较大的。如果CEO觉得CIO不能够按照自己的业务模式、要求来做，CIO IT战略和整个规划要符合业务的整个战略，不能说CIO能力很强，在技术、管理很强，但是不能符合我业务战略，肯定不会选择你。即便你能力再强，不能在环境下面适应也很难待下去的。这是相互适应的过程，CIO也会通过自己的思想对CEO做一些改变，现在企业都是崇尚学习型企业，我相信很多CEO也可以从CIO身上学习到很多的东西。
主持人：我们看到马老师在不住点头，请马老师做补充。
毛新生：我同意李老师的看法，我们接触过很多的企业，他们的CIO都是很有本事的，不过此处不留爷自有留爷处，比如说我们碰到三星的CIO，这是很强的CIO。他和CEO关系不错，经常出去喝酒，也知道CIO怎么干。还有当小媳妇的，很好扮CEO，完成他的战略，小日子过的也还行，所以不同情况不同战略，祝你好运！
问：我们公司在IT战略上遇到大的瓶颈，以前财务系统用的是金蝶的K3，有自己开发的，也有针对我们行业进行开发的外包，这些系统是比较零散，孤立的，有两条路给我们走，一条路是把原来的路全部推翻，做一个整体的构架、系统出来，相对投入比较大一些。请问各位专家在实际和方法上给我们一些建议。第二，如果这个投入比较大的话，如果不是马上决定上的话，做流程处理过程中，能不能穿透应用，可以到底层去，抓住数据做流程？
彭璐：我来回答并不合适，因为我对企业IT规划并没有太多的研究。这个问题还是投入产出币的问题，如果把企业所有IT换掉之后还是要付出成本的，你可以看一下IT业务系统复杂符不符合你的发展需求，还要继续运行多少年，每年付出的成本是多少。还可以计算企业集成方法，把系统集成起来，大概费用是多少。这涉及到投资比例的问题。到CIO那里，他肯定会要你交出报表和预算，这是比较理性化的问题。
问：有没有比较好的经验提供给我们借鉴，怎么找到这个点？
彭璐：：做IT规划需要平衡，需要数字和实际情况做预计，很难给出“是”或“否”的答案。
李福娟：你这种情况我相信在很多大型企业都发生过，在你企业信息化发展过程中都会遇到这样的问题。一开始大家做信息化的时候，对大部分企业来说可能是先上财务系统，再上HR，然后做内部业务部门管理，之后做流程，是逐步的过程。九几年的时候，大家都没有整体的规划，考虑整体的架构和发展，只是需要什么建什么。对于大部分企业来说，可能已经得到了信息化给自己带来的益处，但是信息化发展到一定程度，我到底是换一个系统，推翻重来，还是缝缝补补好几年。你要做评估。
我建议有两种方法：第一，你有能力做，可以请你们的财务人员、IT人员做这样的分析。你觉得做得没有说服力可以请咨询顾问，比如说IBM、金蝶这样的服务咨询商，帮你们做决策，根据他们的想法做出自己的评估，我到底怎么样做是合适的。企业必须要算这笔帐，对这个应用系统需要维护几年，投入成本是多少，推翻的话，系统更新投入是多少。要算这笔帐，否则脑子里面总是一团浆糊不知道怎么做，算完了之后要知道怎么做，要怎么做，如何适应我以后的规划发展，项目应该怎么做，技术架构怎么走。先算帐再规划，再一步步实施。这样总会做好。
问：如果我们把现在的数据库推翻，金蝶现有工作流的处理能不能穿透应用，直接到底层做处理？
彭璐：理论上可以。要有一个前提，所有数据预先做好规划，它们相互之间是可以理解的，事实中基本很难达到。从你刚才的介绍来看，很多数据是孤立的，连格式都比较孤立。仅仅从数据上解决问题，有可能实现数据的一致，这需要服务构建起来。我认为，在现有信息格式表达上基本不可能。
毛新生：你让我想起我跟客户聊天说起，说中国IT是屡破屡立，屡立屡破。这个话不好，还是屡破屡建，你老兄遇到的问题不是你老兄独有的问题，世界上跟你一样处境的人非常多。怎么办？
有几种情况，第一，功能不够用，性能不好，业务人员用起来不满意。第二，用得情况挺好，想穿新衣服，把它跟别人集成起来。
要看怎么处理，前一种情况比较好办，大家认为它就是破罐子，摔就摔了，大家认为挺破就可以摔。到新的系统上做，都是容易做起来的。后一种情况是要和别的东西整合起来，变成流程，这时候就变成非常有趣、传统的话题。你除了应用时跟屏幕打交道之外没有别的办法，数据没有，协议没有，唯一有一个协议就是屏幕。怎么办？你其实有办法。
举一个例子，韩国有一个航空公司的东西挺古老，就是TPF，它是非常古老的实时操作系统，全球订票就使用它。它是用汇编语言写的应用，数据也存在主机上。我们一种做法拿着汇编的代码进行修改。另外一种做法是搭了一个桥，做了屏幕模拟协议，再用MQ给它引出来，要增加的就在J2EE上增加，然后把数据、协议引出来，变成服务。
国内客户有很多J2EE应用，开始除了用浏览器什么也看不了，但是也有数据库。我们用老的部门去应用它，但是在数据库上包出Web服务来，把数据拿出来，然后再把系统进行整合。这是可以的，虽然有一些局限性，但是处理得当就没有问题。他说我不光要数据，还要系统里面的功能。怎么办？还是一样，做屏幕模拟，点浏览器可以做模拟的，拿这个浏览器可以做安全、会话管理及用户操作，可以模拟做出规划管理。
还有一个是Windows VB写的客户端程度，我们也有类似的做法，这些做法比较定制化，如果本身系统是标准系统，比如说J2EE等，还需要花点力气，如果不花点力气，你们也知道，该破就要破了。
问：我们想把低下的丢掉，把中间的拿出来，但是可能不大好做。
主持人：非常感谢在座的朋友们，尊敬的客户们，也非常感谢台上的几位专家，今天下午的CIO专场就到此结束。
