上海xx大学信息化校园总体方案内容摘要:

范管理、组织起来,包括办公自动化系统、数字图书馆、管理信息系统和网络教学系统等,它们是 信息化 校园的核心支持系统; 再往外是“信息服务层”:它主要处理用户逻辑,将规范化的数据按照用户的需要提取出来提供给用户,为用户提供服务,如后勤服务、信息查询、决策支持、电子商务等; 最外层是“个性化门户(虚拟大学)”:它是数字校园的总入口,各类用户通过门户进入数字校园,可以获得与其身份相对应的信息与服务。 在校园充分数字化后,大学的功能就将突破围墙的限制,成为一个可以覆盖网络可达范围的无疆域的校园,用户进入门户就等于进入了虚拟校园。 总体框架结构 基于学校网络硬件基础已经初具规模,未来工作将 放在网络服务体系的建设上,并且将是一个长 抓不懈的大事。 在建设完成后, 建议学校的数字校园建设从以下十个系统入手(如下图所示),分阶段、有步骤地实施: 上海 XX 大学信息化校园与教育项目方案 第 7 页 /共 22 页 数字校园 总体框架示意图  校园网网络基础系统完善与整合建设  公共数据库及查询系统(学校数据中心、 IDC)  基于统一身份认证的门户网站( Portal)  公共资源服务系统(站群系统、邮件系统、视频会议系统)  网络办公自动化系统  网络教学及教学评估系统  数字图书、学科资源系统  集成化的信息管理系统  校园一卡通系统  网络安全体系 【说明】 本方案在尝试说明数字化校园的总体框架结构的基础上,将重点对构建统一门户网站和统一通信平台进行详细阐述(上文黑体加粗部分)。 上海 XX 大学信息化校园与教育项目方案 第 8 页 /共 22 页 逻辑结构设计 “面向服务”、“业务模块化”是我们对该系统在逻辑结构上的总体设计思路,从逻辑结构上来看,本系统大致分了三个部分,分别是展现层(即通常意义的UI 层,用户界面层)、应用层和基础平台层,详细如下图所示: 应 用 层 展 现 层 展 现 层其他业务系统管 理 人 员门 户 网 站中 心 数 据 库其他业务系统内 部 用 户公 众第 一 阶 段 实 现 功 能门 户 网 站后 续 阶 段 实 现 功 能网 络 办 公 系 统网 络 教 学 及 评 估 系 统数 字 图 书 及 学 科 资 源系 统集 成 化 的 信 息 管 理 系 统 基 础 平 台 用 户 帐 户 及 相 关 信 息 库其 他 业 务 系 统 数 据 库 网 络 平 台D B D B D B D B统 一 沟 通 平 台校 园 一 卡 通 逻辑结构总体示意图 基础平台 基础平台是整个系统运行的基础,主要包括了两部分内容:第一部分是基础的网络平台;第二部分主要包括该系统的用户信息数据库,包括用户帐户、用户密码以及用户帐户相关的附属信息。 上海 XX 大学信息化校园与教育项目方案 第 9 页 /共 22 页 应用层 应用层是整个系统的功能实现以及业务办理的体现,应用层的内容是本系统重点建设的部分,从图 、数据库功能模块、系统接功能模块组成,下面我们依次对这三个业务功能模块进行说明: P o r t a l S i t eD a t a b a s e表 单 传 递 数 据 转 发开 发 接 口用 户 及 权 限 管 理数 据 录 入配 置 管 理数 据 接 收数 据 处 理数 据 存 储数 据 备 份 图 应用层设计示意图  业务逻 辑模块设计 我们在业务功能模块在初期设计中将考虑了主要的业务功能,分别是门户网站、查询统计、数据处理、数据分析、系统设置、系统管理、辅助决策、其他扩展(如:后期的数据整合)。 针对业务功能模块的扩展性的问题,由于我们在最初的设计阶段就考虑采用“面向服务”和“模块化”的设计思路,所以在后期有新的业务功能需求产生时,也可以非常方便的进行功能模块的添加。  数据库模块设计 在数据库方面的设计,我们针对本系统设立一个独立的数据库,将系统功能上海 XX 大学信息化校园与教育项目方案 第 10 页 /共 22 页 模块所涉及的所有业务数据都集中存储在此数据库中,同时考虑到后期本系统有可能会和 其他业务系统进行数据交换,故在数据库结构设计、数据表结构设计、存储过程结构设计、数据存储格式方面都将统一采用一套完整化、规范化、体系化的规则,方便后期的数据集中和数据集成。  系统接口模块设计 在应用层的系统扩展接口模块方面,我们会为后期的扩展预留接口,方便与其他系统进行交互。 在具体实现方式上,常规的系统在做预留接口方面将在类、方法和属性方面提供一套标准。 而针对于本系统而言,由于是采用 B/S(浏览器/服务器)结构,只需要提供若干成型的 Web Services( Web 服务)即可,着重实现数据的读取、写入和动作 执行等功能。 展现层 展现层,即 UI( User Interface 用户界面层),该层承载的功能较简单,主要是实现用户与系统功能模块进行交互的访问功能,在展现层的设计特点就是要从界面风格、色彩、内容模块、使用习惯等方面满足工作人员的日常交互需求。 而从用户体验方面而言,本系统的用户(包括社会公众、内部用户、系统管理人员)都可以使用 IE 浏览器或 Office 客户端进行相关的操作。 物理架构设计 由于本系统服务对象以及功能的特殊性,在高可用性方面我们做了如下设计,从总的系统框架性结构以及未来应用的扩展性而言,我们建议按照双机热备的设计进行总体架构,后期如果随着业务规模的扩大以及核心数据的安全需求提升,可以方便的进行服务器群集的架设。 双机热备特指基于 Active/Standby 方式的服务器热备。 服务器数据包括数据库数据同时往两台或多台服务器写,或者使用一个共享的存储设备(注:本方案中拟采用共享存储设备)。 在同一时间内只有一台服务器运行。 当其中运行着的上海 XX 大学信息化校园与教育项目方案 第 11 页 /共 22 页 一台服务器出现故障无法启动时,另一台备份服务器会通 过双机软件的诊测(一般是通过心跳诊断)将 standby 机器激活,保证应用在短时间内完全恢复正常使用。 W i n d o w s S e r v e r 2 0 0 5 + M O S S W i n d o w s S e r v e r 2 0 0 5 + M O S SW i n d o w s S e r v e r 2 0 0 3 + S Q L S e r v e r 2 0 0 5 W i n d o w s S e r v e r 2 0 0 3 + S Q L S e r v e r 2 0 0 5W i n d o w s S e r v e r 2 0 0 5 + A c t i v e D i r e c t o r y电 子 政 务 外 网 统 一 存 储用 户 信 息 数 据 库门 户 站 点 门 户 站 点数 据 库 驱 动 器 数 据 库 驱 动 器数 据 存 储 区 域心 跳 线网 络 线心 跳 线网 络 线。
阅读剩余 0%
本站所有文章资讯、展示的图片素材等内容均为注册用户上传(部分报媒/平媒内容转载自网络合作媒体),仅供学习参考。 用户通过本站上传、发布的任何内容的知识产权归属用户或原始著作权人所有。如有侵犯您的版权,请联系我们反馈本站将在三个工作日内改正。