電子商務(wù)系統(tǒng)設(shè)計 10 電子商務(wù)業(yè)務(wù)過程和信息建模

電子商務(wù)系統(tǒng)設(shè)計電子商務(wù)業(yè)務(wù)過程和信息建模10.1基本概念

為規(guī)范各國各行業(yè)各領(lǐng)域電子商務(wù)系統(tǒng)的設(shè)計與建設(shè)，聯(lián)合國貿(mào)易便利與電子商務(wù)中心（UN/CEFACT）制定并發(fā)布了《UN/CEFACT建模方法學(xué)用戶指南》與《UN/CEFACT建模方法學(xué)元模型》，指導(dǎo)各國電子商務(wù)設(shè)計者按規(guī)范設(shè)計與構(gòu)建系統(tǒng)，使之能實現(xiàn)信息共享與業(yè)務(wù)標(biāo)準(zhǔn)化。

UN/CEFACT推出規(guī)范的另一重要目的，是基于

EDI商務(wù)系統(tǒng)的結(jié)構(gòu)、數(shù)據(jù)模型與成功運行經(jīng)驗，將其改進(jìn)為能在互聯(lián)網(wǎng)中運行的開放式EDI系統(tǒng)，改進(jìn)為網(wǎng)絡(luò)中對業(yè)務(wù)過程和業(yè)務(wù)信息建模的方法。10.2UMM統(tǒng)一建模方法1）UMM統(tǒng)一建模方法簡述

UN/CEFACT為規(guī)范各行業(yè)各領(lǐng)域電子商務(wù)系統(tǒng)的建設(shè)，提出對電子商務(wù)業(yè)務(wù)過程和業(yè)務(wù)信息模型的建立采用UN/CEFACT建模方法學(xué)（UMM）。

UMM是UN/CEFACTModelingMethod，是建立商業(yè)過程的建模方法。

UMM的商業(yè)過程和信息建模技術(shù)基于UML(統(tǒng)一建模語言)和RUP(統(tǒng)一軟件過程)。

UMM依據(jù)UML框架，定義一系列商業(yè)過程和信息語義原型對UML元模型進(jìn)行擴(kuò)充，定義UMM元模型。UMM分兩種視圖描述電子商務(wù)的事務(wù)處理：業(yè)務(wù)操作視圖（BOV）和功能服務(wù)視圖（FSV）；其基本目的是清楚地區(qū)分操作和功能視圖，最大程度地確保系統(tǒng)的互操作性和系統(tǒng)的向后兼容性。BOV主要關(guān)注事務(wù)處理的業(yè)務(wù)方面，F(xiàn)SV則關(guān)注事務(wù)處理的信息技術(shù)方面。

在建立商務(wù)業(yè)務(wù)視圖：

1）在UMM定義的框架下建立商務(wù)一體化的領(lǐng)域視圖（BusinessDomainView–BDV），確定建模范圍；2）根據(jù)BDV確定的范圍描述業(yè)務(wù)需求，獲取需求視圖（BusinessRequirementsView–BRV）；

3）再根據(jù)需求視圖獲取具體的業(yè)務(wù)過程視圖（BusinessTransactionView–BTV）。

每個建模工作流程都有明確目標(biāo)和一系列活動，各建模工作流程的模型產(chǎn)物采用UML進(jìn)行描述，每個建模階段的產(chǎn)物可以作為下一個階段的輸入，以進(jìn)一步細(xì)化業(yè)務(wù)過程和業(yè)務(wù)信息模型。每個建模工作流程中都包含了建模所涉及的角色、建模步驟以及建模產(chǎn)物。

UN/CEFACT的建模方法學(xué)覆蓋了業(yè)務(wù)建模、需求、分析與設(shè)計4個工作流程，以及統(tǒng)一過程中初始階段和細(xì)化階段2個階段。

在系統(tǒng)建設(shè)中，這2階段的8個單元屬于系統(tǒng)概念與邏輯設(shè)計階段。UN/CEFACT對此實施規(guī)范化，既能促進(jìn)各類商務(wù)系統(tǒng)在概念與邏輯上的標(biāo)準(zhǔn)化，又給予各系統(tǒng)的物理設(shè)計與實現(xiàn)以充分的自由度。3）UMM相關(guān)概念與定義UML語言通過版型等擴(kuò)展機制擴(kuò)展，擴(kuò)展了一些業(yè)務(wù)用例：

業(yè)務(wù)角色（businessactor）,

業(yè)務(wù)用例（businessevent）,

業(yè)務(wù)目標(biāo)（businessgoal）；

擴(kuò)展的業(yè)務(wù)對象，如：

業(yè)務(wù)執(zhí)行者（businessworker）,

業(yè)務(wù)實體（businessentity）,

