某学院智慧校园规划方案.docx

《某学院智慧校园规划方案.docx》由会员分享，可在线阅读，更多相关《某学院智慧校园规划方案.docx（189页珍藏版）》请在课桌文档上搜索。

1、某学院智慧校园规划方案1 项目概述11.1 现状与问题11.1.1 校园信息化进展现状11.1.2 面临的问题11.2 系统开发根据41.3 学校信息化现状52 建设总体规划82.1 建设原则82.2 总体建设思路82.3 总体框架92.3.1 系统架构.92.3.2 以整合为核心构建数字化校园.112.4 方案特点143 建设规划内容173.1 数字化校园基础平台173.1.1 校园信息标准.173.1.2 公共数据平台.343.1.3 数据交换平台.483.1.4 统一身份认证平台593.1.5 统一信息门户平台793.1.6 应用集成方案.933.2 核心业务系统建设993.2.1 校情

2、分析系统.993.2.2 OA协同办公系统1023.2.3 招生管理系统.1053.2.4 数字迎新系统.1083.2.5 学工管理系统.1133.2.6 电子离校管理系统.1223.2.7 人事信息管理系统.1253.2.8 综合资产管理系统.1293.2.9 移动应用建设.1353.2.10 科研管理系统.1423.2.11 教务系统.1473.2.12 智能停车综合解决方案.1703.2.13 智能照明解决方案.1773.2.14 智能环保监测解决方案.1793.2.15 车辆电子识别方案.1814 项目建设与实施规划1834.1 实施步骤1834.2 培训与推广措施1841项目概述1.

3、1 现状与问题1.1.1.1 信息化进展现状通过学校多年的信息化建设，目前完成建立校园骨干网络建设，校园网接入CERNET与INTERNET,覆盖全校教学、办公与师生生活区域。建立完成校园中心机房与教务管理系统，财务管理系统等校园管理信息系统。这些信息化建设内容在学院取得了许多很好的实际应用效果，也为学院的信息化建设提供了良好的环境，许多职能部门在其工作中不一致程度上已经务必依靠学院的信息化系统来完成。1.1.1.2 的问题目前，信息化建设的速度与学校事业进展的需求不相习惯，信息化建设的深度与学院教学、科研、管理的需求不相习惯，信息化建设的广度与师生员工的需求不相习惯，同时.，由于过去各个系统

4、都是孤立的信息系统建设，没有统一的信息访问渠道与统一的身份认证，导致学校信息化面临着下列问题。1.1.2.1 学生面临的问题(1)现有应用重管理轻服务现象严重，为学生提供的信息服务不够全面业务部门管理信息系统建设过程中要紧解决部门内部的流程及管理数据的积存，疏忽了学生的学习服务、生活服务。为学生提供管理服务的各个流程、所提供的信息被业务单元切分，相互割裂，应用系统未能遵循统一的规范与技术规格使得应用集成整合的难度加大。(2)多重身份与密码体系，多重登陆界面，使用方便性不够现有的校园网上面向全校学生访问的系统，各自保护与管理自己的用户信息，用户在访问不一致的系统时，不仅需要输入不一致的访问网址，

5、而且还需要经历不一致的用户名/密码。同时，多个系统存在多套访问页面，且界面风格各异，用户无法通过终端界面统一获取已有的各类信息及服务，当各类应用新增与更新时也无法获知，这些现状给用户的使用带来了极大的不便。1.1.2.2 老师面临的问题（1）缺乏数据标准，系统之间数据难以共享，各部门的协作业务处理困难部门在进行本单位信息化建设时均是立足于解决本部门工作的需要，各个系统都是于不一致的时间，采取不一致的标准与数据库，系统间彼此独立，各自为政，从而形成了校园网上一个个“信息孤岛”，信息与资源无法实现高效共享，也造成了信息的重复管理，数据无法实时更新，同一个类别的数据在一个系统上也许已经更新，但是在另

6、一个系统里却没有变化，源数据获取困难，各部门需要其他部门分管的数据时甚至还有赖于落后的电话、EXCel文档、人工拷盘甚至是纸质介质等低效率的方式。（2）各个业务系统对相同的数据重复管理，效率低下行政办公人员在多套系统中需要对相同的数据进行重复的管理，浪费了人力成本。同时，由于数据多源头管理，权责不清，造成数据的混乱与错误，当需要进行数据统计时，需要进行大量的数据校对与整理工作，严重影响了业务人员的工作效率，对上层应用造成了障碍。（3）现有办公协同手段单一，制约了办公人员的工作效率当前系统为行政办公人员仅提供了基本的查询、统计等事务性的功能，尚不能通过包含短信、彩信、即时通讯工具等多种手段，进行

