基于基于 SOASOA 的信息集成方案的信息集成方案初步探讨初步探讨

内蒙古工业大学内蒙古工业大学王钢王钢

20072007 －－ 1111

信息化建设的困难与困惑信息化建设的困难与困惑 内蒙古工业大学信息化建设现状：内蒙古工业大学信息化建设现状：

或多或少的信息孤岛或多或少的信息孤岛 断断续续的资金投入断断续续的资金投入 无奈的看到越来越多的信息孤岛无奈的看到越来越多的信息孤岛

实施建设实施建设 领导、业务部门、我们自己的认识领导、业务部门、我们自己的认识 组织实施的难度，利益再分配组织实施的难度，利益再分配 学校要有有能力，有水平，有技术的一致专业的队伍，难点不是学校要有有能力，有水平，有技术的一致专业的队伍，难点不是钱，不是理论和技术，是认识问题。钱，不是理论和技术，是认识问题。

校内业务部门的信息化情况：校内业务部门的信息化情况： 每个业务部门都掌握着自己熟悉的小应用每个业务部门都掌握着自己熟悉的小应用 尽管功能不强大，但很贴近部门内部需求尽管功能不强大，但很贴近部门内部需求 跨越业务部门的数据共享需求不断增多跨越业务部门的数据共享需求不断增多

““ 大一统”的解决方案大一统”的解决方案 从各个角度通盘考虑从各个角度通盘考虑 建立全域业务模型建立全域业务模型 做顶层设计做顶层设计 按照“标准”重新建立统一数据库按照“标准”重新建立统一数据库

信息化或数字化已经不是写几行代码与设计一个信息化或数字化已经不是写几行代码与设计一个普通的数据库，是整个高校运转的所有普通的数据库，是整个高校运转的所有业务建模业务建模

我们自己有实力作吗？我们自己有实力作吗？

全域业务与数据共享模型全域业务与数据共享模型

顶层设计顶层设计

高校信息化协会标准高校信息化协会标准

不能做，只能买不能做，只能买 方式方式 11 ：购买全部设计、全部功能：购买全部设计、全部功能

肯定需要定制，实施周期最少肯定需要定制，实施周期最少 11年，多则年，多则 33年年 可能刚刚做好了，用户需求已经发生了变化可能刚刚做好了，用户需求已经发生了变化 大而统一的数据库已经有不恰当的地方（如果大而统一的数据库已经有不恰当的地方（如果不能消灭地方的小应用，数据更新就成为问题；不能消灭地方的小应用，数据更新就成为问题；全盘重新替换原有应用的难度相当大）全盘重新替换原有应用的难度相当大）

方式方式 22 ：购买部分模块：购买部分模块 共享数据肯定有缺陷共享数据肯定有缺陷 如何保证不是又新建了一个信息孤岛？如何保证不是又新建了一个信息孤岛？

投资保护问题？投资保护问题？ 相对与设备管理软件、财务管理软件，购买信息化相对与设备管理软件、财务管理软件，购买信息化管理类软件的风险？管理类软件的风险？

成功的企业成功的企业 ERPERP有几许？有几许？ 我们的管理体制人为因素较多我们的管理体制人为因素较多 用户需求的多变要求设计团队、实施团队用户需求的多变要求设计团队、实施团队永远不能永远不能解散解散（蒋东兴：变是永恒的，不变是不可能的）（蒋东兴：变是永恒的，不变是不可能的）

否则我们将面临再一次的、全部的、更大的投入否则我们将面临再一次的、全部的、更大的投入 还有集成测试、数据转换、员工培训……还有集成测试、数据转换、员工培训……

有没有其它的途径？有没有其它的途径？ 初期投入适度初期投入适度 先期投入能够做到投资保护先期投入能够做到投资保护 后期投入能够包容前期内容后期投入能够包容前期内容

适合普通学校，资金压力小、可持续发展纳？适合普通学校，资金压力小、可持续发展纳？ 这实际上不仅仅是学校遇到的问题，是普遍问题这实际上不仅仅是学校遇到的问题，是普遍问题

SOASOA 是解决之道吗？是解决之道吗？ 面向服务的体系结构（面向服务的体系结构（ Service-Oriented ArchitecturService-Oriented Architectur

ee））

20062006年以来，年以来， SOASOA 在国内外已经成为替代一度风靡的面在国内外已经成为替代一度风靡的面向对象、向对象、 B/SB/S 结构、三层结构等软件解决方案的另一个热结构、三层结构等软件解决方案的另一个热门词汇门词汇

