ITPUB网友：

　　大家好，我在一家印度公司打工。我主要负责商业智能这个方面，关注电信领域和制造领域，我现在负责一个全球比较大的制药企业的项目，我现在遇到很多问题，这个客户非常大，是全球的合作伙伴，是制药行业非常重要的客户，做项目非常细，这个项目大概是一千多人，但是在项目上线以后，提了很多需求变更的东西，现在已经6个月了，应该要进入维护阶段，但是还有新的需求。所以说我们觉得这个项目不知道什么时候可以做完。

　　主持人：

　　这不仅仅是一个商业智能，大家做项目的时候都有一个体会，客户的需求不断的在变。

　　ITPUB网友：

　　没有好的办法解决这些问题。

　　主持人：

　　我们有没有遇到这种情况，怎么样解决的，有没有这样的体会，大家交流一下。

　　ITPUB网友：

　　我们项目上了以后他们就把钱打过来的。

　　ITPUB网友：

　　这个问题你实施了没有解，如果没实施的话，可以用一些标准化引导甲方，所谓甲方就是供应商，这边用一些统一的东西约束它，比如说用统一的描述语言定清楚了，引导他，比如说你这个需求到一定规模以后，把这些都数清楚以后，告诉甲方这些东西再做的就需要多少多少钱。

　　ITPUB网友：

　　就是变更要在范围以内的变更。

　　ITPUB网友：

　　你只有做下一个项目的时候，这些东西都数清楚了，签这个字，他再增加需求就要加钱了。

　　ITPUB网友：

　　他提的变更是界面的东西。

　　ITPUB网友：

　　这都属于需求。但是你这个还是可以做市场的，完全可以做市场的，但是这以前要做大量的工作，因为你现在这个问题没有解，只能是这样了。

　　ITPUB网友：

　　你的工作量是多少，你如果没有数据在说话，光是抱怨没有意义。现实就是这样，所以这个来讲，如果是经验来讲，你之前要把这个定得比较细，比如说大家都认可，或者是都用代码，你数清楚最后用完了以后，如果他再增加超过成本就要加钱了。

　　ITPUB网友：

　　我想就这个问题我谈谈我个人的看法，我觉得刚才我很同意这位网友的看法，他说这个问题几乎是没解的，如果从现在的情景来看，确实是这样，但是我觉得从另外一方面来说，实际上是有解的，SOA这个概念，其实一定程度上，就是对这个问题做解，只不过这方面还不是很成熟，在这个解上不是很成熟，实际上还是一个到底这个架构怎么样构建，怎么样和需求匹配，SOA中的S是什么，是Sever，这个Sever怎么样和需求匹配。我觉得这个问题实际上有解，但是目前范围内我们业界成熟度，完全不能把这个解做出来，这实际上涉及到一个什么问题，我们所处这个行业是非常朝阳的行业，大家不要把现有的东西就一定是必然的一个解，我们所有IT的技术，都有可能是变化的，关键是我们怎么看这个问题，我又是抛砖引玉。大家可以讨论。

　　主持人：

　　我提几个建议，因为我们下面经常碰到这些情况，我提这样几个建议，一个是，一定要有解嘛，他给你钱了，你赚钱了。这是一个，第二个我觉得，需求在变的时候有两个问题，一个要找，有一部分人是客户的问题，他没有认清他的客户需求，这在于他之前没有认清，这在于你们是不是引导其他，帮助他认清自己的需求，至少他有变化，在一个合理上，一年内变一次是可以的，三个月变一次，可能就不正常了，再一个可能你们在做的时候，你们的高度没有达到，一点点超前，如果你超前他的需求的话，而不是对他现有需求进行描述的话，如果是走在他前面会变得很快，我觉得这是两方面的矛盾，再一个你刚才提到用户体验，界面这方面的东西，这种需求没法确认，但是也不一定，你可以做很多原形图回来，如果你真是超前一点点他的需求的话，他也是可以对这个体验有认可的，你签字就OK了，你可以用其他的图形画出来，也可以缺少一部分，至少不会变得太多，至少控制在一定范围内，至少其他的变化，只要是掏钱，你只要掏钱就做嘛，你这个大客户，让我持续十年也可以，你一年给我一百万，为什么不做。

　　ITPUB网友：

　　他掏的钱跟付出的劳动是不是合适。所以你要先有一个标准。

　　ITPUB网友：

　　我们在很多项目之前都做了，他已经认可了，但是实际起动以后没有办法。

　　主持人：

　　我觉得他可能就是，第一阶段数据反给他了，他使用以后有了新问题，这经常会有了，这就意味着我们有一些需求，只是将现有的需求解决，而是没有提炼往前走一步，如果能够预估到使用之后，有其他的需求，这样会使他的满意度更高一点。

　　ITPUB网友：

　　这个项目在国内是很新的项目，没有其他的参照，我们只是在摸着石头过河。

　　主持人：

　　他们也是世界靠前第二，你们完全可以达成妥协，你既然排在第一，所以不能找别的家，这样可以共同做一个非常好的实践，他们无非就是套更多的钱，你们这个达成协议就最好了。下一位朋友。

