南京油运从信息资源规划到SOA集成(上)-低调大师

南京油运从信息资源规划到SOA集成(上)

2017-11-06 564

回溯南京油运三年半的信息系统建设历程，前期的信息资源规划占了四分之一的时间。比起高屋建瓴，令人心驰神往的系统构想和干起来热火朝天，成效立竿见影的应用部署，信息资源规划的工作不仅艰辛枯燥，而且难以清晰地看到阶段性的进展。

都说信息化建设要“整体规划，分步实施”，既然是“一张白纸”的状况，为什么不在规划愿景的同时先从一些适合快速部署，易于见效的应用系统做起呢？这是笔者在专访中抛给南京油运信息中心负责人的第一个问题。

“是企业管理向信息化提要求还是信息化推动管理变革，这是一个见仁见智的问题，但在当时企业转型的背景下先做管理咨询这种‘自上而下’的方法难以落实。”南京油运信息中心主任邓长林介绍说，“而一套先进的信息资源规划方法可以指导核心业务应用系统的集成化开发和系统集成，奠定南京油运信息化建设的地基。”

主管信息化建设工作的副总经理余俊也向51CTO 记者说明，“我们曾经也考虑过用成型的集成方案来解决眼前的问题，但最基础的数据工作做好了才有数据集成，应用集成的基础。现成的‘搭桥’方案或许能满足一时之需，但很难解决本质的问题，而且无法适应业务的发展。所以从2005年中开始，南京油运花了差不多一年的时间来进行信息资源整理的工作。”

经过仔细的考察筛选，南京油运选择了一套符合中国国情的信息资源规划方法并持之以恒地予以贯彻执行。如今回头来看，适时的工作不仅理清了旧有信息系统数据库资源不一致，接口复杂、冗余等问题，而且建立了能够适应新的信息需求的规范化数据结构以及以信息资源管理基础标准为核心的南京油运标准化体系。最终实现了数据环境的改造和提升，为构建核心主业务系统的数据共享与交换平台打下了坚实的基础。

图：南京油运建立的企业数据管理体系

实现信息资源规划离不开业务流程的梳理，访谈中各位嘉宾一再强调“全员参与”和“想业务部门所想”的重要性。南京油运为之建立了一整套工作方案，不仅在项目组内建立了由咨询方业务经理、信息部门、业务专家组成的核心工作小组，而且成立了由公司领导和业务部门一把手组成的项目领导小组。得到领导小组直接授权的核心工作小组负责对整个项目进行总体的监督、控制和执行。

在业务流程梳理的过程中，所有经营业务按照经营性质分成经营管理、船舶管理、财务管理、人力资源、物资、客户、资产和网络化办公管理八个职能域，各由核心工作小组指派的业务负责人负责。这些逐级落实的措施让业务流程的梳理在各个层面都得到了保证，最终为企业内部应用系统之间的流程整合，以及外部的应用系统与企业内部应用系统之间的流程整合提供了可靠的保障。

全方面的SOA架构基于ESB来实现

聊到尽兴处，与会的记者发现了一个有趣的现象，这个称为“企业信息应用与集成系统”的项目在名称上可谓平淡至极，只有在具体的介绍中才提到了建设基于 SOA架构的集成平台的目标。

“ SOA现在非常时髦，讲 SOA是方法也好，是标准体系也好，不是这个项目名称中有 SOA这个词这个项目才叫 SOA项目；虽然我们的项目名称中并没有提及 SOA，但我们招标书中明确提出基于面向服务的架构（ SOA）实现公司集成应用的目标”，邓长林说。孙建云副主任接过话题，介绍了方案设计之初由公司领导定下的四项要求。“首先是要坚持做好信息资源规划。第二个要求是严格坚持 SOA的架构。第三个要求是坚持平台化，第四个要求是坚持相对集中。这四个要求本质上都是符合 SOA思想和方法的，在后来对应用系统的选型中，我们也是按照这些要求去评判供应商。”

针对上述的四个要求，承接整个集成项目的华胜天成软件集成中心与南京油运信息中心共同拟定了项目设计、实施的基本原则，其中最重要的一项技术规范即为应用服务总线架构，保证架构级的可扩展性。

图：面向服务架构（ SOA）

“ SOA可大可小，但需要以ESB为基础。全方位的 SOA集成，就像打仗时同时拉开的战线。南京油运以夯实信息交换与共享基础的数据集成为第一切入点，以门户展现和自上而下的流程整合为第二切入点。”负责南京油运的项目总监沈晖用这番话总结了自己的切身体会。

沈晖介绍说，业界最常见的例子是应用 SOA的方法来开发新的应用或者对已有系统作整合，这样的需求在以往华胜天成承接的软件项目中并不少见。而南京油运的集成项目却有许多与众不同的地方，“ SOA的切入点在五个层面都有。既有自下而上，从信息标准化开始的信息交互和共享，基础是元数据的标准化；也有自上而下，流程驱动的跨系统流程的整合，同时还有单点登录和门户展现的要求，这样全方面的 SOA项目集成非常有特色和极具挑战性。”

南京油运集成系统采用了WebSphere Message Broker (MB)和来构建ESB( 企业服务总线)，采用了Websphere MQ来保证消息的可靠传递；以基于服务组件架构的WebSphere Process Server (WPS)作为跨应用系统的流程引擎，并配有WebSphere Integration Developer (WID)流程开发工具。

