動態聯盟企業

用手机看条目

出自 MBA智库百科(https://wiki.mbalib.com/)

動態聯盟企業(Agile Virtual Enterprise, AVE

目錄

動態聯盟企業概述

  AVE中文翻譯為「動態聯盟企業」或「敏捷虛擬企業」,瞭解AVE更多的基礎知識請參見敏捷虛擬企業

  隨著世界統一市場的形成,市場競爭日益激烈。如何快速響應市場,抓住經營機遇,在競爭中謀求發展,已成為企業共同追求的目標。製造業將從單憑自身的資源設備為主的競爭發展到多企業合作的內外部優勢資源集成的生產體系間的競爭。動態聯盟企業(Agile Virtual Enterprise, AVE)即是這樣一個圍繞新產品、新經營機遇為進行產品的經營、開發、生產在全球範圍內動態建立的虛擬組織機構,它將成為製造業未來企業模式之一。

  動態聯盟是由兩個以上的組織成員(單位)組成的一種有時限(暫時、非固定化)的相互依賴、信任、合作的組織,以便以最小的投資、最快的反應速度(最短的反應時間)對市場機遇做出反應。其成員以自身的實力和社會信譽通過競爭被核心公司(企業) 吸收加入。為了共同的利益,每個成員只做自己特長的工作,把各成員的成長、知識和信息優勢集中起來有效地用於以最短的時間和最小的投資為目標的滿足用戶需求的共同努力中去。

動態聯盟企業的特點

  動態聯盟企業除具有一般企業的基本特征,還有一些專門的特點:動態聯盟企業通常由盟主企業發動組建,根據機遇產品的資源需求設定企業模型、選擇聯盟伙伴、確定協作關係,併在企業運作過程中根據需要對協作關係作出調整,其組織過程需要靈活可變的動態性;動態聯盟企業是以生產經營過程為主線的企業組織,各成員在這一主線的貫穿下,按照一定的協作規則完成各自環節上的任務,其運作過程強調明確可控的協作性;動態聯盟企業的各成員在組織上相對獨立,地理上較為分散,但他們之間的協作需要快速暢通的信息傳遞,其信息系統要滿足及時有效的分佈性。

動態聯盟企業的利益分配及模式

  在動態聯盟的組建和運行過程中,面對眾多伙伴企業(它們有著不同資源、能力、文化、目標等),如何進行聯盟的利益分配,以確保聯盟運行的通暢和目標的達成,成為動態聯盟組建和運行過程中的一個關鍵問題。

  一、利益分配在動態聯盟中的重要性

  形成動態聯盟的根本原因在於成員企業尋求自身的最大利益。儘管動態聯盟有多種不同的組織結構,每種組織結構適應不同的環境,是為了達到不同的具體目的。但究其本質,都是為了在複雜多變、競爭激烈的商業環境中求得生存和發展,實現經濟利益。動態聯盟本質上是一種為追求經濟利益而形成的契約合作關係,利益是各伙伴企業相互合作的基礎,正是處於這種有相互利益的願望,各伙伴才會合作。

  勿容置疑,利益產生的雙重效應,既使合作各方產生合作的要求,又會因為利益分配的多少、偏向而影響動態聯盟的健康運行。由於加入聯盟的目的就是為了獲得預期收益,所以利益分配必為合作各方所關註,利益分配的結果與各成員企業參與聯盟的預期利益相比形成各成員企業對參與聯盟的價值評價(滿意度)。

  通過上面的分析可知,聯盟的運行與聯盟的利益分配有直接的關聯。一方面,各個聯盟成員是否通過聯盟實現一定的經濟利益,對該利益是否滿足或是否因此而受到激勵,對於聯盟的穩定和有效運行將起決定性的作用。另一方面,聯盟是否有效運行又決定著聯盟的利益是否能夠順利實現或在多大程度上得以實現。

  二、動態聯盟利益分配要素及原則

  談到利益分配,必然要確定利益分配的要素問題。所謂利益分配的要素應該是能對利益的產生起貢獻作用的因素,如下:

  1)聯盟的總收益的大小是聯盟利益分配的基礎。沒有收益就沒有利益分配。

  2)合作伙伴所投入的資本。這裡的資本包括資金、人力資源、時間以及品牌知名度等等,即既有事物資本也有無形資產等形成的資本。

  3)合作伙伴企業在聯盟中所承擔的風險。這裡的風險包括聯盟目標達成的風險、市場的風險以及合作的風險、技術風險等等。

  4)在聯盟中各個伙伴企業的工作成效。這裡的工作成效可以量化為各成員企業為聯盟目標的達成,所付出的有效工作時間(指能對聯盟的發展或收益產生影響的有效工作時間)。

  當然還有其他一些影響利益分配的因素,比如伙伴企業之間的關係問題,各企業在聯盟中的地位問題等等都會對利益分配問題產生影響。

  動態聯盟中各成員參與討論該如何分享動態聯盟的收益時,必然會考慮到一些收益分配原則與方法,如下:

  1)互惠互利原則—— 即分配方案可使每個成員企業的基本利益得到充分保證,否則會影響成員企業合作的積極性,甚至導致合作的失敗或分裂。

  2)結構利益最優化原則— —即從實際情況出發,全盤考慮各種因素,合理確定利益分配的最優結構,促進各成員企業能夠實現最佳合作協同發展

  3)風險利益相對稱原則—— 即在制定分配方案時,應充分考慮成員企業所承擔的風險大小,對承擔風險大的成員企業給予適當的風險補償,以增強合作的積極性。

  4)個體合理原則—— 即各成員企業參與動態聯盟所得到的利益應該大於單獨行動所獲得利益。

  三、動態聯盟企業的利益分配模式

  動態聯盟各成員分配利益時,常見的有兩種收益分配模式:產出分享模式與固定支付模式。

  1)產出分享模式— —指參與合作的成員按一定的分配比例從合作最終的總收益中分配自己應得的一份收益,這是一種風險分擔、利益共用的分配模式。

  2)固定支付模式—— 指一個成員(一般是盟主)根據其他成員承擔的任務和風險按事先協商好的酬金給其他成員從合作最終的總收益中支付固定的報酬(可以一次性支付,也可以分次支付),而盟主則享有合作的其餘全部剩餘,同時也承擔全部風險。這種分配模式接近市場交易模式。

  3)混合模式:是前兩種模式的結合,盟主既向其他成員支付固定的報酬,同時也從收益中按一定的比例向其支付報酬。

  模式的具體應用視實際的市場機遇的性質、獲利把握性、成員企業規模的大小、發展戰略經營能力與運作情況和風險態度等因素談判而決定,在實際運作過程中,以}昆合模式比較常見。

  動態聯盟分為產品聯盟型和知識聯盟型。根據其主要特征,不難看出,產出分享模式更適用於知識聯盟型企業,而固定支付模式更適用於產品聯盟型企業。

  四、結束語

  綜上所述,聯盟收益的分配問題在動態聯盟的組建和運行過程中至關重要。為了更好地促進聯盟成員企業的積極性,確保聯盟合作的成功,做到公正、合理的利益分配異常重要。在效益兼顧公平原則下,各成員企業要求公平合理的分配聯盟所得,是聯盟組建的動因所在。

