- 1、本文档共126页,可阅读全部内容。
- 2、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。
- 3、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载。
- 4、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
查看更多
北京政法职业学院信息化建设-基础设施与服务资源管理平台项目申报书教程
北京政法职业学院
基础设施与服务资源管理平台项目建设
申报书
项目名称:北京政法职业学院信息化建设-
基础设施与服务资源管理平台项目
申报单位(盖章):北京政法职业学院
申报单位项目联系人:
联系电话:
申报时间:2015年 11月2日
一、背景、现状和必要性
(一)背景
《国家中长期教育改革和发展规划纲要(2010-2020年)》(以下简称《规划纲要》)明确提出了“信息技术对于教育具有革命性影响,必须予以高度重视”
要实现《顶层设计》中的总体架构,基础设施,基础数据,服务组件三层的建设尤为重要:
1.基础设施
基础设施是为学院信息化服务提供通讯、计算、存储服务基础资源,包括网络基础设施、服务器、存储设备、虚拟化等。
网络基础设施提供数据通讯及相关服务,包括有线网、无线网、互联网、物联网等;
服务器是信息化服务的计算资源,主要指物理服务器设备资源;
存储设备是信息化服务的数据存储资源,主要指物理上的存储介质,包括灾备设备等等;
虚拟化是指利用虚拟化软件将物理的硬件资源如CPU、Memory、Disk等虚拟成共享资源池,为上层应用提供高效、动态、灵活的资源服务,最大化利用物理资源,最小化硬件资源闲置。
2.基础数据
基础数据层主要完成学院总体资源的存储以及提供对外访问接口。数字资源的类型和格式存在多样性,因此,结构化,半结构化和非结构化数据的存储均需要支持。
3.服务组件
为了提高响应效率,缩短开发周期,降低开发成本,提高软件复用能力,实现敏捷开发,基于云计算——软件即服务(SAAS)的思想,构造学院的服务中间件,这些服务中间件统称为服务组件,是学院信息化服务软件应用服务在顶层设计基础上的高级应用。业务应用开发和部署都基于服务组件和下层平台的支持。服务组件自身有一个建设、应用和完善的周期,根据业务建设需要开发服务组件。
基础设置与服务管理平台可以很好的解决三层基础层的建设,以硬件虚拟化为基础,以服务组件开发为核心,以分布式存储为手段,为实现《顶层设计》的总体规划打下坚固的基础,保证规划的顺利推进。
(二)现状
数字化校园是由多个业务应用系统集成在一起的、复杂的、分布式大型系统,目前学校已经建成了相关的教学管理、教育管理信息系统,这些信息系统的建成和使用对教学和教育管理工作起到了巨大的推动作用,但是这些系统的建设却是条款分割、各自为政的,各负责的业务部门根据自己的实际需求进行开发建设,缺乏规范化、标准化和兼容性,信息资源难以共享,缺乏统一的顶层设计,学院当前在信息化建设方面存在着如下问题:
学院信息化建设项目的硬件环境完全独立,硬件资源使用率无法达到最大化,项目过期后遗留的硬件资源容易闲置,基础硬件设施综合使用率低;
学院的数据存储缺乏统一的部署和管理,各种应用系统使用不同的形式存储数据,而且数据存储在不同的设备上;
学院各个业务系统的建设由各部门各自负责,形成信息孤岛,从而导致各个实现数据交换高效传递
通过对学院业务的全面细致的分析,可以抽取出常用的服务组件包括:
服务组件资源:
搜索服务组件
上传服务组件
下载服务组件
文件处理服务组件
日志记录服务组件
软件资源:
分布式数据库服务组件
分布式文件系统组件
数据收集组件
负载均衡系统组件
中间件服务组件
分布式缓存组件
监控组件
硬件资源:
服务器虚拟化组件
资源管理组件
操作系统组件
如果将这些通用组件标准化并通过统一的资源库进行管理,将大大节省应用系统构建的成本、提高效率,同时也便于学校之间、校企之间的信息交互和共享,最终提升整个教育行业的信息化标准化水平。
基于以上所述,我院申请基础设施与服务资源管理平台项目,旨在通过本项目的研究和实施,建立一个统一的管理平台,平台中将实现基础设施资源的统一管理和分配、实现各类基础数据的统一存储和管理、预置教育信息化常用的业务和技术组件,以便未来各类业务应用系统复用。
基础设施和服务的统一管理,是为了提高硬件资源使用率,提高响应效率,缩短开发周期,降低开发和维护成本,提高软件复用能力。业务应用开发和部署都基于服务组件和下层平台的支持。
本项目的意义和必要性可以从以下几个方面进一步分析:
加速业务应用系统的构建,提高效率、节省成本
从学院目前的信息化架构来看,各业务系统相对独立,只是各自实现自己的功能,系统间几乎没有交互,属于典型的信息孤岛型架构,如下图所示:
在学院目前的信息化架构下,每次增加建设一个业务系统,都需要从IT硬件、中间件、程序模块、业务逻辑、交付界面自上而下都建设一遍,这样的信息化架构,其弊端不言而喻:
1、每个硬件的IT硬件配置都要依据系统的理论最高峰值,导致IT硬件的综合使用率低。
2、各系统彼此割裂,形成信息孤岛,数据难以共享,创新
您可能关注的文档
- 北京市石景山区2016初三二模物理试卷和参考答案教程.doc
- 2015年广东省特殊支持计划讲义.doc
- 2015年工程车介绍讲义.ppt
- 2015年广州越秀区九年级下期中试卷(刘兵)讲义.doc
- 北京市造价员继续教育培训2教程.ppt
- 2015年广西柳州市中考化学试卷讲义.doc
- 北京市部分系列初级专业技术资格考试无机非金属建材试题教程.doc
- 2015年广西普法考试题库讲义.doc
- 2015年广西生态文明与可持续发展公需科目考试答案(82分)讲义.docx
- 2015年庆阳市药品抽检工作总结讲义.doc
- 数据仓库:Redshift:Redshift与BI工具集成.docx
- 数据仓库:Redshift:数据仓库原理与设计.docx
- 数据仓库:Snowflake:数据仓库成本控制与Snowflake定价策略.docx
- 大数据基础:大数据概述:大数据处理框架MapReduce.docx
- 实时计算:GoogleDataflow服务架构解析.docx
- 分布式存储系统:HDFS与MapReduce集成教程.docx
- 实时计算:Azure Stream Analytics:数据流窗口与聚合操作.docx
- 实时计算:Kafka Streams:Kafka Streams架构与原理.docx
- 实时计算:Kafka Streams:Kafka Streams连接器开发与使用.docx
- 数据仓库:BigQuery:BigQuery数据分区与索引优化.docx
文档评论(0)