《成功实施_WebSphere_Portal_的最佳实践》由会员分享，可在线阅读，更多相关《成功实施_WebSphere_Portal_的最佳实践（36页珍藏版）》请在金锄头文库上搜索。
1、成功实施 WebSphere Portal 的最佳实践,李晓辉,2,主要议题,讨论如何成功实现一个门户系统 数据都是基于成功的和不成功的案例而来 There is no magic just common sense Too bad common sense is not very common 问与答 Dont be afraid to disagree.,3,日程安排,Generic Best Practices 测试（Test） 需求（Requirements） 实施队伍（Staffing) 部署 (Deloyment) 其他因素 (Misc) Detailed Best Practic
2、es 设计 (Design） 开发 (Development） 测试 (Test) 部署 (Deployment) 总结,4,Skylers 门户定律,门户第一定律 - Everything is now the portals fault. Portals if done properly will eventually front end everything in your organization. This means the portal team will be blamed for all IT issues. 门户第二定律 (门户第一定律的推论) Portal will te
3、st every organizational deficiency in your company. IT Systems are supported by different IT groups with very high walls between projects.,5,测试计划,由于门户是企业 IT 架构中的最前端，可视访问最多的元素，所以一定要保证连接其他应用的门户组件的成功。如果门户访问失败，用户有可能感觉是整个 IT 系统的失败。成功部署门户需要注意以下五个关键点： 特别关注需求分析过程 组建合适的项目队伍 避免不必要的复杂性 选择正确的部署组件 And the #1 ind
4、icator of success 制定一个有效的测试计划、搭建一个合适的测试环境,6,测试,部署延期的一个很大的原因是不合适的测试策略和测试环境 很多客户和开发商都只注重功能测试，而对压力测试不是很关心. 门户第三定律 Stress testing early and continuously is the ONLY WAY to prevent the first two laws of portal from wrecking your project. 测试不是可做可不做的一步：如果在系统发布之前没有做好充分的压力测试，系统很可能失败。记住：门户系统最终要与所有后台 IT 系统交互，由
5、于门户的使用，可能使用户更容易感受到后台系统的功能，从而使得这些后台系统的访问量加大。 最早的测试可以在安装 Portal 之后就可以进行, 主要测试 Portal 自带的应用，然后逐渐添加应用，逐渐测试，测试失败就先解决问题. 测试失败意味着你应该假设有问题存在，应该先解决问题 很多客户没有设置一个单独的压力测试的环境。如果用一个共享的环境来进行压力测试，很难进行持续的测试。 代码的单元测试也是保证成功的一个好的方法，特别要调后台应用的程序.,7,遵循切实可行的需求过程,由于历史或者其他一些原因，大部分客户都有自己的一套需求分析的过程，但对于门户项目来说，按这些过程大多不能充分地满足要求。
6、是不是因此而丢开这些原有的需求分析过程呢？不！但你需要考虑在需求分析的过程中将 portlet 源文档( Portlet sourcing) 考虑进去. Portlet 源文档 的添加会为以后的工作节省不少时间。 这样做会花不少时间，不过我们只在开始的时候参与系统架构/设计等工作，然后让最终用户去做剩下的事情。 需求处理一个很关键的步骤，它是正确确定项目的规模的关键依据。也是有效沟通组织需求的最好的方式。 这个阶段的文档应该是给 Portlet 开发人员的主要的 portlet 需求文档。,8,Portal Sourcing Start w/ Wireframes,9,Portlet Sour
7、cing,10,队伍组建,很多门户项目都是用人过多。 挑选合适的开发人员，优化开发人员的技能，减少人员数量。 项目经理很关键，要具备很好的沟通能力。 主要的冲突可能存在不同的 IT 小组之间 (See Second Law of Portals) 。所以最好能够得到更高级别领导的支持，这个领导能够把各个相关小组组织在一起讨论问题. 应该有一个小规模的架构小组来负责整个系统。可以考虑把权力委托给这个小组，让他们将需求和基础架构联系起来。 架构小组成员而不是更高级别的领导应该被开发小组视为公证的评判师，,11,避免不必要的复杂性,选择正确的工具：一般来说，业务小组的人员都应该相信技术专家可以选择最
8、好的技术来实现他们的业务需求。 使用一个非常酷的演示方案有可能增加系统的复杂性从而增加项目按时成功实施的可能。如果开发人员建议采用一个新的 framewrok 去构建门户，最好不要采用他的建议。WebSphere Portal 已经提供了你所需要的前端 frameworks 的最好的支持。再增加新的 framework 不但不会使问题变得容易，还很可能延误时间。 Portlets 应该越简单越好。当你需要创建一个 framework 的时候，先退回一步想想 是否能够采用 portal service 来实现需要呢？Struts 或者 JSF 是否已经做到了这点? 先查查信息中心，看看是否已有的
9、组件和服务中能否满足需求的。重复使用部分代码要好于自己构建一个新的 framework.,12,在合适的时候选择合适的组件部署.,Big Bang projects fail. 开始的时候选择较少的组件部署。不要企图在第一个项目的时候就想着创建一个参考的架构，有计划有组织的方式通过后序项目慢慢丰富你的参考架构。 迭代反复 从最基本的组件开始，慢慢增加功能。(第一期用 大约4 个月的时间),13,WebSphere Portal 项目的 80/20 规则,Just Connect,Integrate 20%,New Portlet Apps,+ 3 to 6 months Rebuild mos
10、t useful 20% Continue to link to low usage 80% Begin to leverage click-to-action, people awareness, etc.,+ 3 to 6 months Migrate legacy applications Leverage flexible portal framework and integrated products,3 months Link/Connect to existing systems Little new functionality Limited Deployment Think
11、about WPAI Avoid Clipping,The Sweet Spot,14,Getting over the hump.,采用简单的技术驱动商业价值 鼓励使用 WPAI （Portlet 工厂） 使用 Portlet 协作技术 考虑添加人物感知的功能 适度使用 Clipping 和 IFrames Portlets. 连接一个已有的基于 Web 的前端界面有时比重新在 portal 上编写界面代码更难.,15,最佳实践其他注意点,对于一个初始的项目部署，做至少4个月的时间计划。 不要与产品做对！最好先理解产品本身然后再开始项目 Create an untrusted portlet
12、 server for portlets that follow a less stringent QA process. Use WSRP to add these to your core portals. 如果要使用网站内容管理与发布系统（新闻，制度等），应该将运行环境与编写环境分开，有一台单独的编写服务器。 (This becomes important after first deployment) 至少要将 B2C/B2B 和 B2E 门户分开实施 让一个有经验的 Portal 专家帮助您进行架构与设计，避免走弯路。,16,最佳实践 客户端, 网络和服务器架构,Need to de
13、fine a network and server architecture for 开发 通常需要一个单独的服务器和 WebSphere Studio Application Developer 5.1.2 + 测试 Staging Staging Server 应该和生产机完全相同，包括路由和防火墙等的设置 相同的操作系统包括补丁。 灾备及恢复 最后做群集 不要再同一个机器/partition 上安装多个 Portal 实例，除非是为了移植的需要 WebSphere Portal 比较耗 RAM. The more RAM, the better. 事先了解清楚使用门户的客户端 某些客户端
14、浏览器对 JavaScript 的支持并不完整，有些不支持 iframe 注意 WAP 客户端的限制,17,Development,Integration,Staging,Production,Build,Reduced System Component Integration. Integration Test Function Test Acceptance Test,Functional Complete Scalability Tests Capacity Test Operation Test,Completely Scaled Productive Use User Customi
15、zation,Designer,Developer,Release Mgr.,Administrator,Operator,Developer Workbench Portal Customization Portal Layout Portlet Development Page Definition Entitlement Definition Unit Test,最佳实践 门户部署,18,Portal Build and Deployment Process Example,A developer implements portlets, servlets, EJBs and other
16、 J2EE artifacts Might use WebSphere Studio for this task. Source Code is delivered into a VCS (version control system ). A designer creates themes, skins, HTML pages, portlet JSPs and other design elements. Today She/he uses any editor for this task. He can use Rational Application Developer for thi
17、s task also. Results are delivered into a VCS. An administrator creates the content tree (labels, URLs, pages). Today She/he uses the portal admin UI of a development portal for this task. He might use a script or Rational Application Developer Resulting content trees and portlet instances are expor
18、ted using XMLAccess or provided as script and delivered into a VCS. A release manager assembles a consistent release in the VCS and creates the delivery. She/he executes scripts (e.g. ANT) to extract java sources, design elements and configurations from the VCS and runs a build (compile and package). An operator takes the delivery and deploys it onto the staging and production systems. She/he executes ready made config tasks (Ant), XMLAccess configurations and wsadmin scripts to deploy the delivery.,