图：南京油运集成平台架构

“基于Web Services技术标准封装消息服务、应用/数据服务和流程服务，并在UDDI服务器上集中注册和统一管控。还有基于消息的流程触发机制，一个系统的流程通过消息机制去触发另外一个系统的流程。” 南京油运信息中心主任工程师钱晓明介绍说。“通过集成项目，我们也摸索出在 SOA架构中抽象模式非常关键。比如说应用系统间的信息交换，刚开始做需求的时候有一百多个信息交换项，如果每项都用不同的方法实现肯定实现不了。后来我们抽象出来四种基本模式，定好之后再衍生出其他的来就方便多了”，孙建云副主任说。

本文转自

alifafa 51CTO博客，原文链接：http://blog.51cto.com/chenghong/156979 ，如需转载请自行联系原作者

微信关注我们

原文链接：https://yq.aliyun.com/articles/431532

转载内容版权归作者及来源网站所有！

低调大师中文资讯倾力打造互联网数据资讯、行业资源、电子商务、移动互联网、网络营销平台。持续更新报道IT业界、互联网、市场资讯、驱动更新,是最及时权威的产业资讯及硬件资讯报道平台。

ETL模型设计

传统的关系数据库一般采用二维数表的形式来表示数据，一个维是行，另一个维是列，行和列的交叉处就是数据元素。关系数据的基础是关系数据库模型，通过标准的SQL语言来加以实现。数据仓库是多维数据库，它扩展了关系数据库模型，以星形架构为主要结构方式的，并在它的基础上，扩展出理论雪花形架构和数据星座等方式，但不管是哪一种架构，维度表、事实表和事实表中的量度都是必不可少的组成要素。维度：是多维数据集的结构性特性。它们是事实数据表中用来描述数据的分类的有组织层次结构（级别）。这些分类和级别分别描述了一些相似的成员集合，用户将基于这些成员集合进行分析。度量值：在多维数据集中，度量值是一组值，这些值基于多维数据集的事实数据表中的一列，而且通常为数字。此外，度量值是所分析的多维数据集的中心值。即，度量值是最终用户浏览多维数据集时重点查看的数字数据（如销售、毛利、成本）。所选择的度量值取决于最终用户所请求的信息类型。一些常见的度量值有sales、cost、expenditures和production count等事实表：是数据聚合后依据某个维度生成的结果表。 1）星型模型星形模型是最常用的数...

2017-11-06

539

回忆一下我们在工程开发中对目录结构的定义，一般分为两种，单页面多模块，多页面多模块。在单页面多模块的工程结构里，我们会考虑模块的复用性，比如：如何将公共的东西（样式、函数等）提取出来方便其他模块复用。在多页面多模块的场景中，也是一样，不过除了把全局共用的样式和方法提取到公共目录外，我们还会将多个地方都会用到的模块作为通用模块处理。一、通常开发模式的问题探讨下图是一个单页面多模块的工程目录结构图： . ├── Gruntfile.js ├── package.json ├── build └── src ├── base │ ├── base.sass │ └── global.js ├── mods │ ├── preference │ │ ├── index.js │ │ ├── index.sass │ │ └── index.xtpl.html │ ├── promo │ ├── qr │ └── response └── index.js 我们把源码放在 src 文件夹里面，公共的文件（iconfont 、sprite 图片、CSS 和 JS 等）放到 base 目录下，页...

2017-11-06

714

资源下载

更多资源

腾讯云软件源

为解决软件依赖安装时官方源访问速度慢的问题，腾讯云为一些软件搭建了缓存服务。您可以通过使用腾讯云软件源站来提升依赖包的安装速度。为了方便用户自由搭建服务架构，目前腾讯云软件源站支持公网访问和内网访问。

Nacos

Nacos /nɑ:kəʊs/ 是 Dynamic Naming and Configuration Service 的首字母简称，一个易于构建 AI Agent 应用的动态服务发现、配置管理和AI智能体管理平台。Nacos 致力于帮助您发现、配置和管理微服务及AI智能体应用。Nacos 提供了一组简单易用的特性集，帮助您快速实现动态服务发现、服务配置、服务元数据、流量管理。Nacos 帮助您更敏捷和容易地构建、交付和管理微服务平台。

Spring

Spring框架（Spring Framework）是由Rod Johnson于2002年提出的开源Java企业级应用框架，旨在通过使用JavaBean替代传统EJB实现方式降低企业级编程开发的复杂性。该框架基于简单性、可测试性和松耦合性设计理念，提供核心容器、应用上下文、数据访问集成等模块，支持整合Hibernate、Struts等第三方框架，其适用范围不仅限于服务器端开发，绝大多数Java应用均可从中受益。

Rocky Linux

Rocky Linux（中文名：洛基）是由Gregory Kurtzer于2020年12月发起的企业级Linux发行版，作为CentOS稳定版停止维护后与RHEL（Red Hat Enterprise Linux）完全兼容的开源替代方案，由社区拥有并管理，支持x86_64、aarch64等架构。其通过重新编译RHEL源代码提供长期稳定性，采用模块化包装和SELinux安全架构，默认包含GNOME桌面环境及XFS文件系统，支持十年生命周期更新。