業(yè)務(wù)事件（businessevent）,

業(yè)務(wù)規(guī)則（businessrule）等；

擴(kuò)展了業(yè)務(wù)系統(tǒng)，如：

業(yè)務(wù)系統(tǒng)（businesssystem），

業(yè)務(wù)單元（businessunit）等。（1）執(zhí)行者（actor）---在系統(tǒng)或業(yè)務(wù)之外但又與該系統(tǒng)或業(yè)務(wù)交互的人或物，執(zhí)行者的選擇依賴于這個邊界的選擇。（2）業(yè)務(wù)（business）---一系列過程，其中每個過程都具有清晰易解的目的，涉及多個組織，通過信息交換實現(xiàn)，指向某個共同商定的目標(biāo)，并延續(xù)一段時間。（3）業(yè)務(wù)對象（BusinessObject）---業(yè)務(wù)對象代表那些在業(yè)務(wù)內(nèi)部具有行為和職責(zé)的事物。關(guān)注點在業(yè)務(wù)對象要做什么，而非將如何做。

（4）業(yè)務(wù)執(zhí)行者（businessactor）---用來定義業(yè)務(wù)（目標(biāo)組織）的邊界，代表業(yè)務(wù)之外的事物，必須與業(yè)務(wù)進(jìn)行交互，以獲得有價值的結(jié)果。商務(wù)系統(tǒng)中各種類型的業(yè)務(wù)執(zhí)行者如客戶、供應(yīng)商、商業(yè)伙伴、管理者、目標(biāo)組織外的伙伴與單位等。（5）業(yè)務(wù)范圍（businessarea）---用一系列相關(guān)聯(lián)的系統(tǒng)特征化的知識或活動的范圍，或按一套概念和術(shù)語特征化的知識或活動的范圍，其中所述的概念和術(shù)語是該領(lǐng)域的從業(yè)人員所能理解的。（6）業(yè)務(wù)協(xié)同框架（businesscollaborationframework–BCF）---定義在兩個或多個業(yè)務(wù)伙伴之間電子業(yè)務(wù)交換的規(guī)范的集合。

（7）業(yè)務(wù)協(xié)同協(xié)議（businesscollaborationprotocol–BCP）---設(shè)計和編排好的一個或多個業(yè)務(wù)交易活動。（8）業(yè)務(wù)交易（businesstransaction–BT）---業(yè)務(wù)的一個單元，它由兩個參與方執(zhí)行，并產(chǎn)生一個可量化的成功或失敗的狀態(tài)；或是在兩個業(yè)務(wù)伙伴之間發(fā)生的組業(yè)務(wù)信息和業(yè)務(wù)信號的交換，這些業(yè)務(wù)信息和業(yè)務(wù)信號交換必須以商定的格式、次序和時間間隔出現(xiàn)。（9）角色（role）---在特定的語境中執(zhí)行指定的具體行為的實體。（10）業(yè)務(wù)實體（businessentity）---在業(yè)務(wù)中可被訪問、檢查、操作、創(chuàng)建、處理的事物。

（11）業(yè)務(wù)過程（businessprocess）---在業(yè)務(wù)實踐中用來完成一項或多項活動的方法。（12）組織輪廓圖（OrganizationChart）---簡單描述目標(biāo)機構(gòu)的結(jié)構(gòu)和業(yè)務(wù)流程，以便更好地理解應(yīng)用軟件的需求；它包含于軟件工程項目的內(nèi)容中，通常不更改業(yè)務(wù)本身。（13）領(lǐng)域模型（DomainModeling）---電子商務(wù)平臺是信息密集系統(tǒng)，可在業(yè)務(wù)層面對關(guān)鍵信息建模，主要是管理和呈現(xiàn)業(yè)務(wù)信息，而不考慮其上的業(yè)務(wù)流程。該工作也是系統(tǒng)開發(fā)的內(nèi)容。（14）通用業(yè)務(wù)（GenericBusiness）---商務(wù)系統(tǒng)中業(yè)務(wù)項目復(fù)雜，可在多個系統(tǒng)中復(fù)用一個或一組應(yīng)用系統(tǒng)。故可建立一個業(yè)務(wù)模型，成為多個軟件項目的輸入，業(yè)務(wù)建模在此通常作為單獨項目展開。

