基于構件、面向業(yè)務的裝配平臺總體設計方案（new）

1、 密級：a級基于構件、面向業(yè)務的裝配平臺總體設計方案版本：1.0軟件工業(yè)化生產工程研究小組聯(lián)合編制目錄1裝配原理42構件裝配概念模型42.1構件粒度分類及其特征42.2構件裝配概念模型63裝配平臺總體實現(xiàn)思路73.1原子功能構件裝配平臺實現(xiàn)思路73.2業(yè)務構件裝配平臺實現(xiàn)思路83.3系統(tǒng)級構件裝配平臺104標準規(guī)范定義104.1構件分解映射規(guī)范定義104.2構件框架分類規(guī)范定義104.2.1表現(xiàn)層構件框架實體模型114.2.2業(yè)務邏輯層構件框架實體模型124.3業(yè)務規(guī)則分類規(guī)范定義134.4業(yè)務規(guī)則描述規(guī)范定義165原子功能構件裝配平臺設計方案165.1基于eos平臺面向業(yè)務規(guī)則的嵌入式方案設

2、計165.1.1嵌入方式分析165.1.2固定的業(yè)務規(guī)則嵌入方案175.1.3可選業(yè)務規(guī)則嵌入方案175.1.4可變業(yè)務規(guī)則嵌入方案186業(yè)務構件裝配平臺設計方案186.1總體規(guī)劃186.1.1業(yè)務構件裝配平臺概念模型186.1.2應用結構模型196.1.3平臺總體實現(xiàn)思路206.1.4總體功能方案206.1.5主要工作內容216.2具體功能與實現(xiàn)方案226.2.1可視化業(yè)務構件裝配平臺226.2.1.1功能構架226.2.1.2實現(xiàn)構架236.2.1.3主體界面視圖246.2.1.4關鍵技術266.2.2組合業(yè)務構件調試、發(fā)布工具306.2.2.1功能構架316.2.2.2實現(xiàn)構架316.2

3、.3構件化包裝平臺316.2.3.1功能構架326.2.3.2實現(xiàn)構架366.2.4裝配平臺總體特點376.3關鍵技術386.3.1業(yè)務構件框架模型定義與描述386.3.2原子業(yè)務構件接口邏輯模型描述396.3.3組合業(yè)務構件接口邏輯模型描述396.3.4可視化圖元拖拽技術397系統(tǒng)級構件裝配平臺設計方案398業(yè)務規(guī)則配置工具399構件庫管理平臺4010構件框架庫管理平臺4011業(yè)務規(guī)則庫管理平臺4012銷售訂單管理4012.1業(yè)務需求分析4012.1.1業(yè)務分析4012.1.2需求分析4212.2構架設計4312.2.1業(yè)務構架4312.2.2功能構架4312.2.3信息構架4312.3構件

4、設計4313計算客戶購買商品實付總額業(yè)務4314附錄：計劃4414.1業(yè)務裝配平臺核心設計與開發(fā)計劃451 裝配原理從宏觀角度來看構件裝配的本質是實現(xiàn)構件粒度狀態(tài)空間的轉換，即粒度小的構件通過構件裝配平臺形成粒度大的構件；從微觀角度來看構件裝配的本質是構件接口之間的裝配。站在宏觀角度來分析構建裝配平臺的必要條件，首先要從構件粒度的角度形成構件的分類；其次要確定構件之間實現(xiàn)裝配的關聯(lián)因素業(yè)務規(guī)則。站在微觀角度來分析構建裝配平臺必須要明確構件接口的表現(xiàn)形式：數(shù)據(jù)、運算、業(yè)務邏輯、展現(xiàn)。數(shù)據(jù)：數(shù)據(jù)實體。運算：基于代碼形成構件。業(yè)務邏輯：不帶界面、由多個運算構件或業(yè)務邏輯構件組裝而成的構件。展現(xiàn)：多有

5、界面且由多個業(yè)務邏輯構件或展現(xiàn)構件組裝而成的構件。對于每個構件接口必須配有一個xml文件，構件接口之間的裝配實質是通過其配置文件來完成。2 構件裝配概念模型2.1 構件粒度分類及其特征按構件粒度角度對構件由大到小進行分解：系統(tǒng)級構件、組合業(yè)務構件、原子業(yè)務構件、原子功能構件。l 原子功能構件原子功能構件是指完成一個最基本運算功能的構件，與業(yè)務無關，不帶有與用戶交互的界面。l 原子業(yè)務構件原子業(yè)務構件是指針對于某一或多個業(yè)務實體按照一定的業(yè)務規(guī)則，把原子功能構件組裝而成，并完成一個基本單元的原子業(yè)務操作，帶有與用戶交互的界面。如增加一張銷售訂單、修改一張銷售訂單、刪除一張銷售、查詢一張銷售訂單等

