软件架构设计过程实例.pptVIP

郭树行 博士 2009-11-5 一、背景 二、信息分布和共享的模式选择 三、分布式层次型的信息结构模式 四、共享和互操作设计 五、统一的数据采集、交换平台 一、背景 案例项目：上海交通大学信息系统建设情况 学校从2000年6月起系统性地组织建设管理信息系统，经历难度大、耗时长的建设过程，已建成了十多个应用系统和数十个基本信息资源库，并相继投入实际运行。基于校园网的管理信息系统涉及到内部公文、教学管理、学生事务、人事、财务、固定资产、档案、校友以及基金管理等诸多环节和部门，涵盖了学校日常教学管理和业务活动的许多方面。学校各部门通过几年来业务信息化的建设，取得了许多很好的实际应用效果，同时也结累了一定数量的数字化资源， 各类管理信息系统具有近100个子系统、 数百个基本信息资源库， 上千万条的管理信息记录， 现在，各类应用已进入数据快速增长期。 所建设的信息系统涉及学校管理的重要环节和部门，已成为学校不可或缺的关键业务系统，许多部处在不同程度上已经必须依靠应用系统完成其业务工作，应用系统建设提高了许多部处的管理水平和业务工作效率，改善了学校学生、教职员工的学习、教学、工作和生活环境，为学校“数字校园”建设和发展打下了扎实的基础。 上海交通大学数字校园主要建设情况 万兆校园网连接各校区，全校学生免费上国际互联网； 十多个综合应用投入实际运行，应用系统发挥重要作用； 网络教育从校内走向西部，以优质教育资源支持西部大学； 建有丰富的网上信息资源，引领健康的数字大学生活。 上海交通大学数字校园建设阶段情况 网络基础层 网络基本服务层 应用支撑层 难度大、耗时长。数字校园的核心支持系统 信息共享和服务层 数字校园门户 上海交通大学数字校园建设当前阶段特点： 随着学校数字校园建设的推进和信息系统的广泛使用，学校信息化进入新的发展阶段: 学校教学、科研、管理等对信息系统的依赖性不断增强。 对信息服务质量要求大大提高。 信息化工作环境也进一步促进了学校管理流程的深化，学校许多业务应用模式已经开始从面向本部门、本业务的局部应用向跨部门、跨业务的全局应用发展，各类应用对全局数据的共享和互操作需求不断增长，全局业务应用系统和服务模式逐渐呈现。 由于信息化发展各个阶段的需求和环境的不同，现有的应用系统，大多主要解决本部门的业务处理和信息共享，尚未开展跨部门、跨业务、跨应用之间的信息共享和集成，存在着不同业务系统之间数据不一致、共享程度不高等问题，也难以面向各应用层面的管理工作和校领导的管理决策提供综合性的全局信息服务。 为了适应局部业务应用向全局业务应用发展的需要，实现全校数据信息共享，支持跨部门、跨业务的实时信息沟通和协同工作，需要面向全局业务流程，建立全校性的共享信息和业务互操作平台。本文以上海交通大学综合信息资源服务平台建设（下称本项目）为例,就大家共同关心的信息共享和互操作的设计进行讨论。 二、信息分布和共享的模式选择 信息资源整合和共享，是目前学校数字校园建设的一个热门话题，思路活跃，在信息分布和共享模式的选择和做法上也各异。 1、以应用和数据的集中达到信息共享 目前较流行的一些做法。通过购置大服务器和相应的数据库，将学校各类应用和数据集中到该数据库，这种类似中央主机集中处理的做法，是在当前硬件服务器和软件数据库处理能力的快速提高的背景下，出现的分布处理转向集中处理的一种“回归式”的技术选择。其优点是由于应用和数据集中，各类应用间是紧耦合的，资源利用率高，信息共享方便，实现也较简单。 需要考虑解决的问题是： 首先是各类应用的运行都集中在单一的系统上，对系统性能、可靠性、运行风险是很大的考验。 其次，从业务应用系统建设层面上看，由于学校各业务间的差异很大，专业性强，单一环境对吸纳成熟的商品化的业务应用系统软件带来了限制。 再有，从基本硬件软件设施来说，业务系统建设和应用也有一个渐进的过程，正如美国可用性研究中心在“数据中心统筹设计技术”白皮书中指出的那样：“大量的资金用于最初的容量建设，以满足多年以后才会出现的情况”，”在使用了全部电源容量的同时，数据中心仍有大量空闲，瞬息万变的IT设备技术使这种情况变得更糟”。集中模式下应考虑如何避免过度的顶层设计带来的资源闲置。 2、采用面向服务的SOA架构，整合现有的和将建的各种应用和服务 考虑到上海交通大学各应用系统运行情况良好，为了不影响学校各关键业务应用的正常运行，充分地利用和发现现有资源，综合信息资源共享服务平台采用面向服务的SOA架构，应用间是松耦合的，全校各业务处理和业务信息存储不会集中在单一的服务器和数据库上,而是采用分布式层次型的处理和信息结构，各应