苏州独墅湖高教区一卡通公共服务平台建设方案.doc

江苏国泰国际集团新技术有限公司地址：江苏张家港市经济开发区电话2533传真址：苏州独墅湖高教区一卡通公共服务平台建设方案免费技术支持电话：800-828-2433目 录一、系统简介41.1项目建设背景41.2项目建设目标5二、系统需求分析52.1概述52.2项目总体需求62.3建设内容需求72.4现有数据来源分析72.4.1联机帐户数据库72.4.2脱机帐户数据82.4.3信息中心现有数据库82.4.4公司门禁数据92.4.5图书馆数据92.4.6体育馆数据92.4.7上网计费数据10三、方案总体设计113.1整体架构113.2系统拓扑图113.3软件系统层次划分123.4技术路线133.5功能规划153.5.1用户服务平台153.5.2中心数据库153.5.3数据同步采集服务163.6统一用户基础信息管理16四、项目主要建设内容174.1统一用户权限管理174.1.1组织单位维护204.1.2用户管理204.1.3角色管理214.1.4用户角色关系224.1.5目录服务接口224.2统一消息平台234.2.1通知消息系统的设计框架234.2.2通知消息模板的定制234.2.3消息发生器244.2.4消息平台WebService接口254.2.5消息收发引擎254.3数据同步与采集服务平台254.3.1数据交换平台概述264.3.2数据交换平台架构274.3.3数据交换平台主要功能284.3.4数据交换客户端304.4应用服务平台314.5网上服务模块324.5.1查询服务334.5.2自助服务344.5.3服务人员管理364.6领导查询与决策支持模块364.6.1领导查询管理374.6.2报表统计分析394.7系统管理模块404.7.1人员批量导入404.7.2基础数据维护404.7.3用户管理404.7.4权限设置414.8接口管理434.8.1功能概要434.8.2服务平台接口管理43五、软件系统开发技术44六、项目工作计划和人员安排456.1工作计划456.2人员安排46一、 系统简介1.1 项目建设背景目前高教区基础配套设施和公共教学设施已基本到位，信息化工作逐步发展，已建设完成了一卡通专网建设，监控门禁系统，食堂联机消费系统、图书馆信息管理系统、体育馆场馆管理系统等一系列信息化系统。信息化系统在建设是主要满足独立管理需要，为了实现统一管理和系统互联互通还存在以下问题：1、 用户信息在各个系统中重复采集，且不能共享，造成资源浪费和信息不同步。2、 子系统多且分散、互不相通，给数据互通、统计和分析带来困难。3、 终端用户和管理者要查询数据或在线申请业务，不能提供统一的信息门户服务。4、 一卡通应用领域有待进一步拓展，在高教区部分公共设施和不归属高教区直接管理的单位还需要改进推广模式，加强应用覆盖。为了能在一个统一的平台上对高教区用户提供服务，需对高教区原有业务和管理体系相对独立的现象进行有效整合，整合目前相对分散的各子业务系统中统一用户的相关业务数据，统一到公共数据中心，在此基础上，完成高教区一卡通用户服务平台，使用户在一个系统登录后，即可在线查各项数据和相关的自助服务。1.2 项目建设目标到目前为止，苏州通高教区卡使用范围广，除金融消费功能，还具备身份识别的功能，将一卡通作为高教区内持卡用户的身份标识载体，建立集身份认证、数据查询、在线服务为一体的一卡通数据中心及公共服务平台。整个系统包括硬件软件平台、数据库平台和应用平台。二、 系统需求分析2.1 概述独墅湖高教区信息化工作逐步发展，目前已建设完成了门户网站系统、内部办公系统、图书馆信息管理系统、体育馆信息管理系统、用户上网计费系统等一系列信息化系统。这些系统在建设时候都是独立完成的，而且他们有个共同特点，基本上都是为高教区服务的，大部服务对象还是学生。大量的人员信息在各个系统中重复建设，不能共享，即造成了资源在一定程度上的浪费，又给终端用户带来了不便，针对这些问题，本次项目将在独墅湖高教区原有项目实施基础上，把区内各个系统的用户信息通过基于数据交换平台，完成高教区一卡通用户统一数据管理系统。本系统的建设，除了使得区内人员能更方便的使用一卡通，还将提供一个统一的信息管理平台，每个一卡通用户都可以清楚地查询自己个人信息，以及在区内各项活动或交易的明细，比如在图书馆借阅书籍、体育馆的活动、进出宿舍门禁的时间、上网时间记录等等。2.2 项目总体需求平台建成后需要具备以下主要功能：n 统一数据采集。建立高教区公共数据中心库，建立多方位、多层次的信息采集渠道，使其能提供丰富详实的数据。n 集中数据管理。把高教区内各分散系统中的所有工作、学习人员的身份信息、认证、消费、卡业务等需要统一处理的数据，全部集中到数据中心。n 应用系统拓展。在原有一卡通应用系统的基础上，将一卡通的应用拓展到包括体育馆、影剧院、图书馆在内的公共服务场馆以及分散在区内各地的便利店、餐饮店等小额消费场所。n 完善网上服务平台。在数据库基础上，开发面向用户和服务人员的应用系统，通过网站发布，可针对不同的人群开放不同的使用功能和权限。n 对一般用户：使区内用户人群消费认证信息在享受使用卡的便利的同时，可以清楚地查询自己个人信息，以及在区内各项活动或交易的明细，比如在图书馆借阅数据、体育馆的活动、进出宿舍门禁的时间、上网时间记录等等；还可以在线申请上网帐号和权限、申请加入高教区手机集团用户、申请加入公共短信平台服务对象、预约体育馆活动场地、申请宿舍等。n 对服务人员：可以通过在线应用系统，对一般用户在系统中提出的业务申请，及时作出相应的回复。如此，为服务人员和一般用户建立一个很好的沟通平台，帮助提高各项服务的速度和质量。2.3 建设内容需求高教区一卡通公共服务平台项目的建设规划为以下四部分内容：n 建设一卡通数据中心。通过网络平台将分散在区内各处的一卡通应用系统数据集中到数据中心。n 网上服务平台建设。使持卡用户能够通过登录该平台查询所持一卡通的消费数据、个人信息并实现体育馆场地预订、卡片挂失等自助服务功能。n 整合体育馆、影剧院及图书馆业务系统。建立以一卡通为基础的用户管理系统和消费系统。n 拓展现有高教区内联机账户小额消费应用领域。将原有单一的餐饮领域应用拓展到便利店、网吧、洗衣房、照相馆等消费领域中。2.4 现有数据来源分析2.4.1 联机帐户数据库此部分数据由苏州市城市信息化建设有限公司提供。存放用户基本数据，所有卡用户在高教区联机POS机消费交易、充值、挂失、开通其他功能等记录。2.4.2 脱机帐户数据此部分数据由苏州市城市信息化建设有限公司提供。存放用户基本数据，持卡用户在整个苏州市脱机POS机上的消费交易、充值、挂失、开通其他功能等记录。2.4.3 信息中心现有数据库存放用户基本信息，如图信息包括：用户名、密码、姓名、出生年月、学校/单位 数据库用Microsoft office Access。2.4.4 公司门禁数据存放公司员工凭卡进出门禁记录，地点包括行政楼3、4、5楼门禁系统的数据存在其自带的软件中，人员数据由工作人员输入，刷卡数据自动记录。项目负责公司：苏州明上系统科技有限公司。2.4.5 图书馆数据高教区图书馆最近同软件公司签定了图书馆衔接一卡通项目合同，为即将开展的一卡通数据交换平台预留了接口。该项目即将启动。2.4.6 体育馆数据体育馆应用软件有目前体育馆的完整数据。在一卡通的应用方面，读取卡面内码，自行建立用户资料，前台软件用C语言开发。 DB用的MySQL项目负责公司：苏州大道信息科技有限公司2.4.7 上网计费数据目前高教区计费网关尚未正式启用。不久将来启用的数据由信息中心提供。前台页面：DRCOM控制台，由网关设备供应商提供DB：SQLServer三、 方案总体设计3.1 整体架构3.2 系统拓扑图各应用系统和数据中心之间可能没有直接的数据连接通道，所以，建议采用前置机方式来实现业务系统和交换中心的数据交换。使用这种架构，可以在业务系统和数据中心之间安全隔离的情况下完成数据交换。3.3 软件系统层次划分表现层：一卡通信息门户系统构成用户的表现层，该门户是接受所有用户对系统进行使用的统一访问入口，应用层：包括业务数据交换系统、信息发布与管理系统、网上业务受理系统等，提供各种应用服务。服务层：由数据交换平台、通用数据管理平台构成。数据交换平台提供数据交换的基础服务，通用数据管理平台统一为数据查询、业务受理等模块提供支撑服务。数据层：为各个应用系统提供数据服务，由中心数据库及各交换子系统前置数据库共同组成。3.4 技术路线n .Net目前市场上电子政务应用系统的技术体系主要有微软的.Net计算平台和J2EE计算平台。本方案采用.Net作为计算平台，在系统开发过程中，将基于Microsoft Windows2003 Server版本，在.Net Framework 2.0的平台上开发和部署各个应用系统。.NET 是一个革命性的编程框架，使快速开发强大的 Web 应用程序和服务成为可行。它提供了最方便、最灵活的途径来构建，部署和运行 Web 应用程序，可面向任何浏览器或设备。n XML标准XML是数据交换、服务共享的统一标准，实现异构系统的数据集成和流程交互；另外，现有电子政务的各种标准均基于XML制定，因此本项目信息系统必须采用XML做为数据定义、传输、转换的标准。n Web ServiceWeb Service是各种功能的集合，这些功能通过打包成为一个单独的整体，并且在网络上发布，以供其他系统调用。Web Service的目的是创造一种开放的分布式系统，不管企业和个人，不管在什么地方，都可以快速和便宜地利用Web Service从事各种商业活动和其他活动。在Web Service中最重要的标准有XML语言、UDDI（统一描述、发现和集成）、SOAP（简单对象访问协议）和WSDL（Web服务描述语言）。其中UDDI用于注册和发现Web服务，SOAP用于Web服务之间的通信，WSDL用来配合描述Web服务接口。 和传统的EAI相比较，Web Service具有很多优势，包括成本低、技术实现简便、基于开放标准并采用最流行的商用和开放语言、高效灵活等。本项目采用Web Service技术对外提供信息交换服务，构建基于SOA架构的信息系统。n 应用开发的三层或多层结构采用Browser（浏览器）Application Server（应用服务器）Database Server（数据库服务器）的三层体系结构，在性能、可扩展性、可靠性、可管理型、重用性和灵活性等方面能充分满足用户的需要。由于用户界面、业务逻辑、数据存储分布在三层上进行，使得三层都能针对各自任务的要求进行配置，从而达到尽可能理想的性价比。3.5 功能规划根据业务需要，系统总体将分为三个部分，分别是数据同步采集服务、中心数据库、用户服务平台。（1） 面向持卡用户：应用服务平台和网上服务平台（2） 面向各级领导：领导查询与决策分析（3） 面向系统管理员：系统管理平台3.5.1 用户服务平台用户服务平台包含网上服务平台以及消费服务平台两个部分。网上服务平台提供所有面向最终用户的功能，用户包括各级领导、服务人员、系统管理员、一卡通用户，此部分功能开发为Web系统，通过访问网站登录后使用。应用服务平台为用户提供涉及到高教区内生活各方面的卡应用网点，包含体育馆、图书馆、影剧院、餐饮。零售等各个公共生活领域。3.5.2 中心数据库本系统将建设一个中心数据库，用于存放所有从其他系统同步过来的以及从网站用户录入进来的数据，以便于为一卡通用户提供及时和方便的查询服务，也有利于以后再有了大量历史数据的基础上，开发高级的决策分析功能，为各级领导提供查询与决策支持。3.5.3 数据同步采集服务由于本服务平台需要与多个系统进行数据采集或同步，为了使数据读取、写入标准和通用化，本系统需要规划了一个统一的数据库与采集服务，专门用于与其他各系统进行数据交互，且此服务采用开发结构，如以后有新的系统建设，只需要对此服务进行扩展即可方便的将新系统的数据集成起来，服务建议以Web Service的技术方式进行建设。3.6 统一用户基础信息管理本平台以苏州“一卡通”卡为用户身份标识载体，整合现有业务系统的用户信息数据，实现高教区统一的用户信息管理，并对外提供统一的用户信息调用服务。统一的用户基础信息管理主要包括：人员基础信息的数据导入和日常维护更新。n 数据导入可以从现有的各系统数据导入、整合。如从发卡单位导入卡片基本信息，从高教区信息中心人员数据库导入现有人员基本信息，从图书馆管理系统导入卡号与读书卡号的对应关系等。n 数据维护更新在中心库管理平台上可以进行人员信息的增、删、改等操作。必要时，相关的修改也会同步到业务系统。如在本平台挂失了某张卡，那么每个业务系统都会收到禁用该卡的消息。四、 项目主要建设内容4.1 统一用户权限管理通过目录服务对所有一卡通用户进行统一用户管理和认证，目录服务基于Active Directory技术，集中存放所有用户的信息及其安全凭证，还存放系统中所有的对象（包括应用程序，计算机，Email等）的属性、安全凭证、访问权限等信息，提供集中式的管理、授权、验证、权限检查服务。目录服务是整个系统集中认证的基石，是应用系统的统一的用户管理中心，实现“一次登录，到处使用”。AD中的用户在登录并确认权限后，可以进入用户服务平台，进行各项消费查询以及自助服务。目录服务是整个系统集中认证的基石，是应用系统的统一的用户管理中心，实现“一次登录，到处使用”。AD中的用户在登录并确认权限后，可以进入用户服务平台，使用相应的业务系统。活动目录设计的目标概括起来，可以分成以下几个方面：n 对一卡通使用人员进行统一的分级式管理；n 提高独墅湖一卡通用户使用的安全性；n 为一卡通用户提供一次登录的方式，不需要记住多个密码，集成各个业务子系统，提高体统整体的使用便利性；n 充分利用现有的物理、网络环境，保护已有投资；活动目录的设计应考虑到以下几个方面：n 现有的组织结构n 活动目录的管理模式n 现有的物理及网络情况我们将从前面两点入手，对域森林、域、组织单位进行规划；通过对最后一点的考察，来确定应采用的站点拓扑结构。为了保证管理上的方遍，在每个行政结构对应的组织管理单元下面，建立对应不同对象类型的组织单元，以便分别容纳不同类型的对象，这些组织单元包括：用户（Users）、组（Groups）、管理员（Admins）、服务器（Servers）、工作站（Workstations）、其他（Others）。从独墅湖的管理来看，一般采用的是集中式的管理方式，因此在域结构的设计上，我们建议在活动目录中设计采用组织单位的方式对组织结构进行映射，并对需要进行单独管理的部门或应用子系统进行授权，在统一集中式管理的前提下，实现分布式多级管理，保障整个网络的私密性与安全性。综上所述，目录服务规划方案如下：n 整个活动目录规划成一个单域，下属各部门各学校以组织单元的方式在域中进行体现；组织单元依据是各部门各学校的人员编制建立，从而扁平化组织单位的层次，实现分级管理。n 根据跨部门的临时性机构建立的情况（如*领导小组），建立适当的组及组策略。n 开发目录服务管理软件，统一管理AD用户、网络资源等，并利用管理平台，有机地将AD服务和各应用系统用户管理功能集成。管理人员可以通过Windows操作系统，直接管理目录服务。但考虑到管理的方面，将开发基于Web浏览器的目录服务管理程序，简化管理人员对目录服务的管理操作，避免直接对底层系统的接触，减少误操作的概率，并能提供远程维护。n 活动目录管理模块主要功能维护所有的组织单位和人员信息，并保存到Windows2003的活动目录中。所有的组织单元和帐户全部存储于活动目录中的顶级OU下。n 组织单位分组管理为了方便显示全局的所有组织单位列表，特别提供单位的分组管理，把各个部门划分到我们定义的组中。n 活动目录WebService接口为了给其他应用系统提供统一的身份认证服务，系统特别提供对活动目录下所有组织单位、用户帐户进行操作的WebService。4.1.1 组织单位维护组织单位维护主要是管理全局的所有组织单位信息，添加各个下属部门到顶级OU下作为一级子OU。4.1.2 用户管理一卡通用户在用户服务平台上申请帐号后，后台服务人员可以对用户进行帐号增加、删除、修改操作，用户的登录名全局唯一。点用户名进入用户修改页面。管理员根据需要对用户信息进行修改。帐户管理：可以将某个帐户禁止使用，也可以启用选定帐户。4.1.3 角色管理根据独墅湖一卡通公共服务平台的应用需求，动态设置全局的用户角色组，例如：领导、后台服务人员、普通用户等。4.1.4 用户角色关系用户角色关系主要管理AD目录中的所有帐户和角色的关系。4.1.5 目录服务接口目录服务是独墅湖一拉通公共服务平台统一用户管理和单一用户登录的基础，在新的应用开发时，将完全无缝集合目录服务。但考虑到目前以后服务平台上可能会建立各种独立的应用系统，这些系统可能会来自于不同的厂商，为了能够实现统一的用户认证，我们必须考虑这些系统和AD目录服务的整合，从而达到统一用户管理的目的。因此，目录服务建立好后，将提供面向多厂商软件产品的目录服务编程接口，接口形式分Web Service，保证不同开发平台的编程要求。4.2 统一消息平台我们将创建统一消息平台，实时监控预警模板对应的数据，在触发预警消息时，调用统一消息平台的消息接口实现预警消息的发送。具体包括以下情况：用户帐号的开通，用户卡挂失和解挂申请、宽带上网申请、手机集团用户号码申请、体育馆场地预约。1234.34.2.1 通知消息系统的设计框架消息系统的设计框架如下图所示：中心数据库通知消息模板管理消息预警发生器消息数据库消息平台WebService接口消息收发引擎其他应用模块邮件短信电话网上消息待办事宜4.2.2 通知消息模板的定制我们利用统一消息平台，根据消息的产生逻辑建立消息模板。定义某张表或视图中的某几个字段符合特定条件时，会触发消息，把消息写到消息库中。通知消息模板还包括了接收对象、提醒方式（代办事宜、短信、语音、助手）、提醒时间（提前多少天进行提醒，提醒多少次等）等基本属性。参考图：预警条件设置参考图：接收对象设置4.2.3 消息发生器这是一个实时运行的程序，它时刻监控着消息配置库中的每一个消息模板，当符合触发条件时，会按照消息模板中设置的消息接收对象向消息库添加待发送消息。4.2.4 消息平台WebService接口其他应用系统的通知内容可以通过这个接口进行将本系统中的待办信息提供给消息平台，由消息平台来实现消息的发送。4.2.5 消息收发引擎消息传递的方式系统主要包括：电子邮件、在线文字交流、在线语音交流、在线视频交流、手机短信、语音通知、办公助手、待办事宜等。消息送达后，用户查阅会确认后，系统会自动记录签收时间。4.3 数据同步与采集服务平台数据采集：个业务系统需要提供的数据采集到中心数据库，采集周期可以为实时，也可以为定期，可灵活设置。数据通知：当有自助服务产生时，如用户注册、挂失、预约等，首先在一卡通公共服务平台上产生数据，然后通过统一消息平台发出通知，通知各业务系统，由各业务系统各自处理；在业务系统进行处理后，将处理后的状态返回给中心数据库，以便反馈给用户，数据通知有些要求时效性非常强，有些只需要做定期同步，可灵活设置。如：n 强时效性通知 卡挂失申请 体育馆场地预约等n 定期同步 各类消费数据4.3.1 数据交换平台概述数据交换平台是系统的后台核心应用，系统中涉及的一卡通数据、体育馆数据、图书馆数据等都是位于不同物理网段的异构数据源，为了能够提供统一的数据查询服务，必须把这些业务数据通过交换平台集中到数据中心。l 中心式的数据交换数据交换采用“中心式”，各单位通过前置机把需要交换的数据统一传输到数据中心，并保存到中心数据库中。需要交换的数据包括：各业务系统产生的数据，平台处理的自助服务将消息通知各业务系统、业务系统处理后反馈的消息。l 安全的数据交换考虑到各部门内部网络环境以及部门之间网络联接环境的复杂性和多样性，在横跨多种类型的网络进行数据传输和交换的时候，我们必须确保数据的安全性，在传输过程中不能被非法用户窃取。数据交换构建在一个标准和开放的安全协议体系之上，数据传输和交换都将打上身份认证的标记，支持RSA、DES加密，数据在数据通道内传输的时候，数据本身也将按照数据交换平台的安全协议被加密直至到接收端被解密。4.3.2 数据交换平台架构成员单位之间交换数据并不是点对点进行，而是利用交换前置机实现数据的抽取和加载，并通过数据交换中心进行数据的统一交换和数据的统一分发。图：交换平台应用结构4.3.3 数据交换平台主要功能 数据映射数据映射模块将各单位系统中的数据包映射成为标准的XML数据格式。通过数据格式映射，各单位应用系统的数据信息可以转化为数据中心所需要的格式。 数据转换多系统数据交换经常要求大量的不同的数据格式转换，包括XML和各种自定义格式。编写转换程序，校验程序和管理这些多对多的关系的程序的工作量非常大。通过数据转换模块，提供完善的各种数据格式支持，包括XML、EDI、文本与自定义格式，以保证各个系统可以以自己理解的方式接受到数据。数据转换过程如下所示： 消息中间件消息中间件是数据交换平台的核心与基础，它的主要功能是以异步方式，在应用程序之间传送消息，这些消息可以在不同的网络协议、不同的计算机系统和不同的应用软件之间传递。消息中间件提供可靠传输服务，通过内部的可靠队列传输机制，使数据可以尽快、可靠地送达接收方。 适配器应用适配器接口的主要任务是确保各类应用系统与交换系统的连接。应用适配器接口功能使得任何应用系统需要使用交换系统时，只需在本地的交换系统上增加自己的应用系统适配器即可。应用适配器接口功能包括两个方面。一方面是对应用系统与交换系统的连接的管理，另一方面是对适配器形式的管理。应用接口适配器框架为数据采集探入单元针对不同种类的数据源采用不同技术种类的适配器去连接。 交换监控交换监控的主要任务是对交换系统本身、对通过交换系统的数据包进行的观察与控制，包括对数据交换流量和状态的查询、统计与审计，以及对交换系统自身运行状态的查询和监控，包括交换系统之间的远程监控。4.3.4 数据交换客户端数据交换客户端采用前置机方式，部署在各成员单位内部，实现数据的自动提取与转换，同时支持人工方式导入或手工录入与审核数据，通过数据交换平台，数据能够安全地传输到数据中心。数据交换客户端的核心是交换库和数据交换工作站管理控制台，交换库是为提高生产库的安全而统一设置的数据交换体系的前置机数据库，它上传的数据来源于生产库，生产库所需获取的数据也是先到交换库，然后由生产库主动到交换库里取出。它包含两部分功能：数据提取：从指定的数据库表中提取、组织数据自动生成xml文档数据。数据存储：把接收到的xml文档数据存储到指定的数据库表中。Xml文档数据和数据库表的数据转换由工作站自动完成，在工作站转换数据之前，首先确定xml的数据表现形式，然后依据数据库表和xml文档之间的映射关系来进行数据转换。数据交换平台工作站管理控制台是工作站的功能核心，它包括以下几部分：系统配置工具n 数据映射及格式、代码转换工具n 任务定制工具n 交换进程管理n 数据交换服务定制及发布工具n 在线数据查询及交换处理4.4 应用服务平台目标用户：持卡用户应用服务平台为用户提供涉及到高教区内生活各方面的卡应用网点，包含体育馆、图书馆、影剧院、餐饮、零售等各个公共生活领域。（应用服务平台中的各子系统可以独立建设，但必须于一卡通服务平台能够实现数据对接）4.5 网上服务模块目标用户：持卡用户系统为持卡用户主要提供在线服务与查询为主，其主要框架规划如下： 主要功能如下：功能类型功能名称子功能子功能分类备注用户平台信息查询用户基本信息卡片情况消费查询联机消费分类型查询每种消费方式又分为以下类型：食堂就餐商店超市资料复印停车场公交脱机消费分类型查询上网统计体育健身图书借阅电子消费其他消费自助服务用户注册用户信息维护申请宽带接入系统手机集团用户申请体育馆场地预约卡挂失申请卡解挂申请服务平台宽带上网申请处理平台集团用户申请处理平台体育馆场地预约管理平台卡挂失处理平台4.5.1 查询服务高教区内现有的信息系统很多都基于“一卡通”卡，凭借“一卡通”卡持卡人可以做很多事情，比如POS机消费、图书借阅、体育馆活动等，这些持卡人的活动信息可以通过数据交换平台集中到数据中心，通过系统提供的数据查询配置，可以为用户提供各类业务数据的在线查询，每个用户只要提供本人的卡号等基础数据，就可以调出相关的业务数据，如：pos机消费信息、上网统计、体育健身、图书借阅、考勤信息等相关活动数据，一目了然。一卡通查询登录界面 4.5.2 自助服务除了查询以外，本平台为持卡人开展各项自助服务，目前包括用户注册、用户卡挂失和解挂申请、宽带上网申请、手机集团用户号码申请、体育馆场地预约。其中用户注册为区内用户在网上服务系统中申请帐号，服务人员后台审核；用户卡挂失和解挂申请、宽带上网申请、手机集团用户号码申请的服务方式为持卡人在线申报，服务人员后台处理、答复；体育馆场地预约为持卡人在线申报，平台通过数据交换平台将预约信息转入体育馆管理系统，在体育馆管理人员处理完成后，在本平台发布答复。 用户注册用户申请到一卡通后，首先需要在公共服务平台申请注册，只有注册完成后，才能正常使用查询消费以及自主服务等功能。具体流程为：用户申请注册-服务人员后台审核-审核通过-统一消息平台通知各应用子系统-应用子系统开通账户-反馈信息给平台。 用户卡挂失一卡通用户在服务平台上进行卡挂失后，平台自动消息通知各应用子系统，各应用子系统挂失处理。 解挂申请具体流程：用户凭证明到服务人员处申请-审核通过-统一消息平台通知各应用子系统-应用子系统重新启用账户-反馈信息给平台。 宽带上网申请用户登录服务平台后，可自助申请宽带上网，服务人员审核通过后，开通宽带。 手机集团用户号码申请用户登录服务平台后，自助申请手机集团用户号码。 体育馆场地预约用户登录服务平台后，可进行体育馆场地预约等类似服务，服务平台受理申请后，通过统一消息平台通知体育馆应用子系统，体育馆应用子系统进行预约登记。4.5.3 服务人员管理4.6 领导查询与决策支持模块目标用户：高教区各级领导本系统在建设上线运行后，将会积累大量的历史消费数据，为了充分利用这些数据帮助高教区各级领导进行查询与决策分析，本系统将专门开发一个查询与决策分析模块，以数据报表、图表等表现形式进行显示、直观、清晰、生动。领导进入系统后，可以根据所列条件对用户情况、体育场地使用情况、食堂就餐情况、图书借阅情况、小额消费等按明细、汇总格式进行组合，对应区域、类别和规模可以生成出各种表样，下面我们将一一加以说明。4.6.1 领导查询管理领导进入系统后，只需要对各种条件进行选择后，就可以查看所需要的各类统计数据。为决策分析提供科学依据。n 用户情况：男女比例、年龄阶段、卡片使用比率等。n 自助服务情况：场地预约情况、手机集团申报情况、宽带申请情况等。n 各应用服务平台：按照不同的应用系统可以分别统计出各项类别的消费情况和使用情况。n 综合统计：根据领导的需要，管理员可以通过后台配置，自主设计包含多个类别的综合统计表，供领导查询。n 关键字过滤：在表单里填写想要查询项目的关键字，则可列出所有带有这些关键字的项目。具体查询内容：功能分类 功能 说明单位总体自然情况1、各部门自然分布情况（含统计）部门层次关系树状图2、人事队伍结构（含统计）3、学员自然分布结构（含统计）4、各人员自然分布情况（含统计）5 、员工基本信息以主表的组合查询统计一卡通卡户情况1、卡片使用率情况 2、卡片挂失/损坏/补发率情况3、存款/取款率情况4、开户/销户情况5、单位持卡人按身份类别统计人数、总人数 6、各卡户自然分布情况（含按身份类别统计）部门员工按身份类别统计人数 7、部门持卡人的账户/账务情况统计（按月计）持卡人总数，持失、冻结总数，借（现金/转账）、贷（现金/转账）、存款、押金、管理费，发生额（含统计图）8、部门持卡人的消费情况统计（按月计）消费者发生笔数（含日人均）消费发生额（含日人均）9、部门持卡人按身份类别统计人数（按月计）10、部门持卡人的账户/账务情况统计（按月计）持卡人总数，持失、冻结总数，借（现金/转账）、贷（现金/转账）、存款、押金、管理费，发生额（含统计图）11、部门持卡人的消费情况统计（按月计）消费者发生笔数（含日人均）消费发生额（含日人均）12、特殊员工（如特困生）查找保证每天最低划卡次数前提下，按日均消费额低于XX查询一卡通运行情况1、一卡通各子系统开通情况2、一卡通各子系统使用效果评估3、终端设备使用率情况4、窗口服务员工作量情况4.6.2 报表统计分析对于进入数据库的信息根据不同的统计口径进行分析。系统会自动汇总数据，产生汇总报表，并提供图形分析，为领导决策提供辅助支持。(参考图)可以对所有信息进行统计分析，按照用户、类别等要求，生成不同的表格形式以及柱状、饼状、直方等数据分析图。同时可以导出数据为需要的格式，Word文档、EXCEL表格等都可以完全实现。对于公共服务平台中产生的各类数据，除了常规的查询、统计外，还要进行智能分析，以满足高层次的数据分析，得到各类比较图表，分析报告、预测趋势，提供辅助决策支持。4.7 系统管理模块目标用户：系统管理员系统为系统管理员提供数据维护、用户权限等管理功能，其主要框架规划如下：4.7.1 人员批量导入将批量发卡的数据（