動態聯盟企業信息系統模型構架

  動態聯盟企業是由盟主企業發動組建的,它根據機遇產品的資源需求負責設定企業模型、選擇聯盟成員、確定協作關係、動態調整流程等工作,而一般的聯盟成員之間沒有控制關係,都是以盟主為協調中心接收任務形成協作的,因此本系統模型分為主系統和從屬系統兩部分,分別由盟主和一般聯盟成員使用。主系統由整個系統的控制中心和盟主成員相關部分組成,從屬系統則由各聯盟成員相關部分和與外部系統的介面組成。盟主成員利用主系統將生產計劃、訂單跟蹤、文件傳閱等定義成各種工作流程,這些工作流啟動後主系統將自動控制協調各從屬系統的運作,同時盟主成員可隨時對各流程進行管理監控修改。主系統對應實際流程中的這三個階段相應分為過程定義、過程執行、管理監控三個組成部分。一般的聯盟成員則負責將生產信息輸入約定格式的資料庫中,由主系統通過Internet調用本從屬系統中成員對象的方法實現信息傳遞、生產調度、緊急通知等任務。動態聯盟企業信息系統模型構架(如下圖)及說明如下:

Image:动态联盟企业信息系统模型构架.gif

  動態聯盟企業信息系統模型構架

  1)過程定義說明

  成員對象描述就是選擇適當的成員類生成成員對象,將真實聯盟成員的具體信息保存在其中;成員選擇則是根據伙伴選擇策略平衡動態聯盟的各項核心資源,決定聯盟成員最優組合併存入聯盟成員表(包含成員間相互聯繫的基本信息,如各從屬系統所在主機IP地址等);聯繫設置包括由用戶為一特定工作流程設置一組聯繫,將聯盟成員用有向線段連接起來,選擇聯繫類型,設置各聯繫參數,並由系統生成該工作流的聯繫對象參數表;主從系統分離指的是將各成員對象和與之相關的方法庫和任務列表從全局方法庫和全局任務列表中複製出來集成在一起,配以用戶介面、外部介面以及聯盟成員表等分別構成若幹從屬系統交由各聯盟成員在本地使用,盟主成員對象和系統主控部分集成為主系統。

  2)過程執行說明

  工作流引擎用來依據預定條件自動判斷或人工啟動某一工作流,創建該工作流實例;工作流日誌記錄負責記錄每個工作流的執行過程及返回的狀態參數,存入工作流日誌;自動例外處理則提供一些標準程式對工作流程中的例外自動進行處理。

  3)管理監控說明

  工作流監測是指允許有許可權的用戶查看相關工作流運行情況並提供一些輔助分析工具進行工作流執行情況的分析;工作流修改包括用戶對聯盟成員的調整(由系統修改聯盟成員表、成員對象、成員許可權表),工作流過程和控制的調整(由系統修改聯繫對象參數表),工作流任務項調整(由系統查詢任務列表,修改全局任務處理方法庫);由於修改工作流的任何環節或系統運行後在過程定義工具中定義新的工作流,其改變都只體現在主系統中,這時由從屬系統版本控制通知與變更工作流有關的從屬系統下載複製新版本系統。

