深入了解 IBM Lotus Quickr V8.0

http://www.onegreen.net/Article/server/DNSServer/19607.html

http://www.itpub.net/thread-1106917-1-1.html
新一代的内容协作平台 Lotus Quickr 8.0 于 6 月 26 日在全球发布，Lotus Quickr 的诞生将对企业协同办公产生深远的影响。本文将为您更加深入的揭示 Lotus Quickr 的主要功能与特点。

　　[编辑注：本文中所展示的截图和特性是 IBM Lotus Quickr services for Portal版本，而 Lotus Quickr services for Domino 版本的特性和 UI 界面会稍有不同。]

　　本文将从以下几个方面来介绍 Quickr 的特性：

　　·丰富的商用模板;

　　·基于角色的用户管理;

　　·全面支持 Web 2.0;

　　·强大的文档管理;

　　·无缝的桌面集成;

　　·易捷的应用集成;

　　·开放的 API 接口;

　　·良好的多语言支持;

　　丰富的商用模板

　　要谈论 Quickr 的模板， 首先要了解 Quickr 模板的基础 ---- 组合应用程序框架。

　　图 1. Quickr 组合应用程序框架

　　

　　通过上图， 我们可以看到， 组合应用的最底层是软件构架服务，为 Quickr 构架上层部分的组件和模板提供了公共的服务，比如搜索、单点登录、界面主题、 个性化、用户管理、访问控制、传输级加密、备份恢复等公共服务。这样，每一个组件开发者和模板开发者，都不用去关心这些功能的具体实现，而把时间精力放在应用逻辑本身，减小了开发代价，提高了软件质量。再往上一层，是组件服务层，包括了协作组件，比如 Wiki、任务管理;内容服务，比如文档库;以及一些公用服务比如角色管理、Feed 的支持。最上面一层，就是最终展现给用户去使用的组合应用模板，比如项目管理模板，会议模板。这些模板由第二层的组件，按照一定的商业概念进行选择，通过一定的定制与配置，最终呈现给用户。除了系统提供的缺省模板，用户可以很容易的，就像吃自助餐一样，通过“定制”来选择组件，组合成满足自己需求的应用。组合应用模板支持导入和导出，并且可以使用 Lotus Component Designer 进行全新的复杂的应用模板开发; 用户还可以根据组合应用的规范，来开发自己的应用组件。

 

　　下图显示的，是我这次写文章定制的团队空间，用文档库来储存参考资料，用 Wiki 来撰稿，用任务控制来分配任务、控制进度。当前的 UI 是选择了定制，准备增加新的应用组件的情景。

　　图 2. Quickr 组合应用的定制

　　

　　基于角色的用户管理

　　在 Quickr 中，用户的管理是以角色为核心的。每个团队空间缺省会有 4 个角色 -- 管理者、编辑者、参与者、阅读者，这些角色与空间中每一个应用组件都有一个缺省的映射。比如对于文档库，以上 4 个角色就分别对应管理(可以编辑删除所有文档、设置文档库属性)、编辑(可以修改所有文档)、参与(可以创建文档，但是不能修改别人的文档)、阅读(只有阅读的权限)。Quickr 提供了强大的角色管理定制功能，可以将灵活的用户管理功能发挥的淋漓尽致。比如某单位的一个科室创建了一个团队空间，包含两个文档库，一个是财务档案，一个是技术资料;还包括一个企业 Wiki，一个部门公告。根据部门人员分工，创建了“科长”、“财务”、“科员”三种角色。 科长的角色包括财务档案的阅读权限，技术资料的管理权限，Wiki 的管理权限，部门公告的管理权限;财务的角色包括财务档案的编辑权限，技术资料的参与权限，Wiki 的参与权限，部门公告的阅读权限;科员的角色包没有任何财务档案的权限，有技术资料的参与权限，Wiki 的参与权限，部门公告的阅读权限。 这样，当一个用户被添加到定制角色中，就可以相应的获得一组所有组件的权限，大大降低了用户权限管理的复杂度。

 

　　图 3. Quickr 角色权限定义

 

　　

　　全面支持 Web 2.0

　　Web 2.0 技术强烈的改变着当今的世界，也改变着内容协作的定义。在 Quickr 中，最体现 Web 2.0 技术的在于 Feed 技术和 Ajax 技术的全面应用，以及 Blog/Wiki 组件的引入。Ajax 技术大大改善了用户体验，Blog/Wiki 则给用户带来了更多的协作概念与方式。Feed 带来的改变更多，上海的项目组可以通过 Feed 直接把位于旧金山图书馆的需要的内容直接导入到本地文档库，Quickr connector 也直接使用 REST 高效的读写文档，此外，人们还可以使用各种流行的 Feed 阅读器实时的得到自己关注的文档的更新，评论的更新，甚至于团队公共日历的更新。

　　图 4. 使用常用的 RSS 阅读器，针对一个文档的评论进行订阅

　　

　　强大的文档管理

　　文档管理是企业最主要的 IT 需求之一，也是 Lotus Quickr 的核心功能。Quickr 提供给了客户一个目录树式的文件组织形式，文件级的安全控制功能，可定制的文档模板，可定制的支持各种数据类型的 MetaData，简单易用的版本管理和审批流程，支持数据过滤和内容定制的文档视图等等功能。尽管功能如此丰富强大，这还不是 Quickr 文档管理的全部亮点，Quickr 一发布，就十分注意对标准的支持，比如 ATOM、ODF 并且以文档服务的思路来设计和开发软件，使得软件在可重用、可集成方面有着良好的表现。随后，笔者将对文档管理的功能进行更加详实的介绍，这里就不再浪费笔墨。

 