6、。l 組合業(yè)務構件組合業(yè)務構件是把多個原子業(yè)務構件按照一定的業(yè)務規(guī)則組裝而成，其裝配方式就是把原子業(yè)務構件插入構件框架中，帶有與用戶交互的界面。如銷售訂單管理就是一個組合業(yè)務構件，它涵蓋了增加一張銷售訂單、修改一張銷售訂單、刪除一張銷售、查詢一張銷售訂單等原子業(yè)務構件。l 系統(tǒng)級構件系統(tǒng)級構件是把多個組合業(yè)務構件，按照菜單進行裝配形成應用系統(tǒng)。2.2 構件裝配概念模型1 原子功能構件原子功能構件自包涵式裝配即原子功能構件之間的裝配形成原子功能構件。這類構件的裝配關聯(lián)機制是通過數(shù)據(jù)層次的交互來實現(xiàn)。2 原子業(yè)務構件原子業(yè)務構件：以原子業(yè)務為對象，原子功能構件業(yè)務規(guī)則組裝而成。構件之間的裝配關聯(lián)機

7、制是通過業(yè)務規(guī)則來實現(xiàn)的。3 組合業(yè)務構件組合業(yè)務構件：若干原子業(yè)務構件（或組合業(yè)務構件）業(yè)務規(guī)則組裝而成。構件之間的裝配關聯(lián)機制是通過業(yè)務規(guī)則來實現(xiàn)的。裝配方式：基于構件框架裝配。4 系統(tǒng)級構件系統(tǒng)級構件：若干組合業(yè)務構件菜單組裝而成。構件之間的裝配關聯(lián)機制是通過業(yè)務系統(tǒng)功能來實現(xiàn)。3 裝配平臺總體實現(xiàn)思路根據(jù)裝配概念模型可以明確裝配平臺包括原子功能構件裝配平臺、業(yè)務構件裝配平臺、系統(tǒng)級構件裝配平臺。l 原子功能構件裝配平臺l 業(yè)務構件裝配平臺有兩種實現(xiàn)思路：基于業(yè)務規(guī)則進行裝配。l 系統(tǒng)級構件裝配平臺基于系統(tǒng)菜單進行裝配。3.1 原子功能構件裝配平臺實現(xiàn)思路原子功能構件裝配平臺是為原子功能

8、構件之間的裝配提供服務，形成原子業(yè)務構件。即一系列原子功能構件按照一定的業(yè)務規(guī)則進行組裝，形成原子業(yè)務構件。原子功能構件裝配平臺采用eos開發(fā)平臺，在裝配過程中嵌入業(yè)務規(guī)則（業(yè)務規(guī)則的處理包括兩個部分：業(yè)務規(guī)則描述、業(yè)務規(guī)則解析，具體詳見業(yè)務規(guī)則管理平臺設計章節(jié)。）。在裝配過程中原子功能構件的裝配采用eos開發(fā)平臺現(xiàn)有的方式完成，業(yè)務規(guī)則嵌入有兩類：l 一類是業(yè)務規(guī)則的處理過程不帶展現(xiàn)l 一類是業(yè)務規(guī)則的處理過程帶有展現(xiàn)對于不帶展現(xiàn)的業(yè)務規(guī)則處理構件業(yè)務規(guī)則解析構件，直接組裝成業(yè)務邏輯構件，其應用裝配思路按照eos開發(fā)平臺現(xiàn)有的方式完成。對于帶展現(xiàn)的業(yè)務規(guī)則處理構件，直接與界面的操作功能按鈕進

9、行裝配。3.2 業(yè)務構件裝配平臺實現(xiàn)思路業(yè)務構件裝配平臺主要為原子業(yè)務構件之間的裝配形成組合業(yè)務構件，以及組合業(yè)務構件之間自包含的裝配。裝配的關聯(lián)因素是業(yè)務規(guī)則。裝配方式是基于構件框架的裝配。具體實現(xiàn)思路：先從構件庫中把業(yè)務構件讀取出來形成業(yè)務構件資源樹，在從構件框架庫中把構件框架讀取出來形成構件框架資源樹，如下圖所示：關鍵技術：l 可視化的圖元拖拽技術l 業(yè)務構件裝配編輯器技術l 業(yè)務構件接口描述技術l 業(yè)務構件框架描述技術3.3 系統(tǒng)級構件裝配平臺系統(tǒng)級構件之間的裝配，是基于系統(tǒng)最終展現(xiàn)給用戶有哪些功能菜單項為出發(fā)點，因此系統(tǒng)級構件裝配平臺實質是實現(xiàn)組合構件與系統(tǒng)功能菜單的映射。4 標準規(guī)

10、范定義4.1 構件分解映射規(guī)范定義詳見構件分解映射標準規(guī)范.doc文檔。4.2 構件框架分類規(guī)范定義業(yè)務構件框架主要為一組關聯(lián)構件提供接插框架。業(yè)務構件框架從技術實現(xiàn)層次可分為表現(xiàn)構件框架、業(yè)務邏輯構件框架、數(shù)據(jù)構件框架；從系統(tǒng)功能層次需按具體業(yè)務分解形成一系列的業(yè)務構件框架。l 表現(xiàn)層構件框架是在表現(xiàn)層為各種構件提供裝配的容器；l 業(yè)務邏輯層構件框架是在業(yè)務邏輯層為各種構件提供裝配的容器；l 數(shù)據(jù)層構件框架為數(shù)據(jù)層提供裝配的容器；4.2.1 表現(xiàn)層構件框架實體模型主要包括界面視圖、原子業(yè)務構件之間業(yè)務規(guī)則邏輯處理視圖。1） 界面視圖界面視圖主要包括界面視圖框架、原子業(yè)務構件功能區(qū)、初始數(shù)據(jù)操