7、业务的协同、资源的共享与待办的集中提醒，系统协同功能急需扩充。1.1.2.3 信息化管理人员面临的问题（1）缺少统一的技术体系标准及全面的整体建设规划，不利于长期进展在信息化建设过程中，业务系统由各个部门主导完成，缺少技术及功能的长期规划,要紧解决当期的、局部的需求满足，各部门独立建设、独立保护，没有形成统一管理，有的甚至造成系统的重复建设，不利学校信息化的长期进展，造成了严重的资源浪费。（2）应用系统硬件资源分散在各业务部门，缺乏统一管理现有各部门的系统应用系统的服务器大都摆放在自己的办公室内部，没有专业的不间断电源保障、没有温湿度操纵、没有消防措施、也没有服务器的安装保障，这些都会导致服务

8、器硬件的损坏而导致数据的丢失，会给学校造成不可估量的缺失。即使有些条件稍好的，增加经费投入了，会造成不一致部门的重复投入，不便于充分利用与有效地配置资源，不能节约投资。（3）各部门的信息化建设进展不均衡，业务部门感受不到不均衡带来的压力学校各个单元信息化的意识有别，部分管理人员信息管理意识淡薄，不懂得或者不愿意利用现代信息技术来提高工作效率，导致了围绕各个部门的信息化水平不一，进展相互脱节甚至相互制约，导致信息化成本与收益极不对称。（4）业务系统的开发与保护模式不统一，更新保护困难系统的开发平台、数据库与运行环境千差万别，没有明确的技术规范与要求。随着校园网上应用与资源越来越多，应用缺乏有效的

9、组织与管理，技术升级存在风险，从而也带来业务系统保护成本不断增加的问题。1.1.2.4 领导面临的问题（1）已有数据质量差，给全局性的数据统计与查询造成障碍对同一个数据，由于重复录入、录入时的差错与统计标准不统一，由不一致的系统提供就可能产生不一致的结果，各个系统提供的统计数据不完全一致，数据质量低下，使得学校无法通过现有的系统获取学校真实的全局统计数据，比如学生生源情况、学费缴纳情况、全校教职工比例情况、各部门科研经费情况等。（2）对历史数据的收集、整理与储存工作做得不够，无法进行科学决策目前学校使用的大多软件局限于查询、统计、打印报表等事务性处理，具有辅助决策分析功能的不多。学校在办学过程

10、中积存了大量的原始数据，这些原始数据亟需按主题进行收集整理，构建数据仓库系统加以充分利用，获取比如学校资产变化情况、学生就业率、各专业课程数量变化历史参照分析等主题的数据分析结果。这些信息与数据是辅助校领导进行科学决策的重要根据，对学校今后进展具有十分重要的现实意义。为习惯学校高速进展需求，提高学校的教学、办公、管理等的现代化水平，完善学校核心管理信息系统建设，提高学校对信息全面掌握与决策分析能力，进一步推动数字校园建设规划，使学校的管理全面步入信息化。1.2 系统开发根据 软件工程方法要求在软件设计、开发过程中，运用新一代软件工程开发方法(RationalUnifiedPrOCeSS)表达迭

11、代式增量开发、使用实例驱动、以软件体系结构为核心的三个鲜明特征。 软件设计开发的标准使用国际标准信息技术、互联国际标准(IS/IEC11801-1995),与与其等同的国家标准。国家标准：如下表所示:GB85661988计算机软件开发规范GB/T114571995软件工程术语GB/T125041990计算机软件质量保证计划规范GB/T125051990计算机软件配制管理计划规范GB/T140791993软件保护指南GB/T140851993信息处理系统计算机系统配置图符号及约定GB/T155321995计算机软件单元测试GB/T155381995软件工程标准分类法GB/T158531995软件

12、支持环境GB/T162601996信息技术软件产品评价质量特性及其使用指南GB/T166801996软件文档管理指南GB/T175441998信息技术软件包质量要求与测试GB/T182342000信息技术CASE工具的评价与选择指南GB/T18491.12001信息技术软件测量功能规模测量第1部份：概念定义GB/T184922001信息技术系统及软件完整性级别GB/T18905.12002软件工程产品评价第1部分：概述GB/T18905.22002软件工程产品评价第2部分：策划与管理GB/T18905.32002软件工程产品评价第3部分：开发者用的过程GB/T18905.42002软件工程产品

