Domino Document Manager
- 格式:docx
- 大小:218.27 KB
- 文档页数:12
Domino Document Manager(DDM)与
Quickr Domino 产品特性比较
燕 涛, 软件工程师, IBM
简介: Domino Document Manager(DDM)作为一款成功的文档管理软件,在全世界拥有众多的用户,随着 DDM 历史使命的终结,Quickr Domino 成为 DDM 客户数据迁移的首选产品。本文将从文档的层次结构、安全性、文档类型和管理流程以及用户接口等多方面对 DDM 和 Quickr Domino 进行比较,以帮助 DDM 用户更好的了解、使用 Quickr
Domino,为将来的数据迁移做好准备。
概述
自 1998 年第一版发布以来,DDM 为客户提供了十几年的文档管理服务,已经到了功成身退的时候。IBM 公司宣布将在 2012 年的 9 月 30 日起停止对现有 DDM 客户提供服务,Quickr Domino 作为替代的产品,DDM 用户将可以自动地获得其 License。不过 Quickr
Domino 作为新一代协作软件,而 DDM 只是一款文档管理软件,它们之间存在着一些差异,为了帮助客户更好的了解、使用 Quickr Domino,我们从以下几个方面来对比它们在产品特性上的不同。
层次结构;
安全设置;
文档管理模型;
文档管理功能;
用户接口;
其他特性。
回页首
DDM 的层次结构
1. DDM 的主要目标是为了更好的管理文档。在 DDM 的结构中,分为 Library、Room、Cabinet、Category、Binder 五种基本层次。如图 1 所示。
图 1. DDM 层次结构
Library 是 DDM 中最顶层的结构,包含了所有的其他元素,用户必须首先创建一个 Library;
Room 是一个虚拟的层,被用来对 Cabinet 分类;
Cabinet 中存放 Binder,并且支持在该级别设置权限;
Category 的作用和 Room 相同,也是一个虚拟的层,用来对 Binder 进行分类;
Binder 是真正用来存放文档的地方,在 DDM 中,文档只能存放在 Binder 中。 回页首
Quickr Domino 的层次结构
在 Quickr Domino 中,有 Place、Room 和 Folder 三种层次结构。如图 2 所示。
图 2. Quickr Domino 层次结构
Place 是 Quickr Domino 中最顶层的元素,首先需要创建一个 Place,在 Place 里面可以再创建 Room 或者 Folder 来保存文档;
Room 可以看着是 Place 的子场所。它允许在 Place 内再设定访问权限,只允许
Place 内特定的用户访问其中的内容。用户可以在 Place 或者 Room 中再创建
Room,但是不能在 Folder 里面创建 Room;
Folder 表示一组的信息或文档。可以在 Place,Room 或者 Folder 中再创建
Folder。Library 是 Quickr Domino 自带的一个 Folder。
回页首
层次结构的比较
DDM 系统可以比作一个图书馆(Library),里面会有不同的房间(Room),在房间里存放着很多柜子(Cabinet),每个柜子都有抽屉(Category),在抽屉里面还有文件夹(Binder),而文档全部存放在文件夹里面。这种强制性的层次要求虽然使得文档存放结构清晰,但是
DDM 用户在组织文档的时候却也显得缺乏灵活性。
Quickr Domino 允许将文件放在任何地方,这样为客户组织文档提供了更大的灵活性,如果在 DDM 中你并不需要层次结构,在 Quickr Domino 中完全可以使用平面结构,如果用户需要使用层次结构来组织文档,那么 Quickr Domino 提供了更多的选择,更多的层次嵌套,更多存放文档的地方。
回页首
DDM 的安全设置
作为 Lotus Domino 的一个应用,DDM 提供了非常优秀的安全性(这也归功于 Domino 独特的、强壮的安全性基础结构)。DDM 支持 Domino Directory 和 LDAP Directory,允许在 File Cabinet、Binder、Document 一级设置权限,并提供了 Reader、Editor、Manager
和 Binder Creator 几种角色。下面用表 1 来详细介绍。
表 1. DDM 的角色与权限
级别 Reader Editor Manager Binder Creator Cabinet 查看文档 创建、编辑文档 修改安全设置,编辑文档 如果设置,具备和 Editor 同的权限,并且允许创建 BinBinder 查看 Binder 属性,不能添加或删除文档 查看、编辑 Binder 属性及文档,创建文档 查看、创建、编辑、删除 Binder 和文档,修改 Binder 安全设置 如果设置,具备和 Editor 同的权限并且允许创建 BindeDocument 查看文档 查看、编辑文档 查看、编辑、删除文档,修改文档的安全设置
在 DDM 中,安全设置可以从父一级继承,也可以在 cabinet、binder 或者 document 一级明确设置。
回页首
Quickr Domino 的安全设置
Quickr Domino 同样也支持 Domino Directory 和 LDAP Directory,此外还可以直接在
Place 里面创建本地用户。Quickr Domino 中的安全级别及角色如表 2 所示:
表 2. Quickr 的角色与权限
级别 Reader Author Editor Manager/Owner
Place 访问 Place,查看文档 访问 Place,查看文档,创建文档并编辑自己的文档 访问 Place,查看、创建、修改文档 查看、创建、修改和删除文档,创建、删除 Roo管理成员,修改各级别的安全设置,删除 PlaRoom 访问 Room,查看文档 访问 Room,查看文档,创建文档并编辑自己的文档 访问 Room,查看、创建、修改文档 访问 Room,查看、创建、修改、删除文档,创子 Room,添加成员,修改各级安全设置,删Room
Folder 访问 Folder,查看文档 访问 Folder,查看文档,创建文档并编辑自己的文档 访问 Folder,查看、创建、修改文档 访问 Folder,查看、创建、修改、删除文档,建 Folder,添加成员,修改安全设置,删除 FoDocument 查看文档 查看、修改、删除文档,修改文档访问权限
回页首
安全设置的比较
DDM 和 Quickr Domino 使用相同的 Directory,在将 DDM 的内容往 Quickr Domino 上迁移的时候,安全设置也同样可以迁移。我们只需要在 Quickr Domino 上使用配置同样的
Directory,在数据迁移之后,DDM 中的安全设置就会在 Quickr Domino 中发挥作用。虽然 DDM 和 Quickr Domino 都是使用 Domino 的安全性基础结构,但是两者在安全设置级别和角色上还是有些不同。Quickr Domino 中多了 author 和 owner 两个角色,没有
binder creator,在数据迁移的时候,可以考虑将 binder creator 映射到 folder owner 或者
room owner,这些取决于客户自身的需要与设计。
回页首
DDM 的文档模型
DDM 和 Quickr Domino 都是将文件和相关的数据存放在服务器上,它们使用 Lotus
Domino Server,以 NSF 数据库作为主要的存储。
DDM 将一个上传的文件(file)看作是一个可管理的文档,将其他输入的信息看作是该文档的元数据,这些元数据和文档的属性(profile)相关,也就是说文档的类型不同,元数据也有所不同。举个例子来说,在 DDM 中创建一个 Contracts 类型的文档,该文档包含了“Prepared by”,“ Date”,“ Brief Description”,“ Company Name”四个属性。如下图 3 所示。
图 3. Contracts 类型的文档
DDM 默认提供了 Application,Archive Sample,Asset Valuation,Client Correspondence,Contract 等 25 个文档类型。
回页首
Quickr Domino 的文档模型
在 Quickr Domino 中,每一个上传的文件都被看作一个新的页面的附件。这个页面是基于
Quickr Domino 中的表单(Form)来创建的,它包含了文档的名称和附件本身。图 4 显示了根据“upload”表单来创建页面。
图 4. 创建 Upload 页面
除了 Upload,Quickr Domino 还提供了 Imported file,Page 和 Link 三种 Form。
回页首
文档模型的比较
在文档模型方面,DDM 提供了大量的文档类型(25 个),但是却不够灵活,如果要添加新的类型就非常困难,需要对代码做改动。
虽然 Quickr Domino 默认提供的文档类型有限,但是 Quickr Domino 具有自定义 Form
的功能,这个功能能够使用户创建出自定义的文档类型,具有很大的灵活性,当然也包括
DDM 中所使用的文档类型,而且不需要对代码做任何改动,非常方便。
回页首
DDM 的文档管理功能
版本控制
在 DDM 中,对正式文档和草稿都提供了版本控制的功能,称之为主要的(major)和次要的(minor)版本控制。一个主要的版本用整数来表示,例如 1.0、2.0,而次要的版本则用小数来表示,例如 1.1、1.2。正式版本和草稿都支持 checkin、checkout 的操作,默认情况下,正式版本具有完全的访问权限,但是草稿只是对那些具有编辑或者管理权限的用户可见。