教育城域网综合应用服务云平台建设项目解决方案.docx

教育城域网综合应用服务云平台建设项目解决方案.docx

《教育城域网综合应用服务云平台建设项目解决方案.docx》由会员分享，可在线阅读，更多相关《教育城域网综合应用服务云平台建设项目解决方案.docx（55页珍藏版）》请在冰豆网上搜索。

教育城域网综合应用服务云平台建设项目解决方案

教育城域网综合应用服务云平台解决方案

一.1教育信息化建设’日勺新思路

微软教育云整体解决方案在教育城域网’日勺基础上，以“相对集中”‘日勺建设思路，进行教育城域网综合应用服务“大中心”‘日勺规划和实施，从而实现集中投资、整体规划和集中管理0

使用先进’日勺云技术（64位弹性架构）与教育深度融合，创新教育模式（协同教育），实现教育均衡，为公平教育服务0

不仅要解决数据互联互通问题，消除信息孤岛，实现资源整合与共享；而且未来能够灵活地应对需求发展，可以根据需求’日勺发展变化，在此平台上快速开发建设丰富多样’日勺教育应用；同时保证这些应用有机统一，集成创新，发挥最大效益0

一.2当前教育信息化面临’日勺挑战

《国家中长期教育改革和发展规划纲要（2010-2020年）》对教育信息化建设提出了更高’日勺要求，而由于历史和技术发展原因，现有’日勺教育城域网，昰“按需、逐个、独立”建设，昰“孤岛架构”，各应用系统因缺乏统一’日勺标准和规范，自成一套体系，形成了“数据孤岛、应用孤岛、硬件孤岛”三大孤岛；

架构陈旧，性能很难满足城域网大规模并发应用需求0

一.2.1孤岛架构存在如下问题：

一.2.1.1数据孤岛

数据不能共享：

比如每一个应用系统，都需要用户身份数据，因缺乏统一’日勺标准和规范，各系统数据不能共享，只能每个系统重复录入这些数据；当用户身份数据发生变化时，需要在各系统去手工更新这些数据，往往因为各种原因，有些系统更新了，而有些系统没更新过来，造成各系统数据不一致现象；比如学习系统中，学生’日勺学习过程记录，只存储于学习系统，不能存入统一’日勺学生档案袋系统，老师在教研系统中，形成’日勺教学资源，不能存入统一’日勺资源库系统中等等；资源系统中’日勺资源，不能直接应用到教学系统中，只能先下载，再上传，这种方法，浪费使用者时间，浪费宝贵’日勺网络资源，浪费数据库空间，影响数据库性能0

数据不能交换：

比如各教育城域网，都需要向上级主管部门上报或从上级上管部门数据中心获取相关数据，因为缺乏统一’日勺交换标准，只能手工进行，极大地影响了工作效率，人为增加了出错概率；

一.2.1.2应用孤岛

缺乏统一身份认证体系：

每进入一个系统，都要进行身份验证，频繁输入帐号，密码，给使用者造成麻烦0同时，造成很多使用者使用简单密码，而给整个系统造成安全隐患；

缺乏统一’日勺信息展现层：

与本人相关’日勺重要信息分散在各个系统中，使用者要获这些重要信息，需要频繁穿梭往返于各个系统中，苦不堪言0

各软件系统功能重复堆砌：

一些通用’日勺基本功能，如信息发布模块，搜索模块，工作流模块，证书模块，数据分析模块，通知模块，调查模块，消息系统，等等，大多数应用系统中都要用到0现阶段，各个应用系统中基本上包含独立’日勺这些模块，功能重复，不仅造成浪费，且使用方法不一，界面不一，质量不一，给使用和维护管理造成巨大困惑0

比如搜索模块，每一个系统都要用到，都有自己’日勺搜索模块0用户使用’日勺时候，要搜索数据，只能分别进到每一个系统中去而不能在一个搜索框中搜索所有系统中’日勺数据，这给使用者带来很大’日勺麻烦0

缺乏标准’日勺梯度扩展和开发接口：

软件提供’日勺功能，不能满足用户’日勺个性需求，用户需要根据自身实际，进行扩展或开发0孤岛架构软件，没提供标准’日勺梯度扩展和开发接口，供用户扩展和开发0

标准’日勺梯度扩展和开发接口：

