成功实施_WebSphere_Portal_的最佳实践.ppt

主要议题 讨论如何成功实现一个门户系统 数据都是基于成功的和不成功的案例而来 There is no magic just common sense Too bad common sense is not very common 问与答 Don’t be afraid to disagree. 日程安排 Generic Best Practices 测试（Test） 需求（Requirements） 实施队伍（Staffing) 部署 (Deloyment) 其他因素 (Misc) Detailed Best Practices 设计 (Design） 开发 (Development） 测试 (Test) 部署 (Deployment) 总结 Skyler’s 门户定律 门户第一定律 - Everything is now the portal’s 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 test every organizational deficiency in your company. IT Systems are supported by different IT groups with very high walls between projects. 测试计划 由于门户是企业 IT 架构中的最前端，可视访问最多的元素，所以一定要保证连接其他应用的门户组件的成功。如果门户访问失败，用户有可能感觉是整个 IT 系统的失败。 成功部署门户需要注意以下五个关键点： 特别关注需求分析过程 组建合适的项目队伍 避免不必要的复杂性 选择正确的部署组件 And the #1 indicator of success… 制定一个有效的测试计划、搭建一个合适的测试环境 测试 部署延期的一个很大的原因是不合适的测试策略和测试环境 很多客户和开发商都只注重功能测试，而对压力测试不是很关心. 门户第三定律 – Stress testing early and continuously is the ONLY WAY to prevent the first two laws of portal from wrecking your project. 测试不是可做可不做的一步：如果在系统发布之前没有做好充分的压力测试，系统很可能失败。记住：门户系统最终要与所有后台 IT 系统交互，由于门户的使用，可能使用户更容易感受到后台系统的功能，从而使得这些后台系统的访问量加大。 最早的测试可以在安装 Portal 之后就可以进行, 主要测试 Portal 自带的应用，然后逐渐添加应用，逐渐测试，测试失败就先解决问题. 测试失败意味着你应该假设有问题存在，应该先解决问题 很多客户没有设置一个单独的压力测试的环境。如果用一个共享的环境来进行压力测试，很难进行持续的测试。 代码的单元测试也是保证成功的一个好的方法，特别要调后台应用的程序. 遵循切实可行的需求过程 由于历史或者其他一些原因，大部分客户都有自己的一套需求分析的过程，但对于门户项目来说，按这些过程大多不能充分地满足要求。 是不是因此而丢开这些原有的需求分析过程呢？不！但你需要考虑在需求分析的过程中将 portlet 源文档( Portlet sourcing) 考虑进去. Portlet 源文档 的添加会为以后的工作节省不少时间。 这样做会花不少时间，不过我们只在开始的时候参与系统架构/设计等工作，然后让最终用户去做剩下的事情。 需求处理一个很关键的步骤，它是正确确定项目的规模的关键依据。也是有效沟通组织需求的最好的方式。 这个阶段的文档应该是给 Portlet 开发人员的主要的 portlet 需求文档。 Portal Sourcing – Start w/ Wireframes Portlet Sourcing 队伍组建 很多门户项目都是用人过多。 挑选合适的开发人员，优化开发人员的技能，减少人员数量。 项目经理很关键，要具备很好的沟通能力。 主要的冲突可能存在不同的 IT 小组之间 (See Second Law of Portals) 。所以最好能够得到更高级别领导的支持，这个领导能够把各个相关小组组织在一起讨论问题. 应该有一个小规模的架构小组来负责整个系统。可以考虑把权力委托给这个小组，让他们将需求和基础架构联系起来。 架构小组成员而不是更高