所有中间件厂商——所有中间件厂商—— IBM, Oracle, Microsoft, BEA, Sun, IBM, Oracle, Microsoft, BEA, Sun, JBoss, JBoss, 一些国内的厂商一些国内的厂商

20072007年更是不得了，到处是年更是不得了，到处是 SOASOA专题专题 ““炒概念”？是新发明的“轮子”炒概念”？是新发明的“轮子” 不仅仅是炒概念，而且拼命的推出解决方案不仅仅是炒概念，而且拼命的推出解决方案

SOASOA 是什么？是什么？ 应用级组件（服务组件）：对象的升化应用级组件（服务组件）：对象的升化 标准化的组件（服务）接口：独立于实现服务的硬件平台、标准化的组件（服务）接口：独立于实现服务的硬件平台、

操作系统和编程语言操作系统和编程语言 松耦合：业务之间的松耦合，业务流程可以重组，有更强松耦合：业务之间的松耦合，业务流程可以重组，有更强的灵活性和适应能力的灵活性和适应能力

SOASOA原型—通用对象请求代理体系结构原型—通用对象请求代理体系结构 CORBA CORBA （（ ComCommon Object Request Broker Architecturemon Object Request Broker Architecture ），分布式），分布式计算，网格计算，网格

伴随一些新技术的成熟，伴随一些新技术的成熟， XMLXML、 、 WEB ServiceWEB Service 、 、 WSWSDLDL（（Web Services Definition LanguageWeb Services Definition Language ）、）、 SOAPSOAP（（ Simple Object Access ProtocolSimple Object Access Protocol ）、）、 UDDIUDDI（（ UnivUniversalersal Description, Discovery and Integration Description, Discovery and Integration ）、）、ESBESB（（ Enterprise Service BusEnterprise Service Bus ）、）、 BPELBPEL (Business (Business Process Execution Language For Web Services) Process Execution Language For Web Services)

OracleOracle 的的 SOASOA 套件套件

IBMIBM 的的 SOASOA 套件套件

SOASOA 有什么好处？有什么好处？ 模型驱动的体系结构（模型驱动的体系结构（ Model-Driven ArchitectModel-Driven Architect

ureure，，MDAMDA），业务驱动也是清华选择的道路），业务驱动也是清华选择的道路——贴近用户需求（蒋东兴教授提到的——贴近用户需求（蒋东兴教授提到的 SOASOA是业是业务流程的集成的一种实现技术）务流程的集成的一种实现技术）

适应系统改变的能力是最重要的部分——就是投适应系统改变的能力是最重要的部分——就是投资保护资保护

架构师与开发人员的分工——让开发人员集中精架构师与开发人员的分工——让开发人员集中精力于创建作为服务定义的功能单元，而让架构师力于创建作为服务定义的功能单元，而让架构师和建模人员集中精力于如何将这些单元适当地组和建模人员集中精力于如何将这些单元适当地组织在一起，可以简化复杂度。织在一起，可以简化复杂度。

基于基于 SOASOA 是不是可以这样？是不是可以这样？ 基于基于 SOASOA 构架整体数字化模型构架整体数字化模型 现有信息系统可以暂时保留，扩展支持现有信息系统可以暂时保留，扩展支持 SOASOA标准的服标准的服务接口务接口

新建系统支持新建系统支持 SOASOA，与旧系统整合，与旧系统整合 逐步替换旧信息系统逐步替换旧信息系统 大模型不变，而下面的小应用系统可以轮替升级大模型不变，而下面的小应用系统可以轮替升级 业务流程改变不用重新全盘设计重建业务流程改变不用重新全盘设计重建 我们自己可能有力量建立一个小服务，修改更新一个我们自己可能有力量建立一个小服务，修改更新一个小服务小服务

可以持续发展，不用一次性大量投资可以持续发展，不用一次性大量投资

SOASOA 的路线图的路线图 可以“自上而下”或“自下而上”的方法可以“自上而下”或“自下而上”的方法

第一种方法是自顶层向下，从业务逻辑开始模型第一种方法是自顶层向下，从业务逻辑开始模型设计，再到具体业务设计与实现；（蒋教授的顶设计，再到具体业务设计与实现；（蒋教授的顶层设计）层设计）

第二种方法就是从底层开始，直接去做代码的编第二种方法就是从底层开始，直接去做代码的编写，然后再考虑如何在上层支持业务逻辑，最后写，然后再考虑如何在上层支持业务逻辑，最后再将其构建成为完善的再将其构建成为完善的 SOASOA；；