　　ITPUB网友：

　　我是ITPUBICP版块的，我原来是做开发的，我先谈一点对刚才这位先生，他所碰到的一个困境，我希望我们公司在做实施的时候，一定会跟用户达成一个协议，功能考核是面向业务的，我们跟用户签的功能考核，最后认定的，我们对用户的界面，用户也不会太在意这的东西，首先要把流程要贯通，业务要能运作，然后我们再进一步的谈用户界面的问题，一般做实施是一个问题，然后我们会有一个时间的结点，比如说我这个实施周期是一年，到07年底，多年底的时候我会给用户三个月时间，让他提出一些变更的问题，然后这些变更问题，通过用户方，跟我们共同确认，哪些是对流程的更改，那些只是说我们体验上的更改，而且用户体验能够对平时的工作提高很多的话，我们可以改，不是所有的都要改，这样的话就永远都是无底洞，我们实施SAP以后，这后面就有持续改进，什么是持续改进，持续改进就是售后服务，我们为宝钢服务有快二十年了，我们对这个行业有个认识。他们领导在想什么，下面操作人员想什么我们都知道，那么这位网友可能也是摸着石头过河。你们既然跟要务的大哥大合作，你们为什么不引导他们，我们跟你们做合作，做伙伴，在企业实施过程做成一个标杆，一个模板，怎么样去引导他，我觉得还是这个问题，因为我们项目经理很有意思，他说你们首先要跟他们谈三关，大家对价值观，这个东西要认可一致才能做，否则的话做到后期肯定就是这种结果，用户不断的在那边提出意见，然后又不肯把这个Caes结束掉，这个要分开做，有一个目标，否则的话没有办法做。

　　主持人：

　　我觉得您刚才谈到了一个价值观，价值观涉及到人，做项目我以前感觉到，搞定人这是最关键的，客户一定要有一个强势的项目运作，如果这个项目不强势的话，这个项目真是托来托去没法做，他总是听别人说，听说了就要改，他自己没有强势，没有一个意识形态，这个项目这个阶段我要做什么阶段，下个阶段我做二期，这个就没法做了，不是内部项目经理没有一个强势的话，就没办法弄了，这可以多沟通一下价值观。

　　ITPUB网友：

　　我前面谈了一下对问题的看法，我现在也提出一个问题，对一个项目实施后的，后期的服务，我不知道各家厂商，包括做实施的这些公司，有没有思考过这个问题，用户他们到底需要怎样的一个服务。包括前面说的ITIL也好，我们也在做ITIL的认证，但是我觉得认证只是泛泛的一个东西。我觉得大家在服务上面，我觉得还要多花功夫，特别是一些中小企业。企业对公司的成长，我们对他们的服务，我有过一个前瞻性的考虑，用户也不断的在成长，我们作为我们的做IT服务的，不单单是卖软件给你，我帮你做实施，用户不断的在进步，他要在参照行业的一个标杆，我们这些做实施的，做服务的这些企业怎么样更好的为用户服务，因为我觉得这是以后竞争的一个焦点。在现在社会也在提高服务行业，整个社会都在这么提，那么我们怎么样做好，不一定大家非要有答案，但是我觉得大家可以讨论一下。

　　主持人：

　　先看看我们自己人有没有想法。

　　ITPUB网友：

　　我问你一个公司，你们公司除了做宝钢以外，有多大的Base，如果是商业秘密可以不说。

　　ITPUB网友：

　　我们企业为宝钢服务的，我们对钢铁行业，包括钢铁行业的延伸，下游的行业，有是基础加工之类的，我们都有比较大的市场份额。

　　ITPUB网友：

　　你刚才说的这个，针对他问题的一个看法，因为我觉得你可以一个客户持续的服务20多年，肯定是你有很成功的经验，但是这里面会不会也有一个问题，我感觉到国内很多软件的厂商，他们都是专门为一个公司来做事，这样的话是不是在IT的成本上，是不是会造成整个IT成本的过高，我的问题是这个问题，来自我这样一个考虑。

　　ITPUB网友：

　　我简单的来回答一下，我因为从做开发，到做SAP实施以后，我个人对SAP的方法论，这个行业的解决方案，你说一个公司为专有的行业做服务，做那么多年，你站在用户的角度看，我选择你这家公司，我到底是省钱，还是被你忽悠了，因为你为我服务得很好，我没有下决心引入竞争机制，一定要两个人家，你们大家一起来拼，怎么说呢，因为我们跟宝钢的关系很好，但是也有企业，我们做别的行业的，他们对我们产生了审美疲劳，他换了公司，我们的态度是很开放的，你换公司OK没问题，不怕不识货，就怕货比货，你找别的公司做，你的成本，或者什么上面，我给用户提供的是我们贴身的服务。你可能选别的公司做，短期里面可能OK，比如说一个服务合同，我今年我跟你们公司签了一年一百万，跟别的公司可能只要80万，或者是60万，你可能可以省很多钱，但是用户换供应商也是需要成本的。对用户来说，我很了解他的需要，我能为他提供贴身的服务，当然他也存在一个问题，我有的时候也在想，用户肯定也时不时的在思考，我老用你这家，你是不是就吃定我了，对吧，然后就是说他怕你反过来会威胁他的一些稳定性的东西，比如说IT服务的，我换你这家人家，我觉得IT系统跑不起来了，用户会有这样的考虑，我不否认，有的用户会有审美疲劳，他会换，换没问题，你可以比较，你比较一下，我们给你提供的服务，和你付出代价之间成不成正比，我觉得和供应商建立长期的合作关系，肯定是低成本的，一样的，我们开一个新客户，要有5倍的成本，我也同样，跟一个老的供应商维持关系，和开发一个新开户成本是不一样的，人和人之间需要建立信任关系，公司跟公司之间也是这样。我不知道我的回答满意不满意。

