师生综合服务规划方案.docx
- 文档编号:155091
- 上传时间:2023-04-28
- 格式:DOCX
- 页数:89
- 大小:6.15MB
师生综合服务规划方案.docx
《师生综合服务规划方案.docx》由会员分享,可在线阅读,更多相关《师生综合服务规划方案.docx(89页珍藏版)》请在冰点文库上搜索。
师生综合服务规划方案
师生综合服务建设
规
划
书
二○一三年三月
1项目建设背景与需求分析
1.1项目建设背景
随着高校信息化建设的逐步推进,师生作为学校的核心群体,面向师生提供更为丰富、多样、个性化服务的需求日益凸显,也是未来学校信息化建设过程中非常重要的一个环节。
因此,学校希望通过师生综合服务项目的建设,满足师生服务的需求,提供更为优质的服务。
1.2信息化建设现状
通过几年下来对师生使用校园信息化的跟踪和对师生反馈情况的分析,发现面向学生的信息化服务存在以下问题:
1.各类信息化服务比较离散,学生感受不到从入学到成为校友的全过程清晰的信息化服务;
2.各类信息化服务比较离散,教师感受不到从招聘入职到退休离校成为校友的全过程清晰的信息化服务;
3.信息化服务的内容太少,已有的信息化服务也是以校务计划和结果的信息查询为主,缺乏在教学、科研、生活等各类活动过程中的信息化辅助支撑;
4.信息化服务流程不够清晰,以至于大量事务仍然需要线下办理;
5.各类信息化服务缺乏互动支撑,使得学生、教师大量使用QQ群、MSN、人人网、开心网等以“人”为中心的外部互联网交流软件和社区系统,自发地组成群组并开展活动。
2项目建设目标
本期建设的项目将在原有的信息化建设的基础上,建设以“服务”为核心的师生综合服务,为师生提供全生命周期的一体化服务,促进人与人之间的交流与协作,全面支撑学校发展战略。
细化建设目标如下:
1.面向个体,没有管理,只有服务
面向师生个体,提供统一的服务入口与服务界面,屏蔽服务与管理部门的边界;
2.充分展现学校信息化建设成果
充分利用行业先进的技术优势,整合学校信息化资源,提供丰富化、多媒介、多渠道、多形式的服务内容,方便师生随时随地、便捷的获取各类服务,达到充分展现学校信息化建设成果的目的;
3.以服务推进管理效率和管理改进
通过对“服务过程的数据分析”,推进管理效率的提升和管理模式的改进,并逐步推动管理向精细化方向的转型;
4.实现信息化建设的“服务化”转型
实现学校信息化建设理念由“管理型”向“服务型”的方向转变,在提升学校管理水平的同时,提升为师生提供服务的效率和质量,使学校的信息化建设提到一个新的水平和层次贡献力量。
5.综合服务平台的建设将为学校不同层次的师生提供不同的服务体验
Ø面向普通教职工
覆盖了教职工在校期间的核心服务内容,提供了各类应用系统深层信息和应用服务的一站式访问。
同时充分利用了校内各个业务管理系统积累的大量业务数据,方便教职工集中式的进行业务的查询、办理,从而节省大量宝贵时间。
Ø面向行政管理人员
可通过手机短信、电子邮件、站内信息等手段向行政管理人员推送待办提醒、事务通知,系统消息等信息,实现了主动式信息的推送,提高了工作效率。
同时也会提高教职工对行政服务工作的满意度。
Ø面向领导
可通过师生综合服务为领导定制开发提供的服务查看学校各个业务平台的数据统计分析和报表,还可以查看学校整体师生的信息,为以后的决策提供依据和支撑。
Ø面向学生
面向学生提供全生命周期的、可以不断完善的、学生真正关心的、有实用价值的、便捷的信息服务,同时,通过信息化手段提高支撑服务的管理效率和管理水平,监控和优化服务的质量。
3项目需求分析
3.1服务定义
何为服务?
目前各行各业都提出了一定的概念,金智基于在高校多年的行业积累,并结合当前和未来的发展趋势,认为服务应不仅解决后端行政的管理需求,同时还需满足前端用户被服务的需求,而且所提供的服务应屏蔽服务来源的业务便捷和系统边界,是以用户为中心,突出用户真正关心的、有使用价值的、便捷的信息服务,而且服务的体现不仅需要体现在服务内容的广度上,还要体现在服务方式的多样性上。
3.2服务需求分析
1.面向师生
Ø通过统一的服务窗口,一目了然的获知和获取各类信息与服务,并可主动参与至服务的过程中;
Ø减少来自各个业务部门信息重复填报和确认的工作量;
Ø可通过简单的流程、规则等方式获取服务,屏蔽部门与部门之间的业务隔阂。
2.面向行政人员
Ø搭建统一的服务平台,实现跨部门业务之间的自动化处理,减少纸张的传递;
Ø满足部门之间的服务业务充分共享的需求,达到提高工作效率的目的;
Ø以完成从注重管理到注重服务的业务体系的过渡,将关注业务提升到关注整体战略和计划的高度。
3.面向校领导:
Ø可实时掌握全校工作情况,清晰的把控学校整体状态信息;
Ø可围绕师生工作提供相关的主题分析,支撑战略决策的制定。
3.3服务内容
面向师生提供的服务内容应是一种“无边界”的服务,任何与师生切身相关的教学、科研、日常生活的服务内容均可是合服务构成的一部分。
面向师生提供的服务内容重点需考虑以下几个方面:
1.分析师生的实际需求与使用习惯,选取合理的服务内容、设计服务的组织和展现方式、突出服务的主动式和个性化、挖掘服务的内在联系并在服务过程中得到体现;
2.全面的综合服务是一个不断完善的过程,所以需要设计良好的系统架构,在新服务不断嵌入过程中,在不破坏原有的系统架构和不增加系统复杂度的前提下,可以在服务的组织、展现、关联调用、安全性等方面方便地集成;
3.尽可能地抽象和概括服务内涵,以支持通过统一的方法构建出不同场景下的具体应用;
4.综合服务所依赖的信息资源在不同的服务之间应充分共享。
3.4服务价值
3.4.1面向个体
师生可以通过门户便捷的享受从入校、在校到离校后的全生命周期的服务,一目了然的展示个人的信息、任务待办、个性化资讯等信息,让用户快速获取所需要的信息和将要办理的符合当前用户权限的业务,而不必多次登录不同的应用系统进行查找和办理,即节省查找信息的时间,大幅提高工作效率,又大大提升了师生信息化服务的感知体验度。
1.师生可享受全生命周期、一站式、个性化的信息服务,并通过服务之间的关联性,提升面向师生的服务价值;
2.通过服务的主动式推送,拓宽信息获取途经,便于师生及时的获取各类信息;
3.师生可通过PC、手机、智能终端等多种访问方式,随时随地的获取信息;同时,丰富的信息化服务手段,加快了师生之间信息化资源共享的力度与知识传递的速度。
3.4.2面向学校
通过综合服务的提供,也将给学校带来非同一般的服务价值,具体如下:
1.通络服务流程的灵活配置,提升部门内部、跨部门之间的协同办公效率,降低各部门的协调难度;
2.以服务为驱动,促进流程的优化和管理过程的改进,进而推动师生综合信息服务的能力和水平;
3.实现信息资源的最大利用价值,消除信息孤岛,并在业务流程处理过程充分共享;
4.通过服务评价、服务量化跟踪等方式的服务过程监控,优化服务提供的过程,推动服务的改进,进而提升服务能力和服务的有效性;
5.基于完整的师生对象数据模型,后期可以开展上层的全局综合分析;而且,基于能力评估指标体系,有效的评估学生、师资等综合能力。
4项目总体设计
4.1总体设计思路
师生综合服务的核心设计思想是以师生为中心,提供全生命周期的、可以不断完善的、师生真正关心的、有实用价值的、便捷的信息服务,同时,通过信息化手段提高支撑服务的管理效率和管理水平,监控和优化服务的质量。
图:
核心设计思想
1.面向师生提供覆盖完整“生命”周期的服务
面向师生的综合服务将覆盖师生从入校前、在校、离校以及毕业后的全生命周期的过程,围绕师生每个时间点所关注内容的不同,提供个性化、清晰完整的终身服务;
2.涉及管理、教学、科研、生活等全方位服务内容
围绕教学、科研、管理、生活等活动的过程,提供全方位的应用、交流、互动协作的服务内容;
3.以平台化的思路,实现垂直应用到综合服务的转变
改变以往应用垂直纵向建设的模式,以横向拓展的方式进行综合服务的建设,通过平台化的方式,屏蔽后端的业务流程和管理系统,面向师生提供无边界、一体化的服务内容;
4.以高度灵活的融合体系,完成前端服务的“大一统”
基于多种技术手段,梳理和融合各类已建、将建系统中面向师生提供的服务内容,在前端通过统一的方式进行服务的展现。
4.2总体设计架构
图:
总体架构设计
1.综合服务管理平台
信息化综合服务过程必须基于各类应用和信息资源的支撑,包括管理业务流程、管理业务数据等。
服务支撑平台是上层服务与校园其它信息资源之间的桥梁。
Ø服务集成与管理
服务集成与管理平台通过对后端挂接管理应用的管理和调用,梳理和整合服务内容,完成服务从注册、管理、监控的全过程管理,面向服务前端无边界的服务。
Ø消息集成
集成校内各类系统的待办、催办、消息、通知,并通过各种终端方式,包括手机短信、彩信、Email、MSN机器人等进行统一推送服务。
Ø存储服务
存储服务,综合考虑学校信息化应用中的各类非结构化数据与资源。
集成校内各应用系统中所管理的非结构化数据,将散落在校内各处的论文、课件、期刊、文档、音频、视频等资源进行集成。
Ø支付接口与管理
通过全新的模式,整合零散的网上支付接口,提升面向师生的财务服务能力,支撑收费相关的关键应用。
Ø移动业务支撑
采用智能终端作为综合服务内容集中展现的延伸访问模式,达到实时互动,师生随时随地、便捷的完成相关事务。
2.基础服务中心
Ø个人协作服务
提供一组以Web2.0技术为基础的个人协作服务,包括:
个人主页、个人日历、记事、个人图档、站内信、好友、个人网盘、分享等应用。
Ø群组协作服务
供基于群组的协作服务,包括:
日程安排、公告、群组讨论、图档、工作区网盘、成员等应用。
3.一体化服务中心
Ø个人信息服务
面向师生提供个人相关全貌信息的综合查询与展示,同时为行政管理人员和校领导提供快速便捷的人员信息查询服务工具。
Ø管理服务
采用“以人为本”的思想进行管理服务的设计,突破业务部门与应用系统的管理边界,按照角色的需求对服务内容进行重新组织,同时通过服务列表、服务检索、智能推荐等多种模式,为用户提供一站式、全生命周期、主动式、个性化的服务。
Ø协作服务
师生个体在参与学习、科研、生活等活动的过程中,与教学班、行政班、科研项目、部门办公、学生社团、校友会等群组的其他成员存在各种交流互动。
协作服务即为各类群组提供交流、互动、协作的虚拟网络环境。
Ø公共服务
为师生提供的围绕个体的通用信息服务。
此类信息服务并不依赖具体的活动和事务,但是又可以与管理服务和协作服务相结合,为师生个体推送个性化的服务,具有较强的可扩展性。
4.服务展现中心
师生综合服务不仅可以以PC终端为服务载体,还可通过移动终端为师生提供校园信息服务。
4.3总体技术架构
4.3.1设计要点
1.服务重用
为不同的应用提供相同或相近的服务希望尽量被重用,如:
图书馆系统为学生提供借书信息查询、超期欠书提醒,同时为离校过程提供未欠书确认。
2.动态替换
随着部门职责的变更,服务的提供者会发生变化,理想的状态是只要保证服务的定义不发生变化,可以动态替换。
3.松散耦合
采用松散耦合的设计方式,使得业务内部逻辑发生变化后,服务使用过程不需要随之变更。
如:
奖学金申请的资格认定方法变化了,但学生申请奖学金过程是一致的,只是部分学生会被告知不符合申请资格。
4.接口粗颗粒
服务使用者只关心结果,不关心服务提供者的内部逻辑。
如:
学生查询一卡通月度使用统计信息时,不需要关心一卡通系统内部复杂的数据结构和数据之间的逻辑关系。
因此采用接口粗颗粒的方式进行设计。
4.3.2技术架构
图:
总体技术架构
系统总体技术架构围绕着综合服务的组织方法、服务的实现方法、业务流程的管理方法、资源集成的方法、过程管理与过程优化等6个方面提供技术层面解决方案。
1.通过Portal的集成设计,完成服务的组织、展现和使用;
2.通过SOA和ESB提供服务的技术实现,并使其具备良好的易维护性、灵活性、可重用性和可伸缩性;
3.通过工作流引擎、业务规则引擎提供业务流程的管理,使系统满足业务流程的定义与配置;
4.通过身份集成、数据集成、应用集成实现IT资源的整合,满足资源共享与管理协同;
5.通过业务流程监控与数据分析模型,实现管理与服务的改进。
5详细建设内容
类别
建设内容
基础支撑工具
师生信息标准、数据集成工具、身份认证工具、应用集成工具、服务管理平台、服务组件
学生综合管理
招生管理系统、迎新管理系统、学生工作管理系统、宿舍管理系统、就业管理系统、离校管理系统、校友管理系统
教师综合管理
招聘管理系统、人才引进管理系统、新进人员管理系统、人事信息管理系统、职称管理系统、考核管理系统、科研管理系统、退休管理系统、离校管理系统
综合服务中心
公共服务、协作服务、师生一体化服务、移动服务
5.1基础支撑工具
5.1.1师生信息标准
5.1.1.1建设目标
师生信息标准的建设是信息化建设的重要内容。
有了统一的信息标准,高校在师生数据建模、信息采集、加工处理、数据交换的过程中有统一的规范,最大限度地实现信息优化管理和资源共享,帮助使用者方便、快捷、规范地建立应用系统的数据结构,满足信息化建设需求。
师生信息标准并非一套纸质的文档,而应该随着学校信息化业务的不断扩大而不断更新。
建设统一的师生信息标准不仅需要完整的设计思想,也需要具备完善管理能力的工具作支撑,为学校师生信息标准的建设提供管理保障。
信息标准管理系统即用以帮助高校轻松实现对标准的制定、维护、理解、分享、集成,使得信息标准具备一定的可管理性。
5.1.1.2建设内容
1.数据标准
数据标准是高校管理信息所涉及的师生业务数据管理标准,数据标准规范了师生相关业务数据模式的设计,可以说为学校师生相关业务数据“如何存、存什么、存哪儿”提供了详细的规范。
具体的建设内容将包括数据的UC(创建/使用)规则、共享数据模型设计、数据共享和交换的标准、数据中心存储的标准、业务系统数据模式的标准等。
师生数据标准组合了师生管理数据类的结构描述,主要按对象和业务两个类别制定。
1)按对象划分
比如学生对象划分主要包括本专科生、研究生、继续教育学生以及二级学院、网络生的学生数据标准模型。
下面以“本专科生”数据标准展开示例描述,其他学生对象模型的数据标准类似,只在某些特殊字段有所区别。
表:
本专科生数据标准
字段ID
字段中文名
类型
长度
主键
可否空
值空间
解释/举例
XH
学号
Varchar
20
是
XM
姓名
Varchar
60
否
必填项.考虑少数民族的教职员工的姓名,故采用长度60
XMPY
姓名拼音
Varchar
60
是
使用汉语拼音.填写档案材料时需要此类信息。
CYM
曾用名
Varchar
60
是
曾经使用过的名字
YWM
英文名
Varchar
60
是
学生使用的英文名称,与姓名拼音可能不同。
MZDM
民族代码
Varchar
2
是
T_ZXBZ_MZ《中国各民族名称的罗马字母拼写法和代码》
XBDM
性别代码
Varchar
1
是
T_ZXBZ_XB《人的性别代码》
XXDM
血型代码
Varchar
1
是
T_ZXBZ_XX《血型代码》
ZZMMDM
政治面貌代码
Varchar
2
是
T_ZXBZ_ZZMM《政治面貌代码》
ZJLXDM
证件类型代码
Varchar
1
是
T_ZXBZ_ZJLX《身份证件类型代码》
包括:
身份证号、军官证号、护照号等;
ZJH
证件号
Varchar
60
是
考虑到非身份证的其他有效证件,长度放大。
CSRQ
出生日期
Date
是
DT03《通用日期时间标准》
身份证上的出生日期,格式:
YYYY-MM-DD
CSDDM
出生地代码
Varchar
6
是
T_ZXBZ_XZQH《中华人民共和国行政区划代码》
T_ZXBZ_XZQH,使用行政区划代码
JTCSDM
家庭出身代码
Varchar
2
国标《GB/T4765-1984家庭出身代码》已废止,无新标准
JGDM
籍贯代码
Varchar
6
是
T_ZXBZ_XZQH《中华人民共和国行政区划代码》
T_ZXBZ_XZQH使用行政区划,主要指祖籍
JKZKDM
健康状况代码
Varchar
2
是
T_ZXBZ_JKZK《健康状况代码》
T_ZXBZ_JKZK,指当前的健康状况
HYZKDM
婚姻状况代码
Varchar
1
是
T_ZXBZ_HYZK《婚姻状况代码》
T_ZXBZ_HYZK
GATQDM
港澳台侨代码
Varchar
1
是
T_ZXBZ_GATQW《港澳台侨外代码》
T_ZXBZ_GATQW
LYZBDM
来源州别代码
Varchar
1
GJDQDM
国家地区代码
Varchar
3
是
T_ZXBZ_GJDQ《世界各国和地区名称代码》
T_ZXBZ_GJDQ
BYZX
毕业中学
Varchar
150
是
中学毕业的学校名称
ZYDZ
主页地址
Varchar
100
是
学生自己的主页URL
SYDDM
生源地代码
Varchar
6
是
T_ZXBZ_XZQH《中华人民共和国行政区划代码》
主要指学生高考生源所在地的行政区划。
HSSBKDM
何省市报考代码
Varchar
10
是
T_ZXBZ_XZQH《中华人民共和国行政区划代码》
主要是学生高考所在的省市,如非借考,与生源地相通。
XSLYDM
学生来源代码
Varchar
3
是
T_ZXBZ_XSLY《学生来源代码》
HKXZDM
户口性质代码
Varchar
1
是
T_ZXBZ_HKXZ《户口性质代码》
指农业户口、城镇户口等
HKSZD
户口所在地
Varchar
300
是
在校期间户口的落地
YXDM
院系代码
Varchar
20
是
T_ZXBZ_DW《单位代码》
,指单位代码中的对应院系的代码
ZYDM
专业代码
Varchar
10
是
T_ZXBZ_BZKZY《高等学校本、专科专业代码》
XKMLDM
学科门类代码
Varchar
10
是
T_ZXBZ_BZKZY《高等学校本、专科专业代码》
ZYFXDM
专业方向代码
Varchar
10
是
学校自编,指将专业在某个方向的代码,概念比专业小。
JDFSDM
就读方式代码
Varchar
1
是
T_ZXBZ_JDFS《就读方式代码》
指走读、借宿、住校等
PYFSDM
培养方式代码
Varchar
2
是
T_ZXBZ_PYFS《培养方式代码》
国家任务(定向、非定向),非国家任务(委培、联合培养、协作、自筹)等
WTPYDW
委托培养单位
Varchar
150
是
招生时委托培养单位
XSLBDM
学生类别代码
Varchar
2
是
T_ZXBZ_XSLB《学生类别代码》
中的本科生、专科生,集成时注意与研究生协调。
DYWYYZDM
第一外语语种代码
Varchar
2
是
T_ZXBZ_YZMC《语种名称代码》
T_ZXBZ_YZMC,学生在校期限的第一外语语种(即专业对应的外语语种)
DYWYSPDM
第一外语水平代码
Varchar
1
是
T_ZXBZ_YZSLCD《语种熟练程度代码》
T_ZXBZ_YZSLCD,学生在校期限的第一外语语种(即专业对应的外语语种)的外语水平,如精通、掌握等
DEWYYZDM
第二外语语种代码
Varchar
2
是
T_ZXBZ_YZMC《语种名称代码》
T_ZXBZ_YZMC,学生在校期限的第二外语语种(即非专业对应以外最好的外语语种)
DEWYSPDM
第二外语水平代码
Varchar
1
是
T_ZXBZ_YZSLCD《语种熟练程度代码》
T_ZXBZ_YZSLCD,学生在校期限的第二外语语种(即非专业对应以外最好的外语语种)的外语水平,如精通、掌握等
DSZGH
导师职工号
Varchar
20
是
关联T_JZG.ZGH
RXSJ
入学时间
Date
是
DT03《通用日期时间标准》
进校日期,考虑秋季和春季。
格式:
YYYY-MM-DD
RXNJ
入学年级
Varchar
4
是
DT02《通用日期时间标准》
学生进校时年级。
格式:
YYYY
XZNJ
现在年级
Varchar
4
是
DT02《通用日期时间标准》
学生目前的年级。
格式:
YYYY
XZZYDM
现在专业代码
Varchar
10
是
T_ZXBZ_BZKZY《高等学校本、专科专业代码》
如学生没有异动,和入学专业相同。
BH
班号
Varchar
20
是
学生的班号,目前部分学校一年级不分专业方向(班)
XZ
学制
Numeric
是
专业对应的学制,学生发生学籍异动,如留级,但他的学制不变。
JDXWDM
就读学位代码
Varchar
3
是
T_ZXBZ_XW《中华人民共和国学位代码》
JDXLDM
就读学历代码
Varchar
2
是
T_ZXBZ_WHCD《文化程度代码》
YJBYNF
预计毕业年份
Varchar
4
是
DT01《通用日期时间标准》
一般通过入学年份和学制可以进行计算
YJBYJD
预计毕业季度
Varchar
2
是
此信息可以不进行维护。
如有春季入学,必须填写。
SJBYSJ
实际毕业时间
Date
是
DT03《通用日期时间标准》
实际毕业离校的时间
TZ
体重
Numeric
是
学生的体重,最好每学期修正一次,此信息可作个人参考信息
SG
身高
Numeric
是
学生的身高,最好每学期修正一次,此信息可作个人参考信息
ZHPC
综合评测
Varchar
200
是
学生最新的评价
ZCQK
在册情况
Varchar
1
是
T_ZXBZ_SFBZ《是否标志代码》
1是(在册),0否(不在册)
SFZX
是否在校
varchar
1
是
T_ZXBZ_SFBZ《是否标志代码》
1是(在校),0否(不在校)
XJZT
学籍状态
Varchar
30
是
有、开除、保留等
DQZTDM
当前状态代码
Varchar
2
是
T_ZXBZ_XSDQZT《学生当前状态代码》
2)按业务划分
围绕学生从入校到离校业务全生命周期进行划分,主要包括:
招生、入学、教育教学、生活、毕业、就业的数据标准;按业务划分的基础上将进一步围绕研究生、本科生等学生对象划分不同的数据标准。
·招生业务数据标准:
主要包括本专科生招生基本信息、本专科生高考总分、本专科生高考科目成绩、研究生招生基本信息
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 师生 综合 服务 规划 方案