SOASOA 的路线图的路线图

首先要根据企业的业务需要，通盘考虑需要的首先要根据企业的业务需要，通盘考虑需要的 SOSOAA 架构；架构；

其次是从一个局部做起，以渐进的方式向其次是从一个局部做起，以渐进的方式向 SOASOA 架架构演进，避免大而全的构演进，避免大而全的 SOASOA实施，这样可以最大实施，这样可以最大程度地规避项目风险，降低初期投入；程度地规避项目风险，降低初期投入；

再次就是在局部成功实施再次就是在局部成功实施 SOASOA的基础上，构建完的基础上，构建完整的整的 SOASOA 架构系统。架构系统。

““思于博，始于细，成其大”思于博，始于细，成其大”

SOASOA 是不是灵丹妙药？是不是灵丹妙药？ 不能省略的整体模型设计不能省略的整体模型设计

谁来做谁来做“思于博”“思于博”，谁能评估这个，谁能评估这个“博”“博” 如何规划合理的服务粒度如何规划合理的服务粒度

粒度大——大的服务体就会丧失灵活性粒度大——大的服务体就会丧失灵活性 粒度小——逻辑密集业务如何保证性能，安全与信任粒度小——逻辑密集业务如何保证性能，安全与信任

是不是真的可以陆续小规模投入是不是真的可以陆续小规模投入 100%100%的的 SOASOA解决方案提供商都希望用户采购他们的解决方案提供商都希望用户采购他们的应用服务器，然后在这些应用服务器之上去构建用户应用服务器，然后在这些应用服务器之上去构建用户的的 SOASOA体系。体系。

标准是标准是 SOASOA的根基，谁的到底会是标准，厂商宣称的的根基，谁的到底会是标准，厂商宣称的全兼容是真的吗？全兼容是真的吗？

SOASOA 应该是一个值得考虑的选项应该是一个值得考虑的选项 基于基于 SOASOA 的架构来进行信息化建设、进行的架构来进行信息化建设、进行信息系统集成、进行业务集成信息系统集成、进行业务集成

————思路已经得到各方的认可思路已经得到各方的认可 ————针对性能、安全、实施路线的研究越针对性能、安全、实施路线的研究越来越多来越多

————各大厂商正在博弈标准的制定各大厂商正在博弈标准的制定

工大网络中心的信息化工大网络中心的信息化 尽力“思于博”尽力“思于博” 着手“始于细”着手“始于细” 提高自身的认识水平、管理水平、组织能力、技提高自身的认识水平、管理水平、组织能力、技术水平，应对以后的数字化、信息化建设术水平，应对以后的数字化、信息化建设

网络中心自身管理与维护业务的信息化网络中心自身管理与维护业务的信息化 也是源于系统的混乱与复杂也是源于系统的混乱与复杂 设备杂乱，厂家的网管软件只能做配置管理设备杂乱，厂家的网管软件只能做配置管理 用户管理、设备管理、软资源的管理没有完全适合的用户管理、设备管理、软资源的管理没有完全适合的成品软件成品软件

工大网络中心的信息化工大网络中心的信息化 接入用户信息维护接入用户信息维护 IPIP 地址、地址、 VLANVLAN 分配信息维护分配信息维护 设备运行监控与流量监控设备运行监控与流量监控 ARPARP 病毒检测工具病毒检测工具

设备连接情况、光缆连接资源设备连接情况、光缆连接资源 计费系统用户费用情况计费系统用户费用情况

接入用户信息维护接入用户信息维护

工大网络中心的信息化工大网络中心的信息化 各个系统还是独立存在的，没有联系起来各个系统还是独立存在的，没有联系起来 有想法依照有想法依照 SOASOA 构建每个业务服务，灵活构成应构建每个业务服务，灵活构成应用系统用系统

例如关闭某用户端口是一个服务例如关闭某用户端口是一个服务 昨天有因为用户欠费关闭其端口昨天有因为用户欠费关闭其端口 今天因为有今天因为有 ARPARP 病毒而关闭其端口病毒而关闭其端口 明天……也能够适应明天……也能够适应

信息的电子化信息的电子化管理的部分自动化管理的部分自动化业务层面的业务层面的数字化——提高效率数字化——提高效率

信息化的建设是永不停息的过程信息化的建设是永不停息的过程网络中心网络中心自身自身的信息化的信息化信息中心信息中心自身自身的信息化的信息化

更有说服力、更能推动更有说服力、更能推动校园信息化的进展校园信息化的进展

一家之言，一家之言，谢谢大家！谢谢大家！