鐘 軍,王淑營(yíng),劉述雅,李月霞
(1.西南交通大學(xué)CAD工程中心,四川 成都610031;2.成都市國(guó)龍信息工程有限責(zé)任公司中心,四川 成都610031;3.北京鐵路局石家莊職工培訓(xùn)基地,河北 石家莊050061)
隨著網(wǎng)絡(luò)技術(shù)和信息技術(shù)的不斷發(fā)展,企業(yè)之間的競(jìng)爭(zhēng)由單個(gè)企業(yè)之間的個(gè)體競(jìng)爭(zhēng)已發(fā)展成為以龍頭企業(yè)為核心的供應(yīng)鏈的整體競(jìng)爭(zhēng),隨之信息化技術(shù)也由原來的企業(yè)內(nèi)部已ERP/PDM為核心的集成,發(fā)展成為跨企業(yè)邊界的企業(yè)間的集成與協(xié)同服務(wù)[1,2]。在企業(yè)間的集成與協(xié)同解決方案中,軟件服務(wù)及應(yīng)用 (software as a service,SaaS)以其特有的集成資源、軟硬件價(jià)格和專業(yè)化服務(wù)優(yōu)勢(shì)發(fā)揮越來越重要的作用。產(chǎn)業(yè)鏈協(xié)同SaaS平臺(tái)正是在這種背景下應(yīng)運(yùn)而生的,它以專業(yè)化的第三方服務(wù)的方式的集成軟硬件資源,為以龍頭企業(yè)為核心的企業(yè)群提供個(gè)性化應(yīng)用解決方案。
按需配置是SaaS軟件的本質(zhì)特征,目前國(guó)內(nèi)外關(guān)于面向SaaS平臺(tái)的配置技術(shù)研究很多,也取得了許多研究成果,如基于元數(shù)據(jù)定制技術(shù)、基于業(yè)務(wù)規(guī)則定制技術(shù)[3]等。許多國(guó)外的公司很早就開始對(duì)SaaS配置技術(shù)進(jìn)行研究,Salesforce專注開發(fā)在線客戶關(guān)系管理 (CRM)軟件,Google開發(fā)大量在線辦公套件。在國(guó)內(nèi)許多公司,如八百客針對(duì)中國(guó)用戶開發(fā)CRM和在線Office,阿里軟件開發(fā)的AEP(Alisoft ecommerce platform)平臺(tái),這些軟件都在研究業(yè)務(wù)流程配置、業(yè)務(wù)規(guī)則配置、界面配置等可配置技術(shù)。
在技術(shù)上,文獻(xiàn) [4]采用原圖的觀點(diǎn)來描述基于多租戶的個(gè)性化定制,使用鄰接矩陣和閉合矩陣來存儲(chǔ)原圖中各個(gè)定制點(diǎn)之間的關(guān)系。從數(shù)學(xué)上保證定制的正確性和定制點(diǎn)之間的依賴性,但是這種方案會(huì)產(chǎn)生巨大的矩陣,使得在實(shí)際應(yīng)用中很難管理。文獻(xiàn) [5]將系統(tǒng)業(yè)務(wù)描述成一系列路徑,然后為路徑上的點(diǎn)設(shè)置開關(guān)來實(shí)現(xiàn)個(gè)性化業(yè)務(wù)需求,這種方案需要設(shè)置大量預(yù)定義點(diǎn)只適應(yīng)一類業(yè)務(wù)的定制,并不能完全個(gè)性化定制。文獻(xiàn) [6]根據(jù)樹形節(jié)點(diǎn)的屬性以及繼承性和邊屬性來分類定制節(jié)點(diǎn),但是這使得服務(wù)提供商的管理復(fù)雜度增加。文獻(xiàn) [7-9]基于BPEL語言在過程中定制業(yè)務(wù)可變點(diǎn),每個(gè)業(yè)務(wù)可變點(diǎn)包含一系列選擇,雖然這種方式實(shí)現(xiàn)過程的擴(kuò)展性,但是在功能實(shí)例化后不可以再改變。文獻(xiàn) [10]提出一個(gè)面向SaaS服務(wù)個(gè)性化定制的解決方案,服務(wù)提供商根據(jù)租戶的要求進(jìn)行驗(yàn)證,如果通過驗(yàn)證就更新提供的服務(wù)。這個(gè)方式,服務(wù)器需要時(shí)刻處理租戶的請(qǐng)求,導(dǎo)致服務(wù)器負(fù)擔(dān)過大,影響效率。文獻(xiàn) [11]引入業(yè)務(wù)驅(qū)動(dòng)模型來完成SOA復(fù)雜環(huán)境各個(gè)方面的配置,通過規(guī)則來引導(dǎo)層次之間的通信,但是這種方式缺乏自定義業(yè)務(wù)規(guī)則的靈活性。在研究SaaS定制問題上,多租戶的數(shù)據(jù)存儲(chǔ)管理是一個(gè)關(guān)鍵領(lǐng)域。文獻(xiàn) [12]設(shè)計(jì)一個(gè)查詢重寫引擎,將邏輯查詢映射到物理查詢,但是這篇文章是基于寬表來設(shè)計(jì)的,并不適于名稱對(duì)形式存儲(chǔ)數(shù)據(jù)的查詢重寫。文獻(xiàn) [13]提出一個(gè)基于繼承的SaaS模型,方便定制管理、減少定制冗余。文獻(xiàn) [14,15]分別對(duì)名值對(duì)數(shù)據(jù)存儲(chǔ)形式進(jìn)行改進(jìn),改進(jìn)查詢效率。在產(chǎn)業(yè)鏈協(xié)同SaaS平臺(tái)上,強(qiáng)調(diào)以龍頭企業(yè)為核心,實(shí)現(xiàn)基于平臺(tái)上下游企業(yè)群協(xié)同工作。因此,針對(duì)其定制技術(shù)主要體現(xiàn)在以龍頭企業(yè)為核心的基于協(xié)作系統(tǒng)的多主體應(yīng)用界面的定制上,這方面的研究目前尚無成熟的解決方案。
本文在上述成果的基礎(chǔ)上,針對(duì)產(chǎn)業(yè)鏈協(xié)同SaaS平臺(tái)以龍頭企業(yè)為核心的應(yīng)用模式,提出了產(chǎn)業(yè)鏈協(xié)同SaaS平臺(tái)企業(yè)群應(yīng)用配置模型,并對(duì)其實(shí)現(xiàn)技術(shù)進(jìn)行了研究。
產(chǎn)業(yè)鏈協(xié)同SaaS平臺(tái)支持以龍頭企業(yè)為核心的企業(yè)群對(duì)零部件協(xié)同采購、產(chǎn)品協(xié)同銷售、產(chǎn)品協(xié)同維修以及售后配件的協(xié)同調(diào)撥等[16]。在企業(yè)群應(yīng)用過程中,不同的龍頭企業(yè)對(duì)業(yè)務(wù)協(xié)同功能、單據(jù)格式、數(shù)據(jù)存儲(chǔ)等需求均不同,對(duì)同一龍頭企業(yè)的同一業(yè)務(wù),不同的協(xié)作企業(yè)類型在參與過程中對(duì)應(yīng)用的需求也不同,面向企業(yè)群的應(yīng)用配置是解決個(gè)性化需求的有效手段。
在產(chǎn)業(yè)鏈協(xié)同SaaS平臺(tái)的支持下,租戶只需購買相應(yīng)的服務(wù)和功能就能夠使用軟件,同時(shí)具有表單視圖編輯功能,以實(shí)現(xiàn)租戶個(gè)性化業(yè)務(wù)需求。用戶可以修改已購買的服務(wù)也可以退租所有服務(wù),保證租戶實(shí)際利益。產(chǎn)業(yè)鏈協(xié)同SaaS平臺(tái)對(duì)企業(yè)群應(yīng)用配置的需求主要體現(xiàn)在:①組織結(jié)構(gòu)種類繁多、數(shù)量龐大,對(duì)于組織結(jié)構(gòu)中角色修改、成員的增減時(shí)有發(fā)生,對(duì)組織結(jié)構(gòu)的配置非常必要;②由于企業(yè)群用戶的不同,用戶界面的元素具有差異性,包括元素的名字、頁面的樣式以及一些額外信息;③對(duì)于具有不同角色的用戶使用報(bào)表的查詢條件以及查詢后的樣式也需要進(jìn)行配置,以滿足他們實(shí)際需求。
上面的配置工作需要實(shí)現(xiàn)數(shù)據(jù)配置的支持,數(shù)據(jù)配置主要是添加新數(shù)據(jù)、改變存在數(shù)據(jù)、刪除數(shù)據(jù)。表1列出了定制的各種需求及其相應(yīng)操作。
表1 產(chǎn)業(yè)鏈協(xié)同SaaS平臺(tái)配置的需求及其操作
為了滿足租戶個(gè)性化需求,將產(chǎn)業(yè)鏈協(xié)同SaaS平臺(tái)中所有功能進(jìn)行劃分和定義為原子功能。功能劃分的粒度為相互獨(dú)立、不相交、總組合為原來系統(tǒng)[17]。租戶購買的服務(wù)也就是這些功能的集合。按照功能的屬性加載不同的模板,根據(jù)模板和字段屬性選擇界面生成表單視圖。在產(chǎn)業(yè)鏈協(xié)同SaaS平臺(tái)中將用戶數(shù)據(jù)垂直切分成用戶公共字段和用戶個(gè)性化配置字段,將公共字段存入公用基本表,個(gè)性化配置字段存入用戶擴(kuò)展表[18],保證租戶數(shù)據(jù)的隔離性。字段屬性選擇界面是由后臺(tái)多張表組合得到。根據(jù)上面描述,結(jié)合實(shí)際軟件開發(fā)本文提出個(gè)性化定制拓?fù)浣Y(jié)構(gòu)圖,如圖1所示。
為了方便對(duì)SaaS平臺(tái)的表單定制功能描述,我們對(duì)上述涉及到的對(duì)象進(jìn)行抽象和定義。
定義1 產(chǎn)業(yè)鏈協(xié)同SaaS平臺(tái)的龍頭企業(yè)為核心,通過業(yè)務(wù)類別和其它企業(yè)群建立協(xié)同工作實(shí)現(xiàn)產(chǎn)業(yè)鏈的協(xié)同管理,平臺(tái)上協(xié)作企業(yè)的關(guān)系可以用一個(gè)三元組Ui={Eu,來表示,其中:E= {E,來表示,其中:Eu={EID1,EID2,...,EIDn}表示SaaS平臺(tái)的企業(yè)用戶;
圖1 SaaS平臺(tái)企業(yè)群應(yīng)用配置模型
TYPu= {TYPUd,TYPUp,TYPUs,...}表示SaaS平臺(tái)的不同業(yè)務(wù)類別,TYPUd、TYPUp、TYPUs分別代表服務(wù)商、供應(yīng)商、經(jīng)銷商協(xié)作類別;
Sitems= {S1,S2,...,Sn}表示多個(gè)服務(wù)的集合,S 的定義參考定義2;
uu別建立協(xié)作的服務(wù)集合。
定義2 SaaS的一個(gè)核心價(jià)值就是從設(shè)計(jì)傳統(tǒng)的軟件產(chǎn)品模式轉(zhuǎn)為提供軟件服務(wù)模式,那么對(duì)于服務(wù)的設(shè)計(jì)尤為重要,產(chǎn)業(yè)鏈協(xié)同SaaS平臺(tái)對(duì)于特定企業(yè)群Ui提供的服務(wù)Si可以用一個(gè)六元組Si=R(Si),F(xiàn)package,S →R (Fpackage) }來表示,其中:
SID表示服務(wù)標(biāo)識(shí);
SDES表示服務(wù)描述;
A表示權(quán)限;
Fpackage= {F1,F(xiàn)2,...,F(xiàn)n}表示由原子功能構(gòu)成的功能集合,F(xiàn)的定義參考定義3;
S→R (Fpackage) 表示一個(gè)服務(wù)對(duì)應(yīng)一個(gè)功能集合。
定義3 在SaaS平臺(tái)企業(yè)群配置模型中,對(duì)原有的功能進(jìn)行細(xì)粒度劃分,然后重組以實(shí)現(xiàn)對(duì)定制的服務(wù)S的支持,一個(gè)實(shí)際可執(zhí)行的功能Fi可用六元組Fi={FID,F(xiàn)DES,A,P,Template→R(FP),F(xiàn)→R{Fi}}來表示,其中:
FID表示功能標(biāo)識(shí);
FDES表示功能的描述;
P∈ {Add,Update,Select,Delete}表示操作屬性;
Template = {Template1,Template2,...,Templaten}表示平臺(tái)提供的各種屬性模板;
Template→R(FP)表示功能根據(jù)功能的屬性擁有相應(yīng)的模板;
F→R{Fi}表示一項(xiàng)功能依賴于其它功能而存在。
定義4 配置個(gè)性化的企業(yè)使用界面是SaaS的一個(gè)基本性能,根據(jù)SaaS平臺(tái)企業(yè)群配置模型的設(shè)計(jì)思路,Vi是由配置的字段集合和選擇的模板共同生產(chǎn)的,Vi可以用一個(gè)二元組Vi= {Fields,V →R(Template,F(xiàn)ields)}來表示,其中:
Fields表示管理員配置的字段集合;
V→R(Template,F(xiàn)ields)表示一個(gè)表單視圖是基于有效字段和模板規(guī)則生成的。
數(shù)據(jù)存儲(chǔ)是產(chǎn)業(yè)鏈協(xié)同SaaS平臺(tái)的一個(gè)重要特性,本文采用名值對(duì)形式即保證數(shù)據(jù)的擴(kuò)展性又保證數(shù)據(jù)的隔離性。在共享數(shù)據(jù)庫共享模式的數(shù)據(jù)庫存儲(chǔ)方式中名值對(duì)是最理想的,可以實(shí)現(xiàn)租戶數(shù)據(jù)的無限擴(kuò)展,但是名值對(duì)方式存儲(chǔ)需要對(duì)插入SQL語句的拆分和查詢SQL語句的重組,數(shù)據(jù)庫服務(wù)器完成這部分工作開銷較大,需要最基本的名值對(duì)方式進(jìn)行改進(jìn),下面給出一種改進(jìn)的方案。
定義5 改進(jìn)的擴(kuò)展方案可以用一個(gè)三元組
Extension_id表示擴(kuò)展字段的唯一標(biāo)識(shí);
Extension_lbl表示擴(kuò)展字段名稱;
Data_type表示擴(kuò)展字段類型;TExtension_table= {Row_id,Tenant_id,Record_id,XML_text,Table_id}表示以XML類型存儲(chǔ)某一記錄行所有的擴(kuò)展字段及其值,其中:Record_id表示對(duì)于業(yè)務(wù)實(shí)體表中某行記錄;
XML_text使用XML數(shù)據(jù)類型存儲(chǔ)Record_id記錄行所對(duì)應(yīng)的值。數(shù)據(jù)行號(hào),也就是ROWID。
規(guī)約1:產(chǎn)業(yè)鏈協(xié)同SaaS平臺(tái)中特定服務(wù)是一系列功能的集合,用Scomp→d(Fi)表示,但是在實(shí)際應(yīng)用中如果Fi,這個(gè)服務(wù)沒有實(shí)際意義,也為空,他們之間的UML關(guān)系圖如圖2所示。
圖2 服務(wù)和功能關(guān)系
規(guī)約2:應(yīng)用中某些功能是在其它功能的基礎(chǔ)上形成的,用Fcomp→d(Fmeta)表示,其中:Fcomp表示具有依賴屬性的功能,F(xiàn)meta表示被依賴的基礎(chǔ)功能集合;例如修改用戶訂單信息功能是依賴于查詢用戶訂單功能的結(jié)果。
規(guī)約3:由于功能之間存在依賴關(guān)系,在配置過程中必須檢測(cè)功能之間的約束關(guān)系,用Fmeta→c(Fcomp)表示,如果Fmeta不存在,則Fcomp就沒有意義,所以在配置過程中要取消Fmeta,必須先取消Fcomp,他們之間的UML關(guān)系圖如圖3所示。
圖3 功能與功能關(guān)系
3.1.1 配置Si和Fi信息的存儲(chǔ)方法
對(duì)于服務(wù)和功能的配置信息存儲(chǔ),采用關(guān)系型數(shù)據(jù)庫就能很好的實(shí)現(xiàn)。首先,建立服務(wù)表ServiceT、功能表FunctionT、服務(wù)和關(guān)聯(lián)功能表Service_Related_FuctionT和功能依賴表Function_Related_FunctionT。定義一項(xiàng)服務(wù),選擇包含的功能集合,檢查選擇的功能集合中的復(fù)合功能的被依賴功能項(xiàng)是否被選擇。如果滿足規(guī)約1、規(guī)約3,分別將EID、SID插入ServiceT,然后將EID、FID插入FunctionT中。
3.1.2 表單視圖數(shù)據(jù)的存儲(chǔ)方法
將表單數(shù)據(jù)劃分成表單的用戶數(shù)據(jù)和樣式數(shù)據(jù),保證表單的表現(xiàn)與表單邏輯的隔離。如圖4所示。
圖4 表單視圖的數(shù)據(jù)保存形式
由于XMl成為不同應(yīng)用之間數(shù)據(jù)交換標(biāo)準(zhǔn),XML解析性能提升,對(duì)于表單樣式采用XML定義+XML存儲(chǔ)方式實(shí)現(xiàn)。將完成后生產(chǎn)XML文件存入SaaS平臺(tái)的XML庫,每個(gè)租戶建立單獨(dú)的文件夾,保證用戶安全,租戶下載相應(yīng)的XML樣式并存放報(bào)本地?cái)?shù)據(jù)隔離區(qū)。
由于用戶數(shù)據(jù)量大、操作頻繁,需要采用數(shù)據(jù)庫來存儲(chǔ),具體使用定義5中的改進(jìn)方案來實(shí)現(xiàn)。定義5中的三張表的關(guān)系如圖4所示,這種改進(jìn)方案有如下的優(yōu)點(diǎn):①?zèng)]有空值被存儲(chǔ),節(jié)約存儲(chǔ)空間;②租戶定制字段的數(shù)據(jù)類型沒有限制,都是由 Metadata_table的Data_type管理;③數(shù)據(jù)庫的擴(kuò)展部分只需要這三張表,數(shù)量固定,租戶定制字段的數(shù)量和擴(kuò)展的表數(shù)量是獨(dú)立;④對(duì)于實(shí)體業(yè)務(wù)的一條數(shù)據(jù)在中只需要一行就可以完成存儲(chǔ),不需要為每個(gè)擴(kuò)展字段存儲(chǔ)一行記錄;⑤對(duì)擴(kuò)展數(shù)據(jù)的查詢借助臨時(shí)表使用Extention_table就可以完成,查詢效率高。
本文將界面視圖進(jìn)行分離,得到頁面的業(yè)務(wù)屬性元素模塊和頁面的樣式及其操作模塊。業(yè)務(wù)屬性元素模塊采用固定模式的XML文件存儲(chǔ),頁面樣式及其操作模塊采用XSLT文件模板處理,其中XSLT模板由負(fù)責(zé)樣式的CSS文件庫和負(fù)責(zé)操作的JS文件庫構(gòu)成。視圖的配置模型和詳細(xì)過程如圖5所示。
圖5 視圖的配置模型
算法名稱:表單視圖配置算法
輸入:租戶的密碼、認(rèn)證口令
輸出:XML配置文件
BEGIN
步驟1 系統(tǒng)管理員登陸系統(tǒng),輸入用戶名和密碼以及httphander中的cookie發(fā)送到SaaS共服務(wù)平臺(tái);
步驟2 在平臺(tái)中的認(rèn)證中心完成租戶的認(rèn)證,如果管理員認(rèn)證成功,轉(zhuǎn)到步驟3;否則返回提示信息;
步驟3 選擇某一功能表單,然后設(shè)置表單的使用者;
步驟4 根據(jù)功能表單加載數(shù)據(jù)庫中和表單相關(guān)的所有字段的字段名稱、字段類型、字段長(zhǎng)度、是否必填、字段來源等,包括實(shí)體業(yè)務(wù)表的字段和該表對(duì)于的擴(kuò)展字段;同時(shí)初始化一個(gè)XML文件;
步驟5 如果有新增字段則進(jìn)入新增字段處理器,添加完字段后返回步驟4,然后刷新字段展示中心;如果沒有新增字段,則進(jìn)入步驟6;
步驟6 對(duì)需要的字段進(jìn)入字段屬性配置處理器,包括字段的顯示名稱、顯示控件、是否必填、是否加密等信息;根據(jù)配置的屬性修改初始化的XML文件;
步驟7 使用XSLT處理器對(duì)最終配置XML文件進(jìn)行樣式處理,通過效果預(yù)覽不斷調(diào)整XSLT模板,直至滿意結(jié)果;
步驟8 將個(gè)性化XML配置文件和XSLT模板存入SaaS平臺(tái)的XML數(shù)據(jù)庫,然后返回管理員提示信息;
END
對(duì)于普通的租戶登錄平臺(tái)后,只需要加載XML文件和XSLT模板就可以動(dòng)態(tài)的生成租戶界面。表單界面的動(dòng)態(tài)加載模型以及詳細(xì)算法如圖6所示。
圖6 表單界面動(dòng)態(tài)加載模型
算法名稱:表單界面動(dòng)態(tài)加載算法
輸入:租戶的密碼、認(rèn)證口令
輸出:HTML文件
BEGIN
步驟1 租戶在瀏覽器客戶端登陸系統(tǒng),輸入用戶名和密碼以及httphander中的cookie發(fā)送到SaaS共服務(wù)平臺(tái);
步驟2 在平臺(tái)中的認(rèn)證中心完成客戶的認(rèn)證,否則返回錯(cuò)誤提示信息;
步驟3 如果通過認(rèn)證,就去XML數(shù)據(jù)中讀取該租戶相應(yīng)的XML配置文件,同時(shí)讀取XSLT中心的XSLT文件;
步驟4 其中XSLT文件中包含控制頁面功能的JS文件和控制HMTL中控件顯示樣式的CSS樣式文件;
步驟5 在界面生成中心,用XSLT文件去解析XML文件輸出位HTML文件;
步驟6 將生成的HTML文件返回給瀏覽器客戶端,瀏覽器加載HTML文件顯示給租戶;
END
算法的優(yōu)點(diǎn):①充分解耦分離出XML文件和XSLT文件,使得對(duì)界面的配置可以并行開發(fā);②SaaS平臺(tái)提供足夠的安全性;③SaaS平臺(tái)界面的動(dòng)態(tài)生成工作,客戶端加載速度快。
在產(chǎn)業(yè)鏈協(xié)同SaaS平臺(tái)中,銷售企業(yè)的訂單服務(wù)涉通常的功能,同時(shí)訂單服務(wù)涉及較多數(shù)據(jù)字段,對(duì)訂單配置具有產(chǎn)業(yè)鏈協(xié)同SaaS平臺(tái)應(yīng)用配置代表性。下面是企業(yè)用戶管理員為普通企業(yè)用戶配置訂單服務(wù)及其界面的實(shí)例,如圖7所示。
圖7 訂單服務(wù)配置實(shí)例
配置訂單服務(wù)實(shí)例過程如下:EA配置SA(Order)的FA(OrderEdit)和FA(OrderAdd),然后配置 FieldsA(Order),根據(jù)TemplateAdd、TemplateEdit模板和FieldsA(Order),生產(chǎn)VA(OrderAdd),VA(OrderEdit);EB配 置 SB(Order) 的FB(OrderAdd),然后配置FieldsB(Order),根據(jù)TemplateAdd模板和FieldsB(Order),生產(chǎn)VB(OrderAdd)。
對(duì)于不同銷售公司由于實(shí)際業(yè)務(wù)需求差異,需要定制不同的銷售訂單表,對(duì)于服務(wù)功能的配置如圖8所示,字段配置界面如圖9所示,最后定制的界面如圖10所示。
圖8 企業(yè)A與企業(yè)B服務(wù)功能配置
本文研究了SaaS配置技術(shù)和產(chǎn)業(yè)鏈協(xié)同技術(shù),提出一個(gè)面向產(chǎn)業(yè)鏈協(xié)同SaaS平臺(tái)的配置模型,滿足企業(yè)用戶的個(gè)性化配置。在文中提出了一個(gè)面向產(chǎn)業(yè)鏈協(xié)同SaaS平臺(tái)配置模型的拓?fù)浣Y(jié)構(gòu)模型,定義了模型中的元素及其規(guī)約。研究了配置模型的存儲(chǔ)方式,包括服務(wù)功能配置數(shù)據(jù)的存儲(chǔ),表單配置數(shù)據(jù)的存儲(chǔ),表單業(yè)務(wù)數(shù)據(jù)的存儲(chǔ)。在此模型上提出了表單定制算法,包括表單視圖配置算法和表單界面動(dòng)態(tài)加載算法,并在產(chǎn)業(yè)鏈協(xié)同SaaS平臺(tái)上進(jìn)行了應(yīng)用驗(yàn)證。但本文沒有考慮后臺(tái)數(shù)據(jù)模型的優(yōu)化,這是需要進(jìn)一步研究的內(nèi)容。
[1]WANG Shuying.Research on architecture of collaborative work platform for industrial-chain in enterprises cluster [J].Journal of Computer Applications,2010,30 (5):1363-1366(in Chinese).[王淑營(yíng).產(chǎn)業(yè)鏈企業(yè)群協(xié)同工作平臺(tái)體系結(jié)構(gòu)研究 [J].計(jì)算機(jī)應(yīng)用,2010,30 (5):1363-1366.]
[2]WANG Shuying.Integrated framework of collaborative commercial platform for manufacturing industrial chain [J].Journal of Southwest Jiaotong University,2008,43 (5):643-647(in Chinese).[王淑營(yíng).面向制造業(yè)產(chǎn)業(yè)鏈的協(xié)同商務(wù)平臺(tái)集成框架 [J].西南交通大學(xué)學(xué)報(bào),2008,43 (5):643-647.]
[3]WANG Shuying.Evolution technology for alliance customization oriented collaborative platform of industrial chain [J].Computer Engineering,2011,37 (9):101-103 (in Chinese).[王淑營(yíng).面向聯(lián)盟定制的產(chǎn)業(yè)鏈協(xié)同平臺(tái)演化技術(shù) [J].計(jì)算機(jī)工程,2011,37 (9):101-103.]
[4]CUI Lizhen,QANG Haiyang.Customization modeling based on metagraph for multi-tenant applications [C]//5th International Conference on Pervasive Computing and Applications,2010:255-260.
[5]vanderAalst W M P,Dreiling A,Gottschalk F,et al.Jansen-Vullers[G].Lecture Notes in Computer Science 3812:Business Process Management Workshops,2006:512-518.
[6]ZHANG Kou,ZHANG Xin,SUN Wei,et al.A policy-driven approach for software-as-services customization [C]//E-Commerce Technology and the 4th IEEE International Conference on Enterprise Computing,E-Commerce,and E-Services,2007:123-130.
[7]Ralph M.Using variability descriptors to descrtibe customizable SaaS application templates[R].Institute of Architecture of Application Systems,2008:1-27.
[8]Michiel K.VxBPEL:Supporting variability for web services in BPEL [J].Information and Software Technology,2009,51(2):258-269.
[9]Liu Guoqi,Zhang Wei,Li Dancheng.BPEL based service process configuration in SaaS application [J].Advances in Computer,Communication,Control and Automation Lecture Notes I Electrical Engineering,2012,121:157-164.
[10]Kou Z.A policy-driven approach for software-as-services customization [C]//IEEE Computer Society,CEC-EEE,2007:1-8.
[11]Pietro M,Biplav S.Business driven SOA ustomization [G].LNCS 5364:6th International Conference on Service Oriented Computing.Berlin: Springer Berlin Heidelberg,2008:286-301.
[12]LIAO Chunfeng,CHEN Kung,CHEN Jiujye.Toward a tenant-aware query rewriting engine for universal table schemamapping [C]//IEEE 4th International Conference on Cloud Computing Technology and Science,2012:833-838.
[13]Kong Lanju,LI Qingzhong.A novel model supporting customization sharing in SaaS applications [C]//International Conference on Multimedia Information Networking and Security,2010:255-259.
[14]CHEN We,SHEN Beijun.Template-based business logic customiation for SaaS appplications [C]//IEEE International Conference on Progress in Informatics and Computing,2010:584-588.
[15]WANG Hua,ZHENG Zhijun.Software architecture driven configurability of multi-tenant SaaS application [G].Lecture Notes in Computer Science 6318:Web Information Systems and Mining,2010:418-424.
[16]Chong F,Carraro G,Wolter R.Multi-tenant data architecture.MSDN library,Microsoft cororation [M/OL].http://msdn.microsoft.com/en-us/library/aa479086.aspx,2006.
[17]WU Shengqi,ZHANG Shidong.A dyncamic data storage architecture for SaaS [C]//International Conference on Multimedia Information Networking and Security,2010:292-296.
[18]ZHENG Xuxu,LI Qingzhong.A data storage architecture supporting multi-level customizaqtion for SaaS [C]//Web Information Systems and Applications Conference,2010:106-109.