计算机集成制造系统
ComputerIntegratedManufacturingSystems
Vol.17No.1Jan.2011
文章编号:1006-5911(2011)01-0177-09
面向柔性的业务关联的多产业链协作
公共服务平台模型和架构
陈 静,王淑营,孙林夫
(西南交通大学CAD工程中心,四川 成都 610031)
摘 要:为构建柔性的业务关联的多产业链协作公共服务平台,提出了一个柔性的公共服务平台模型。基于此模型,设计了基于软总线的业务关联的多产业链公共服务平台架构,在此架构下,平台由公共构件、基础业务构件、专用业务构件和软总线组成,公共构件和业务构件通过在软总线上的注册、发布和授权,实现了构件与平台之间的即插即用,从而实现平台的可扩展性和对业务协作柔性的支持。通过在汽车零部件产业链创新技术服务平台的开发和实施中的应用,验证了所提平台模型的可行性和有效性。
关键词:多产业链协作;产业链协作联盟;公共服务平台;模型构件;软总线;权限中图分类号:TP393.07 文献标志码:A
Flexiblemodelandarchitectureofpublicserviceplatformforbusiness-related
mult-iindustrialchaincollaboration
CHENJing,WANGShu-ying,SUNLin-fu
(CADEngineeringCenter,SouthwestJiaotongUniversity,Chengdu610031,China)
Abstract:Toestablishflexiblepublicserviceplatformforbusiness-relatedmult-iindustrialchaincollaboration,aflex-iblepublicserviceplatformmodelwasproposed.Then,thepublicserviceplatformarchitecturebasedonsoftinte-grationbusforbusiness-relatedmult-iindustrialchaincollaborationwasdesigned,whichwasmadeupofcommoncomponent,basicbusinesscomponent,specialbusinesscomponentandsoftwarebus.Theplugandplayrelationshipbetweenthecomponentandtheplatformwasrealizedbycomponentregistration,componentreleaseandcomponentauthorizationonplatformsoftwarebussothattheplatformscalabilityandbusinesscollaborationflexibilitywerere-alized.Theresearchresultswereappliedintheautopartsindustrialchaininnovationandtechnologyserviceplatformdevelopmentandimplementation.Applicationresultsshowedthatthemodelandarchitectureproposedinthepaperwerefeasibleandeffective.
Keywords:mult-iindustrialchaincollaboration;industrialchaincollaborationalliance;publicserviceplatform;modelcomponent;softwarebus;permission
0 引言
随着经济全球化的发展,企业间的业务协作越来越紧密,且呈现大规模、多目标、多角色和多层次的特征,企业之间的竞争已发展为产业链之间的竞
争,产业链协作模式也逐渐由以龙头企业为核心的单链式模式[1],拓展到业务关联的多条产业链间的相互协作、共同发展。另一方面,随着应用的快速变化,企业要应对竞争的新要求,需要不断更新业务流程和模式,建设新的应用信息系统,从技术上要求新
收稿日期:2009-12-01;修订日期:2010-04-28。Received01Dec.2009;accepted28Apr.2010.
基金项目:国家863/CIMS主题资助项目(2007AA04Z188);四川省科技计划资助项目(2008GZ0007)。Foundationitems:Projectsupportedby
theNationalHigh-Tech.R&DProgramforCIMS,China(No.2007AA04Z188),andtheKeyTechnologiesR&DProgramofS-ichuanProvince,China(No.2008GZ0007).
178
计算机集成制造系统第17卷
的应用信息系统能快速搭建并实施,需要能够做到/随需应变0。目前,支持产业链协作的服务平台主要的解决方案有龙头企业自建业务协作平台,以及基于应用服务提供商(ApplicationServiceProvid-er,ASP)/软件即服务(SoftAsAService,SAAS)的面向中小企业的业务协作公共服务平台两种。文献[4]和文献[5]研究了龙头企业如何自建业务协作平台支持企业间的业务协作,该类解决方案主要针对单链式模式搭建,属于一对多模式,需要龙头企业自身投入大量的人力和财力,适合大型企业的信息化;文献[2]和文献[3]从ASP模式对支持产业链业务协作的公共服务平台(公共服务平台)进行了研究,该类解决方案属于多对多模式,支持多产业链的多业务协作,由第三方搭建,企业只需要投入较少的人力和财力就可实现业务协作的信息化,特别适合中小企业信息化。为实现协作业务系统与平台的松耦合性,面向服务架构(Service-OrientedArchitec-ture,SOA)技术[6-9]能够迅速便捷地构建开放的、模块化的、可重用的软件,实现软件的松耦合性,但由于SOA的基础是WebService,如果以SOA为架构构建公共服务平台,则平台的效率较差,服务质量无法保证。而基于构件的软件构件技术[10-12]不但能很好地解决企业信息系统的快速开发,而且相对SOA技术的效率更高。但目前关于构件的技术研究大都集中在构件的识别[13]、构件的优化组合[14]方面,关于构件和公共服务平台之间的动态集成研究较少。
本文围绕如何构建柔性的业务关联的多产业链协作公共服务平台展开研究,针对业务关联的多产业链协作特点及业务协作对信息化的要求,提出了业务关联的多产业链协作公共服务平台模型,包括基于业务分解、业务建模、构件抽象、构件集成及组合的公共服务平台构建模型和基于构件的公共服务平台集成模型。基于该模型,设计了基于软总线的公共服务平台架构,平台由公共构件、基础业务构件、专用业务构件和软总线组成,公共构件和业务构件通过在平台的软总线上注册、发布和授权,实现了构件与平台之间的即插即用,从而实现了平台的可扩展性和对企业业务柔性的支持。研究结果表明,本文设计的公共服务平台模型和架构实现了业务关联的多产业链的多业务协作的松耦合集成,能较好地支持企业不断变化的业务需求对信息化的要求。[2-3]
1 业务关联的多产业链协作模式
111 基本定义
定义1 业务关联的多产业链协作网络(Bus-iness-relatedMult-iIndustrialChainCollaborativeNetwork,B-MICCN)。设有多个独立的产业链协
作网络,由于相互间存在业务关联关系,使得这多个独立的产业链协作网络中的企业之间形成新的业务协作关系,将多个独立的产业链协作网络连接成一个新网络,称作业务关联的多产业链协作网络。
以下给出和B-MICCN相关的定义。
定义2 产业链协作联盟[15](IndustrialChainCollaborationAlliance,ICCA)。是网络化范式下的企业协同工作的功能实体集,是由核心企业和其临时或长期存在协作业务关系的功能实体成员组成的组织。ICCA的核心企业表示为ICCAc,其他企业称为该联盟的协作企业。
定义3 定义CRS={cr1,cr2,,,cri,,,crk},1[i[k为产业链协作模式中企业间的协作关系集,其中cri称作协作关系单元,简称为协作关系,协作关系集中协作关系单元的个数称为协作关系集的模,记作+R+。
一般地,在产业链中协作关系主要有协同销售、协同采购、协同服务、协同设计及协同物流等。在实际的业务协作中,两个企业间可能存在多个协作关系。例如在某汽车产业链中,汽车销售公司vi既是汽车制造厂vj的销售商,又是该汽车制造厂vj的服务商,则在该网络中,节点vi与vj间的协作关系应包括协同销售关系和协同服务关系。
112 基于公共服务平台的业务关联的多产业链协
作的信息化需求业务关联的多产业链协作模式是单链式产业链协作模式[1]的延伸,它不但具有单链式产业链协作模式的特点[2],而且由于业务关联的多个产业链的交互,使其具有一些新的特点,根据对企业的调研、平台的开发和应用实施,总结特点如下:
(1)在每个产业链上,都存在一个核心企业,该条产业链上的其他企业均围绕该企业展开业务协作。
(2)一个企业可能同时位于多条产业链上,同时一条产业链上的核心企业可能只是另一条产业链上的协作企业。
(3)参与协作的企业较多,企业经营范围广,覆第1期陈 静等:面向柔性的业务关联的多产业链协作公共服务平台模型和架构
179
盖业务关联的多条产业链上的产品(如汽车行业的整车设计、制造、发动机及零部件的设计、制造等),业务涉及到整个行业的生产、销售、服务及物流的各个环节。
(4)参与协作企业的协作关系具有动态性,随着业务的形成而组成,随着业务的发展而变化。
(5)参与协作企业的业务具有动态性,企业随时可能根据市场需求及自身的发展情况对企业的业务进行拓展、收缩或重点转移等。
因此,支持业务关联的多产业链协作模式的公共服务平台必须具有以下特点:
(1)公共服务平台将一条产业链映射为平台上的一个企业联盟,以保障平台上的业务协作以企业联盟为单位展开。
(2)公共服务平台应支持/一对多0的服务模式,即一个平台可以为多个联盟(产业链)服务,因此平台必须支持企业联盟的动态组建。在协作过程中,盟主企业可根据需要动态添加和删除其协作企业。
(3)公共服务平台应能有效地管理/多对多0的协作关系,即一个协作企业可以和多个盟主企业发生协作关系,一个协作企业和盟主企业之间可能存在多个协作业务,一个企业可能既是协作企业又是盟主企业。
(4)公共服务平台应具备良好的柔性,能适应不断变化的业务需求,当企业业务发生变化时,平台能根据企业业务的变化进行快速构建和重组。
(5)平台上各个业务系统之间是松耦合的,一个业务系统的变化不会影响其他业务系统的正常使用和运行。
(6)具有灵活的开放性接口,支持异构平台的集成,能与企业资源计划(EnterpriseResourcePlan-ning,ERP)、客户关系管理(CustomerRelationshipManagement,CRM)等信息系统进行无缝集成,实现业务关联的多条产业链公共服务平台与企业内部信息系统的动态信息整合。
2 业务关联的多产业链协作公共服务平台
模型
业务关联的多产业链协作公共服务平台模型包括业务关联的多产业链协作公共服务平台构建模型和集成模型。
211 业务关联的多产业链协作公共服务平台构建
模型根据112节分析得到的业务关联的多产业链协作公共服务平台必须具有的特点,设计了如图1所示的公共服务平台构建模型,该模型的构建步骤为:分解y建模y抽象y集成y组合。
180
计算机集成制造系统第17卷
(1)分解 因为业务关联的多产业链协作公共平台需要支持多个产业链的多个业务协作,所以构建业务关联的多产业链协作公共服务平台首先要分析现有的协作关系和协作业务,为后续的业务建模及平台的实现奠定基础。不失一般性,设业务关联的多产业链协作网络的产业链集合ICS={IC1,IC2,,,ICi,,},产业链ICi的协作关系集合CRSiACRS,则产业链ICi包含的协作业务集合CBSi={CB,CB,,,CB=V(cr,IC)|
ji
ci
crji
ci
ji
1i
2i
+CRS+
ii
CBji=òBASji,BWSji,BRSji,BESji,BCSjió。(2)其中:BASi表示ICi的协作类别为j的业务涉及的业务主角集合,BWSji表示ICi的协作类别为j的业务涉及的业务角色集合,BRSi表示ICi的协作类别为j的业务涉及的业务规则集合,BESji表示ICi的协作类别为j的业务涉及的业务实体集合,BCSji表示ICi的协作类别为j的业务涉及的业务用例集合。一个业务用例又由多条业务用例实例构成,业务用例也可用一个五元组表示为
BCjik=òBASjik,BWSjik,BRSjik,BESjik,BCISjikó;
(3)
BASikABASi,BWSikABWSi,BRSjikABRSji,BESjikABESji。
对PBCjikIBCSji,其中ik[+BCSji+(BCSji包含的业务用例个数)。对于业务用例实例,则是业务主角或业务角色对业务实体按照某个业务规则实施操作。
对PBCIjiksIBCISjik,有BCIjiks=OperòBA
j
j
i
ks
j
j
},其中CB
ji
IC,crICBSi,+CRSi+表示
ji
ci
CRSi的模,即包含的协作业务个数,ICci表示产业链ICi的核心企业,V(cr,IC)表示ICS的所有企业中与IC具有协作关系cr的企业集合,即V(cr,IC)={vt|cr(vt,IC)X0,vtIV,crICBSi}。显然,V(cr,IC)AV。因此,业务关联的多产业链协作公共服务平台支持的协作业务如式(1)。
CBS=
IC
i
jjjj
c
iji
jicijiciji
jici
GCBSi。IICS
(1)
(2)建模 为描述业务模型,先给出业务主角、业务角色、业务规则、业务实体、业务用例和业
务用例实例的定义。
定义4 业务主角。指人或物与业务进行交互时所担任的角色。如与汽车三包服务业务相关的服务商、客户等都是业务主角。
定义5 业务角色。指处理业务的人员。如在汽车三包服务业务中,汽车厂的三包审核员、服务经理等都是业务角色。
定义6 业务规则。指在进行业务活动时,必须遵守的条件或政策声明。
定义7 业务实体。也称业务对象,指企业业务中的基本要素。如在汽车企业业务中,汽车、订单都是一个业务实体。
定义8 业务用例实例。指一系列动作的执行,而这些动作会产生对特定业务主角具有价值的结果。如三包服务审核业务中,业务员审核是一个业务用例实例,业务经理审核也是一个业务用例实例。
定义9 业务用例。业务用例定义了一组业务用例实例。如三包服务审核业务就是一个业务用例。
对PICiIICS,其类别为j的协作业务可用一个五元组表示,如式(2)所示。
|BWjiks,BRjiks,BESjiksó;(4)
j
j
j
BAiksIBASis,BWiksIBWSis,BRjiksIBRSjis,BESjiksABESjis。(3)抽象 该过程将企业间的协作业务按协作关系类别进行分类,根据信息结构的稳定性和核心业务的种类及其处理过程的相似性,对相同的操作进行抽象,将实体信息和处理过程封装在不同的构件模型中。
为实现将抽象的构件/即插即用0地集成到公共服务平台上,业务过程到业务系统的抽象包含两个层次:
(1)将业务模型中不能独立运行的部分抽象为公共类库或公共组件库,如将数据库操作的相关功能抽象为数据库操作类或组件,提供数据库相关的查询、插入、更新、删除等操作接口,为其他构件提供数据库操作服务;再如将三包服务业务中的费用计算抽象为三包费用计算组件,为平台上所有产业链联盟的三包服务业务提供统一的对服务商和零部件供应商的三包费用计算接口。该类构件在.net环境下具体实现时,一般被封装为dll文件,该类构件为图1所示的公共构件、基础业务构件和各业务系统的专用构件等大粒度构件提供服务。
(2)抽象出大粒度的构件,本文的大粒度构件指可实现某个业务单元的具体功能,集成到平台能够独第1期陈 静等:面向柔性的业务关联的多产业链协作公共服务平台模型和架构
181
立运行。该类构件包括图1所指的公共构件、基础业务构件和各业务系统的专用构件,这些构件相互独立。例如,将用户身份认证过程抽象为用户身份认证构件,该构件能独立完成对用户身份的认证。该类构件在.net环境下具体实现时,被封装为功能操作接口(页面)文件和功能实现的dll文件两部分。
抽象过程可形式化描述如下。
不失一般性,设CBSj表示类别为j的协作业务集合,则CBS={CBi1,CBi2,,,CB+ICS+},其中+ICS+为产业链集合ICS的模,表示产业链的个数。则从业务模型到构件的抽象过程如式(5)所示。可将CBS_Comm抽象为公共构件,如用户管理构件、消息管理构件等;将CBS_Comm抽象为j类协作业务的基础业务构件,代表平台上所有产业链在进行j类业务协作时共用且不会发生变化的部分,将CBk-CBS_Comm-CBS_Comm抽象为不同个体的专用业务构件,代表各个产业链在进行j类业务协作时的不同部分。将抽象的公共构件、基础业务构件和个体专用业务构件等组合在一起,就可实现该类业务协作系统。
+CRS+
j
+CRS+
j
jj
j
j
j
j
(2)平台是构件的运行环境,任何符合平台要求的构件都可与平台进行松耦合集成。
根据构件与平台的集成特性,将构件和平台的关系类比为日常使用的电器和插线板关系,将构件类比为电器,平台类比为通电的插线板,只要电器(构件)的接口与插线板(平台)提供的接口吻合,电器(构件)就可任意地被插入或拔离插线板(平台),不同电器(不同构件)之间以及电器(构件)与平台之间是松耦合的。基于该思想,本文设计了基于构件的业务关联的多产业链协作公共服务平台集成模型,如图2所示。基于构件的业务关联的多产业链协作公共服务平台集成模型包括四个实体和三种操作。四个实体分别为构件C(component)、平台P(platform)、产业链协作联盟(ICCA)及角色R(role);三种操作分别为注册(Rª)、发布(Pª)及授权(A)。业务关联的多产业链协作公共服务平台集成模型表示为
P(C,ICCA,R)
=((CRªP)PªoA
ª
ª
ª
ª
ICCA)AªR。
(6)
CBS=
GCBS=CBS_CommG(j=G1
j=1
j
+ICS+
jkj
式中PoA为发布和授权的合成操作。
平台集成模型中的构件指211节所描述的大粒度构件,即图1中的公共构件、基础业务构件和各业务系统的专用构件。平台集成模型中所谓的集成是指构件与平台的集成、构件与业务系统的集成。
(5)
(CBS_CommG(k=G1(CB-CBS_Comm-CBS_Comm))))。
+CRS+
式中:CBS_Comm=
+ICS+
HCBS,表示所有产业链的j=1
j
j
各个业务协作时都需要的功能;CBS_Comm=HCBSk,表示所有产业链进行第j类业务协作时k=1
(4)集成与组合 对业务协作进行建模,并识别为构件后,如何将这些构件/按需0集成到平台上,实
现构件的/即插即用0,并利用平台上的构件组合业务协作所需要的业务协作系统,是业务关联的多产业链协作平台实现的关键。212节将对构件与平台的集成和组合进行详细论述。
212 业务关联的多产业链协作公共服务平台集成
模型
构件与平台的集成,不仅要能快速适应和满足企业业务的变化,还必须保证平台上对某业务协作方面的修改不能对未发生变化的业务产生影响,因此构件与平台的集成应具有如下特性:
(1)构件与平台的集成是松耦合的,构件可以自由地从平台上/热插拔0。模型具体描述为:
(1)CRªP,即构件必须首先在平台上注册,然后平台才能使用该构件。
(2)(CRªP)PªoAªICCA,即构件C注册到平台P上后,平台必须将构件C发布给平台上的协作企业联盟ICCA,并将构件C的部分或全部功能项授权给平台上的协作企业联盟ICCA,发布和授权后,联盟ICCA才能使用构件C的全部或部分功能项。(3)((CRP)PoAICCA)AR,即构件C被发布和授权到联盟A后,联盟A即可将构件C按
ª
ª
ª
ª
j
都需要的功能。
182
计算机集成制造系统第17卷
该联盟的用户的角色R的不同级别授予不同的权限。
(4)重复以上步骤,实现构件的动态组合,从而实现平台上业务协作系统的动态生成。
建模型及集成模型,本文设计了如图3所示的基于软总线模式的业务关联的多产业链公共服务平台架构。该架构在平台上设计了软集成总线(SoftwareInte-grationBus,SIBS),将各协作业务系统分别设计为公共构件、基础业务构件和专用业务构件,这些构件通过向平台的SIBS注册和授权操作,实现产业链上各企业间业务协作系统的即插即用,从而满足企业间业务需求的不断变化对信息系统的需求。
3 业务关联的多产业链协作公共服务平台
架构
根据业务关联的多产业链协作公共服务平台构
平台软集成总线由构件注册管理、构件发布管理、企业动态联盟管理、构件授权管理、用户操作界面管理及数据集成与交换等模块构成。为便于下文描述,不失一般性,假设C1,C2表示构件,A1,A2表示协作企业联盟。
(1)构件注册管理 该模块负责构件在平台上的注册,管理公共服务平台集成模型中的Rª操作,构件只有在平台上注册成功后,平台才能识别该构件。构件注册到平台后,构件信息被写入平台的构件管理数据库中,构件信息包括构件标志(C_id)、构件名称(C_name)及该构件包括的功能项。
C_info=(C_id,C_name,C_fun_info)。(7)构件功能项信息包括构件标志、功能项标志(C_funitemId)、功能项名称(C_funitemName)及功能项页面地址(C_funitempageAddr)。
C_fun_info=(C_id,C_funitemId,C_funitemName,C_funitempageAddr)。(8)(2)构件发布管理 该模块负责将在平台上注册成功后的构件发布给平台上的协作企业联盟,该模块管理公共服务平台集成模型中的Pª操作。假设构件C1,C2被注册到平台上,构件C1被发布到联盟A1,构件C2被发布到联盟A2,则构件C2对联盟A1不可见,构件C1对联盟A2不可见。构件被发布到联盟后,联盟只能了解构件的功能,必须经过平台授权后,联盟才能使用构件。
(3)企业动态联盟管理 该模块负责平台上联盟的动态添加和删除,平台上所有的业务协作都以联盟为基础,任何产业链要使用平台进行业务协作,必须先使用该模块在平台上组建企业联盟。
(4)构件授权管理 该模块管理平台集成模型第1期陈 静等:面向柔性的业务关联的多产业链协作公共服务平台模型和架构
183
中的Aª操作,授权操作包括平台对联盟的使用授权及联盟对用户的授权使用。授权过程如下:
步骤1 平台对联盟的授权。负责将平台上注册并发布到协作企业联盟的构件,授权给平台上的协作企业联盟使用。假设构件C1被发布到联盟
2
A1,构件的功能项集合CF1={cf11,cf1,,,cf
i1
1
设平台上某企业联盟定义的角色集合为ROLE_Set={Role1,Role2,,,Roles},PRoleiIROLE_Set,其在平台上具有的业务权限树为OP_Tree(Rolei),则角色集ROLE_Set的业务权限逻辑结构为集合中各个角色的业务权限树构成的森林(for-est),如图4所示。对该企业联盟的任一用户Use-rj,其被授予的角色是ROLEj={Rolec1,Rolec2,,,Rolect}AROLE_Set,则Userj在平台上具有的操作权限为
OP_Tree(Userj)=i=G1OP_Tree(Role;i),
RoleiIROLEj。
;
t
},
则可将构件C1的功能项子集CFc1ACF1授权给联
盟A1。
步骤2 联盟对用户的授权。平台将构件发布并授权给企业联盟后,企业联盟根据其协作企业的级别和协作类型,授予不同的使用权限。联盟对用户的授权采用基于角色的授权机制。
(9)
(5)用户操作界面管理 该模块的主要功能是用户登录后,生成用户在平台上的权限逻辑结构,计算用户具有的权限业务,生成用户操作界面。用户操作界面管理的核心在于用户登录平台后,平台应展现给该用户操作权限。下面给出用户登录平台后其操作权限求解算法。
用户Userj登录平台后的操作权限求解算法如下:
步骤1 Userj提交身份验证数据,登陆平台。步骤2 平台验证Userj是否为平台合法用户,如果是,则转到步骤3;否则,返回给Userj登陆失败信息。
步骤3 查询企业协作关系表,得到Userj所属的企业联盟列表Alliance_List={A1,A2,,,Ar}。
步骤4 对PAiIAlliance_List,重复步骤5~步骤7可得到Userj在联盟Ai的操作界面。
步骤5 查找数据库中的用户角色表,得到Userj具有的角色列表,生成Userj权限逻辑结构(森林)。
步骤6 遍历Userj权限逻辑结构(森林),合并相同节点,生成Userj的操作权限树OP_Tree(Use-rj)。步骤7 遍历操作权限树OP_Tree(Userj),生成Userj在联盟Ai的操作界面。
(6)数据交换 数据交换完成企业内部系统与平台之间的数据共享,实现了平台与企业内部信息系统的集成。数据交换模块基于WebService技术,在平台上设计了通用数据上传和下载WebService模板
[16]
,不同企业的内部系统与平台间进
行数据交换服务时,只需要配置数据交换文件(可扩展标记语言(eXtensibleMarkupLanguage,XML)文件),即可动态生成自己的数据上传和下载WebService,从而实现企业内部信息系统与平台间的信息集成。数据交换的具体实现请参见文献[16]。
4 应用实例-汽车零部件产业链技术创新
服务平台
本文提出的公共服务平台模型和架构已经被应用到汽车零部件产业链技术创新服务平台(http://auto.easp.cn)。汽车零部件产业链技术创新服务平台为汽车及零部件多条产业链的上下游企业之间的业务协作提供了信息化支撑,其业务范围涵盖了企业间从原材料采购、产品销售、售后服务及配件销售、物流拉动等业务过程,目前平台用户包括汽车制184
计算机集成制造系统第17卷
造企业、发动机制造企业、零部件制造企业及相关的销售商、服务商、供应商和物流等企业。目前平台用户规模为8个产业链联盟,企业共计约4000余家。
平台采用图3所示的架构,设计了平台的SIBS,集成总线由构件注册管理、构件发布管理、企业动态联盟管理、构件授权管理、用户操作界面管理及数据集成与交换等模块构成,各个模块的主要功能同第3章所述。平台的公共构件包括用户管理构件、消息管理构件、企业协作关系管理构件、用户角色管理构件、统计分析构件,以及操作日志管理构件等。平台的基础业务构件和专用业务构件包括协同销售基础业务构件和专用业务构件、协同采购基础业务构件和专用业务构件及协同服务基础业务构件和专用业务构件等。限于篇幅,本文不再详细罗列这些构件,以下重点说明如何实现这些构件在平台上的即插即用。
汽车零部件产业链技术创新服务平台在.net环境下开发和运行,将SIBS作为业务关联的多产业链协作公共服务平台的主解决方案,公共构件、基础业务构件和专用业务构件分别作为单独的构件解决方案,主解决方案的Global和WebConfig文件被平台相关的其他解决方案共享,构件解决方案生成的WebUI层的运行程序作为目录拷贝到主解决方案的WebUI层目录下,构件解决方案生的bin目录下的dll拷贝到主解决方案的bin目录下。在互联网信息服务(InternetInformationServ-ices,IIS)中,将主解决方案的WebUI目录创建为应用程序。将方案构件的WebUI层目录和bin目录下的dll拷贝到主解决方案的相应目录中后,必须将构件在平台上注册,平台才能将构件发布并授权到企业联盟,构件的信息(如式(8)和式(9))被注册到平台后,用户就可以使用经过授权的构件功能。平台的构件注册如图5所示,构件的授权如图6所示。
修改不影响平台的其他业务的运行,不需要重新发布和部署平台应用程序。同样,当增加新的产业链(企业联盟)或新的协作业务系统时,只需要开发与平台现有业务功能不同的构件即可,开发完成后将新的构件对应的页面文件和bin目录下的dll文件拷贝到主解决方案文件夹,并将其在平台上进行注册、发布和授权。
5 结束语
本文分析了基于公共服务平台的业务关联的多产业链协作的信息化需求,提出了一个具有柔性的业务关联的多产业链协作公共服务平台模型,即公共服务平台的构建模型和集成模型。该模型将公共服务平台设计为公共构件、基础业务构件和专用业务构件集合,这些构件之间是松耦合的,构件的变化是相互独立的。基于该模型,设计了基于软总线模式的业务关联的多产业链协作公共服务平台架构,公共构件、基础业务构件和专用业务构件通过在平台的软总线上的注册、发布和授权,实现了构件与平台之间的的即插即用,从而实现平台的可扩展性和对企业业务柔性的支持。最后,将本文的研究成果应用到汽车零部件产业链技术创新服务平台的开发和应用实施中,验证了本文提出的公共服务平台模型和架构的可行性。参考文献:
[1] SUNLinfu.Networkedmanufacturing-orientedcollaborative
designtechnology[J].ComputerIntegratedManufacturingSystems,2005,11(1):01-06(inChinese).[孙林夫.面向网络化制造的协同设计技术[J].计算机集成制造系统,2005,11(1):01-06.]
[2] WANGShuying.Integratedframeworkofcollaborativecom-mercialplatformformanufacturingindustrialchain[J].Jour-nalofSouthwestJiaotongUniversity,2008,43(5):643-647(inChinese).[王淑营.面向制造业产业链的协同商务平台集成框架[J].西南交通大学学报,2008,43(5):643-647.]
当企业的业务发生变化时,只需在相应业务构件解决方案中修改,用编译后的页面和dll文件替换主解决方案WebUI目录下相应的文件即可,不
需要将主解决方案重新编译和生成,则一个构件的第1期陈 静等:面向柔性的业务关联的多产业链协作公共服务平台模型和架构
185
[3] ZHAOHuijuan,TANGHuijia,SUNLinfu.SolutionofASP
basedcollaborativebusinessplatformforautomotiveindustrialchain[J].ComputerIntegratedManufacturingSystems,2006,12(5):745-752(inChinese).[赵慧娟,唐慧佳,孙林夫.基于应用服务提供商的汽车产业链协同商务平台解决方案[J].计算机集成制造系统,2006,12(5):745-752.]
[4] SONGTingxin,HUANGBiqing,SHAOBeipen.Intergrated
serviceplatformforgroupenterprises[J].ComputerIntegrat-edManufacturingSystems,2008,14(4):696-702(inChinese).[宋庭新,黄必清,邵贝恩.集团企业业务集成服务平台的研究与应用[J].计算机集成制造系统,2008,14(4):696-702.][5] YANGYi.IBMhelpedSGMconstructanafterservicenet-workedmanagementsystem[EB/OL].(2003-03-03)[2009-12-15].
http://tech.
qianlong.com/28/2004/10/21/223@
2332641.htm(inChinese).[杨 易.IBM助力上海通用汽车搭建售后服务网络管理系统[EB/OL].(2003-03-03)[2009-12-15].http://tech.2332641.htm.]
[6] AGRAWALR,BAYARDOJRRJ,GRUHLD,etal.Vinci:
aservice-orientedarchitectureforrapiddevelopmentofWebapplications[C]//Proceedingsofthe10thInternationalCon-ferenceonWorldWeb.NewYork,N.Y.,USA:ACM,2001:355-365.
[7] WSOM.Webservicesoutsourcingmanager[EB/OL].(2002-06-15)[2009-12-15].http://www.alphaworks.ibm.com/tech/WSOM,IBM.
[8] K;C;MANE,MELLOULLL,FOXA.Towardszero-code
servicecomposition[C]//Proceedingsofthe8thWorkshoponHotTopicsinOperatingSystems(HotOSVIII).Washington,D.C.,USA:IEEE,2001:172-172.
[9] YINGTAOJ,ELENIS.TowardsreengineeringWebsitesto
Web-Servicesproviders[C]//Proceedingsofthe8thEuropeanConferenceonSoftwareMaintenanceandReengineering(CSMRp04).Washington,D.C.,USA:IEEE,2004:296-305.[10] YANGFuqing,MEIHong,LUJian,etal.Somediscussion
onthedevelopmentofsoftwaretechnology[J].ActaElec-ianlong.com/28/2004/10/21/223@
tronicaSinica,2002,30(12A):1901-1906(inChinese).[杨芙清,梅 宏,吕 建,等.浅论软件技术发展[J].电子学报,2002,30(12A):1901-1906.]
[11] ZHANGWenjuan,ZHAOJunfeng,XIEBing,etal.Acom-ponentmodeltosupportvariability[J].ActaElectronicaSin-ica,2003,31(6):899-902(inChinese).[张文娟,赵俊峰,谢 冰,等.一种支持变化性的构件模型JBCOM/E[J].电子学报,2003,31(6):899-902.]
[12] MENGFanchao,ZHANDechen,XUXiaofei.Component
modelofenterpriseinformationsystemsupportingvariability[J].ComputerIntegratedManufacturingSystems,2006,12(8):1175-1182(inChinese).[孟凡超,战德臣,徐晓飞.支持可变性的企业信息系统模型[J].计算机集成制造系统,2006,12(8):1175-1182]
[13] WANGZhongjie,ZHANDechen,XUXiaofei.Overviewon
businesscomponentidentificationapproach[J].ComputerIn-tegratedManufacturingSystems,2007,13(4):797-805(inChinese).[王忠杰,战德臣,徐晓飞.业务构件识别方法研究综述[J].计算机集成制造系统,2007,13(4):797-805.]
[14] YINYanchao,SUNLinfu.Componentmodelofproductap-plicationservicebasedongeneralizeddynamicconstraintssat-isfaction[J].ComputerIntegratedManufacturingSystems,2009,15(6):1098-1106(inChinese).[阴艳超,孙林夫.基于广义动态约束满足的产品应用服务构件模型研究[J].计算机集成制造系统,2009,15(6):1098-1106.]
[15] CHENJing,SUNLinfu.Evaluationandselectivepreference
modelofindustrialchaincollaborationalliancemembersbasedonmatter-analysis[J].ComputerIntegratedManufacturingSystems,2009,15(9):1743-1748(inChinese).[陈 静,孙林夫.基于物元分析的产业链协同联盟盟员评价与优选模型[J].计算机集成制造系统,2009,15(9):1743-1748.]
[16] WANGShuying.Researchondataexchangeadapterforcom-mercesysteminmanufacturingindustrialchain[J].Applica-tionsResearchofComputers,2009,26(1):189-191(inCh-inese).[王淑营.面向制造业产业链协同商务系统的数据交换适配器研究[J].计算机应用研究,2009,26(1):189-191.]
作者简介:
陈 静(1976-),男,安徽泗县人,博士研究生,研究方向:产业链协同技术、公共服务平台技术及网络安全等,E-mail:chsilence@
sohu.com;
王淑营(1974-),女,天津人,副研究员,硕士生导师,研究方向:网络化制造技术、产业链协同技术及公共服务平台技术等;
孙林夫(1963-),男,浙江绍兴人,教授,博士生导师,主任,四川省现代服务科技研究院院长,国家863计划先进制造技术领域专家组专
家、国家科技支撑计划重大项目/现代服务业共性技术支撑体系0专家总体组责任专家,研究方向:网络化制造技术、产业链协同技术及公共服务平台技术等。
因篇幅问题不能全部显示，请点此查看更多更全内容