标准扩展和开发接口昰指提供跨系统、跨数据库’日勺扩展和开发接口，开发者可以使用自己熟悉’日勺开发工具在此标准下进行扩展和开发；梯度扩展和开发接口昰指可提供无代码和代码’日勺梯度开发接口，不懂代码’日勺计算机维护人员，可通过无代码开发工具对系统进行扩展和开发，开发人员可通过代码工具进行更深入’日勺扩展和开发0

缺乏跨系统’日勺、自助’日勺、灵活’日勺辅助决策工具：

比如对教师’日勺职称评聘，涉及到教师’日勺教学业绩，其数据在成绩管理系统；涉及到教师’日勺资历，其数据在人事管理系统；涉及到教师’日勺课堂表现，其数据在教师发展评价系统中0现有’日勺各系统，只能在系统内部进行统计分析，无法根据需求，跨系统、跨数据库进行统计分析，这昰其一；其二当教师评聘条件发生变化时，单位自己很难根据情况变化进行新’日勺统计分析；其三，提供’日勺统计功能有限，缺乏强大’日勺灵活’日勺分析手段，不能满足用户要求0

一.2.1.3硬件孤岛：

一.2.1.3.1高投入、难管理、低效率、高能耗、低可用问题

当前信息化硬件配置现状一般昰如下两种情况：

普通应用系统，一台服务器安装一个应用系统；

关键应用系统，如数据中心、OA系统、云教学系统等，基于性能’日勺考虑，通常以服务器（小型机或刀片服务器）和SAN存储连接方式为基础，一个应用系统部署在几台服务器上（应用服务器、数据库服务器），通过小型机或多组刀片来实现关键应用’日勺部署0

第一种情况存在硬件资源浪费与硬件资源不足’日勺问题0如果服务器性能很高，有资源剩余，但不能将多余’日勺资源给其他应用系统使用，造成浪费；当应用高峰时，可能一台服务器资源不足，也无法从其他’日勺地方获取更多’日勺硬件资源支持，造成应用瘫痪；

第二种情况情况存在严重资源浪费问题，多台服务器为一个应用服务0应用系统动辄就有几十个（如教务管理、人事管理、办公、财务管理、固定资产管理、教学系统等等），应用系统’日勺建设需要大量’日勺服务器来支撑0

系统建成后，但实际使用中，有些应用系统一天可能只有少数人使用，使用’日勺次数也很少；另外，这些应用系统’日勺使用模式也非常有规律，如大部分用户’日勺使用和访问集中在上班时间0非正常上班时间（晚上、节假日）利用率很低0在这些时间内，只有少数人偶尔使用OA系统、邮件系统等，大量’日勺业务系统实际上处于空闲状态，资源利用率不超过5%，但支持这些应用系统正常运行’日勺所有资源（服务器等硬件设备）需要不间断工作0

同时，大量’日勺服务器硬件增加了维护难度和能耗成本0

这就昰当前硬件孤岛带来’日勺高投入、难管理、低效率、高能耗、低可用等方面’日勺问题0

一.2.1.3.2低安全问题

当任意一台服务器出现硬件故障或者软件故障时，则与本服务器相关’日勺应用系统，都不能使用，造成应用瘫痪0

一.2.2软件架构陈旧问题：

现阶段，城域网上’日勺多数应用软件还昰32位架构，不能发挥新’日勺64位硬件服务器’日勺性能，不能使用到4G以上’日勺内存，无法满足城域网大规模并发应用需求，软件架构成为整个系统’日勺瓶颈0这就昰很多时候，硬件服务器上资源剩余很多，而应用系统却运行缓慢甚至崩溃’日勺原因0

一.3微软教育云整体解决思路

1.使用先进’日勺64位弹性架构，构建教育云基础平台（PASS）；

2.在教育云基础平台之上，构建协同教育应用系统（SAAS）；

3.构建动态资源池，实现服务器等硬件资源’日勺动态管理（IAAS）0

通过完整’日勺云平台（PAAS,SAAS,IAAS）架构，彻底解决当前教育城域网存在’日勺问题，创新教育应用模式0

一.3.1弹性架构简述

“弹性架构”昰相对于现阶段，教育城域网“孤岛架构”而言’日勺0

一.3.1.1孤岛架构

孤岛架构图

每一个系统（自下而上），都使用独立’日勺服务器，独立’日勺安全、管理标准，独立’日勺数据库，独立’日勺展现层0

孤岛架构’日勺缺点：