13、评价第4部分：需方用的过程GB/T18905.52002软件工程产品评价第5部分：评价者用的过程GB/T18905.62002软件工程产品评价第6部分：评价模块的文档编制GB/T93851988计算机软件需求说明编制规范GB/T93861988计算机软件测试文件编制规范GB/Z184932001信息技术软件生存周期过程指南GB/Z189142002信息技术软件工程项目CASE工具的使用指南HB64641990软件开发规范HB64651990软件文档编制规范HB64661990软件质量保证计划编制规定HB64671990软件配置管理计划编制规定HB64681990软件需求分析阶段基本要求HB64

14、691990软件需求规格说明编制要求HB/Z1771990软件项目管理基本要求HB/Z1781990软件验收基本要求HB/Z1791990软件保护基本要求HB/Z1801990软件质量特性与评价方法SJ207782000软件开发与文档编制SJ208232002信息技术软件生存周期过程配置管理SJ103671993计算机过程操纵软件开发规程SJ/T112342001软件过程能力评估模型SJ/T112352001软件能力成熟度模型1.3 学校信息化现状目前，学校的校园基础网络架构已经基本完成，网络信息中心正在规划实施“智慧校园”工程。建立大型数据仓库，整合各类网络应用系统，建立基于业务流程的面向师

15、生的统一身份认证平台、统一信息公布平台，实施“校园一卡通”工程，继而建立科学的领导决策支持系统，这必将大大提高学校的教育管理水平与工作效率。多年来学校建设了有关业务管理系统。这些系统在学校取得了较好的实际应用效果，为各部门、广大师生提供了便利的信息化服务，但随着应用的不断深入，也出现了下列问题：1 .信息标准不统一各应用系统建设于不一致时期，使用了不一致的信息标准规范，同时各自独立，各类有效数据不能进行交互合并、信息难以共享。教务处学生的学号与财务处、学生处的学号不一致，导致跨部门业务难以进行，造成不可估量的困难；学校数据与国家标准、省级标准不一致，在数据上报、统计分析时难以与标准规范体系融合

16、；2 .信息孤岛问题比较突出教务处、财务处、人事处等系统及数据各自独立，部门数据不能有效及时交互,导致管理存在漏洞。 新生数据不能及时同步到各业务部门，导致其他部门工作难以有效开展； 学籍变动、人事变动，信息缺乏互通，造成财政收支漏洞； 学生处与后勤部门信息不统一，学生突发状况很难处理；3 .缺乏信息服务集中展示平台各自独立的应用系统导致缺乏协同能力，也缺乏为用户提供个性化信息服务的能力。重管理轻服务，为师生提供的信息服务没有良好的应用体验。 学生入学时：关于报到注册流程不能及时获取，迎新现场效率较差； 学生在校时：各类申请服务需要填写大的重复信息，十分繁杂； 学生离校时：不清晰离校手续审批情

17、况，仍然需要到每个业务部门排队盖章； 老师年底时：年终总结填写，仍要到各个系统去统计自己的工作科研情况，不能通过系统统一获取与生成；4 .各个部门的应用系统（如教务管理系统等），数据维度较窄，不能站在全校的高度进行综合查询与决策分析，各个应用系统能够发挥的效益没有更好地利用与挖掘。 全校人才培养评估体是指标信息，不全面、不及时、不准确； 招生率、报到率、就业率统计难，教师职称统计难，欠费统计难； 教师工作置核算，教学、科研工作无法统计； 学生奖助贷评审，没有参考数据；2建设总体规划2.1 建设原则根学校智慧建设要求，在南师大泰州学院智慧校园建设过程中，着重坚持如下原则： 易操作性原则易操作性要

18、紧表现在下列几个方面：易管理、易使用、方便开发、易学习。 有用、高效、可扩展原则本项目中所使用的产品，要便于操作、有用高效。同时.，随着IT技术与学校业务的不断进展，本系统将会发生各类变化，系统设计务必能习惯这种变化，在系统实施过程中，系统的结构、配置也会发生这样或者那样的变化，该平台要有一定的灵活性来习惯这种变化。 标准化与一致性原则数字化是一个庞大的系统工程，其体系的设计务必遵循一系列的标准，确保各个分系统的一致性，整个系统能安全地互联互通、信息共享。 需求、风险、成本折衷原则任何系统都不可能一直满足业务进展的需要，“南师大泰州分院智慧校园”建设项目也如此。鉴于这种情况，在设计系统时，要在