11、作區(qū)。l 界面視圖框架主要實現(xiàn)界面視圖分區(qū)樣式、操作風格。l 原子業(yè)務構件功能區(qū)展現(xiàn)該業(yè)務構件框架所包括的原子業(yè)務構件，具體內容根據(jù)裝配狀況動態(tài)添加。下面是幾種實現(xiàn)參考方案： 采用樹型結構 采用動態(tài)添加按鈕l 初始數(shù)據(jù)操作區(qū)初始數(shù)據(jù)操作區(qū)具體顯示什么內容，在裝配過程中進行設置。如：假設訂單管理業(yè)務框架初始數(shù)據(jù)操作區(qū)定義為訂單錄入原子業(yè)務的錄入接口，則在裝配過程中，通過業(yè)務裝配平臺進行設置。2） 原子業(yè)務構件之間業(yè)務邏輯規(guī)則處理原子業(yè)務構件之間業(yè)務邏輯規(guī)則包括：前驅邏輯處理（緊耦合處理、松耦合處理），后續(xù)邏輯處理（緊耦合處理、松耦合處理）前驅處理都由各原子業(yè)務構件自身處理，后續(xù)緊耦合業(yè)務邏輯處理

12、由業(yè)務框架處理。如：主角原子業(yè)務構件：銷售訂單錄入。其前驅處理的業(yè)務規(guī)則可能有：銷售訂單數(shù)據(jù)可由銷售合同生成，也可能由銷售協(xié)議數(shù)據(jù)生成，并同時要修改其相應的銷售合同或銷售協(xié)議狀態(tài)。4.2.2 業(yè)務邏輯層構件框架實體模型業(yè)務邏輯構件框架實體模型包括業(yè)務規(guī)則解析容器、構件服務容器。其運行機制：4.3 業(yè)務規(guī)則分類規(guī)范定義先基于領域工程可把業(yè)務規(guī)則分為：固定業(yè)務規(guī)則、可變業(yè)務規(guī)則、可選業(yè)務規(guī)則。針對于固定業(yè)務規(guī)則、可變業(yè)務規(guī)則、可選業(yè)務規(guī)則，從首先從管理業(yè)務的構成要素（業(yè)務行為、業(yè)務流）角度分析來看，可分為業(yè)務行為規(guī)則、業(yè)務流程規(guī)則；從技術實現(xiàn)角度可分為定性業(yè)務規(guī)則、定量業(yè)務規(guī)則、推理規(guī)則。1） 業(yè)

13、務行為規(guī)則業(yè)務行為規(guī)則是圍繞某一業(yè)務行為在執(zhí)行前、執(zhí)行中、執(zhí)行后三個階段形成的各種約束。推理規(guī)則是用來識別先后發(fā)生的多個事件間的關系。比如：在錄入銷售訂單以前，需要先錄入該訂單的客戶信息；在做結帳工作時，一定需要完成所有憑證的記帳工作。2） 業(yè)務流程規(guī)則業(yè)務流程規(guī)則是指對一系列業(yè)務行為，按照企業(yè)實際管理要求，進行有機的串連，形成企業(yè)的管理業(yè)務流程。3） 定性業(yè)務規(guī)則此規(guī)則類別通過允許非編程人員對規(guī)則進行維護從而支持業(yè)務靈活性。定性規(guī)則即 if-then 規(guī)則。每個 if-then 規(guī)則包含一個 boolean 表達式，用于確定是否執(zhí)行在 then 子句中指定的一個或多個操作。這些操作可以計算規(guī)

14、則結果、賦值或調用其他服務。例如if 客戶a屬于貴賓類客戶或者一次性購買額度達到800元 then 給客戶a打7折；定性業(yè)務規(guī)則可分為以下幾類：l 業(yè)務表單數(shù)據(jù)引用規(guī)則：即某一業(yè)務表單的數(shù)據(jù)通過引用其它業(yè)務表單數(shù)據(jù)自動生成。該規(guī)則處理機制：先設置表單之間數(shù)據(jù)關聯(lián)項，然后提取相應的數(shù)據(jù)（如果是多數(shù)據(jù)源還得進行合并）。l 編碼規(guī)則：主要針對對象編碼。l 數(shù)據(jù)過濾規(guī)則：對那些帶常量的數(shù)據(jù)過濾規(guī)則。l 業(yè)務執(zhí)行順序規(guī)則：即表示某一動作必須在相關動作執(zhí)行結束后才能做。l 同步規(guī)則：即在完成某一業(yè)務動作同時也要完成另一業(yè)務動作。4） 定量業(yè)務規(guī)則定量業(yè)務規(guī)則描述某一屬性產生的計算規(guī)則， 如：月末賬戶余額

