信息资源综合服务建设与应用.pptVIP

信息资源综合服务平台 茅维华 上海交通大学网络信息中心 2008/10/12 提纲 项目简介 设计原则 总体架构 关键技术 运行管理 实践成果 下一步的发展 项目背景及需求 业务需求 校园信息化建设进入信息集成、业务集成阶段 “信息孤岛”问题：各部门数据不一致，无法实现数据交换 跨部门、跨应用的全局性业务需求不断出现 全局性的数据统计分析、决策支持问题 技术需求 平台化 可重用模块 统一的服务方式 降低开发和运维的复杂性 快速响应 项目进程 2006年下半年中心内部预研，确立平台的总体需求、设计原则和发展路线 2007年1月正式启动“信息资源综合服务平台项目”。开发校园信息化关键技术平台及基于平台的若干全局业务 中心牵头，联合微软咨询服务MCS、SunGuard金仕达组成联合工作组，共同完成设计与开发工作。 2008年2月基本完成开发工作，开始试运行。 2008年5月完成项目验收 2008年上半年起，中心设立专门的平台运维管理岗位，全面负责平台的运行监控、管理及改进 2008年起，基于平台的新的全局业务开发全面展开 设计原则 松耦合与SOA 基于业界主流技术与成熟产品 具有完善的平台管理与监控工具 设计原则-松耦合与SOA 松耦合是一种架构设计思想，通过合理的架构来控制系统的复杂度、控制系统实现的成本与风险 模块可分解性（Modular Decomposability） 模块可组合性（Modular Composability） 模块可理解性（Modular Understandability） 模块连续性（Modular Continuity） 模块保护性（Modular Protection） 设计原则-松耦合与SOA 松耦合效果 是否能降低单个功能的复杂性 是否能限制一个功能变化对另一个功能影响 是否能降低和局限功能变化带来风险和成本 是否能降低开发人员依赖风险 是否有利于功能复用 松耦合的代价 协同机制的构建与维护 本质是集成本身带来的复杂度 以可控的方式实现复杂的协同 以长期、动态的方式看待，设计合理的松耦合架构其代价小于紧耦合 设计原则-松耦合与SOA 松耦合的解决之道——平台化 合理的模块划分与设计 信息总线 完善的平台管理工具 松耦合的技术基础——SOA EAI技术的应用 面向Web Service的应用集成 设计原则 松耦合与SOA 基于业界主流技术与成熟产品 具有完善的平台管理与监控工具 设计原则-技术与产品 需求相对特殊 数字化校园的特殊性 技术相对成熟 EAI的发展已经带来了很多有价值的技术、产品与架构设计方法 数据交换平台 信息门户 身份体系整合工具 …… 设计原则 松耦合与SOA 基于业界主流技术与成熟产品 具有完善的平台管理与监控工具 设计原则-平台管理工具 平台是松耦合架构实施的保障 平台在数字化校园的架构中起到了核心的作用 平台必须得到有效的管理和监控。需要管理的对象包括： 数据交换流程 提供的web服务 管理的数据标准 各种运行时间 相关文档 总体架构 总体架构 关键技术 数据采集与交换平台 共享数据库 数据标准的实践 身份与权限管理 数据统计查询分析 信息门户 平台管理工具 数据交换平台 数据交换过程主要是为各业务系统之间提供一个统一的数据交换通道，使数据交换准确、便捷、高效、通畅。 数据交换平台 交换模式 被动模式：权威源数据一旦发送变化（新增、修改、删除），其相应的非权威源（可包括共享库）都必须响应，且进行更新。 主动模式：非权威源可结合自身的需要，主动向权威源（主要是共享库）发出数据同步请求，从而达到数据同步的目的。 数据交换平台 交换流程类型 数据库 -- 数据库 数据库 -- Web Service（如：研究生院数据） 数据库 -- 文件交换中心 Web Service -- 文件交换中心 数据交换平台 交换平台设计要求 基于成熟的交换工具产品 能够快速开发部署 集中管理，减少流程对业务系统资源库的改动 流程统一化，建立校内交换流程的统一架构，能快速开发新的流程 数据交换平台 数据交换流程开发成果 目前实现170个流程 正式部署约120个流程 主要业务流程 教务/研究生/人事 -- 一卡通 教务/研究生/人事 -- 统一身份认证 教务/研究生/人事 -- 教务/研究生/人事 教务/研究生 -- 校医院 迎新/离校/归档等全局业务相关流程 全局统计查询相关的流程 平台管理相关的流程 数据标准的实践 数据标准主要包括两个部分：数据集标准与代码标准。 数据集标准主要体现在共享数据库的结构设计之中。 代码标准主要体现在交换流程中所涉及的数据转换需要根据代码标准中定义的代码转换来进行。 数据标准的实践 数据标准的管理包括维护和监控两个