動態聯盟企業運行過程管理模式

  動態聯盟企業的概念是隨著全球信息網路技術的發展而產生的,因此他離不開現代化信息技術的支持。現有的企業方法論或體系研究主要集中在單一企業內的系統集成,而對動態聯盟企業的研究尚未形成較完備的方法體系,而且電腦支持工具的研究也不夠充分L1j。通過研究分析,將這一構築在產品全生命周期基礎之上的動態聯盟企業的運行過程通過基於分散式的一組項目來進行描述,提出了一種基於分散式項目管理技術的動態聯盟企業的運行管理模式,並對其實現技術進行了研究。

  一、動態聯盟企業的組織模型及特點分析

  在由電腦互聯網支持的分散式計算環境下,動態聯盟企業能將時空上分散但能力和資源互補的常規組織(或個人)高效地組合起來,以提高解決問題的能力和增強對挑戰性機遇的快速應變能力,且不必改變他們原有的工作環境,從而引起了人們的廣泛重視,尤其在製造業,動態聯盟企業和跨職能項目工作組已成為21世紀新一代製造業的核心概念。

  (1)動態聯盟企業的組織模型

  我們知道,傳統企業的組織管理模式是一種按照基於功能的遞階式組織控制結構,即企業被劃分為若幹層次,每一層次又被劃分為若幹個職能部門。在這種組織結構下,企業的生產經營管理過程是一種嚴格按職能部門,由上而下的縱向管理執行模式,當執行過程中遇到問題時又由下向上層層反饋,因此基於這種組織的運行管理模式權力過於集中,在當今快速多變的市場競爭中缺乏靈活性。另一方面,各個職能部門由於相互分隔,每個部門又只能依賴本部門的領域知識來制定相關的決策方案,容易因知識的片面性而忽略企業生產經營過程中的一些重大關鍵因素,從而有可能對企業的經營過程和產品質量造成不必要的負面影響。

  動態聯盟是在全球市場環境不斷變化的條件下形成的一種跨企業的動態組織,他是由多個相互獨立的企業為某一目標臨時組建的一種全新企業組織形式。這種形式的企業組織不是多個企業的簡單疊加,而是通過對每個企業的業務流程重組(Business Process Reengineering,BPR),使該組織由傳統科層制的“機械組織” 向自我管理的“有機組織”轉變,最大限度地適應以“顧客,競爭和變化”為特征的現代企業經營環境,所以他的運行過程管理方式不同於傳統企業的運行過程管理,這就給動態聯盟企業的運行管理帶來了許多值得研究的新課題,也必然要求企業在管理技術上有所創新以適應這一變化。為了充分發揮動態聯盟企業的資源整合優勢,如先進的產品設計製造技術、快速響應市場的應變能力、降低市場風險、共用全球資源等,動態聯盟企業的運行管理機制必須要剋服企業間在組織形式、企業文化、基礎結構等方面的差異所帶來的管理障礙,實現建立在以產品信息模型為基礎的跨平臺管理模式。

  動態聯盟企業是為快速響應市場變化而組建的一種企業組織形式,他強調在地域上的全球化,時空上的敏捷化,業務流程的重構化。為了適應這一變化的需要,這就要求動態聯盟企業的組織形式和運行管理模式必須是柔性和可變的。由此可見,動態聯盟企業的組織單元應是基於並行工程思想的集成產品開發小組(IPT),並藉助於分散式項目管理系統(DPMS)思想構建動態聯盟企業的運行管理模式,使企業的經營過程一開始就按科學的項目規划進行管理,如圖1所示。

