行政管理业务模型的免编程开发框架实践

《行政管理业务模型的免编程开发框架实践》由会员分享，可在线阅读，更多相关《行政管理业务模型的免编程开发框架实践（10页珍藏版）》请在装配图网上搜索。

1、行政管理业务模型的免编程开发框架实践吴誉槐 税务综合办公信息系统项目组中国软件与技术服务股份有限公司 100081 Tel: 13501070719 E-mail: wyh当前电子政务建设方兴未艾，电子政务建设过程中行政管理业务是一个非常重要的业务内容，本人在多年的工作实践中，对行政管理业务模型进行建模，并设计出一个能够适应大多数行政管理业务的开发框架，基本达到通过配置的方式来实现业务。关键词：免编程 开发框架 业务模型 行政管理1 概述当前电子政务建设方兴未艾，电子政务建设过程中行政管理业务是一个非常重要的业务内容,行政管理业务系统的主要功能包括：（1）有关行政管理基础数据的采集与处理。基础

2、数据的采集主要包括：伴随行政审批、公文处理、事务处理过程产生的数据；人事档案数据、教育管理的数据；财务数据等。（2）行政审批、公文处理、事务处理的规范化、标准化和程序化的流转功能。拓展公文处理系统的功能，使所有审批和处理事项按照标准化、规范化的要求实现程序化的处理。（3）方便灵活的统计查询和分析功能。重点在于人事、财务数据的分析查询，整体工作情况的分析查询，事务处理过程的追踪查询，从宏观到具体事项的层层“挖掘”。（4）人机结合的自动考核评价功能。核心在于处理环节的可度量性，以及从宏观角度的评价体系的客观性。行政管理信息系统在设计时，要求立足组织机构内部，还要面向整个系统内的定位，不仅要考虑一级

3、组织内部的行政审批流转问题，而且要以更宽阔的视野，特别是考虑上下级组织之间的业务处理模式，即基于广域网的跨机关的行政审批处理。根据行政管理业务的特点，本人及所在团队对此进入了非常深入细致的分析，通过对此类业务进行一个比较深入的建模，并利用最新的软件开发技术，实现了一个免编程式二次配置开发框架。2 业务模型行政管理业务系统按照不同子系统与其它子系统的相互关系，可以分为基本业务子系统（公共模块）、功能性业务子系统（专业模块）。其中文件处理子系统、工作日程安排子系统属于公共子系统。按照行为模式可以分为流程式子系统和非流程式子系统；按照功能类型分可以分为内容管理类、流程管理类、查询分析类和信息服务类。

4、流程管理类按照流转内容来分又包括文件（即非结构化文档）流转和结构信息流转两种流程类型；按照流转路径特征分有流程路径限制类型和人员职责限制两种类型。以下将针对行政管理业务模型进行展开说明。行政管理业务模型该模型包括10大部分，即行政管理业务规程、系统安全管理规范、统一的用户界面展示、各类专业的业务功能模块、公用业务功能模块、行为主体管理、权限管理、统一的业务管理（包括文档管理、流程管理、查询管理以及信息服务）、统一的数据访问、统一的数据存储。行政管理业务规程来自业务需求，经过深入分析和抽象，以规范化的形式存储在数据库中，并应用于各层业务处理活动。系统安全管理规范一部分是安全管理规章、制度和规程，

5、一部分是系统安全管理技术和工具。前一部分要求有关人员遵守，后一部分要求系统设计、开发、运行与维护时得到贯彻。用户界面是操作者可以看到的、直观的系统外在表现。通过它，操作者与系统进行交互，向系统输入数据，利用系统提供的管理、分析、监控功能。用户界面中又包含三大类，第一类就是业务导航器，体现一个各类功能的一个组织；第二类就是所谓的业务管理容器，它有效地组织系统中各类信息，为使用者提供信息管理、查找利用的便利；第三类就是普通的业务处理界面，它是我们针对一个业务对象真实要处理的内容。行为主体是行政管理业务过程中涉及的组织、部门、岗位、人员等的高度抽象。行政管理系统说到底是人机交互系统，行为主体是业务过