　　ITPUB网友：

　　我这只是一个问题。

　　主持人：

　　我们的人确实很谦虚，我们坐在中间的服务上们，对他们的讨论有什么看法，有没有好的建议。我们自己人说吧。

　　ITPUB网友：

　　我们公司是一个专业做金融应用服务的软件开发公司。我们现在目前在基金这个行业，90％以上是我们的客户，在证券这个行业50％以上是我们的客户，几乎所有的银行都是我们的客户，我们公司实际上原来是一个民营企业，原来只有8个人起家的一个企业，非常的小，但是我们认为，我们一开展是为证券行业服务的，证券基本上原来开始从营业部开始，它只有两到三个企业，我原来是我们公司的客户，我是从甲方变成了乙方。

　　我们现在这个公司，我们遵循一个理念，我们给客户提供一个不断发展的空间，实际上我们的产品不断的在引导他们，所以我们才会，包括我们客户的，基本上他们没有想到，我们就已经做出来了，包括他们的业务，他们其他的竞争对手就可以感觉到，我们对这一个行业，这个业务支持理解得非常透，比客户理解得还透，所以他会选择我们来做，我也把我的问题先提出来，实际上我们公司是一个上市公司，有800多人专业做金融的一个软件开发公司，应该说在国内做金融这块，我自己认为我们排号第一。

　　但是实际上包括这里这么多厂商在，包括这么多客户，所以我有几个疑问，这些厂商他的高层，比如说惠普的副总裁，原来大客户部的经理，跟我还有过接触，但是到后面，开始的时候也接触，但是一直到底层，我签的第一个单子是总行的一个单子，非常大，现在已经采购一个多亿的软件了，这个合作这个项目，实际上是假如没有惠普，这个应用基本上是靠我们来做的，惠普最后承担了项目管理的工作。目前做总行的，就大行的，在厂商里面越来越退缩，我们越来越大，但是在成商农进这一块，我们发现反而IBM在其中做咨询，然后做完了以后，把一些并不怎么强的公司引入，而像我们像工行，农行系统都是我们建设的，像有一些公司根本不找我们，还有包括我们在总行的项目，现在开始惠普已经退出了，他已经完全直接跟我们签了，原来我们算分包的，像总行IT越来越成熟了以后，我们做得越来越多。在农行有1/3的项目我们在做，这些大行自己在控制，小银行自己控制不住，找了大的厂商像IBM，惠普这样的做咨询，做了咨询之后没有我们的事了。所以我想提一个问题非常有意思，为什么像我们这种公司，或者说像这种厂商，应该如何去找更合适的合作伙伴，而不是说，上层可能对我们很重视，但是一到Case就不行，我想在内容管理里面这一块需要加强。

　　主持人：

　　既然点到惠普了，惠普的就先发言吧。

　　叶宇：

　　首先非常感谢客户对我们提出意见，也是给我们指出一些不足，我们非常欢迎，我们也希望了解更多的一些详细情况，这样做一些改善措施。在这一点上，惠普的态度是非常明确的。点二具体到Case  by  cose，有一些高层和低层的不同，这样是继续具体来看的，因为我现在不太知道这方面的情况，我也很希望帮助用户解决这些问题，因为这些问题无论是大是小，对于我们来说都是非常重要的，我也希望能够了解得更多一点。刚才还提到一点，在具体合作的时候，怎么样选择，这里其实有一点，刚才您提到了，在一些小的行，在IT不是很充足的时候，他们会选择像惠普这样比较大型的一些厂商去做，而当他们成长以后，他们就觉得他们不需要惠普帮助，可能会选择一些国内或者本土的公司做，这就可以看到有一点，在一开始他们这些用户，我们或者说是甲方，抵抗风险能力，对未来的预测来说，信息不是太足，所以这方面作为大厂商来说，确实有一些优势。

　　从几个方面来说，一个是技术的路线图，比如说这个技术过几年会升级成什么技术，有什么替代品，这方面有优势，第二是对产品的把握更加准确一点，可能有一些产品只适合大公司的，或者是大企业的，有一些产品可能是对中小型企业更好的，第三方面是从资源方面考虑，他们会觉得大公司有时候会调动一些资源，包括国际上的一些资源，或者是国内在其他城市的一些资源，除了本身内部资源以外，调动其他厂商一些资源，这方面的能力，可能会有一些优势。所以我觉得从这三方面看，一开始他们可能会觉得大厂商很好，当他们成长以后，他们对整个完成业务就会有一定了解，他们会选择对自己最适合的方式去做，去完成他们的目标，所以我觉得这方面来看，大家都是追求一个共赢，大家都追求做得最好的方向，所以在选择当中，会根据这样一些原则做出各自的选择。