15、= 余額 + 余額*月利率。從技術實現(xiàn)角度來看，該類規(guī)則需要被封裝成構件來實現(xiàn)。5） 推理規(guī)則實現(xiàn)演繹法、歸納法、prolog 樣式的統(tǒng)一或其他人工智能(artificial intelligence，ai)樣式的規(guī)則?？蓮耐评慝@益的用例是那些設計到很多相互依賴的規(guī)則的用例，這些規(guī)則的執(zhí)行順序必須依賴于數(shù)據(jù)而不是預先確定的。資源選擇、優(yōu)化、問題診斷和規(guī)劃問題通常都需要進行一定的推理。這些問題涉及到在很多潛在解決方案中進行搜索，以找到那些滿足規(guī)則的解決方案。4.4 業(yè)務規(guī)則描述規(guī)范定義5 模型定義5.1 構件模型構件模型分為構件實現(xiàn)模型、構件邏輯模型。5.1.1 構件實現(xiàn)模型構件實現(xiàn)模型是描述構

16、件組成結構，及其各組成部分的規(guī)約。主要包括構件規(guī)格說明、構件接口、構件實現(xiàn)。而構件接口包括構件提供接口即服務、構件依賴接口即引用。服務是指構件對外提供的各種服務的集合。引用是指構件運行時對環(huán)境的各種需求集合。以下給出構件模型的描述方案 - - 功能說明 備注 - - aaaaa bbbbb - aaaaa bbbbb - - aaaaa bbbbb - aaaaa bbbbb 一個構件用一個xml文件來描述，頂級元素是atombcomp元素，代表構件。atombcomp下面有三個子元素：1 spec元素表示構件的規(guī)格說明，描述原子業(yè)務構件的基本信息：vs 表示版本ename 表示英文名稱cna

17、me 表示中文名稱id 表示編碼date 表示原子業(yè)務構件發(fā)布日期元素 author描述原子業(yè)務構件開發(fā)者節(jié)點function描述原子業(yè)務構件所完成的功能。節(jié)點remarks描述原子業(yè)務構件注意事項。2 service元素service元素表示構件對外提供所有服務的集合，每個服務用元素interface表示，其中屬性id 表示服務的編碼，在構件庫標識該服務的唯一標致；cname 表示服務中文名稱；ename 表示服務英文名稱；event 表示服務運行的具體事件。對于每個服務需要的參數(shù)用元素param 描述，其中屬性name 表示參數(shù)名稱datatype 表示參數(shù)類型3 reference元素r

18、eference元素表示構件需要引用外界的需求集合，每個需求用元素interface表示，其中屬性id 表示服務的編碼，在構件庫標識該服務的唯一標致；cname 表示服務中文名稱；ename 表示服務英文名稱；event 表示服務運行的具體事件;option 表示該參數(shù)是否必選。對于每個服務需要的參數(shù)用元素param 描述，其中屬性name 表示參數(shù)名稱datatype 表示參數(shù)類型option 表示該參數(shù)是否必選5.1.2 構件邏輯模型構件邏輯模型是從構件應用角度來描述構件的應用特性，主要通過刻面來表述。構件刻面主要包括：使用環(huán)境、應用領域、功能、層次、表示方法、構件粒度六種l 使用環(huán)境：“

19、使用環(huán)境”是使用（包括打開、編輯、編譯、調用）構件所需要的軟硬件條件。l 應用領域：“應用領域”是使用該構件的軟件系統(tǒng)所關聯(lián)的應用領域。l 功能：是構件向外提供的功能集合。l 層次：是構件與軟件開發(fā)過程各階段所對應的抽象層次。l 表示方法：是構件實體表示的媒體和數(shù)據(jù)格式。l 構件粒度：表示構件的裝配粒度，如系統(tǒng)級構件、組合構件、原子業(yè)務構件、原子功能構件等5.2 構件框架模型5.2.1 表現(xiàn)層構件框架模型5.2.2 業(yè)務邏輯層構件框架模型5.3 基于構件的體系結構模型6 原子功能構件裝配平臺設計方案原子功能構件裝配采用eos平臺完成。對業(yè)務規(guī)則的啟用采用嵌入方式完成。本方案主要對如何將業(yè)務規(guī)則

20、嵌入到eos平臺中進行裝配的方案進行設計。6.1 基于eos平臺面向業(yè)務規(guī)則的嵌入式方案設計6.1.1 嵌入方式分析基于eos 平臺嵌入業(yè)務規(guī)則的方式可分為：直接設置方式、通過業(yè)務規(guī)則解析器連接、通過業(yè)務規(guī)則引擎連接。l 直接設置方式就是通過eos提供現(xiàn)有的構件以及裝配設置完成對業(yè)務規(guī)則的嵌入。l 通過業(yè)務規(guī)則解析器連接把業(yè)務規(guī)則解析器做成eos平臺可識別的構件，具體的業(yè)務規(guī)則內容通過業(yè)務規(guī)則設計器來描述。在引用業(yè)務規(guī)則時，通過調用業(yè)務規(guī)則解析器來嵌入業(yè)務規(guī)則。l 通過業(yè)務策略解析器連接主要解決一個業(yè)務行為涉及到多條業(yè)務規(guī)則的情況。在業(yè)務規(guī)則解析器連接基礎上，加入業(yè)務策略的解析。業(yè)務策略主要解