6、程中各项活动的发起者、推动者，在系统中其扮演的角色是非常的重要。为了工作上的方便，通常将具有相同职能的行为主体定义为角色。角色可以划分为绝对角色和相对角色。绝对角色不依赖特定的环境就可以明确行为主体的身份，或者说在隐含的上下文环境中，不用加以特殊说明就可以明确行为主体的身份。相对角色依赖特定的上下文环境才能确定行为主体身份。相对角色行为主体身份的确定通常依赖组织、部门、相关人员或者相关岗位。业务处理是一个行政管理业务系统最为关键的部分，也是实现业务功能的最为重要的部分，它提供一系列方法，为用户处理信息、数据提供可能。它主要包括四部分的内容，第一就是文档，也就是进行业务分析是所说的业务对象的管理

7、，业务对象的管理除了业务操作的处理，同时还应当包括有业务对象之间的变换等。第二就是流程的管理，可以将其想象为传送带，通过它将组织、部门、岗位、人员等行为主体连接起来，并将工作或文档从一个环节传送到另一个环节，同时进行跟踪记录。在流程的管理中，可能衍生出对流程事务的一些考核评价的功能。第三就是查询及统计分析类的业务处理，此类业务处理功能与事务性的流程处理功能表征上有所不同；第四就是相对比较独立的一块，将在流程事务处理过程中产生的一些信息通过信息服务的方式展现出来。统一数据访问是连接存储数据及业务处理逻辑的纽带。数据及系统平台是整个系统的基石。这里仅给出了一个抽象概念，其实它是整个系统的物质基础，

8、是计算机通信网络、主机、操作系统、数据库系统和相关支撑软件和设备的统称。3 基本技术框架 基于对以上行政管理业务的理解，经过分析，设计了一个基本的技术框架来满足一个此类业务的快速开发，该框架首先采用基于组件的开发和分层的技术路线；其次框架的一个重要技术路线就是基于大颗粒构件复用的技术路线；另外一个技术路线就是采用SOA的技术思想。行政管理业务技术框架 依照分层的技术思路，将系统分为资源层、资源访问层、业务领域层、SOA服务层以及业务展现层。 在资源层，包括存储结构化数据的各种业务数据库、存储非结构化数据的文件库，以及一些其它系统内的资源。其中存储业务数据库时，采用分库技术，根据行政管理业务各类

9、业务数据的关联度不是很高特点，不同类型的业务库进行独立存储，以提高系统的管理效率，同时对于部分关联度高的业务数据，则可以集中存储。 资源访问层，目前主要包括三类资源的访问，第一类就是结构化数据的访问，由于考虑到结构化数据主要存储在关系数据库中，因此目前设计时主要采用JDBC技术，对JDBC接口进行了一些易用性包装。第二类就是非结构化数据的访问，设计时主要考虑采用SMB文件服务技术。第三类就是对其他系统的一些访问，目前主要采用的技术则是Web Service技术以及MQ技术。 业务领域层为该框架的核心部分，主要是通过对业务模型的各类问题进行了一个统一的解决。该层的设计基于大颗粒构件复用的技术路线

10、。设计的大颗粒组件主要包括文档类型组件群、流程管理组件群、查询分析组件群、行为主体组件群、权限管理组件群以及基于流程管理的一个考核评价组件群。文档类型组件群主要包括一个适合所有此类业务的E-R影射对象包、通用的业务对象包，以及通用的业务集合对象包等。而流程管理组件群中则主要根据人-机交互类的流程特点进行了重点设计，同时解决了根据组织内部地域分布的特点，解决了分布式流程的问题。查询分析组件群则根据行政管理业务查询的特点，在传统根据SQL组织报表查询的基础上，将查询结果生成矩阵，采用矩阵变换技术得出最终的查询结果，大大提高了查询组建的适应度。行为主体组件群则主要对业务模型中的组织、部门、人员、岗位

