2.6 伙伴選擇與評估參考模型

伙伴選擇與評估是虛擬企業(yè)過程中極其重要的一個過程，它直接關(guān)系到虛擬企業(yè)是否能夠建立和建立后運(yùn)營的可靠性。

上節(jié)我們建立了虛擬企業(yè)的需求定義層和部分設(shè)計說明層過程模型（見圖2.8）。為了對實施描述層過程模型進(jìn)行說明，這里給出了伙伴選擇與評估（圖2.8中的A03）的實施描述層過程參考模型。并以過程模型為中心分析了所涉及的其他模型以及模型對虛擬企業(yè)信息系統(tǒng)開發(fā)的支持。

2.6.1 需求分析

針對功能模型（見圖2.9）中的伙伴選擇與評估用例，其用例說明描述的伙伴選擇與評估邏輯流程如下文所示（其中下劃線標(biāo)出的名詞是類圖中類的來源，前提條件和事后條件是與本過程有時態(tài)邏輯關(guān)系的獨(dú)立過程或觸發(fā)事件，主事件流和其他事件流是順序圖和合作圖的依據(jù)）。通過抽取其中的業(yè)務(wù)實體，可以建立資源和信息模型。

1）前提條件

盟主企業(yè)發(fā)現(xiàn)機(jī)遇。

2）主事件流

（1）確定響應(yīng)與實現(xiàn)機(jī)遇所需要的核心資源。重點(diǎn)包括：特種設(shè)備、特種工具、特種夾具、特種量具、特種刀具、物料可用數(shù)量、人力資源、資金和知識庫，開始用例。

（2）確定盟主企業(yè)目前可用的響應(yīng)機(jī)遇的核心資源。

（3）對比機(jī)遇所需要的核心資源與盟主企業(yè)所具備的核心資源，確定所缺少的核心資源，形成招標(biāo)文檔。

（4）盟主企業(yè)發(fā)布招標(biāo)文檔并邀標(biāo)，收集各投標(biāo)文檔，如投標(biāo)文檔有效，送認(rèn)證機(jī)構(gòu)確認(rèn)投標(biāo)企業(yè)的資信度。

（5）如確認(rèn)投標(biāo)企業(yè)的資信度良好，評價各候選伙伴企業(yè)是否能滿足虛擬企業(yè)以下合作條件：需要伙伴企業(yè)完成的任務(wù)、合作形式、持續(xù)時間、合作緊密程度、合作通信設(shè)施、共享知識和資源、數(shù)據(jù)交換標(biāo)準(zhǔn)。

（6）對滿足條件的各候選伙伴企業(yè)，從時間（Time, T）、質(zhì)量（Quality, Q）、成本（Cost, C）、服務(wù)（Service, S）、先進(jìn)性（Advancement, AD）、創(chuàng)新能力（Innovation, I）、后勤（Logistics, L）、環(huán)境（Environment, E）、管理與文化（Management & Culture, M&C）九個關(guān)鍵因素進(jìn)行評價和分析，注重候選企業(yè)目前所能提供的響應(yīng)機(jī)遇的核心資源水平。

（7）如有多家候選伙伴企業(yè)滿足同一條件，則根據(jù)機(jī)遇的要求和虛擬企業(yè)各目標(biāo)的相對重要性進(jìn)行多目標(biāo)求優(yōu)，以確定最佳的合作伙伴。

（8）用例結(jié)束。

3）其他事件流

（1）其他事件流1：投標(biāo)文檔無效。

①盟主企業(yè)向投標(biāo)企業(yè)說明其投標(biāo)文檔無效的原因，如信息不全、不詳細(xì)、逾期等，提示其重新投標(biāo)或終止。

②將投標(biāo)企業(yè)記錄在候選伙伴檔案中備用。

③用例結(jié)束。

（2）其他事件流2：投標(biāo)企業(yè)無效。

①盟主企業(yè)告訴投標(biāo)企業(yè)其未達(dá)到需要的資信度。

②用例結(jié)束。

（3）其他事件流3：投標(biāo)企業(yè)不滿足合作條件。

①放寬合作條件，重新招標(biāo)。

②或邀請滿足合作條件的企業(yè)投標(biāo)。

③用例結(jié)束。

（4）其他事件流4：投標(biāo)企業(yè)均不滿足合作要求。

①放松初選過程的關(guān)鍵能力需求約束條件，以擴(kuò)大可供選擇伙伴的論域范圍。

