FileNet PE操作入口的几个基本点

标签: 工作存储table文档数据库manager
1611人阅读 评论(14) 收藏 举报
分类:

         FileNet涵盖的内容非常广阔,有些概念不是一下子就能理解过来的,需要不断再实践中去体会其用法,而更为主要的是要深入到FileNet的最基础部分,不一定要完全理解其DB设计,但要理解其类关系和数据存储形式。下面介绍一些简单问题,再后续介绍中会继续深入。

 

         VWSession是操作FileNet PE 的入口。利用它可以登录到PE,建立会话(session)。作为PE的操作入口,我们利用它做什么呢?我们可以查询rostersqueues、能够检索roster或者queue的名称列表、管理系统和执行任务、进行审计、将类ID转化为rosterqueue名称与将用户ID转化为用户名称或者你向转化。

 

       上面所说的每种功能是有相应的PE类对应的,也就是我们得到了VWSession这个PE入口,我们便可以获取一系列相应操作的类。其中最为主要的应该是VWSessionVWQueueVWRosterVWLog等类了,因为有了这几个类,我们几乎可以得到BPM核心操作的所有类型。当然作为FileNet的核心组成部分的PE除了我们可以利用这些类进行工作流处理外,PE还提供了强大的管理和配置工具(如Process Task ManagerProcess Configuration Console等等),同时我们可以通过VWSession获取系统配置工具接口,主要用这些接口配置roster的定义、queue的定义、以及log的定义等等。

 

       流程处理是以最小工作单元来进行的,也就是work item,即work objectWork item具有数据处理所需的所有数据及系统信息,当我们处理完此工作单元它也就不复存在了。这些Work Item自然也是在数据库中存储的,这种数据库叫做queue。通过VWSession获取VWQueue便能获取相关信息。PE中包括四种Queueuser queues, work queues,component queues system queues。而这些queue是可以通过Process Configuration Console来管理的。

 

         User queues存储着分配给某个用户的工作项或者被某个用户跟踪的工作项包括InboxTracker

         work queues存储着可以被一组用户中的多个或一个来处理的工作项。

 

         Rosterqueue一样都是DB中的table。这两种table不易分清,我们可以但他们存储的内容却是是有所不同的。通过上文我们可以知道queue有多种,每种所承载的信息是不同的,而也就是这两种talbe的不同之处:queue类型的Table要么装载着用户收件箱里的工作项,要么装载着公办任务(公共收件箱)的工作项,要么是另外两种工作项,而roster中装载着跟工作项和部分一般工作项。

 

         PE操作的小知识暂时介绍这些,都很简单,但刚接触的人不易理解,在后续的实践中通过实际操作流程会对这些内容加深理解的。只要在实践中留心接口的调用时序就能发现些利于开发的思路。

 

       总之,FileNet项目本身不难,其难点往往是最基础、亟待解决或理解的问题。例如项目业务需求,把这件事情分析清楚,形成优质文档,拿给一个会读文档,懂得如何利用API的开发人员即可出色的完成。其中涉及几个词:分析梳理需求、会读文档、能够利用API,这些词对于相关专业的人士都是基础,是进入这个专业后就应该会的知识或技能——也就是基础,而无论多大的项目,其成功无不是这些基础性问题的有序合理的衔接而成就的。总之,成功本身不难,其难点在真的懂得了所需基础以及有序合理的衔接利用这些基础。

4
0

查看评论
* 以上用户言论只代表其个人观点,不代表CSDN网站的观点或立场
    个人资料
    • 访问:442347次
    • 积分:8640
    • 等级:
    • 排名:第2202名
    • 原创:270篇
    • 转载:16篇
    • 译文:0篇
    • 评论:1257条
    博客专栏