（15）通用業(yè)務(wù)模型（GenericBusinessModel）---可規(guī)范不同機構(gòu)間的業(yè)務(wù)處理方式，成為標(biāo)準(zhǔn)的可復(fù)用軟件，以避免需求過于復(fù)雜；或在規(guī)范不了流程時，幫助項目理解各商務(wù)與用戶和機構(gòu)對目標(biāo)軟件在使用場景上的不同之處，并加以控制。（16）全新業(yè)務(wù)（NewBusiness）---拓展新業(yè)務(wù)流程時，業(yè)務(wù)建模用于發(fā)現(xiàn)軟件需求，同時用于設(shè)計新業(yè)務(wù)操作，通常作為單獨項目來展開。（17）業(yè)務(wù)重組（Revmap）---重組業(yè)務(wù)時，業(yè)務(wù)建模常作為獨立項目展開。商務(wù)流程再造可分為多個階段，構(gòu)思新業(yè)務(wù)，開發(fā)與部署等。（18）業(yè)務(wù)過程（Businessprocess）---提供可觀測、有價值商務(wù)活動。它也是一組邏輯相關(guān)資源，以實現(xiàn)商務(wù)機構(gòu)的目標(biāo)。

（19）業(yè)務(wù)用例（BusinessUseCase）---用例代表了客戶或供應(yīng)商、業(yè)務(wù)伙伴間如何使用業(yè)務(wù)的服務(wù)，角度在于使用方式而非功能。特點：業(yè)務(wù)用例由執(zhí)行者發(fā)起，有明確定義的開始和結(jié)尾，描述一組可能的執(zhí)行序列，表達(dá)所執(zhí)行業(yè)務(wù)的行為。

（20）業(yè)務(wù)用例模型（BusinessUseCaseModel）---業(yè)務(wù)用例模型描述了目標(biāo)組織的業(yè)務(wù)方向和意圖。具體為：業(yè)務(wù)方向使用業(yè)務(wù)目標(biāo)的形式來表達(dá)，它們從業(yè)務(wù)策略引申而來；業(yè)務(wù)意圖通過執(zhí)行業(yè)務(wù)用例帶來的增加值來表示，這些業(yè)務(wù)用例支持業(yè)務(wù)目標(biāo)的實現(xiàn)。（21）業(yè)務(wù)用例分類（BusinessUseCaseCatalogue）---可歸納出3類業(yè)務(wù)用例：

1）核心：是面向客戶的業(yè)務(wù)用例，能提供可見的價值，如購買商品等；

2）管理：組織內(nèi)部用以控制和協(xié)同支撐業(yè)務(wù)的整個價值鏈，例如總體規(guī)劃、業(yè)務(wù)部署與流程管理、業(yè)務(wù)監(jiān)控與審計等；

3）支持：組織內(nèi)部用以支持形成完整的價值鏈，例如原材料采購，內(nèi)部的日常運作等。（22）業(yè)務(wù)用例規(guī)范（BusinessUseCaseSpecification）---商務(wù)系統(tǒng)中的業(yè)務(wù)用例規(guī)范有：

1）名稱，2）用例目標(biāo)（涉眾利益）、簡述，

3）業(yè)務(wù)執(zhí)行者（角色）、涉眾（Stakeholder），4）支持的業(yè)務(wù)目標(biāo)，5）觸發(fā)事件，6）基本事件流（正常執(zhí)行路徑），

7）擴(kuò)展事件流（可選/異常執(zhí)行路徑），8）前置條件，

9）后置條件（最小保證和成功保證），

10）特別需求（與用例行為關(guān)聯(lián)的附屬特性）。

（23）業(yè)務(wù)用例分析（BusinessUseCaseAnalysis）---相關(guān)步驟的設(shè)置應(yīng)確保業(yè)務(wù)用例規(guī)格的描述足夠詳細(xì)，應(yīng)針對每個業(yè)務(wù)用例實現(xiàn)：

1）從業(yè)務(wù)用例的行為中識別業(yè)務(wù)對象；

2）將業(yè)務(wù)用例的行為分配到各業(yè)務(wù)對象的職責(zé)上。

針對每個被識別的業(yè)務(wù)對象應(yīng)：

1）描述其職責(zé)；

