海大综合教务系统规划及咨询项目总结

十一月 6th, 2012 by admin

2010年9月正式开始《海事大学校务管理信息资源规划与应用系统总体设计》工作,针对行政办公、人力资源、学生、教务、科研、资产、后勤等主要的职能部门展开详细的业务调研,根据需求分析的结果按照职能域的概念重新梳理业务,从而形成海事大学的全局业务模型及业务数据模型(用户视图),在业务模型的基础上,进一步抽象出功能模型,在业务数据模型的基础上高度抽象出以主题库为核心的概念数据模型,在功能模型和概念数据模型基础上又形成海大综合校务系统体系结构模型,该模型对个系统的分步实施具有高层指导意义。上述工作就完成整理整个海事大学的信息资源规划模型的建设工作,接下来根据规划的成果拟定了应用系统、数据中心、网络工程、信息工程四大方案来指导规划成果的应用及落地。2011年3月规划项目正式验收,所有工作成果顺利移交给海事大学信息中心,我们正式结束海大信息资源规划项目。

接下来就是进行招投标,组织开发商进行实施,根据信息资源规划的理念,统一设计,分布开发的策略,我们领导也多次给校方建议以统一数据库为中心的统一平台开发,避免分散开发后在整合的问题,有些问题往往在后期很难整合。种种原因导致校方还是忽略了半年多的规划成果及我们领导的建议,依然采用引入传统产品商的概念,招进各专业系统的产品商共同实施海大综合校务系统。

2011年6月开始各产品商陆续中标入住海大进行系统实施部署工作。依次为

1.北京希尔的数据工程与学工管理系统;

2.北京清元优软的教学管理系统;

3.上海金仕达多媒体的校情综合分析与质量管理平台;

4.北京普巴软件协同办公系统;

5.上海金仕达多媒体的人力资源管理系统。

各厂商基本都是进驻后就是部署他们已有的产品,部署的情况就不发表了。

接下来就是给各专业部门(学生处、教务处、信息处、…)的教师试用及改造工作,改造情况如下:

1.学生系统基本没什么改动,原因有如下几点:使用人群较少;之前无相关的管理系统;辅导员针对学生的日常管理工作比较随意,很难在系统上操作,考核指标基本是execl随意做;学生用户基本不会主动使用该系统更不会提出意见;学生的基本档案信息处于混乱状态。

2.教务系统在教务处领导的纠缠中做了大量改动,主要原因包括:与原有教务系统操作习惯的差异;相关老师(宋处)受当初规划思想影响较深;使用人群较大(全校授课教师和学生);修改意见随意扩散,校方没有把关负责人,信息处在这方面严重失职;教师、学生、教室等信息自己独立管理,和相关业务系统无业务关联及数据交互。

3.质管系统只有质管处一个部门使用,业务相对简单,相对比较顺利,存在的问题是评教业务和教务系统数据库无法互通,教师信息与教务系统的业务不一致。

4.办公系统同教务系统的状况类似,原有系统操作操作习惯问题;业务流程不稳定,随便一个秘书都可以提出修改意见;开发平台也存在诸多问题;导致和教务系统一样一直处于修改调整状态,业务人员和开发人员对需求的掌控能力基本没有,基本都是跟着走。

5.人事系统中标单位弃标,金仕达接手,暂无合同及相关手续,暂时先做的职称评审和人事信息填报,合同及工作范围尚未确定。职称评审系统采用学校统一采购的普巴平台开发,过程中发现众多问题。人事信息填报部分及后续的人事相关功能,金仕达将采用自己的框架开发,放弃普巴平台。

6.最后就是希尔承建的数据工程项目,包括统一数据库、统一身份认证、统一门户。

a)统一数据库:就是根据我们规划的成果中的主题库和基本表,创建一个空的数据库,待各系统同步数据。现存在问题如下:

1.统一数据库的数据结构及内容的准确性无人负责;

2.无完善的数据同步策略和机制,导致各方互相推诿;

3.校方无主导部门及负责人推进;

b)统一身份认证:搭建了一个开源的cas服务,用于各个独立的业务系统验证身份,需要在各应用系统服务器上配置cas客户端,从而实现各系统集中指向到cas服务器集中验证身份,身份严重通过后,返回个应用系统。现存在问题如下:

1.各系统及cas服务的用户信息尚未同步,新用户需要在cas和各系统同步添加才能正常登录;

2.cas只负责身份是否合法,该用户具有的权限还是各应用系统后台负责维护;

3.cas服务采用https协议,大量用户访问时对网络及验证服务器的压力情况未知。

c)统一门户:采用weblogicportal部署的门户系统,只是部署了一个空的框架,尚无实质性的功能;希尔的方案是要求个开发商开发和自己相关业务的portlet,他们负责集中部署。现存在问题如下:

1.无详细的portlet设计及开发标准;

2.portlet的数据来源更是没有规范;

3.各应用系统的开发合同中无明确相关要求;

4.各开发商对基于此模式的开发尚不明确。

d)综上情况,上述张罗了快一年的三大平台基本算是完败,统一数据库中基本无数据,无人问津;统一身份认证目前只有学生系统(希尔自己的)和办公系统(书记要求的)在用,还偶尔出现代理服务器挂起的状况,3万左右教职工都上了会是啥样估计只有天知道,其他系统都在单独跑;统一门户更是惨啊,首页基本就是链接,至今没有一个像样的功能可用。

新的硬件环境到位后,着手部署全新的海大综合校务系统的服务器集群,主要包括两大部分,第一:oracle11gr2的rac,由sun的两台小机和两台存储组成,提供整个系统的数据库服务,第二:刀片服务器组,部署多套基于linux+weblogic的应用服务器供各业务系统使用,应用服务器前端部署了代理服务器负责网段隔离,以保证网络安全。网络拓扑结构就不发表了。

1.上面的数据库区域就是整个rac系统提供,为每个应用系统分配自己的数据库帐号,独立维护各自的数据库,最上面的数据库用户为统一数据库,最初的目的是汇集个应用系统的数据,目前看没有达到预期;整个rac系统采用oracle11gr2+asm部署,目前问题比较多,性能不尽如人意,面上可见问题:未启用归档模式;节点1软解析负载90%,节点2负责仍是0,负载尚未达到均衡效果;数据查询效率很低,有些查询还不如虚机上单点的效果。

2.中间层面就是由刀片组负责的各个业务系统的应用服务器,统一由下面的代理服务器分配,目前的问题:代理机不是很稳定(问题无人查证),代理当机了导致后面的服务无法访问;再就是代理机同时可以实对应用服务器组的负载均衡,但尚无配置(原因未知)。

待续

2012.08

相关阅读:

相关分类:

随机阅读: