You can not select more than 25 topics
Topics must start with a letter or number, can include dashes ('-') and can be up to 35 characters long.
|
|
|
|
|
与天喻教育资源管理公共服务平台对接事宜
|
|
|
|
|
|
|
|
|
|
|
|
注：
|
|
|
|
|
|
(1) 长春市教育资源公共服务平台下面简称为天喻平台
|
|
|
|
|
|
(2) 数字基座简称 基座
|
|
|
|
|
|
|
|
|
|
|
|
一、基础数据
|
|
|
|
|
|
依托天喻平台现有相对完善的基础数据系统，不重复建设基础库，基座从天喻平台通过更新时间戳获取如下数据:
|
|
|
|
|
|
1、组织机构（包括各级教育单位、学校、单位内部部门、班级等）信息
|
|
|
|
|
|
2、人员（包括教师、职工、学生、家长等）信息
|
|
|
|
|
|
3、角色
|
|
|
|
|
|
4、人员角色关系
|
|
|
|
|
|
5、登录系统相关信息,包括登录名、人员ID、加密后的密码、原密码加密策略（比如MD5+SALT，加密算法等)
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
二、统一认证
|
|
|
|
|
|
1、基座建立统一认证系统，天喻平台可以操持原登录入口，也可以同时对接统一认证系统。
|
|
|
|
|
|
2、其它长春市教育局的信息化系统，统一要求接入统一认证、基础数据共享系统。
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
三、数据共享
|
|
|
|
|
|
1、业务系统原则上均需要产生的业务数据上报汇集到数据基座:
|
|
|
|
|
|
(1) 上报的数据标准与格式由教育局信息化领导小组审定，线下上报申请文档、审核、建表。
|
|
|
|
|
|
|
|
|
|
|
|
(2) 数据上报采用为业务系统提供Mysql数据实例方法实现（与政数局数据汇集方式一致），业务系统账户只能对已经建立完成的后表进行写入和修改，无权进行结构变更。
|
|
|
|
|
|
包括天喻公司在内，所以业务系统均采用此方式上报业务数据。
|
|
|
|
|
|
|
|
|
|
|
|
(3)上报的数据中，更新时间戳指向1900-01-01等办法，通过统一的增量接口即可获取全部数据。
|
|
|
|
|
|
|
|
|
|
|
|
(4)需要针对用户上报的数据，进行sc_city_id,sc_area_id,sc_bureau_id的信息补全,然后再抽到到数据仓库中。(加sc_前缀是数仓的简写，防止与系统原来的字段名冲突而设置)
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2、业务系统根据实际情况，向数据基座订阅其它各业务系统的相关数据，并配置相关的数据权限范围，数据订阅采用API接口形式提供给业务系统。
|
|
|
|
|
|
|
|
|
|
|
|
四、衍射的问题
|
|
|
|
|
|
1、现在的数据共享系统，基础数据是依赖于QingLong 项目的，数据格式现在变更为天喻公司的数据结构，需要对数据共享系统进行调整。
|
|
|
|
|
|
2、长远来看，需要将QingLong项目的基础数据修改为天喻公司的结构，为以后替换掉天喻的产品做准备。
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
五、相关技术
|
|
|
|
|
|
PostGresql数据上报，提供数据库实例,提供集群化、分布式，为横向扩展预留足够空间。
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