Image:动态联盟企业的组织模型.jpg

  由圖1可知,構成動態聯盟企業的組織形式是由一個盟主企業和多個伙伴企業通過網路,以項目經理或項目負責人為核心的集成產品開發小組,即企業成員按照動態聯盟的實施目標,通過自身資源、組織和業務的重組,以 IPT的形式參與動態聯盟企業的運行過程,這些IPT藉助於電腦網路、通信及各種應用工具,通過DPMS有機地串聯成一個動態聯盟企業的組織框架,在DPMS環境及其支撐工具的支持下,各個IPT可並行、有序、高效、協調地開展工作。這些lET能適應動態聯盟企業快速重組、重構和解體的需要,即具有很高的敏捷性,滿足不同項目由不同專業領域的專家、不同功能部門的人員參加的要求。

  (2)動態聯盟企業的特點分析

  作為製造企業,動態聯盟企業除了應具有一般企業的基本功能(如企業功能與過程、企業組織、企業資源與企業信息等)外,以lET 形式所構建的動態聯盟企業的運行模式還具有如下特點。

  1)分佈性。動態聯盟企業各成員在地理上較為分散,他們之間的協作需要快速暢通的信息傳遞,即其信息系統要滿足及時有效的分佈性要求。

  2)靈活性。動態聯盟企業通常由盟主企業根據市場機遇、產品的資源需求發起組建,他從組建到解體完全取決於市場機遇的到來與消失,並且企業內所設IPT的規模和大小是根據市場所需的產品而定,因此他具有靈活多變的特點。

  3)動態性。考慮到在選擇合作伙伴、確定協作關係,併在企業運行過程中經常會根據需要對協作關係作出相應的調整,同時在產品生命的不同周期會調用不同的IPr。所以動態聯盟企業中IPT的相關職能和人員在整個產品生命周期過程中是動態變化的。

  4)敏捷性。市場和競爭對象的不斷變化要求動態聯盟企業具有快速響應市場的能力,這種能力的大小就體現在組成動態聯盟企業時各成員企業所具有的敏捷性,這種敏捷性就是企業通過自身業務和資源重構而獲取的,在這裡具體表現在參與和組建IET 的速度和能力的大小上。而 lET 由於在組建、運行、控制及解體等方面所具有的靈活性和動態性,必然使得這些IPT具有很高的敏捷性。

  5)並行性。lET 內的成員是由不同領域的工程技術人員和管理人員所組成的,他們在小組之間是通過產品信息的預發佈實現並行工作的,在小組中又是由掌握多學科領域知識的專業技術人員按照並行工程的思想協同完成產品設計、製造、銷售、服務等工作。

  6)可控性。動態聯盟企業是以生產經營過程為主線的企業組織,各個lET 在這一主線的貫穿下,按照一定的協作規則完成各自環節上的任務。鑒於動態聯盟企業的運行方式是讓其成員在保持相對獨立性的同時協作完成其聯合項目,因此其運行過程強調明確的可控性。

  7)臨時性。動態聯盟企業是面向某一機遇產品的一種企業組織形式,所以他也具有明確的生命周期,即該企業具有臨時性或一次性的特點。在該生命周期內,成員企業之間是一種伙伴合作關係,在該生命周期外,各企業又是競爭對手,所以在動態聯盟企業內對非共用信息需要加強安全和保密等措施。

  二、動態聯盟企業運行過程管理技術及其實現

  為了支持具有上述組織結構模式的動態聯盟企業的正常運行,現提出一個基於web技術的分散式項目管理系統用以支持動態聯盟企業的過程管理。基於Web的分散式項目管理系統作為一個有效的管理工具,不但可以通過該分散式項目管理系統平臺和產品特征對動態聯盟企業的業務流程進行管理,改變由原來需要經過多個部門進行管理和執行的信息流程為一個1Prr來完成,以消除由此產生的失誤、延時和返工,提高企業的管理效率,而且還可以在計劃、調度、控制等方面引入項目管理已有的定量分析和模擬方法,使企業的運行過程建立在科學的管理技術基礎之上。

  (1)企業業務過程與項目任務之間的信息映射動態聯盟企業中的業務過程可根據業務流程性質和項目管理技術的要求分解成多個不同的具體項目,這些項目又可根據動態聯盟企業運行管理的需要在不同層次和任務粒度上進行再分解,從而在一個動態聯盟企業中形成多項目、多任務的層次管理模式。各個項目依據各自所定義的目標和進度組織實施,而多項目間的相互關係則可由企業流程通過產品信息模型和企業資源視圖進行映射得到,具體表示如圖2所示。