21、決引入多條業(yè)務規(guī)則的定位、優(yōu)先級等處理。具體實現(xiàn)就是把業(yè)務策略解析做成eos平臺可識別的構件，通過裝配該構件實現(xiàn)嵌入。6.1.2 固定的業(yè)務規(guī)則嵌入方案1 流程業(yè)務規(guī)則直接由工作流平臺進行定義，然后執(zhí)行。2 業(yè)務行為規(guī)則對于固定的業(yè)務規(guī)則可以直接在裝配過程中進行設置，或者把業(yè)務規(guī)則做成構件形式直接進行裝配從而完成固定業(yè)務規(guī)則的嵌入。6.1.3 可選業(yè)務規(guī)則嵌入方案1 流程業(yè)務規(guī)則直接由工作流平臺進行定義，然后執(zhí)行。2 業(yè)務行為規(guī)則可選業(yè)務行為規(guī)則要通過業(yè)務策略與業(yè)務規(guī)則解析器共同來解決。即將業(yè)務策略解析器做成eos平臺可識別的構件。在裝配過程中裝入業(yè)務策略解析器；把業(yè)務規(guī)則解析器同樣做成eos

22、平臺可識別的構件，并在裝配過程中裝入業(yè)務規(guī)則解析器構件。業(yè)務策略與業(yè)務規(guī)則都通過外部配置。6.1.4 可變業(yè)務規(guī)則嵌入方案通過業(yè)務規(guī)則解析器來連接即將業(yè)務規(guī)則做成eos平臺可識別的構件，在裝配過程中，若要引用業(yè)務規(guī)則，只需通過裝入業(yè)務規(guī)則解析器構件即可，具體的業(yè)務規(guī)則執(zhí)行交由業(yè)務規(guī)則解析器來完成。7 業(yè)務構件裝配平臺設計方案7.1 總體規(guī)劃7.1.1 業(yè)務構件裝配平臺概念模型業(yè)務構件裝配平臺是指面向業(yè)務構件（主要是面向原子業(yè)務構件），采用基于業(yè)務構件框架為“插板”的裝配平臺。7.1.2 應用結構模型業(yè)務裝配平臺主要實現(xiàn)原子業(yè)務構件與業(yè)務構件框架之間的裝配功能，從而解決系統(tǒng)功能與動態(tài)、復雜的實際

23、業(yè)務環(huán)境不適應問題。具體應用模型如下圖所示：該平臺首先對eos平臺開發(fā)的原子業(yè)務構件包通過構件化包裝工具對其進行構件化形成原子業(yè)務構件庫；基于領域模型通過業(yè)務規(guī)則設置平臺建立業(yè)務規(guī)則庫；依據(jù)領域分析設計結果，通過eos平臺開發(fā)各業(yè)務構件框架，然后利用構件化包裝工具對其進行包裝形成業(yè)務構件框架庫；通過可視化業(yè)務構件裝配編輯工具將原子業(yè)務構件與構件框架進行裝配，調試測試后發(fā)布成可基于系統(tǒng)裝配平臺進行裝配的組合業(yè)務構件。7.1.3 平臺總體實現(xiàn)思路7.1.4 總體功能方案業(yè)務構件裝配平臺主要功能包括三個部分：構件化包裝平臺、可視化業(yè)務構件裝配平臺、組合業(yè)務構件調試與發(fā)布平臺。l 構件化包裝平臺主要實

24、現(xiàn)對eos平臺產生的原子業(yè)務包，按照構件構成原理進行構件接口和構件規(guī)格說明包裝。l 可視化業(yè)務構件裝配平臺主要實現(xiàn)原子業(yè)務構件與構件框架直接的裝配，從而形成可基于系統(tǒng)級構件裝配平臺進行裝配的組合業(yè)務構件。l 組合業(yè)務構件調試與發(fā)布平臺主要為裝配好的組合業(yè)務構件提供調試運行環(huán)境，并提供對調試通過的構件進行發(fā)布。7.1.5 主要工作內容業(yè)務裝配平臺主要包括：原子業(yè)務構件化包裝工具、可視化業(yè)務構件裝配編輯工具、組合業(yè)務構件調試工具、業(yè)務構件框架庫幾個部分。從實現(xiàn)角度分析，可將其細分解為如下內容：1 原子業(yè)務構件化包裝工具l 原子業(yè)務構件化管理l 構件框架構件化管理2 可視化業(yè)務構件裝配編輯工具3 組

25、合業(yè)務構件調試、發(fā)布工具l 組合業(yè)務構件調試工具l 組合業(yè)務構件發(fā)布工具4 業(yè)務構件框架庫l 業(yè)務構件框架實體模型l 業(yè)務構件框架“插座”描述模型7.2 具體功能與實現(xiàn)方案7.2.1 可視化業(yè)務構件裝配平臺業(yè)務構件裝配主要完成對原子業(yè)務構件與構件框架之間的可視化裝配功能。7.2.1.1 功能構架業(yè)務裝配平臺功能構架如下圖所示：1 業(yè)務構件資源管理器業(yè)務構件資源管理器主要包括：原子業(yè)務構件資源視圖、構件框架資源視圖、組合業(yè)務構件資源視圖。2 圖元裝配編輯器主要包括圖元定義、圖元的拖載、圖元之間的連接等功能。3 構件框架圖元屬性設置器主要完成對與該構件框架連接的原子業(yè)務構件接口屬性以及原子業(yè)務構件

