系統特點
動態聯盟企業除具有一般企業的基本特徵，還有一些專門的特點：動態聯盟企業通常由盟主企業發動組建，根據機遇產品的資源需求設定企業模型、選擇聯盟夥伴、確定協作關係，並在企業運作過程中根據需要對協作關係作出調整，其組織過程需要靈活可變的動態性；動態聯盟企業是以生產經營過程為主線的企業組織，各成員在這一主線的貫穿下，按照一定的協作規則完成各自環節上的任務，其運作過程強調明確可控的協作性；動態聯盟企業的各成員在組織上相對獨立，地理上較為分散，但他們之間的協作需要快速暢通的信息傳遞，其信息系統要滿足及時有效的分布性。
利益分配
動態聯盟企業供應鏈形成動態聯盟的根本原因在於成員企業尋求自身的最大利益。儘管動態聯盟有多種不同的組織結構，每種組織結構適應不同的環境，是為了達到不同的具體目的。但究其本質，都是為了在複雜多變、競爭激烈的商業環境中求得生存和發展，實現經濟利益。動態聯盟本質上是一種為追求經濟利益而形成的契約合作關係，利益是各夥伴企業相互合作的基礎，正是處於這種有相互利益的願望，各夥伴才會合作。
勿容置疑，利益產生的雙重效應，既使合作各方產生合作的要求，又會因為利益分配的多少、偏向而影響動態聯盟的健康運行。由於加入聯盟的目的就是為了獲得預期收益，所以利益分配必為合作各方所關注，利益分配的結果與各成員企業參與聯盟的預期利益相比形成各成員企業對參與聯盟的價值評價(滿意度)。
通過上面的分析可知，聯盟的運行與聯盟的利益分配有直接的關聯。一方面，各個聯盟成員是否通過聯盟實現一定的經濟利益，對該利益是否滿足或是否因此而受到激勵，對於聯盟的穩定和有效運行將起決定性的作用。另一方面，聯盟是否有效運行又決定著聯盟的利益是否能夠順利實現或在多大程度上得以實現。
動態聯盟企業1)聯盟的總收益的大小是聯盟利益分配的基礎。沒有收益就沒有利益分配。
2)合作夥伴所投入的資本。這裡的資本包括資金、人力資源、時間以及品牌知名度等等，即既有事物資本也有無形資產等形成的資本。
3)合作夥伴企業在聯盟中所承擔的風險。這裡的風險包括聯盟目標達成的風險、市場的風險以及合作的風險、技術風險等等。
4)在聯盟中各個夥伴企業的工作成效。這裡的工作成效可以量化為各成員企業為聯盟目標的達成，所付出的有效工作時間(指能對聯盟的發展或收益產生影響的有效工作時間)。
當然還有其他一些影響利益分配的因素，比如夥伴企業之間的關係問題，各企業在聯盟中的地位問題等等都會對利益分配問題產生影響。
動態聯盟中各成員參與討論該如何分享動態聯盟的收益時，必然會考慮到一些收益分配原則與方法，如下：
1)互惠互利原則—— 即分配方案可使每個成員企業的基本利益得到充分保證，否則會影響成員企業合作的積極性，甚至導致合作的失敗或分裂。
2)結構利益最最佳化原則— —即從實際情況出發，全盤考慮各種因素，合理確定利益分配的最優結構，促進各成員企業能夠實現最佳合作協同發展。
3)風險利益相對稱原則—— 即在制定分配方案時，應充分考慮成員企業所承擔的風險大小，對承擔風險大的成員企業給予適當的風險補償，以增強合作的積極性。
4)個體合理原則—— 即各成員企業參與動態聯盟所得到的利益應該大於單獨行動所獲得利益。
動態聯盟企業合作導購行銷動態聯盟各成員分配利益時，常見的有兩種收益分配模式：產出分享模式與固定支付模式。
1)產出分享模式— —指參與合作的成員按一定的分配比例從合作最終的總收益中分配自己應得的一份收益，這是一種風險分擔、利益共享的分配模式。
2)固定支付模式—— 指一個成員(一般是盟主)根據其他成員承擔的任務和風險按事先協商好的酬金給其他成員從合作最終的總收益中支付固定的報酬(可以一次性支付，也可以分次支付)，而盟主則享有合作的其餘全部剩餘，同時也承擔全部風險。這種分配模式接近市場交易模式。
3)混合模式：是前兩種模式的結合，盟主既向其他成員支付固定的報酬，同時也從收益中按一定的比例向其支付報酬。
模式的具體套用視實際的市場機遇的性質、獲利把握性、成員企業規模的大小、發展戰略、經營能力與運作情況和風險態度等因素談判而決定，在實際運作過程中，以}昆合模式比較常見。
動態聯盟分為產品聯盟型和知識聯盟型。根據其主要特徵，不難看出，產出分享模式更適用於知識聯盟型企業，而固定支付模式更適用於產品聯盟型企業。
模型構架
動態聯盟企業信息系統模型構架1)過程定義說明
成員對象描述就是選擇適當的成員類生成成員對象，將真實聯盟成員的具體信息保存在其中；成員選擇則是根據夥伴選擇策略平衡動態聯盟的各項核心資源，決定聯盟成員最優組合併存入聯盟成員表（包含成員間相互聯繫的基本信息，如各從屬系統所在主機IP位址等）；聯繫設定包括由用戶為一特定工作流程設定一組聯繫，將聯盟成員用有向線段連線起來，選擇聯繫類型，設定各聯繫參數，並由系統生成該工作流的聯繫對象參數表；主從系統分離指的是將各成員對象和與之相關的方法庫和任務列表從全局方法庫和全局任務列表中複製出來集成在一起，配以用戶接口、外部接口以及聯盟成員表等分別構成若干從屬系統交由各聯盟成員在本地使用，盟主成員對象和系統主控部分集成為主系統。
2)過程執行說明
工作流引擎用來依據預定條件自動判斷或人工啟動某一工作流，創建該工作流實例；工作流日誌記錄負責記錄每個工作流的執行過程及返回的狀態參數，存入工作流日誌；自動例外處理則提供一些標準程式對工作流程中的例外自動進行處理。
3)管理監控說明
工作流監測是指允許有許可權的用戶查看相關工作流運行情況並提供一些輔助分析工具進行工作流執行情況的分析；工作流修改包括用戶對聯盟成員的調整（由系統修改聯盟成員表、成員對象、成員許可權表），工作流過程和控制的調整（由系統修改聯繫對象參數表），工作流任務項調整（由系統查詢任務列表，修改全局任務處理方法庫）；由於修改工作流的任何環節或系統運行後在過程定義工具中定義新的工作流，其改變都只體現在主系統中，這時由從屬系統版本控制通知與變更工作流有關的從屬系統下載複製新版本系統。
管理模式
動態聯盟企業在由計算機網際網路支持的分散式計算環境下，動態聯盟企業能將時空上分散但能力和資源互補的常規組織(或個人)高效地組合起來，以提高解決問題的能力和增強對挑戰性機遇的快速應變能力，且不必改變他們原有的工作環境，從而引起了人們的廣泛重視，尤其在製造業，動態聯盟企業和跨職能項目工作組已成為21世紀新一代製造業的核心概念。
動態聯盟企業是為快速回響市場變化而組建的一種企業組織形式，他強調在地域上的全球化，時空上的敏捷化，業務流程的重構化。為了適應這一變化的需要，這就要求動態聯盟企業的組織形式和運行管理模式必須是柔性和可變的。由此可見，動態聯盟企業的組織單元應是基於並行工程思想的集成產品開發小組(IPT)，並藉助於分散式項目管理系統(DPMS)思想構建動態聯盟企業的運行管理模式，使企業的經營過程一開始就按科學的項目規划進行管理，如右上圖1所示。
由圖1可知，構成動態聯盟企業的組織形式是由一個盟主企業和多個夥伴企業通過網路，以項目經理或項目負責人為核心的集成產品開發小組，即企業成員按照動態聯盟的實施目標，通過自身資源、組織和業務的重組，以 IPT的形式參與動態聯盟企業的運行過程，這些IPT藉助於計算機網路、通信及各種套用工具，通過DPMS有機地串聯成一個動態聯盟企業的組織框架，在DPMS環境及其支撐工具的支持下，各個IPT可並行、有序、高效、協調地開展工作。這些lET能適應動態聯盟企業快速重組、重構和解體的需要，即具有很高的敏捷性，滿足不同項目由不同專業領域的專家、不同功能部門的人員參加的要求。
二、動態聯盟企業運行過程管理技術及其實現
動態聯盟企業(1)企業業務過程與項目任務之間的信息映射動態聯盟企業中的業務過程可根據業務流程性質和項目管理技術的要求分解成多個不同的具體項目，這些項目又可根據動態聯盟企業運行管理的需要在不同層次和任務粒度上進行再分解，從而在一個動態聯盟企業中形成多項目、多任務的層次管理模式。各個項目依據各自所定義的目標和進度組織實施，而多項目間的相互關係則可由企業流程通過產品信息模型和企業資源視圖進行映射得到，具體表示如圖2所示。
企業的業務過程是由一系列相關活動(Action)所組成的，而過程概念的核心是活動以及活動之問的時序和邏輯關係。為了完成某一活動，需要在這一時序和邏輯序列中，通過資源和時間的消耗生成所需產品模型信息。因此過程可用如下八元組來表示，即：
Process = NA,TA,CA,RA,WA,SA,IA,OA
式中：NA為構成過程的活動名稱；TA為活動所消耗的時間；CA為活動間的約束關係；RA為活動所需資源集合；WA為作用在活動上的操作集合；SA為活動的狀態；IA為活動的輸入信息；OA為活動結束時產生的輸出結果。
而項目是由一系列任務(Task)組成，項目管理的核心就是對任務間進行工期、資源及相互間關係的描述，他同樣也可用一個八元組來表示：
Process = NT,TT,CT,RT,WT,ST,IT,OT
式中：NT為構成項目的任務名稱；TT為完成任務所需工期；CT為任務間的規則集；RT為完成任務所需資源；WT為作用在任務上的操作集合；ST為任務所處狀態；IT為任務執行所需的輸入信息；OT為任務完成時所提交的輸出結果。
動態聯盟企業Processes= M (Proiects)
由此可見，通過對動態聯盟企業基於產品信息特徵、企業資源分布視圖的分析和企業過程的重組，可導出動態聯盟企業業務過程與項目之間的一一對應關係。反之，通過套用成熟的項目管理技術可對動態聯盟企業經營過程中的計畫安排、資源分配和運行控制進行有效管理。
(2)動態聯盟企業運行過程管理模型
通過上述分析，動態聯盟企業中的業務過程可以映射為一組分散式項目，而每個項目又可根據管理、操作和控制的需要在一定粒度上進行任務分解。任務作為項目的基本操作和控制單元，他是由相關群體組織在特定的期限內，根據給定的輸入和資源，施以某些操作，產生特定輸出的過程，如圖3所示。
其中活動是任務的具體操作，活動的進行引起任務狀態的變遷，同時他必須依賴於一定的資源，並受相應規則的約束控制；組織是任務活動的直接操作者，對應著擔任某種角色的群體或人員；資源是任務起動和執行的必要條件；控制可映射為業務規則，是任務執行中受到的一系列約束條件，只有在滿足條件的基礎上，任務才能接受相應的操作，任務控制要素通過反映企業業務規則來實施，他在一定程度上體現了動態聯盟企業運行和管理等的相關特性；輸入倩出是任務接受操作時所需和所產生的與產品信息相關的數據流，他包括產品全生命周期的靜態數據和動態數據。
1)決策管理。他是圍繞動態聯盟企業經營目標而進行的決策管理工作，包括市場調研、產品設計、生產製造、供銷、財務、綜合管理等。組建動態聯盟企業的直接動力來自市場機遇，而動態聯盟企業的實施目標和方案會因環境、成員企業、產品等不同而不同，因此需要對動態聯盟企業的實施目標和方案進行決策支持，通過分散式項目決策支持模組重點對動態聯盟企業的組建、企業之間的資金流和業務過程進度實施決策管理。
2)計畫與最佳化。計畫與最佳化是對動態聯盟企業的一種靜態和動態分析。計畫是對項目的靜態分析，他包括對項目依據產品結構、資源分布狀況進行定義、分解，並規劃任務執行的時間表(如開始時間、完工時間、工期、優先權等)，同時對任務預分配資源(包括人員、設備、資金等)。而最佳化則是對項目進行的動態分析，他是圍繞上述計畫，套用最佳化算法對時間／成本進行仿真運行，分析瓶頸資源，調整任務模型，並刪除一切不增值的環節。文中採用網路計畫技術對項目進行建模和分析，通過對所定義的項目、任務模型的結構分析，以保證所定義的模型符合網路計畫法建模規則，並運用計畫評審技術和關鍵路徑法 (PERT／CPM)找出一組成本最低、工期最短的企業經營方案。
動態聯盟企業客戶套用端是用戶與套用系統互動的人機接口，完成項目的輸入輸出等操作功能。在該系統中，對於項目組的每個用戶設定了不同的密碼和賬號，系統根據不同的賬號為項目組中不同角色設定不同的許可權，項目經理具有最高許可權。其他組員的許可權由項目經理設定。並可進行動態修改，以適應虛擬企業動態運行管理的需要。
中間層伺服器是整個套用的核心部分，他由web、E-mail、Ftp等伺服器和套用伺服器組成。在該中間層集中了分散式項目管理系統的所有套用邏輯，利用VB開發語言，對DPMS的各個功能模組設計成標準的ActiveX套用控制項，然後通過調用嵌入到HTML頁面，使用戶通過瀏覽器能很方便地下載DPMS套用控制項，從而完成對DPMS的操作和套用。
現通過ASP (ActiveServer Pages)技術在web伺服器與套用系統資料庫伺服器之間建立連線服務。採用ASP技術是因為在開發web伺服器端的應用程式具有編寫容易、無需手動編譯、面向對象、與HTML和Script語言完美結合，並且與資料庫的連線編程簡單，易實現等優點。由於該系統主要是建立在web環境下，因此對客戶端的要求十分簡單。客戶機只需支持web瀏覽器，用戶操作界面通過web服務器獲取，他由一組支持動態聯盟企業間信息交換，且具有統一模式的各個視窗組成，以支持動態聯盟企業正常運行管理的需要。動態聯盟企業中各IPT成員通過客戶端共享產品設計、開發、製造、銷售等信息，並根據各自在動態聯盟企業中所扮演的角色完成對企業中的信息、物流的加工和傳遞，參與企業的經營過程。
建模方法
圖5 動態聯盟企業概念模型 動態聯盟企業模型是以形式化或信息化的形式對AVE進行的抽象化描述，是分析、仿真、最佳化AVE企業功能、過程、活動和行為的基礎。我們在分析動態聯盟企業特點、組織形態及其建立過程基礎上，鑒於多視圖建模的重點突出性和面向對象方法的信息完全性的特點，結合面向對象技術和多視圖企業建模方法，提出動態聯盟企業的概念模型如圖5所示。
首先，VEM模型通過五類對象刻畫動態聯盟，它們是過程類對象(過程、活動、項目、操作、任務等)、組織類對象(動態聯盟項目組VG、企業項目組 Team、企業基本組織單元BOU等對象)、資源類對象(技術、資金、設備、人員、物料)和信息類對象。這五類對象通過相互傳送訊息協同工作，構成了面向對象動態聯盟企業模型的基本對象類結構。
其次，為了方便模型的描述，根據對象之間的關係，整個模型分為四個視圖。工作流視圖利用項目、任務、過程和活動對象從事務處理角度對AVE過程進行建模。主要描述過程/活動、過程/活動之間信息和物流的傳遞關係；過程/活動間的順序、並發與合併等。由於過程對象是連線其他各對象的紐帶，因此工作流視圖是整個VEM的核心；組織視圖是從組織方面對AVE建模，主要描述AVE組織形式、許可權、職責、組織單元之間的關聯以及夥伴企業組織參與的狀況；物理視圖 (資源視圖)用來描述企業的資源布局、配置以及物流等。反應企業中靜態資源和流動資源的狀況。一般而言，企業資源可以分為五類、物料、資金、生產設施、技術和人員；信息視圖用於描述企業內的信息實體及信息實體之間的聯繫。
VEM各視圖之間是相互關聯的。工作流視圖的過程對象具有輸入、輸出、支撐、控制/約束以及執行者等要素。其中，過程的輸入可以是物理視圖的物料、資金、技術等；輸出可以是物理視圖的資金、物料、技術、設備以及信息視圖的文檔、報表等；支撐主要是物理視圖技術、人員和生產設施；控制/控制則主要是信息視圖中的計畫、命令；執行者可以是組織視圖描述的某一組織。組織視圖的企業組織又是由物理視圖的資源組成的，即企業的基本組織單元(BOU)是由物理視圖中不同人員、不同設備，同時帶有一定技術組成的企業資源可重組的基本單位。
在這四個視圖中工作流視圖是控制協調其他視圖的關鍵。在建立工作流視圖的過程中便可逐步引入其他視圖的構成對象，建立完整的AVE的AVE企業模型。可以說，VEM模型克服了劃分視圖所引起的信息割裂，利用對象之間的聯繫很好的解決了視圖之間的關聯問題，真正做到整個模型的集成。
圖6 VEM模型的建模框架為了幫助用戶完成動態聯盟的企業建模工作，需要有模型化框架來指導。模型化框架是用於指導人們準確、全面完成企業建模各種任務的建模指南，它應指出模型建立需要考慮的各方面因素及其相互關係。根據動態聯盟模型及建立過程，圖2所示為VEM模型的建模框架。
圖6左側的圓柱就代表了VEM的建模框架。切面被分割為四份，分別表示VEM的四個視圖。圓柱縱向分為內柱和外柱，外柱表示動態聯盟各夥伴企業的四個視圖的描述，內柱則表示最終動態聯盟的模型描述部分。整個圓柱橫向切割成六個圓柱片，對應動態聯盟建立過程，表示模型建立的不同層次。右側的圓柱透視圖清楚地表示了整個模型的建立過程。
VEM模型的建立分為需求分析層、設計說明層和實施描述層三個層次。這三個層次支持用戶不同的建模需求，提供由粗到細的不同程度的建模描述。
(1)需求分析層：用來描述針對一個機遇產品實現的關鍵環節。包括了用VEM的各個視圖表示的關鍵經營內容(關鍵過程、主要參與企業組織、相關信息描述等)。
(2)設計說明層：在需求定義層建模的基礎上，從描述的完備性和抽象層次上進行更深入的建模。結合動態聯盟的建立過程，又可分為產品過程設計、合作方式設計、項目設計和組織設計四個子步驟，它們是以螺鏇形式的循環設計方式進行工作的。
表 12)動態聯盟企業模型描述方法
建模方法是一整套用來描述和建立各種企業模型的方法。在充分考慮AVE特點基礎上，我們將VEM中各視圖描述方法歸納如表1。
三、動態聯盟企業建模工具系統MOTAVE
為進一步支持動態聯盟的建模工作，在考慮了AVE企業模型和建模框架需求前提下，我們設計並開發實現了計算機支持的AVE模型化工具系統MOTAVE(MOdeling Toolkits for Agile Virtual Enterprise)的原型系統。該系統的功能結構如圖7所示。該工具系統以模型描述工具為核心，輔以其他工具的集成工具箱，共同支持AVE生命周期中所有描述工作。
基於AVE企業模型、建模框架和建模方法，MOTAVE系統利用面向對象技術具有可重用性、可擴充性和易維護性特點。此外，MOTAVE系統支持圖形化用戶描述、多層次的多視圖建模需求、多用戶協同式工作、夥伴企業模型的嵌入和對象的一致性檢查、並提供針對不同性質企業的半通用參考模型庫及仿真和決策支持接口。
經濟術語導航
| 21世紀的今天，各種專業術語層出不窮！你了解多少呢？讓我們走進術語天地。 |