19、需求、风险与成本之间进行平衡与折中。同时.，要尽量保护已有投资。 整体设计原则本次建设项目只是“南师大泰州分院智慧校园”建设的一部分，是一个基础工作，在设计系统时，务必为以后的建设保留接口，方便扩展，要能保证后期建设的方便。2.2 总体建设思路我们针对南师大泰州分院智慧校园前期信息化建设存在的问题,结合公司在高校信息化建设领域的实践成果，与在金融、企业与政府领域的信息化建设的经验，提出了“南师大泰州分院智慧校园”总体解决方案。以整合为核心，建立一体化的数字化校园 数据整合：建立数据交换平台与公共数据平台，实现学校信息资源共享与利用 应用整合：通过全局服务模型开发与管理工具，实现应用业务协同与统

20、一服务 页面整合：通过门户技术实现全校统一访问界面，展现数字校园的应用信息，整合各类应用之间的间隙集中与分散相习惯的建设模式集中建设模式：基础平台与全局性应用系统使用集中建设模式，把数字化校园的核心内容掌握在自己手中分散建设模式：部门级应用系统使用分散建设模式，选择最满足学校需求的产品与能提供最佳服务的厂商，并通过系统整合技术融入到数字化校园整体框架突出业务协同与面向服务的应用体系建设业务协同：加强部门间的管理协同，细化管理粒度，提高管理效率面向服务：应用系统不只面向管理人员，同时为师生提供服务的平台2.3总体框架2.3.1 系统架构根据总体建设思路与南师大泰州分院的具体情况，我们提出了本项目

21、的系统架构，如下图所示:管理 体系组版机构管理制度侑息标准化人 才 队 伍校园信息门户平台网络安全系统安全一安全体系统一身份认证平台应用支撑平台IT基础设旅应用安全数据安全整个框架分为五个层次:令基础设施层。由学校所有的主机、网络、主机、网络、 帚京管理软件等【系统架构】系统软件、数据库软件等构成，是学校信息化的基础。共享数据层。对部门级业务应用的数据进行抽取、综合、归类与抽象。这一层的目标是集成全校性、全局性信息、支持全校性的共享、分析与互操作。处于共享数据层的中心数据库或者共享数据中心是支持集成共享与互操作的共享数据实体，共享数据中心以物化方式集成共享信息，它的数据能够是冗余的，但不是业务

22、应用系统数据的完整拷贝，它是为面向全校的信息共享与分析决策服务的。它不再是业务处理的流水帐，而是由通过综合的全局共享信息、互操作信息、综合性信息、学校的各类指标体系与可比较分析的外部数据构成。通过数据交换平台，使各应用系统能在应用与数据层面形成一体，实现数据共享,消除信息孤岛。应用支撑层。应用支撑平台提供统一与规范基础服务工具，比如报表工具、分析工具、工作流服务工具等，统一技术标准，实现流程的整合与优化。保证了应用系统的快速开发与部署,大大缩短了系统建设周期，同时也统一了技术标准，节约信息化建设的投资。通过统一身份认证平台，提供统一的身份管理、认证服务与权限管理平台，实现用户、认证与权限的统一

23、管理。应用服务层。由学校各部处与院系的各类应用系统（比如教务、科研、人事等）与覆盖全校的全局服务（比如校友服务、离校服务、迎新服务）构成。全局服务实现并提供各项信息资源与业务应用服务。根据学校全局性的信息共享、查询、统计、报表与全局业务需求建立全局服务。建立一批面向学生、教职员工、管理人员、校领导、校友、国内外公众等以人为中心的全局服务，一批面向学校教学、科研、管理、校园生活等应用业务与数字资源服务等以业务为中心的全局服务。服务展现层。在上述信息资源建设与服务功能建设的基础上展现平台的服务,要紧通过建设南师大泰州分院智慧校园基础平台的门户网站来表达与实施。门户网站提供浏览、查询、搜索、互动等一

