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，这些词对于相关专业的人士都是基础，是进入这个专业后就应该会的知识或技能——也就是基础，而无论多大的项目，其成功无不是这些基础性问题的有序合理的衔接而成就的。总之，成功本身不难，其难点在真的懂得了所需基础以及有序合理的衔接利用这些基础。