第三章 电子政务系统的架构设计

3.1 构建统一的政务管理系统

    通过上一章对政务系统的工作流分析可以看出，工作流技术的应用是构建政务管理系统的核心，是实现审批业务统一管理的基础。事实上，本文所研究的内容就是要基于工作流技术构建统一的国土资源政务管理系统，也就是要基于一个内嵌的工作流平台来统一定义、运行和管理政府机关的各项审批业务，并在此基础上实现业务信息共享，为机关业务管理与政府决策提供依据。除此之外，通过对角色权限的统一管理，系统还将实现对办公资源的统一配置功能。

    图3.1是基于国土资源部门所构建的电子政务系统的架构图：

图3.1  统一的国土资源政务系统

    图3.1形象地描述了国土资源政务管理系统的设计思路。
    从图中可以看出，工作流引擎、业务数据库管理、资源权限分配等，是实现审批业务统一管理的基础，或者说是系统的核心环境。只有配置好这个核心环境，才可以具体实施政务系统的动态搭建，如根据发展需要创建新的业务，修改原有的业务，监控和管理业务的运行，实现不同业务间的数据共享和综合应用等。

3.2 政务管理系统的网络结构

    政务管理系统应用于机关内部局域网，采用B/S结构，用户不需安装客户端软件，只要通过浏览器登录和使用系统。系统采用ASP.NET技术和SqlServer数据库开发，分为客户浏览层、应用逻辑层和数据处理层。应用逻辑层置于WEB服务器中，包括流程定义、用户任务列表、任务处理、流程监控、业务信息查询等ASPX程序和工作流引擎、资源权限管理、数据库表连接处理等组件类。

    系统网络结构如图3.2所示：

图3.2  政务管理系统的网络结构

    从图中可以看出，通过整合，国土资源各项审批类业务都将交由政务管理平台统一管理。国有土地使用权登记、矿产资源开采许可审批等业务将在这个统一的平台上定义、运行和控制，并通过平台共享彼此的业务数据信息，有效提高机关业务的透明度和办事效率。

3.3 政务管理系统的功能设计

3.3.1 系统的主要功能划分

    系统主要的功能板块包括：资源权限管理、用户角色管理、业务数据库管理、工作流定义、业务处理、流程监控、业务信息查询等。每一个功能板块又包含一些功能细分。

    图3.3是政务系统的主要功能框图：

图3.3  政务系统的主要功能框图

    图3.4是系统管理员的登录页面原型。系统管理员具有图3.3中的大部分功能权限。

图3.4 系统原型页面

3.3.2 系统的主要功能说明

    下面就系统各组成部分的功能及设计思路加以说明：

   （1）系统内嵌的工作流引擎

    这里的工作流引擎并不是一个独立的工作流产品。它只是政务系统的一个组件模块，为系统的运行提供工作流接口服务。组件所提供的功能接口包括流程定义、用户任务列表、流程的运行控制、流程监控等。政务系统通过调用工作流引擎接口，完成诸如定义业务流程、启动与控制业务执行等功能。

    定义和保存业务过程：

    使用第二章图2.4所示的图形定义工具，调用引擎模块的保存过程定义接口，就可以把以图形表示的业务过程保存到数据库中，供系统使用。

    启动业务过程：

              图3.5 用户启动业务过程的页面原型

    有了定义良好的业务过程，有权限的用户（具有过程首任务的执行权限）就可以启动业务过程，发起新一轮的业务执行。

    图3.5右侧页面分上下两个列表，上面是登录用户有权参与的任务（环节）列表，用户可以从列表中选择一项任务并点击启动按钮，对相应任务进行处理；下面列表是用户有权启动的业务名称列表，选择某项业务并点击启动按钮，系统将调用引擎接口，创建相应业务的新的实例，从而发起新一轮的业务执行。

    驱动业务过程的继续或回退：

图3.6 任务的执行页面原型

     用户在图3.6的任务执行页面点击完成任务按钮（或任务名称按钮，对应分支节点任务）或退回任务按钮，将触发系统调用引擎接口，修改相应任务实例的状态字段，从而驱动过程继续执行下一任务，或回退到所选择的特定任务环节重新执行。

    （2）系统对业务数据库的管理

    包括创建新的或引用已有的业务数据库表，并把构建系统要用到的业务表添加到流程-业务关联表中，在此基础上还要完成业务所需打印表格的定义和设置等工作。这是构建统一政务管理系统，实现业务信息共享的数据基础。
   （3）实现统一的用户角色与资源权限管理

    系统对过程任务的执行权限，以及对办公资源的分配，都采用基于角色的权限管理。即将资源及权限分配给角色，将角色分配给用户，从而实现资源的灵活与合理的配置，满足政务系统安全性的需要。如把业务过程的某个任务环节分配给特定角色，这样，具有该角色的所有用户都可以参与这一任务环节。当过程执行到这一任务环节时，对应角色用户的任务列表中都会出现这一任务，谁先选择了该任务，谁就负责该任务的执行，充分模拟了现实世界中的业务办理机制。
   （4）工作流定义的图形工具及表单工具

    使用工作流定义工具，通过在定义流程时选择流程要关联的业务数据表，可以有效实现过程流与业务信息流的紧密融合。
   （5）业务信息共享

    通过选择要共享的业务数据表，并把它作为系统资源分配给不同的角色用户，实现在不同业务之间共享数据信息的目标。
 

3.4 政务管理系统的软件包结构

图3.7  政务管理系统的软件包结构

    如图3.7所示，在政务管理系统的软件包结构中，Workflow Application Pages代表政务管理系统的服务器端ASPX应用程序，涵盖了从流程定义、任务处理到流程监控的工作流管理功能板块，和机构、用户、资源权限管理的功能板块，以及从业务数据库管理到业务信息查询等的业务数据管理板块；DataAccess包是负责数据库连接、处理的数据访问组件；Common Tools包含了字符串处理等通用工具；WFEngine是工作流引擎组件；User-Resource Management包含了机构、用户、系统资源权限管理的类及方法。结构图表达了不同软件包之间的依赖关系。
    政务系统的工作流引擎设计与实现、政务系统对业务数据库的管理、工作流定义工具的实现，以及政务系统资源权限的统一管理等内容在后续章节将分别进行讨论。

最后

以上就是无限小兔子为你收集整理的第三章 电子政务系统的架构设计的全部内容，希望文章能够帮你解决第三章 电子政务系统的架构设计所遇到的程序开发问题。

如果觉得靠谱客网站的内容还不错，欢迎将靠谱客网站推荐给程序员好友。