專利名稱：：分布式企業(yè)建模中的同構(gòu)模型合并方法
技術(shù)領(lǐng)域：
：本發(fā)明屬于企業(yè)建模
技術(shù)領(lǐng)域：
，特別涉及一種分布式環(huán)境下的同構(gòu)模型合并的方法和系統(tǒng)。
背景技術(shù)：
：企業(yè)模型是人們?yōu)榱肆私馄髽I(yè)而經(jīng)過抽象得到的對于企業(yè)某個或者某些方面進(jìn)行的描述，而企業(yè)建模是先進(jìn)制造戰(zhàn)略和企業(yè)經(jīng)營過程重組對現(xiàn)代企業(yè)提出的新的要求。目前國內(nèi)外提出了許多企業(yè)建模的方法和框架，也得到了很多的相關(guān)應(yīng)用。其中，由清華大學(xué)CMS工程研究中心研究開發(fā)的集成化企業(yè)建?？蚣?范玉順，王剛，高展.企業(yè)建模理論與方法學(xué)導(dǎo)論.北京清華大學(xué)出版社，施普林格出版社，2001.pp.l-67)因其完整地描述企業(yè)的各方面，并有相應(yīng)的軟件做支持，在國內(nèi)的得到了廣泛的應(yīng)用。集成化企業(yè)模型主要包括組織、資源和過程三個模型。其中組織模型主要描述了企業(yè)的組織結(jié)構(gòu)信息，包括企業(yè)的部門、員工、角色和崗位等；資源模型主要描述了企業(yè)業(yè)務(wù)活動中使用到各種資源，包括計算機等設(shè)備或者其他生產(chǎn)資料和耗材等，以及資源所屬部門；過程模型是集成化企業(yè)模型中的核心部分，它描述了企業(yè)中業(yè)務(wù)流程的信息，包括業(yè)務(wù)流程包含的活動，執(zhí)行順序，涉及到的部門，使用到的資源等等。因為在資源模型中需要包括資源所屬部門的屬性，因此在資源模型中會引用組織模型的信息；過程模型中包括過程涉及到部門和使用到的資源，因此在過程模型中需要引用到組織模型和資源模型的信息。集成化企業(yè)模型在實際軟件實現(xiàn)時存儲在關(guān)系數(shù)據(jù)庫中的數(shù)據(jù)表中，對于不同的模型類別，數(shù)據(jù)表有不同的屬性。例如，對于組織模型，典型的數(shù)據(jù)表如表l所示。表1組織模型數(shù)據(jù)表示例<table>tableseeoriginaldocumentpage5</column></row><table>其中，部門編號是該組織模型數(shù)據(jù)表的主碼(PrimaryKey)，用于唯一標(biāo)識該表中的每一條數(shù)據(jù)。該主碼可以記為Org—Key，而組織模型可以形式化地記為ORG(Org一Key)。對于資源模型，它的典型數(shù)據(jù)表如表2所示。表2資源模型數(shù)據(jù)表示例資源編號資源名稱數(shù)量所屬部門1計算機412打印機313車床52其中，資源編號是該資源模型數(shù)據(jù)表的主碼，用于唯一標(biāo)識該表中的每一條數(shù)據(jù)。該主碼可以記為Res_Key。由于在資源模型中需要指定每一個資源屬于企業(yè)中的哪個部門，因此在資源模型中需要引用到組織模型中的信息，即數(shù)據(jù)表中"所屬部門"屬性。對于一條資源記錄，需要在此字段中填入其所屬部門在組織模型中的部門編號，即主碼Org—Key,這樣就能唯一指定一個所屬部門。表2中的數(shù)據(jù)表示，資源"計算機"和"打印機"屬于部門1,即"計劃部"，而"車床"則屬于"生產(chǎn)部"。在一個數(shù)據(jù)表中引用了另一個數(shù)據(jù)表的主碼以表示關(guān)聯(lián)關(guān)系，這樣的字段叫做外碼(ForeignKey)，資源模型數(shù)據(jù)表中的"所屬部門"引用了組織模型數(shù)據(jù)表的主碼Org—Key，因此它就是資源模型數(shù)據(jù)表的外碼，可以記為F—Org一Key。而資源模型可以形式化地記為RES(Res—Key,F_Org—Key)。同理，對于過程模型的每個活動，過程模型數(shù)據(jù)表中有對應(yīng)的一條記錄，用"活動編號"作為主碼來唯一標(biāo)識，可以記為Proc—Key。而由于在過程模型中需要指出每個活動屬于哪個部門，使用到哪個資源，因此需要引用到組織模型和資源模型的主碼作為外碼，分別記為F—Org—Key,F—Res—Key。因此，過程模型可以形式化地記為PROC(Proc—Key,F_Org—Key,F一Res一Key)。綜上所述，組織模型，資源模型和過程模型三者的引用關(guān)系如圖l所示。在數(shù)據(jù)庫理論中，對于數(shù)據(jù)表的主碼和外碼是有嚴(yán)格要求的。首先，主碼必須是唯一的。即在同一張數(shù)據(jù)表中，不能有兩條記錄有相同的主碼，這樣主碼才能起到唯一標(biāo)識的作用；其次，數(shù)據(jù)表中某條記錄的外碼必須與其引用的那張數(shù)據(jù)表對應(yīng)記錄的主碼保持一致，這樣才能表示正確的引用或者隸屬關(guān)系。有了成熟的建模理論和數(shù)據(jù)庫系統(tǒng)的支持，企業(yè)建模軟件能夠建立很完善的企業(yè)模型，來指導(dǎo)企業(yè)的經(jīng)營和生產(chǎn)。但是由于企業(yè)規(guī)模的不斷擴大和現(xiàn)代企業(yè)的實際需要，為了實現(xiàn)并行建模，提高建模的效率，單純的單機本地建模已經(jīng)無法滿足需要，而在分布式環(huán)境下的如何建立完整和一致的企業(yè)模型是一個需要重點研究的問題。針對分布式環(huán)境下的集成化企業(yè)建模，出于模型完整性和一致性的考慮，最理想的方法應(yīng)該是遠(yuǎn)程的協(xié)同建模。即只有一個完整的中心數(shù)據(jù)庫，所有建模人員都通過網(wǎng)絡(luò)直接操作此中心數(shù)據(jù)庫。如浙江大學(xué)戰(zhàn)洪飛等提出的一種基于Intemet/Intninet的企業(yè)協(xié)同建模系統(tǒng)(戰(zhàn)洪飛、祁連、金勇華、顧新建、吳昭同，適應(yīng)網(wǎng)絡(luò)化生產(chǎn)的企業(yè)建模方法及系統(tǒng)，機電工程，Vol.17,No.1,2000,pp.21-24)。但是此類方法在實際應(yīng)用中卻存在一些的問題。,集成化企業(yè)建模是一個極其復(fù)雜的過程，其中涉及到收集、組織、存儲和處理企業(yè)的組織、資源、過程、功能和產(chǎn)品等各方面信息。正是由于集成化企業(yè)建模的信息量非常大，建模過程涉及到的操作也非常復(fù)雜，如果要實現(xiàn)實時的遠(yuǎn)程協(xié)同建模，對網(wǎng)絡(luò)的帶寬和穩(wěn)定性要求非常高，因此成本也會很高。,集成化企業(yè)建模是一個多用戶同時操作的并行過程，涉及到的用戶權(quán)限管理和版本管理將會非常繁雜。如果多用戶同時對一個中心數(shù)據(jù)庫進(jìn)行操作，很容易因為各用戶間的不協(xié)調(diào)而出現(xiàn)誤操作。,遠(yuǎn)程協(xié)同建模要求整個建模過程都有互聯(lián)網(wǎng)的環(huán)境，這在有些企業(yè)中是無法滿足的。比如一些制造型企業(yè)的生產(chǎn)車間中就沒有連入網(wǎng)絡(luò)的計算機，如果用遠(yuǎn)程協(xié)同建模的方法對這樣的車間進(jìn)行建模則會比較困難。
發(fā)明內(nèi)容針對現(xiàn)有技術(shù)中存在的問題，本發(fā)明的目的是以一種更加靈活簡便的方式解決分布式環(huán)境下的集成化企業(yè)建模問題，保證企業(yè)模型的整體性和一致性。本發(fā)明的特征在于，在分布式企業(yè)環(huán)境下，所述方法是依次按以下步驟實現(xiàn)的步驟(l)，初始化一個服務(wù)器端設(shè)有模型主數(shù)據(jù)庫，模型合并模塊，模型緩沖數(shù)據(jù)庫，以及模型接收模塊，其中模型主數(shù)據(jù)庫，存有企業(yè)各分部分模型合并完成以后的完整的模型；模型合并模塊，輸入端與所述模型緩沖數(shù)據(jù)庫的輸出端相連，以輸入要存儲在所述模型緩沖數(shù)據(jù)庫的企業(yè)各分部分模型；模型合并模塊的輸出端與所述模型主數(shù)據(jù)庫的輸入端相連，以輸出合并后的企業(yè)完整模型；模型緩沖數(shù)據(jù)庫，輸入端與所述模型接收模塊的輸出端相連，以存儲客戶端上傳的企業(yè)模型；另外，還設(shè)有緩沖信息數(shù)據(jù)表，記錄了上傳到所述模型緩沖數(shù)據(jù)庫的各分部分模型的基本信息；模型接收模塊，通過互聯(lián)網(wǎng)或局域網(wǎng)接收客戶端輸出上傳的企業(yè)模型；多個客戶端，在每個客戶端設(shè)有集成化企業(yè)建模模塊，模型分?jǐn)?shù)據(jù)庫，以及模型上傳模塊，其中集成化企業(yè)建模模塊，用于構(gòu)建集成化企業(yè)模型，所述建模模塊的輸入是客戶端用戶根據(jù)企業(yè)情況進(jìn)行的一系列建模操作，輸出是包括過程模型、組織模型和資源模型三個部分的集成化企業(yè)模型，其中組織模型ORG(Org_Key),Org—Key是組織模型的主碼；資源模型RES(Res—Key,F_Org—Key),Res—Key是資源模型的主碼，F(xiàn)—Org_Key表示引用所述組織模型的主碼作為外碼；過程模型PROC(ProcJCey,F—Org—Key,F_Res—Key),Proc—Key是過程模型的主碼，F(xiàn)_ReS_Key表示引用資源模型的主碼作為外碼；模型分?jǐn)?shù)據(jù)庫，輸入端與所述集成化企業(yè)建模模塊的輸出端相連，用于存儲所屬客戶端用戶編制的各分部分企業(yè)模型；模型上傳模塊，輸入端與所述模型分?jǐn)?shù)據(jù)庫的輸出端相連，用以接收各部分企業(yè)模型，冉通過互聯(lián)網(wǎng)/局域網(wǎng)發(fā)往服務(wù)器端的模型接收模塊；步驟(2),依次按以下步驟執(zhí)行同構(gòu)模型的合并-步驟(2.1)，服務(wù)器端的用戶通過所屬模型合并模塊瀏覽建?？蛻舳松蟼鞯乃心Ｐ托畔?，并選擇需要合并到模型主數(shù)據(jù)庫的企業(yè)模型；步驟(2.2)，服務(wù)器端用戶通過所屬模型合并模塊依次按以下步驟對各分部分企業(yè)模型進(jìn)行合并步驟(2.2.1)，服務(wù)器端用戶通過界面選擇所述過程模型中需要合并到模型主數(shù)據(jù)庫的過程或子過程；步驟(2.2.2),服務(wù)器端用戶通過界面選擇所述資源模型中需要合并到模型主數(shù)據(jù)庫的資源類型和資源實體；步驟(2.2.3)，服務(wù)器端用戶通過界面選擇所述組織模型中需要合并到模型主數(shù)據(jù)庫的人員、崗位和角色；步驟(2.3)，模型合并模塊根據(jù)服務(wù)器端用戶的選擇確定并篩選出所述模型緩沖數(shù)據(jù)庫中各模型數(shù)據(jù)表中需要合并的記錄；步驟(2.4)，合并組織模型ORG(Org—Key):步驟(2.4.1)，把模型緩沖數(shù)據(jù)庫中需要合并的組織模型數(shù)據(jù)表中的數(shù)據(jù)記錄復(fù)制到模型主數(shù)據(jù)庫中的對應(yīng)模型數(shù)據(jù)表中；步驟(2.4.2)，重排模型主數(shù)據(jù)庫組織模型數(shù)據(jù)表中新增記錄的主碼Org_Key，重排后的主碼為Org一Key—New，重排方法為第n條新記錄的主碼為模型主數(shù)據(jù)庫中原有組織模型數(shù)據(jù)表中的主碼最大值加n;步驟(2.4.3)，建立Org—Key與Org—Key—New——對應(yīng)的映射表；步驟(2.5)，合并資源模型RES(Res—Key,F—Org—Key)步驟(2.5.1)，把模型緩沖數(shù)據(jù)庫中需要合并的資源模型數(shù)據(jù)表內(nèi)的數(shù)據(jù)記錄復(fù)制到模型主數(shù)據(jù)庫中的相應(yīng)模型數(shù)據(jù)表中；步驟(2.5.2),重排模型主數(shù)據(jù)庫資源模型數(shù)據(jù)表中新增記錄的主碼ResJCey，重排后主碼為Res—Key—New，其重排方法為第n條新增記錄的主碼為模型主數(shù)據(jù)庫中原有資源模型數(shù)據(jù)表中主碼最大值加n;歩驟(2.5.3)，建立Res—Key和Res—Key_New的——對應(yīng)的映射表；步驟(2.5.4)，處理資源模型中的外碼F—Org—Key,其處理方法為在步驟(2.4.3)中建立的映射表中査找與F_Org—Key對應(yīng)的重排后的值F—Org—Key—New,并以此替代資源模型的外碼F—Org—Key;步驟(2.6),合并過程模型PROC(ProcJCey，F(xiàn)—Org_Key,F_Res—Key):步驟(2.6.1)，把模型緩沖數(shù)據(jù)庫中需要合并的過程模型數(shù)據(jù)表中的數(shù)據(jù)記錄復(fù)制到模型主數(shù)據(jù)庫中的相應(yīng)模型數(shù)據(jù)表中；步驟(2.6.2)，重排模型主數(shù)據(jù)庫過程模型數(shù)據(jù)表中新增記錄的主碼Proc—Key,重排后的主碼為Proc—Key_NeW，其重排方法為第n條新增記錄的主碼為模型主數(shù)據(jù)庫中原有過程模型數(shù)據(jù)表中主碼最大值加n:步驟(2.6.3)，建立Proc一Key和Proc_Key—New——對應(yīng)的映射表；步驟(2.6.4),處理過程模型中的外碼F一OrgJCey，其處理方法為在步驟(2.4.3)中建立的映射表中查找與F—Org_Key對應(yīng)的重排后的值F_Org—Key一New，并以此替代過程模型的外碼F_Org—Key;步驟(2.6.5)，處理過程模型中的外碼F_Res_Key，其處理方法為在步驟(2.5.3)中建立的映射表中查找與F—Res—Key對應(yīng)的重排后的值F—Res—Key_New，并以此替代過程模型的外碼F—Res—Key。本發(fā)明與遠(yuǎn)程協(xié)同建模技術(shù)相比，具有安全度高、成本低、適用面廣等優(yōu)點。圖1是一個描述了集成化企業(yè)模型各部分模型見引用關(guān)系的圖；圖2是一個描述了分布式環(huán)境下同構(gòu)模型合并系統(tǒng)的詳細(xì)結(jié)構(gòu)圖；圖3是一個描述了同構(gòu)模型合并方法具體步驟的圖。具體實施方式為了實現(xiàn)上述目的，本發(fā)明所采用的技術(shù)方案如下1.一套完整的分布式工作環(huán)境和數(shù)據(jù)庫系統(tǒng)，參閱圖l，該系統(tǒng)包括如下的主要構(gòu)成部分(1)服務(wù)器端一套分布式工作環(huán)境有一個服務(wù)器端，安裝有基本的操作系統(tǒng)和數(shù)據(jù)庫系統(tǒng)，其中操作系統(tǒng)應(yīng)選用微軟公司的視斷Windows)系列操作系統(tǒng)中Win98及以上版本，數(shù)據(jù)庫軟件應(yīng)當(dāng)支持BLOB類型數(shù)據(jù)的關(guān)系數(shù)據(jù)庫軟件，例如微軟公司的SQLServer等；(2)客戶端一套分布式工作環(huán)境有多個客戶端，安裝有基本的操作系統(tǒng)和數(shù)據(jù)庫系統(tǒng)，其中操作系統(tǒng)應(yīng)選用微軟公司的視窗(Windows)系列操作系統(tǒng)中Win98及以上版本，數(shù)據(jù)庫軟件應(yīng)當(dāng)與服務(wù)器端的一樣；(3)模型主數(shù)據(jù)庫該數(shù)據(jù)庫安裝在服務(wù)器端，存儲的是模型合并完成以后的完整模型。(4)模型緩沖數(shù)據(jù)庫該數(shù)據(jù)庫安裝在服務(wù)器端，用于存儲服務(wù)器端接收的客戶端上傳模型。其結(jié)構(gòu)與服務(wù)器端數(shù)據(jù)庫一致(同構(gòu))，但是多一張數(shù)據(jù)表BUFFER—FOR—MERGE,用于記錄上傳至緩沖數(shù)據(jù)庫中的各個模型的一些基本信息，便于服務(wù)器操作者實時監(jiān)控模型上傳的進(jìn)程，并選擇合適的模型進(jìn)行合并。該表的結(jié)構(gòu)如下表3BUFFER—FOR—MERGE數(shù)據(jù)表結(jié)構(gòu)<table>tableseeoriginaldocumentpage10</column></row><table>(5)模型分?jǐn)?shù)據(jù)庫該數(shù)據(jù)庫安裝在各個客戶端上，用于存儲客戶端用戶所編制的各分部分企業(yè)模型。其結(jié)構(gòu)與主數(shù)據(jù)庫一致(同構(gòu))。2.—套分布式環(huán)境下的模型流轉(zhuǎn)與合并系統(tǒng)，參閱圖2，該系統(tǒng)包括如下的主要構(gòu)成部分(1)集成化企業(yè)建模模塊安裝在客戶端，用于構(gòu)建集成化企業(yè)模型。該模塊的輸入是客戶端用戶根據(jù)企業(yè)情況進(jìn)行的一系列建模操作，輸出是包括過程模型、組織模型和資源模型三個部分的集成化企業(yè)模型。這些模型可以形式化地表示為組織模型ORG(Org_Key)，其中Org—Key表示組織模型的主碼；.資源模型RES(Res—Key,F_Org—Key),其中Res一Key表示資源模型的主碼，F(xiàn)—Org—Key表示引用組織模型的主碼作為外碼；,過程模型PROC(Proc_Key，F(xiàn)—Org—Key,F—Res_Key)，其中Proc_Key表示過程模型的主碼，F(xiàn)—Org—Key表示引用組織模型的主碼作為外碼，F(xiàn)—Res—Key表示引用資源模型的主碼作為外碼；此模塊的功能可以用現(xiàn)在較成熟的企業(yè)建模軟件"企管全掌控"(AllInHand)來實現(xiàn)。(2)模型上傳和接收模塊分別安裝在客戶端和服務(wù)器端，用于將存儲在客戶端分?jǐn)?shù)據(jù)庫中的模型上傳至服務(wù)器端的緩沖數(shù)據(jù)庫。該模塊可以利用本發(fā)明中開發(fā)的軟件ModelingClient(安裝在客戶端)和ModelingServer(安裝在服務(wù)器端)來實現(xiàn)。(3)模型合并模塊安裝在服務(wù)器端，用于將接收到的各客戶端的模型合并成一個完整的模型，這是本發(fā)明的核心部分。其輸入是存儲在緩沖數(shù)據(jù)庫中的各分部分模型，輸出是存儲在主數(shù)據(jù)庫中的完整模型。3.—種能夠保證企業(yè)模型一致性和完整性的方法，該方法采用的具體方案參閱圖5，運行過程包括如下的步驟步驟1:服務(wù)器端用戶通過模型合并模塊瀏覽建?？蛻舳松蟼鞯乃心Ｐ托畔?，并選擇需要合并至主數(shù)據(jù)庫的模型；步驟2:服務(wù)器端用戶通過模型合并模塊按以下步驟把個部分模型進(jìn)行合并-步驟2丄用戶通過界面選擇過程模型中需要合并至主數(shù)據(jù)庫的過程或者子過程；步驟2.2:用戶通過界面選擇資源模型中需要合并至主數(shù)據(jù)庫的資源類型和資源實體；步驟2.3:用戶通過界面選擇組織模型中需要合并至主數(shù)據(jù)庫的人員、崗位和角色；步驟3:模型合并模塊根據(jù)步驟2用戶的選擇確定并篩選出模型緩沖數(shù)據(jù)庫中各模型數(shù)據(jù)表中需要合并的記錄；步驟4:合并組織模型ORG(Org—Key);步驟4.h把模型緩沖數(shù)據(jù)庫中需要合并的組織模型數(shù)據(jù)表中的數(shù)據(jù)記錄復(fù)制到模型主數(shù)據(jù)庫中的對應(yīng)模型數(shù)據(jù)表中；步驟4.2:重排模型主數(shù)據(jù)庫組織模型數(shù)據(jù)表中新增記錄的主碼Org—Key,重排后的主碼為Org—Key_NeW，重排方法為第n條新記錄的主碼為模型主數(shù)據(jù)庫中原有組織模型數(shù)據(jù)表中的主碼最大值加n;步驟4.3:建立Org—Key與Org—Key—New——對應(yīng)的映射表；步驟.5:合并資源模型RES(Res_Key，F(xiàn)_Org_Key)步驟5.1:把模型緩沖數(shù)據(jù)庫中需要合并的資源模型數(shù)據(jù)表內(nèi)的數(shù)據(jù)記錄復(fù)制到模型主數(shù)據(jù)庫中的相應(yīng)模型數(shù)據(jù)表中；步驟5,2:重排模型主數(shù)據(jù)庫資源模型數(shù)據(jù)表中新增記錄的主碼Res—Key,重排后主碼為ReS_Key_NeW,其重排方法為第n條新增記錄的主碼為模型主數(shù)據(jù)庫中原有資源模型數(shù)據(jù)表中主碼最大值加n;步驟5.3:建立Res_Key和Res—Key_New的——對應(yīng)的映射表；步驟5.4:處理資源模型中的外碼F一Org—Key，其處理方法為在步驟4.3中建立的映射表中查找與F—Org_Key對應(yīng)的重排后的值F—Org_Key_New，并以此替代資源模型的外碼F_Org_Key;步驟6:合并過程模型PROC(Proc—Key,F—Org—Key，F(xiàn)_Res_Key)步驟6.1:把模型緩沖數(shù)據(jù)庫中需要合并的過程模型數(shù)據(jù)表中的數(shù)據(jù)記錄復(fù)制到模型主數(shù)據(jù)庫中的相應(yīng)模型數(shù)據(jù)表中；步驟6.2:重排模型主數(shù)據(jù)庫過程模型數(shù)據(jù)表中新增記錄的主碼Proc—Key,重排后的主碼為Proc—Key—New，其重排方法為第n條新增記錄的主碼為模型主數(shù)據(jù)庫中原有過程模型數(shù)據(jù)表中主碼最大值加n;步驟6.3:建立Proc_Key和Proc—Key_New——對應(yīng)的映射表；步驟6.4:處理過程模型中的外碼FJ)rgJCey，其處理方法為在步驟4.3中建立的映射表中査找與F—Org_Key對應(yīng)的重排后的值F_Org_Key—New,并以此替代過程模型的外碼F—Org—Key;步驟6.5:處理過程模型中的外碼F一Res一Key,其處理方法為在步驟5.3中建立的映射表中查找與F_Res_Key對應(yīng)的重排后的值F—Res_Key—New,并以此替代過程模型的外碼F_Res—Key。權(quán)利要求1.分布式企業(yè)建模中的同構(gòu)模型合并方法，其特征在于，在分布式企業(yè)環(huán)境下，所述方法是依次按以下步驟實現(xiàn)的步驟(1)，初始化一個服務(wù)器端設(shè)有模型主數(shù)據(jù)庫，模型合并模塊，模型緩沖數(shù)據(jù)庫，以及模型接收模塊，其中模型主數(shù)據(jù)庫，存有企業(yè)各分部分模型合并完成以后的完整的模型；模型合并模塊，輸入端與所述模型緩沖數(shù)據(jù)庫的輸出端相連，以輸入要存儲在所述模型緩沖數(shù)據(jù)庫的企業(yè)各分部分模型；模型合并模塊的輸出端與所述模型主數(shù)據(jù)庫的輸入端相連，以輸出合并后的企業(yè)完整模型；模型緩沖數(shù)據(jù)庫，輸入端與所述模型接收模塊的輸出端相連，以存儲客戶端上傳的企業(yè)模型；另外，還設(shè)有緩沖信息數(shù)據(jù)表，記錄了上傳到所述模型緩沖數(shù)據(jù)庫的各分部分模型的基本信息；模型接收模塊，通過互聯(lián)網(wǎng)或局域網(wǎng)接收客戶端輸出上傳的企業(yè)模型；多個客戶端，在每個客戶端設(shè)有集成化企業(yè)建模模塊，模型分?jǐn)?shù)據(jù)庫，以及模型上傳模塊，其中集成化企業(yè)建模模塊，用于構(gòu)建集成化企業(yè)模型，所述建模模塊的輸入是客戶端用戶根據(jù)企業(yè)情況進(jìn)行的一系列建模操作，輸出是包括過程模型、組織模型和資源模型三個部分的集成化企業(yè)模型，其中組織模型ORG(Org_Key)，Org_Key是組織模型的主碼；資源模型RES(Res_Key，F(xiàn)_Org_Key)，Res_Key是資源模型的主碼，F(xiàn)_Org_Key表示引用所述組織模型的主碼作為外碼；過程模型PROC(Proc_Key，F(xiàn)_Org_Key，F(xiàn)_Res_Key)，Proc_Key是過程模型的主碼，F(xiàn)_Res_Key表示引用資源模型的主碼作為外碼；模型分?jǐn)?shù)據(jù)庫，輸入端與所述集成化企業(yè)建模模塊的輸出端相連，用于存儲所屬客戶端用戶編制的各分部分企業(yè)模型；模型上傳模塊，輸入端與所述模型分?jǐn)?shù)據(jù)庫的輸出端相連，用以接收各部分企業(yè)模型，再通過互聯(lián)網(wǎng)/局域網(wǎng)發(fā)往服務(wù)器端的模型接收模塊；步驟(2)，依次按以下步驟執(zhí)行同構(gòu)模型的合并步驟(2.1)，服務(wù)器端的用戶通過所屬模型合并模塊瀏覽建模客戶端上傳的所有模型信息，并選擇需要合并到模型主數(shù)據(jù)庫的企業(yè)模型；步驟(2.2)，服務(wù)器端用戶通過所屬模型合并模塊依次按以下步驟對各分部分企業(yè)模型進(jìn)行合并步驟(2.2.1)，服務(wù)器端用戶通過界面選擇所述過程模型中需要合并到模型主數(shù)據(jù)庫的過程或子過程；步驟(2.2.2)，服務(wù)器端用戶通過界面選擇所述資源模型中需要合并到模型主數(shù)據(jù)庫的資源類型和資源實體；步驟(2.2.3)，服務(wù)器端用戶通過界面選擇所述組織模型中需要合并到模型主數(shù)據(jù)庫的人員、崗位和角色；步驟(2.3)，模型合并模塊根據(jù)服務(wù)器端用戶的選擇確定并篩選出所述模型緩沖數(shù)據(jù)庫中各模型數(shù)據(jù)表中需要合并的記錄；步驟(2.4)，合并組織模型ORG(Org_Key)步驟(2.4.1)，把模型緩沖數(shù)據(jù)庫中需要合并的組織模型數(shù)據(jù)表中的數(shù)據(jù)記錄復(fù)制到模型主數(shù)據(jù)庫中的對應(yīng)模型數(shù)據(jù)表中；步驟(2.4.2)，重排模型主數(shù)據(jù)庫組織模型數(shù)據(jù)表中新增記錄的主碼Org_Key，重排后的主碼為Org_Key_New，重排方法為第n條新記錄的主碼為模型主數(shù)據(jù)庫中原有組織模型數(shù)據(jù)表中的主碼最大值加n；步驟(2.4.3)，建立Org_Key與Org_Key_New一一對應(yīng)的映射表；步驟(2.5)，合并資源模型RES(Res_Key，F(xiàn)_Org_Key)步驟(2.5.1)，把模型緩沖數(shù)據(jù)庫中需要合并的資源模型數(shù)據(jù)表內(nèi)的數(shù)據(jù)記錄復(fù)制到模型主數(shù)據(jù)庫中的相應(yīng)模型數(shù)據(jù)表中；步驟(2.5.2)，重排模型主數(shù)據(jù)庫資源模型數(shù)據(jù)表中新增記錄的主碼Res_Key，重排后主碼為Res_Key_New，其重排方法為第n條新增記錄的主碼為模型主數(shù)據(jù)庫中原有資源模型數(shù)據(jù)表中主碼最大值加n；步驟(2.5.3)，建立Res_Key和Res_Key_New的一一對應(yīng)的映射表；步驟(2.5.4)，處理資源模型中的外碼F_Org_Key，其處理方法為在步驟(2.4.3)中建立的映射表中查找與F_Org_Key對應(yīng)的重排后的值F_Org_Key_New，并以此替代資源模型的外碼F_Org_Key；步驟(2.6)，合并過程模型PROC(Proc_Key，F(xiàn)_Org_Key，F(xiàn)_Res_Key)步驟(2.6.1)，把模型緩沖數(shù)據(jù)庫中需要合并的過程模型數(shù)據(jù)表中的數(shù)據(jù)記錄復(fù)制到模型主數(shù)據(jù)庫中的相應(yīng)模型數(shù)據(jù)表中；步驟(2.6.2)，重排模型主數(shù)據(jù)庫過程模型數(shù)據(jù)表中新增記錄的主碼Proc_Key，重排后的主碼為Proc_Key_New，其重排方法為第n條新增記錄的主碼為模型主數(shù)據(jù)庫中原有過程模型數(shù)據(jù)表中主碼最大值加n；步驟(2.6.3)，建立Proc_Key和Proc_Key_New一一對應(yīng)的映射表；步驟(2.6.4)，處理過程模型中的外碼F_Org_Key，其處理方法為在步驟(2.4.3)中建立的映射表中查找與F_Org_Key對應(yīng)的重排后的值F_Org_Key_New，并以此替代過程模型的外碼F_Org_Key；步驟(2.6.5)，處理過程模型中的外碼F_Res_Key，其處理方法為在步驟(2.5.3)中建立的映射表中查找與F_Res_Key對應(yīng)的重排后的值F_Res_Key_New，并以此替代過程模型的外碼F_Res_Key。全文摘要分布式企業(yè)建模中的同構(gòu)模型合并方法屬于分布式環(huán)境下的企業(yè)建模領(lǐng)域，其特征在于，在服務(wù)器端，設(shè)有依次正向連接的模型接收模塊、模型緩沖數(shù)據(jù)庫、模型合并模塊和模型主數(shù)據(jù)庫，在客戶端，設(shè)有依次正向連接的集成化企業(yè)建模模塊，模型分?jǐn)?shù)據(jù)庫和模型上傳模塊，該模型上傳模塊把集成化企業(yè)建模形成的組織模型、資源模型和過程模型通過局域網(wǎng)或互聯(lián)網(wǎng)傳到模型接收模塊，在模型合并模塊中，組織模型根據(jù)模型主碼合并，資源模型以組織模型的主碼作外碼，再根據(jù)資源模型主碼進(jìn)行合并，過程模型除主碼外，還根據(jù)作為其外碼的組織模型和資源模型的主碼進(jìn)行合并，形成完整企業(yè)模型后輸入到模型主數(shù)據(jù)庫。本發(fā)明具有安全度高、成本低、適用面廣的優(yōu)點。文檔編號G06Q10/00GK101216910SQ200810055609公開日2008年7月9日申請日期2008年1月4日優(yōu)先權(quán)日2008年1月4日發(fā)明者寧徐,范玉順申請人:清華大學(xué)