24、站式的服务，门户网站是平台的统一服务门户，实现单点登录、统一身份认证，表达平台共享、个性化、交互式的特点。2.3.2 以整合为核心构建数字化校园数字化校园建设的一个要紧目的就是要打破学校内的信息孤岛，其核心是在人、流程与信息三个层面的全面整合。数字化校园应该能够为全校师生员工及校外用户提供统一的、一站式的服务渠道；能够将学各类业务流程穿接起来，实现各类应用系统的互联互通；能够实现公共信息的应用系统间的共享与统一，建立校级统一共享数据中心。本方案提出建立在基于SOA的全局服务模型基础上，以数据整合、应用整合、门户整合来构建南师大泰州分院智慧校园。2.3.2.1 数据整合数据整合的目标是构建数据交

25、换平台与统一的公共数据平台，实现分布在各个数据库（OraCle、SQLServer等）中的学生基本数据、教师基本数据、成绩、教务、公文等基础数据的集中与共享，一方面能够使得各个业务系统之间进行数据交换变得可能，同时能够在这个统一信息库的基础上建立新的综合信息应用，比如决策分析系统等。数据整合服务的目标是： 为各业务系统之间提供一个统一的数据交换通道，使数据交换更加准确、便利、高效、通畅； 为公共数据平台提供一个可靠的数据采集通道。 提高学校IT整体结构的合理性与扩展性，未来新建的信息系统能方便地融合到整个整体结构中来，与其他系统进行数据交换与信息共享。 建立全校统一的、稳固的、一致的信息资源标

26、准； 建立全局共享数据集，结合数据交换平台的数据交换机制，实现学校核心信息资源的共享； 构建强大的公共数据平台管理工具，为平台运行保护与后期扩展提供支持。 包含决策支持系统所需要的数据信息，为决策支持系统积存分析数据； 提供对历史数据管理的整体解决方案。23.2.2门户整合门户整合包含认证集成与门户页面集成两部分工作，校园门户作为数字化校园窗口，它是学校信息资源的综合展现。它在表现层整合各个应用系统，为学校用户提供一站式的信息服务。通过建立一套统一的信息门户平台系统，整合校园各类内部应用系统,通过WEB方式公布信息，对分散在各地的用户进行安全管理及个性化服务，并支持后续协同其他有关部门的业务网

27、站与应用系统，实现资源整合，在减少重复投资的前提下,提供增值服务。通过门户整合能够解决下列问题： 配合统一身份认证平台实现SSo单点登录 能够帮助高校整合现有的各类应用系统 以最小成本开发利用现有资源 提供个性化服务 提供基于门户的交流与协作2.3.2.3应用整合应用整合的目标是以共享数据中心为依托，建议起跨越多个应用系统的共享的服务平台一全局服务，最终实现业务协同，提升管理水平。本方案提出以全局服务模型来实现应用整合，全局服务模型是面向学校全局性的信息共享、查询、统计、分析与全局业务需求而建立的服务框架。全局服务模型的总体框架如下图所示。全局服务信息服务类全局服务管理决策类全局服务数据互操作

28、类全局服务信息查询服务填表服务数字资源服务业务协同类 全局服务统计报表服务决策支持服务教学质量监控数据交换平台统一身份认证平台基础信息 同步服务教学业务信息归档服务公共数据平台管理工具【全局服务模型框架】从图中能够看出，全局服务从本质上看是直接面向最终用户的应用功能，它与业务系统功能最大的区别在于其综合性与跨应用性，一个全局服务需要利用与共享来自于多个业务系统的数据才能完成。全局服务按照服务对象与内容的不一致，能够分为如下几大类型： 信息服务类全局服务。是面向学生、教师、员工、管理人员、校友、学生家长、国内外公众等以人为中心的全局信息服务。比如基于公共数据平台的综合信息查询服务、各类填表服务、

29、与课件、流媒体、电子图书等各类数字资源服务，等。 业务协同类全局服务。是面向学校教学、科研、管理、校园生活等以业务为中心的全局服务。其要紧特点是跨应用、跨部门的综合性业务处理，比如学生收费注册服务、迎新服务、一卡通服务等。 管理决策类全局服务。是面向学校各院系部处管理人员与领导、与学校领导的管理分析与决策支持类全局服务，其特点是信息综合性强、覆盖面广、需求多变，它是对公共数据平台中的基础数据进行统计分析之后的结果展现，比如面向院系部处的各类统计报表、面向学校领导的决策分析、与学校教学质量监控管理等服务功能。 数据互操作类全局服务。是面向各业务系统的数据同步服务，它是以公共数据平台为中心，利用数

