成功的Portal建设来自于细节

newmaker

欢迎访问e展厅 展厅 3 CIO信息化管理展厅 电子商务/企业门户, IT运维管理, 制造执行系统MES, 流程管理BPR/BPM, SOA/SaaS/云计算, ... 很多企业在Portal上做了很多投资，却常以Portal应用技术壁垒高而以失败告终，这无疑是一种浪费。最佳的Portal门户建设应该无需学习复杂的技术，能快捷的搭建大规模门户，实施成本低，对业务系统实现快速方便的整合和扩展，可以组织快速、个性化整合资源和应用。 那么如何实现最佳的门户建设，成功的Portal建设，你必须知道哪些细节呢？什么是门户建设者真正应该关注的特性？ 低成本，最大投资回报率建设大规模门户是我们的终极目标 我们都知道过于庞大的整体架构不但使得项目复杂性大，时间跨度长，一次性投入大，同时也增加企业的维护成本。另一方面，组织内常常面临着因技术力量有限，任务量饱和，现有资源无法在短时间内完成大规模门户建设任务的困境。 那么有办法建立Portal的时候通过简单的图形化界面配置，无需通过编码和程序开发，降低对技术人员依赖程度，同时，实现业务部门对子门户内容的个性化自主维护吗？ 现在的国际厂商主要是靠集群来扩展，但是却非常依赖于DB，一旦DB成为瓶颈，Portal很难按照预期成功建设。现在类似Google的完全平铺模式，采用设计和发布分离的原则，发布后的门户不依赖数据库，所有的配置信息都存储在文件系统中。这样可以通过堆机器的方式提高门户的性能，为大规模应用提供了技术保障。平铺的好处是比集群能抗更大的负载，动静结合则尽可能的消除数据库的瓶颈，帮助用户获得最大的投资回报率。 不仅擅长整合企业内部的系统，Portal整合应具有Web2.0特质 Web2.0 时代更注重用户的交互作用，互联网上的每一个用户在模式由被动地接收互联网信息向主动创造互联网信息发展，从而更加人性化！ 传统的Portal更多擅长的是整合企业内部已有的封闭系统，Portal更象为技术人员服务的工具和框架，用户对技术人员有很大的依赖性，没法自主维护和扩展，Portal产品并不是用户可以随意发挥的系统。然而，在互联网新时代，人们越来越需要灵活的利用Portal整合展现人们在互联网应用中的各种需求，人性化的主动参与门户的设计、调整和应用，显然传统的Portal不能满足人们的需求，显而易见，这对Portal的整合、展现能力提出了更高的要求。 卓越的SSO能力，让Portal开发、维护更容易 许多组织未来可预见的增长空间都非常大，从访问用户到需要进行的业务扩展都具有很大的增长性。因此要求门户在访问量和并发量上能够进行扩展，在功能和业务系统整合上进行扩展，以保护投资，适应将来的需要。 提供统一登入（Single Sign On 简称SSO）是必不可少的，它可以整合其它第三方应用，快速达到界面上的整合和调整。 Portal整合，可否“能修栈道，亦度陈仓”？ 市面上已有的国际国内厂商的Portal，在和第三方应用通信上都大同小异，都是通过Http请求获取到数据，区别是有的充当了代理服务器的作用，有的是代理服务器。某国际厂商的Portal和第三方应用通信，要求必须在Portal Server上运行一个新实现的Portalet，就是需要采用编码的方式在第三方应用之间架一座桥；由于是编码方式并且运行在该厂商的Portal Server中，所以规范就很重要，这也是国外Portal Server老是强调规范规范的原因。 如果能够架一座桥梁，但不需要编码就可以轻易完成这座桥的创建，相对传统Portal而言更加简单化，不需要实施人员写什么代码，点点鼠标，输入一下地址就搞定了，所以也就不存在规范问题，也不会给第三方应用产生什么负担。当然最好情况是既满足规范模式，又满足应用桥梁建设模式，用户可以按需选择。 当“门户”遇到“内容”会发生什么？ 如果 Portal和内容管理系统的无缝结合，我们可以遇见二者将构成强大的优势。选择与适合中国国情的内容管理无缝整合，无疑将更快的提高Portal的实施效率和实施效果。 同样的门户和内容管理系统动静结合，静态中含有权限，动态控制粒度更细的文档级权限，也必为高性能访问提供保证。 Portal个性化展现，不仅仅指的是个人 在实际应用portal中，以下情况想必您经常遇到：我想让这一块的头部和其它块的头部不一样，比如财经新闻和规章制度不同；我想让整个页面的字体都大一号等需求。 表现是门户建设者真正应该关注的特性，也是成功的保障，这往往是传统Portal所忽略的事情，也是他们实施效果不佳的原因之一。国外的Portal重点放在了规范和流程再造上，而在表现控制上做得很不够深入，那就更加不可能产生出一套表现的规范。 Portal项目应该更加关注什么？——表现、表现还是表现 从以上几点要素来看，无论从Portal使用体验、整合、内容，还是到个性化服务。只有易用的Portal才是您最需要的门户。而传统Portal往往将问题转嫁到强大复杂的CSS撰写和第三方应用上。同时传统Portal换肤侧重于全局，更多是Banner，页面背景等，对于局部表现的控制相对较弱，更多依赖于第三方应用的实现，应用门户效果往往是由多个局部构成。 那么如何规避以上传统Portal遇到的问题？用一整套完整的表现层规范和框架，使控制表现更加强大，第三方应用要做的事情更加少，实施成本更加低，不借助于技术人员，用户无论调整全局和局部的表现更加容易？ 使用门户建设产品的用户很关注的特性之一就是关于门户页面的表现是如何让用户控制和处理的，一般有几种方式： 代码级调整：代码级的修改肯定是不适应实际要求，很多传统门户产品的表现调整需要进行代码级的修改。 开放出各个属性让用户控制：组合性设置灵活性很好，但技术性很强，要求用户掌握的信息很多，并且使用人员还需要具有一定美感，能做的用户少之又少。 让门户设计人员设置各个属性：搭建门户的一般都是非技术人员，他们期望一个傻瓜化的系统，拖动下，一个门户就搞定了，所以换肤、主题的思路应运而生。互联网博客系统、一些桌面应用软件都支持设置皮肤或主题来达到更换表现。 换肤、换主题：对于一个固化的系统，换肤、换主题无疑是很强的功能，但是对于一个门户，是由无数个小块所组成，有时候为了界面美观和单一，虽然都是信息列表，不同位置块的表现都不一样，所以换肤可以解决一部分问题，但是没有完全解决问题，矛盾核心在于控制的粒度太粗。 在国外Portal不断强调规范、流程再造这些不靠谱的宏伟目标同时，他们忽略了Portal最重要的特性：表现！用户采购Portal就是将常用的一些应用数据统一在一个页面中展现，便于查看和及时获取到相关信息；最终的成果是以一系列页面而体现，领导和最终用户评审成果最直接的冲击感是页面的视觉效果。 按照某国际厂商 Portal的规范，只是支持单一的布局，实现一些布局稍微复杂的布局就要求采用IFrame的方式实现，块的表现也较为单一，可以实现一些复杂的表现，但是需要精通该厂商的Portal和CSS，另外也需要逐个告知第三方应用如何如何做等，实施成本会高很多。 如果在传统Portal中，第三方的最初实现是没有考虑到这些局部变化的，那么就需要第三方应用调整代码了，用户就很痛苦了，这种局部的表现调整是经常的事情，为何动不动就要技术人员过来改代码呢？ 表现和内容没有彻底分离导致是上述现象的原因，Portal自身没有一个全面完整的表现规范和框架，导致内容和表现不可能分离，而出现了以上的情况。要实现表现的丰富性以及强大的可控性，不能太依赖于第三方应用和实施人员的技术能力，表现更多是美工所擅长的事情！ 可喜的是，北京拓尔思信息技术股份有限公司推出的TRS Portal潜心研究完整的表现层规范和框架，控制表现更加强大，第三方应用要做的事情更加少，实施成本更加低，不借助于技术人员，用户无论调整全局和局部的表现更加容易。 对于第三方应用，根据参数提取到相关数据，是他份内之事，也是所擅长的，如果让他实现时过多考虑如何适应各种风格的变化以及可以做局部的调整，必需要理解和适应Portal的很多表现控制逻辑，这对他来说太痛苦，所以TRS Portal只是让第三方应用将取得的数据按照要求填充到指定的HTML代码中，至于字体、颜色、背景、头部什么样子等，表现的事情一切交给TRS Portal，一次编码多处适用，想要改变表现，从此不再需要修改第三方应用的代码。 用户想要改变表现的时候，无论是全局还是局部，不需要Portal再做什么调整，只要简单设置即可。让第三方应用更加专注，让美工充分参与门户建设中来，专注整体展现，发挥更大的作用。(end)

文章内容仅供参考 (投稿) (如果您是本文作者，请点击此处) (11/29/2010)