　　主持人：

　　我感觉你们胃口也太大了，大行都做了，小行给人做就得了，非得都吃掉。

　　ITPUB网友：

　　我觉得实际上我们跟惠普有一个合作的一个产品，我们在一个项目里面形成一个产品，这个产品出来以后，实际上惠普在其中某一个，它在中间可能是占一个控制地位，但是它根本没有把我们引进去，实际上我们是合作伙伴，他没有把我们引进去，他们却找了另一家公司。

　　ITPUB网友：

　　实际上我们有一个比较好的一个客户，实际上IBM刚拿下它一个几十千万的一个，是一个信息管理。一个小银行，一个小银行一个几千万的信息管理系统已经非常大的项目了，原来行业的要求是IBM全部自己做，这个项目必须自己实施，不允许分包，实际上IBM说我不能自己做，它要分包出一块，至少要分包出40％，但是分包出去厂商的选择，这里又牵扯到这个问题，这个厂商怎么样选择。

　　主持人：

　　这是商人的事。你谈一下商务。

　　ITPUB网友：

　　他选择不是最好的企业来帮助客户，而选择自己历史延续下来的，可能是关系比较好的这种应用公司，甚至他可能根本没有产品。

　　主持人：

　　这里面也有一些公关问题。这是特别商业的事，对我们搞信息来讲，确实是难一点，我觉得这样吧，今天晚上惠普跟IBM拼一桌，你在两人之间沟通一下，这个问题在这儿就不多讨论了。

　　IBM李磊：

　　IBM在服务方面分得很细，所以跟他打交道的时候，你要知己自彼、百战不败。IBM本身Sever成本很高的，必须分包，当然客户付的钱可以让IBM整个做下来的话，IBM是不会找分包的，这个分包IBM是有一个后选名单的，这里面有其他的方式在里面。

　　主持人：

　　这话说得很明白的，公关，今天晚上就公关。我们继续下一个话题。

　　ITPUB网友：

　　我是JAVA开发版的版主，我们没有办法忽悠了，我们直接做自己的东西，他需求过来的话，我没有办法推的，我谈一下我在开发时候的一些经验，我们主要是价格相对于简单，然后比较灵活，来解决用户需求变化的问题，为什么简单呢，主要是用一些现成的技术，中国这样的环境，开发人员比较好找。所以很多的开发人员做同一个事情，至少可以保证这个东西可以完成。对技术来说用最简单成熟的技术，灵活多变就是在做所有架构的东西，我们都进行标准化进程服务，像搭积木一样的把所有问题解决了。

　　主持人：

　　实际上这也谈到一个，可能开发讲得比较多，以前好多都是想做积木式的，但是都做不了，大家有什么问题积极开发。

　　ITPUB网友：

　　有点共鸣，刚才PK那个问题的时候又跑了，这位是做系统分析的，我们有点共鸣，但是我对他有点不同的看法，我觉得做系统分析很重要一个问题，特别做应用软件系统分析，你对这个行业的一个把握，和需求很抽象的一个问题，虽然说IBM提出一个随需应变的这么一个东西，但是这个东西对软件开发思想上的智力考虑，我觉得有相当大的难度，而当你把业务的共性抽象起来了，对客户一个细微末节分支的需求，做太多眷顾的话，我觉得这个问题很难，我觉得做系统分析的话，可能稍微比较容易一点，比如说你在建立流程的时候，标准化可能更清晰一些，我不知道这里面以前是做过系统分析，或者是现在正在做系统分析，给我们指导一下，因为我做这个本身的话，也不是很久。

　　ITPUB网友：

　　我不大同意他的看法。是这样的，在做系统分析的时候，其实我们是基于我们的行业，我们是游戏行业，我们在游戏行业，做分析以后问题不出在这方面，不是在业务流程怎么走的方面，恰恰是99％的问题出在1％的问题，就是细枝末节上面，哪怕是UI，或者是特殊的服务，非要用这样的服务，而且态度非常坚决，往往这种问题上出现很多，而不是在99％的业务流程怎么规范等等这些问题，往往在很多细致上出很多问题。

　　主持人：

　　这应该是两条路，但说得不是一个称呼。

　　ITPUB网友：

　　一个是游戏，一个是应用。

　　主持人：

　　游戏就是应用，不要把这个分出来，游戏有特殊性，我以前也做开发的，也做过系统分析，这就讲到，后来跟客户讨论这种咨询的时候，应该涉及到业务流程咨询，要给他们设计系统架构，业务架构遇到这种问题，比如说做客户关系管理，大家觉得就是管理客户，那很简单，客户模型怎么提炼，这个模型一定是客户，产品，然后是交易关系，交易关系有一些规则，甲骨文有一些模型也讲到了，最高模型是把客户模型抽出来，然后是产品，规则，对于客户再往下细分，至少有一个最高的抽象，最高的抽象客户，然后再往下分，要把客户分成，要有公司客户，和个人客户，要不要分联系人出来，这样一层一层下来，这样越来越到细节了，最终可能不到细节，细节到执行层面实现的，这是两个层面的问题，但是不冲突，可能这个问题恰恰有些图书环节，但是问题是没有把细节提炼出来，如果细节影响整个问题的话，这不应该存在细节这方面，应该把它提炼出来。