30、据交换平台，完成各业务系统所需基础数据的信息同步，比如学生信息、教职工信息向各业务系统（教学、科研、一卡通、设备管理、学生管理等系统）的实时同步。全局服务利用数据交换平台实现各个业务系统之间的数据共享；通过统一身份认证实现单点登录与权限管理，解决跨系统的身份识别与认证问题；通过公共数据平台管理工具构建新的应用。统一身份认证平台为应用系统提供统一的身份管理、认证服务与权限管理，实现对人员、权限、认证的统一管理，减少人员变化、系统扩展带来的管理复杂度。通过建立一套统一的统一身份认证平台，整合全校所有的用户信息、认证服务与权限信息。管理校园内、校园外所有的合法用户，并通过统一的认证服务进行用户身份验

31、证，并授予相应的权限。校园内部各类应用系统，通过统一的认证服务、授权工具、用户管理工具来管理用户、身份及权限。一方面能够统一用户存储的格式，提高用户读取的性能；另外一方面能够加强认证过程的安全性；同时也能提高权限管理的效率与与未来业务的关联扩展。公共数据平台管理工具要紧是通过服务管理工具与通用服务工具实现数字化校园的应用整合。服务管理工具支持全局服务模型服务与应用的建设，管理全局服务模型，它能够清晰地描述出各全局服务组件与公共数据平台中的具体数据资源的关联。通用服务工具支持全局服务组件管理与部署。2.4方案特点本方案具有下列特点: 完整性本方窠充分参考了国内外高校信息化进展的现状与趋势，综合了

32、南师大泰州分院智慧校园建设的方向与愿景，提出了五个层次的信息化解决方案，配套有关的管理制度与安全制度，完整的阐述了南师大泰州分院智慧校园的解决方案。 可扩展性任何一个解决方案都无法完全满足未来不断进展的业务需求,在高速进展的教育行业尤为如此。因此，可扩展性是数字化解决方案中的重中之重。在本方案中，可扩展性表达在方案的各个层面，要紧包含： 共享数据层共享数据层的可扩展性包含三个方面，信息标准的扩展、数据模型的扩展与数据交换的扩展。信息标准的扩展能够通过标准管理软件进行快速扩充与变化,扩充与变化导致的影响能够被及时跟踪与修正。数据模型的扩展或者调整通过图形化界面快速实现。数据交换的扩展通过交换平台

33、配置实现,任何实时或者定时的数据交换需求能够被立刻满足。 应用支撑层统一身份认证平台能够快速与未来新应用系统集成，实现统一用户管理、统一认证服务与统一权限管理，与门户共同实现单点登录。 应用服务层应用服务层的任何扩充与改变,都能够通过假设新的业务系统或者改变原有业务模式快速得到响应。 信息展现层通过部署一个个组件，能够快速响应业务的变化与需求，快速的实现信息资源在展现层的扩展。 安全性安全是信息化的根本。本方案支持不一致的加密技术与手段，确保数据传输过程的安全；建设统一身份认证平台，使用不可逆加密算法，保护应用安全；配套完善的管理制度（备份、恢复）、安全制度，加强数据安全。 先进性本方案充分参

34、考了国内外高校信息化进展的现状与趋势，结合SOA体系架构的理念，提出了全局服务模型架构，既能够满足目前的数字化校园建设需要，同时能习惯未来的扩展。本方案使用我公司自有知识产权的金融级别的数据交换平台，是真正意义上的数据交换产品，支持系统间的异步、同步、定时、实时、增量、批量数据交换；能够方便的实现复杂网络的互联，完成高强度的加密，解决多个校区、不一致网络之间的系统通讯问题，保障数据安全可靠的传输；同时，图形化的设计界面与全局监控使保护与管理更为简单。本方案使用的公共数据平台使用多种数据校验方法，保证数据的一致性，利用数据库技术、CACHE技术与并行处理技术保证数据处理系统性能。公共数据平台与数