Image:企业业务过程与项目间的映射关系.jpg

  企業的業務過程是由一系列相關活動(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為任務完成時所提交的輸出結果。

  由上述分析可知,Process和Project所描述的對象之 間存在一一對應關係,即可通過產品信息模型和企業資源 視圖M 進行下式轉換

  Processes= M (Proiects)

  由此可見,通過對動態聯盟企業基於產品信息特征、 企業資源分佈視圖的分析和企業過程的重組,可導出動態 聯盟企業業務過程與項目之間的一一對應關係。反之,通 過應用成熟的項目管理技術可對動態聯盟企業經營過程中 的計劃安排、資源分配和運行控制進行有效管理。

  (2)動態聯盟企業運行過程管理模型

  通過上述分析,動態聯盟企業中的業務過程可以映射 為一組分散式項目,而每個項目又可根據管理、操作和控 制的需要在一定粒度上進行任務分解。任務作為項目的基本操作和控制單元,他是由相關群體組織在特定的期限內,根據給定的輸入和資源,施以某些操作,產生特定輸出的過程,如圖3所示。

Image:任务的组成元素.jpg

  其中活動是任務的具體操作,活動的進行引起任務狀態的變遷,同時他必須依賴於一定的資源,並受相應規則的約束控制;組織是任務活動的直接操作者,對應著擔任某種角色的群體或人員;資源是任務起動和執行的必要條件;控制可映射為業務規則,是任務執行中受到的一系列約束條件,只有在滿足條件的基礎上,任務才能接受相應的操作,任務控制要素通過反映企業業務規則來實施,他在一定程度上體現了動態聯盟企業運行和管理等的相關特性;輸入倩出是任務接受操作時所需和所產生的與產品信息相關的數據流,他包括產品全生命周期的靜態數據和動態數據。

  在對動態聯盟企業的運行過程進行管理前,一個詳細、合理和可行的計劃是保證過程管理成功的關鍵。通過對動態聯盟企業運行過程中的組織、資源、任務等內容的分析,現採用網路計劃法(PERT/CPM)建立過程管理模型,他是由節點、箭線和流3個要素構成,其中節點表示各項任務之間的邏輯關係,箭線為組成項目流程的各項獨立的任務,流表示為完成各項任務所需要的時間、費用、組織及資源等參數。

  根據動態聯盟企業運行管理的特點,動態聯盟企業的運行過程管理可劃分為3個層次:即決策管理層、計劃與優化層、調度與監控層。

  1)決策管理。他是圍繞動態聯盟企業經營目標而進行的決策管理工作,包括市場調研產品設計、生產製造、供銷、財務、綜合管理等。組建動態聯盟企業的直接動力來自市場機遇,而動態聯盟企業的實施目標和方案會因環境、成員企業、產品等不同而不同,因此需要對動態聯盟企業的實施目標和方案進行決策支持,通過分散式項目決策支持模塊重點對動態聯盟企業的組建、企業之間的資金流和業務過程進度實施決策管理。

  2)計劃與優化。計劃與優化是對動態聯盟企業的一種靜態和動態分析。計劃是對項目的靜態分析,他包括對項目依據產品結構、資源分佈狀況進行定義、分解,並規劃任務執行的時間表(如開始時間、完工時間、工期、優先順序等),同時對任務預分配資源(包括人員、設備、資金等)。而優化則是對項目進行的動態分析,他是圍繞上述計劃,應用優化演算法對時間/成本進行模擬運行,分析瓶頸資源,調整任務模型,並刪除一切不增值的環節。文中採用網路計劃技術對項目進行建模和分析,通過對所定義的項目、任務模型的結構分析,以保證所定義的模型符合網路計劃法建模規則,並運用計劃評審技術關鍵路徑法 (PERT/CPM)找出一組成本最低、工期最短的企業經營方案。經過上述項目的計劃與優化,得到一個以任務進度即Gantt圖為主視圖,產品結構信息、資源、組織人員等為輔助視圖的一個動態聯盟企業運行過程管理的多視圖,這為管理人員提供了一個有效的管理支持工具。

  3)調度與監控。調度與監控是對動態聯盟企業運行過程進行的操作與控制。調度就是對任務進行資源、人員、任務狀態等的一系列操作。而監控就是對任務的執行過程進行時間、成本、質量等的監測與控制,使其按預定的目標向前推進。在動態聯盟企業內,由於各種不確定因素往往會影響動態聯盟企業日常工作進程,如資源的短缺、成員的流動、市場的變化及產品結構的調整等。因此對任務、組織、產品、資源、時間的調度和監控是動態聯盟企業運行過程管理的主要內容。同時由於動態聯盟企業內成員企業的相對獨立性、分佈性、異構性等特點,因此強調動態聯盟企業運行過程的可控性尤其重要。通過在項目管理系統中引入里程碑(Milestone)對動態聯盟企業的運行過程進行有效監控,以保證動態聯盟企業具有足夠的市場響應速度和市場競爭優勢。

  (3)動態聯盟企業運行過程管理的實現技術該系統藉助於Intemet/lntranet/Extranet網路平臺,通過Web、Email、Ftp等技術實現動態聯盟企業運行過程的管理,具體實現技術如圖4所示。