②調(diào)整多目標(biāo)評價模型中各決策因素的權(quán)重因子，構(gòu)造更為優(yōu)化的選擇模型。

③對較為符合要求的伙伴企業(yè)進(jìn)行重組，以達(dá)到動態(tài)聯(lián)盟的要求。

④用例結(jié)束。

4）錯誤事件流

招標(biāo)文檔錯誤。

①盟主企業(yè)向投標(biāo)企業(yè)說明招標(biāo)文檔錯誤的原因，并提供新的招標(biāo)文檔供下載。

②在錯誤日志中記載錯誤，包括日期和時間錯誤、已通知投標(biāo)企業(yè)、代碼錯誤。

③用例結(jié)束。

5）事后條件

輸出伙伴企業(yè)優(yōu)選方案。

2.6.2 建模階段

2.6.2.1 過程模型

根據(jù)需求分析可以建立伙伴選擇與評估的過程模型。因為用例中的其他事件流和錯誤事件流比較簡單，這里重點(diǎn)討論其主事件流的過程模型。本書以UML的順序圖來表達(dá)主事件流的過程模型，如圖2.15所示（該圖是對圖2.8中A03過程的進(jìn)一步分解）。該過程涉及的組織模型內(nèi)容有盟主企業(yè)、伙伴企業(yè)和認(rèn)證機(jī)構(gòu)三個角色；涉及的信息模型見2.6.2.2；涉及的資源模型見圖2.11；涉及的約束已在過程模型中表達(dá)，如過程的編號表示過程執(zhí)行的先后次序，表達(dá)了過程的邏輯約束和時間約束；涉及的價值模型可由信息模型中具體的評價方法給出（附錄I中的評價方法）。

圖2.15中盟主企業(yè)、伙伴企業(yè)和認(rèn)證機(jī)構(gòu)之間的交互過程是通過對象之間的消息傳遞實現(xiàn)的。比如，盟主企業(yè)到伙伴企業(yè)的招標(biāo)操作（4.invite public bidding）最終映射為盟主企業(yè)對象類（main_enterprise）的操作函數(shù)invite_public_bidding（*partner_enterprise, bid_document）。其中*partner_enterprise是指向伙伴企業(yè)對象類（partner_enterprise）的指針，bid_document是標(biāo)書對象類，它表達(dá)了招標(biāo)的內(nèi)容。而確定響應(yīng)機(jī)遇所缺的核心能力（3.define the shortage of the virtual enterprise）操作則映射為invite_public_bidding操作的前提事件，其成功與否將決定事件流走向。

2.6.2.2 信息模型

根據(jù)需求分析所收集到的虛擬企業(yè)的業(yè)務(wù)流程信息中下劃線標(biāo)出的名詞可以建立起伙伴選擇與評估的信息模型。附錄I中的對象及其屬性、評價方法即為信息模型中的主要內(nèi)容。為了簡便起見，下面僅給出用例主事件流第六步的所有信息模型的UML類圖表示（見圖2.16）。其中各對象分別表示伙伴選擇中的九個關(guān)鍵因素，它們都從一個公共的父類（com_evaluate）中繼承而來。父類中包含用各對象公用的評價函數(shù)evaluate（）來分別對各關(guān)鍵因素在伙伴選擇中的價值進(jìn)行評估。因為質(zhì)量（Quality）因素和服務(wù)（Service）因素比較復(fù)雜，這里將其分別打包，包件中分別包含了質(zhì)量評價信息子模型（見圖2.17）和服務(wù)評價信息子模型（見圖2.18）。

2.6.3 開發(fā)階段

以上模型均可生成支持虛擬企業(yè)信息系統(tǒng)開發(fā)的代碼框架。比如，圖2.18中對象S_sale可以生成C++文件S_sale.h和S_sale.cpp，文件中有豐富的注釋和特殊標(biāo)識，其中的特殊標(biāo)識用來保證逆向工程中模型和代碼同步，開發(fā)人員不可輕易刪除。開發(fā)者所做的工作僅是在指定的函數(shù)體內(nèi)補(bǔ)充實現(xiàn)的函數(shù)體，這大大降低了開發(fā)的工作量，增強(qiáng)了模型的可重用性和可維護(hù)性，符合虛擬企業(yè)可重組、可重構(gòu)、可擴(kuò)充的要求。