11、等几种行为主体类进行了设计。权限管理组件中则主要包括功能权限（包括基于业务对象类的功能权限、流程过程中的功能权限以及查询功能权限组件）和数据权限（主要引入了文件夹的概念对数据权限进行管理）。考核评价组件则主要设计了对时效、质量以及重大指标的考核。 SOA服务层，我们又称XML桥接层，主要时通过对业务领域层的所有功能机型组织包装，并采用Web Service技术，将这些功能都包装成服务，功展现层或其它应用进行调用。 业务展现层则主要包括资源门户、管理容器、HTML表单处理器以及文档处理器四个部分。资源门户采用树形管理，并引入运行时扩展树的展现，同时通过对树节点进行建模，传统的树节点一般对应功能，

12、而本框架采用树节点对应资源的方式，使整个树就成了一个资源的管理，形成了一个资源门户。管理容器主要体现一个对业务对象的管理，将一些通用的管理功能进行了实现，如列表、排序、查找等功能，同时提供方便易用的接口，供配置开发使用。HTML表单处理器通过将Web服务中调出的XML文档通过与HTML表单中的编辑域进行绑定，在业务定义的基础上，从而实现对业务操作的控制。文档处理器则是在HTML表单处理器的基础上，实现了对二进制文件的编辑处理，同时实现了文档的分布装载及分布保存的要求。4 技术实现4.1 组织机构管理组件（1）Org类表示组织，位于组织机构的最上层，每个组织包含若干个部门；（2）Dept类表示部

13、门，位于组织的下层，每个部门包含若干个岗位；（3）Post类表示岗位，组织和部门中包含若干个岗位，其中的人员可分配到岗位上；（4）Person类表示人员，组织和部门由人员组成，人员被分配到岗位上；（5）Group类表示分组，与行为主体相关联，一个分组由若干个行为主体组成。（6）PostMember类表示人员与岗位之间的关联；（7）GroupMember类表示分组与行为主体之间的关联；（8）IOdpsAct表示行为主体接口，所有行为主体类均实现该接口，其中定义了一些行为主体的共同行为和属性，如保存，获得工作任务箱等行为；（9）AnyVisitor表示系统的外部访问者，继承自Person，有Sup

14、erior（上级组织机构人员）和Junior（下级组织机构人员）两种；（10）ActDB类用于管理行为主体，是对系统行为主体进行创建、查找、删除的统一入口。4.2权限管理组件（1）SessionTree类表示用户可访问的资源树，其中保存了资源树的根结点。（2）SessionTreeNode类表示资源树的结点，是资源的载体，其中装载了Folder。（3）Folder类表示文件夹，由若干种文档类型组成，位于资源树的结点上，提供数据权限的操作方法：排序、分类、查找等。（4）ResPermission类表示可对文件夹访问的公开级别外的其他行为主体。（5）DocFunctionPermission类表示

15、文档的功能权限，其中包含了文件夹类型属性FolderType和文档类型属性DocType，提供对该文件夹类型中的文档类型的操作方法列表。（6）FolderFunctionPermission类表示文件夹的功能权限，其中包含了文件夹类型属性FolderType，提供对该文件夹类型的操作方法列表。4.3流程管理组件（一）控制系统（1）DeliverCenter 类：传递关系控制中心，负责整个传递关系的建立及维护（2）FlowSystem 类：流程控制系统，它通过DeliverCenter类实现整个传递关系的建立与维护，通过FlowExStation 类实现与远程系统的流程交互，任务的发送与接收，工

16、作流实例的建立与跟踪，工作任务箱的维护。（3）DeliverItem类：某个具体的传递关系（二）远程流程交换系统（1）FlowExStation 类：流程交换站（2）InBox类：远程收件箱，它从Folder类继承。（3）OutBox类：远程发件箱，它从Folder类继承。（三）工作任务箱（1）IOdpsFlowBox接口：工作任务箱接口类，它继承CommonFolder类，是Folder的一种。其中FlowFavoriteBox类，FlowRegBox类，FlowStartBox类，DocFlowBox类均实现该接口。（2）FlowFavoriteBox类：收藏夹，针对个人，是Favorit