　　图 5. Quickr 文档管理的目录树浏览界面

　　

　　无缝的桌面集成

　　Lotus Quickr 非常亮点的一个特性，就是它的桌面集成功能，也就是 Lotus Quickr connector。Connector 作为 Quickr 的一部分提供给用户，其实质就是一组应用程序插件。通过 connector，用户可以在自己的日常工作中，使用自己最熟悉的软件，直接访问到 Quickr 文档库的内容。比如，用户可以直接在 Word 中打开服务器上的文档，可以直接在 Excel 中把文件提交给自己的领导审批，可以直接在 Notes 邮件客户端中把附件上传到服务器，可以在资源管理器中通过视图直接检索到符合某个特征值的文档 (比如显示所有年龄超过 40 岁的员工的档案并按照工资排序)，可以在 Sametime 中直接发起针对某个文档的讨论，可以随时把本地文件夹的文件添加到文档服务器。在将来，Quickr 还将提供更多的桌面集成 connector，而客户还可以通过 IBM 公布的 API 直接编写自己的 connector。开放与集成，Quickr connector 将这两个软件发展的方向诠释的淋漓尽致。下图显示了用户从 Sametime connector 中察看等待自己审批的文档的情景，从图中我们可以看到用户可以直接在 Sametime 中察看属性，批准或者拒绝文档。

　　图 6. 在 Quickr Sametime connector 中查看等待自己批准的文档

　　

易捷的应用集成

　　一个软件再强大也不能做所有的事情，IBM 一直很重视软件的集成性，无论是 Quickr for Domino 还是 Quickr for Portal，都很重视软件的集成性。作为协作软件，邮件与即时通讯的集成显得尤为重要，而 Quickr 在这两个方便都表现的完美、方便。通过前面章节的介绍，大家已经看到，Quickr connector 已经使得用户通过 Notes 邮件客户端和 Sametime 客户端可以直接访问 Quickr server。此外，通过服务器端的配置和团队空间的设置，每个成员被添加到团队空间的时候都会收到通知，通过 Feed 进行后台文档导入，结束后会收到通知。而每一个显示作者名、管理者名的位置，都可以启动 Sametime 的即时通讯窗口，与对方立即开始在线讨论; 对方如果不在，还可以调用起邮件客户端，离线的发送邮件给对方。Quickr Server 与 Sametime Server 可以使用相同的用户目录，即使两个 Server 使用了不同的用户目录，通过相应的登录设置，也可以进行集成。

 

　　图 7. 在 Quickr 文档视图中，可以直接发送邮件给作者，或者直接与作者进行实时讨论

　　

　　开放的 API 接口

　　作为新一代文档协作办公平台，Quickr 8.0 提供了两种类型的 Public API 来支持对文档访问，分别是 WebService API 和 APP API。两套 API 独立工作功能互补，为用户提供了灵活且功能强大的文档操作接口。

　　图 8. Quickr Public API 模型

　　

　　Quickr 8.0 后台有着不同的实现：基于 WebSphere Portal JCR 的实现，基于 Domino 的实现，将来还会有基于 FileNet 的实现。虽然是不同的后台实现， 但是它们对外提供了统一的 API，屏蔽了后台实现的差异。这些 API 在 Quickr 内部支撑着 Quickr connector 的实现。对外，支持了用户对异构于不同存储中文档数据的统一透明访问。

　　WebService API 和 APP API 都是基于开放的标准。

　　WebService 基于 W3 定义的 WSDL(WebService Definition Language)和 SOAP(Simple Object Access Protocol)协议。WebService API 对外提供一个 WSDL 文档。WSDL 是一个自描述的 XML 文档，它包含了 Quickr WebService 的模型、接口、操作、消息的定义和描述。基于 WSDL，客户可以自己产生不同语言(VB, C#, C++, Java, etc)的客户端来调用 Quickr WebService。Quickr 8.0 WebService 的 WSDL 文档中定义了三个 service(Port Types): ContentService，DocumentService， LibraryService。APP(Atom Publish Protocol)是 IETF 制定的标准。目前还处于 Draft 阶。Atom 是一个基于 XML 的 Web 内容已经元数据的同步协议，Atom Syndication Format (rfc4287)。APP document feed service 提供了文档资源 Library、Folder、View、Document、Draft 的 Atom Feeds，并支持针这些资源以及集合的 GET、PUT、POST 和 DELETE 操作。

 

　　良好的多语言支持

　　IBM一向注重全球市场， 所以 Quickr 软件的开发， 从一开始就支持世界各国时间格式， 文本输入， 并且从第一个版本开始，就同时发布了多达 30 种语言的 UI， 包括中文、日文、韩文、德文、西班牙文、俄文、阿拉伯文等等， 并通过了我国政府要求的 GB-18030 兼容性测试。当用户登录到系统后，系统会按照用户个人资料中的语言选择、浏览器中的语言选择来显示最恰当的语言界面。如下图所示，在 Quickr 中针对同一个目录视图，中文用户和德文用户无需特殊定制可以得到不同的界面; 文档库名称，文件夹名称都是命名，因而不会被翻译。

 

　　图 9. 多语言文档视图

　　

　　结束语

　　Lotus Quickr V8.0 有一系列的新特性，本文仅仅介绍了其中的一部分。作为新一代的文档协作平台，先进的分层架构使得其有很强的扩展性。功能强大的基础服务、丰富且可定制的商用模板、易捷的应用集成、基于开放标准的 Public API;在这些特性的支撑下，Lotus Quickr 已不仅仅是一个文档协作平台，更是一个可扩展的服务框架;客户也不仅仅是 Quickr 的使用者，同时也会是服务的提供者和参与者。