35、据交换平台的无缝连接，保证数据采集的可扩充；同时，建立了统一的数据服务机制，保证向应用系统提供数据服务的可扩充。3建设规划内容3.1 数字化校园基础平台3.1.1 校园信息标准3/M.1概述信息标准建设是学校数字化校园项目的重点之一，对推进项目建设，保证信息的交流与共享，有着重要的意义。因此所使用的信息标准务必保证与国家与教育部的信息标准相兼容。信息标准是整个数字校园建设的基础，是实现全校范围内教育信息资源交流与共享的必要条件。信息标准在全校范围内为数据库设计提供类似数据字典的作用，为信息交换、资源共享提供了基础性条件。信息标准需要保证信息在采集、处理、交换、传输的过程中有统一、科学、规范的分

36、类与描述，能够使信息更加有序流通、最大限度地实现信息资源共享，使学校信息系统得到协同进展，发挥信息资源的综合效益。31.1.2建设内容管理信息标准是信息在采集、处理、交换、用户访问、传输过程中的统一规范，是实现学校信息资源共享与信息系统得到协同进展的基础。基于国家标准、教育部标准、行业标准与学校已有的校标，兼顾各个标准之间的兼容性、一致性与标准的可扩展性，建设与完善学校的各项标准并给出信息分类编码规格说明书，建设形成一套符合我校自身实际的管理信息化标准。要紧包含了数据标准、标准管理工具的建设。数据标准：数据按照统一的标准产生、存放、使用，使数据真正实现共享。令信息子集建设：包含学校基本情况信息

37、子集、学生信息子集、教职工信息子集、教学管理信息子集、体育卫生信息子集、办公信息子集、房产信息子集、图书信息子集、财务信息子集等。令代码标准建设：为了保证数据录入规范，便于查找与统计，每个管理子集都对应着相应的标准代码，代码标准分国家代码标准、部颁代码标准、学校代码标准，与代码的定义与说明。令学校自定义编码规范：制定学校自定义编码规范、如学号、职工号、组织机构编号等规则，公司方根据项目实施经验可对学校提供有关规范文档，配合学校完成自定义编码工作。令交换标准：制定学校交换数据描述、互换模型设计，根据业务系统间，数据交换可能用到的数据交换模型，交换周期的配置建议；学校对互换模型实施所作的配合工作。

38、令交换接口标准：交换语义描述标准：交换周期、文件交换（XML文件、DBF文件、其它格式文件）、标准数据交换，使用XML、WEBSerViCe作为数据传输的标准，帮助用户建立统一的数据传输与数据交换规范，实现不一致部门间、不一致应用系统间的数据交换，具有良好的扩展性。明确学校未来加入的应用系统如何对接，与相应的对接标准。令数据模型标准：在数据标准的基础上，对学校的数据模型进行构建，要紧针对分析场景与全局业务、全局统计进行设置。按照主题的形式对元数据、历史数据建立数据模型标准。标准管理工具：对学校的数据标准进行管理，实现对标准的保护与完善。令数据源管理能够动态配置数据标准数据库，支持智能的数据标准

39、生成。令信息标准管理对信息标准的信息项进行管理，支持数据导入导出，支持标准的创建、保护、查询。令编码标准管理对信息标准编码进行管理。3.1.1.3建设要求 标准的兼容性：该“标准”的实施对各职能部门信息系统建设、信息的交流与共享、数据的收集、分析、公布都有着十分重要的意义，因此所使用的信息标准务必与国家标准、教育部教育管理信息化标准等信息标准相兼容。 标准的唯一性：即尽管一个编码对象可有很多不一致名称，也可按各类不一致方式对其进行描述；但是，在一个分类编码标准中，每一编码对象仅有一个给予它的代码，一个代码只唯一表示一个编码对象。 标准的可扩性：随着信息化进程的进展，信息标准也务必是一个及时更新

40、、不断充实的动态系统。 标准的规范性：即在一个信息编码标准中，代码的结构、类型与编写格式务必统一。 标准的适用性：即代码要尽可能的反映分类对象的特点，便于应用。 标准的全面性：信息标准不仅包含国家、教育部级学校本身的业务标准集，还要在业务标准的基础上构建学生数据模型标准、数据分析模型标准、数据仓库标准用以实现学校的业务优化过程与数据资产盘活。3.LL3.1信息资源标准建设从建设内容上划分，数据标准能够分为管理数据集与代码集两大类。管理数据集包含：学校基本情况信息子集、学生信息子集、教学管理子集、教工信息子集、科研信息子集、资产信息子集、体育卫生子集、办公信息子集、图书信息子集、财务管理子集；代

