景下，"銷售訂單"業(yè)務模型的數(shù)據(jù)實例結構。
[0029] 圖4描述了服務實體的系統(tǒng)框架的結構
【具體實施方式】
[0030] 1.系統(tǒng)準備：在JAVA工程中，引入服務實體平臺的工程包：service,platform, iar
[0031] 2.服務實體模型建模：定義JAVA的基本數(shù)據(jù)類，基礎平臺提供的標準服務實體節(jié) 點類：
[0032]SerivceEntityNode，該類的屬性serviceEntityName標識了所屬的服務實體名 稱，在框架中，通過這個名稱來識別這個節(jié)點類屬于哪一個服務實體，屬性nodeName表明 了該節(jié)點的節(jié)點名稱，是節(jié)點的標示符，
[0033] nodeLevel 表明 了該節(jié)點的層級屬性，如果 nodeLevel=ServiceEntityNode. N0DELEVEL_R00T 表明該節(jié)點是一個根節(jié)點，如果 nodeLevel=ServiceEntityNode. N0DELEVEL_LEAVE 或者 nodeLevel=
[0034]ServiceEntityNode.N0DELEVEL_N0DE表明該節(jié)點是一個葉子節(jié)點或者普通的枝 節(jié)點。nodeSpecifyType表明了該節(jié)點的類型，是屬于標準類型的節(jié)點，還是一個引用類型 的節(jié)點，還是憑證類型的節(jié)點。屬性uuid是節(jié)點的實例在后臺的全局標識，由系統(tǒng)框架產(chǎn) 生，屬性parentNodeUUID，是標識該節(jié)點的父節(jié)點，和父節(jié)點上的uuid相同，rootNodeUUID 標識了該節(jié)點的根節(jié)點，和對應根節(jié)點上的uuid相同。對應根節(jié)點，它的parentNodeUUID 和rootNodeUUID和自身的uuid相同。
[0035] 下面的實例代碼描述了一個服務實體根節(jié)點定義。
[0037] 下面的代碼描述了一個服務實體其中一個子節(jié)點定義。
[0040] 3.數(shù)據(jù)訪問類的建立過程：
[0041] 定義JAVA的數(shù)據(jù)訪問類，數(shù)據(jù)訪問類的默認命名規(guī)則是：服務實體類名+DA0,比 如服務實體名為Cargo時，默認的DA0類名為CargoDAO。
[0042] 繼承框架提供的標準類：ServiceEntityDAO。該類能夠提供對服務實體增刪查改 的操作。
[0043] 下面給出了一個數(shù)據(jù)訪問類定義的實例
[0045] 自定義的DAO類BookingNoteDAO通過繼承了框架提供的父類 ServiceEntitylmpDAO,并且初始化父類的屬性seConfigProxy，使得該類能夠實現(xiàn)對服務 實體BookingNote (托運單）的增刪查改的操作。
[0046] 4.邏輯服務類的建立，定義了 JAVA的邏輯服務類，該類的默認命名規(guī)則是：服務 實體類名+Manager,比如服務實體名為Cargo時，默認的Manager類名為CargoManager。
[0047] 繼承框架提供的標準類：ServiceEntityManager。該類能夠提供對服務實體增基 本邏輯操作。
[0048] 下面的實例代碼描述了一個服務類的定義過程：
[0050] 定義過程中，分別將自定義的DA0類和配置類的實例賦予父類的屬性 serviceEntityDAO和seConfigureProxy。
[0051] 在框架中，標準的服務實體類提供的基本操作有：
[0052] 1.運行態(tài)中新生成服務實體的數(shù)據(jù)模型，包括根節(jié)點實例的生成和普通子節(jié)點的 生成。
[0053]通過調用父類 ServiceEntityManager 的方法 newRootEntityNode ()生成類型為 ServiceEntityNode的根節(jié)點實例，需要強制轉換為用戶自定義的服務實體根節(jié)點類型。同 時自動賦予全局唯一的標識符UUID，并且自動記錄操作用戶ID和生成日期等系統(tǒng)參數(shù)。
[0054] 通過調用父類ServiceEntityManager的方法 newEntityNode(ServiceEntityNode parentNode, String nodeName)生成類型為 ServiceEntityNode的子節(jié)點實例，輸入?yún)?shù)parentNode為子節(jié)點的父節(jié)點實例， nodeName為需要新建的子節(jié)點節(jié)點名稱。同樣，系統(tǒng)也會自動賦予全局變量以及記錄系統(tǒng) 參數(shù)。
[0055] 2.數(shù)據(jù)更新服務，通過調用父類方法 public void updateSEBindList ( List〈Se rviceEntityBindModel>seBindList,List〈ServiceEntityBindModel>seBindListBack)接 收表現(xiàn)層傳來的服務實體的數(shù)據(jù)，和后臺數(shù)據(jù)，進行更新服務，并且進行自動日志記錄。
[0056] 3.動態(tài)查詢服務，動態(tài)查詢分為兩個方面，一是根據(jù)輸入的節(jié)點和屬性名稱，屬性 值作為搜索參數(shù)，返回滿足要求的服務實體實例。二是根據(jù)輸入的查詢值，在所有節(jié)點和所 有屬性中動態(tài)匹配。
[0057] 通過父類ServiceEntityManager提供的方法：
[0058]
[0059] 實現(xiàn)第一類的動態(tài)搜索功能，其中輸入?yún)?shù)fuzzyFlag表明該搜索是否需要模糊 匹配。輸入?yún)?shù)searchModuleList包含了輸入的查詢參數(shù)，以及對應的節(jié)點名稱和屬性名 稱。
[0060]通過方法：publicList〈List〈ServiceEntityNode>>doFreeTextSearchService( StringsearchText)
[0061] 實現(xiàn)第二類的自由文本搜索功能。
[0062] 附錄：參考資料
[0063] [1].http ： / / en.wikipedia.org/wiki / Domain_driyen_design
[0064] [2].http： / /www.360doc.com /content/ 06 / 1109 / 13 / 1574_254192. shtml
[0065] [3].http ： / / en.wikipedia.org/wiki / Businessmodel
[0066] [4].http ： / / en.wikipedia.org/wiki / Domain-model
[0067] [5].http： / / baike.baidu.com/view/ 757895.htm〇
【主權項】
1. 星型結構的通用業(yè)務模型，實現(xiàn)了各種形式的業(yè)務模型統(tǒng)一化結構，其特點是：通 過唯一的根節(jié)點描述模型的基本、唯一的信息，而子節(jié)點來描述模型不同方面的附加信息。2. 根據(jù)權利要求1所描述的模型，子節(jié)點和根節(jié)點的對應關系可以是一對一，也可以 是一對多的關系。3. 根據(jù)權利要求1所描述的模型結構，不同模型之間的相互引用關系，可以通過引用 類型結構的節(jié)點來實現(xiàn)。4. 根據(jù)權利要求1所描述的結構模型，統(tǒng)一化的數(shù)據(jù)結構，提供了基本的框架進行數(shù) 據(jù)處理。
【專利摘要】本發(fā)明設計了一種星型拓撲結構的通用業(yè)務模型及其基本數(shù)據(jù)處理框架，模型由唯一的根節(jié)點和多個、多層的子節(jié)點構成。解決了軟件開發(fā)中，由于業(yè)務模型結構多樣，帶來的數(shù)據(jù)處理復雜，建模效率低下，維護困難的問題。本發(fā)明對各種業(yè)務數(shù)據(jù)模型用統(tǒng)一的星型拓撲結構來表示。根節(jié)點描述了模型唯一的基本信息，根節(jié)點下面的一對多或者一對一的子節(jié)點用來描述附加信息。當模型需要和外界進行交互關聯(lián)時，本模型發(fā)明了引用型節(jié)點來實現(xiàn)。將業(yè)務模型統(tǒng)一為星型拓撲結構，使得數(shù)據(jù)統(tǒng)一化處理成為可能，本發(fā)明提供了統(tǒng)一化數(shù)據(jù)處理的基本框架，使得建模的效率提高，維護成本降低。
【IPC分類】G06F9/44
【公開號】CN104899011
【申請?zhí)枴緾N201410077789
【發(fā)明人】張航
【申請人】張航
【公開日】2015年9月9日
【申請日】2014年3月5日