棋牌服务器架设攻略
牌游戏服务器架设完整攻略q8803582
以下所有DLL或EXE必须存在于同一目录！希望棋牌游戏服务器架设完整攻略这篇文章能给你提供帮助。
服务器架构示意图：
组件模块结构示意图：
一、物理架构说明
游戏系统组件包括：
服务器系统（中心服务器控制系统，服务器登陆控制系统，游戏登陆服务器，游戏房间控制系统，游戏组
件系统），游戏客户端（游戏大厅，游戏组件）。
数据库系统：用于保存用户信息数据、游戏积分数据、游戏系统运行状态数据，系统日志数据等数据。
中心服务器控制系统：用于向客户端提供全局配置,初始化数据使用。
服务器登陆控制系统：用于房间服务控制系统登陆效验使用。
游戏房间控制系统：用于控制游戏房间的启动，停止，添加，删除，管理等。
游戏组件系统：用于具体游戏服务，被游戏房间控制系统挂接，提供游戏服务。
游戏大厅：游戏玩家连接游戏使用。
二、系统结构
系统选用的开发工具是的Microsoft&Visual&C++.net2003，系统采用客户端/服务器（C/S）编程模式
，TCP/IP协议作为客户端和服务器的通信网络层，运用具有性能的完成端口（IOCP：Input/Output
Completion&Port&）网络开发模型搭建服务器软件.客户端采用WinSocket&API作为网络层。
系统采用多服务器分布式架构，由一个中心服务器(CENTERSERVER),多个主服务器（MainServer）和多个
从服务器（LocalServer）同时工作以实现游戏逻辑和用户管理及通讯的功能。中心服务器向客户端提供
全局配置,初始化数据(主要是定位一个主服务器IP地址),主服务器管理客户端用户身份验证、登录以及管
理从服务器的建立,由多个从服务器管理游戏通信,大厅及房间,从服务器可任意添加、删除、修改等。
系统首先启动中心服务器(CENTERSERVER),&中心服务器从INI文件中读取MainServer列表信息,&客户端提
供全局配置,初始化数据,然后等待客户联结,&客户联结后CENTERSERVER定位一个MainServer的IP地址和端
口号,发往客户端,&客户端收到后断开CENTERSERVER的联接,并马上用MainServer的IP地址和端口号,和主
服务器（MainServer）连接.主服务器从数据库中读取从服务器的所有信息到主服务器的内存。首先读取
ComType表以建立所有的游戏类型的基本信息，然后读取ServiceInfo（界面树结点信息表）以获得包括客
户端界面结构、从服务器的信息、大厅和房间的一切信息。当有客户端请求登录并成功和主服务器连接的
时候，主服务器将这所有的信息一次性发到客户端内存，客户端根据这些信息生成界面结构树。
主服务器启动后还可以在主服务器里创建多个从服务器及房间，创建完成后从服务器的IP地址及端口号就
作为它的标识被同时写进数据库和主服务器的内存；房间号、房间所属的游戏类型、所属的从服务器
号也作为房间的标识被同时写进数据库和主服务器的内存。
从服务器创建以后就在它所属的机器上启动。
客户端登录后首先和主服务器建立连接（并且一直到客户端退出才断开）连接成功后生成界面结构树（前
述），当用户点击某个游戏房间的时候系统从内存中读出这个房间的所有信息（前述），根据房间所属从
服务器的IP地址及端口号试图和这个从服务器建立连接，连接成功后相应的从服务器就将这个房间的所有
信息发到这个客户端，客户端收到以后就根据这些信息生成房间。每当有客户端的游戏位置发生改变的时
候就向从服务器发送改变信息，从服务器保存、修改所有与它连接的客户端的位置信息列表。
当一张桌子坐满时游戏开始。游戏开始后客户端也是和从服务器通信以更新游戏信息。&当客户端退出游
戏后就回到大厅的这个房间，当退出大厅的时候首先和从服务器断开连接，然后和主服务器断开连接，最
后终止整个客户端程序。
三、模块结构
系统包括三大主要模块结构：MainServer，LocalServer，Com.此外还有客户端***，更新模块等。在三
大主要模块结构中还有子DLL（动态链接库）模块。
1、MainServer（EXE项目）：封装主服务器功能，包括管理客户端用户身份验证、登录以及管理从服务器
的建立，数据库读写等。
2、LocalServer（EXE项目）：封装从服务器功能，包括管理客户端游戏通信,游戏逻辑，大厅及房间等。
3、Com（EXE项目）：封装客户端所有功能，包括客户端登录，大厅及房间，客户端游戏通信,游戏逻辑等
。Com包括以下子模块：
客户端通用库PubLib(DLL模块)封装了客户端通用的调用接口，控件，类。供客户端所有的模块调用.
麻将游戏通用库MJLib(DLL模块)封装了客户端麻将游戏通用的调用接口类和十堰麻将类。通用的调用接口
类供特殊的麻将游戏模块调用。
扑克牌游戏通用库PisaLib(DLL模块)封装了客户端扑克牌游戏通用的调用接口类。通用的调用接口类供特
殊的扑克牌游戏模块调用。
大厅库RoomLib(DLL模块)封装了客户端大厅的调用接口。
象棋库XQLib(DLL模块)封装了客户端象棋的调用接口。
围棋库XQLib(DLL模块)封装了客户端围棋的调用接口。
军棋库XQLib(DLL模块)封装了客户端军棋的调用接口。
组件模块以中心数据管理模块为中心，数据库处理模块和SOCKET管理模块提供外部操作联系。以下是对每
个模块的功能和接口的介绍：
中心数据管理模块继承于CBaseMainManage类，主要是协调各个模块的联系，处理模块的逻辑处理，保证
数据的完整性和合理性和合法性。中心数据管理类是单线程类，使用单线程的目的是为了使数据的处理避
免了同步问题，数据的操作不需要使用临界变量锁定数据，加快了处理速度，但前题条件是数据处理中，
不能出现长时间的数据等待，锁定操作存在。中心数据管理类实现了IServerSocketService网络数据处理
接口和IDataBaseResultService数据库结果处理接口，提供了网络模块和数据库模块的进入接口，这两个
接口是供网络模块和数据库模块调用（意思就是调用线程不是于中心管理模块的处于同一线程内，要注意
数据同步问题）。数据管理模块对于这些接口调用的处理方式是先把投入的数据处理包分类，分别分为网
络定时器数据包，网络读取数据包，网络连接关闭数据包，数据库结果数据包，打包为数据管理类识别的
数据形式，投递到数据管理类的处理队列，等待数据管理类处理。当中心数据管理类需要投递数据库操作
的时候，就通过数据管理类的IDataBaseHandleService接口投递请求（异步方式），当数据库处理完毕后
，数据库管理模块会调用中心管理类的IDataBaseResultService数据库结果接口。
SOCKET&管理模块CTCPSocketManage类，主要是实现了管理网络连接资源，处理网络SOCET的读写操作，主
要提供了单SOCKET发送函数，群发SOCKET函数，SOCKET关闭函数，提供SOCKET事件通知。网络管理类是多
线程处理类。单&SOCKET&发送函数是&SendData&函数，存在着多种重载实现，提供不同的数据发送请求，
群发&SOCKET&函数是&SendDataBatch&函数，关闭&SOCKET&函数是&CloseSocket&函数，存在着多种重载实
现，当发送了网络消息读取事件，此类主要是通过调用OnNetMessage&虚拟函数，利用
IServerSocketService接口把数据读取数据包投递到中心数据管理类。当网络关闭的时候，也通过
IServerSocketService接口把数据读取数据包投递到中心数据管理类。（详细的实现见代码）
主要有的线程介绍：
static&unsigned&__stdcall&ThreadAccept(LPVOID&pThreadData)&（SOCKET&连接应答线程）
网络应答线程，等待外部连接，激活一个空闲的&SOCKET&对象，设置&SOCKET&参数，并把这新的&SOCKET
对象绑定到完成端口，然后投递缓冲区为零的数据读取操作调用，继续等待下一个外部连接，详细的算法
static&unsigned&__stdcall&ThreadRSSocket(LPVOID&pThreadData)&（SOCKET&数据接收线程）
一个网络管理类提供了&CUP*2+2&个&SOCKET&消息响应线程，负责处理网络数据的发送，读取，关闭消息
处理，详细的算法见代码。
static&unsigned&__stdcall&ThreadBatchSend(LPVOID&pThreadData)&（SOCKET&批量发送数据线程）
一个网络管理类提供了一个数据群发线程，负责处理数据的群发异步操作。此线程采用优化的队列方式处
理群发数据，避免了队列的数据移动而带来的数据拷贝操作，加快了处理速度，详细的算法见代码。
static&unsigned&__stdcall&ThreadKeepActive(LPVOID&pThreadData)&（SOCKET&维护线程）
一个网络管理类提供了一个SOCKET&维护线程，负责维护断线或者超时的&SOCKET&对象，每个&SOCKET&对
象自动被激活开始，服务器就会大约&15&秒向客户端发送一个检测数据包，客户端会在收到此检测数据包
的时候马上向服务器返回同样的检测数据包。在这前题条件下，维护线程就会大约&15&秒向所有的
SOCKET&对象都发送一个检测数据包，并关闭掉没有响应的&SOCKET&对象，详细的算法见代码。
数据库管理模块，主要包括了数据库管理CAFCDataBaseManage类和数据库处理CDataBaseHandle类（继承
于IDataBaseHandleService接口）。CAFCDataBaseManage只实现了数据的连接、关闭操作和数据库操作请
求的投递任务，而实际的数据处理是根据不同的模块进行不同的数据库处理操作，通过CDataBaseHandle
实现实际的数据操作。这样就避免了不同的数据库操作重复编写数据库的维护，连接等代码。
CAFCDataBaseManage在会启动一个DataServiceThread线程，等待数据库处理请求操作数据包，交到类的
成员变量CDataBaseHandle指针处理。
模块编写实际类分布：
每个游戏模块（继承于IModuleManageService接口），都包含了数据管理模块（继承于CBaseMainManage
类）和数据库处理模块（继承于CDtaBaseHandle类），实现了模块的启动，停止，初始化，卸载功能，每
个模块需要继承重写的部分就是数据库处理模块和数据管理模块。
数据管理模块包含了此组件的数据信息，逻辑处理，负责处理和发送网络数据包，更具需要投递数据库处
理请求，处理数据库处理结果。实现了网络数据包投递接口，数据库处理结果处理接口。
数据库处理模块包含了处理数据库请求处理，发送数据库处理结果到数据管理模块处理。实现了根据请求
，实现合适的数据库操作。
数据库管理类和网络管理类对象存在于CBaseMainManage类中，而实际的数据库操作类是个独立的类，存
在于模块管理类中，在模块初始化的时候把此类的对象指针传递到数据库管理类，供数据库管理类调用。
游戏房间模块示意说明：
游戏房间模块是应用得最多模块之一，于其他模块的不同点的是中心数据管理类（继承于
CbaseMainManage类的CComMainManage类）
数据管理类继承于基础数据管理类，还存在CComUserInfoManage用户管理类和CComDesk游戏桌子类对象数
所有DLL或EXE必须存在于同一目录！
ChannelModule.dll
ClientShare.dll
Companion.dll
ComService.dll
DownLoad.dll
GameFrame.dll
GameRank.dll
GameService.dll
ListService.dll
msvcr71.dll
ServerKernel.dll
SkinControls.dll
SocketModule.dll
UserFace.dll
CenterServer.exe&&&&中心服务器
LogonServer.exe&&&&&登陆服务器
ServiceLoader.exe&&&游戏服务器
二．数据库说明
依次运行数据库脚本，数据脚本，联接脚本，存储过程。
需要注意的：
1．数据脚本中的连接信息.SQL需要改动
--&连接信息
INSERT&SQLDataBaseInfo&(DataBasePort,&DataBaseAddr,&DataBaseUser,&DataBasePass)&VALUES
(1433,&'127.0.0.1',&'0dad6a6eb880d65b1eb8d0d6c29476b0cd6faeb42',
'0ebbdeef8e0e7ddefd60e3a03302155bbc2efb0')
2个加密字符串用异或工具计算
2．联接脚本目录中的所有.SQL文件需要修改
--&设置变量
SET&@LinkServerName='WHTreasureDBServer'
SET&@DBSourceAddr='127.0.0.1'&&这里要改
SET&@DBName='WHTreasureDB'
SET&@DBUser='11111'&&&&这里要改
SET&@DBPassword='1555'&&这里要改
三．&服务器启动
依次中心服务器，登陆服务器，游戏服务器
中心服务器说明：
请先点“参数配置”
数据库地址请填写数据库IP，数据库地址可以在本机，也可以在其他位置IP。填写完毕请确定保存。
登陆服务器说明：
请先点“参数配置”
数据库地址请填写数据库IP，数据库地址可以在本机，也可以在其他位置IP。
游戏主站可以为空。
中心服务器必须填写中心服务器所在IP。
填写完毕请确定保存。
游戏服务器说明：
请先“系统配置”
填写数据库地址所在IP和用户，密码，端口
中心服务器地址为中心服务器.exe所运行的IP
情况一：当有现成的房间配置文件.ROP时，直接点“打开房间”，加载房间ROP文件。
再点“配置房间”
房间标识必须。
类型标识可与房间标识一样。
单元积分既游戏倍数
站点标识可以为空
***端口必须
服务地址为中心服务器所在IP&&&&&&&如&192。168。1。1
数据库名字不能为空，具体数据库说明请看SQL脚本
数据库地址为数据库服务器所在IP&&&如&192。168。1。100
比赛设置可以为空
所有配置设置完毕，点“确定”返回游戏服务器，再点保存配置(即保存房间配置文件ROP)
情况二：当没有房间配置文件.ROP时，直接点“创建房间”，加载游戏DLL文件。
选择DLL后，配置与&@情况一@&一样。
已投稿到：
以上网友发言只代表其个人观点，不代表新浪网的观点或立场。热搜游戏：
导读：手机游戏行业，用户充值问题一直是行业的痛点之一。针对手游充值问题：核实难、查询难、沟通难、处理难。下面我们给大家全方位地讲述一下针对充值问题该如何进行处理！
一、了解充值的原理
首先将玩家的充值行为全过程详细地讲解一下。
玩家在整个充值过程中需要经历很多步骤，有些步骤玩家是知道的，比如支付。但是有些步骤玩家可能是不知道的，比如玩家的充值是先购买平台币，然后再兑换游戏内的元宝。而不是直接使用人民币兑换游戏内的元宝。这个细节会导致一些问题，在后面的内容中会详细说明。除了玩家的充值流程之外，最好也能了解一下技术层面的支付流程和逻辑，这样有助于我们理解充值不成功的原因。（运营去了解技术是很有必要的，至少不会轻易地被技术人员忽悠……）
下面是技术层面的充值流程，为了大家能更好地理解，因此做了很多简化。
上图是安卓系统的充值流程图，下面对每一步做一些简单的说明。
1.玩家选择充值档次后就会同时生成两个订单，一个是游戏服务器生成的订单，另一个是在渠道服务器生成的订单。
2.当玩家支付成功后，渠道服务器会通知游戏服务器，游戏服务器则核对订单信息。
3.游戏服务器会告诉游戏客户端，玩家支付成功，客户端就会给玩家发放对应的元宝。
针对上面的流程，有以下几个地方需要说明一下。
关键点一：渠道订单和游戏订单不同
在第一步中，会同时生成两个订单，一个是游戏服务器生成的订单，另一个是渠道服务器生成的订单，这两个订单是不一样的，但是可以关联起来。需要注意的是：玩家和渠道只能看到渠道订单。所以当跟渠道或者玩家对订单号的时候要使用渠道服务器生成的订单。
关键点二：渠道服务器通知游戏服务器失败
这个步骤有可能出现一些问题，比如手机的网络突然断开，或者渠道服务器和游戏服务器之间的通信出现问题。这些情况时有发生，所以大部分渠道已经有了相应的预防措施。
当渠道服务器通知游戏服务器失败时，渠道服务器会不断重试，直到成功为止。所以理论上这一步不应该出现问题，但是实际上偶尔还是会有意外发生。在后文中提到的渠道币到账，游戏币没有到账就是这种情况。
二、安卓渠道充值不到账的4个原因
当安卓渠道的玩家说充值不到账的时候，一般分为以下4种问题。
1.充值成功但是有延迟，元宝没有及时到账。
2.玩家没有充值行为。
3.平台币没有充值成功。
4.平台币充值成功，但是游戏内没到账。
下面是遇到充值问题时，我们的操作流程图，根据下面的流程图来操作，就能准确地对问题进行定位。
下面简单说明一下造成以上4种问题的原因。
1.充值成功但是有延迟，元宝没有及时到账
理想状态下，充值后游戏内会立刻到账，延迟非常小。但是如果遇到了上文说到的渠道服务器通知游戏服务器失败的情况，到账就有可能有一些延迟。由于玩家的耐心是有限的，假如支付成功后等了10分钟还没到账，就很有可能联系***。
2.玩家没有充值行为
这种情况有可能是玩家弄错了充值服务器，或者登录错了账号。或者就是想欺骗官方，看是否能趁机得到元宝，不过这种情况只占极少数，大部分情况还是上面说的登录错了账号或者提供了错误的账号信息。
3.平台币没有充值成功，需要联系渠道解决
这种情况大部分都是支付不成功导致的。比如某些话费支付的方式，当玩家输入错误的卡号密码时，也会提示支付成功，但实际上玩家的话费并没有扣。这种情况极少发生，一旦发生就不好处理，所以我们需要了解不同支付方式的特点和隐患，才能更好地帮助玩家解决问题。下面列举出了一些存在支付隐患的支付渠道。
4.平台币充值成功，但是游戏内没到账
这种情况就是上文提到的渠道服务器通知游戏服务器失败的情况，虽然渠道会不断地重新通知游戏服务器，但是还是会有遗漏，所以有时候会出现玩家支付成功了，但是游戏内没有到账的情况。
三、安卓渠道4类问题的解决方案
上面说明了安卓渠道4类充值问题。下面就针对这4类问题提供一些可行的解决方案。下面的解决方案只能解决比较常规的问题，如果出现一些比较特殊的问题，下面的解决方案可能就不够用了。
1.针对充值延迟的情况
这种情况一般是由于玩家着急导致的，有时候是因为服务端和客户端通信问题导致的。所以当我们查询到玩家的订单已经成功后，建议玩家重新登录一下游戏检查充值的到账情况。大部分情况下重新登录游戏成功的充值都会到账。
2.玩家没有充值行为
这种情况一般是玩家登录了错误的账号，或者提供了错误的账号信息。中国人玩游戏喜欢建很多小号，或者频繁地更换服务器。所以针对这种情况，要跟玩家核对清楚账号信息，包括服务器、账号、角色名、等级等信息。只要账号信息核对清楚了，这一类问题就会迎刃而解。
3.平台币充值不成功
这类问题我们无法准确地核实，主要是因为这是支付过程中出现的问题。
针对这类问题，我们首先要收集好各个渠道的***联系方式，将渠道的***联系方式提供给玩家，让玩家联系渠道***来解决。下面就提供一些收集好的各渠道***联系方式（有些渠道可能会更新***联系方式）。
由于一般渠道***的响应速度和问题解决能力都不够好，所以针对一些VIP用户，我们也可以帮玩家联系渠道运营，加速问题的处理速度。
4.平台币到账，游戏币没有到账
这类问题最麻烦的就是核实平台币的到账情况，有些渠道提供了后台可供我们自己查询，而有些渠道没有提供后台。所以我们首先要弄清楚每个渠道如何查询平台币的到账信息。在确定了渠道的平台币到账而游戏内充值没有到账之后，我们就可以进行人工的补单操作了。
充值问题是比较敏感，也比较麻烦的一类问题。下面就详细说明一下针对充值问题需要高度关注的几个关键点。
关键点一：权限和分工问题
建议指派一个专人来查询各个渠道的平台币到账情况，因为这种查询需要一段时间的熟悉。如果每个项目组自己去查询，则每个人都需要一段时间来了解情况。这样每上线一个新产品，前期的工作效率都会比较低。
补单的操作也尽量让专人来操作，因为这个操作十分敏感，不但可以给任何人添加元宝和VIP，而且这些充值数据会被当做真实的充值计入财务数据。因此如果操作人员不负责任，随意操作，那么会对财务数据有较大影响。
关键点二：补单功能说明
补单功能的前置功能是一个充值订单查询功能，不论是成功订单还是失败订单，后台都需要记录下来。而补单功能则是针对失败的订单人为地修改为成功订单，从而可以让玩家获得该笔订单的元宝和VIP经验。
实现方式有很多种，例如以下两种形式。
1.一种方式是集成在订单查询功能里，当我们查询出订单后，在失败订单后面加一个补单的按钮，点击后直接进行补单操作。
2.另一种方式是单独做一个功能，只能根据账号信息查询出失败的订单，然后选择需要补单的订单，完成补单操作。这个功能一定要加入一个审核功能，从而提高这个功能的安全性。复旦大学宓?：基于网上办事大厅eHall的一站式服务探索
4月15日下午，WE+2016智绘互联校园新生态峰会现场，复旦大学信息办主任宓?做了题为《基于网上办事大厅eHall的一站式服务探索》的演讲报告，引发与会者强烈的共鸣和热议。以下是宓?在现场的分享实录(部分文字有删减整理)：
今天主要想与大家交流一下我们复旦信息化这些年来的一些想法和所做的一些工作。整个汇报交流主要是四个方面：缘起初衷、建设历程、建设效果和心得体会。
IT部门成了“挨踢”部门?
传统的高校信息化步骤如图所示：业务调研、整体规划、建设愿景、设计架构，然后制定计划，最后安排具体的实施。
十多年下来，高校虽然做了不少工作，但也存在一些问题：
目前，高校信息化关注“局部”胜过“全局”，关注“管理部门”胜过“服务对象”。在定位上，很多信息化项目刚开始建设的时候轰轰烈烈，各种各样的仪式，上线之后的运行维护却少人问津。
当前信息化在推进的时候也存在一定的局限性：传统的IT工作都是面向各条业务线，事务处理没有经过整合，无法实现跨部门业务处理。
我们自身也有很多的困惑：很多同行都感到自己做得很累，经常说压力山大，但是自己的价值却没有体现，而用户期望值又很高，整个后果变成什么呢?----IT部门变成了“挨踢部门”，不管谁都敢踢你----这就是我们现在的?状。
我们需要从“救火队员”变为“保健医生”，就需要更好的服务平台----网上办事大厅。
师生到底是需要“服务器”还是要“服务”?
经历了这么多年的信息化建设，可以说，我们也取得了很大的进步、做出了很大的贡献。很多师生现在已经离不开信息化，从过去“被逼着用”到现在“自己要用”，从过去的“不适应”到现在的“离不开”。但我们也有很多的困惑：信息化的投入在不断增长，却远远赶不上师生的需求。我们需要思考一句话：师生到底是需要“服务器”还是要“服务”?
我们认为较好的应对办法就是：将“服务和管理适当分离”，注重数据输入和效果输出，以缓解我们传统信息系统的剪刀差问题。
我们也需要注意：没有管理就没有服务，要把管理运用到服务之中，要在服务中间体现你的管理制度。
面向用户：需求调研、服务模式、架构设计
基于以上的情况，复旦进行了很多探索。我们尝试以“自下而上”的方式进行信息化规划，聚焦“师生用户的需求”。
整个服务模型设计的出发点在于“师生需要什么”，然后再考虑我们能做什么;最后，我们进行架构设计，确定技术选型，完成系统实现。
突出重点，提升服务
要为用户提供更好的服务，这就要求我们将整个架构从基础设施、数据、业务、服务等方面综合考虑，重点突出两个方面：数据应用和用户服务----即一个完整的生命周期的规划、数据的综合利用、业务流程再造，进而提供更加人性化、面向用户的服务----这是复旦整个信息化建设的重点。
“一门式服务”的尝试与改变：让“办事难”成为历史
过去，师生在学校里面办事经常会碰到这种情况：“路难找、门难进、话难听、脸难看、事难办”----这些现象普遍存在，师生办事跑到第一个部门不对，第二个部门还不对，再跑第三个部门，就可能会上火、甚至拍桌子骂人了!
近年来，不少政府部门和学校，如“浦东新区政府”、“上海市民服务热点12345”都在试点“一门式服务”，搭建了办事大厅。
那么，“一门式服务”到底改变了什么?总结起来就是：“跑断腿、磨破嘴”的现象得到了改善。因为它有效解决了渠道单一、办事时间过长、信息不对称、标志不规范、找不到地方、服务人员亲和度不够等问题。在这方面，中科大、上海理工大学等都已经有很好的实践与探索。
然而，复旦并没有走这条路。我们首先想要解决的是师生如何在网上很容易的找到所需服务的难题?并且一直在思考面向“用户的服务”建设应该是形似还是神似?我们的内涵建设怎么做?我们从建设新的服务门户Portal做起，将师生所需的服务尽量聚合。
领导曾问过我们：你办事难不难?教授办事难不难?当时我的回答很干脆：我办事不难，教授办事挺难。
原因是我对复旦的业务比较熟悉，最多2-3个***就能找到办事人员，问清楚能不能办、什么时候办、需要什么材料、哪个时间段，一件事只要几分钟就解决了;而普通师生因为不了解学校的行政架构，常常为找不到办事的办公室和不了解办事流程而犯愁。
那么，复旦的这个传统门户解决什么呢?----聚合了服务，明晰了流程，减少师生用户到处去“找部门、找服务”的麻烦。
早期复旦在考虑建设实体办事大厅的规划时，我也参与其中，但校领导在我们的汇报中最终征求意见时，我表明了态度：不主张马上建实体大厅。因为那时我们还并没有好好去梳理业务流程，搞不好“办事大厅”会变成“吵架大厅”----这是我们现在一定要规避的问题。
“一门式服务”&“传统服务门户”
一门式服务的确提高了办事效率，把“分散”变成了“集中”，改变了“门难进、话难听、脸难看”的情况，事情也比过去好办得多，是一种“能效革命”。
但是，我们如果仔细分析的话，发现问题还没有彻底解决：
在“一门式服务”中，业务的整合并没有在信息化层面上体现。很多的服务过程只是由窗口的工作人员通过手工或常规的信息化业务工具完成。我们虽然提供了多个窗口的服务、首问负责制等，但用户必须到现场领号、等候、排队，分散的去获得服务。
复旦原来的门户也同样存在着问题，传统的服务门户解决了常规业务的纵向解构，形成业务端和服务端，前后端通过数据关联。但是我们主要还是面向独立业务、结构简单，以IT部门为主来完成，用户体验改善还非常有限，有些事情还要通过多个部门分别去解决。很多复杂的服务，特别是许多共性业务和跨领域的业务都未涉及，也无法简单的纳入到传统门户中来。
下一步走向哪里?
那么，下一步怎么办?我们自问信息化最终的目的是什么?在很多时候我们强调，“不要为了做信息化而做信息化”。信息化是为了提高服务质量，提升服务水平。如果我们为了做信息化而打乱学校的整个业务，那不是功劳而是罪过。
信息化最终的目的是组织变革，分阶段来说包括：
从“手工”变成“自动化”、流程改善、流程重构以提高效率，最后达到管理模式转移。理论上，单纯小范围的流程改善只能提高20%的效率;而要提高80%的效率，我们必须要引入流程重构。
整体战略与局部战略
信息化的本质就是对流程的再造，实施过程是改变管理观念、组织机构和业务模式的过程。整个过程就是消除传统信息系统中用户、功能的90%和10%剪刀差问题。需要将业务、应用系统功能按面向对象区分，将服务与管理适当分离。
实际上，普通师生在学校里面经常要用的也就是申请、查询、填表等几种简单服务;其余的如审核、统计、报表、上报等都是业务管理部门在用。
而这两者的特点完全不一样：大量的师生服务需要不间断、大并发，同时对硬件资源要求较高;而业务管理应用通常是个性化、小并发，采用批处理，需求多变，对硬件资源要求并不高。
“一站式服务”的方式与目标：3个减少
“一站式服务”的方式与目标到底是什么?我们认为，其实是把行政及公共服务等项目集中在服务中心，推行“一站式服务、一个窗口受理、一张表单告知、一个流程审批、一次性结账”的服务方式，简化办事流程，分工明确、责任到人、一人受理、内部运作、提高效率。通过服务标准化和“同质化”，将服务申请前移。其最终的目标是“3个减少”----减少办事过程中的“来回奔波、不断排队和不断找部门”的现象。
其实“一站式”的概念并不新鲜。在国外有过工作经历的人都知道：在国外办事，一般都会提供给你一张纸，上面会列出办理业务需上交材料的清单，几个工作日后你再来取。而我们传统的做法则是让用户去各个部门跑，师生在获得服务的同时还兼起了“邮差”的工作。
在国内一站式也不是一个新概念，过去我们去银行办事都是到先到某个服务窗口前，把材料递进去，等银行工作人员在内部流水作业、处理完后，再通过另外一个窗口拿到业务办理的结果回执。而随着信息化水平的提高，现在我们到银行办理业务就有了显著的变化，我们把材料递进去后就坐在固定的一个服务窗口前面，由这一窗口的工作人员在电脑上直接操作处理，完成整个服务流程。
“一门式服务”VS“一站式服务”
传统的办事大厅一般排队都是长短不一、分布不均，办理跨部门业务的师生们则需要排几次不同部门窗口的队伍才能完成;而“一站式服务”则是为了实现前台统一受理、界面友好，后台分工处置、高效协同。传统的办事大厅解决了我们的“物理距离”，但我们更需要通过“一站式服务”解决“心理距离”。我们要从职能梳理、完善服务标准和创新服务方式来实现转变，实现这样面向用户服务，应该说难度很大----我们也不能指望一蹴而就，而是要分步实施、逐步推进。
实现这个目标需要有耐心和思想准备，但更要有决心和气魄去做这件事。没有这个决心、不做这个事，我们就很难有质的进步和提高。
具体如何推进?
梳理业务、分类服务
那么如何具体推进呢?我想首先我们得进行“业务梳理”，将服务“按性质、按内容、按用户群定义”进行分类，实现“界面统一、流程协同、数据共享”，以“数据集中、信息整合、业务贯通和统一服务”为核心理念来建设云端服务。简化、优化业务流程，实现服务的碎片化，把各类用户所需的服务都剥离出来。
流程解构，采用工作流引擎重新串联
仅仅碎片化也不能完全解决问题，所以我们要在流程解构的基础上，对服务按用户所需方式重建、重构，按用户使用方便的角度重新串联起来。
复旦一站式服务探索
复旦网上办事大厅简史
复旦从2014年(甚至更早的时候)就开始进行数据共享、流程梳理。2015年，我们扩大范围进行试点及进一步调研;7月份，经过校领导的确认，启动项目的建设;9月份，全校共计80多个服务上线。
前期调研、沟通是最先启动的准备工作，然后进行“小范围试水”，打下坚实的基础。一些类似报名、缴费等公共服务是各业务部门都会涉及到的基础服务，我们先行实施。除此之外，我们还需要规范办理制度、梳理业务流程和服务集约化，展开了类似限时办结制度，流程公示公开等工作。
EHall到底做了什么?
关于eHall平台的特点，前面几位专家都讲到了，这里就不做展开。那么，eHall到底做了什么?----大家看到的这是去年11月份国务院办公厅印发的《关于简化优化公共服务流程方便基层群众办事创业的通知》，我觉得我们做的跟国务院通知要求的一样，即把不需要的环节取消，简化优化流程、信息共享、加强协同、能力建设。
坚实的数据是基础铺垫
在一站式服务的构建过程中，我们需要坚实的数据基础进行铺垫。我们需要重点研究和解决几个核心问题----数据从哪来、怎么来、到哪去、如何用?----这是数据管理全生命周期的四个要素。
数据从哪来?----我们梳理了35个职能部门400张表，发现过去一半的数据是学校原来的数据中心没有涵盖到的数据;把业务系统“私有数据”转化为学校的“公有数据”，从只考虑“已有数据”转变为考虑“应有数据”。
数据怎么来?----除了标准规范以外，我们要降低数据获取的成本，将大量分散的数据进行整合，以不干扰业务系统为原则，把数据获取工作独立于业务系统，打消业务管理部门的顾虑。
数据到底到哪去?----建立权威、唯一的核心数据源，支撑业务系统运转;通过快速、便捷数据应用配置，激发业务部门应用数据热情，鼓励数据应用主体共同参与数据服务建设，将过去“IT部门主导”逐渐变为“业务部门需求主导”，将数据真正流转到业务专家手中、产生价值。
数据如何用?----对业务数据重新加工，以应用主体的视角进行处理、转换和重组;使学校层面数据服务独立于业务系统、直接基于数据中心完成。数据是客观的，但对数据的解读则带有很强的主观意识;懂业务才能懂数据，在数据服务层面，业务专家和技术专家同等重要。
数据平台三层结构
通过数据获取、数据信息转换，形成不同的主题数据，以服务于我们的师生、院系、学校领导。同时再从他们那获取需求形成反馈，不断的丰富数据，最终形成良好的数据生态环境。
师生、院系、校领导三个层面的需求是不同的：师生主要是查询、填报;院系的需求是快速灵活配制;校领导的需求是决策。有针对性地分三个层面建设将有利于服务好我们的最终用户。
数据整合：信息化的必然过程
数据整合是一个必然的过程，需要从规划、研发、服务等全方位进行考虑。随着应用的深入会出现大量的数据交换需求、会呈复杂的网状结构，授权复杂。通过整合信息数据，提升信息共享、交换、服务和决策支持的能力。当然我们需要注意区分结构化和非结构化信息数据资源;我们还要区分：什么是公开信息、共享信息、自有信息和保密信息等数据性质特性。
在这个思路之下，我们建立了教师、研究生、本科生的个人数据中心，面向试点二级单位分析中心和校级数据综合分析利用平台。
转变建设模式----平台化
通过信息化的建设我们有路、有车、有货，但随着应用的推广和深入，发现维护量太大。那怎么办?过去每个业务系统做了很多的功能，现在把各个系统***性的功能拿出来，单独做成平台供直接调用。“应用为王”，应用的早期可能会非常简单，但当应用有能力聚合足够多用户时，就会变得越来越重要、就将成为一个新的平台，从一棵树拓展成一片森林。
复旦尝试了许多公共服务基础平台，比如说虚拟化、云存储等与服务基础设施，提供正版操作系统、正版软件、计算资源和数据库等公共资源，逐步形成各种基础公共服务平台。
例如，我们构建了统一收费平台。大家看5年半中，11.07亿是在网上缴费完成的，单天完成1000笔以上的有320天，最多一天的网上自助缴费超过1.5万笔。5年多***考试报名中，学生缴费一共收了两百多万，并且同时支持网银、微信和支付宝等支付方式，在方便大家的同时也大大减轻了业务部门的工作压力。
此外，复旦目前还搭建了类似短信、课程直播、校园一卡通等基础服务平台。
“一站式服务”带来革命性的变化：从“管理”向“服务”
实施一站式网上服务最大的改变是什么?传统的办事方式是用户找部门，业务部门在办公室处理;建了信息系统后，是用户找不同系统分别申请、业务部门在各自业务系统中分散审核。一站式这种方式最大的改变，或者说革命性的变化是：用户只要在单一的网上办事大厅中申请，让业务部门倒过来在办事大厅中并联审批。
实现这种改变，首先需要加强领导;第二个是完善机制及管理队伍建设。我们需要通过终端用户来要求业务部门提升服务，如提升信息系统中数据的准确性。另外，通过好的试点效应来不断启发和吸引更多的服务投入到eHall怀抱中!
一站式服务的目的并不是简单的建立大厅，让办事部门或应用系统简单集中而又各自为政，而是要将管理与服务、监督与协调、规范与引导有效结合，利用先进管理方法和IT技术手段，建立标准、规范行为、优化环境、完善手段，改造和优化现有的服务管理模式，服务好师生。
我们一直讲行政机构改革将从“管理型”向“服务型”转型，一站式服务的构建即是实现学校的行政管理职能从“权利”向“责任”、“无限”向“有限”、“管理”向“服务”的观念转变，也是我们对机关职能转变、行政机构改革和实现管理机制创新的一种追求。
新思维和注意点：由复旦这些年想到的
信息驱动变革
信息化不应仅仅是工具，更应该是提升核心竞争力、提升管理效率的重要手段，也是学校业务管理先进性的重要标志。我们需要明确服务与业务的关系，深刻理解“信息化即服务”，要将服务当作业务成功的一部分。
CIO的价值与使命
CIO不是埋头去做具体的业务，而是掌握趋势，精通业务，善于合作;要使信息化进入重要与核心业务密切结合的领域，要使信息化与学校的战略进行高度和深度的融合。
“有为有位”or“有位有为”?
希望我们的同行们不要过于纠结于“有为有位”还是“有位有为”，而是要将更多精力放在怎样“有为”上。一味埋怨决策层不重视其实于事无补。
处理好业务部门和IT部门之间的恩怨情仇，信息化实施体现在人与人打交道的过程中，处理问题的能力和沟通技巧尤为重要。很多时候不同的人、不同的沟通方式，带来的沟通结果是完全不同的。
展望可持续的发展
首先，我们需要摆正IT部门在信息化中的角色定位。只有重新定位清晰，业务部门才能真正用好数据，做出有利于改服务的分析。技术部门不可能完全替代业务部门处理业务，应以“提供工具、搭建平台”为主。我们需要“抛砖引玉”，但不能“越俎代庖”。了解业务是做好信息化的基础，IT部门如完全不介入业务，最终将逐步消失在云端。
同时，我们也要通过完善机制来逐步体现信息化部门的地位
从过去重硬轻软到软硬并举，需要和业务部门紧密合作，在业务过程中提供“嵌入式”的信息化服务;
从改变过去“业务部门提要求、IT部门全面实施”，到“IT部门主导前后分离服务设计、业务部门统筹梳理流程、信息化实施平台提供服务”的机制。
目前信息化面临全新的挑战，体制改革对信息化提出了更高的要求，我们要做好准备，要通过“数据基础、流程协同、服务模式”的转变来推动整个信息化向前发展。
学会取舍、适应时代特征
我们需要适应这个时代的特征：数据信息重要性超越了业务流程本身，数据可以反哺业务，提升效率，助力我们的服务。大数据是为了更好地发现服务改进之道、而提供一种决策支持;我们需要的是服务、而不是大数据本身，目前高校的数据化管理比大数据更加直接、有效。
只有信息化逐渐成为学校发展的数据基础支撑工具，才能有发展的前景;只有当信息化真正成为全员参与的过程，信息化才能可持续发展。
高校IT路上的几则信条
最后想跟大家分享一下我们这些年的几点感受：
第一，抓住机遇比获得机遇更加重要。
第二，沟通和交流、学会有选择的批发。就像复旦做的不少工作都是向其他学校学来的。
第三，尊重和学习技术，但不唯技术。
第四，要有毅力，最后的胜利一定是属于坚持者，原地踏步是没有出路的。
第五，学会阳光，学会向前看：我们会经常会遇到憋屈的事情，但要保持自豪感、踏实做事，稳步向前迈进。走两步退一步的效果远不如一步一个脚印、踏踏实实往前走。高校信息化建设这条路，我们都需要有一个好心态、好性格，好的素质修养。
仰望星空与脚踏实地
我们需要仰望星空，但是我们同时更需要脚踏实地。在信息化推进过程中，我们需要学会逐步“从农村包围城市”：从边缘的、简单的、外围的业务逐渐向复杂的、重要的、核心的业务突进，进而推进跨领域的业务交叉。
“不曾奢望卓越，无妨追求完美。”这是我一直以来非常喜欢的一句人生格言，高校信息化建设这条路还很长，我们做具体工作的时候不奢望能达到卓越，但是如果没有对完美的追求，也可能很难把工作做好，也很难走得更远。
我今天的汇报交流就到这里，谢谢大家!
1.转载请注明来源：中国教育信息化在线(cedictol)。
2.本公众号所转载文章不代表我们认同其观点或证实其内容真实性，作者如果不希望被转载，请与我们联系，删除相关文章。
责任编辑：
声明：该文观点仅代表作者本人，搜狐号系信息发布平台，搜狐仅提供信息存储空间服务。
今日搜狐热点