26、之間處理規(guī)格參數(shù)的輸入，并保存到構件框架的接口文件中。4 業(yè)務構件裝配項目管理業(yè)務構件裝配項目管理主要包括新建、保存、修改、生成等功能。5 基礎設置主要完成數(shù)據(jù)連接設置、文件保存路徑設置等功能。6 幫助7.2.1.2 實現(xiàn)構架將構件往構件框架中插入。具體實現(xiàn)方式：將框架中的“插座”通過“外接件”引出來（將插座用xml文件描述），然后與構件接口（xml文件描述）進行裝配。其后臺數(shù)據(jù)模型關系如下圖所示：7.2.1.3 主體界面視圖主要功能包括原子業(yè)務構件資源區(qū)管理、業(yè)務構件框架資源區(qū)管理、組合業(yè)務構件資源區(qū)管理、原子業(yè)務構件裝配編輯器、工具欄（組合業(yè)務生成、保存當前的裝配構件、打開現(xiàn)有的裝配構件）

27、。說明：菜單欄：文件：新建（新建業(yè)務構件）打開（直接打開某一個業(yè)務構件）保存（保存處于當前編輯狀態(tài)的業(yè)務構件）設置：數(shù)據(jù)庫連接設置文件發(fā)布設置管理：幫助：使用指南關于業(yè)務裝配平臺工具欄：（以下描述）工具欄主要包括生成組合業(yè)務、保存、打開、退出等功能。l 生成生成組合業(yè)務構件，即生成并保存組合業(yè)務構件物理文件，同時修改構件庫中對應組合業(yè)務構件的狀態(tài)。l 保存保存當前正在裝配、編輯的組合業(yè)務構件。l 打開打開現(xiàn)有的業(yè)務構件，進行修改。l 預覽通過瀏覽器預覽當前編輯的組合業(yè)務構件。l 退出完成退出裝配平臺的功能。視圖層：業(yè)務構件、原子業(yè)務構件、業(yè)務框架編輯器部分：狀態(tài)欄：顯示版權、時間日期、其它信息

28、。7.2.1.4 關鍵技術1 原子業(yè)務構件資源區(qū)管理從構件庫中按行業(yè)及其功能提取原子業(yè)務構件，形成原子業(yè)務構件資源樹。構件框架資源樹xml數(shù)據(jù)模型如下所示： - - 銷售訂單管理 銷售計劃管理 銷售價格管理 說明：1 數(shù)據(jù)模型元素主要數(shù)據(jù)元素包括：構件編碼(guid碼)、構件中文名稱、構件描述xml數(shù)據(jù)模型文件名稱及相對路徑。2 構造原則l 非子節(jié)點的元素描述信息全部以attribute方式表示l 所有子節(jié)點的元素描述信息中中文名稱用text表示，其它的用attribute來描述。2 業(yè)務構件框架資源區(qū)管理從業(yè)務構件框架庫按照行業(yè)及其功能提取業(yè)務構件框架，形成業(yè)務構件框架資源樹。原子構件資源樹

29、xml數(shù)據(jù)模型如下所示： - - - 新增銷售訂單 修改銷售訂單 說明：1 數(shù)據(jù)模型元素主要數(shù)據(jù)元素包括：構件編碼(guid碼)、構件中文名稱、構件描述xml數(shù)據(jù)模型文件名稱及相對路徑。2 構造原則l 非子節(jié)點的元素描述信息全部以attribute方式表示l 所有子節(jié)點的元素描述信息中中文名稱用text表示，其它的用attribute來描述。3 組合業(yè)務構件資源區(qū)管理組合業(yè)務構件資源區(qū)管理是對組合業(yè)務構件的邏輯信息（規(guī)格說明、接口）進行管理。主要包括導入、新建、修改、刪除等操作功能。l 導入從構件庫導入現(xiàn)有的組合業(yè)務構件信息在設計階段已完成構件規(guī)格說明、接口等內容的建立。l 新建構件主要包括三

30、個部分：規(guī)格說明、接口、實現(xiàn)。這里新建主要完成對構件的規(guī)格說明、接口進行描述。l 修改是對選定構件的邏輯信息進行編輯修改。l 刪除刪除某一選定的組合業(yè)務構件。4 原子業(yè)務構件裝配編輯器從概念層次上講，原子業(yè)務構件裝配編輯器是完成相關原子業(yè)務構件基于業(yè)務構件框架的裝配；從技術實現(xiàn)角度是完成動態(tài)生成帶有操作功能的應用“界面”。先從業(yè)務構件框架資源樹中選取相應的框架，然后拖拽到編輯器，然后從原子業(yè)務構件資源樹中選取相應的構件，并拖拽到編輯器中。編輯器包括兩個部分：原子業(yè)務構件裝配編輯器、jsp界面設計器（代碼、界面設計）。原子業(yè)務構件裝配編輯器：實現(xiàn)原子業(yè)務構件與業(yè)務框架之間的裝配，并為各裝配原子業(yè)

31、務構件的設置。其裝配示意如下圖： 其設置示意如下圖jsp界面設計器展現(xiàn)由裝配編輯器形成的組合業(yè)務構件，并提供修改功能。包括兩個窗口：代碼、界面設計。代碼編輯器窗口可以直接看到、修改相關jsp代碼。界面設計編輯器窗口用來直接設計圖形界面。7.2.2 組合業(yè)務構件調試、發(fā)布工具主要為裝配好的組合業(yè)務構件提供一個調試環(huán)境，同時對測試好的組合業(yè)務構件進行發(fā)布。7.2.2.1 功能構架其主要功能包括預覽、調試管理、運行服務三個部分。1 組合業(yè)務構件預覽提供組合業(yè)務構件直接2 調試管理3 組合業(yè)務構件運行服務7.2.2.2 實現(xiàn)構架7.2.3 構件化包裝平臺原子業(yè)務構件化包裝主要是針對于eos平臺產生的原