17、eTask的容器。（3）FlowRegBox类：流程登记簿，针对部门或者岗位，是RegTask的容器。（4）FlowStartBox类：流程启动夹，针对个人，是StartTask的容器。（5）DocFlowBox类：工作任务流转箱，是DocFlowTask的容器。（四）工作流任务（1）IOdpsFlowTask 接口：工作任务接口类，它由工作任务ID唯一标志。（2）LinkItem类：所有任务类共同的父类，定义了任务类共有的一些属性。（3）DocFlowTask类：工作任务，它是通过RegTask类，FavoriteTask类，StartTask类根据DeliverItem类定义的传递关系在F

18、lowSystem 类控制下通过传递给IOdpsAct变化生成。在传递过程中生成FlowInstance，并且通过FlowTrace实现对流程的跟踪。（4）RegTask类：登记任务，它可以由DocFlowTask通过登记操作，转化而来。（5）FavoriteTask类：收藏任务，针对个人，它可以由DocFlowTask操作转化而来。（6）StartTask类：启动任务（五）工作流实例（1）FlowInstance类：工作流实例，每一个工作流实例可以有0个或多个流程跟踪条目。（2）FlowTrace类：流程跟踪条目。4.4实体文档对象组件（1）DocType类：文档类型标识。（2）Field类

19、：文档字段描述。DocFactory类：文档类工厂，负责文档的存取。（3）DocList类：子表文档。（4）IDocContainer类：文档类的存储容器，表示一个子文档。4.5业务对象组件（1）IOdpsBO：BO类的接口；（2）CommonBO：通用BO类；（3）EntityDoc类：实体文档类，详见EntityDoc类图的描述；（4）Folder类：继承自EntityDoc类，在EntityDoc类的基础上加入了逻辑处理功能；IDocStore接口：文档存储接口，负责文件的物理存储；（5）FolderReg类：注册Folder，主要目的是为Folder分配角色。Folder注册项由以下几

20、种方式生成：1.当定义某个文档类型时，自动将生成一个大的Folder包容这些文件，所属者为当前管理员，公开级别为私有；2.可以定义某个具体的文档类型为一个Folder文档；3.可以在已有的Folder的基础上定义一个查询范围，继续生成一个Folder。4.6查询定制组件（1）SearchCtrl：查询控制类；（2）SearchTpl：查询模板类，一个查询模板中能定义一个或多个查询条件模板和组合模板，由查询模板及组合模板产生的查询内容文档聚合而成查询主文档；（3）CombinationTpl：组合模板类，定义对一个或多个查询条件模板进行组合，产生一个查询内容文档；组合运算的种类有：对查询内容文档

21、进行简单行合并，进行加减合并，进行加序号，进行列合并；（4）SqlTpl：查询条件模板类，每个查询条件模板经过查询控制类会产生一个查询内容文档；查询条件模板能够任意定义查询条件，统计语句必须指定一个字段名称与它对应，能够任意定义分组条件，能够从文档外输入条件进行再查询；（5）SearchSubDocs：查询内容文档，由查询条件模板产生；（6）SearchMainDoc：查询主文档，多个查询内容文档聚合而成查询主文档。4.7 XML桥接层组件（1）UITree：处理用户对界面上左边树节点点击请求；根据用户的请求，进行左边功能树的展示或右边文件夹中的条目的展示；（2）DomDocument：用户的

22、功能树对应的XMLDocument；暂存于HttpSession中，供其他类调用；（3）UIItem：处理用户对界面上右边条目点击请求，根据用户的请求，进行相应的处理并返回结果；（4）UIFolder：表示当前正在操作的Folder的类；（5）TempTree：表示临时数据的展现树；（6）FileAccess：处理文件访问的类（不通过树节点的形式）；（7）ResAccess：处理资源访问的类；（8）SearchAccess：处理查询访问的类；（9）Config：处理配置操作的类。4.8 Html表单处理器组件（1）HTMLDomNode：该类表示HTML文件中的各个元素（包括HTML中的标签如

