１、高校应用情况综述
２００９年以前，高校对ＳａａＳ技术不够了解，对ＳａａＳ软件没有需求，相关研究甚少［１］．之后，伴随着云计算概念的传播，基于ＳａａＳ模式的软件开发与应用成为热点．很多学者、ＩＴ行业研究人员、项目管理者甚至客户均提出了自己的观点和解决方案，内容大体分为如下几类．首先，是概念介绍性的．这类研究已经洞察到ＳａａＳ的优点，引入概念并分析ＳａａＳ能在高校信息化中充当何种角色．这类研究没有提出具体的解决方案［２－３］．第二，多位学者从高校资源共享的角度，提出跨学校的基于ＳａａＳ的资源共享解决方案［４－５］．各学校可以通过租赁软件服务的方式，使用其他高校的资源．这类方案的想法很好，但实施起来困难重重．首先是观念问题，高校是否愿意共享这些信息；其次是管理问题，需要有上级部门进行组织，并建立共享和推广机制，甚至有时需要强制措施；最后是技术问题，跨学校的资源共享项目需要有实力的企业或软件供应商参与．目前，实现并已投入运行的项目包括中国高等教育文献保障系统（简称ＣＡＬＩＳ）在图书馆资料共享方面成功建成的跨图书馆的ＳａａＳ系统［６］．ＣＡＬＩＳ是国务院重点扶持的三个公共服务体系之一，它所获得的资源是其他项目不能比拟的，成功难以复制．第三，由高校客户提出的基于ＳａａＳ模式的软件设计方案，来支持日常管理业务［７－８］．客户的目标是满足需求的同时尽量减少成本，尤其是中小规模高校或职业学校（后文简称普通高校）对成本更加敏感，ＳａａＳ模式不需要进行硬件和软件授权的投资，是理想的解决方案．这种思路的核心仍然是跨学校的，需要由外部的企业或软件供应商来构建系统，再由多家学校租赁使用．目前已知成功案例是金蝶的在线会计软件———友商网［９］，但高校中投入实际应用的不多．第四，有些研究不理解ＳａａＳ的实质．比如离开了云计算而谈ＳａａＳ，ＳａａＳ是以云计算为基础的应用；有些观点是把传统的Ｂ／Ｓ架构部署程序看作ＳａａＳ，ＳａａＳ确实是Ｂ／Ｓ模式部署的，但与普通Ｂ／Ｓ程序的最大区别是多客户租用的方式和可配置性．
２、ＳａａＳ应用问题分析
从高校应用情况综述能够看出，对ＳａａＳ的讨论和研究虽然热烈，但在高校中真正将ＳａａＳ概念转化为实用软件的成功案例寥寥无几．主要有如下一些原因．第一，观念问题，高校不愿意采用ＳａａＳ模式．有需求是一方面，但真正选择技术方案时就会有所取舍．比如担心数据安全性，选择ＳａａＳ模式软件意味着业务数据要存放在软件服务提供商的数据库上，这一点是很多管理者难以接受的．还有些客户担心软件未来的成本，选定了一家ＳａａＳ供应商意味着被其绑架，在ＳａａＳ市场不成熟的情况下，未来的情况不可预知，不如直接购买软件踏实．对于重点大学，由于信息化实力强并且经费充足，往往选择自己开发、外包或购买软件．第二，ＳａａＳ应用的切入点不对．即选择了不适合ＳａａＳ模式的应用项目．比如对数据安全性要求极高的项目，财务处不放心将全校教职工的工资数据与别的客户的工资数据放在一起，所以，工资系统当前不可能使用商业化的ＳａａＳ软件．而在校内，如果工资系统使用ＳａａＳ方式开发的，那客户只有一个财务处，也不能采用租赁模式，则没有应用ＳａａＳ的必要．前文提到的认为ＳａａＳ的部署方式能够促进信息共享的观点，本文则持保留态度．ＳａａＳ的实质是服务共享，而数据和资源严格隔离．ＳａａＳ模式并不是解决共享的关键，资源共享需要ＳＯＡ架构等其他技术．因此这类项目成功率不高．什么软件适合ＳａａＳ模式．当前情况下，院系级或部门级的ＭＩＳ软件，对数据安全性要求不是很高的，适合作为ＳａａＳ应用．比如用于院系内部的办公系统、人力资源管理系统、内容管理系统等．随着数据安全机制的改善和观念的转变，校级的软件也可逐渐纳入范围．第三，没有实现ＳａａＳ模式的技术实力．ＳａａＳ应用服务产业发展的经验证明，只有具备结构先进的基础设施平台，具备灵活定制、内容丰富的ＳａａＳ系统，具备强大的运维能力，才能够支持ＳａａＳ应用服务业务的平稳发展，才能够支撑数百以至上千的用户在同一个应用体系内实现业务操作，才能够保证每个客户自身应用功能的安全性、稳定性和可扩展性．由此可见，普通高校很难具备独立建立ＳａａＳ应用的条件，如需实现只能借助外部力量．重点大学则有这种能力．以北京大学为例，计算中心是学校的信息化支持部门，它同时承担校园网络基础设施、计算和存储基础设施、电子校务应用软件的建设和维护工作．利用虚拟化技术建立校园云计算环境，能够对外提供计算和存储资源，同时具备专业的运维能力；利用负载均衡、数据库集群等技术能够实现大吞吐量的数据访问；还具备专业的软件开发团队．最后，企业没有针对高校的成熟的ＳａａＳ服务产品．一方面，用于高校信息化的传统模式的软件已十分成熟，成本也在降低．企业没有将精力投入到ＳａａＳ服务的拓展和运营上面．另一方面，高校需求差别巨大，ＳａａＳ软件对可配置性要求很高，软件之外还有基础设施的建设，前期投入高，有实力和积累的企业才能涉足这一领域．
３、北京大学ＳａａＳ软件的开发实践
３．１北京大学应用思路
在关于ＳａａＳ的文献中，没有研究如何在高校内部设计并实现ＳａａＳ应用的内容．北京大学的切入点正基于此处，利用计算中心的平台和技术优势，在学校内部开发并部署ＳａａＳ应用．对于学校的主干业务系统，如学生工作系统、人事系统、财务系统、设备系统、办公系统等，早已经过多年的建设并形成成熟的应用．那ＳａａＳ软件的需求来自哪里呢？北京大学学校规模大，二级单位（院系、中心、研究所等）众多，计算中心的力量主要用于支撑校级主干业务系统的建设，对于各二级单位的强烈的信息化需求则心有余而力不足．ＳａａＳ模式的出现正好解决了这个问题，学校可以开发一些ＳａａＳ软件，供二级单位使用．如果将各院系及二级部门看作客户的话，那么在学校内部形成了一个ＳａａＳ产业链，如图２所示。
３．２网上支付接口服务系统设计
随着高校办学规模的扩大，学校各类收费项目日益增多，每年要处理几百个缴费项目，包括各类学费、住宿费、报名费、会议费等．收费对象多，收费项目繁杂．面对这些特点，传统的收费方式面临困难和挑战，效率低以及对账困难是主要问题．由于电子商务开始普及，大家普遍接受了网上支付方式．校内很多单位开始应用校外第三方支付公司提供的支付产品提高收费效率．随着应用的深入，问题也暴露出来：商务方面，大家各自为政，难以形成规模效应，手续费居高不下；管理方面，收费点分散，学校财务部门无法监管；技术方面，第三方支付公司和银行众多，接口不一，无法重用．基于上述需求，计算中心设计并开发了网上支付接口服务系统，系统下层对外封装多家第三方支付公司及银行的支付接口，上层对校内提供统一的支付服务接口．在管理界面，客户可以配置软件以满足需求，比如第三方支付公司或银行、支付币种、转账方式等都是可以配置的参数．客户可随时查询订单信息，执行退款等．当校内客户需要使用网上支付时，只需按照接口规范，将支付接口服务系统的ＵＲＬ加入自己的业务系统即可，然后用户可通过支付接口完成网上支付．系统的结构如图３所示．
３．３通用注册系统设计
网上支付接口服务系统的服务对象是已有业务系统想接入网上支付的校内客户．有些客户还没有业务系统或者只有静态内容的网站，需要在网上支付前采集一些用户的信息．这类需求在校内也很强烈，比如国际会议的注册系统或者夏令营或暑期学校的报名系统．在上述需求的推动下，北京大学设计并开发了基于ＳａａＳ模式的通用注册系统．系统设计完全遵循ＳａａＳ模式，强调的是可配置性，根据用户需求的不同，可以通过管理平台的配置，生成不同内容的信息采集表单；每个表单项的类型也是可以配置的，如文本框、单选框、复选框、下拉菜单或者文件框；表单项之间的逻辑关系也可以配置．比如若表单项Ａ被选中，则必须填写表单项Ｂ等；信息采集的流程也可以配置，比如信息提交后是否需要确认，缴费成功后是否发送邮件等步骤；利用ＣＳＳ技术，使得软件的界面风格也能够进行配置．配置信息存储在数据库中，不同客户的用户登录系统后，根据配置信息的不同，系统将呈现风格迥异的用户界面．看起来像为用户定制的多套软件．系统的结构如图４所示．
３．４应用情况综述
２０１４年，共有１８个校内客户申请ＳａａＳ软件服务，使用网上支付接口服务系统的１１个，使用通用注册系统的７个．其中包括国际会议５个，暑期班和夏令营１２个，自助缴费机项目１个．服务用户人数超过５０００人．网上支付金额达到９００万元．提高了财务部门的收费和各院系的教学教务组织工作的效率，降低了工作强度．
４、总结
研究表明，ＳａａＳ模式的软件是未来的发展趋势，并且技术基础已经成熟．而实践表明，高校中存在对ＳａａＳ软件的需求，重点高校有能力在校内实现ＳａａＳ应用满足院系级客户的需求，甚至可服务于校外用户．普通高校可以通过与企业或重点高校合作的方式，来加速自身的信息化进程．本文的工作为高校信息化中如何应用ＳａａＳ提供了成功的实践范例．
作者：邢承杰 杨旭 姜宁 耿幼平 张治坤 单位：北京大学计算中心