　　ITPUB网友：

　　这是不可预知的。恰恰是一些细节决定了整个项目。

　　ITPUB网友：

　　总结出来结果是这样，我们还是有差距的，用户如果说他能容忍这种问题，那他不会提，我们会有偏差的，这个偏差怎么弥补那是另外一个事情，而且是更复杂的系统。

　　ITPUB网友：

　　我谈一下我的看法，刚才我们在谈，我另外一个朋友谈的时候，我仍然是这个看法，其实他说这个问题很对，真的实际上很多，我们有些行业，包括刚才那几位朋友在讲，客户的需求老在变，我们到底应该抓住他的需求，还是说就让他停在这儿，就结束这一单，然后去拿钱，我觉得其实这是一个可以说基本不变的事实，今天哪怕是已经分析得很好，已经理解得很透彻，但是明天会有新的变化出来了，然后我们又要面对一种新的情景，所以我觉得这还是一个，所谓细节，我们觉得细节是什么，其实就是把Sever总的变小，怎么样重新的去组合，这实际上还是要怎么样重新去看这个问题的，我觉得为什么说这个问题，既说它是无解的，我们说无解，就是说到现在解还没有完全的出来，但是我觉得这个问题还是有解的，我们怎么样看，重新看这个问题，这是我的看法。

　　主持人：

　　在座的有没有其他的建议。我们继续。这个问题可以在论坛上进行下一步的讨论。

　　ITPUB网友：

　　我是来自河北的，负责系统维护工作，首先大家说这么多，咱们是一个科技，知识就是力量，科技引导进步，咱们都是科技的精英，不知不觉已经对国家做了很大的贡献，咱们需要再接再励。我工作当中有一些问题，我想问一下卢东明先生，卢东明先生走了，Sybase数据压缩会不会造成一些要素的丢失，数据的安全性会不会受到影响。系统维护中数据的读写，数据压缩是一个过程，可能最开始存储的时候数据就压缩了，效率会不会提高。我们系统数据量比较大，检索的时候，IO增长比较快，这可能又涉及到硬件，又涉及到软件，如果是数据存储压缩以后，记录数据就少了，读的效率就提高，可能会达到多方面的要素的改善过程。以及整体效率的提高，所以我想问一下安全性会不会受影响，有些要素会不会屏蔽掉，会丢失，第二还有一个数据迁移的过程，从不同数据库迁移的话，会不会很安全。

　　Sybase 高级产品市场专员 白雪冰：

　　您用的是IQ还是ASE。

　　ITPUB网友：

　　我们用的不是这个。

　　Sybase 高级产品市场专员 白雪冰：

　　这个数据压缩是基于IQ的，数据压缩第一个就是效率问题，就是读写的效率问题，数据压缩是在于数据的算法问题，它在不同程度上对数据进行压缩，不光是数据压缩的算法，我们的IQ主要是用于查询，我们的测试提高到10倍，至少是5倍，所以从读的效率来说是没有任何问题的，写效率就更没有问题了，我们的IQ写的效率是这样的，我们不是一行一行的写进去的，有的是一条一条写进去的，如果是用数据仓库，我们是一批一批写进去的，所以这样效率很高。

　　还有就是数据库的迁移问题，我们从很来数据源，应该不说迁移，应该说整合到一个数据仓库，IQ它虽然是列存储，他很多跟我们是一致的，你不用担心，迁移的过程，你需要IQ本身提供一个工具，可以从不同的数据源迁移，刚才我在数据综合那个里面有，它不单独出售，只是在IQ里面来出售的。另外关于压缩安全性的问题，首先丢数据是不会的，不可能丢失数据，如果丢失数据这个产品就不会出来了，第二安全性在很多方面，你压缩的时候是不是有K值，或者是别的，我们在IQ对每一位都可以进行加密的。

　　ITPUB网友：

　　这个过程从一开始插入数据就开始压缩了吗。

　　ITPUB网友白雪冰：

　　对每一列数据都要做索引，如果在索引过程中，如果不使用压缩算法的情况下，在做索引过程中，你也会得到数据压缩，但是数据压缩是一个效果，最后在你数据存储的容量，比你最开始的原数据要小，我们称为数据压缩，如果你不使用压缩算法的话，如果你使用索引也会达到压缩的效果，我们对其中的一些也做了压缩算法的处理。

　　李磊：

