职业院校教育云平台项目立项申请书

职业院校教育云平台项目立项申请书V3.0 职业院校教育云平台项目立 项 申 请 书 目录 一. 职业院校教育云整体解决方案 1 1.1 教育信息化建设的新思路 1 1.2 当前教育信息化面临的挑战 1 1.2.1 孤岛架构存在如下问题： 2 1.2.1.1 数据孤岛 2 1.2.1.2 应用孤岛 2 1.2.1.3 硬件孤岛： 4 1.2.1.3.1高能耗、低可用问题 4 1.2.1.3.2 低安全问题 6 1.2.2 软件架构陈旧问题： 6 1.3 职业院校教育云整体解决思路 6 1.3.1 弹性架构简述 7 1.3.1.1 孤岛架构 7 1.3.1.2 新一代弹性架构 8 1.3.2 64位简述 9 1.4 职业院校教育云基础平台（PASS） 10 1.4.1 职业院校教育云基础平台（PAAS）概述 10 1.4.2 职业院校教育云基础平台框架图 11 1.4.3统一建设标准 11 1.4.4 建立数据中心，统一数据管理 11 1.4.5 云服务中间件和云聚合中间件 12 1.4.6 统一、开放的展现层 14 1.4.7 “云+端”的“AAA”应用模式 14 1.4.8快速响应变化需求 16 1.4.8.1 基础软件及标准接口简述 16 1.4.8.2 通过通用服务扩展和开发简述 18 1.4.8.2.1 应用扩展和开发的必要性 18 1.4.8.2.2 现阶段扩展和开发的难点及现状 18 1.4.8.2.3梯度扩展和开发解决方案 19 1.4.9 职业院校教育云基础平台的优势 20 1.4.9.1 标准性优势 20 1.4.9.2 综合实力优势 21 1.4.9.3 技术优势 22 1.4.10 职业院校教育云基础平台技术实现方法和路线 23 1.4.10.1 技术实现方法和路线 23 1.4.10.2 计算模式技术选择——云计算 23 1.4.10.3 应用架构技术选择——SOA/WOA 26 1.4.10.4基于SOA/WOA架构的MVC 28 1.4.10.5 REST和SOAP服务 30 1.4.11 云服务中间件和云聚合中间件简述 31 1.4.11.1 云服务中间件简介 32 1.4.11.1.1 云服务生成器简介 32 1.4.11.1.2 数据桥接器简介 33 1.4.11.1.3 云服务总线 36 1.4.11.1.4 云服务网关 38 遵循的电子政务国家标准： 42 支持的WEB服务标准主要包括: 42 1.4.11.2 云聚合中间件简介 43 1.4.11.2.1 产品概述 44 1.4.11.2.2 标准化的基础门户架构 45 1.4.11.2.3 七大应用池 45 1.5 职业院校教育云协同应用系统（SAAS） 46 1.5.1 职业院校教育云协同应用简述（SAAS） 46 1.5.2 职业院校教育云协同应用（SAAS）主要子系统 47 1.5.3 职业院校教育云协同应用简述（SAAS）主要特点 47 1.5.4 职业院校教育云协同系统建设方式 48 1.5.5 云门户系统 49 1.5.5.1 传统的门户网站，存在如下问题： 49 1.5.5.2 云门户概述 49 1.5.6 个人虚拟门户 51 1.5.7 云教学系统 51 1.5.7.1 传统的课堂教学，存在如下问题： 51 1.5.7.2 协同教育新模式简述 52 1.5.8 云文件系统 54 1.5.8.1 文件管理简述 54 1.5.8.2 当前文件管理存在的问题 54 1.5.8.3 云文件系统简述 54 1.5.9 云存储系统 55 1.5.9.1 当前个人资料管理存在的问题 55 1.5.9.2 云储存系统简述 56 1.5.9.3 云存储功能简介 56 1.5.9.3.1 终端主要功能介绍 56 1.5.9.3.2 云端主要功能介绍 57 1.5.10 云资源系统 58 1.5.10.1 当前资源建设平台存在的问题 58 1.5.10.2 云资源系统功能简介 59 1.5.10.2.1 即时互动，协同共建 59 1.5.10.2.2 “云+端”的“AAA”应用 60 1.5.10.2.3 资源关联 60 1.5.10.2.4 权限跳转，角色定位 61 1.5.10.2.5 资源制作 61 1.5.10.2.6 多媒体资源云端播放 61 1.5.10.2.7 直接下载资源 61 1.5.10.2.8 资源上传 62 1.5.10.2.9 审核资源 62 1.5.10.2.10 资源评分 62 1.5.10.2.11 资源排序 62 1.5.10.2.12 管理个人资源 63 1.5.10.2.13 资源检索 63 1.5.10.2.14 资源结构管理 63 1.5.11 云办公系统 63 1.5.11.1 OA办公自动化的作用 63 1.5.11.1.1 通过工作流 64 1.5.11.1.2 强化领导监控管理 65 1.5.11.1.3 协同工作，工作提醒 65 1.5.11.1.4 有效管理起有形 65 1.5.11.2 云办公系统的特点 65 1.5.11.2.1 自然形成，信息关联 66 1.5.11.2.2 “AAA”工作模式； 66 1.5.11.2.3 流程重组及优化 66 1.5.11.2.4 深度整合性 67 1.5.11.2.5 梯度扩展性 67 1.5.11.3 云办公主要功能模块 67 1.5.11.3.1 流程管理 67 1.5.11.3.2 部门资料管理 69 1.5.11.3.3 任务管理 70 1.5.11.3.4 日程安排 70 1.5.11.3.5 我的工资单 71 1.5.11.3.6 通知通告 71 1.5.11.3.7 同事通讯录 72 1.5.11.3.8 邮件 72 1.5.11.3.9 即时视音频通讯系统 72 1.5.11.3.10 手机短信 72 1.5.12 云统计系统 73 1.5.12.1 当前统计存在的问题 73 1.5.12.2 云统计系统简述 73 1.5.13 平安校园系统 74 1.5.13.1 当前校园安全问题 74 1.5.13.2 平安校园系统 74 1.5.14 基础软件 75 1.5.14.1 当前教育城域网沟通交流存在的问题 75 1.5.14.2 职业院校交流沟通系统目标 75 1.6 职业院校教育云硬件基础架构及服务层（IAAS） 76 1.6.1 当前硬件基础设施存在的问题 76 1.6.1.1 高投入、难管理、低可用 76 1.6.1.2 低安全问题 78 1.6.2 1.6（IAAS）重点解决的问题 78 1.6.2.1 职业院校教育云IAAS层逻辑架构 79 1.6.2.2 职业院校教育云IAAS层管理主要功能 80 1.6.2.2.1 系统监控模块 81 1.6.2.2.2 数据保护模块 82 1.6.2.2.3 服务配置管理模块 82 1.6.2.2.4 安装并维护应用程序等 82 1.6.2.3 云计算平台服务器共享资源池 83 1.6.2.3.1交换机的控制单元 83 1.6.2.3.2 管理物理交换机的控制单元 83 1.6.2.4 职业院校教育云（IAAS）架构 84 1.6.2.5 职业院校教育云（IAAS）物理架构 85 1.6.2.6 职业院校教育云（IAAS）实施架构 86 1.6.2.7 自服务功能 87 1.6.2.8 服务生命周期管理 89 1.6.2.9 服务请求管理 90 1.6.2.10 服务状态管理 91 1.6.2.11 资源管理 93 1.6.2.12 虚拟机管理 93 1.6.2.13 资源服务 93 1.6.2.14 备份与恢复 94 1.6.2.15 系统管理 94 1.6.2.16 对系统管理模块的运维包括： 95 1.6.2.17 解决方案描述： 97 1.6.2.18 架构规划（IAAS） 100 1.6.2.19 硬件要求 104 1.7 典型客户案例分析 105 1.7.1 客户名称：迈阿密学区 105 1.7.2 客户名称：新疆克拉玛依学区 106 1.7.3 客户名称：深圳宝安教育局 107 1.7.4 客户名称：成都云计算中心 108 二. 附件：云计算综述 110 2.1 云计算简介 111 2.1.1 云计算概述 111 2.1.2 为什么需要云计算 114 2.2 云计算架构的服务层介绍 115 2.3 职业院校云计算 116 2.3.1 什么是“云+端” 116 2.3.2 为什么需要“云+端” 117 2.3.3 职业院校云计算总体架构 118 2.3.4 职业院校云计算架构服务层介绍 120 2.3.4.1 IaaS（基础设施即服务） 120 2.3.4.1.1 虚拟化技术概述 120 2.3.4.1.2应用程序和桌面。 122 2.3.4.1.3 职业院校虚拟化解决方案 122 2.3.4.2 Paas（平台即服务） 124 2.3.4.3 Saas（软件即服务） 130 一. 职业院校教育云整体解决方案 1.1 教育信息化建设的新思路 职业院校教育云整体解决方案在教育城域网的基础上，以“相对集中”的建设思路，进行教育城域网综合应用服务“大中心”的规划和实施，从而实现集中投资、整体规划和集中管理。 使用先进的云技术（64位弹性架构）与教育深度融合，创新教育模式（协同教育），实现教育均衡，为公平教育服务。 不仅要解决数据互联互通问题，消除信息孤岛，实现资源整合与共享；而且未来能够灵活地应对需求发展，可以根据需求的发展变化，在此平台上快速开发建设丰富多样的教育应用；同时保证这些应用有机统一，集成创新，发挥最大效益。 1.2 当前教育信息化面临的挑战 《国家中长期教育改革和发展规划纲要（2010-2020年）》对教育信息化建设提出了更高的要求，而由于历史和技术发展原因，现有的教育城域网，是“按需、逐个、独立”建设，是“孤岛架构”，各应用系统因缺乏统一的标准和规范，自成一套体系，形成了“数据孤岛、应用孤岛、硬件孤岛”三大孤岛； 架构陈旧，性能很难满足城域网大规模并发应用需求。 1.2.1 孤岛架构存在如下问题： 1.2.1.1 数据孤岛 数据不能共享：比如每一个应用系统，都需要用户身份数据，因缺乏统一的标准和规范，各系统数据不能共享，只能每个系统重复录入这些数据；当用户身份数据发生变化时，需要在各系统去手工更新这些数据，往往因为各种原因，有些系统更新了，而有些系统没更新过来，造成各系统数据不一致现象；比如学习系统中，学生的学习过程记录，只存储于学习系统，不能存入统一的学生档案袋系统，老师在教研系统中，形成的教学资源，不能存入统一的资源库系统中等等；资源系统中的资源，不能直接应用到教学系统中，只能先下载，再上传，这种方法，浪费使用者时间，浪费宝贵的网络资源，浪费数据库空间，影响数据库性能。 数据不能交换：比如各教育城域网，都需要向上级主管部门上报或从上级上管部门数据中心获取相关数据，因为缺乏统一的交换标准，只能手工进行，极大地影响了工作效率，人为增加了出错概率； 1.2.1.2 应用孤岛 缺乏统一身份认证体系：每进入一个系统，都要进行身份验证，频繁输入帐号，密码，给使用者造成麻烦。同时，造成很多使用者使用简单密码，而给整个系统造成安全隐患； 缺乏统一的信息展现层：与本人相关的重要信息分散在各个系统中，使用者要获这些重要信息，需要频繁穿梭往返于各个系统中，苦不堪言。 各软件系统功能重复堆砌：一些通用的基本功能，如信息发布模块，搜索模块