【 tulaoshi.com - 编程语言 】
Domino.Doc 的特征：
1：ODMA(Open Document Management API)compliance,符合开放文档治理API标准，答应用户在他们惯用
的应用软件中使用Domino.Doc的功能，比如在Microsoft Office和Lotus SmartSuite中，用户可以用这些应用软件在
Domino.Doc中打开和保存文挡。
2：Security,提供在文挡库，档案库，binder和文档中的多种安全层次。
3：Check-in and check-out,当多个用户在同时编辑和治理同一个文档的时候，（签入和签出）功能能保证文
档的完整和安全。
4：能在文档库中查找多个档案并且能以单一的视图返回结果。
5：能存储文档的多个版本，保证能灵活全面清楚地查看在文档在审核过程中各个步骤的情况。
6：生命周期（策划、回顾、批准、发布和归档文档）的治理功能。
7：Lotus Workflow integration.与Lotus Workflow集成，能进行工作流进展和作业状态的治理。
8：Sametime integration.与Sametime集成，提供了文档编辑和治理状态的实时传输。
9：与Windows EXPlorer集成，用熟悉的文件治理系统进行Domino.Doc的工作。
10：灵活支持所有终端用户的Web browser。
11：支持在不同的域之间的数据访问。
12：服务器到服务器端的分布式档案库及其内容的远端定位。
Domino.Doc 的结构：
The Site Administration Database
Domino.Doc 提供 the Site Administration database，并且提供Site Administrator的角色，来创建
和治理数据库(libraries)，它是Domino.Doc结构的基础。
The Library
The Library是进入Domino.Doc的端口，它是用户登录文档存储系统和存取文档的“main view”和“
home page”。治理员通过治理功能进行设置或更改library-wide的定义，创建和治理文档库，设置文档的属性和流程编
联类型的定义等工作。
File rooms
The file room提供逻辑分类的方法使得档案库中的数据搜索更易于进行。所有的档案库都包含在一
个文件库(File rooms)中，当用户创建一个档案库时，可以将其加入到一个已有的文件库中或者创建一个新的文件库来
容纳此档案库。一个档案库可以属于多个文件库。虽然文件库是一个很重要的部分，但是它没有安全设置和属性定义的
功能。实际上，一个File room是不可被删除的，只是在它里面没有档案或数据交互时，它从逻辑上消失了而已。
File cabinets
Domino.Doc使用档案库来组织和治理binder和文档。档案库由存于Domino服务器中的Notes数据
库(*.nsf)组成，因为档案库是*.nsf文件，因此一些用来向文档中输入信息(meta-data)时必需的Notes格式就与文档的内
容一起被存于档案库中。同时，用于存取信息的视图和使与文档相关的过程自动化的应用逻辑也被包含进来。包含了这
些组成部分，就可以说档案库中的内容是安好的。所以，应用逻辑，消息，数据和应用设计部分组成了一个单一的统一
的结构。Domino.Doc在这个架购的基础上提供单一的、逻辑的视图来存储、检索、治理和分布所有Domino.Doc中包含
的文档。
由于档案库是Notes数据库，所以它们除了包含用户档案以外，还包括了Domino.Doc的应用设计组
件：
Forms？？用来输入概要信息到一个文档中和用来可视化文档。
Views？？用来排列和归类文档。
Application logic？？用于自动进行文档治理。
当创建一个档案库时，Domino.Doc初始创建了两个数据库，一个用来存储binder定义（binder
database），另一个用来存储文档（document database），治理员或档案库创建者，可以选择将所有的数据都存储到
同一个文档库中，也可以在第一个文档库满了的时候创建一个附加的数据库。
虽然Domino.Doc Administrators和Domino.Doc档案库创建者都可以创建和治理档案库，但是只有
Domino.Doc Administrators能删除档案库。
Binders
The Domino.Doc binder是存在于档案库中的用于组织文档结构的容器。
每个binder都有使文档组织和检索更轻易进行的属性，系统生成的关联每个binder的属性包括标题
、类型、起草者、创建日期、修改日期和文档数量。
用户定义的属性可以应用于任一binder，甚至档案库中可有可无的bander类型。那些动态从属于
bander的系统属性的应用属性，就是区分各种类型的bander的要害之处。
binder有存取规则来限制授权用户。访问包含binders的文档被binder存取规则所限制，因为一个
bander的内容就是一个binder所包含的设置状态，一个用户必须同时拥有对binder和文档的编辑权限才能在binder中添
加和移除一个文档。
可以通过check-in/check-out功能来修改binder的安全设置和属性。
一个binder只能存在于一个档案库中。
Binders作为Domino.Doc的组成部分使组织大型的文档集合更为轻易。
每个binder都有一个存储于其父library数据库中的定义文件。
Documents
A document是Domino.Doc中被治理的信息，它可以是一个像Word文档或一个电子表格、一个对象
或者是一个Notes文档。它提供一个具有描述性的标题并且被保存在档案库中的一个binder中。
每个文档都有利于文档组织和检索的属性或元数据，其描述性信息被存储在文档库中。其系统属性
关联到每一个文档，并且可以被引用，比如：文档的作者，创建日期，最后修改的日期或文档标题。应用属性用来区分
每个单独的应用，它也可以被引用，比如：工程名，文档类型或者文档序列号。这些属性都是可配置的。
对文档内容的访问权限可以按授权治理者、编辑者和读者来划分。可以从文档本身或文档治理者定
义的文档安全层次中继续某些属性，并通过由这些属性决定的档案库或binder的层次来控制访问权限。
Domino.Doc的check-in/check-out功能保证了在同一时刻只能有一个用户修改文档。当一个文档被
check-out，它就被锁在Domino.Doc中了，当它再次被check-in时，就可以对它进行新的更改，可以进行被定为新的版
本，或者进行更新。
假如用户没有在主档案库中进行操作或者不能连接到主档案库，那么Domino.Doc就会向主档案库
发送一个check-out请求。因此，用户只能取得一个对文档操作的临时锁，来对文档的复本进行编辑。假如在check-out
的请求被发送之后，文档被某个用户修改，则这个用户将被告知在工作复本和主文档之间存在着尚未被解决的差异（冲
突），用户即可以取消更改，也可以选择将更改合并到主文档当中。
创建新的master libraries需要预备的信息
library名称
library内容的binder表的默认控制器
library设计模板
档案库设计模板
服务器治理员和档案库创建者
别名和地址库
SMTP网关的外部域（假如有）
假如有HTTP用户，需要HTTP主机名
Domino.Doc工作组名称
当创建一个档案库时提供一个隶属于指定服务器的档案库创建者
授予Domino.Doc更新公用通讯录（PNAB）的权限
设定即时集成功能
添加library到R5域目录
添加library至R5搜索范围
创建library复本需要的信息
提供创建library复本的服务器名
假如有HTTP用户，提供HTTP信息
提供事务处理数据库路径
每个library都是一个拥有独立存取控制器的存储器体系结构。当不能在两个library之间共享文档时，我们可以将文档和
档案库从一个library中移到另一个library中。
library都创建于library摸板和档案库摸板，包括：
Library database（librarynameLib.nsf）
Configuration database(librarynameCfg.nsf)
Log database(librarynameLog.nsf)
Documentation databases
所有的libraries共享相同的事物处理数据库（ddmtrans.nsf）
因为多个libraries可能存在于同一个数据字典中，并且数据库的名称依靠于libraries，因此，library的名称必须唯一。
当创建第一个library时，Domino.Doc默认的数据库的名称分别为：
DominoDoc1Lib.nsf(library database)
DominoDoc1Dfg.nsf(configuration database)
DominoDoc1Log.nsf(log database)
依次类推。
或者也可以自己定义数据库名称，比如说在设置的过程中使用了Cinthina作为library的名称，则生成的数据库
的名称如下：
CinthinaLib.nsf(library database)
CinthinaDfg.nsf(configuration database)
CinthinaLog.nsf(log database)
默认的设计模板为：
domdoc.ntf(library design template)
filecab.ntf(file cabinet template)
不可修改/尚未修改的为：
ddmtrans.nsf
ddmadmgd.nsf
ddmusrgd.nsf
模板均为可自定义的。
待续，欢迎大家指教。
shuzheng14@163.com