2）描述其屬性和相關(guān)的關(guān)系。（24）業(yè)務(wù)用例實現(xiàn)（RealityofBusinessUseCase）---業(yè)務(wù)流程的實現(xiàn)為特定的業(yè)務(wù)服務(wù)（業(yè)務(wù)用例）的結(jié)構(gòu)和行為提供了一種容器，并在業(yè)務(wù)用例和業(yè)務(wù)對象模型間建立跟蹤關(guān)系。10.3UMM建模目標(biāo)10.3.1UMM建模目標(biāo)與步驟1）UMM建模目標(biāo)UMM建模主要用于描述商務(wù)業(yè)務(wù)過程，建立商務(wù)活動的信息模型。具體目標(biāo)：1）理解各機構(gòu)參與商務(wù)系統(tǒng)時所需的功能，識別各子系統(tǒng)建立與改進(jìn)架構(gòu)與接口等；2）分析并理解商務(wù)系統(tǒng)中企業(yè)、機構(gòu)、用戶等加入與退出業(yè)務(wù)時引起的相關(guān)變化；3）確保企業(yè)平臺、最終用戶、系統(tǒng)開發(fā)人員和其他相關(guān)者對業(yè)務(wù)需求、功能架構(gòu)與實現(xiàn)目標(biāo)擁有一致的理解；4）分析與抽取商務(wù)系統(tǒng)的軟件需求，支持目標(biāo)系統(tǒng)的業(yè)務(wù)需要用來理解被部署的軟件系統(tǒng)如何實現(xiàn)與適應(yīng)商務(wù)系統(tǒng)的總體目標(biāo)。2）UMM業(yè)務(wù)建模步驟分解描述商務(wù)系統(tǒng)涉及的各個相關(guān)目標(biāo)與子系統(tǒng)機構(gòu)識別與分析商務(wù)系統(tǒng)外部的業(yè)務(wù)服務(wù)（業(yè)務(wù)用例）識別與分析商務(wù)客戶、供應(yīng)商和合作伙伴（業(yè)務(wù)執(zhí)行者）間的業(yè)務(wù)鏈接與關(guān)系建立以商務(wù)客戶為中心的業(yè)務(wù)模型（業(yè)務(wù)用例模型）分析業(yè)務(wù)用例的實現(xiàn)，識別商務(wù)系統(tǒng)中相關(guān)業(yè)務(wù)員工、業(yè)務(wù)實體和業(yè)務(wù)系統(tǒng)，并向其分配相關(guān)的業(yè)務(wù)職責(zé)分解商務(wù)系統(tǒng)中各業(yè)務(wù)流程的運行模式，定義其軟件系統(tǒng)需求。

10.3.2UMM商務(wù)一體化建模

在對電子商務(wù)系統(tǒng)建模時，要在UMM定義的框架下建立一體化的業(yè)務(wù)領(lǐng)域視圖（BDV），確定建模范圍；再根據(jù)其確定的范圍分別描述業(yè)務(wù)需求，獲得業(yè)務(wù)需求視圖（BRV）；然后根據(jù)需求視圖獲得具體的業(yè)務(wù)過程視圖（BTV）。10.4業(yè)務(wù)領(lǐng)域視圖10.4.1業(yè)務(wù)領(lǐng)域視圖的基本概念1）業(yè)務(wù)領(lǐng)域視圖的功能

BDV

是描述業(yè)務(wù)范圍中各子過程間關(guān)系的框架，也是標(biāo)識其中業(yè)務(wù)過程的總體架構(gòu)。為統(tǒng)一定義過程范圍邊界及獲得業(yè)務(wù)過程的互操作性，需要參考采用各行業(yè)已有的通用業(yè)務(wù)領(lǐng)域參考模型。在無規(guī)范模型的情況下，則根據(jù)規(guī)范建立視圖。2）業(yè)務(wù)領(lǐng)域視圖的目的

建立BDV是以形式化方式描述業(yè)務(wù)領(lǐng)域內(nèi)，交易伙伴間業(yè)務(wù)的靜態(tài)結(jié)構(gòu)，動態(tài)關(guān)系。BDV內(nèi)容主要為描述業(yè)務(wù)文件。具體目的如下。（1）了解電子商務(wù)業(yè)務(wù)領(lǐng)域的靜態(tài)結(jié)構(gòu)及機制；（2）確保用戶、系統(tǒng)設(shè)計者和軟件開發(fā)者對業(yè)務(wù)領(lǐng)域達(dá)成共識；（3）確保業(yè)務(wù)領(lǐng)域視圖的合理性；（4）標(biāo)識各業(yè)務(wù)領(lǐng)域的涉眾，各涉眾與具體的業(yè)務(wù)過程無關(guān)；（5）理解業(yè)務(wù)領(lǐng)域中的各項日常業(yè)務(wù)，該業(yè)務(wù)與具體技術(shù)無關(guān)；（6）對電子商務(wù)業(yè)務(wù)領(lǐng)域進(jìn)行分類，通過具體領(lǐng)域劃分和領(lǐng)域迭代來完成建模。

3）與其他視圖的關(guān)系

BDV生成的模型是商務(wù)業(yè)務(wù)需求視圖的重要輸入，用于了解整個電子商務(wù)系統(tǒng)的需求。10.4.2業(yè)務(wù)領(lǐng)域視圖建模步驟建模步驟主要分為：描述商務(wù)系統(tǒng)的：業(yè)務(wù)步驟、業(yè)務(wù)范圍、過程范圍和標(biāo)識業(yè)務(wù)過程等4步驟。具體如下。1）描述業(yè)務(wù)領(lǐng)域模型

是通用業(yè)務(wù)過程框架。

B2B中，這類領(lǐng)域模型由的行業(yè)提供；