41、码集包含参考标准代码子集（国标、部标、行标）与执行代码子集（应用的参考标准与自定义标准），范围如下图所示：高等学校管理信息标准_通用/标准数据子集管理数据集代码集从模型建设上划分，数据标准建设能够分为标准代码模型、权威数据模型、主题数据模型与资源数据模型建设四个部分，框架如下图所示：公共数据平台通过数据交换平台从数据源系统中采集与获取数据，对数据源系统中所采集的数据进行重新组织，建立核心数据模型。数据模型是公共数据平台的核心，包含：权威数据模型。是面向全局的核心基础数据。它由唯一业务源产生与保护，采集到公共数据平台，供各业务系统共享与引用的数据。比如学生基本信息、教职工基本信息、学生成绩信息、

42、学生缴费信息、设备进本信息、科研项目基本信息等。 标准代码数据模型。根据学校的要求与教育部的标准，建立全校统一的信息资源标准代码集，便于全局数据的共享。 资源数据模型。以文件等形式存储与管理的资源数据，如文档、照片、流媒体等。 主题数据模型。将来自于不一致应用的数据按主题整合组织的数据，便于按主题进行展现。在国标、部标（教育部颁布的信息标准）基础上，结合实际情况选择自己的执行标准。比如假设职称信息在国标、学校现有系统中不一致，系统提供工具供管理人员选择，并记录当前选择执行的标准、其他标准，便于追踪与后续的转换。3.LL3.2标准代码数据模型（数据标准代码集）标准代码数据模型参考相应的国家标准、

43、教育部标准与学校自定义的标准，规范数据字典，形成全校的数据代码标准集。根据学校的实际情况，在建设标准代码数据模型时.，需要构建下列三类代码： 资源库代码：业务系统已经存在的正在使用的代码 代码参考标准：制定标准代码需要参考的现行标准，如国标、行标、校标令国标:包含专业技术职务代码、干部职务级别代码等一系列国家标准代码集。令行标：参考教育部公布的有关标准，包含培养方式代码、二级学科代码等一系列行业标准代码集。令校标：根据学校情况，自定义校内的有关标准代码，包含校区代码、学科类别、身份类别等学校已经存在或者新定义的标准代码集。 代码执行标准：根据资源库代码、代码参考标准，形成代码执行标准通过制定学

44、校自己的标准代码集，建立学校信息资源的数据标准及数据交换标准。关于已经存在的系统，其非标准的信息资源，通过标准代码集进行转换，信息资源交换到核心数据库都成为标准的信息资源，并为其它各个应用系统提供统一的信息资源服务。关于新上的应用系统，通过统一的数据标准，可逐步形成全校的信息建设规范。制定代码执行标准的原则 向上靠原则：已有国家标准、部委标准的，使用国家与部委标准，不制定新标准 继承性原则：对已公布的教育部2002版标准，尽可能与其保持一致； 前瞻性原则：以现有系统为基础，着眼于长远进展需求，使本信息标准具有较长的生命周期。初步拟订的标准代码包含，序号标准代码名称1.保管期限代码2.保险福利费

45、细目代码3.高等学校本、专科专业代码-内容分解版本4.高等学校本、专科专业代码5.编制类别代码6.编制异动代码7.出版社级别代码8.处分名称代码9.成果获奖类别代码10.出国（境）经费来源代码11.成果类型代码12.成绩等级代码13.产权及使用状况代码14.辞去社会兼职或者学术团体职务原因代码15.档案分类代码16.导师类别代码17.单位级别代码18.单位性质代码19.房间用途代码20.法律状态代码21.发送方式代码22.房屋产权代码23.房屋类型代码24.封装方式代码25.港澳台侨外代码26.高等学校固定资产分类及编码27.管理级别代码28.管理体制代码29.工人技术等级、职务代码30.本专科（研究生）毕业去向代码31.工资变动原因代码32.工资级别代码33.工资类别代码-内容分解版本34.工资类别代码35.获得方式代码36.获得学历方式代码37.户口性质代码38.学术会议等级代码39.行业工种类别代码40.会议举办形式代码41.就读方式代码42.鉴定结论代码43.经费科目代码44.经费来源代码45.机构类型代码46.计划完成情况代码47.紧急程度代码48.奖励级别代码49.权限代码50.教师获奖类别代码51.奖学金类型代码52.教学类型代码53.进修性质代码54.就业单位性质代码55.就业落实方式代码56.教育结果代码57.教职工类别代码58.教职工来源代码