6.4.4智慧政府的多部门联席决策系统
1.智慧政府多部门联席决策框架
智慧政府多部门联席决策是一项复杂的工程，涉及部门、组织、信息、技术、流程、资源、地域等多个方面，很难用一个单一的模型就可以描述清楚。多部门既需要独立完成决策又需要频繁沟通协商，决策的过程不是静止不变的，决策中充满了动态性和不确定性，灵活的模型结构和动态的信息交互是解决这种不确定性和动态性的有效手段。决策元的提出封装了工作单元内部的工作细节，使问题解决模式脱离了问题具体形式的依赖，保证了独立实体在信息、功能上的自主性和协同活动模型的灵活性、普适性。但是决策元实例仅描述了单个部门的工作情况，孤立、分散的决策元还不能解决联席决策问题，决策元之间，决策元与决策对象、组织、资源之间都存在各种关系，针对这些实体因素和关系构建了一种基于决策元的智慧政府联席决策模型框架JMDMF（Joint Meeting Decision‐making Model Frame，它包括过程模型、组织模型、任务模型和资源模型。其中，具体的每一个子模型完成多部门联席决策中某一个局部特性的描述，整体上按照一定的约束和连接关系将所有的模型组成在一起构成了多部门联席决策模型框架。这其中过程模型依据业务逻辑定义了决策元之间的协作关系，是模型框架的核心，规定了决策元的执行顺序和规则约束，为决策元提供“路标”；组织模型描述了人员、角色的组织关系，为每个决策元节点设置有关组织的属性，为决策元提供“人”的因素；任务模型描述了联席决策任务的分解关系，为决策元提供工作对象；资源模型描述决策过程执行阶段所占用的资源对象，为决策元提供“物”的支持。组织模型、任务模型、资源模型相对独立的，不仅减少描述问题的复杂性及冗余，还为将来实施基于Web方式的分布式联席决策支持系统提供了基础：建模人员可以依据组织关系、业务逻辑等对组织、任务和资源独立建模，然后，通过从过程模型控制模型的一致性和相关性，使其相互用构成一个有机整体，即智慧政府多部门联席决策模型框架，可以形式化描述为：JMDMF＝{DEU}PM，OM，TM，RM。其中：DEU是决策元，PM是过程模型，OM是组织模型，TM是任务模型，RM是资源模型。
2.智慧政府联席决策模型
智慧政府联席决策是一项涉及多部门参与协作的复杂工程，不仅存在流程的协作，还存在动态交互协商。根据以上模型框架的讨论设计智慧政府联席决策模型，包括智慧政府联席决策服务平台、联席决策控制模型、决策元部件、消息管理工具、各模型库、辅助系统等组成部分，各部分描述如下：
（1）智慧政府联席决策服务平台。智慧政府联席决策服务平台为网络上智慧政府多部门提供了一个工作环境，该平台采用先进的信息网络技术、系统工程方法，构筑一个灵活、完善、高效的政务决策平台，形成一个联接多个政府部门、办事机构、事业单位的决策服务体系。
（2）联席决策控制模型。联席决策控制模块是整个体系结构模型的驱动模块，主要负责决策元管理以及决策元之间的互动，包括联席决策控制模型、决策过程控制模型、决策元工作部件等部分，其中，服务驱动引擎等同于WFMC参考模型中的工作流引擎。联席消息域控制决策元之间的交互和决策流程的流转。消息域根据决策元的业务逻辑建立不同的消息队列或消息主题，维护决策元之间的协作信息和决策信息，这样通过消息队列实现决策元之间异步、同步和可靠的通信。联席消息域把联席决策过程中决策元消息机制所生成的消息实例把封装好的消息发送到不同的消息队列或主题中，这些消息将驱动过程中决策元节点完成指定的业务流程。在服务流程消息实例的生命周期中，消息管理器对实例所处的状态进行管理。而用户则根据本决策元的工作状态参与互动协商和决策意志的表达。消息管理工具采用MOM消息管理机制，主要负责联席消息域的管理，它具有对消息域中各种队列、主题的增加、删除，以及各消息队列属性设置的功能。决策过程控制模块分又包括过程建模模块和决策过程管理ACT。其主要功能是根据决策工作内容和业务流程建立具体过程实例，并且在决策过程中根据实际情况和需要对决策过程做出调整，其中决策过程建模主要负责分析、建模、描述决策过程以及对过程的建档，这个模块会给出工作流程的定义，并以一定的数据格式提供给决策驱动引擎。决策过程管理负责监控工作流的执行和修改决策过程，同时，它还能提供一套全面的功能集，进行系统管理，包括安全性、控制和权限。
（3）决策元部件。可以通过设置决策元属性集，利用活动属性值的动态变化实现活动功能的动态改变。活动的功能、活动的组织角色属性、资源属性都可以在流程执行时重新设定。除了设置决策元的一些基本元素外，建立不同决策规则下的业务逻辑模块，这些也逻辑模块可能普通决策、加权决策或者审批决策，也可以根据新的规则制定新的业务逻辑模块，另外还可以通过接口调用辅助系统的支持，现在辅助系统门类众多常用的如会议系统、邮件系统、视频系统、投票系统等。
3.智慧政府多部门联席决策平台设计
智慧政府多部门联席决策平台是一种面向行政决策服务的网络应用软件系统。目前，软件结构有C／S（客户—服务器）和B／S（浏览器—服务器）两种结构。这两种软件结构相比之下，B／S在软件的适用范围、系统安全性、系统维护、易用性、信息交互等方面具有更好的性能。采用基于B／S的多层软件结构，同时运用面向对象的方法对系统进行分析设计。
（1）智慧政府联席决策平台总体架构。联席决策平台以政务网为接入门户，建立一个基于网络的“虚拟政府”，并以更有效率的行政流程，为各部门提供更广泛、更快捷的决策支持服务，实现管理决策网络化、异步化、实时化。由于联席决策支持系统是一个庞大而复杂的软件系统，为使所设计的系统软件架构具有易维护、可扩展、稳定和“高内聚，低耦合”的特性。从系统构成的业务逻辑元素入手，总体系统架构分为展现层、应用层、业务层、数据层等四层组成。
①展现层（Presentation Layer）：提供应用服务的接入，各部门用户登录支持系统，通过其要访问的信息和进入决策业务系统。支持多种接入方式网站、WAP网站等。
②应用层（Application Layer）：应用层为决策用户提供各种决策服务。应用层主要是在业务层所提供的应用组件的基础上，面向具体的决策应用系统提供决策支持服务，是整个软件体系面向用户的层面。要求满足：多样性、容错性、便利性、扩展性、一致性以及较好的联机帮助、错误提示和执行向导。
③业务服务层（Business Service Layer）：包括决策业务组件、决策业务控制和基础应用服务。业务服务层主要是将用户界面与各种具体的政务决策业务功能的实现隔离开来。通过调用决策元的业务逻辑处理组件，以部件化或非部件化的形式包装，构建应用逻辑群。除处理一些单一的决策业务外，决策元可以利用决策业务组件实现复杂的群体决策。另外，这些业务逻辑组件，由组件化的功能包和二次开发接口组成，可以在其上开发新的业务逻辑，来支持稳定、安全、调用简单的底层功能实现。决策业务控制主要是对基于决策元中间件的政务决策服务的封装。它根据联席策略、决策元当前状态以及资源配置情况来控制决策元工作情况。基础应用服务主要为决策过程提供辅助和支持。
④数据层（Data Access Layer）：数据层为系统的各子系统和模块提供数据服务，封装了对各类数据库的访问操作。具体包括：组织人事库、资源库、过程模型库、业务模型库等；另外，安全和运行维护贯穿展现层、应用层、业务层、数据层的各个层面，为逻辑架构中各层提供安全管理、系统审计等服务功能。当然，不同层面服务内容不尽相同。统一、完整的总体业务逻辑结构清晰的划分了系统的逻辑层次，各层次相对独立，简化了系统复杂度，保证系统构建的需要。
6.5智慧政府与城市竞争力
6.5.1促进城市空间形态演变与交流行为的进步
1.智慧政府通过城市物（人）流的组织带来城市空间形态的变化。智慧政府使信息的传导模式出现多元化的趋势，政府内部形成垂直和横向并存的网络式传输渠道，这样就能够有效实现信息一对多、多对一的瞬间响应，使政府对物（人）流组织不再是注重硬性管理，而是按系统整体原则建构有限刚性和有限柔性相济的、能对行政生态环境及时作出反应的管理体系，这种管理体系对城市空间格局的影响表现为一种“增强效应”，增强了物质网络（道路网、电网、水网等）的效率和容量；
2.智慧政府提供了城市内部多边交流的公共平台。当代城市越来越需要以灵活、主动、轻松、自由的方式在民主、宽松的环境中进行交流和沟通，形成各种高效的虚拟网络组织和关系。智慧政府能为政府与政府，政府与企业，企业与企业，企业与科研机构之间的交流搭建一座统一的沟通平台。这种简单化的交流可以使交流者直接切入关心的话题，大大促进交流的效果。
智慧政府促使城市居民的生产和生活系统向非正式（Informal）系统转变。智慧政府提供的非正式交流可以发生在有信息网络存在的任何时间、任何地点，可以传递巨大的信息量。还有最短的间隔，最小的间接损耗，最快的信息传播速度等优势，及很强的信息搜寻功能。非正式交流中大量的信息以及各种思想、主意的碰撞，可以激发出大量的创新，非正式交流正在成为信息传播的重要途径。
