專利名稱：一種基于saas的信息對象模型的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及SAAS技術(shù)領(lǐng)域，更具體地說，涉及一種基于SAAS的信息對象模型。
背景技術(shù)：
在面向SaaS應(yīng)用中，由于企業(yè)為了適應(yīng)市場的多變性，其業(yè)務(wù)邏輯必然也要隨之不斷地變化，這就導致SaaS應(yīng)用不能為這些企業(yè)預(yù)先定義好所有的業(yè)務(wù)邏輯，否則企業(yè)業(yè)務(wù)邏輯的改變將不能夠?qū)崟r地反映在軟件中，可能使企業(yè)錯過市場機遇，造成重大損失，而且，使用這一 SaaS應(yīng)用的企業(yè)可能來自不同的領(lǐng)域，有著不同的背景，以及不同的規(guī)章制度、運行條例、特殊需要等，這也可能導致他們對于業(yè)務(wù)邏輯需要的千差萬別。這一切都要求SaaS應(yīng)用的業(yè)務(wù)邏輯具有可定制性，即租戶可以根據(jù)自己的需要來在線定義自己的業(yè)務(wù)邏輯，而且可以很方便地對業(yè)務(wù)邏輯做出及時地修改。

發(fā)明內(nèi)容
為了解決上述問題，本發(fā)明提供一種基于SAAS的信息對象模型，包括:業(yè)務(wù)對象構(gòu)建單元，從現(xiàn)有業(yè)務(wù)模式中提取出業(yè)務(wù)對象，所述業(yè)務(wù)對象模型是業(yè)務(wù)流程整合的前提和基礎(chǔ)；業(yè)務(wù)流程整合單元，整合業(yè)務(wù)對象以客戶需求為輸入，建立起業(yè)務(wù)規(guī)則并依據(jù)業(yè)務(wù)規(guī)則輸出構(gòu)建一套業(yè)務(wù)邏輯；業(yè)務(wù)存儲單元，存儲業(yè)務(wù)對象構(gòu)建單元提取出業(yè)務(wù)對象和業(yè)務(wù)流程整合單元建立的業(yè)務(wù)規(guī)則與業(yè)務(wù)邏輯。所述業(yè)務(wù)規(guī)則包括事件、條件和動作，一條業(yè)務(wù)規(guī)則是由事件所觸發(fā)，在條件滿足的情況下則執(zhí)行相應(yīng)動作、所述業(yè)務(wù)規(guī)則包括的事件、條件和動作，由用戶在所述業(yè)務(wù)流程整合單元中設(shè)置并儲存到業(yè)務(wù)存儲單兀。所述業(yè)務(wù)流程整合單元基于業(yè)務(wù)對象構(gòu)建的業(yè)務(wù)邏輯，包括，訂單管理、合同管理、財務(wù)資金信息管理、物流信息管理、提單信息管理、綜合信息管理、質(zhì)量信息管理等單
J Li ο所述業(yè)務(wù)存儲單元為一組網(wǎng)絡(luò)設(shè)備和數(shù)據(jù)存儲裝置。綜上所述，本發(fā)明提供一種基于SAAS的信息對象模型通過業(yè)務(wù)流程分析，結(jié)合企業(yè)的管理對象,抽象出整個組織范圍的業(yè)務(wù)對象,然后在業(yè)務(wù)對象的基礎(chǔ)上通過一系列的業(yè)務(wù)規(guī)則形成業(yè)務(wù)邏輯，能使SaaS應(yīng)用的業(yè)務(wù)邏輯具有可定制性，即租戶可以根據(jù)自己的需要來在線定義自己的業(yè)務(wù)邏輯，而且可以很方便地對業(yè)務(wù)邏輯做出及時地修改。