B2C中，重在建立普適性的對象交易模式。

綜合型B2B，不同企業(yè)均可通過其內(nèi)部系統(tǒng)參與交易與業(yè)務(wù)協(xié)作。

對各參與方間的業(yè)務(wù)過程，針對具體商務(wù)對象制定業(yè)務(wù)領(lǐng)域模型是業(yè)務(wù)流程設(shè)計的起點。對這些業(yè)務(wù)過程描述建立統(tǒng)一框架，是標(biāo)準(zhǔn)化建模的基礎(chǔ)。

表10-2為業(yè)務(wù)領(lǐng)域模型的模板，指導(dǎo)商務(wù)系統(tǒng)設(shè)計者描述對象業(yè)務(wù)領(lǐng)域。10.4.2業(yè)務(wù)領(lǐng)域視圖建模步驟

描述商務(wù)系統(tǒng)的：業(yè)務(wù)步驟、業(yè)務(wù)范圍、過程范圍和標(biāo)識業(yè)務(wù)過程等4步驟。具體如下。1）描述業(yè)務(wù)領(lǐng)域模型

2）描述業(yè)務(wù)范圍對業(yè)務(wù)領(lǐng)域模型分解時，第一層應(yīng)確定業(yè)務(wù)范圍。而業(yè)務(wù)領(lǐng)域模型的業(yè)務(wù)范圍分類應(yīng)能反映企業(yè)與商務(wù)作業(yè)相關(guān)的結(jié)構(gòu)，或該行業(yè)的通用業(yè)務(wù)過程框架。這種描述也應(yīng)采用規(guī)范化模板，其格式應(yīng)采用表10-3所示的電子商務(wù)業(yè)務(wù)范圍模板來描述業(yè)務(wù)范圍。3）描述過程范圍

過程范圍是業(yè)務(wù)領(lǐng)域模型的另一個層次的分解。在某種意義上，它是所選業(yè)務(wù)范圍的垂直分類。例如，當(dāng)業(yè)務(wù)范圍是營銷時，過程范圍可以是業(yè)務(wù)領(lǐng)域中對應(yīng)每一個業(yè)務(wù)范圍的點對點過程，也就是ISO/IEC15944-1中的5個基本業(yè)務(wù)交易活動：計劃、標(biāo)識、協(xié)商、實現(xiàn)、實現(xiàn)后。描述過程范圍也應(yīng)采用規(guī)范化模板來描述過程范圍，具體如表10-4。4）標(biāo)識業(yè)務(wù)過程

標(biāo)識業(yè)務(wù)過程是業(yè)務(wù)領(lǐng)域視圖的主要目標(biāo)，這些業(yè)務(wù)過程是B2B協(xié)同所要求的，或B2B協(xié)同可能備選的業(yè)務(wù)過程。采用表10-5所示的規(guī)范化標(biāo)識業(yè)務(wù)過程模板來標(biāo)識過程范圍中的業(yè)務(wù)過程，該模板將指出業(yè)務(wù)過程的一些需求，如與其他業(yè)務(wù)過程的相互依存聯(lián)系，詳細(xì)需求描述將在業(yè)務(wù)需求視圖（BRV）中的業(yè)務(wù)過程模板中列出。10.4.3建模產(chǎn)物針對具體電子商務(wù)領(lǐng)域，業(yè)務(wù)領(lǐng)域視圖通過標(biāo)識每項業(yè)務(wù)過程來表達(dá)電子商務(wù)的總體業(yè)務(wù)架構(gòu)。

業(yè)務(wù)領(lǐng)域建模產(chǎn)物是電子商務(wù)的業(yè)務(wù)范圍、業(yè)務(wù)過程范圍、業(yè)務(wù)過程用例圖。

當(dāng)業(yè)務(wù)領(lǐng)域分析完成后，業(yè)務(wù)領(lǐng)域視圖階段應(yīng)轉(zhuǎn)向商務(wù)業(yè)務(wù)需求視圖構(gòu)建階段。10.4.4建模參與角色參與業(yè)務(wù)領(lǐng)域建模的角色有三種人員。1）業(yè)務(wù)人員

為業(yè)務(wù)過程分析人員和技術(shù)建模人員提供業(yè)務(wù)領(lǐng)域知識，幫助他們最終提取業(yè)務(wù)過程用例。2）業(yè)務(wù)過程分析人員根據(jù)業(yè)務(wù)領(lǐng)域人員提供的領(lǐng)域知識，進(jìn)行業(yè)務(wù)過程用例建模。3）技術(shù)建模人員將業(yè)務(wù)模型用建模語言形式進(jìn)行文檔化。技術(shù)建模人員采用用例圖來描述業(yè)務(wù)領(lǐng)域人員提供的業(yè)務(wù)領(lǐng)域信息，與業(yè)務(wù)過程分析人員共同標(biāo)識出業(yè)務(wù)過程所涉及的各個參與方并定義其相關(guān)職責(zé)。10.4.5業(yè)務(wù)模式業(yè)務(wù)模式可參考現(xiàn)有各相關(guān)行業(yè)的電子商務(wù)業(yè)務(wù)領(lǐng)域模式。