　　我是做技术的，所以我听着会感兴趣一些，您刚才问的几个问题很好，比如说性能，我只是谈一个原则，压缩，不同厂商有不同的压缩方法，我们来看性能，怎么样来理解这件事情，性能体现在什么方面。我们为什么说压缩会对查询产生影响，是因为压缩对这数据块的容量，比如说这块是60，200字节，压缩完了以后可能是100字节，这是以压缩方式来存储的，你可以理解成，这个数据比如说举个简单例子来讲，我是基于字节压缩的，你这个名字叫李磊，他会有字典表，每一套都是以编码形成的，这样就会压缩了，当他取得数据量的时候，数据块减少了，但是也有性能的减少，当你的数据输入的时候，需要把字典和编码对比来输入，我们会关心到数据量大很多，我们会想到，在一个海想数据上，我检索很肯定，因此压缩可能会带来性能提高，如果这个查询是一个函数的替换，那么压缩带来的好处并不一定，如果这个查询是全表扫描的，那么它带来的扫描的数据量，压缩了50％以后，他扫描了一半数据量，这个成本就很低了。一般有这样的概念，当你的CPU和IO的比例情况出现在6比4以后，压缩在50％，60％左右压缩，当CPU和IO查询里面的占比，占到CPU是4，IO是6的时候，这时候就起到了作用。

　　反过来看，数据量很大的时候，系统有变，如果你这张表是一条记录，一条记录，可能是100GB，我们很多情况下会感觉，为什么谈压缩问题，因为我们系统配制有基本的原则，我们给IO带宽不够，一台机器80个CPU的时候，你的良好的配比是前提条件。实际环境上，大家买机器会想，我买了16个CPU机器会很快，这不一定，因为系统配比是均衡配比的理论。这是一套方法论，叫非常好的平衡配制，系统应该是阴阳平衡，CPU是其中一个点，内存IO是一个点，然后才是他们的性能，安全性分两种问题，你的问题问得很简单，我的数据放在里面，是不是拿出来会丢失，这是出于Sybase这个产品成熟程度的问题，一个厂商都会回答你没有问题的，但是你想这件事情的时候，我们说讲性能，性能在什么情况下，什么场景下性能有提高，我们讲区别对待。

　　ITPUB网友：

　　我活跃在信息安全与审计版块。目前我对BI，和数据库方面应用的了解不多。因为作为IT审计，未来几年可能会成为一个热点，目前在美国，和纽约上市公司，必须经过一个审计，而且国内可能从2002年开始，几乎很少有公司到美国上市，包括建行，工行，其实主要原因，也是因为美国这一个管制问题。中国内部控制管理方面，目前为止要么达不到那种要求，要么就是数据不愿意公开，考虑这方面，还有工程控制方面的原因，国内开始要求内部控制的东西，提到了议事日程，可能IT审计会在内部工作方面起到一定的作用。因为毕竟来说，目前所有的信息，包括财务数据，或者其他的话，都是很大程度建立在IT系统之上，财务数据可靠不可靠，都看看IT系统可靠不可靠。从这个角度来看这个问题的。我现在只是把这个IT审计一个背景给大家介绍一下。

　　ITPUB网友：

　　因为他们会对IT系统方面做要求。但是少了这几条，CEO，CFO要对数据的可靠性承担责任。

　　ITPUB网友：

　　大家好我来自天津，之前我做开发的，后来又做EBA，刚转到这个企业，集成应用这块，所以今天是来学习的。现在我们刚接手一个项目，之前这个项目中采取很多应用，然后他们把它集成在一块，这个项目做一半了，他们想在后期做BI这个东西，我想问一下，大家有没有在房地产行业，有没有在BI这块有好的建议，你们的产品适合房地产行业的。再补充一句，他们公司很有钱，我这个客户很有钱，不存在惠普说的没有钱的问题。

　　叶宇：

　　因为对于当时来说，当时那件事情客户预算不够的话，是没有必要照搬惠普里面自己的方案，因为惠普做自己的，因为惠普本身有自己的结盟厂商，有自己硬件和软件方面的集成厂商，所以惠普怎么做数据仓库，它的成本会是有一定的标准的，这样的房子对于一些小型公司来说，是不是适合呢，这个要考虑的。

　　主持人：

　　房地产行业你们做过吗？

　　叶宇：

　　就我了解，对房地产这方面不是太了解，但是我了解房地产方面的BI，可能会在两方面做的，一方面对一个项目开发方面的一个监控，以及优化，另外一个是整个集团公司财务方面的规划，以及风险控制。据我所知房地产方面的BI，主要再这两方面，如果你想再了解更多细节的东西，我想会后我们再聊天。

　　主持人：

　　我不知道Sybase在房地产行业有没有案例。房地产很少。

　　白雪冰：

　　因为地产行业这么好。

　　主持人：

　　不用分析就能赚钱。万科在做，他是我们的客户，05年我们给他们做培训，他们专门有一个客户研究组。

　　白雪冰：

　　我觉得房地产可以借鉴一些其他的，看一看类似行业的情况。

　　主持人：

