4.2.4. 业务应用系统开发
目前学校的数字化校园建设，只实现了部分应用系统的建设。为了满足学校数字化校园的建设的需求，对数字化校园的建设统一规划、分步实施地建设各种应用系统。并保证这些系统都是运行于相同的支撑环境和统一的信息标准，使应用系统本身具有联通性。
4.2.5. 领导决策综合分析
数字化校园建设的目标之一是利用数据中心的共享信息资源，进行数据挖掘，并提供各种展示的手段，满足学校管理需求和上级管理部门要求，为学校领导提供各方面的、实时的、综合性的决策支撑数据。
1.5现状和需求分析
1.5.1XX学院信息化发展现状
目前，XX学院经过这几年加大对信息化的建设，已经实现全校网络覆盖，安全防护能力业已达到“二级”合格标准。管理信息系统如门户网站、OA系统、招生系统、教务系统、财务系统、金龙卡、教学资源系统、教学质量监控系统、图书管理系统以及各部门自主购买的一系列应用系统等等，可以说这些应用系统基本上覆盖了大部分校园信息化所具备的管理系统。学校中心机房有在用服务器50余台（不包括各分院独立管理的部分），存储设备数套，分属各处室、分院及图书馆，各自运行、存储独立的管理系统及数字资源。信息化建设已经基本覆盖校内的大部分管理信息化领域，数字校园建设初具规
11
模。
当前已建的这些应用系统，基本能够解决我校在行政办公管理、教务管理、学工管理以及科研管理等范畴内结果性数据维护的需求。在方便了各业务部门进行业务处理的同时，也积累了不同业务、不同阶段的各类数据。而这些数据的沉淀，作为我校在“十二五”期间，信息化建设的重要成果，为下一阶段的数据决策和分析提供有效的依据和支撑。事实证明，学校通过在“十二五”期间的信息化建设，在完成各类结果数据沉淀的同时，为各级各类型业务部门利用信息技术和手段开展业务办理，提供了有效的应用环境。在业务办理过程中，因为有了基于独立面向单体业务开发的各类业务应用系统，办理效率在大幅提升，从我校整体运营层面大大降低了因为人工方式带来的运营成本。面向学生，也能够利用信息化的手段为他们提供基于某个业务场景的业务服务。不可否认的是，我校通过“十二五”期间展开的信息化建设，在保证原有业务开展质量的同时，较大幅度的提高了业务管理水平和效率。尽管如此，在信息化建设的道路上仍然有很多的空间需要提升。
1.5.2XX院校信息化存在的问题分析
在我们描述“十二五”期间信息化建设成果显著的同时，我们不得不进一步发现，从我校整体信息化建设的过程、应用的过程以及后期维护的过程中，仍然存在问题有些问题直接影响了我校后续信息化建设的节奏与效果。这些问题主要集中在以下几个方面：
12
2.2.1 缺乏统一的开放支撑平台，多厂商共建造成过程风险 我校在“十二五”期间建设的信息化系统众多。其间涉及门户网站、OA系统、招生系统、教务系统、财务系统、金龙卡、教学资源系统、教学质量监控系统、图书管理系统以及各部门自主购买的一系列应用系统等等。
信息化建设过程中，多个厂商参与共建，而建设的内容都是以业务部门需求为核心的单体业务系统，现在是普遍高校信息化建设的现状。学校的信息化建设在设计初期，都在强调顶层规划。应该讲，这样一张蓝图是指导学校后续的信息化逐步推进的原则。但在实际过程中，由于不同厂商参与建设的学校信息化，就会出现实际建设路径与最初设计蓝图不一致的情况。归结原因主要有以下两点：
其一，不同厂商采用不同的技术架构开发设计，过程相对封闭。而学校信息化一旦需要从单体系统向一体化转型时，就会带来因为封闭技术架构带来的冲突，使整合难度加大，对学校而言建设风险增加。
其二，建设边界相对模糊，带来学校从单体系统一体化转型过程中，权责难以明确的问题。厂商之间互相推诿，撇清责任。这对学校的建设过程无疑风险巨大。
其三，缺乏统一的安全的身份认证手段，各厂商承建的系统对权限的管控手段水平不一，在安全性和用户直接使用感受上都存在问题，师生在使用各信息系统时往往会面对各种账号，在用户体验上大打折扣。
13
当前，站在学校角度，需要考虑利用一个能够“海纳百川”的开放技术架构解决这一问题，并建立统一的运营运维服务体系。
2.2.2 校级流程管控缺失，各处室割离建设造成流程杂乱 当前我校在信息化建设过程中，各个部门和二级学院的规划和建设，都是各自为政，建设自己的管理信息系统或应用软件，这些软件系统来源于不同部门的采购，软件产品分属于不同的生产商。这种状况表现在应用过程中功能重叠、数据格式多样性和系统之间无关联性。所谓的“信息孤岛”就由此产生，信息孤岛的产生使信息资源的利用率大打折扣，各系统难于共享信息。由不同的软件供应商提供建设的各个业务系统的建设覆盖面较窄，且中间涉及到与该业务部门相关的大量业务流程。这些业务流程长短不一，其应用场景也相对固定。
校级的业务流程现在在国内的大部分高校信息化建设过程中都相对缺失。带来这个问题的主要原因，我们认为是由于单体业务系统的人为割裂建设有关。业务部门是这些业务系统建设的需求提出单位，他们所关注的仅仅是这个业务部门在某个业务场景中的流程需要。他们并不会过多的关注校级层面的流程与自己部门业务流程的关联到底有哪些。同时，就是针对自己部门内部的业务流程，每流程节点的执行人、执行时间、执行耗时、执行效果、执行评价等这些信息也是一无所知，这也就带来了当前大部分高校在进行信息化建设过程中校级流程的缺失。
我们认为，各级组织流程的缺失和对流程监控的缺失，会直接影
14
响到校内各组织单元处理事务的效率，同时，更严重的是因为流程与其监控手段的缺失，会直接影响到不同业务数据产出的质量。时至今日，我们的确需要考虑，是否需要通过一种手段、一种制度来构建校内的流程中心了。
2.2.3 流程杂乱及数据质量监控缺失造成数据质量低下
我校目前构建的这些业务应用系统，从单体的系统使用情况看，仍然存在“建的多，用的少”的情况。
我们认为，对业务系统而言，在应用环节的缺失，直接影响对应业务数据的沉淀，更不用提到所谓数据质量的问题。这是影响数据质量不高的原因之一。
由于校级流程中心未能建设或未能形成，在影响实际业务开展过程的同时，直接导致数据质量低下，实为原因之二。
另外，学校对于数据质量的监控，包括数据交换过程的监控、代码标准的监控缺失，也导致数据质量的低下，实为原因之三。
2.2.4 需求变化响应不及时，影响应用效果
随着我校业务规模和类型的变化，带来了针对不同单体系统需求的变化。而在这个变化的过程中，不论是作为校方还是建设方，都是非常痛苦的过程。我们认为，原因主要集中在信息化的建设模式上，当前最常采用的建设模式是以项目化的方式展开的信息化建设。从项目阶段上讲，需求调研开始到最终的验收合格，针对这个单体项目就已经结束了。而事实上，针对不同的业务，其需求都会随着实际情况
15