32、子業(yè)務包進行接口描述與規(guī)格說明，從而將其構件化以便業(yè)務構件裝配平臺對其進行裝配。主要包括兩個部分：原子業(yè)務構件化包裝、構件框架構件化包裝。7.2.3.1 功能構架1 原子業(yè)務構件規(guī)格說明包裝管理原子業(yè)務構件規(guī)格說明包裝主要包括兩部分：原子業(yè)務構件規(guī)格說明描述模型定義、規(guī)格說明可視化設置器。l 原子業(yè)務構件規(guī)格說明描述模型 功能說明 備注 說明：通過節(jié)點atombcomp的屬性描述原子業(yè)務構件的基本信息：vs 表示版本ename 表示英文名稱cname 表示中文名稱id 表示編碼date 表示原子業(yè)務構件發(fā)布日期節(jié)點 author描述原子業(yè)務構件開發(fā)者節(jié)點function描述原子業(yè)務構件所完成的

33、功能。節(jié)點remarks描述原子業(yè)務構件注意事項。xml源文件詳見原子業(yè)務構件規(guī)格說明描述模型.xmll 規(guī)格說明可視化設置器依據(jù)規(guī)格說明描述模型提供可視化的模型屬性輸入工具，并生成相應的xml文件。2 原子業(yè)務構件接口包裝管理原子業(yè)務構件接口包裝主要包括兩部分：原子業(yè)務構件接口描述模型定義、接口屬性可視化設置器。l 原子業(yè)務構件接口描述模型定義 aaaaa bbbbb aaaaa bbbbb 說明：通過節(jié)點atombcomp的屬性描述原子業(yè)務構件的基本信息：vs 表示版本ename 表示英文名稱cname 表示中文名稱id 表示編碼節(jié)點 interface 描述原子業(yè)務構件對外的接口信息（支

34、持多接口描述）。其中：id 表示編碼cname 表示中文名稱ename 表示英文名稱url 表示接口路徑節(jié)點param 描述接口參數(shù)（支持多參數(shù)）。其中：id 表示參數(shù)id號name 表示參數(shù)名稱datatype 表示參數(shù)數(shù)據(jù)類型節(jié)點值描述參數(shù)默認值xml源文件詳見原子業(yè)務構件接口描述模型.xmll 接口屬性可視化設置器依據(jù)接口描述模型提供可視化的模型屬性輸入工具，并生成相應的xml文件。3 構件框架規(guī)格說明包裝管理構件框架規(guī)格說明包裝主要包括兩部分：構件框架規(guī)格說明描述模型定義、規(guī)格說明可視化設置器。l 構件框架規(guī)格說明描述模型 功能說明 備注 說明：通過節(jié)點compframe的屬性描述構件

35、框架的基本信息：vs 表示版本ename 表示英文名稱cname 表示中文名稱id 表示編碼date 表示構件框架發(fā)布日期節(jié)點 author描述構件框架開發(fā)者節(jié)點function描述構件框架所完成的功能。節(jié)點remarks描述構件框架注意事項。l 規(guī)格說明可視化設置器依據(jù)規(guī)格說明描述模型提供可視化的模型屬性輸入工具，并生成相應的xml文件。4 構件框架接口包裝管理構件框架接口包裝主要包括兩部分：構件框架接口描述模型定義、接口屬性可視化設置器。l 構件框架接口描述模型定義依據(jù)構件框架分類，下面對表現(xiàn)層構件框架、業(yè)務邏輯層構件框架的接口模型進行定義。表現(xiàn)層構件框架接口模型構件框架接口主要是用來接插

36、構件。其數(shù)據(jù)模型包括：功能操作規(guī)則接口、原子業(yè)務構件基本信息以及接口?？擅枋鋈缦拢?- - - 說明：節(jié)點atomcomp 表示要插入的原子業(yè)務構件，其中屬性id 表示原子業(yè)務構件編碼cname 表示原子業(yè)務構件中文名稱url 表示原子業(yè)務構件路徑節(jié)點event 表示原子業(yè)務構件的接口參數(shù)（包括操作規(guī)則、原子業(yè)務構件輸入?yún)?shù)）業(yè)務邏輯層構件框架“插座”模型 - - - 說明：節(jié)點atomcomp 表示要插入的原子業(yè)務構件，其中屬性id 表示原子業(yè)務構件編碼cname 表示原子業(yè)務構件中文名稱url 表示原子業(yè)務構件路徑節(jié)點interface表示原子業(yè)務構件的接口參數(shù)。l 接口屬性可視化設置器依