23、Text、Select、TextArea等）；（2）FieldControl：对每个Field进行控制的类；（3）DocCtrl：对文档进行控制的类；（4）DomNodeWrapper：对xml Dom node的包装类；（5）XmlDomNode：表示xml Dom Node的类。4.9复合文档处理器复合文档处理器组件包图如图所示，复合文档处理器由六个ActiveX组件组成，自底向上包括：数据访问组件ODPSDataAccess，文档对象管理组件包ODPSUMembers，接口和抽象类组件包ODPSUInterface，文档处理器主界面组件包ODPSUDocPro，文档处理器管理组件包ODP

24、S_FileProcessor以及客户端调用接口组件ODPSClient。它们的相互依赖关系见图。其中需要说明的是：ODPSUMembers，ODPSUDocPro以及ODPS_FileProcessor依赖ODPSUInterface组件包，使用接口方式进行调用，保证了调用的稳定性，并能通过实现多态完成各组件的调用管理。而文档处理器操纵的复合文档来源于文档对象聚合形成的XML格式文件。5 实践成果通过对以上设计进行实现，形成了一个免编程的二次开发平台框架。免编程式二次配置开发框架，将提供包括业务实体定制、业务实体操作及其界面定制、业务流程定制、业务实体变换定制、查询统计定制及角色模板定制等功

25、能。其中业务实体定制及业务实体操作定制内容的解析将由支撑平台的文档类型系统负责，业务实体的界面定制内容将由HTML表单处理器来负责解析，业务流程定制及业务实体变换定制内容将在工作流引擎中负责处理，查询模板定制内容将在查询系统中进行解析，角色模板定制内容的访问资源权限部分在资源门户中得到体现，实体资源的操作权限在权限系统中得到体现。另外，支撑平台还根据一个具体的考核模型，搭建了一个监督考核系统，对于界面相对复杂的复合文档的编辑，将由文档处理器的GUI界面进行编辑。5.1业务实体定制使用业务实体定制工具，可以定义新的业务实体对象模板，并将其加入到应用系统中。具体功能是提供一个用户界面，操作者通过这

26、个界面，能够在数据库中创建用于存储该种业务实体的数据表，同时产生系统所需要的元数据。在定制时，操作者能够采用一对一和一对多的形式，将很多关系数据关联起来，形成一个由多个关系数据组合的复合的文档数据。通过业务实体模板形成的业务实体文档存储的时候采用关系数据库的形式进行存储，当使用时，则形成标准形式的XML格式，与外界进行交换时，则能够比较方便的按照基于XML的电子公文格式规范的要求，进行转换。5.2业务实体操作及其界面定制使用业务实体操作及其界面定制工具，能够定义业务实体文档的操作特性及其界面展示特征。该工具将分为两大部分，业务实体操作定制和业务实体界面展示定制。业务实体操作定制主要是定制在当前

27、操作模式下，哪些字段能够读取，哪些字段不能读取，读取的项目，哪些字段能够编辑，哪些字段不能编辑。另外还包括字段编辑时是否允许为空，字段校验的正则表达式等。一对多形式的子文档则包括子文档的过滤条件，子文档是否允许添加，是否允许编辑等选项。业务实体界面展示定制，定制者只需要使用一般的网页编辑工具，编辑好业务实体展示的界面，对网页内的控件进行布局，然后将控件的“name”属性与相应的字段名称一致，再将网页放置到相应的容器中。系统就能够根据业务实体不同的操作，将相应的字段设置成只读状态，并且能够在用户提交的时候进行字段校验。通过界面展示定制的编辑界面，能够允许使用者对当前处理工作进行临时保存或进行离线