10.4.6

建模實例---商品目錄訂購業(yè)務(wù)過程和信息建模實例

根據(jù)業(yè)務(wù)過程和信息建模方法和步驟對“商品目錄訂購”的業(yè)務(wù)過程建模。

1）構(gòu)建業(yè)務(wù)領(lǐng)域視圖

步驟1：描述業(yè)務(wù)領(lǐng)域模型---即描述業(yè)務(wù)領(lǐng)域中的業(yè)務(wù)范圍，可引用系統(tǒng)中已有的業(yè)務(wù)領(lǐng)域模型。根據(jù)前述規(guī)范模板建立“商品目錄訂購”，所屬的業(yè)務(wù)領(lǐng)域模型見表10-6。步驟2：描述業(yè)務(wù)范圍---表10-7是描述業(yè)務(wù)領(lǐng)域模型中商務(wù)目錄訂購的零售業(yè)務(wù)范圍。步驟3：描述過程范圍---完成業(yè)務(wù)范圍的界定和描述后，進(jìn)一步對業(yè)務(wù)范圍中確定的過程范圍進(jìn)行描述。

根據(jù)商品目錄訂購的業(yè)務(wù)過程包含訂購和結(jié)算兩個過程范圍。此處僅用訂購業(yè)務(wù)范圍作示例描述，訂購業(yè)務(wù)過程范圍如表10-8所示。步驟4：標(biāo)識業(yè)務(wù)過程

完成過程范圍標(biāo)識和描述后，本步驟采用業(yè)務(wù)過程模板來標(biāo)識過程范圍中所列的業(yè)務(wù)過程。表10-9只標(biāo)識出上述訂購業(yè)務(wù)范圍中的一個業(yè)務(wù)過程，即獲取客戶ID。

圖10-3商品目錄訂購的用例圖

完成此步驟后，則進(jìn)入業(yè)務(wù)需求視圖（BRV）階段。10.5業(yè)務(wù)需求視圖10.5.1業(yè)務(wù)需求視圖（BRV）基本概述1）業(yè)務(wù)需求視圖（BRV）的功能

主要作用是在參考業(yè)務(wù)領(lǐng)域模型的基礎(chǔ)上，依據(jù)業(yè)務(wù)領(lǐng)域分析定義的商務(wù)系統(tǒng)業(yè)務(wù)領(lǐng)域和范圍，細(xì)化其中各子系統(tǒng)的業(yè)務(wù)需求。即針對前述步驟所建的業(yè)務(wù)模式，定義哪些是相關(guān)的業(yè)務(wù)范圍，再進(jìn)一步分析相關(guān)的業(yè)務(wù)協(xié)同模式，以獲得在后續(xù)開發(fā)商務(wù)系統(tǒng)時所須的各種詳細(xì)資料。最后與業(yè)務(wù)領(lǐng)域人員重審設(shè)計結(jié)果，修正前述業(yè)務(wù)領(lǐng)域階段所建的各模型。2）業(yè)務(wù)需求視圖（BRV）的目的

BRV

模型的目標(biāo)對象較業(yè)務(wù)領(lǐng)域模型更為詳細(xì)，它主要詳述系統(tǒng)中的業(yè)務(wù)過程或業(yè)務(wù)協(xié)同用例。BRV模型的具體目的為：（1）在業(yè)務(wù)領(lǐng)域視圖的基礎(chǔ)上，更詳細(xì)地描述用戶需求；（2）在用戶和其他涉眾之間就特定的電子商務(wù)解決方案達(dá)成一致；（3）在詳細(xì)了解業(yè)務(wù)過程用例的基礎(chǔ)上，確定業(yè)務(wù)過程的本體，定義相關(guān)事件、約束條件、邊界，以及與其他用例的關(guān)系，進(jìn)一步得到業(yè)務(wù)協(xié)同用例，以及參與協(xié)同角色的信息實體等。10.5.2業(yè)務(wù)需求工作流程步驟業(yè)務(wù)需求的工作步驟主要分以下9步驟。1）使用REA(Resource-Event-Agent)本體描述業(yè)務(wù)協(xié)同；2）描述業(yè)務(wù)領(lǐng)域視圖中的每個業(yè)務(wù)過程；3）描述業(yè)務(wù)協(xié)同規(guī)范；4）描述業(yè)務(wù)過程衡量指標(biāo)；5）描述業(yè)務(wù)協(xié)同；6）描述業(yè)務(wù)過程生命周期；7）描述業(yè)務(wù)實體；8）描述業(yè)務(wù)實體生命周期，9）確定和描述業(yè)務(wù)實體。10.5.4業(yè)務(wù)需求視圖建模步驟1）使用REA描述業(yè)務(wù)協(xié)同

