信息标准规范建设.docx
《信息标准规范建设.docx》由会员分享，可在线阅读，更多相关《信息标准规范建设.docx（14页珍藏版）》请在冰点文库上搜索。
信息标准规范建设
6.信息标准规范建设
6.1信息标准建设目的
高等学校信息化建设已经进入到跨业务领域信息共享、建立全校统一集成的信息系统阶段，目标是实现整个学校的系统集成、信息共享与工作协同。
因此，如何将众多应用系统中大量的信息进行科学、规范的定义和分类，使信息有序流通、保证信息的一致性与权威性、发挥信息资源的综合效益是当前信息化建设的重要工作。
此外，高等学校间共建共享应用系统、共同推进高等学校信息化建设的迫切需要也使制定统一的高等学校管理信息标准成为必要和可能。
信息标准是整个数字化校园信息化建设的基础，信息标准在全校范围内为数据库设计提供类似数据字典的作用，为信息交换、资源共享提供了基础性条件。
信息标准确保信息在采集、处理、交换、传输的过程中有统一、科学、规范的分类和描述，能够使信息更加有序流通、最大限度地实现信息资源共享,使学校信息系统得到协同发展，发挥信息资源的综合效益。
6.2信息标准的编制原则
数据共享中心的建设就是要规范全校信息的管理，并建立《学校信息标准与规范》管理文件，该信息标准管理文件应符合如下的编制思路：
Ø涉及到国际、国家和教育部已颁布的标准，要采用已颁布的标准。
Ø涉及到已颁布的高等学校部分管理信息标准，《学校信息标准与规范》在相关内容上尽量与已颁布的标准保持一致。
Ø涉及到关于学校信息管理已经颁布执行的标准，要采用学校已颁布的执行标准。
Ø《学校信息标准与规范》是可以根据国家、教育部、行业、学校的需要进行不断维护。
Ø在《学校信息标准与规范》颁布执行后，后上的信息化系统需要符合该标准；已存在的信息化系统则可以根据映射功能和信息标准做对应，条件允许的话向《学校信息标准与规范》靠拢。
图：
学校信息化标准构成
6.3代码设计原则
Ø唯一性
代码是描述对象基本属性的标识。
有的编码对象可能有多个不同名称（例如校内单位可有单位名称、单位号、单位简称、英文缩写等），可以按不同方式对其进行分类描述，但在一个分类编码中，每一个对象应只有一个代码，一个代码唯一标识一个编码对象。
Ø稳定性
代码的编制要有稳定性，应避免含有易变元素的干扰，应经得起时间的考验。
Ø规范性
在同一类数据编码中，代码的类型、结构以及代码的编写格式应统一。
Ø可扩充性
编码设计要考虑到长远使用（应能满足今后几十年乃致上百年使用），随着办学的规模和学科的发展，在各类编码中应留有适当的空间，以保证新内容的不断增加不至于打乱原有的体系和合理的顺序。
Ø一致性
一个代码表描述一个对象属性，不能把不属于同一属性的内容放到一张代码表中。
在制订代码表时，应严格保证代码的一致性。
示例：
在编制“就业单位性质代码”时，“录取研究生”、“出国（境）及退学”等不宜用来描述“就业单位性质”的属性，就不应出现在该代码表中。
Ø实用性
代码要尽可能反映编码对象的特点，有助于记忆，便于填写。
数字编码与字符编码各有特点，不宜采用数字、字符混合编码。
采用字符编码的，应根据本标准的相应条款，严格区分大写与小写。
对于面向公众使用的代码，宜采用数字形式。
Ø时效性
所有代码都要写明制定或修订的年份。
Ø代码与编号称谓的区别
在制定编码时，如果它只能在本学校使用的宜称为编号，反之能在各高等学校通用或部分（如某些地区、同类性质）高等学校中使用的可称为代码。
示例：
对于课程编码，各高等学校有本校的编码格式，故宜称为课程号，其编码文件名与代码表名基本一致，只是在中文名称中称编号，而不是代码。
比如《XB/KC-2006课程编号》。
（本小节内容只作为推荐使用规范，并不做约束要求）。
6.4信息分类原则
Ø科学性：
选择分类对象最稳定的属性或特征作为分类的基础和依据。
Ø系统性：
将选定的事物、概念的属性或特征按一定排列顺序予以系统化，按事物的内在联系合理分类,寻求系统整体结构合理的科学分类体系。
Ø可扩延性：
通常设置收容类目，以便保证增加新的事物或概念时，不至于打乱已建立的分类体系；同时，也为在本分类体系上进行延拓细化创造条件。
Ø兼容性：
能与已有的国际、国家或部门的相关信息分类标准相协调。
Ø综合实用性：
分类要从系统工程角度出发，把局部问题放在系统整体中处理，达到系统最优；即在满足系统总要求前提下，尽量满足各局部的实际需要。
6.5规范性引用文件
在制定信息化标准和规范的过程中引用以下文件中的条款作为《学校信息标准与规范》的条款：
ØGB/T2260-2002中华人民共和国行政区划代码
ØGB/T2261.1-2003个人基本信息分类与代码第1部分:
人的性别代码
ØGB/T2261.2-2003个人基本信息分类与代码第2部分:
婚姻状况代码
ØGB/T2261.3-2003个人基本信息分类与代码第3部分:
健康状况代码
ØGB/T2261.4-2003个人基本信息分类与代码第4部分:
从业状况（个人身份）代码
ØGB/T2261.6-2003个人基本信息分类与代码第6部分:
人大代表、政协委员代码
ØGB/T2261.7-2003个人基本信息分类与代码第7部分:
院士代码
ØGB/T2659-2000世界各国和地区名称代码（ISO3166，MOD）
ØGB/T3304-1991中国各民族名称的罗马字母拼写法和代码
ØGB/T3469-1983文献类型代码
ØGB/T4657-2002中央党政机关、人民团体及其他机构代码
ØGB/T4754-2002国民经济行业分类
ØGB/T4761-1984家庭关系代码
ØGB/T4762-1984政治面貌代码
ØGB/T4763-1984党、派代码
ØGB/T4880.1-2005语种名称代码第1部分:
2字母代码（ISO639-1:
2002，MOD）
ØGB/T4881-1985中国语种代码
ØGB/T6565-1999职业分类与代码
ØGB/T6864-2003中华人民共和国学位代码
ØGB/T6865-1986语种熟练程度代码
ØGB/T7156-2003文献保密等级代码与标识
ØGB/T7408-2005数据元和交换格式信息交换日期和时间表示法（ISO8601:
2000，IDT）
ØGB/T8561-2001专业技术职务代码
ØGB/T8563.1-2005奖励、纪律处分信息分类与代码第1部分：
奖励代码
ØGB/T8563.2-2005奖励、纪律处分信息分类与代码第2部分：
荣誉称号和荣誉奖章代码
ØGB/T8563.3-2005奖励、纪律处分信息分类与代码第3部分：
纪律处分代码
ØGB/T12402-2000经济类型分类与代码
ØGB/T12403-1990干部职务名称代码
ØGB/T12406-1996表示货币和资金的代码
ØGB/T12407-1990干部职务级别代码
ØGB/T12408-1990社会兼职代码
ØGB/T13745-1992学科分类与代码
1.1.1.1为学校建设的标准集
根据《中华人民共和国国家标准-高等学校管理信息》CD2.3规范，设计标准子集有以下9个子集，共221个数据实体。
ØTB通用/标准数据子集；
ØXX学校概况数据子集；
ØXS学生管理数据子集；
ØJX教学管理数据子集；
ØJG教职工管理数据子集；
ØKY科研管理数据子集；
ØCW财务管理数据子集；
ØZC资产与设备管理数据子集；
ØBG办公管理数据子集。
图：
信息标准子集建设范围
6.6交换标准规范
在项目实际建设过程中，发现学校已经存在应用系统的“信息标准”和其它应用系统都不一样，“信息标准”只适合自己的应用系统。
这种情况对自己部门使用系统没有影响，但是在和其它部门交换数据时会给其它部门带来很多麻烦。
针对这种情况，为了不给已存在应用系统的使用人员增加工作量，不改变已存在应用系统的使用方式，信息标准规划建设中采用映射机制进行解决。
如下图：
图：
信息交换标准规范
交换接口支持以下几种方式：
Ø文件交换：
XML文件、DBF文件、EXCEL文件、TXT文件、ACCESS文件等；
Ø数据体：
共享视图、临时库、SQL操作；
Ø采用MQ、WebService、ESB数据服务的交换方式；
根据学校不同的应用系统和实际情况选择不同的数据交换接口方式。
6.7信息标准的实现
Ø信息标准建立
信息标准的数据集、数据项、国标、教育部标准和行业标准由我们公司项目建设人员在信息标准建设时提供并创建到数据共享中心中，同时提供格式为PDF的信息标准文档。
学校标准根据和信息中心老师的沟通，如果已有则维护到数据共享中心中，如没有则需要向教务处、人事处、科研处、资产设备管理处、学生处、图书馆、招生办、财务处、后勤、研究生院等等部门进行调研，根据调研的结果制定学校标准，经学校讨论确定后和标准的数据集、数据项、国标、教育部标准、行业标准一起组建成《学校信息标准规范》。
在调研、确定过程中，各部门的参与人员根据自己的权限对信息标准进行补充、修改和完善，直至标准被最终确定。
图：
信息标准建立流程
建设内容
备注
信息标准管理
用于导入、维护、发布信息标准，并随着项目建设不断补充完善其内容
数据标准原则与规范
参考标准、代码集
国家标准
为了保证数据录入规范，便于查找和统计，每个管理子集都对应着相应的标准代码，代码标准分国家代码标准、部颁代码标准、学校代码标准，以及代码的定义与说明。
伴随着参考信息编码不断有新版本发布，需要能够持续改进。
部委标准
校执行标准
校信息子集
人事信息子集
每个信息子集应包括以下内容：
1）数据集、数据子集、数据项分类与分层结构
2）数据集定义、属性描述
3）数据子集定义、属性描述
4）数据项定义、属性描述、权限描述
实际确定的信息子集要根据我校实际情况，伴随着各类应用的建设与更新同步进行修订、补充，未来信息子集的制订范围应能涵盖我校所有业务。
学生信息子集
教务信息子集
财务信息子集
科研信息子集
图书信息子集
办公信息子集
资产信息子集
其它
图：
信息标准建设内容
Ø数据项组成
元数据结构如下：
⏹中文简称：
所用的数据元的名称，具有语义，面向用户；
⏹数据项名：
由中文简称的汉语拼音首字母大写组成，与中文简称一一对应，宜在实际数据结构中采用；
⏹类型：
数据项容纳的数据类型，本标准在数据项中简称其为类型（一种属性）；
⏹长度：
数据项能容纳的最大字符数（一种属性）；
⏹约束：
数据项约束状态的描述，即必备数据项或可选数据项（一种属性）；
⏹值空间：
数据项取值的范围与规范（一种属性）；
⏹解释/举例：
数据项属性的说明或举例；
⏹编号：
数据项的唯一标识，采用全局统一的四段八位编码（反映了数据的4层结构）；
⏹引用编号：
指明数据项引用该编号的数据项的属性。
图：
信息标准集数据层级结构图
Ø信息标准维护
信息标准建立以后，如有特殊原因或根据学校业务需要调整信息标准，需要先申请然后有信息标准管理人员对标准进行修改并发布。
系统记录变更的记录，方便管理人员查询信息标准历史修改信息。
Ø信息标准查询
信息标准再创建过程中，信息中心管理人员对各部门信息管理人员授权可以对信息标准进行修改、添加，并可删除自己添加的信息标准记录。
信息标准确定以后，各部门信息管理人员、学校各部门的使用人员只能对标准进行查询，而不能再自己修改。
信息标准使用人员可以查询信息标准数据结构、数据标准的含义、国标代码表、教育部代码表、行业代码表及学校自定义代码表等内容。
7.数据共享中心
7.1建设目标
在校园内搭建一个面向应用、安全可靠、操作便捷、技术先进、规范统一、灵活可扩展的数据库平台，通过数据交换工具，进行数据过滤、清洗和双向传递，实现各业务系统、共享数据服务平台相互之间的数据交换和共享，为学校教学科研提供交流的服务平台，为学校的管理提供有效的管理平台，满足校内各类人员的查询要求。
具体为：
Ø为学校提供一个标准统一、信息准确的集学校所有基本信息、业务信息、分析信息、统计信息、决策信息为一体的数据中心。
Ø为学校向国家教育部、省市教委上报标准信息提供接口，并可向学校其它部门提供标准信息或符合部门要求的信息。
Ø数据共享中心可存储5万人学校规模50年以上学校各类基本信息、业务信息等等，全面准确的展示学校校情。
7.2设计结构
图：
数据共享中心设计结构
7.3数据共享中心建设内容
Ø全校标准统一、信息准确的各类信息为一体的数据仓库
通过数据交换平台同步数据功能集中存储全校各种资源，为各单位获取信息提供基础支持。
Ø支持国标、部标、行标和学校标准
数据共享中心是按照国标、部标及结合学校实际情况进行创建，不但可以方便接入各部门业务信息，而且也方便上报数据。
Ø数据分析功能
对入库的数据进行是否合格分析，把不合格的数据单独存储。
对于不能在入库时进行业务判断的数据则在入库以后自动进行分析，然后把有问题的数据原因归类存储。
Ø数据统计功能
根据业务需求，数据共享中心自动以自身集成的资源为基础进行统计分析并存储。
Ø提供决策支持功能
数据共享中心根据OLAP和其它数据挖掘技术，对数据进行决策分析，并把数据单独存储，供领导决策做参考。
Ø海量数据自优化
为了提高数据的查询及数据库的性能和安全，通过一系列的处理保证信息查询在3秒以内，并且保证数据存储安全及数据库安全。
最稳定的Oracle10g数据库，也可以选用性价比较高MSSQLServer数据库，操作系统平台可以选用性价比高的LINUX平台，也可以选用最为成熟稳定的UNIX操作系统，当然，基于SQLServer的数据库要选用WindowsServer系列操作系统，灵活的搭配为系统的建设灵活性和稳定性提供了基础保障。
7.4系统安全体系设计
系统三级结构体系，分别应用到校园网、VLAN虚拟网，485总线网。
网络结构和应用体系复杂，为了使用这种情况错综复杂体系。
系统分别从：
数据库系统存储安全，系统密钥设计安全，网络访问安全，网络数据访问安全，Web策略安全，软件设计安全措施，数据通讯安全等多方面采取对应的安全措施，从而保证正常安全的运行。
7.5完善的第三方接入方案
实施数字化校园下的一卡通系统，为客户提供全面的信息化解决方案的同时，为了确保用户投资的长期效益，避免系统重复建设和浪费，需要接入许多第三方应用系统，如图书馆管理系统、教务管理系统、学校财务管理系统、学校医疗管理系统、网络计费系统、资产管理系统、学校人事管理系统等。
第三方系统接入后，有效解决各个相对独立系统的统一管理、协同工作、信息自动同步处理。
原有系统的正常运行保护了原有的投资，同时进步方便师生在校生活，减轻工作人员的工作量，提高工作和管理效率。
和第三方系统对接时，传输基于TCP/IP网络实现；系统软件分别从WebService接口层、应用程序层、卡片读写层提供多种接口实现：
WebService标准方法引用、工业级标准XML文件交换、扫描助手、服务组件包、二次开发SDK动态库（DLL）、协议报文数据包交换、数据库视图映射等。
灵活的组网方式，接口的多样化和标准化，为第三方系统接入提供了坚实的基础。
7.6系统的运行结构设计
系统的主要运行特点使用真正的电子钱包方式，系统支持联机和脱机两种运行模式，这种特点为系统中的灵活应用提供了基础，为类似车载收费等移动收费提供了可能性和可靠性。
设计有设备的授权集控管理机制，保证设备接入的合法性，设计有设备的使用签到和签退功能，保证交易的完整性和合法性。
利用数据通讯网关，对联机终端进行7*24小时不间断的集中数据采集，保证数据的安全、可靠。
7.7终端设备结构设计
具有安全的签到、签退功能，脱机、联机记录识别；餐别消费限额、日消费限额，密码保护；POS应用程序支持在线升级；安全灵活的黑名单管理，批次、增量级别控制；采用大容量FLASH存储芯片，数据有效存储10年；脱机可存储10000条消费记录，以及10万条黑名单，数据双备份保存；配备高性能后备电池，支持异常情况下的脱机使用；机具模块化，机壳、键盘防水设计，采用进口生产线，选用贴片器件，稳定、可靠；支持更多的个性化应用开发。
升级会员 