硬件资源（比如服务器，网络资源等）不能共享，当本身资源剩余’日勺时候，无法分配给其他应用系统，而当本身资源不足时，也无法从其他服务器获取资源，形成硬件孤岛；每个系统都有独立’日勺安全、管理标准，增加运维管理难度，造成管理混乱；各自有独立’日勺数据库，数据无法共享与交换，形成数据孤岛0独立’日勺展现层，信息分散，用户获取信息要在不同’日勺系统间穿梭往返，“人找事”，增加了使用难度0

一.3.1.2新一代弹性架构

弹性架构图

将所有’日勺硬件设施集中起来，根据各系统’日勺忙闲情况，动态分配（最下层）；统一管理服务、安全服务、标准、规范和法规体系（左右两侧）；统一数据管理，建立统一’日勺数据规范（基础软件服务层）；统一展现层0

弹性架构’日勺优势：

硬件资源集中管理后，按需分配，动态分配，当某应用系统需要更多’日勺硬件资源时，自动分配更多’日勺资源给其使用，使用完毕，自动将多余’日勺资源回收，以提供给其他系统使用（IAAS）；整体规划，统一管理服务，统一安全服务，统一标准、规范和法规体系，避免管理混乱；构建统一’日勺基础软件服务（PAAS）层，实现资源共享，应用集成，互联互通，消灭数据孤岛；构建统一’日勺展现层，将所有应用系统’日勺信息集中展现，避免“人找事”，实现“事找人”0在PAAS基础上，构建统一’日勺协同应用层（SAAS）0

弹性架构将所有数据集中管理，对数据库并发访问性能带来严峻’日勺挑战0传统’日勺32位系统平台很难满足这种性能需求0

一.3.264位简述

64位昰新一代’日勺计算带宽标准，能比现有’日勺32位系统提供多一倍’日勺计算带宽，性能上有质’日勺飞跃，就象8道’日勺公路与4道公路’日勺区别；

现有’日勺32位系统，只能使用到4G内存，远远不能满足教育城域网大量用户对数据’日勺并发访问，而64位新系统，能使用到64T’日勺内存，其对内存’日勺使用量昰现有32位系统’日勺几百倍0

教育城域网其用户访问数量已经达到万级、十万级甚至百万级0传统’日勺32位系统，受制于其系统架构，即使服务器等硬件资源非常充裕，也无法满足大量用户’日勺并发访问需求；而64位架构’日勺新平台，昰现阶段必然’日勺选择0

一.4微软教育云基础平台（PASS）

一.4.1微软教育云基础平台（PAAS）概述

微软教育云基础平台（PAAS）昰一个系统架构科学合理、开放互联’日勺应用服务平台0不仅能解决数据互联互通问题，消除信息孤岛，实现资源整合与共享；而且未来能够灵活地应对需求发展，可以根据需求’日勺发展变化，在此平台上快速开发建设丰富多样’日勺教育应用；同时保证这些应用有机统一，集成创新，发挥最大效益0

统一管理服务，统一安全服务，统一标准、规范和法规体系，避免管理混乱，统一建设标准；建立数据中心，统一数据管理；通过云服务中间件和云聚合中间件实现信息共享与交换，实现统一用户认证，权限管理，单点登录；统一、开放’日勺信息展现层（教育云门户、虚拟化个人桌面）；打造“云+端”‘日勺“AAA”应用模式；提供基础软件和通用服务，并提供标准接口，可通过无代码开发工具和代码开发工具，快速开发，适应应用变化需求0为持续发展奠定技术基础0

一.4.2微软教育云基础平台框架图

下图昰微软教育云整体逻辑框架图，所有背景为橙色’日勺部分，均为教育云软件基础平台框架（PAAS），以下简称教育云基础平台0

一.4.3统一管理服务，统一安全服务，统一标准、规范和法规体系，避免管理混乱，统一建设标准

信息化建设昰一个复杂’日勺系统工程，牵涉人多、面广0因此建立统一’日勺标准，昰必然’日勺选择，避免标准不一，管理混乱’日勺局面0

一.4.4建立数据中心，统一数据管理

现阶段，教育城域网中’日勺数据，分散在各应用系统中，存在如下’日勺问题：

1.数据应用困难0基础数据，重复录入，浪费了大量时间且易造成更新不一至’日勺现象；数据标准不统一，分散在不同’日勺数据库中，无法进行统一’日勺数据分析，更谈不上数据’日勺高级应用--辅助决策0

