简介： 本文介绍用于监控 IBM® WebSphere® Portal V6.1 或最新版使用的工具和技术，包括 WebSphere Portal 网站分析和各种开源或商业产品。本文也将这些工具和技术进行比较，提供各种场景的使用指南以及跟踪门户使用情况的设计模式和最佳实践。
“度量就是为了了解。如果不能度量它，就不能改进它。” —— Lord Kelvin
WebSphere Portal 效率的核心是评估门户网站实现目标和度量门户网站计划改进达到预期效果的能力。但是，实际上度量门户效率是个灰色地带。通常，门户网站缺乏有价值的度量所需的工具、技术和经验指标。
本文介绍了可用的工具和技术，您可以用来监控门户使用情况，包括 WebSphere Portal 分析、呈现 portlet 分析的 IBM Lotus® Web Content Management、WebSphere Portal 个性化日志以及各种开源和商业产品。
本文也将这些工具和技术进行比较，提供各种场景的使用指南以及跟踪门户使用情况的设计模式和最佳实践。
本文通过许多技术和示例说明了如何解释门户使用统计数据来构建定量门户效率评分。这些技术可以映射使用情况统计数据、有优先级的门户对象和门户使用本质。
最后，通过说明分析 WebSphere Portal 效率分数的方法来决定可以提高效率的下一步。
为了从本文得到更多的知识，您至少应该对 WebSphere Portal 概念和用法有一个基本的了解，最好能有一些关于 WebSphere Portal 如何影响组织内部各个支持者的真实经验。
本文对那些工作在 WebSphere Portal 管理部门的人，特别是对于管理和组织方面有很大的帮助。
门户经常被认为是可以带来很大收益，但是通常这些收益被认为是无形的。本文将演示如何评估、量化，并将影响应用于这些收益中。
门户效率度量从概念上可以被认为是区别于门户可用性和门户不可用性。这种度量包含 WebSphere Portal 在多个社团上的影响及各个组织机构的总体获益。
表 1 说明了典型的门户支持者以及他们的潜在效益。
| 门户支持者 | 综合效益 |
|---|---|
| 用户 |
|
| 业务涉众 |
|
| IT 涉众 |
|
| 帮助桌面团队 |
|
度量 WebSphere Portal 效率的过程由以下这些任务组成：
- 监控使用情况和满意度
- 确定关键的影响标准和构造度量体系的优先级
- 构建 WebSphere Portal 价值模型
图 1 说明了这一过程。
门户运行之后，关于门户是否达到预期效果和它如何被使用，有许多重要的问题需要解决：
- 用户对门户是否满意？
- 用户平常对门户投诉最多的是什么？投诉在增多、保持稳定还是减少？
- 有多少个用户在访问门户？使用高峰在什么时候？使用在增长、保持稳定还是减少？
- 用户访问最多的门户配置文件是什么？用户花费多长时间在 Dashboard 页面？用户活动与其配置文件或任何已知外部事件相关？
- 一项内容过期的平均时间是多少？用户找到他们所需要的东西，搜索查询的平均数是多少？
- 用户访问最多的 ebSphere Portal 应用程序和功能是什么？
这类问题没有惟一的解决方案，而是使用多种技术混合处理。表 2 描述了一些可用技术。
表 2. 跟踪使用情况和满意度的技术
| 技术 | 描述 | 何时使用 |
|---|---|---|
| 服务器端网站分析（基于网站分析文件进行分析） |
| 那些需要用户行为的可视性，但不需要任何实时反馈的门户网站。 |
| 实时活动分析 |
| 那些支持用户活动的电子商务网站。 |
| 反馈数据库 |
| 那些积极支持用户个性化的网站。 |
| 用户满意度调查 |
| 所有网站。 |
| 用户投诉跟踪 |
| 支持活动用户帮助桌面的网站。 |
| 现场观察门户使用情况 |
| 任务关键型网站。 |
图 2 展示了一个 WebSphere Portal 网站分析服务器端日志文件的片段。
参考 developerWorks® 文章，“IBM WebSphere Developer Technical Journal：‘使用门户分析开源报告工具’ ”，开源工具处理日志文件来生成使用报告的方法。这些报告工具提供一个低成本方法来获取对整体门户网站流量特征和部分大量使用的门户的洞察。
这也有更高级的商业产品可用于执行 WebSphere Portal 实时监控和在一个仪表板上传递门户活动的详细分析。供应商提供这类产品的示例，如 Webtrends 和 Coremetrics，正如 “IBM WebSphere Portal version 6.1.5 Tracking and Reporting Using Webtrends” 一文所描述的。
WebSphere Portal 使用情况和满意度数据可与业务目标相关联来决定效率。这种关联被看作是一个 5 步过程：
- 将业务目标映射到其支持的 WebSphere Portal 功能上。
- 将 WebSphere Portal 功能发展成设计构件，导致特定门户活动被监控。
- 根据流量和相关的业务价值分配影响公式给监控的 WebSphere Portal 活动。
- 根据预期影响和测量的影响构造影响比率。
- 根据多个标准开发一个总体效率排名，包括影响比率、用户满意度调查、问题报告和可用性研究。
图 3 说明了这 5 个步骤。
第 1 步. 将业务目标映射到门户功能：Financial Representatives Insurance 门户示例
确定 WebSphere Portal 效率的第一步是根据目标的优先级识别业务目标，并将它们映射到适当的门户技术。
通过使用假设的 Financial Representatives Insurance 门户来证实这个观点，该门户传递信息和服务到独立领域代表。
表 3 展示了一个将保险门户业务目标映射到 WebSphere Portal 服务器功能的示例。
表 3.映射业务目标到 WebSphere Portal 服务器功能
| 业务目标样例 | 业务目标优先级 | 门户功能 | 适当 WebSphere Portal 技术样例 |
|---|---|---|---|
| 增加每位代表的获益 | 高级 | 可以传递整套客户关系管理应用程序 | 应用程序集成 定制 portlet |
| 增强信息和服务效率 | 高级 | 传递触发的内容 | 内容个性化 内容管理 |
| 降低支持成本 | 中级 | 提供自助服务功能和帮助功能 | 应用程序集成、定制 portlet 和内容传递 |
| 增加竞争激烈的产品的吸引力 | 中级 | 提供丰富的交互功能 | 基于 Asynchronous Java and XML (Ajax) 的用户界面和语义标签 搜索 |
| 提高代表之间通信和交互 | 中级 | 交付博客和论坛 | 协作套件 |
第 2 步. 识别将要度量的 WebSphere Portal 活动
下一步是映射源自第 1 步的需求和门户功能到门户设计方面，这样您可以识别将要被监控的 WebSphere Portal 活动。
表 4 展示了一个使用样例保险门户映射门户设计到监控的 WebSphere Portal 活动的一个示例。
表 4. 识别将要被监控的门户活动
| 门户功能 | 门户设计 | 监控的 WebSphere Portal 活动样例 |
|---|---|---|
| 客户关系管理（CRM）应用程序传递 | 传递基于角色的访问到完整的 eService 应用程序 | eMyClient 应用程序的发布 Client Insight portlet 的发布 |
| 目标内容 | 传递产品和服务的个性化内容 | Portfolio 和 Annuities 内容访问 |
| 自助服务和帮助 | 传递用户配置文件应用程序和帮助内容 | 配置文件应用程序的发布 帮助内容访问 |
| 丰富交互 | Web 2.0 主题和搜索引擎 | 搜索引擎点击数（门户调查中的用户满意分数） |
| 博客和论坛 |
| 博客数量 论坛帖子 |
在这一步，在第 2 步中监控的活动被合并到一组影响公式中。您可以执行这一任务，通过联合与受监控 WebSphere Portal 活动相关的从业务目标价值中衍生出的比例相关性，或者通过将其与活动的门户流量图结合起来。
表 5 概述了样例保险门户的这一步。
表 5. 构建 WebSphere Portal 影响公式
| 已监控活动 | 业务目标和值 | 成比例的相关性（调整规模在 100 左右） | 样例影响公式 |
|---|---|---|---|
| eMyClient 应用程序发布 | 增加收益（高级，3 分） | 14 | |
| 客户Insight portlet 发布 | 增加收益（高级，3 分） | 14 | |
| 内容访问 - Portfolio | 增强信息传递（高级，3 分） | 13 | |
| 内容访问 - Annuities | 增强信息传递（高级，3 分） | 13 | |
| 用户配置文件应用程序访问 | 减少支持成本（中级，2 分） | 9 | |
| 搜索引擎点击数 | 增加吸引力（中级，2 分） | 10 | |
| 内容访问 - Help | 减少支持成本（中级，2 分） | 9 | |
| 博客帖子 | 提高通信（中级，2 分） | 9 | |
| 论坛帖子 | 提高通信（中级，2 分） | 9 |
第 4 步. 通过使用表 5 中的公式构造 WebSphere Portal 活动影响比率
我们构造量化评分来访问活动影响。根据门户初始的预期，预期影响分和测量的影响分均被构造，因此您可以构建测量分数相对预期分数的比率。
表 6 概述了样例保险门户生成影响比率的过程。注意：影响公式和比例在表 5 中定义。
注意：平均监控活动的影响比率来构造整体门户影响比率。
表 6. 为门户构造影响分数和比率
| 已监控活动 | 预期影响 | 测量影响 | 影响比率（测量的/预期的）× （比例相关性 / 100） |
|---|---|---|---|
| eMyClient 应用程序发布 | 12000 | 4000 | 5% |
| 客户端 Insight Portlet 发布 | 12000 | 10000 | 12% |
| 内容访问 - Portfolio | 36000 | 12000 | 5% |
| 内容访问 - Annuities | 36000 | 15000 | 6% |
| 用户配置文件应用程序访问 | 4000 | 3000 | 9% |
| 搜索引擎点击数 | 24000 | 15000 | 6% |
| 内容访问 - Help | 2000 | 1000 | 6% |
| 博客帖子 | 1000 | 600 | 5% |
| 论坛帖子 | 1000 | 650 | 6% |
| 综述门户活动影响比率 | N/A | N/A | 60% |
第 5 步. 构建 WebSphere Portal 效率排名
如上所述度量活动影响仅仅是评估 WebSphere 效率其中的一个方面。 门户影响比率可以结合用户满意度测量、问题票据报告和可用性研究来构建一个全面的效率排名（见表 7）。
表 7. 使用样例保险门户构造效率排名
| 排名 | 目标 | 测量 | 影响比率 【（测量值 / 目标值）× 100】 |
|---|---|---|---|
| 活动影响 | 100 | 60 （影响比分来自表 6） | 60 |
| 用于满意度调查 | 高满意度（排名：3） | 中高满意度（排名：2） | 66 |
| 问题报告 | 平均日报告少于 20 | 平均日报告大约 40 | 50 |
| 可用性研究 | 非常实用（排名：3） | 中低可用性（排名：1.5） | 50 |
| 总体门户效率比率 | N/A | N/A | 57 |
门户效率比率值 67 是低于预期值，导致我们样例门户出现 “B-” 级；在我们的样例中 90% 到 100% 的门户效率比率范围可以将获得 “A” 级。
现在让我们来分析如何将样例 Insurance 门户的效率提高到 “B” 级。
表 1–7 中的数据提供了一些关键的指标使您可以提高 WebSphere Portal 效率。例如，表 6 中显示从门户发布的 eMyClient 应用程序只是其预期值的三分之一；此外，对 Portfolio 和 Annuities 产品内容访问的实际情况与预期访问水平相比上有巨大的不足。
提高效率的一些新策略包括以下内容：
- 提高访问 eMyClient 应用程序。将 eMyClient 应用程序发布图标放在门户主页上以方便访问，并添加突出 eMyClient 可用性的新内容。
- 提高 Portfolio 和 Annuities 的内容质量。通过加速内容批准流程来增加 Portfolio 和 Annuities 产品的可用新内容。
- 增强门户可用性。细化门户导航来提高门户可用性体验。
这两个策略仅仅是一个开始；度量 WebSphere Portal 性能的目标是为了构建一个连续的改进和度量周期。
通过将业务目标和门户中的可监控活动关联起来来系统测量 WebSphere Portal 门户是可行的。该方法支持收集一些指标，这些指标能够帮助指引您找到提高效率的具体措施，这是保证门户取得成功不可或缺的组成部分。
原文链接：http://www.ibm.com/developerworks/cn/websphere/library/techarticles/1007_behl/1007_behl.html
来自 “ ITPUB博客 ” ，链接：http://blog.itpub.net/14789789/viewspace-674286/，如需转载，请注明出处，否则将追究法律责任。
转载于:http://blog.itpub.net/14789789/viewspace-674286/
1142
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
