FileNet Auditing简单配置及说明

FileNet的Auditing功能能够审计对CE classes的操作（events）。那么这种auditing有很业务需要呢？举个简单例子，在些企业的信息部门重要作用之一是将企业资料信息化，而在信息化的过程可以简单分为两类，初级阶段是文档电子化，高级阶段是档案化。而电子文档化的基础是部门或领导的一种信息化的初步认知。而在此基础上形成的部分需求或部分应用系统是带有一定盲目性的，而扫清这种盲目性的关键一方面是要充分得到上级领导对信息部门工作的深入认识和认可，另一个面则需要对系统进行深度考量以期改进。而后者可能直接影响着前者，且后者的实现方式之一便是审计了。以下简单介绍FileNet Auditing功能配置和查看。

 

先在objectStore级别启动Auditing功能

        

在需要Auditing的class上指定要审计的事件（events）

        

 

上述配置也可以通过API来完成，在此仅对上述配置做简要说明。我们可以通过objectStore AuditLevel属性来确定其是否可以进行审计。如果该属性返回1，即为可以，返回0则不允许。在针对某类型Audit设置时可以选择要审计的事件，同时可以选择其审计该事件的成功操作或失败操作等等。而在事件发生后对应的创建时间、事件发生源等信息便记录在了audit log中，它是一张Event table。

 

FileNet Auditing囊括的事件非常广阔，举例如下所示：

      CancelCheckoutEvent

      ChangeClassEvent

      ChangeStateEvent

      CheckinEvent

      CheckoutEvent

      ClassifyCompleteEvent

      CreationEvent

      DeletionEvent

      DemoteVersionEvent

      PromoteVersionEvent

      FileEvent

      GetContentEvent

      GetObjectEvent

     ……

     ……

 

此外我们可以在某个实例的属性中查看其audit history (API同样可以做到)，下图展示了统计document的GetContentEvent（下载、检出等操作时会触发该事件）的信息

        

       

 

上述统计发生在Document上，而其audit history是对应当前实例的相应版本的，如果上述实例版本升级后，则该history仅存在对应版本上。

 

本文简单从一方面（信息化初始阶段领导的认可和系统本身的完善）介绍了Auditing功能的必要性，并进一步说明了从FEM中配置Auditing相关过程及查询Audit history的方法。同时指出上述操作均可在API角度进一步实现。即FileNet从管理员角度和开发者角度都充分考虑了audit的使用。