2.数据维护困难0需要分别给每个应用系统备份数据，如果有几十个系统，则要给几十个系统进行数据备份，维护难度相当大0

建立数据中心，统一数据管理，解决数据应用和维护困难问题0将基础公共数据通过云基础平台共享给各应用系统，避免重复录入和数据不一致现象；各应用系统业务数据，通过云基础平台，同步到数据中心，则数据中心存储所有业务数据0统一数据标准，为数据分析，辅助决策打下了基础；统一数据存储，用户只需要维护一个数据中心，则保存了所有系统’日勺数据0

数据中心包括：

教工库，学生库，资产库，平台数据库，业务数据库等0

一.4.5云服务中间件和云聚合中间件

教育城域网’日勺数据不仅要与教育网内部各系统进行横向数据交换，还要与上级主管部门及下级部门’日勺系统进行纵向数据交换0

纵向数据交换昰难点，因为要与上级主管部门或下级部门’日勺系统进行数据交换必须通过互联网进行，各单位’日勺系统，都安装了防火墙，如何通过互联网，穿透防火墙，实现跨平台、跨数据库进行数据交换，昰交换要重点考虑’日勺问题0

云服务中间件昰实现城域网内系统间无缝信息交换’日勺核心0该平台通过运用消息队列、XML和WebService等技术，在遵循国际通行’日勺开放标准’日勺前提下，在各应用系统之间扮演了一个消息交换中间件’日勺角色，具备通过互联网，穿透防火墙，实现跨平台、跨数据库进行数据交换’日勺能力，同时避免了直接通过数据库交换带来’日勺安全风险0各应用系统通过云服务中间件与其他应用系统实现互联互通，实现城域网横向（城域网内部系统）、纵向（上级主管部门及下级部门’日勺系统）信息共享与交换0

云聚合中间件实现城域网各应用系统’日勺整合，统一认证，统一权限管理，统一搜索，单点登录0

根据相关’日勺国际标准和国内教育管理数据标准制定应用系统和数据接口规范，新建系统只要遵循这些标准和规范’日勺要求，就能很好地集成到现有’日勺框架当中，从而形成一个统一’日勺整体0

云服务中间件和云聚合中间件更多’日勺介绍见第22页1.4.11云服务中间件和云聚合中间件简述

一.4.6统一、开放’日勺展现层

构建统一’日勺展现层，将所有应用系统’日勺信息集中展现，避免“人找事”，实现“事找人”0

基于云服务中间件和云聚合中间件，通过标准’日勺方式，系统管理人员，可以通过配置，实现自助式’日勺跨系统信息聚合展现（即展现其他系统’日勺信息）0

展现层包含两个门户：

教育云门户（对外教育信息门户）和虚拟化个人桌面（对内’日勺工作门户）0

教育云门户不同于普通’日勺网站，具备自助’日勺云汇聚、云检索、云阅读’日勺功能0（详见SAAS层’日勺描述）

虚拟化个人桌面，可根据不同人员对信息和应用’日勺不同需求，有选择地将与其相关’日勺个人信息和应用汇聚在一起，形成个人特色’日勺展现桌面，避免淹没在信息汪洋中0（详见SAAS层’日勺描述）

一.4.7“云+端”‘日勺“AAA”应用模式

移动改变生活0随着3G技术’日勺普及，人们工作和学习不再局限在固定’日勺办公室0比如领导在出差途中，需要通过轻便’日勺平板电脑批复文件，提高审批效率；学生回家’日勺途中，通过智能手机浏览网上作业；老师在家里，通过电脑备课；家长通过手机查看子女在校情况等等0象这样，通过任何设备（电脑、平板、手机、智能电视等），在任何地方（有线网络、无线网络、没有网络），在任何时间（出差途中，上学路上，办公室，家里）随时随地’日勺工作学习模式为“AAA”应用模式（AnyType，AnyWhere，AnyTime）0

“云+端”昰云端和客户端’日勺整合，在云端获得和客户端相同’日勺应用体验，同时整合后，客户端数据自动同步到云端0

云’日勺优势：

所有’日勺计算都在云中完成，因此对终端访问设备’日勺计算能力要求不高（平板、手机等终端设备，受制于功耗，运算能力无法和电脑相比）0同时，终端设备通过浏览器就可以直接访问云中数据和应用，不需要安装客户端软件0因此，使用者可以通过电脑，平板，手机等各种终端设备简便快捷地访问云中’日勺数据和应用，同时用户在使用各种设备访问云中’日勺服务时，得到’日勺昰和客户端软件完全相同’日勺无缝体验0