28、处理，在用户重新登录之后打开相应的内容再进行重新装载。5.3业务流程定制通过业务流程定制工具，使用者能够很好的对业务流程进行分类，能够比较方便地将流程与业务实体对应起来，并能比较方便的定义流程流转形式，能够定制每个环节上的活动（操作），能够很好的定义业务实体的流向。通过业务实体变换规则，使得一个流程中能够包容不同的业务实体对象，从而保证不同的工作环节的不同的工作类型及内容的变换。定制的工作流程可以传递给具体的责任人，业务能够传递给某个岗位，岗位的操作人员都能够对该工作进行处理。既可以定制工作传递路径确定的工作流程，也可以定制由使用者临时指定工作传递路径的工作流程；除此之外，既可以定制具体工作环

29、节对应确定活动的工作流程，也可以定制由使用者根据自己的工作职责确定具体工作环节活动的工作流程。定制的工作流程能够满足跨组织级别跨地域的流转的要求，并在跨组织级别跨地域流转的时候，提供收到回执和阅读回执两种回执形式。工作流程的启动、停止、暂停、中断、收回、并行、串行、会签等功能则完全由工作流平台提供，工作流平台完全符合工作流管理联盟参考模型标准。在此基础上，扩充了引擎与公告栏、信息发布网站及为绩效考核采集数据等功能。5.4业务实体变换定制通过业务实体变换规则，可以实现不同的工作环节的不同的工作类型及内容的变换。业务实体变换的定制，主要是为了实现一个实体文档变换成另外一个业务实体文档，需要从前者带

30、入何种信息到后面一种实体文档的问题。在具体定制过程中，能够实现实体文档的部分内容的转换，也可以实现一个实体文档到另一个实体文档的子文档的转换。通过变换规则，主要能实现以下三种业务实体变换形式：（1）文档转换及映射文档转换是通过定义的文档映射规则来进行的，这也是文档映射规则的基本应用模式。转换的文档将是一份新的文档，具有新的特性及展现方式。在工作流与工作流衔接的时候，该项技术非常关键，能够保证工作流在多个工作类型间进行切换的延续性。（2）文档的过滤在工作流的流转过程中，不是文档中的所有数据都需要传递的，尤其是上下级传递的过程中，有一些在本级流转过程中形成的中间数据，是不需要传递到上级或下级中去，

31、传递的只是一个最终结果；或者对一个汇总状态的文档进行清分时，也是通过文档的过滤技术实现。（3）文档的比较插入在工作流的流转过程中，有时需要将文档与文档进行合并。比如某项业务，向上级发送一个请示报告，在上级经过流转之后，形成一个批复单文档，这时该批复单文档需要与当前正在进行的业务流汇合起来，这种情况下，采用文档的比较插入技术就能够实现。5.5查询统计定制查询统计定制与一般的报表定制工具不同的是，本项目中，查询统计定制通过多个SQL查询出来的多个结果（XML形式），再对这些结果进行矩阵变换的方式得出最终结果。这样充分利用了SQL查询与矩阵变换算法的优越性，最终结果也为业务实体对象形式的XML格式，

32、因此展示界面则完全利用业务实体界面展示定制工具进行定制。在业务实体变换的过程中，则能够利用经过查询统计引擎生成的业务实体对象。5.6角色模板定制通过定制角色模板，可以将定制者定义的以上内容发布到最后的使用者的界面之中。角色模板中包括用户访问资源定义和用户权限定义两个部分，访问资源定义主要是确定使用者能够通过该系统访问到哪些资源，同时访问资源定义还能解决使用者访问系统的入口界面问题，用户权限定义则是定义针对某项资源，访问者将具有何种权限。目前该框架已经在多个系统中已经采用，主要包括河南国税行政管理与监控考核系统、税务综合办公信息系统以及国家信访管理信息系统等。参考文献1 中国软件与技术服务股份有限公司.税务综合办公信息系统概要设计说明书, 2005.2 中国软件与技术服务股份有限公司.税务综合办公信息系统投标书（技术部分）, 2004.3 河南省国家税务局，中国软件与技术服务股份有限公司.河南国税行政管理与监控考核系统概要设计说明书, 2003.