REA是一種計算機信息處理模型。業(yè)務(wù)需求分析人員利用REA，以UML類圖形式自頂向下解析BRV階段所用的對象，建立商務(wù)活動的數(shù)字化模型，表示商業(yè)活動中的對象。

REA本體中，“R”為Resources（資源）：如商品、服務(wù)、資本等；“E”為Events（事件），例如買賣交易、簽訂協(xié)議等；“A”為Agents（主體）：指人、公司、機構(gòu)等。

商務(wù)系統(tǒng)中，每類業(yè)務(wù)流程都有單獨的REA模型。

每個REA模型均含有成對事件，它們由相對的關(guān)系聯(lián)系在一起，稱為“二重性”關(guān)系。這對事件中的一個代表著一種資源的放棄或轉(zhuǎn)移，而另一個則代表資源的接收或獲得。

REA模型，可擴(kuò)展到如商務(wù)承諾（如訂貨交易），營銷策略（如購買一定數(shù)量商品或達(dá)到一定金額后免運費）等。

2）業(yè)務(wù)協(xié)同5階段業(yè)務(wù)協(xié)同的5階段即ISO/IEC15944-1中的5個基本業(yè)務(wù)交易活動：計劃、標(biāo)識、協(xié)商、實現(xiàn)、實現(xiàn)后，它們將指導(dǎo)業(yè)務(wù)需求視圖的建立。其具體內(nèi)涵如下。（1）計劃---為獲得商品、服務(wù)或權(quán)利、買賣雙方需要采取的各項活動。（2）標(biāo)識---為構(gòu)建作業(yè)過程，應(yīng)標(biāo)識所有的活動或事件，以及數(shù)據(jù)在買方、賣方與相關(guān)機構(gòu)間的交換流程。在標(biāo)識階段，買方與賣方均要確認(rèn)：（一）商品或服務(wù)的諸項特征屬性；（二）確認(rèn)對方及交易活動中的相關(guān)方。（3）協(xié)商---包括標(biāo)識階段之后的所有信息交換活動和事件。協(xié)商過程是在相互理解基礎(chǔ)上，對業(yè)務(wù)協(xié)同和相關(guān)條款和條件達(dá)成一致；協(xié)商議題可能包括貨物、服務(wù)、權(quán)利、價格、數(shù)量、售后服務(wù)、發(fā)送要求、結(jié)算、代理或第三方等內(nèi)容，這些都涉及諸方交換信息。（4）實現(xiàn)---包括用于執(zhí)行實際業(yè)務(wù)交易協(xié)商結(jié)果的必要的活動或事件。一般地，根據(jù)協(xié)商階段的條款或條件，賣方生產(chǎn)或組裝貨物，提供服務(wù)，準(zhǔn)備和完成貨物、服務(wù)或權(quán)利。同樣，買方向提供貨物、服務(wù)或權(quán)利的賣方進(jìn)行等價轉(zhuǎn)移支付、通常以貨幣形式進(jìn)行。（5）實現(xiàn)后---包括所有的活動或事件以及在貨物、服務(wù)或權(quán)利被發(fā)送之后，在賣方和買方之間的相關(guān)信息交換。這些活動涉及擔(dān)保范圍、售后服務(wù)等。3）REA本體模板

模板內(nèi)容如表10-9，它根據(jù)上述5階段來描述，以確業(yè)務(wù)需求視圖其他階段所要完成的任務(wù)（如，業(yè)務(wù)協(xié)同模板和業(yè)務(wù)實體模板）。當(dāng)需求分析清楚和詳細(xì)時，系統(tǒng)設(shè)計者需要回到前面并不斷反復(fù)更新所有的相關(guān)模板。10.5.5描述業(yè)務(wù)過程1）業(yè)務(wù)過程描述模板

是分析和獲取系統(tǒng)功能需求的基礎(chǔ)，聯(lián)合國標(biāo)準(zhǔn)中提供了規(guī)范化模板作為商務(wù)系統(tǒng)設(shè)計者的工具。內(nèi)容與格式如表10-10。10.5.6描述業(yè)務(wù)協(xié)同1）業(yè)務(wù)協(xié)同描述模板當(dāng)業(yè)務(wù)協(xié)同涉及多個角色時，10-11的業(yè)務(wù)協(xié)同規(guī)范模板來描述各業(yè)務(wù)協(xié)同用例，是業(yè)務(wù)過程模板的擴(kuò)展，兩種模板在很多方面相互關(guān)聯(lián)。10.5.7業(yè)務(wù)過程衡量指標(biāo)