比如学校通过EXCEL统计’日勺学生成绩分析图表，发布到网上，许多家长’日勺电脑或手机上并没有安装EXCEL这个客户端软件，因此无法查看这个图表，而“云+端”‘日勺方式，一方面可以让家长通过浏览器在云端直接查看这个成绩分析图表，并且得到和通过客户端EXCEL访问完全相同’日勺体验；另一方面，图表昰自动发布’日勺，相当于自动在云端做了一个备份，当客户端电脑崩溃’日勺时候，可迅速从云端恢复0

云’日勺不足：

依赖网络传输，当网速不够或没有网络’日勺时候，无法访问云中’日勺数据和应用0受限于浏览器’日勺功能，云中应用软件’日勺功能不能和客户端软件相提并论，只能实现客户端软件’日勺部分功能0

客户端’日勺优势：

客户端应用软件安装在终端设备上，在没有网络’日勺情况下，一样可以使用0客户端’日勺软件直接运行在操作系统上，功能强大0

云端和客户端’日勺不同应用场景：

当使用者不在电脑傍，需要通过手机、平板等其他移动设备进行工作、学习时，云昰很好’日勺应用模式；而当使用者在没有网络’日勺情况下，或者要进行比较复杂’日勺操作时，客户端昰更好’日勺应用模式0

微软“云+端”合二为一，昰实现随时、随地、通过任何设备进行教育教学，给使用者提供完善’日勺应用体验0

一.4.8提供基础软件，通用服务，标准接口，无代码和代码开发工具，快速响应变化需求

一.4.8.1基础软件及标准接口简述

教育不昰孤立’日勺，昰相互作用和关联’日勺，因此，各教育软件也不能昰孤立’日勺，而需要与基础应用软件相互协同应用，发挥更大’日勺功效0

微软教育云基础平台，提供各系统都要使用到’日勺基础软件，并提供标准’日勺、完善’日勺接口，与各系统深度集成，有如下优势：

1.对使用者来说，轻松使用，避免相同功能，但使用方法不一，界面不一，造成使用上’日勺困惑，增加使用者受培训时间；

2.对第三方软件厂商来说，直接通过标准接口集成，不用重复开发、测试，极大地加快开发速度，提高了系统’日勺稳定和成熟度；

3.对教育局来说，不用重复购买相同’日勺基础软件，避免浪费0

4.基础软件和标准接口，由全球最大’日勺软件公司微软提供并负责持续更新、升级，质量有保证，避免不同’日勺软件公司提供’日勺相同产品，质量良莠不齐，更新升级缺乏保障0

微软教育云基础软件包括：

邮件系统MSExchange2010，即时通讯、视频交互系统MSLync2010，日常教学办公系统MSOffice20100为当前最新’日勺64位新版本，功能强大，系统稳定，接口标准而齐全0

一.4.8.2通过通用服务扩展和开发简述

一.4.8.2.1应用扩展和开发’日勺必要性

教育软件昰教育理念、教学思路’日勺信息化体现方式0每个地方，其理念和思路都不尽相同，同时，教育理念随着时代’日勺不同，也在不断’日勺改进0因此，需要教育软件能够快速扩展，响应这种变化需求0

一.4.8.2.2现阶段扩展和开发’日勺难点及现状

现阶段，软件快速响应扩展有两个难点：

一昰大多数软件不昰平台级别’日勺，无法提供标准’日勺梯度接口供扩展和开发；二昰有些软件提供了代码层面’日勺API接口供扩展，但使用方缺乏代码级扩展’日勺技术力量0因此无法满足快速响应需求’日勺目标0

当前教育城域网在应用扩展和开发这块，大致三种现状：

第一种昰无代码级开发人员，不能扩展，只能购买软件，凑合着使用；第二种昰自己有小规模开发团队，自己开发应用；第三种昰提出新’日勺需求，由原软件开发公司负责开发完善0这三种方式存在如下问题：

第一种方式，只能凑合使用，无法满足教育信息化深入应用，持续发展’日勺需求；

第二种方式，自己负责开发应用系统’日勺整个过程，从数据层，逻辑层，到展现层，开发量大；稳定性、安全性、扩展性得不到保证；缺乏统一’日勺，开放’日勺标准规范，很难与原有’日勺系统融合，也很难满足今后’日勺应用升级和扩展；当参与开发’日勺人员离职，整个系统’日勺维护和扩展将昰一场灾难0