　　我们可以沟通一下，我们做房地产项目很多。我忘了补充一句，今天谈到很多客户，谈到你们公司的名称，客户的名称，我们在网上是不会出现的，因为今天这只是一个交流，我刚才忘了说了。BI更多的是内部管理就是工程管理，成本预算，加上财务，财务也是放到预算里面，对外的话就是客户，怎样把客户属性，喜好，各种地理分布，然后细分，不同的楼盘怎么样细分，怎么样找到他，在什么位置，还有一个看客户服务，怎么样服务业务，业务需求不一样，要求不一样，满意度不一样，怎样对待，差异化对待，这个层面很重要，现在成了推销我自己了。我们下面继续。

　　ITPUB网友：

　　大家好，我在ITPUB是甲骨文ERP的版主，我现在做甲骨文的功能顾问，我最开始做过EI，也做过数据库的，我转到做一个实施的工作，我看到今年列表很大关系，对像商业智能等等，很多年前ERP作为一个应用技术的分类，很火，火了一段时间，但是最近几千万的单在国内是很少有机会的，最近我们拿到一两百万这样的小单，今天来了很多实施顾问这类型的一些版主，或者是会员，我想ERP比较偏向于功能，偏向于技术，下一步我们会做我们这类技术人员，会偏向于走向哪一部分企业信息化的建设呢。

　　ITPUB网友：

　　我也是做ERP这一块的，我主要是做甲骨文的EBS，以前我也做过很多产品，包括以前最早的时候，因为在企业里面应用嘛，最早的时候，像用友，金蝶很多软件都用过，现在ERP软件很多企业都上了，担心这一块业务已经做得差不多了，那我们将来有什么可以做，我想我们现在主要是除了ERP这一块，可能还会有，一个是人力资源，一个是CRM，还有一个是高级供应链，这些东西做完之后呢，可能会考虑到和BI的集成问题。比如说我做ERP前端，可能会牵扯到制造的结果，就是MES的系统，最终可能每个客户最后一个点，就是通过BI，把这些信息展示出来，可能每个客户有一些个性化的需要，那么怎么样通过我们的BI做出来，可能这方面我们会比较关注。比如说我现在有一个企业，因为上了一个销售定单模块，他现在数据已经积累了很多，他们考虑，我有了这些信息，分析一下，这些客户，最近对我的哪个产品比较感兴趣，或者是哪一类产品，最终我可以通过反馈这些信息给我的研发部门，增加我这方面的投入，另外还可以考核二级代理商之类的。看看他们能不能主动把我们的市场铺下去，还有历史销量问题，我有了以前的历史销量，可以通过这些数据做一个销售分析，那么我们希望这些信息怎么样通过我们的BI来实现，包括一些其他的，比如说运输费用，可能因为市场环境变动等等什么原因，影响了我的运输成本，这些信息呢，最好能通过我们BI的工具都有展现，包括还是有一些反利情况，折扣情况，以及信用额度情况这些信息，我觉得既然有BI方面的讨论，最好能针对我们的应用吧，能有一个什么，已经有过的案例可能跟大家分享一下，这个最好。

　　主持人：

　　这是第8个Sybase的圆桌客户。给他们负责讲一个具体的案例，我觉得这个还是有标准的，不管是销售还是定单，已经有很成熟的模型了，可以让他们晚上讲一个案例。另外刚才我们那个版主谈的问题，您回答了一部分，他讲我们以后怎么服务，实际上你提了一点，我现在ERP做完了，我还可以做其他的，产品线可以拓展，另外还有沿着ERP拓展，一些数据服务业可以继续卖钱的，这样可以探讨一下。今天唐颂先生专门服务移动的。

　　唐颂：

　　我主要服务移动应用解决方案这块的，其实我来比较晚一点，我以为这个地三场会分几场，所以这边我来得晚一点，我不知道大家以前在移动方面有没有谈。其实微软在这边呢，这几年微软做了不少的这样一些工作，因为微软是IT的公司，微软大概有6年开始做移动智能终端的操作系统开始，到心里已经10年了，大家在IT业里面都知道，其中微软也从0做起，在PDA这面我们已经超越很多前面的，我们在中国这边的市场需求，会比欧美这边的需求旺盛，原因是因为中国发展是跳跃性的发展阶段，在国外差不多像，有无限网热点是相当多，他们笔记本的用户，在任何一个时间可以拿出笔记本来，可以找到热点接入，可以接入企业内部，访问企业内部的数据，包括企业内部的应用系统，在中国由于我们跳到无限的阶段，我们很多应用都转为需求，寻求在移动的环境中去做，所以像在政府，在一些大型的企业，那么政府里面我们会看到走得比较靠前，我不知道最近大家这一年来，关于成本的信息，实际上是利用智能终端在现场采集数据，这样反馈回去，那么在企业里面运用比较多的，就是面向销售，我们也提到CRM。

　　我们知道有些企业做了面向医药代表的层面，所有的医药代表拜访客户，和一些产品信息都是通过一只多普达的手机，他会通过这样一个智能终端做。现在也做了很多，这是一些面向销售的层面，那么在很多制造企业里面，也有一些面向服务的应用，比如说电梯的维修，卖电梯实际上还是卖一种服务，我每年要有维修，有问题的时候要打电话，打电话要派人现场维修，那么以往这些做法，会是通过纸面的一些流程去做，那么这纸面的是需要人回到办公室，这样效率比较低，现在也是通过移动终端分配任务，这样可以察看操作手册，做完了以后，客户直接在移动终端签字，这边发票就打出来，这样可以让资金的流转非常快速，所以这边我们会看到，其实我们今天在谈应用技术的一个趋势这样一个研讨，我们会看到移动技术在企业里面会用得越来越多，而且企业未来也会更多的来给他的员工配这种智能的终端，实现他这种业务中的一些需求。