Image:系统实现技术体系结构.jpg

  客戶應用端是用戶與應用系統交互的人機介面,完成項目的輸入輸出等操作功能。在該系統中,對於項目組的每個用戶設置了不同的密碼和賬號,系統根據不同的賬號為項目組中不同角色設置不同的許可權,項目經理具有最高許可權。其他組員的許可權由項目經理設定。並可進行動態修改,以適應虛擬企業動態運行管理的需要。

  中間層伺服器是整個應用的核心部分,他由web、E-mail、Ftp等伺服器和應用伺服器組成。在該中間層集中了分散式項目管理系統的所有應用邏輯,利用VB開發語言,對DPMS的各個功能模塊設計成標準的ActiveX應用控制項,然後通過調用嵌入到HTML頁面,使用戶通過瀏覽器能很方便地下載DPMS應用控制項,從而完成對DPMS的操作和應用。

  現通過ASP (ActiveServer Pages)技術在web伺服器與應用系統資料庫伺服器之間建立連接服務。採用ASP技術是因為在開發web伺服器端的應用程式具有編寫容易、無需手動編譯、面向對象、與HTML和Script語言完美結合,並且與資料庫的連接編程簡單,易實現等優點。由於該系統主要是建立在web環境下,因此對客戶端的要求十分簡單。客戶機只需支持web瀏覽器,用戶操作界面通過web伺服器獲取,他由一組支持動態聯盟企業間信息交換,且具有統一模式的各個視窗組成,以支持動態聯盟企業正常運行管理的需要。動態聯盟企業中各IPT成員通過客戶端共用產品設計、開發、製造、銷售等信息,並根據各自在動態聯盟企業中所扮演的角色完成對企業中的信息、物流的加工和傳遞,參與企業的經營過程。

  三、結束語

  在對動態聯盟企業特點分析的基礎上。提出了一種基於分散式項目管理系統的動態聯盟企業運行過程的管理模式。通過web技術的應用,實現了動態聯盟企業運行過程管理所特有的分佈性、跨異構平臺、動態管理的特殊需求。系統中由於引入項目管理的成熟技術,從而實現了企業運行管理的優化和控制。同時在該系統中,將具體的應用邏輯和抽象的過程邏輯分離開來,從而只要在系統中修改任務模型,而不需修改具體實現功能就可改變項目流程,以適應不同類型、不同規模的動態聯盟企業過程管理的需要。