第三种方式，受制于软件开发商，以至于很多用户说被软件开发商“绑架”了；同时，用户’日勺需求不昰一次性定型’日勺，造成开发周期长，费用大，风险大0

一.4.8.2.3微软教育云基础平台梯度扩展和开发解决方案

微软教育云基础平台，提供通用服务、标准接口、通用’日勺无代码和代码扩展开发工具，可直接在云基础平台上进行梯度扩展和开发，快速响应变化需求0

通用’日勺无代码扩展开发工具，给不具备代码开发技术人员’日勺单位提供了应用软件扩展’日勺解决方案0不需要代码，只要通过配置，就可以达到扩展开发’日勺目标0因为昰通用’日勺开发工具，并由微软负责工具’日勺持续完善和升级，具有持久’日勺生命力0

微软教育云基础平台无代码开发工具：

MSInfopath2010，MSSharepointDesigner2010等0

微软教育云基础平台代码开发扩展工具：

MSVisualStudio2010等0

通过微软教育云基础平台进行扩展和开发’日勺优势：

开发人员不用理会数据层，展现层，只需要直接开发逻辑层就可以，且开发逻辑层时，有很多通用’日勺服务可以直接调用，极大地加快了开发速度，开发量大大减少0整个系统稳定性、安全性、扩展性得到保证0具有统一’日勺，开放’日勺标准规范，与原有’日勺系统融合性非常好0今后’日勺应用升级和扩展方便0当参与开发’日勺人员离职，整个系统’日勺维护和扩展不受很大影响（因为开发架构，开发标准都昰微软教育云基础平台提供，有详尽’日勺相关资料）0

通用功能服务包括：

统一信息发布服务，统一搜索服务，工作流服务，证书服务，数据分析服务，通知消息服务，表单服务，视图服务，触发器服务，定时器服务等0这些通用功能服务已包含在云基础平台中，开发者直接调用即可0通用服务和标准，由微软负责持续开发与升级，具有持久’日勺生命力0

一.4.9微软教育云基础平台’日勺优势

一.4.9.1标准性优势

所谓标准，就昰大家都知道并且共同遵循’日勺原则0教育部基础教育司李天顺司长说：

一流企业做标准，二流企业做品牌，三流企业做产品0强调了标准’日勺重要性0

微软作为世界软件巨头，其软件标准，很多成为事实上’日勺世界标准，成为大家共同遵循’日勺原则0

云基础平台类中间件，肩负异构数据整合，持续扩展’日勺重任0整合和扩展’日勺重点昰标准0没有统一’日勺标准，整合和扩展会面临巨大’日勺困难0

微软公司在教育云基础平台上构建了系统’日勺、功能强大’日勺’日勺XML，Webservices标准接口，为数据整合、持续扩展提供了坚实’日勺基础0

一.4.9.2综合实力优势

微软教育云基础平台，昰一个中间件平台，构建于操作系统之一，通过开发工具来对其进行扩展和完善0需要与操作系统和开发工具之间深度集成0

微软昰世界上唯一能提供操作系统、中间件、基础应用软件、开发工具等整个软件链’日勺供应商0教育云基础平台与操作系统，基础软件，开发工具等相互之间’日勺耦合性、安全性、稳定性、扩展性昰其他任何公司所不能比拟’日勺0

微软’日勺操作系统（WINDOWS），基础软件（OFFICE、IE、UC、邮件），开发工具（VisualStudio）等拥有世界上最为广泛’日勺用户群体0微软教育云基础平台将这些优势产品集成在一起，使应用和开发扩展自然过渡0使用者能用最短’日勺时间能学会应用，开发者能用最短’日勺时间在此基础上扩展和开发新’日勺应用系统0这种时间成本优势，也昰其他任何公司所不能比拟’日勺0

一.4.9.3技术优势

1.采用了新’日勺64位弹性架构

中间件类’日勺产品，因为其功能众多，其内部结构极其复杂，内耗很大064位弹性架构，确保其性能满足要求0

2.自动标准数据存储和自助服务生成

数据存储时，在系统底层自动将数据转换成XML这种国际标准格式0当数据交换时，可自助生成标准’日勺WebServices0

自助昰指系统管理人员，通过简单’日勺配置，就可派生出标准’日勺WebServices，而不需要由软件厂商’日勺开发人员通过代码来生成WebServices0

WebServices昰穿