　　ITPUB网友：

　　我是一个电子制造企业的信息人员，今天来参加这个会，主要是本着学习的态度，因为我们企业在近期也上了不少信息化项目，从现在情况来看呢，也存在一些问题，现在我们也有一些难点，所以想通过这次会议了解一些我们想知道的问题，我们现在上了ERP，上了PDA，上了OA，如何把这些系统整合到一块，这是我们比较关心的，现在我们这三套系统采用的结构有很大的差别，所以这块我们也想争取一些方案。

　　第二个我想刚才那位朋友也提了，对用户的后期维护怎么做，我现在从我企业用户的角度来说，服务部光要从验收项目，验收完之后，应该从项目开始之前，调研阶段，应该把服务要做好，今天咱们这个论坛是企业应用技术趋势，在和客户进行沟通的时候，肯定要不光是把一些先进的，留在层面上的，概念方面的东西往客户那儿推，应该是根据客户的需求来提供服务，有些新技术并不适合企业的现状，还有就是在实施前，应该最好对客户的相关人员，包括技术人员，系统应用人员进行沟通。这样的话一个是把软件，包括系统的理念要灌输下去，这样企业需求可能更符合一些现代化管理的需要，也会避免在实施过程中出现大范围的反复。在项目实施前应该做这两方面工作，在实施中一个是要求实施商要完全的组织，不要说句不是太好听的话，有些实施商，在刚开始承诺阶段许诺得相当好的，一个是驻场实施人员，前面说要派5个人，6个人，但是实施的时候，可能就派一个项目经理加一个软件开发人员，这样就打了很大的折扣，还有在开发过程中，实施过程中，干到一半，可能有些其他方面的原因，可能因为前期没有做好调研，客户反复需求比较大，造成整个项目终止，这样对双方都有一定的坏处，既然咱们要做一个项目的话，就要取得一个双赢的效果。

　　在项目进行之前，你们要为客户考虑，考虑当然也是考虑你们的利润。再有一个呢，该是在项目实施过程中，像你们的软件，尽量要让客户方的信息化人员熟悉，这个培训一定要做到位，当合同结束的时候，或者是等项目验收完，你们的人员一撤走，后期的维护，主要工作，我觉得还应该是企业方面做，除了大范围的，功能比较大的调整之外，像修改一些报表，界面这些，或者是添加一个什么项目，这样最好让企业来做，这样与你们的支持应该是少不了的。

　　主持人：

　　刚才您说这个，实际上我们咨询公司也有，收钱是最好的，咨询是第二好的，维护是最差的，随便找一家公司都这样，因为成本在那儿摆着呢，但是尽量做到平衡。刚才这位说的多个企业共同做的时候，怎么样来解决。

　　吴炜：

　　实际上这是一个EAI的概念，刚才说EAI已经过时了，这个是不对的，这EAI不仅仅包括数据的整合，实际上分几个层次，最低的层次是数据的整合，保证我们在企业里面建很多系统，每个系统数据可以共享可以一致，第二层就是在系统内部每一个系统，我们可以让各个系统协同起来，可以让这些业务协同起来。我们要下一个定单，或者是有新员工进来，开通什么业务的时候，这样会涉及到很多系统，这样就需要EAI的软件，去把各个系统协同起来，这样才是真正做EAI，然后还有更复杂的，比如说我们做商业合同的监控，看企业的运行状况。这位先生说的各个系统之间连接的问题，如果仅仅是数据的话，可能你选择就很多了，如果仅仅是做一个真正EAI的话，系统不仅仅是数据，还可以让所有的东西加进来，还有就是我要开新的，或者是让这个系统更容易，这样有在EAI的基础上构建一个新的系统。

　　主持人：

　　我刚才为什么那么说呢，因为现在大家都把后面讲的那种升级了，叫了一个新名，SOA，我为什么强调这个EAI和SOA想区别一下，免得说混。他们这套系统很便宜的。实在不成可以买一个盗版。

　　李磊：

　　我补充一下，三个层次，第一整合我们可以谈到，用户接入整合，流程整合，信息整合，你谈的是在三个层次里面的整合，这里面又有三个概念，EAI，这叫信息整合，那么信息整合里面谈到一个问题，第一要联合数据，和非结构化数据，和结构化数，刚才Sybase这个表就在谈。谈到几个功能，比如说会谈到联邦，缓存，复制，提供等等，这就谈到EAI的层次，大家会谈到性能问题，有时候我们会说把文件直接拿过来，做ETL，ETL和EAI是结合在一起的，谈到EAI往往会被选择，如果选择无缝连接会选EAI。

　　主持人：

　　非常感谢，我们今天就到此为止，我们的讨论会在ITPUB继续进行，请大家继续关注。