此類指標(biāo)是在業(yè)務(wù)協(xié)同執(zhí)行時定義和評估局部應(yīng)用相關(guān)條件?？蓸?biāo)識能完成具體商業(yè)活動目的或目標(biāo)的關(guān)鍵績效指標(biāo)，它們也可能驅(qū)動某項用于該過程或其他過程的事件。

形態(tài)上，業(yè)務(wù)過程衡量指標(biāo)是可實施的結(jié)構(gòu)化度量，它能跟蹤描述業(yè)務(wù)過程隨時間序列將被如何被執(zhí)行?？蓪嵤┑臉I(yè)務(wù)過程衡量指標(biāo)能直接描述業(yè)務(wù)的動態(tài)屬性；結(jié)構(gòu)化的業(yè)務(wù)過程衡量指標(biāo)則描述業(yè)務(wù)的靜態(tài)屬性。業(yè)務(wù)過程衡量指標(biāo)規(guī)范模板如表10-12所示。10.5.8描述業(yè)務(wù)協(xié)同

業(yè)務(wù)協(xié)同是業(yè)務(wù)協(xié)同規(guī)范的實現(xiàn)。規(guī)范化業(yè)務(wù)協(xié)同模板如表10-13，其實例會鏈接到業(yè)務(wù)協(xié)同規(guī)范模板的一個對應(yīng)實例。業(yè)務(wù)協(xié)同規(guī)范通過角色、資源、角色間的關(guān)系、資源與活動轉(zhuǎn)換，以及關(guān)聯(lián)關(guān)系來實現(xiàn)（通過業(yè)務(wù)協(xié)同或業(yè)務(wù)交易模式實現(xiàn)）。10.5.9業(yè)務(wù)過程生命周期

業(yè)務(wù)過程生命周期模板用來獲取業(yè)務(wù)過程的各項動態(tài)需求，如業(yè)務(wù)過程或業(yè)務(wù)活動模型。活動是屬于業(yè)務(wù)過程或業(yè)務(wù)協(xié)同內(nèi)的活動。10.5.10描述業(yè)務(wù)實體

業(yè)務(wù)實體模板是用來描述參與該業(yè)務(wù)協(xié)同的業(yè)務(wù)實體。10.5.11業(yè)務(wù)實體生命周期

業(yè)務(wù)實體模板中的生命周期欄目中對應(yīng)的信息，在業(yè)務(wù)實體生命周期模板進(jìn)行詳細(xì)描述。10.5.11業(yè)務(wù)實體生命周期生命周期欄目中對應(yīng)的信息，表10-16所示業(yè)務(wù)實體生命周期描述模板。10.5.12其他內(nèi)容1）建模產(chǎn)物（1）業(yè)務(wù)協(xié)同的REA本體；（2）業(yè)務(wù)過程及其生命周期；（3）業(yè)務(wù)協(xié)同規(guī)范及其衡量指標(biāo)；（4）業(yè)務(wù)實體及其生命周期。2）業(yè)務(wù)需求工作參與方（1）業(yè)務(wù)人員；（2）業(yè)務(wù)過程分析人員；（3）技術(shù)建模人員。3）業(yè)務(wù)協(xié)同模式業(yè)務(wù)協(xié)同模式是REA本體。10.5.13業(yè)務(wù)需求視圖構(gòu)建步驟業(yè)務(wù)需求視圖構(gòu)建有7個主要步驟。1）步驟1：使用REA本體描述業(yè)務(wù)協(xié)同交易承諾到履行的通用業(yè)務(wù)協(xié)同模式可用REA確定，其業(yè)務(wù)需求是BRV的輸入。REA以業(yè)務(wù)協(xié)同5階段為分析基礎(chǔ)，對業(yè)務(wù)過程的REA即資源、事件、參與方等進(jìn)行分析。在計劃和標(biāo)識階段，買方和賣方在獲得或銷售產(chǎn)品、服務(wù)之前決定需要采取什么措施，同時還決定在確立它們間的關(guān)系時需要交換什么數(shù)據(jù)。協(xié)商階段就業(yè)務(wù)協(xié)同的目標(biāo)、相關(guān)條款和條件等達(dá)成一致，此處可以包括：貨物、服務(wù)、權(quán)利、數(shù)量、價格、售后服務(wù)、送貨要求、結(jié)算、中介或第三方的詳細(xì)規(guī)范等。在實現(xiàn)/實現(xiàn)后兩階段，它包括必要的活動或事件，以便確保商議的貨物、服務(wù)、權(quán)利等被傳送和相互交換。2）步驟2:描述業(yè)務(wù)