FileNet
涵盖的内容非常广阔，有些概念不是一下子就能理解过来的，需要不断再实践中去体会其用法，而更为主要的是要深入到
FileNet
的最基础部分，不一定要完全理解其
DB
设计，但要理解其类关系和数据存储形式。下面介绍一些简单问题，再后续介绍中会继续深入。
VWSession
是操作
FileNet PE
的入口。利用它可以登录到
PE
，建立会话（
session
）。作为
PE
的操作入口，我们利用它做什么呢？我们可以查询
rosters
和
queues
、能够检索
roster
或者
queue
的名称列表、管理系统和执行任务、进行审计、将类
ID
转化为
roster
或
queue
名称与将用户
ID
转化为用户名称或者你向转化。
上面所说的每种功能是有相应的
PE
类对应的，也就是我们得到了
VWSession
这个
PE
入口，我们便可以获取一系列相应操作的类。其中最为主要的应该是
VWSession
、
VWQueue
、
VWRoster
、
VWLog
等类了，因为有了这几个类，我们几乎可以得到
BPM
核心操作的所有类型。当然作为
FileNet
的核心组成部分的
PE
除了我们可以利用这些类进行工作流处理外，
PE
还提供了强大的管理和配置工具（如
Process Task Manager
、
Process Configuration Console
等等），同时我们可以通过
VWSession
获取系统配置工具接口，主要用这些接口配置
roster
的定义、
queue
的定义、以及
log
的定义等等。
流程处理是以最小工作单元来进行的，也就是
work item
，即
work object
。
Work item
具有数据处理所需的所有数据及系统信息，当我们处理完此工作单元它也就不复存在了。这些
Work Item
自然也是在数据库中存储的，这种数据库叫做
queue
。通过
VWSession
获取
VWQueue
便能获取相关信息。
PE
中包括四种
Queue
：
user queues, work queues,component queues
和
system queues
。而这些
queue
是可以通过
Process Configuration Console
来管理的。
User queues
存储着分配给某个用户的工作项或者被某个用户跟踪的工作项包括
Inbox
和
Tracker
；
work queues
存储着可以被一组用户中的多个或一个来处理的工作项。
Roster
同
queue
一样都是
DB
中的
table
。这两种
table
不易分清，我们可以但他们存储的内容却是是有所不同的。通过上文我们可以知道
queue
有多种，每种所承载的信息是不同的，而也就是这两种
talbe
的不同之处：
queue
类型的
Table
要么装载着用户收件箱里的工作项，要么装载着公办任务（公共收件箱）的工作项，要么是另外两种工作项，而
roster
中装载着跟工作项和部分一般工作项。
PE
操作的小知识暂时介绍这些，都很简单，但刚接触的人不易理解，在后续的实践中通过实际操作流程会对这些内容加深理解的。只要在实践中留心接口的调用时序就能发现些利于开发的思路。
总之，
FileNet
项目本身不难，其难点往往是最基础、亟待解决或理解的问题。例如项目业务需求，把这件事情分析清楚，形成优质文档，拿给一个会读文档，懂得如何利用
API
的开发人员即可出色的完成。其中涉及几个词：分析梳理需求、会读文档、能够利用
API
，这些词对于相关专业的人士都是基础，是进入这个专业后就应该会的知识或技能——也就是基础，而无论多大的项目，其成功无不是这些基础性问题的有序合理的衔接而成就的。总之，成功本身不难，其难点在真的懂得了所需基础以及有序合理的衔接利用这些基础。