圖1為本發(fā)明的系統(tǒng)結(jié)構(gòu)示意圖。
具體實施例方式如圖1所示，本發(fā)明提供一種電子商務(wù)的信息對象模型10，包括:業(yè)務(wù)對象構(gòu)建單元11，從現(xiàn)有業(yè)務(wù)模式中提取出業(yè)務(wù)對象，所述業(yè)務(wù)對象模型是業(yè)務(wù)流程整合的前提和基礎(chǔ)；所述業(yè)務(wù)對象包括:訂單對象:所述訂單對象包括客戶提供的所需產(chǎn)品、訂購價格、數(shù)量等訂購要約信息；合同對象:所述合同對象包括合同草約和合同正本；財務(wù)對象:所述資金對象包括貨款、定金、運費和折扣信息，；物流信息對象:所述物流信息對象包括生產(chǎn)進度，發(fā)貨和運輸?shù)刃畔ⅲ粠齑嫘畔ο?所述庫存信息對象包括企業(yè)入庫資源的庫存狀態(tài)和數(shù)量。提單對象，所述提單對象為電子形式的提貨信息。根據(jù)本發(fā)明的一種實施例，本發(fā)明的一種電子商務(wù)的信息對象模型10還包括業(yè)務(wù)流程整合單元12，整合業(yè)務(wù)對象以客戶需求為輸入，建立起業(yè)務(wù)規(guī)則并依據(jù)業(yè)務(wù)規(guī)則輸出構(gòu)建一套業(yè)務(wù)邏輯；所述業(yè)務(wù)流程整合單元12基于業(yè)務(wù)對象構(gòu)建的業(yè)務(wù)邏輯包括:訂單
管理、合同管理、財務(wù)資金信息管理、物流信息管理、提單信息管理、綜合信息管理、質(zhì)量信息管理等單元。所述業(yè)務(wù)流程整合單元12的業(yè)務(wù)規(guī)則ECA(event-condition-action)規(guī)則的方法。ECA規(guī)則是一種典型的反應(yīng)規(guī)則，由事件、條件和動作組織起來的表述，即表示當事件發(fā)生時，條件成立則自動觸發(fā)相應(yīng)動作。所述事件、條件和動作由用戶在所述業(yè)務(wù)流程整合單元12中設(shè)置并儲存到業(yè)務(wù)存儲單元13。根據(jù)本發(fā)明的一種實施例對業(yè)務(wù)規(guī)則的表達形式進行了簡化,將事件部分也納入到條件中，即將事件也看作是一種條件。因此本發(fā)明的這個實施例的業(yè)務(wù)規(guī)則只包括兩個部分:條件部分和動作部分。I)條件部分條件部分可以由單個條件或多個條件按照一定的關(guān)系組合而成的復合條件來表示，原子條件是指需要滿足的一條約束條件，原子條件與原子條件之間的關(guān)系可以為邏輯與或邏輯或。2)動作部分動作部分也是可以由單個動作或多個動作按照一定的關(guān)系組合而成的復合動作來表示，原子動作則表示如果約束條件滿足將會執(zhí)行的一個動作。例如訂單管理中包含這樣的業(yè)務(wù)規(guī)則:如果訂單考核模板中的指標數(shù)目小于4，則提示訂單數(shù)量不足，系統(tǒng)自動進行補貨。業(yè)務(wù)存儲單元13，存儲業(yè)務(wù)對象構(gòu)建單元12提取出業(yè)務(wù)對象和業(yè)務(wù)流程整合單元建立的業(yè)務(wù)規(guī)則與業(yè)務(wù)邏輯。所述業(yè)務(wù)存儲單元13為一組網(wǎng)絡(luò)設(shè)備和數(shù)據(jù)存儲裝置。根據(jù)本發(fā)明的一種實施例，本發(fā)明的一種電子商務(wù)的信息對象模型10還包括業(yè)務(wù)存儲單元13，存儲業(yè)務(wù)對象構(gòu)建單元提取出業(yè)務(wù)對象和業(yè)務(wù)流程整合單元建立的業(yè)務(wù)規(guī)則與業(yè)務(wù)邏輯，所述業(yè)務(wù)存儲單元13為一組網(wǎng)絡(luò)設(shè)備和數(shù)據(jù)存儲裝置。。本技術(shù)領(lǐng)域中的普通技術(shù)人員應(yīng)當認識到，以上的實施例僅是用來說明本發(fā)明，而并非用作為對本發(fā)明的限定，只要在本發(fā)明的實質(zhì)精神范圍內(nèi)，對以上實施例的變化、變型都將落在本發(fā)明的權(quán)利要求書范圍內(nèi)。
權(quán)利要求
1.一種基于SAAS的信息對象模型，其特征在于，包括: 業(yè)務(wù)對象構(gòu)建單元，從現(xiàn)有業(yè)務(wù)模式中提取出業(yè)務(wù)對象，所述業(yè)務(wù)對象模型是業(yè)務(wù)流程整合的前提和基礎(chǔ)； 業(yè)務(wù)流程整合單元，整合業(yè)務(wù)對象以客戶需求為輸入，建立起業(yè)務(wù)規(guī)則并依據(jù)業(yè)務(wù)規(guī)則輸出構(gòu)建一套業(yè)務(wù)邏輯； 業(yè)務(wù)存儲單元，存儲業(yè)務(wù)對象構(gòu)建單元提取出業(yè)務(wù)對象和業(yè)務(wù)流程整合單元建立的業(yè)務(wù)規(guī)則與業(yè)務(wù)邏輯。
2.如權(quán)利要求1所述的信息對象模型架構(gòu)裝置，其特征在于，所述業(yè)務(wù)對象包括: 訂單對象:所述訂單對象包括客戶提供的所需產(chǎn)品、訂購價格、數(shù)量等訂購要約信息； 合同對象:所述合同對象包括合同草約和合同正本； 財務(wù)對象:所述資金對象包括貨款、定金、運費和折扣信息，； 物流信息對象:所述物流信息對象包括生產(chǎn)進度，發(fā)貨和運輸?shù)刃畔ⅲ? 庫存信息對象:所述庫存信息對象包括企業(yè)入庫資源的庫存狀態(tài)和數(shù)量。
提單對象，所述提單對象為電子形式的提貨信息。
3.如權(quán)利要求2所述的信息對象模型，其特征在于，所述業(yè)務(wù)規(guī)則包括事件、條件和動作，一條業(yè)務(wù)規(guī)則是由事件所觸發(fā)，在條件滿足的情況下則執(zhí)行相應(yīng)動作、
4.如權(quán)利要求3所述的信息對象模型，其特征在于，所述業(yè)務(wù)規(guī)則包括的事件、條件和動作，由用戶在所述業(yè)務(wù)流程整合單元中設(shè)置并儲存到業(yè)務(wù)存儲單元。
5.如權(quán)利要求4所述的信息對象模型，其特征在于，所述業(yè)務(wù)流程整合單元基于業(yè)務(wù)對象構(gòu)建的業(yè)務(wù)邏輯，包括，訂單管理、合同管理、財務(wù)資金信息管理、物流信息管理、提單信息管理、綜合信息管理、質(zhì)量信息管理等單元。
6.如權(quán)利要求4所述的信息對象模型，其特征在于，所述業(yè)務(wù)存儲單元為一組網(wǎng)絡(luò)設(shè)備和數(shù)據(jù)存儲裝置。
全文摘要
本發(fā)明揭示本發(fā)明提供一種基于SAAS的信息對象模型通過業(yè)務(wù)流程分析，結(jié)合企業(yè)的管理對象，抽象出整個組織范圍的業(yè)務(wù)對象，然后在業(yè)務(wù)對象的基礎(chǔ)上通過一系列的業(yè)務(wù)規(guī)則形成業(yè)務(wù)邏輯，能使SaaS應(yīng)用的業(yè)務(wù)邏輯具有可定制性，即租戶可以根據(jù)自己的需要來在線定義自己的業(yè)務(wù)邏輯，而且可以很方便地對業(yè)務(wù)邏輯做出及時地修改。
文檔編號G06Q10/06GK103164767SQ20111042782
公開日2013年6月19日 申請日期2011年12月19日 優(yōu)先權(quán)日2011年12月19日
發(fā)明者蔣志勇 申請人:上海博騰信息科技有限公司