烟草商业系统应用集成方案总体设计

湖南省烟草商业系统 应用集成方案总体设计北京中软国际信息技术有限公司前言烟草行业信息化通过多年建设取得了长足的进步，已经建立了相当规模的信息化应用系统。但从总体看，这些信息化应用系统由于普遍缺乏信息化在企业应用中的整体观念，缺少统一的应用架构规划，在企业内部形成了许多信息孤岛，造成企业在信息化建设上许多重复投资，投入产出不合理，没有真正达到用信息话手段来提高企业整体竞争力的目的。具体体现在： 整体集成度不高、信息共享难：这些信息化系统都是分散开发，孤立设计，分别(按报表)建库，数据自采自用，接口复杂；它们通常只关注某一个业务环节或管理功能，整体集成和共享程度不高，各应用系统相互独立运行，系统间的数据无法共享。 基础数据不一致，垃圾数据多：信息孤岛中的多个应用之间通常有很多相互交叉，甚至重复的信息和数据，由于不是数出一门模式，造成企业经常出现信息和数据的重复处理和更新不同步，甚至不一致。 资源浪费、重复投资：各个系统基础功能（用户管理、权限管理、基础代码管理等）重复建设，而且标准不一，数据不一致；不同系统间点对点的数据交互需要进行数据格式的转换，而且转换方式多样、复杂，投资大。 可扩展性差：企业业务流程的变更引起应用系统的不可用。 无法支撑企业整体业务运作和流程管理：信息孤岛使系统间的业务流转、数据交互变得无法实现或要花费大量投资，使企业对管理软件的投入并没有产生与之相匹配的产出和效益。为解决企业这些信息化建设的问题，最大限度地保护企业已有投资，并考虑企业信息化建设的前瞻发展，IT业界提出了企业应用集成的一整套信息化建设方案，并推出了多种中间件产品，从标准化建设、数据集成、业务集成和门户集成就等角度解决企业信息化建设集成需求。标准化建设：数据的规范化和标准化是数据集成的基础，也是企业应用集成工作的关键和难点，只有最大限度的完善企业基础数据的IT标准化建设，才能保障企业应用集成的实效性。一般来说企业需要标准化的数据包括：企业基础代码、企业基础业务指标、企业应用系统间交互数据等。这些基础数据在进行准确的业务定义（编码、名称、层次关系、附属属性、数据类型等）后，再通过的数据库结构定义、交互数据格式描述（目前业界流行的XML/SOAP等技术）、对外数据服务接口（目前业界流行的Web Service等技术）等IT标准化手段完成标准化的建设。数据集成：数据集成有两层含义：交互、集成。从“交互”角度来说，就是实现异构系统间的基于消息处理的数据交互，从一个数据源将数据移植到另外一个数据源来完成数据集成，它是“集成”深入到企业各应用系统的“手”，也是企业应用系统间的业务流程整合的基础。从“集成”角度来说，就是把不同来源、格式、特点性质的数据在逻辑上或物理上有机地集中（如数据仓库），为企业存储一系列面向主题的、集成的、相对稳定的、反映历史变化的业务数据集合，从而为企业提供全面的数据共享。业务集成：业务流程集成产生于跨越了多个应用的业务流程层。通常通过使用一些高层的中间件来表现业务流程集成的特征。这类中间件产品的代表是消息中介，消息中介使用一个集线器模式或者是HUB模式来对消息处理标准化并控制信息流。门户集成：即用户界面集成。界面重组是一个面向用户的整合，他将原先系统的终端窗口和PC的图形界面使用一个标准的界面(有代表性的例子是使用浏览器)来替换。一般的，应用程序终端窗口的功能可以一对一地映射到一个基于浏览器的图形用户界面。新的表示层需要与现存的遗留系统的商业逻辑或者一些封装的应用如ERP、CRM以及SCM等进行集成。企业门户应用(Enterprise Portal)也可以被看成是一个复杂的界面重组的解决方案。一个企业门户合并了多个企业应用，同时表现为一个可定制的基于浏览器的界面。基于以上思路，我们在认真分析湖南烟草商业信息化现状，结合其迫在眉睫的信息化建设任务，利用本项目目前采购的中间件产品，制定了以下关于湖南烟草商业系统应用集成方案。ix1.总体需求概述11.1.应用系统建设现状11.2.采购的软件平台产品21.3.集成方案任务22.总体设计52.1.概述52.1.1.集成标准规范综述62.1.2.应用集成内容综述72.1.3.应用集成目标综述92.2.集成任务分析92.2.1.界面集成分析92.2.1.1.操作界面组装102.2.1.2.部门个性化定制102.2.1.3.单点登录102.2.1.4.统一人员权限112.2.2.数据集成分析112.2.2.1.统一编码112.2.2.2.公共数据122.2.2.3.数据交换平台122.2.2.4.数据中心132.2.3.业务集成分析142.3.企业应用架构153.应用集成技术方案193.1.界面集成方案193.1.1.界面组装方式203.1.1.1.利用菜单组装方式实现应用门户203.1.1.2.利用门户技术实现信息门户263.1.1.3.两种方式比较及适用场景293.1.2.组织人员目录服务293.1.2.1.组织人员目录说明293.1.2.2.组织人员管理工具333.1.2.3.目录服务的配置343.1.3.单点登录383.1.4.权限控制体系393.1.4.1.统一的人员权限管理393.1.4.2.应用模块集成框架393.1.4.3.统一人员管理与授权413.1.4.4.权限管理工具423.2.数据集成方案433.2.1.数据集成概述433.2.2.代码管理系统设计443.2.2.1.代码体系443.2.2.2.代码组织规则453.2.2.3.内部编码结构463.2.2.4.代码存储结构583.2.2.5.代码数据结构593.2.2.6.代码字典管理603.2.2.7.代码系统管理规则613.2.2.8.代码在应用系统中的运用633.2.3.公共数据库673.2.3.1.公共数据库的形成673.2.3.2.公共数据库的管理673.2.3.3.公共数据库的使用693.2.3.4.通过联合视图访问公共数据693.2.4.应用系统之间的服务调用733.2.4.1.服务设计过程733.2.4.2.组件与对象设计的过程743.2.4.3.开发过程743.2.4.4.服务调用的实现773.2.4.5.服务实现注册及调用步骤示例813.2.5.集线器式的应用系统之间消息交换1073.2.5.1.WBIMB对消息交换的支持1073.2.5.2.Message Broker的架构与基本配置1113.2.5.3.开发应用间消息处理流程1223.2.5.4.基于Message Broker开发点对点消息交换1233.2.5.5.基于Message Broker开发订阅和发布消息交换1273.2.6.应用间大数据量传输1393.2.6.1.使用联合视图直接共享数据库1393.2.6.2.使用传输中间件传输数据1403.2.6.3.采用传统方式传输数据1413.2.7.应用间数据交互1413.2.7.1.同步数据交互1413.2.7.2.异步数据交互1443.3.业务集成方案1483.3.1.业务集成概述1483.3.2.工作流技术概述1483.3.2.1.工作流引擎1493.3.2.2.过程定义工具1493.3.2.3.管理监控工具1513.3.2.4.工作流客户应用1513.3.2.5.被调用的应用程序1513.3.3.基于BPEL的业务流程整合1513.3.3.1.开发基于业务流程的应用程序1533.3.3.2.定义人员1543.3.3.3.开发业务流程1553.3.3.4.使用流程、工作项及工作列表1593.3.3.5.业务流程管理1633.3.3.6.WBISF编程接口1643.3.4.业务流程集成及实例1663.3.4.1.集成项目范围1663.3.4.2.解决方案概述1673.3.4.3.架构设计的实现举例1703.4.安全性集成方案1753.4.1.应用访问安全控制1753.4.1.1.用户身份的验证1753.4.1.2.基于用户名口令的认证方式1753.4.1.3.基于CA的认证方式1753.4.1.4.通信链路的安全1763.4.2.应用功能权限控制1763.4.3.数据安全控制1773.4.3.1.数据的权限控制1773.4.3.2.机密数据的加解密1773.4.4.用户行为安全1773.4.5.与国家局CA中心的关系1783.4.5.1.证书的管理1783.4.5.2.证书的运用1803.5.应用集成平台设计1803.5.1.集成平台组成设计1803.5.2.集成平台功能设计1813.5.3.平台SDK1823.5.4.平台及应用系统部署规划1833.5.4.1.软硬件配置现状1843.5.4.2.部署配置基本规则1843.5.4.3.省公司平台部署规划1853.5.4.4.市公司平台部署规划1883.5.4.5.存储设备规划1913.6.相关标准规范说明1923.6.1.界面风格规范1923.6.2.应用组件开发规范1923.6.3.基础数据使用规范1923.6.4.数据交互管理规范1923.6.5.集成平台SDK手册1924.集成项目管理1934.1.集成商角色描述1934.1.1.集成商职责1934.1.2.集成思想1934.1.3.监理集成1944.1.4.过程监理1964.1.4.1.技术平台1964.1.4.2.应用系统1964.1.4.3.项目过程监理1964.1.5.质量控制体系1974.2.项目管理的重要意义1984.3.项目管理指导原则1984.4.项目管理任务分析1994.4.1.湖南省烟草商业系统建设项目管理目标1994.4.2.湖南省烟草商业系统建设项目主要项目干系人分析2004.4.3.项目管理目标2004.4.4.湖南省烟草商业系统建设项目管理制度2024.4.4.1.决策制度2024.4.4.2.交流制度2024.4.4.3.争议管理方法2034.4.4.4.项目变更管理2034.4.5.采用项目加速实施方法2044.4.6.系统集成主要是管理模式集成、资源集成2054.5.项目管理组织结构2064.5.1.各组职责2064.5.1.1.项目领导小组2064.5.1.2.项目经理2074.5.1.3.系统设计组2074.5.1.4.系统集成组2074.5.1.5.商务组2084.5.1.6.培训组2084.5.1.7.质量保证组2084.5.1.8.维护保障组2084.5.2.项目组成员2094.5.3.项目组织运作方式2094.6.组织管理2104.6.1.系统集成实施环节2104.6.2.一般性集成2104.6.2.1.应用系统集成2124.6.3.系统集成实施方法与措施2154.6.3.1.系统集成实施方法2154.6.3.2.系统集成实施管理措施2164.6.4.项目组织和协调措施2174.6.5.建立客户需求的挖掘机制2194.6.6.沟通管理2214.6.6.1.人员沟通2224.6.6.2.会议组织2224.6.6.3.项目报告2224.6.7.质量管理2224.7.质量控制管理2254.7.1.项目质量控制分析2254.7.2.项目质量保证体系设计2264.7.3.湖南烟草商业系统项目质量保证的有效方法2274.7.3.1.项目管理工作方法2274.7.3.2.失误管理制度2274.7.3.3.工作管理制度2274.7.3.4.计划管理方法2284.7.3.5.对系统进行多用户、大数据量的性能测试2284.7.3.6.项目的阶段联合评审2294.7.3.7.项目文档资料记录2304.8.变更和进度过程控制2304.8.1.风险评估2304.8.2.进度监控2304.8.3.变更控制2304.8.4.阶段评审2314.9.技术文档管理2314.9.1.系统集成文档2324.9.1.1.技术文件类文档2324.9.1.2.安装计划类文档2324.9.1.3.配置计划类文档2334.9.1.4.安装结构类文档2334.9.1.5.测试类文档2344.9.1.6.验收类文档2344.9.2.应用系统开发文档2364.9.2.1.需求阶段文档2364.9.2.2.设计阶段文档2374.9.2.3.开发阶段文档2384.9.2.4.测试阶段文档2384.9.2.5.软件开发承担单位管理文档2384.9.2.6.集成商管理文档2394.9.3.技术转移方案和策略2404.10.需要甲方提供和配合的条件和要求2414.11.本系统的验收方法2424.11.1.审议确认2424.11.2.验收测试方式2424.11.3.应用系统的测试及验收2434.11.3.1.测试环境搭建2434.11.3.2.测试设计2444.11.3.3.测试流程2444.11.3.4.测试报告2454.11.3.5.系统试运行与割接2464.11.3.6.业务应用系统验收2464.11.3.7.验收测试内容2484.12.相关标准规范2484.12.1.集成测试规范248湖南省烟草商业系统应用集成服务1 总体需求概述1.1 应用系统建设现状图 11 湖南烟草单位图湖南省烟草公司下属14个商业分公司，包括：邵阳市公司、长沙市公司、株洲市公司、郴州市公司、永州市公司、岳阳市公司、娄底市公司、常德市公司、益阳市公司、衡阳市公司、湘潭市公司、湘西自治州局、张家界市公司、怀化市公司。1. 已建系统：目前已建设的商业应用系统，主要是卷烟专卖管理系统和卷烟营销管理系统：卷烟营销管理系统：主要实现卷烟的访销、销售管理、仓储管理、配送和客户关系管理等。由东软为湖南烟草开发，基于B/S结构、J2EE和DB2建设，采用分布式构架，主要包括省公司系统和分公司系统两大部分，分别部署于湖南省烟草公司和其下属14个商业分公司；分公司用户在分公司本地系统中使用，省公司用户在省公司本地系统中使用，分公司系统和省公司系统间的数据交互，采用IBM MQ消息中间件来实现。卷烟专卖管理系统：主要实现专卖证件管理和专卖案件管理等。由东软为湖南烟草开发，基于B/S结构、J2EE和DB2建设，采用集中式构架，部署于湖南省烟草公司。省公司和分公司用户都在此系统上进行专卖业务处理。卷烟营销管理系统和卷烟专卖管理系统间数据交互：实现专销结合。交互地点在省公司，是通过DB2触发器机制实现的点对点模式交互。2. 待建系统：目前待建的系统包括：烟叶管理系统、财务管理系统、人力资源管理系统、办公自动化系统。1.2 采购的软件平台产品1. 数据库：IBM DB2 UDB Enterprise Server Edition，部署于省公司和14个分公司。2. 应用服务器：IBM WebSphere Application Server ND（WBI 含），部署于省公司和14个分公司。3. 传输中间件：IBM WebSphere MQ，部署于省公司和14个分公司。4. 门户 IBM WebSphere Portal Server 1，只部署于省公司5. 集成平台：a) ICSS ResourceOne Framework，部署于省公司和14个分公司b) IBM WBI Server Foundation，部署于省公司和14个分公司。c) IBM WBI Message Broker，只部署于省公司6. 开发平台IBM WebSphere Studio Application Studio Integration Edition1.3 集成方案任务在“先整体规划、整合，后建应用系统”的指导思想下，本应用集成方案的核心任务就是，利用本项目购买的IBM集成中间产品功能，结合湖南烟草商业应用系统建设现状和即将建设的应用系统，策划、规约湖南烟草商业信息化基于以上六大应用系统的应用集成，具体任务： 总体集成方案设计； 应用系统整体框架设计； 制定应用安全整体方案； 集成项目管理方案； 应用集成标准规范；北京中软国际信息技术有限公司第251页2 总体设计2.1 概述湖南烟草商业系统应用集成方案的总体设计目标是通过对湖南烟草业务系统的集成，实现信息共享与流程再造，从标准、流程、操作三个方面实现湖南烟草商业经营与管理的规范统一。湖南烟草商业系统应用集成方案的具体工作内容包括基础标准规范的制定与集成功能的实现。集成标准规范包括界面风格规范、应用组件开发规范、基础数据使用规范、数据交互管理规范与集成测试规范。集成工作包括门户集成、业务集成、数据集成、安全集成和管理集成。图 21 湖南烟草商业系统集成设计框架2.1.1 集成标准规范综述集成标准规范是实现湖南烟草应用系统集成的基础，所有应用必须遵循此规范才能达到集成目标，实现数据、业务、界面、安全、管理的五大集成。这些规范从软件设计、软件开发、软件部署、数据结构四个方面对湖南烟草已经建设或即将建设的业务管理系统提出了详细的建设要求。湖南烟草商业应用集成标准规范是以国际、国内已有的软件系统建设规范为基础，针对湖南烟草应用集成需要而提出的建设标准。整个标准即要保证标准的开放性和通用性，又要保证标准的实用性和可操作性，还要保证标准的严谨性和可发展性。湖南烟草商业应用集成标准规范的具体建设内容包括：界面集成规范、应用组件开发规范、基础数据使用规范、数据交互管理规范、集成测试规范。以上规范为湖南烟草商业应用系统集成奠定了基础，为业务系统间的信息共享、业务协同、集中管理和数据交换提供了实现的可能。 界面风格规范，该规范在统一界面风格方面提出了具体的要求； 应用组件开发规范，在实现应用系统组件化开发，积木式构造，插件式装卸方面提出了具体的要求，这是在软件程序方面提出的一个规范要求，却为业务协同和信息互动提供了可能。另外规范开发商向统一集成环境提交物的形式； 基础数据使用规范，基础数据包括编码数据及企业组织人员信息相关等数据信息。基础数据为企业所有业务应用系统所使用，属于企业的公有信息资源。为了统一企业信息口径，实现企业信息共享，对基础数据实现统一管理，以服务于各种应用 系统。为此对基础数据的使用与调用建立了一套规范机制，使数据的写入、写出、存储、缓冲等动作能够在规范的行为下完成。 数据交换管理规范，应用系统间数据交换是实现业务系统、信息共享的一项重要工作。此规范规定应用系统之间数据交换的管理办法，以及说明数据交换实现的机制。 集成测试规范，当实现应用集成开发后，集成测试规范是实现集成测试的基础。湖南烟草商业应用集成标准规范就是一套标准，一套开放的、适用于湖南烟草信息化长远建设的标准，湖南烟草已有业务系统和即将建设的业务系统都将以此规范为标准，完成改造和建设工作。2.1.2 应用集成内容综述湖南烟草商业应用集成标准规范是标准、是基础，但是实现湖南烟草商业应用集成还需要以此规范为基础完成大量的应用集成工作，包括湖南烟草已有商业应用系统的软件改造工作。这些工作具体包括：1) 数据集成。数据集成包括在各应用系统之间实现数据共享和数据交换，建立基础数据信息库。包括的内容主要有： 数据及代码标准体系的建立。数据及代码标准体系是应用系统数据整合和业务整合的基础。建立行业数据及代码标准体系是建立基础数据信息库的基础； 基础数据信息库。以基础数据使用规范为标准建立基础数据信息库，用以实现信息共享，服务于业务系统的集成应用。 数据交换平台的建立。以数据交换管理规范为基础，建立应用系统之间交换数据的软件平台；2) 业务集成以符合BPEL标准的工作流平台为核心，包括流程设计器和工作流引擎。可以实现业务系统的业务逻辑整合。3) 界面集成界面集成以界面集成规范为标准，主要是指协同门户的建设实现。协同门户可以分为两类：应用门户和信息门户。 应用门户采用菜单的形式展示应用系统的功能，个性化支持较少，适应于业务系统； 信息门户采用Portlet的形式展示应用系统的功能，比较容易进行个性化，适用于信息发布类应用，可以用作省公司的信息门户。4) 安全集成。安全集成是在应用集成建设下提出的集成环境下的整体安全保证机制的建立，具体包括： 单点登录。提供一次登录，到处通行的功能； 安全API。提供数据加解密的统一API，确保数据安全。 日志/行为审核。提供完整的日志系统和分析支持工具，方便系统的调度、故障跟踪、运行审计； 权限管理。提供符合中国国情的丰富的权限授权体系。5) 管理集成安全集成是在应用集成建设下提出的集成环境下的系统整体管理机制，具体包括： 网络、硬件系统管理。对网络、硬件系统进行监控，有效减少系统故障的发生，并在故障发生后，可以根据监控记录结合日志/行为审核系统进行分析； 应用集成环境的管理。统一管理维护数据库、中间件环境，应用系统开发商的提交物统一在集成环境上进行； 应用系统管理。提供三级的权限管理体系：集成平台管理系统管理-集成平台管理子系统管理-业务系统管理。2.1.3 应用集成目标综述应用集成的最终目标是要实现湖南烟草商业应用系统的信息共享与业务集成。这一目标可以体现为业务上的“专销结合”、“四员联动”、“访送分离”，“综合绩效考核”等业务管理行为。湖南烟草商业企业是以卷烟商业批发与专卖管理为主体业务的国家垄断型企业，企业改革正在从行政垄断向市场经营模式转型，企业提高经营效益，提高工作效率，提升市场管控能力是当今湖南烟草向市场化发展的重要任务。为此，从上世纪90年，湖南烟草就开始致力于信息化建设，以带动行业经营水平和服务效率的提升。到2004年，已经完成了六大业务系统的建设规划，形成了主体业务信息化的新型经营模式。但是，随着信息化应用的深入，工作效率与信息价值在企业经营中得以体现，业务系统间的信息共享和业务协同成为了信息化深入发展的障碍，为此，湖南烟草商业应用系统集成将成为下一阶段信息化建设的重要内容。商业应用系统集成将解决湖南烟草信息化应用中的信息共享与业务集成瓶颈问题，比如财务、业务两条线，财务、统计标准不一致，专卖、业务信息松散，计划落实不到位，市场策略与客户服务偏差，绩效考核机制不完整等。商业应用系统集成为湖南烟草的应用集成提供了技术可行性，搭建起了数据、应用集成平台，但是具体业务的集成仍需要与具体的业务需求相结合。该平台为业务流程再造提供了灵活的机制，使业务流程化管理变得简便而易于操作。2.2 集成任务分析从技术角度分析，应用集成主要的任务是：1、 界面集成，主要指用户操作界面的集成，给用户带来集成的体验；2、 数据集成，建设数据标准体系，实现应用系统之间的数据交互；3、 业务集成，实现业务系统之间的业务流程集成。2.2.1 界面集成分析湖南烟草商业信息化系统由诸多业务应用软件组成，用户可能需要使用其中一个或多个系统，界面集成的目的实现用户感受的集成，使用户在统一应用门户上使用所有需要的应用系统；界面集成要实现单点登录，使用户只需登录一次即可访问所有需要的应用系统；界面集成要实现用户权限的集成，使用统一的权限管理模型和权限维护界面，便于系统管理员统一维护管理。2.2.1.1 操作界面组装自顶向下地分析规划信息化系统，归纳出细致到模块功能入口点，这些功能入口点成为组装应用系统的最小元素，这样可以规划出多层次的系统应用模块结构，在平台级，被统一管理的最小单元是模块功能入口，应用模块层次结构可以灵活的规划。当系统由于业务的发展需要调整时，可以重用原有的模块，只要按需组装就可以搭建出新的系统，而不需要大量的重新开发，避免资源的浪费和重复投资。一方面，要为应用系统操作界面的组装提供技术支撑；另一方面，需要规范开发商提交物的形式，使之成为可组装的组件。2.2.1.2 部门个性化定制在业务系统中，很少需要做个人个性化界面定制，个人个性化定制的需求主要体现在信息门户上。业务系统主要需要做部门个性化界面的定制，主要体现在不同部门需要使用的应用功能的不一样。个人个性化工作界面可以利用门户技术实现。部门个性化界面通过应用门户技术实现。2.2.1.3 单点登录用户一次登录，全系统各应用软件通行，无需手工登录每个软件。应用系统无需自己实现登录，直接使用轻量级第三方认证（LTPA）服务，取得用户登录信息，根据登录信息判断用户的能进行的操作。对于以存在登录实现的原有软件，可以通过多种方式实现跟其他软件一起单点登录。但是最好的方式是原有软件做适当的修改，使用统一的单点登录服务。新建设的应用系统必须使用统一的架构，利用平台提供的单点登录服务，来实现用户身份的验证。2.2.1.4 统一人员权限全系统统一管理用户，而不是每个应用软件一套用户，是用户集成的需要。每个应用软件直接使用统一用户，直接实现人员信息的集成，便于各应用的与人相关数据的关联。全系统统一管理用户权限，统一的权限控制模型，是应用安全集成的需要。自上而下、分级授权的模式适合大型应用系统管理的需要。一般情况下，应用软件无需建立自己的权限模型，权限控制完全由系统统一维护，应用系统在要做数据权限控制时，可以结合平台权限模型做数据权限控制。全系统统一管理用户及权限，是统一系统管理的需要，在一定程度上，减轻了系统管理员的工作。一方面，需要集成平台在技术上支持应用系统的统一权限模型；另一方面，更重要的是要使应用系统遵循规范，使用统一的权限模型。2.2.2 数据集成分析数据集成的主要任务是要建设数据标准体系满足行业数据标准化的要求；构建数据交换平台，满足应用之间的交互需求，定义应用之间交互的方式和技术手段，使得应用之间的交互可控、有序；建设数据中心是数据整理与共享的需要，是决策支持系统的基础，是集成的任务之一。2.2.2.1 统一编码构建国家烟草专卖局、省公司、分公司三级编码和指标管理体系，实现省公司对全省基础编码和统计指标的统一管理，包括卷烟基础数据、组织机构基础数据、烟叶基础数据、供应商基础数据、员工基础数据、零售客户基础数据编码等，以及财务、统计等各项指标编码，分市公司在省公司统一的编码产生规则下，对地市级编码和指标进行维护，并按照编码管理流程提报到省公司进行审批。n 在国家烟草专卖局行业代码和指标标准的基础上建立本省统一的编码和指标体系，通过国家烟草专卖局一号工程的传输通道及代码系统的支撑，实现与国家烟草专卖局代码数据的同步；n 由省公司统一制定本省代码的编码规则、维护权限和编码管理流程，并对省级的代码和指标进行维护；n 市公司在省公司统一的编码产生规则下，对地市级代码和指标进行维护，并按照编码管理流程提报到省公司进行审批；n 采用一号工程的传输通道，统一编码的发布和更新机制；n 通过基础代码和指标体系的统一，形成对行业应用和数据交换的支撑，为系统集成、资源整合、信息共享提供基础。2.2.2.2 公共数据公共数据库作为湖南烟草全省各个软件系统的共享资源。只要有两个以上系统日常操作中共用的基础数据资源，都必须纳入公共数据库范畴。因此，公共数据库是一个逐渐完善的体系，公共数据库建设是一个长期渐进的工作。公共数据库同时也作为各个软件系统必须遵循的规范，业务系统必须使用公共数据，不能创建与公共数据库内容冲突的数据项。公共数据目前主要包括编码数据以及组织人员数据。编码数据与组织人员数据的维护由独立于应用系统的部分进行维护。2.2.2.3 数据交换平台建设数据交换平台的目的是满足业务系统之间交互的需要。从应用间通讯过程角度来分析，应用间通讯主要有以下两种形式：n 同步通讯：即应用1调用或发送消息给应用2时，应用1总等待应用2正确返回调用或确认消息时，应用1才继续执行后续工作；n 异步通讯：即应用1调用或发送消息给应用2后，应用1不等待应用2的任何相应，应用1马上继续执行后续工作。从应用间通讯链路的拓扑结构来分析，应用间通讯有以下两种拓扑结构：n 网状结构：应用之间采用直接链路发生通讯，这样，应用之间的通讯链路组合在一起，形成了网状结构；n 总线（集线器）式结构：应用之间不存在直接链路，应用之间的通讯完全通过处在应用之间的通讯总线实现，应用只和通讯总线发生连接。以下几种技术手段可以实现应用之间的通讯：n 服务调用：应用1调用应用2提供的服务，实现交互，服务提供方可以以WebService形式提供服务，可以用传统方式提供API；n 消息机制：应用1 发送消息给应用2，实现交互，一般通过消息中间件服务来实现消息的传输；n 共享数据库方式：应用1直接访问应用2 的数据库，在底层实现交互，这种方式一般不提倡，弊端主要体现在应用1与应用2在数据库级发生了直接耦合；n 联合视图的方式：应用1通过联合视图与应用2的数据库发生交互，联合视图可根据应用1的实际需求在数据库系统中配置，避免了共享数据库方式的弊端；n 数据传输：应用1和应用2通过约定的方式传输数据，这种方式适合单纯的数据传输需求，特别适用于应用间的大数据量传输，具体传输方式可采用HTTP、FTP或其他协议；2.2.2.4 数据中心通过数据中心的建设，实现全省业务数据的高度共享，可以使省局（公司）及时的掌握全省的购、销、存情况，各规格品种在各地区的库存情况、销售数量、销售速度、销售方向等情况。借助数据挖掘、数据分析工具灵活的查询分析能力，实现对历史业务数据、同期、上期对比数据、销售结构、销售方向，销售流速与产品规格、价格、时间的关系等等方面进行全面、深入细致的分析。从而对市场需求、市场动态进行科学的预测，为制定合理的采购计划、销售计划提供数据依据，加强了宏观分析、预测、监控的能力，减轻市场预测对主观判断的依赖性，增强了决策的前瞻性和科学性。1. 构建数据中心： 在标准的代码和指标体系的基础上，构建数据中心； 通过ETL等工具实现应用间的数据交换和数据共享； 通过国家烟草专卖局一号工程建立的应用平台和传输渠道实现数据的传输； 由市级公司按时间要求自动上报或由省局（公司）直接从市级公司数据库抽取数据，完备省公司数据中心。 以标准的代码和指标为基准，通过ETL工具，实现对历史数据的抽取、转换和装载。2. 建立数据分析平台： 建设数据分析平台，通过多维分析工具（智能挖掘工具）有效地将数据转化为灵活的报表和决策支持信息，为企业的经营决策、管理调度提供及时、准确的数据分析； 为省局（公司）提供决策支持服务，实现省级的经营管理、宏观调控、对市级公司的经营进行指导等。数据中心还负责向国家烟草总局上报各类经营数据； 为分市公司提供面向市场、面向客户的营销分析、市场预测等信息服务。2.2.3 业务集成分析所谓的业务流程，是指为了在一定时期内达到特定的商业目标，而按照各种商务规则连接起来的业务功能集。这些业务功能是抽象定义的：业务功能的具体实现受限于业务功能运行所必须的可用资源，包括业务人员，IT业务应用系统、客户和商务交往及贸易伙伴等。业务功能的构成由目标决定，其中的任何操作、活动、任务都是为实现该目标而设。在业务流程中，商务规则或者表现为条件和限制，或者表现为实施并发、串行等流程中的行为（Activity）节点。在没有实现业务流程集成的企业系统中，业务流程的实现分布在应用的代码中，并需要跨部门的手工合作来做业务操作，这样进行快速流程变更的灵活性极小。采用以业务流程驱动的企业架构后，将业务流程的逻辑从应用中释放了出来，集中到业务流程管理器，形成了一个新的层，可以称之为业务流程集成层。旨在帮助企业从战略上，管理和提高动态业务流程效率。这正是业务管理的本质所在。业务集成是以数据集成为基础的，数据集成在很多时候是以业务集成为目标的，如应用1的业务流程执行过程中需要触发另一应用的业务流程，那么可以采用数据集成的技术手段来实现这种触发。业务服务编排是业务集成的重要手段之一，即把应用系统已有的服务组合成为跨业务系统的业务流程，该流程在业务系统之上运行，每个行为节点都是某个业务系统提供的服务。2.3 企业应用架构图 22 企业应用架构图 22所示的是湖南省烟草商业信息化系统总体架构，可以看出整体系统由以下部分组成：一、 展现层展现层为应用系统统一的门户，用户通过统一应用门户访问使用所有需要的应用系统，而不是传统地单独登录使用独立的应用系统；二、 应用系统应用系统层为各应用系统开发商的工作成果，应用系统开发商集中精力完成六大业务系统业务逻辑的实现：1、 卷烟营销管理系统；2、 专卖管理系统；3、 烟叶生产经营管理系统；4、 财务管理系统；5、 人力资源管理系统；6、 办公自动化系统。三、 门户服务门户服务为应用门户界面集成提供支撑，解决各业务系统的单点登录，提供统一的组织人员管理模型、权限控制模型，为应用系统界面在应用门户的统一展现提供支撑：1、 单点登录支持；2、 组织人员管理；3、 权限模型与统一管理；4、 应用界面组装服务。四、 集成服务集成服务部分为数据集成和业务集成提供支持，规定应用组件模型，使得应用开发商提交物是可集成的，提供公共数据管理工具维护统一组织人员和编码数据，数据交换平台为应用之间交互提供支撑，跨业务工作流引擎为业务集成提供支持：1、 跨业务工作流引擎；2、 公共数据（组织人员、编码）维护；3、 数据交换平台；4、 应用构件支撑。五、 数据体系主要包括编码及数据体系、公共数据和各应用系统数据库，原则上每个应用分包商使用各自独立的应用数据库：1、 应用系统数据库；2、 主体数据库；3、 公共数据库；4、 编码及数据体系。六、 基础服务主要包括数据库及底层中间件服务：1、 传输服务；2、 应用服务器；3、 目录服务器；4、 数据库服务器；七、 支撑平台主要包括操作系统、硬件和网络设备：1、 操作系统；2、 硬件和网络八、 安全体系系统的安全性是需要在各个层面综合考虑的，本方案主要从应用的角度来阐述安全问题：1、 应用访问安全性；2、 应用功能权限安全；3、 应用数据安全性；4、 日志与行为审核。九、 应用集成规范一方面，应用集成规范从可集成的角度规定了应用开发的结果标准，保证应用开发完后可以集成在一起；另一方面，应用集成规范规定了应用集成工作的组织方式。可把为应用系统提供集成环境的部分定义为应用集成平台。应用集成平台从根本上保障了整个应用系统的架构的优良，从系统架构上保证了整个系统的开放性、安全性、可扩展性、可扩充性，平台的开放性便利了行业业务应用软件的开发与集成，平台的安全性保证了用户权利、应用模块和数据的安全，平台的可扩展性可满足行业信息化不断发展的需要，平台可扩充性保证了整个系统的性能可以按需要扩充。本方案中提及的应用集成平台、应用平台、平台等词语是可以互换的。3 应用集成技术方案3.1 界面集成方案界面集成概述一个典型的EAI问题是，各个应用系统都要开发自己的用户界面，而且每个用户界面使用的终端设备有限，需要使用多个应用系统的用户，不得不使用不同应用系统的界面，大大降低了使用者的工作效率。客户的WEB用户界面也是如此，结果自主在线服务利用率和满意度都大打折扣。本方案通过集成各个业务系统的用户界面，建立一个跨应用，设备，和企业的统一，集成的互动用户界面，让用户有着适用、实用、灵活、即时和牢靠的舒适体验。客户可以通过任何设备从任何地方获取所需信息。界面集成总体结构如下：图 31 界面集成示意图说明：1、应用模块可以单独开发，开发完成后统一注册到应用集成平台。在相同的标准规范的指导下，应用系统可以由不同的小组进行开发，开发完成后，由系统集成人员统一注册，统一管理。2、支持按照子系统进行管理的模式。将部门划分成子系统，分配不同的应用。每个子系统都有子系统管理员，统一分配本部门中的人员权限。从而支持了从系统管理员-子系统管理员-业务系统管理员的三级管理模式。3、支持多个系统的单点登录。4、支持个性化。采用门户技术支持个性化。3.1.1 界面组装方式3.1.1.1 利用菜单组装方式实现应用门户3.1.1.1.1 应用构件应用构件是指应用开发商开发的成果实体，一个应用构件本身有以下一些规范要素：1. 构件的开发商2. 构件的入口、出口3. 构件功能所使用的数据结构和初始化数据4. 构件之间的依赖关系及相关接口（descriptor）5. 构件的访问权限控制体系6. 构件的展现接口（界面集成框架使用）使用应用构件开发模式，可以使新开发出来的应用直接具有构件化的能力，而对于原有应用系统经过改造达到应用构件的标准也可以在构件门户统一的进行管理、发布及安装运行。图 32 构件管理模型应用(App)：是构件开发商开发的应用构件。应用可以在一个或者多个子系统中使用。子系统和应用之间的对应关系是多对多的。模块(Module)：模块是组成应用的单元，一个模块包括多个资源，通常管理员可以设定指定人或者指定组织的进入模块的入口权限。资源(Resource)：资源是组成模块的单元，一个资源对应于一个URL，该URL可能是一个Servlet，也可能是一个JSP，应用的权限控制最终是通过资源来进行入口权限判定的。3.1.1.1.2 构件组装工具（一）模块管理1、描述模块是代表逻辑上独立的应用构件，作为一个构件在物理上和逻辑上是比较独立的程序功能体，通过向外界提供接口来提供服务。模块是组成应用的单元，一个模块包括多个资源，通常管理员可以设定指定人或者指定组织的进入模块入口权限。2、体系结构图 33 内聚的模块结构（1）模块在结构上由下列组成部分构成：l 模块内使用的数据l 模块的资源l 由权限区分的不同的功能实现（包括数据访问处理）l 对外提供的服务接口（包括操作界面、API）（2）模块在逻辑上是一系列共性功能的集合：下面以人力资源构件为例，整个人力资源构件的模块结构如下：图 34 模块结构示例以人力资源构件中的一个模块“人员管理”为例，该模块包括以下的URL：列出人员列表的URL、显示指定人员详细信息的URL、删除指定人员的URL、删除多个人员的URL、更新指定人员信息的URL，其中列出人员列表的URL同时是该模块的入口URL。如下所示：图 35 模块示例图（二）应用管理1、描述应用是构件开发商开发的应用构件。应用可以在一个或者多个子系统中使用。子系统和应用之间的对应关系是多对多的。2、功能 应用管理是平台提供的应用框架管理工具之一，主要是用来构建一个独立、完整的应用结构。提供对应用的增、删、改、模块组创建、模块分配。3、体系结构图 36 应用组成示意图应用由下列组成部分构成：l 模块：一个或多个模块构成应用l 数据库：应用构件拥有自己的数据库实例3.1.1.1.3 构件的描述符(descriptor)导出生成工具3.1.1.1.3.1 导出工具配置导出模块，将平台内的应用以及在对应数据库中的各层注册信息，通过导出工具以文本文档形式保存出来。这样就免去了管理员要将同一个应用的所有注册信息在每一个平台上都要注册一遍的繁琐又重复的工作。应用的注册也因为配置文档的独立性而变得灵活方便，可以通过邮件，下载或者移动存储设备来得到这个文本文档，之后再利用导入工具将这些信息重新插入数据库。这样，应用就可以轻松的注册到平台中。提供用户的交互界面，选择导出操作的基本信息以及要导出的应用，再执行导出操作后，就会在服务器端的临时目录里生成被选中的应用的配置文档。可以根据需要将此文档下载到本地。根据配置文件结构，把应用及应用下的模块，模块组，模块下的资源，资源下的操作等等都封装成单独的数据对象。根据面向对象的概念，提供了将数据对象转化成xml文档中元素对象的API。然后就可以用JDOM API操作这些元素对象来生成，修改，删除xml文档。图 37 构件描述文件导出3.1.1.1.3.2 导入工具配置导入模块提供工具将导出时得到的XML文档中的数据进行解析，重新插入平台数据库中去。应用在平台中的所有配置在导入过程中已经完成，不需要重新手工配置。配置导入模块具有增量添加功能，在导入操作之前，该功能会自动检查数据库，并和文档中的数据做对比。其中文档中和数据库中重复的项会被列表显示出来，这些重复的项在数据库中不会被文档中的数据更新，如果需要让文档中的项更新数据库中相同的项，会提示用户手动将数据库中那些和文档重复的项删除。不重复的项会被直接添加进数据库。数据对比和最后的导入按如下规则进行：根据XML文档的格式，如果最上级的应用重复，那么该应用下的模块，模块组，以及模块下的资源，操作等等都不会再对比，直接跳过，不添加。同理，如果应用下的某一模块重复，那么该模块下的资源，操作等等都不会再对比，直接跳过，不添加。规则以此类推。3.1.1.1.4 构件的界面集成框架构件的界面集成框架负责完成对构件的展示支持，为形成层次化的构件关系展示提供服务，对于应用构件可以生成N层菜单。界面集成框架将基于功能单元的构件与其界面展现有机的分离，并提供松散的构件集成方式，使得功能层可以很好的在界面层进行展现，而在构件开发时又可以尽量避免复杂的界面因素干扰。其逻辑图如下：图 38 界面集成框架图3.1.1.2 利用门户技术实现信息门户3.1.1.2.1 门户系统内容的组织形式门户系统由从门户系统的内容根开始，可以表示为父子关系的节点层次结构组成。节点是在门户网站导航树中可寻址的元素，属于以下类型之一：l 页面页面以 portlet 的形式显示内容。页面可包含子节点，包含其他提供内容的页面。页面可以包含列容器、行容器和 portlet。容器是您可以用于安排 portlet 或页面上其他容器的布局的列或行。l 标签标签不显示任何内容，但可包含其他节点。它们主要用于把节点组织到导航树中。l URLURL 可启动任何 URL 可寻址的资源，包含外部 Web 站点或门户网站站点中的页面。节点位于导航层次结构的一个层，相对于创建它们的父节点。树中最顶端的节点是内容根。在WebSphere Portal Server安装后，在内容根下创建以下节点：l 我的门户网站包含预包装的 portlet 的标签，用于一般商务或生产。缺省情况下，这是在登录后显示的第一个页面。应用系统的功能树将组织到这个节点下。l 页面定制程序包含子页面的标签，这类子页面具有管理页面内容和布局的 portlet。对此页面的直接访问总是对导航隐藏。而页面定制程序中的 portlet 是可通过门户网站工具栏中的上下文相关链接访问的。l 管理包含页面的标签，带有门户网站管理员所用的 portlet。在页面工具栏中提供了链接以允许有管理特权的用户访问此内容。l 页面属性包含属性 portlet 的页面，用于编辑页面的属性，如语言环境特定标题和描述。此页面总是对导航隐藏。它是通过工具栏中的上下文相关链接或从管理中的管理页面 portlet 访问的。l 组织收藏夹包含整理收藏夹 portlet 的页面，该 portlet 允许用户创建、编辑、激活、排序和删除标签与 URL。访问是通过我的收藏夹下拉列表提供的。 缺省情况下，没有管理权限的用户仅可访问我的门户网站节点下的节点。有管理特权的用户可使用工具栏中的链接在管理和我的门户网站之间切换。如果直接在内容根下创建其他节点，则看不见到这些节点的链接，除非把它们明确地添加到风格 JSP 上。3.1.1.2.2 信息门户界面组成图 39 信息门户界面示意图湖南省烟草商业门户系统界面组成如上所示，主要由四大部分组成：1、 门户系统LOGO区，包括商业系统LOGO图片，门户系统工具栏；2、 应用系统及其一级模块导航区，由两行组成，上面一行为六大业务系统功能入口节点，下面一行为业务系统一级模块入口节点；3、 功能导航树区，以树形结构展现当前选中一级模块之下的应用模块，某些区域可能有，某些区域可能没有；4、 Portlet展示区，即屏幕区，屏幕用来摆放Porlet：Portlet通过Portlet容器放置在屏幕上，上图所示屏幕构局的容器描述如下：图 310 Portlet容器示意图Portlet1和Portlet3被放置在列容器1 中，Portlet2和Portlet4被放置在列容器2 种，列容器1和列容器2 被放置在行容器1 中；Portlet5被放置在行容器2 中。每个Portlet在门户页面中占用一块空间展现，Portlet展现在控件中，Porlet控制栏属于门户系统所有，是控件的展现部分之一，控件的主要部分用以显示Portlet的展现内容。3.1.1.2.3 门户系统界面定制门户系统页面由用于屏幕、主题和外表的 JSP 组成，这些 JSP 一般是由门户系统的 Web 设计者创建的。这些 JSP 被放置在相应的 /screens、/themes、/skins 目录中，这些目录在 was_root/installedApps/hostname/wps.ear/wps.wa