多視圖集成化的動態聯盟建模方法

  一、動態聯盟企業概念模型

  動態聯盟企業模型是以形式化或信息化的形式對AVE進行的抽象化描述,是分析、模擬、優化AVE企業功能、過程、活動和行為的基礎。我們在分析動態聯盟企業特點、組織形態及其建立過程基礎上,鑒於多視圖建模的重點突出性和面向對象方法的信息完全性的特點,結合面向對象技術和多視圖企業建模方法,提出動態聯盟企業的概念模型如圖5所示。

  首先,VEM模型通過五類對象刻畫動態聯盟,它們是過程類對象(過程、活動、項目、操作、任務等)、組織類對象(動態聯盟項目組VG、企業項目組 Team、企業基本組織單元BOU等對象)、資源類對象(技術、資金、設備、人員、物料)和信息類對象。這五類對象通過相互發送消息協同工作,構成了面向對象動態聯盟企業模型的基本對象類結構。

  其次,為了方便模型的描述,根據對象之間的關係,整個模型分為四個視圖。工作流視圖利用項目、任務、過程和活動對象從事務處理角度對AVE過程進行建模。主要描述過程/活動、過程/活動之間信息和物流的傳遞關係;過程/活動間的順序、併發與合併等。由於過程對象是連接其他各對象的紐帶,因此工作流視圖是整個VEM的核心;組織視圖是從組織方面對AVE建模,主要描述AVE組織形式、許可權、職責、組織單元之間的關聯以及伙伴企業組織參與的狀況;物理視圖 (資源視圖)用來描述企業的資源佈局、配置以及物流等。反應企業中靜態資源和流動資源的狀況。一般而言,企業資源可以分為五類、物料、資金、生產設施、技術和人員;信息視圖用於描述企業內的信息實體及信息實體之間的聯繫。

  VEM各視圖之間是相互關聯的。工作流視圖的過程對象具有輸入、輸出、支撐、控制/約束以及執行者等要素。其中,過程的輸入可以是物理視圖的物料、資金、技術等;輸出可以是物理視圖的資金、物料、技術、設備以及信息視圖的文檔、報表等;支撐主要是物理視圖技術、人員和生產設施;控制/控制則主要是信息視圖中的計劃、命令;執行者可以是組織視圖描述的某一組織。組織視圖的企業組織又是由物理視圖的資源組成的,即企業的基本組織單元(BOU)是由物理視圖中不同人員、不同設備,同時帶有一定技術組成的企業資源可重組的基本單位。

Image:动态联盟企业概念模型.gif

  圖5 動態聯盟企業概念模型

  在這四個視圖中工作流視圖是控制協調其他視圖的關鍵。在建立工作流視圖的過程中便可逐步引入其他視圖的構成對象,建立完整的AVE的AVE企業模型。可以說,VEM模型剋服了劃分視圖所引起的信息割裂,利用對象之間的聯繫很好的解決了視圖之間的關聯問題,真正做到整個模型的集成。

  此外,VEM容現實企業與虛擬企業於一體,體現了動態聯盟多企業集成的分散式特點。動態聯盟是由多企業基於公共網路環境通過合作建立起來的,各伙伴企業既有自己的獨立性,又要遵循動態聯盟的統一指揮。因此,對伙伴企業,需要建立動態聯盟所要求的伙伴企業模型。這時的伙伴企業模型是各伙伴企業的局部模型,描述的是伙伴企業參與或可能參與動態聯盟的部分。各伙伴企業通過合作形成的動態聯盟具有不同於伙伴企業的運行模式,它所涉及的是多個企業之間的合作、協調、控制及約束關係,即圖中Internet上方描述的動態聯盟的全局模型。因此可以說,動態聯盟企業模型VEM是由一個全局模型加上若幹局部模型構成的。由於局部模型是伙伴企業提供的且在動態聯盟建立階段(甚至運行階段)是不穩定的,因為在選擇不同合作伙伴來承擔任務時,不同合作伙伴企業所帶來的模型的結構和性能一般是不同的。VEM採用面向對象技術,面向對象技術的封裝性繼承性等特點,使得局部模型和全局模型很好的相互結合併保持模型的完整一致性。

  二、動態聯盟企業模型化方法

  1)動態聯盟企業模型化框架

  為了幫助用戶完成動態聯盟的企業建模工作,需要有模型化框架來指導。模型化框架是用於指導人們準確、全面完成企業建模各種任務的建模指南,它應指出模型建立需要考慮的各方面因素及其相互關係。根據動態聯盟模型及建立過程,圖2所示為VEM模型的建模框架。

  圖6左側的圓柱就代表了VEM的建模框架。切麵被分割為四份,分別表示VEM的四個視圖。圓柱縱向分為內柱和外柱,外柱表示動態聯盟各伙伴企業的四個視圖的描述,內柱則表示最終動態聯盟的模型描述部分。整個圓柱橫向切割成六個圓柱片,對應動態聯盟建立過程,表示模型建立的不同層次。右側的圓柱透視圖清楚地表示了整個模型的建立過程。