37、據(jù)接口描述模型提供可視化的模型屬性輸入工具，并生成相應的xml文件。7.2.3.2 實現(xiàn)構架依據(jù)構件分解映射規(guī)范，抽取各類原子業(yè)務構件接口屬性，構造原子業(yè)務構件接口描述模型，根據(jù)接口描述模型開發(fā)模型屬性設置器，最后把用戶設置好的屬性生成一個xml文件。示意圖如下：7.2.4 裝配平臺總體特點前提：支撐業(yè)務裝配平臺的數(shù)據(jù)模型（針對該平臺的應用）1. 原子業(yè)務構件數(shù)據(jù)模型：以eos為原子業(yè)務構件的開發(fā)平臺，并形成原子業(yè)務構件資源庫；將該資源庫通過一定的數(shù)據(jù)模型轉換成數(shù)據(jù)結構樹（xml格式），客戶端存儲該數(shù)據(jù)樹，業(yè)務裝配平臺直接加載該數(shù)據(jù)樹，即裝配平臺的原子業(yè)務構件樹。 2. 業(yè)務框架數(shù)據(jù)模型：將業(yè)

38、務構件框架資源庫通過一定的數(shù)據(jù)模型轉換成數(shù)據(jù)結構樹（xml格式），客戶端存儲該數(shù)據(jù)樹，業(yè)務裝配平臺直接加載該數(shù)據(jù)樹，即裝配平臺的業(yè)務構件框架。 3. 業(yè)務構件數(shù)據(jù)模型：通過一定的數(shù)據(jù)模型（xml格式），將本地存儲的業(yè)務構件文件展現(xiàn)出來，以方便該平臺對其相關的管理操作。業(yè)務構件裝配平臺的底層實現(xiàn)：基于eclipse的開發(fā)，形成自己的應用中間件產品。圖形編輯器框架get：gef是具有標準mvc（model-view-control）結構的圖形編輯框架，其中model由我們自己根據(jù)業(yè)務來設計，它能夠提供某種模型改變通知的機制，用來把model的變化告訴control層；control層由一些edit

39、part實現(xiàn)，editpart是整個gef的核心部件。視圖層draw2d：基于swt的圖形處理包，它適合用作gef的view層業(yè)務模型emf：eclipse建?？蚣?，emf可以使用jet來生成代碼。我們主要通過圖形來生成相應的頁面構件代碼。問題1. 業(yè)務框架和實際應用結合時，業(yè)務框架倒底需實現(xiàn)什么樣的功能，充當什么樣的角色？2. 裝配后形成的業(yè)務構件，出錯機制檢測。由于該業(yè)務構件具有一定動態(tài)交換性，無法直接通過平臺對其構件進行整體出錯機制檢測。（個人認為，出錯檢測方式如同eos一樣，平臺僅提供接口規(guī)范及構件關聯(lián)合理性的檢測，運行態(tài)的結果檢測，由用戶直接通過瀏覽器自行測試）。7.3 關鍵技術7.

40、3.1 業(yè)務構件框架模型定義與描述業(yè)務構件框架是在對專項業(yè)務抽取的基礎上，從信息系統(tǒng)角度設計而成的。主要包括專項固定業(yè)務規(guī)則集、業(yè)務規(guī)則處理器、用戶交互界面。采用什么樣的技術從裝配的角度出發(fā)對各部分進行描述。1 業(yè)務構件框架模型描述信息列表業(yè)務構件框架描述信息定義主要從兩個方面考慮：l 從業(yè)務構件框架的本質工作（完成插入構件之間的邏輯處理）方面考慮，依據(jù)具體專項業(yè)務而定。l 從基于jsp界面裝配實現(xiàn)角度考慮?；跇I(yè)務邏輯處理信息列表基于jsp界面裝配信息列表7.3.2 原子業(yè)務構件接口邏輯模型描述7.3.3 組合業(yè)務構件接口邏輯模型描述7.3.4 可視化圖元拖拽技術8 系統(tǒng)級構件裝配平臺設計方

41、案9 業(yè)務規(guī)則配置工具包括業(yè)務規(guī)則描述語言規(guī)范定義、業(yè)務規(guī)則設計器、業(yè)務規(guī)則庫。10 構件庫管理平臺11 構件框架庫管理平臺12 業(yè)務規(guī)則庫管理平臺13 銷售訂單管理13.1 業(yè)務需求分析13.1.1 業(yè)務分析業(yè)務分析主要完成三件事：建立事實模型（業(yè)務實體模型）、明確業(yè)務行為（業(yè)務用例）、提取業(yè)務規(guī)則。銷售訂單是銷售業(yè)務體系中的主體部分，涵蓋了從接收客戶訂單、訂單執(zhí)行、訂單執(zhí)行跟蹤等一系列業(yè)務過程。下面對銷售訂單業(yè)務從業(yè)務行為與業(yè)務規(guī)則兩個方面對其進行描述與分解。各業(yè)務員接收（通過傳真、網絡或其它手工方式）客戶下的訂單或者是根據(jù)與客戶簽訂的長期合同中轉換過來，并通過適當?shù)霓D換形成企業(yè)內部流通的銷售訂單。1 業(yè)務行為業(yè)務行為是從為實現(xiàn)某一業(yè)務目的而設計的一系業(yè)務流程分解而來。業(yè)務行為分析到原子業(yè)務行為為止。業(yè)務目的：接收客戶合適的銷售訂單業(yè)務流程：依據(jù)業(yè)務流程分解其原子業(yè)務行為：編制新銷售訂單、