匹克集团异构系统和平台整合方案v3文档格式.doc
《匹克集团异构系统和平台整合方案v3文档格式.doc》由会员分享，可在线阅读，更多相关《匹克集团异构系统和平台整合方案v3文档格式.doc（79页珍藏版）》请在冰点文库上搜索。
2.4.3. 业务流程的监控管理 18
2.5. 数据集成的分析 18
2.5.1. 数据集成的业务需求 18
2.5.2. 数据集成的技术需求 19
第3章 匹克集团异构系统和平台整合方案 20
3.1. 匹克体育整合平台的总体设计 20
3.1.1. 平台部署架构 21
3.1.2. 平台逻辑架构 21
3.1.3. 金蝶的产品支撑 24
3.1.4. 金蝶中间件产品清单 24
3.2. 门户平台方案 25
3.2.1. 统一身份管理 27
3.2.2. 单点登录 28
3.2.3. 统一界面管理 30
3.2.4. 应用开发商的对接与影响 32
3.3. 流程集成平台方案 33
3.3.1. 业务建模 34
3.3.2. 流程的支持特性 35
3.3.3. 业务流程的集成 37
3.3.4. 业务流程的绩效分析 42
3.3.5. 应用开发商的对接与影响 43
3.4. 应用与数据集成平台方案 44
3.4.1. 应用集成 44
3.4.2. 服务管理 48
3.4.3. 数据集成的接口 49
3.4.4. 数据转换 54
3.4.5. 数据交换的调度 57
3.4.6. 主数据管理 59
3.4.7. 可靠数据路由与通信集成 64
3.5. 统一开发平台方案 68
3.5.1. 基于SOA的软件工程 69
3.5.2. 基于SOA的开发平台 70
3.6. 集成平台系统特性设计 77
3.6.1. 安全性 77
3.6.2. 标准性和开放性 78
3.6.3. 可扩展性和可伸缩性 78
3.6.4. 高可靠性与高可用性 79
修改记录
更改记录
日期
作者
版本
参考版本
备注
审校
第1章项目背景与建设目标
1.1.项目背景介绍
1.1.1.公司状况
匹克体育用品有限公司（“匹克体育”）是中国领先的运动用品公司之一，主要从事设计、开发、制造、分销及推广匹克品牌的运动产品，包括运动鞋类、服装及配饰。
作为中国运动品牌的先行者，匹克体育成立于20世纪80年代，并于1991年起开始推广匹克品牌。
根据弗若斯特沙利文（Frost&
Sullivan）于2008年11月进行的一项市场调查显示，匹克名列中国三大运动鞋及篮球鞋品牌之一。
作为中国运动品牌的先行者，匹克体育提出以积极促进全球体育事业发展，为人类健康生活提供优质体育用品及服务为使命；
以成为国际知名体育用品品牌，打造百年卓越企业为愿景；
同时匹克体育提出五年内实现业绩超百亿的宏伟目标。
匹克体育于2009年9月正式在香港联交所主板上市。
1.1.2.IT建设现状
网络方面：
公司内已经建设了完善的局域网设施；
公司与远端的门店及代理商通过广域网也建立了通信连接。
信息化方面：
公司目前也拥有一系列管理信息系统。
具体系统如下表：
系统
作用
丽晶管理系统
分销、零售、订单、采购、仓储等
鞋类ERP系统
订单、采购、生产、仓储等
服装类ERP系统
OA系统
公文流转、财务审批
用友ERP
财务管理
金蝶ERP
无线会员系统
VIP管理
会员在线注册系统
主要信息系统部署图如下：
这些信息化系统，在其各自的领域里虽然已经解决了一些问题，但同时也引入了新的问题。
这些问题包括：
1、信息孤岛
彼此孤立的系统，由于数据的分散定义、分散存储和使用，导致数据的一致性不能保证，自然也会影响到数据的正确性，降低我们对系统的信任。
信息不能及时、充分共享是信息孤岛的突出矛盾。
如果企业中“信息孤岛”现象严重，系统之间既不能有效实现信息共享，又影响业务的顺利执行。
由此所造成的信息共享、反馈难，企业就无法适应当今快速多变、全球化竞争的市场环境，信息化作用无法得到体现。
2、用户访问
彼此孤立的系统用户访问缺少统一的管理与认证，缺少统一的组织架构。
由于信息存在于多个子系统中，用户需要不停的登录子系统以达到目的。
这里有三个问题，一是用户信息分离，用户信息存在于各个子系统中，缺乏统一组织架构，管理与维护的成本相当高。
二是单点登录的缺失，用户登录验证由各个系统单独完成，用户需要在各个子系统之间反复登录以获取信息。
三是授权分离，用户的权限只存在于各个系统之中，管理维护成本高，而且不可能对权限进行细粒度的划分以方便管理。
3、流程协同
彼此孤立的系统，在使用阶段各自为证，同其他系统中的功能模块缺少必要的协同。
企业内部物质流动是从原材料采购到产品售出的产品生产与销售过程，在这一系列过程当中，对应的信息要经过几个信息系统，每个信息系统在维护相应数据时，如果缺少同其他信息系统的协同，必然会导致数据不一致、不正确。
在手工操作的传统模式下，数据的不一致的错误可以用手工的方式“方便”的进行修改，但是在信息化系统中，不一致的数据往往是统计和计算出来的结果，不是简单的修改就能解决了的，面对牵一发而动全身的系统时，我们可能会束手无策。
1.2.IT建设目标
根据公司的战略规划，未来3年内将建设完整的应用系统、IT管控和基础设施，涵盖全面的经营管理和企业发展，提升IT竞争价值，成为公司的竞争优势。
通过异构系统和平台整合，保留现有信息化系统资产；
对于目前信息化处理的盲点，通过定制开发，加入新的信息化系统。
最终将老系统逐步迁移，实现全面集成。
这对公司的IT基础架构提出了新的要求与挑战，匹克体育异构系统和平台整合项目所要建设的集成、门户、业务流程平台，将立足于此，全面规划，解决公司面临的“信息孤岛“现象，实现分布信息资源共享，信息流畅，提高决策效率，增强公司的集中管理，为支撑公司战略发展提供可靠的基石。
第2章匹克集团异构系统和平台整合需求分析
2.1.平台整合定位
对匹克体育来说，异构系统和平台整合所扮演的角色并不仅仅是集成现有IT系统，更是一个深层次、全范围的企业系统架构层次的集成与重组。
通过异构系统和平台整合，优化整合其IT能力，使IT能成为企业的前进驱动力和核心竞争力。
平台整合的需求包括三个层面：
宏观战略性需求层面（平台的定位）、系统具体功能性需求层面以及系统性需求层面。
l宏观战略性需求
Ø
能够兼容和整合匹克体育现有IT系统，最大化利用现有IT投资，并可以将其逐步迁移到新架构下的系统平台中。
符合匹克体育未来业务发展需要的企业级的信息化集成平台，能够支持插拔式的信息系统应用扩展和替换。
能够以较低成本进行快速的开发、部署集成与运营维护。
高效与低廉的学习成本，能够将企业信息化迅速普及，从而形成全面的信息化能力。
l平台功能性需求
能够以较低成本集成与整合公司现有信息系统，包括财务系统，OA系统，鞋服ERP系统以及丽晶的分销管理系统。
操作的高效率，包括信息交互之间的效率，用户操作的效率、系统管理的效率。
提供快速的开发模式和开发平台，能够快速以较低成本集成新的系统组件。
l平台系统性需求
高健壮性，能够在高负载情况下（大数据量、大用户访问量）支撑并满足公司7*24小时业务应用。
采用业界广泛采用的成熟的技术标准，并具有组件产品无关性，对业务系统组件不产生影响。
2.1.1.应用集成平台
通过调研了解，匹克体育为适应未来业务发展需要，计划将现有丽晶系统拆分为直营、加盟、代理三大数据库。
分别管理门店销售，加盟销售及代理销售。
最大限度降低销售终端对服务器的压力。
为避免三大数据库业务基础数据的分散定义、分散存储，反复同步问题，需将业务基础数据统一存储。
为避免三大数据库分散管理用户、权限、角色及组织架构，需统一管理用户，权限及组织架构等信息。
由于目前信息系统将企业的生产、销售流程分开管理，为保证流程中数据的一致，需将流程进行协同管理。
为达到上述目的，需要一个应用集成平台。
应用集成平台首选采用标准的系统基础模式及技术标准，如SOA，消息中间件等，增加匹克体育在平台产品的可选性。
针对一些特殊性的遗留系统，依然可以考虑采用定制化的集成应用接口，从而实现系统集成的最大化和最优化。
应用集成平台可以通过三个层面与统一基础平台进行衔接：
l门户集成：
用户、客户、伙伴可以通过统一的用户界面及用户接口访问信息系统，逐步降低用户对具体系统的操作黏性，并提高企业提高跨系统应用的能力和效率。
l应用集成：
整合现有IT系统的应用，并将其按照统一的业务基础标准进行转换，从而实现跨系统间的业务应用操作，优化与整合不同系统的业务模型及业务流程，从而达到更高层次的IT系统重用。
l数据集成：
将各个信息系统的数据集成管理，并进行相互的转换处理，从而实现数据在信息系统间的流动，避免用户的重复输入,提高数据处理的效率和能力,减少信息孤岛。
l流程集成：
梳理信息系统中被割裂的业务流程，在信息系统间配合流程集成。
防止用户修改某信息系统中的业务数据，而导致整个业务流程里的数据不一致。
2.1.2.统一开发平台
在统一业务基础平台上，使用统一开发平台能够避免由于使用不同技术标准（比如不同语言等）所构建的业务系统之间的集成复杂度和难度，并能够获得许多优势：
l业务分析人员通过统一的建模工具（如BPMN）进行业务建模。
通过开发平台与业务基础平台的无缝衔接，将业务模型转换为自动化的业务流程，真正实现MDA（模型驱动架构），最大化企业业务向IT信息化转化的效能。
l基于最广泛的企业级开发语言Java/J2EE,开发人员能够很快熟悉和应用开发平台进行系统的开发，避免在不同语言、不同技术标准间进行反复的切换。
l一致的工具、一致的模型，使得项目管理人员能够很好地理解项目的复杂度，累积的经验能够得到借鉴和重用，更加把握好项目的计划系统研发的风险性会大为降低。
l开发平台使用业界最广泛认可的技术标准，其平台无关性使得开发出来的构件能够在各个主流IT服务提供商的产品中良好运行，能够提高企业的选择性。
（包括服务提供商、开发人员、技术产品等）。
2.2.集成层次分析
信息系统的集成有多种应用模式和应用层面，在不同的层面也有不同的关注点。
以匹克体育现有的信息系统：
财务系统、鞋服ERP系统、会员管理系统、OA系统、丽晶分销系统为例，集成平台需要解决如下一些问题
l现有的财务系统、鞋服ERP管理系统以及OA系统间能够基于业务流程进行管理整合，实现系统间的互联互通，并形成统一的工作流。
比如生产管理、采购管理等。
l在各系统间公用的数据与信息，比如人员信息、组织结构、权限信息等，应该有统一的数据标准和模型，并且系统相互间能够进行数据的实时交换。
l需要一个统一的用户访问界面，可以让用户避免不必要的系统间切换和数据信息重复输入，使用一个用户名/密码，一次登录，并且一致的操作风格能够降低用户的学习成本，提升用户的操作效率。
实际上信息系统集成的复杂度远远超过上述的例子。
一般来说，基于互联网的分布式系统架构，包括五个层次，分别是：
交互层、流程层、应用层、数据层和通信层。
每个层次有不同的集成模式与相关技术标准和产品，并有着明显的关注点。
从架构角度，根据系统架构层次对企业信息系统进行层次化分析，了解并把握每个层次化的关注点，选择合适的集成模式与技术，是对企业信息系统进行深度集成的关键步骤。
下图中，列出了上述五个层，将其关注点及目前主流的集成技术标明。
图1：
集成的层次
2.2.1.交互层
交互层的集成是为了提供统一的用户界面接口，屏蔽系统间的差异，提供一致的界面风格与操作风格，降低用户的学习成本；
并通过系统间的无缝切换，实现用户工作效率的提升；
而个性化定制的用户界面，可以让用户从众多数据信息中提取聚焦自己关心的部分，并以最容易接受的形式展现。
交互层的集成虽然是整个企业系统架构中相对较为简单，但是它产生的效果确实相当明显。
集团公司、职员、客户、合作伙伴都能通过交互层的集成而得到改善的，正面的用户体验，从而进一步推荐系统架构更深层次的集成。
2.2.2.流程层
流程层是对企业信息化提升最为关键的一环，通过流程层集成，可以使得业务流程与信息化流程合二为一，形成合力。
通过抽取和整合现有业务流程，使用BPMN进行流程建模，实现业务流程分析的信息化，同时，通过应用支持BPEL,WFSL的流程层中间件BPM，实现自动化运行。
另外，在整合业务流程的基础上实现业务流程的监控与管理，提升业务流程整体的服务质量（QoS），并找到和分析出制约企业发展的业务流程瓶颈，为日后业务流程重组提供模型及数据上的支持。
2.2.3.应用层
应用层集成是实现跨系统间的系统功能应用相互调用和重组成更复杂的应用。
该层次的集成决定着能否最大效益利用现有IT资产，减少不必要的IT投资。
应用层通过传统的CORBA,COM＋,EJB以及Web服务等分布式调用技术，将各系统间的应用相互联系和沟通，实现相互调用。
并在此基础上，用SOA的思想以及相关技术标准和产品（如SCA，JBI等）将应用抽象封装成服务，在基于BPEL的ESB服务器上实现应用服务的编排和重组。
良好的应用层集成通过SOA治理以及服务质量QoS可以识别和分析哪些IT资产能够得到重用，哪些需要改进，哪些需要替换，从而使得最大化利用现有IT资产。
2.2.4.数据层
数据层是企业信息系统的逻辑上的最底层，它的集成也是解决信息孤岛最为关键的环节。
数据层的集成可以保证匹克体育在全企业范围内数据的一致性、有效性、安全性及可靠性。
2.2.5.网络通信层
网络通信层是软件系统架构的底层。
在该层次的集成可以让信息平台及系统忽略物理上的分布式部署，屏蔽不同的网络交互协议，如HTTP/HTTPS,TCP/IP,FTP等，实现逻辑层面的整体的企业信息架构。
目前，基于消息中间件（MOM）通过可靠性消息传递是目前被广泛支持和成熟应用的集成解决方案。
2.3.界面集成的分析
界面集成，也就是交互层集成，其主要的关注点是用户的个性化数据展示，屏蔽信息系统的多样性，建立统一公用的处理界面操作风格与处理模型，避免用户的重复输入，降低用户的学习成本。
如下图所示，一般来说，界面集成主要包括以下六个方面：
图2：
门户集成的逻辑结构
2.3.1.身份管理
集成平台对系统的访问用户进行统一的分类规划，并通过统一的用户登录界面，根据不同的身份导入到不同的信息系统中。
比如供应商默认使用的是电子商务采购系统；
员工默认访问的是OA系统。
集成平台提供统一的组织机构管理与人员信息管理组件，组件的数据作为集成平台的基础共享数据。
集成平台应该提供这样一套组件模型框架，具体的业务数据可以来自于目前的HR系统，也可以考虑未来的扩展。
作为集成平台的基础数据，用户、职员、组织结构等数据应该能够与业务流程的角色进行绑定和转换，从而实现集成平台与信息系统组件间的无缝接入。
2.3.2.单点登录
用户在登录系统集成平台后，切换到不同的信息系统时，不需要再次进行登录操作，也就是单点登录。
在适当情况下，用户的会话信息可以得到保存和共享，从而避免用户的反复切换及信息丢失的问题，提高用户的操作体验以及工作效率。
2.3.3.权限管理
统一的权限管理能够降低权限管理的工作成本，又能提升公司整体的信息安全管理水平，避免信息系统的安全管理漏洞。
组件包括安全控制组件及权限管理组件。
安全控制组件是可插拔的，可以选择和替换任何公司的相关产品，并可根据不同级别，不同需要设置不同的安全策略，比如普通密码认证、数字签名等。
而权限管理组件是可二次开发与定制的，可以选择RBAC（基于角色的访问控制），也可以选择域模型等。
2.4.流程集成的分析
2.4.1.业务流程的运作分析
通过对企业业务流程的分析，发现业务流程具有以下特性：
1）普遍性：
企业的任何经营活动都可以通过业务流程来表达；
2）目标性：
所有流程的必须有明确的目的和服务对象，并可以进行度量；
3）层次性：
流程可以按层级划分，流程之间可以嵌套、调用；
4）动态性：
流程责任人应该随时根据企业需要而动态调整甚至重新构建流程；
5）路由性：
根据不同流程的执行情况可以分为顺序、并行或条件选择等各种路由。
图3：
业务流程的特性
现在各个公司由于种种原因而开始积极进行优化其业务流程的工作。
企业希望对其跨组织和业务部门的流程进行检查，从而发现哪个流程最好。
希望改进现有流程，或甚至想实现其自动化。
在有些国家/地区，政府法规要求对业务流程进行恰当地记录。
例如，美国的萨班斯（Sarbanes-Oxley）法案要求必须为某些特定的流程制定良好的文档。
当今业务环境中存在众多驱动因素，促使各个企业开始更为关注其流程。
管理流程与各职能部门和业务单元有密切关系，须藉各部门间的紧密协调，以达到管理功能的目标。
图4：
流程与组织之间的责任体系
业务流程管理的运作体系，为围绕企业的业务模式，建立企业的流程管理模式，通过4个基本环节来实现：
图5：
业务流程的运作体系
总的说来，业务流程驱动因素可归为三个主要类别：
·
业务流程建模。
公司需要建立业务流程，以便其他人能够了解其工作方式、涉及人员以及活动从头至尾如何进行。
通常，业务分析人员知道流程工作如何建模这些流程。
将企业的核心业务流程按照流程建模的方法进行初始化。
业务流程的性能评估：
对业务流程运行的性能和价值进行评估和考核。
优化设计。
很多企业希望改进其业务流程，以减少效率低下的情况、促进成本降低和更快响应客户请求。
在理解流程之前，无法对其进行重新设计，因此必须首先将其初始化（固化）。
只有恰当地记录了流程之后才能进行重新设计。
通常，将由既了解业务需求同时也熟悉IT系统的技术分析人员或者业务的IT联系人对这些流程进行建模。
自动化执行。
建立业务流程建模、评估和优化的IT支撑平台。
在大多数情况下，提高业务流程的效率的最好办法是对其实现自动化。
如果可以减少或消除手动工作，则流程能以更低的成本更快地运行。
要实现流程自动化，业务的IT人员或咨询师必须编写代码或使用中间件产品。
对低效的流程进行自动化并不明智。
由于这个原因，此阶段应该仅在获得了重新设计后的流程后进行。
流程集成主要指业务流程集成，也就是将多个独立于特定信息系统中的业务功能或业务流程进行提取、连通整合，并充分利用现有信息系统的功能，构建一个能够贯穿多个信息系统，达到在企业范围内无边界的更为整合的业务功能流程。
流程集成的目的主要是从业务流程角度对已有的信息系统功能进行梳理和重组，从而实现业务流程的灵活性，并提升已有信息系统资产的重用性。
2.4.2.业务流程集成的技术需求
在重组业务流程的过程中，将业务流程中的每个活动理解为信息系统提供的服务。
那么业务流程的梳理过程也就是信息系统功能服务的整合过程。
业务流程的集成不仅仅为企业内部的信息系统实现互联互通，更加要实现企业供应链上下游各企业的信息共享，构建面向供应链的企业业务流程链才能真正形成企业乃至整个供应链的核心竞争力，从而打造全新的价值链。
因为供应链中各企业采用不同的信息系统和技术标准，所以集成平台需要提供被广泛接受并易于接受的技术标准。
对于那些没有使用SCA技术进行系统功能服务发布的信息系统，可以通过传统的Web服务将功能服务进行发布与共享。
对集成平台来说，WSFL是需要支持的技术标准。
通过WSFL技术，可以将这些共享发布的Web服务进行面向业务流程的整合，从而实现并打造全范围的业务流程。
业务分析人员通过流程建模语言BPMN，将业务流程以信息化流程描述，再经过业务流程管理工具BPM的解析和处理，实现流程的信息化与自动化。
而在系统处理层面，业务流程转换为信息系统可以理解和处理的系统操作流程（通过业务流程表达语言BPEL，XML流程定义语言XPDL，Web服务流程语言WSFL等）。
在业务基础标准层面，SCA是最为主流厂商支持的技术标准，并具有跨语言的特性。
集成平台通过SCA技术，从企业现有的信息系统中提取服务功能，并构建成最基本的服务单元，也就是构件（Component）,再通过BPEL，将其整合并重组成一个更为复杂的业务功能流程。
公司更可以通过基于SCA的业务组件架构标准选择购买或者研发其他业务应用系统，比如供应链管理、物流管理、资产管理等，并将它们集成发布到平台，实现平台组件的扩展。
图6：
应用集成的逻辑结构
2.4.3.业务流程的监控管理
业务流程的治理是IT治理的重要环节之一。
而治理的重要前提和依据便是对系统流程集成的监控与管理。
集成平台对流程的监控管理不仅仅只是流程的状态及控制管理等，更应该能帮助企业分析并找到业务流程的瓶颈与价值，从而为提升流程的服务质量（QoS）提供足够的信息支持。
另外，集成平台的管理应该采用业界比较广泛使用和支持的技术标准，提供良好的功能扩展性，比如对JMX的支持。
2.5.数据集成的分析
数据层的集成是整个系统集成平台最为基础和关键的，它直接影响到集成带来的效率和效果。
同时，这个集成也是多方面的，包括
l业务数据之间关系的集成；
l不同数据存储结构间的处理集成；
l数据逻辑访问的集成。
2.5.1.数据集成的业务需求
对于业务数据而言，集成主要是指每个独立信息系统间的数据交换与集成，比如ERP系统与财务系统之间关于生产成本、采购等信息的数据交换。
现有的基础数据与业务数据都存储在各自独立的信息系统中，比如同样的商品条码、尺码、颜色等数据在丽晶系统，无线会员系统和鞋服ERP系统中均有一份拷贝。
数据的冗余虽然带来的系统间的独立性，却明显加大了数据同步的维护成本，并且导致系统间相同逻辑的数据物理上不兼容。
所以在数据集成上，需要考虑提取公用的基础数据信息，并根据企业的业务以及行业的特性建立企业全局的标准化数据结构和数据规则库，同时有效管理具有企业自身特点的业务元数据信息，以确保数据在各个独立信息系统间能相互理解和处理。
另一方面，各个业务系统之间的数据需要进行传递，来应尽量避免复制信息，因为复制信息无法确保信息的同步更新，从而导致复制的信息很容易在一段时间后产生与原数据不符的情况。
应尽可能地避免数据二次录入。
数据的重新格式化应该尽量由系统自动完成，避免人为干涉。
而在数据的部署上，需要
升级会员 