Image:VEM模型的建模框架.gif

  圖6 VEM模型的建模框架

  VEM模型的建立分為需求分析層、設計說明層和實施描述層三個層次。這三個層次支持用戶不同的建模需求,提供由粗到細的不同程度的建模描述。

  (1)需求分析層:用來描述針對一個機遇產品實現的關鍵環節。包括了用VEM的各個視圖表示的關鍵經營內容(關鍵過程、主要參與企業組織、相關信息描述等)。

  (2)設計說明層:在需求定義層建模的基礎上,從描述的完備性和抽象層次上進行更深入的建模。結合動態聯盟的建立過程,又可分為產品過程設計、合作方式設計、項目設計和組織設計四個子步驟,它們是以螺旋形式的迴圈設計方式進行工作的。

  (3)實施描述層:實施描述建模層描述最詳細的企業的內容。在設計說明建模層對各視圖定義的基礎上,描述到企業的最基本單位。最後輸出的各視圖的實施描述報告作為指導實施的文件,包括三個系統的實施描述——信息系統、物理系統和組織系統。除此而外還有說明這三個系統之間聯繫的工作流的實施描述。模型化後的輸出既要給出AVE本身所要求輸出的信息,又要給出各伙伴企業參與AVE部分所要求的信息。

  VEM模型化框架強調的是伙伴企業和動態聯盟企業互相協作設計,是多企業經過反覆交流與協商完成的,強調以工作流設計為核心,進而引出物理、信息和組織視圖的設計。強調由粗至精的細畫過程,使AVE模型逐步深入。

  2)動態聯盟企業模型描述方法

  建模方法是一整套用來描述和建立各種企業模型的方法。在充分考慮AVE特點基礎上,我們將VEM中各視圖描述方法歸納如表1。

            Image:VEM中的各种描述方法.jpg

  三、動態聯盟企業建模工具系統MOTAVE

  為進一步支持動態聯盟的建模工作,在考慮了AVE企業模型和建模框架需求前提下,我們設計並開發實現了電腦支持的AVE模型化工具系統MOTAVE(MOdeling Toolkits for Agile Virtual Enterprise)的原型系統。該系統的功能結構如圖7所示。該工具系統以模型描述工具為核心,輔以其他工具的集成工具箱,共同支持AVE生命周期中所有描述工作。

Image:计算机支持的AVE模型化工具系统MOTAVE的功能结构.gif

  圖7 電腦支持的AVE模型化工具系統MOTAVE的功能結構

  基於AVE企業模型、建模框架和建模方法,MOTAVE系統利用面向對象技術具有可重用性、可擴充性和易維護性特點。此外,MOTAVE系統支持圖形化用戶描述、多層次的多視圖建模需求、多用戶協同式工作、伙伴企業模型的嵌入和對象的一致性檢查、並提供針對不同性質企業的半通用參考模型庫及模擬和決策支持介面。

  到目前為止,我們已經基於Windows 95平臺,使用Visual C++5.0編程語言,基本實現了原型系統,並正在進一步測試和調試。

  四、結束語

  動態聯盟不同於一般企業的特性使其建立更為複雜,VEM是AVE建立運行的根本保障。本文利用面向對象技術和多視圖建模方法,提出了一套動態聯盟企業模型化方法體系。包括動態聯盟企業模型、建模框架、模型化方法及相應工具系統。該模型既反應了動態聯盟企業模型的特點,又保護良好的模型完整一致性,為動態聯盟企業組織管理問題提供了從理論到操作的支持。

本條目對我有幫助5
MBA智库APP

扫一扫,下载MBA智库APP

分享到:
  如果您認為本條目還有待完善,需要補充新內容或修改錯誤內容,請編輯條目

評論(共0條)

提示:評論內容為網友針對條目"動態聯盟企業"展開的討論,與本站觀點立場無關。

發表評論請文明上網,理性發言並遵守有關規定。

打开APP

以上内容根据网友推荐自动排序生成