本站小編為你精心準(zhǔn)備了訂單管理系統(tǒng)開發(fā)研究參考范文，愿這些范文能點燃您思維的火花，激發(fā)您的寫作靈感。歡迎深入閱讀并收藏。

摘要

面向特定領(lǐng)域模型的數(shù)據(jù)處理方法對于軟件重用、軟件可升級和軟件開發(fā)效率的提高都有重要的指導(dǎo)意義。論文首先分析領(lǐng)域模型內(nèi)涵，提出了構(gòu)造基于領(lǐng)域模型軟件系統(tǒng)架構(gòu)的一般方法，進而結(jié)合訂單管理系統(tǒng)的開發(fā)，介紹了領(lǐng)域模型的應(yīng)用方法和處理流程。實踐表明，基于領(lǐng)域模型的系統(tǒng)開發(fā)方法能極大提高實際軟件系統(tǒng)的開發(fā)效率

關(guān)鍵詞

領(lǐng)域模型；事務(wù)腳本；表模塊；表數(shù)據(jù)模型

1前言

面向?qū)ο缶幊碳夹g(shù)的出現(xiàn)改變了以數(shù)據(jù)為中心的傳統(tǒng)軟件開發(fā)方式。在數(shù)據(jù)模型的設(shè)計與實踐應(yīng)用中，基于領(lǐng)域模型的數(shù)據(jù)設(shè)計方式逐漸成為主流。傳統(tǒng)的數(shù)據(jù)處理模型主要采用行入口、表入口數(shù)據(jù)層疊方式，即為數(shù)據(jù)表中的每一行設(shè)計一個對象，后續(xù)再采用對象方式進行數(shù)據(jù)處理，對業(yè)務(wù)處理卻沒有特別關(guān)注。基于領(lǐng)域的設(shè)計模型，主要采用可視化方式表示領(lǐng)域內(nèi)的概念類或現(xiàn)實世界中的對象。領(lǐng)域模型又稱為概念模型、領(lǐng)域?qū)ο竽Ｐ突蛘叻治鰧ο竽Ｐ停鼘Ｗ⒂诜治鰡栴}領(lǐng)域本身，注重發(fā)掘重要的業(yè)務(wù)領(lǐng)域概念，并建立業(yè)務(wù)領(lǐng)域概念之間的關(guān)系，可讓軟件開發(fā)人員和系統(tǒng)設(shè)計人員更加注重處理業(yè)務(wù)的表達，而不是重點關(guān)注數(shù)據(jù)的層疊處理，從而極大地提高業(yè)務(wù)處理的效率。

2領(lǐng)域模型

領(lǐng)域模型采用面向?qū)ο蟮拈_發(fā)方式處理數(shù)據(jù)，側(cè)重業(yè)務(wù)模型的建立，使得系統(tǒng)的開發(fā)主要圍繞業(yè)務(wù)而非數(shù)據(jù)表，可使開發(fā)人員主要聚焦領(lǐng)域而非數(shù)據(jù)。基于領(lǐng)域模型開發(fā)軟件系統(tǒng)時，通常采用三層次的系統(tǒng)架構(gòu)，這三個層次分別是數(shù)據(jù)訪問層、領(lǐng)域?qū)樱I(yè)務(wù)邏輯層，系統(tǒng)真正的核心）和表現(xiàn)層，其中，數(shù)據(jù)訪問層負(fù)責(zé)與數(shù)據(jù)源進行通信，為上層應(yīng)用提供數(shù)據(jù)支撐；領(lǐng)域?qū)樱I(yè)務(wù)邏輯層）完成系統(tǒng)業(yè)務(wù)的組織、實現(xiàn)，是系統(tǒng)真正的核心；表現(xiàn)層負(fù)責(zé)實現(xiàn)用戶界面，提供更好的人機交互。系統(tǒng)三層次架構(gòu)如圖1所示，層與層之間存在相互依賴的關(guān)系，表現(xiàn)層依賴領(lǐng)域?qū)樱I(lǐng)域?qū)右蕾嚁?shù)據(jù)訪問層。系統(tǒng)三層次架構(gòu)中領(lǐng)域?qū)樱I(yè)務(wù)邏輯層）是系統(tǒng)的核心，其邏輯組織方式主要采用事務(wù)腳本、表模塊和表數(shù)據(jù)模型這三種模式。

2.1事務(wù)腳本事務(wù)腳本模式將應(yīng)用界面獲取的數(shù)據(jù)直接存儲到數(shù)據(jù)庫中，或者直接從數(shù)據(jù)庫中獲取所需數(shù)據(jù)并在用戶界面中進行展示，這種數(shù)據(jù)訪問模式可使軟件開發(fā)人員快速掌握基于某種語言的數(shù)據(jù)庫訪問技術(shù)和過程，因此，非常適合初學(xué)者學(xué)習(xí)和使用。事務(wù)腳本模式處理領(lǐng)域業(yè)務(wù)時常用兩種領(lǐng)域組織方式，一是將領(lǐng)域邏輯的設(shè)計放入存儲過程中，調(diào)用者通過執(zhí)行存儲過程即可獲取或者維護數(shù)據(jù)；另一種方式是將領(lǐng)域邏輯的設(shè)計放入應(yīng)用界面中，再編寫對應(yīng)的結(jié)構(gòu)化查詢語句（SQL）實現(xiàn)數(shù)據(jù)的存取處理。使用存儲過程方式的缺點在于業(yè)務(wù)邏輯發(fā)生變化后，對應(yīng)的存儲過程必須相應(yīng)地變化。此外，由于不同數(shù)據(jù)庫產(chǎn)品對SQL語句實現(xiàn)的差異會導(dǎo)致存儲過程的語法不能通用。將業(yè)務(wù)邏輯包含在頁面中也有其固有的缺點，一旦業(yè)務(wù)發(fā)生變化，必須重新定義用戶界面；此外，相同的業(yè)務(wù)邏輯可能應(yīng)用于多個界面，這樣業(yè)務(wù)發(fā)生變化后則需要多次修改用戶界面。盡管如此，事務(wù)腳本模式由于其簡單、直觀，仍是初學(xué)者常用的領(lǐng)域?qū)舆壿嫿M織方式。

2.2表模塊表模塊模式以數(shù)據(jù)表為基礎(chǔ)，每次以表為單位存取數(shù)據(jù)，以表為中心組織業(yè)務(wù)邏輯。目前，大多數(shù)開發(fā)者都采用表模塊模式，如在.NET平臺中，DataSet，DataTable都采用以表為組織結(jié)構(gòu)的表模塊實現(xiàn)方式；在大型的管理信息系統(tǒng)（MIS）中，借助于代碼生成器（如CodeSmith）可以快速生成一個應(yīng)用系統(tǒng)的代碼，開發(fā)效率非常高。使用表模塊模式開發(fā)系統(tǒng)時，主要圍繞數(shù)據(jù)的增、刪、改、查處理數(shù)據(jù)，業(yè)務(wù)邏輯組織往往比較單一，業(yè)務(wù)被分派到不同的功能函數(shù)中，借助于事務(wù)調(diào)用不同的功能函數(shù)來完成整體的業(yè)務(wù)邏輯。表模塊模式的實現(xiàn)過程通常包括定義數(shù)據(jù)模型、定義數(shù)據(jù)訪問類、定義業(yè)務(wù)邏輯類和組織表現(xiàn)層數(shù)據(jù)等步驟。表模塊的開發(fā)方式是過去幾年的主流開發(fā)方式，并且有很多優(yōu)秀的開源庫和工具可供使用。

2.3表數(shù)據(jù)模型表數(shù)據(jù)模型主要通過直觀的可視化數(shù)據(jù)表，設(shè)計表間聯(lián)系，實現(xiàn)業(yè)務(wù)邏輯，可讓軟件開發(fā)人員和系統(tǒng)設(shè)計人員更加注重處理業(yè)務(wù)的表達，而不是重點關(guān)注數(shù)據(jù)的層疊處理，業(yè)務(wù)處理效率非常高。以下訂單管理系統(tǒng)分析領(lǐng)域模型的應(yīng)用方法，實現(xiàn)領(lǐng)域模型驅(qū)動的數(shù)據(jù)處理。

3訂單管理系統(tǒng)

訂單管理系統(tǒng)首先接受顧客提交的訂單信息，然后查詢商品庫存，以獲取商品的詳細(xì)信息，最后確定商品送貨方案。訂單管理系統(tǒng)的開發(fā)主要涉及數(shù)據(jù)庫表的設(shè)計和基于領(lǐng)域模型的業(yè)務(wù)邏輯處理。

3.1數(shù)據(jù)庫表訂單管理系統(tǒng)使用的數(shù)據(jù)庫包括用戶、訂單、商品和訂單詳情四張表，表的結(jié)構(gòu)和表間的邏輯關(guān)系如圖2所示。

3.2領(lǐng)域模型基于領(lǐng)域模型開發(fā)應(yīng)用系統(tǒng)時通常分為業(yè)務(wù)建模、數(shù)據(jù)抽象、轉(zhuǎn)換為實體、定義業(yè)務(wù)規(guī)范和實現(xiàn)業(yè)務(wù)規(guī)范步驟。

3.2.1業(yè)務(wù)建模業(yè)務(wù)建模要求將系統(tǒng)的業(yè)務(wù)采用建模方式確定下來，以后的開發(fā)工作都圍繞所建模型進行，這樣能有效控制需求和開發(fā)人員變化導(dǎo)致的開發(fā)風(fēng)險。例如在訂單管理系統(tǒng)中，為獲取訂單中商品列表，相應(yīng)的業(yè)務(wù)過程如圖3所示。

3.2.2數(shù)據(jù)抽象數(shù)據(jù)抽象指根據(jù)業(yè)務(wù)流程，抽象出業(yè)務(wù)流程所涉及的業(yè)務(wù)實體，并將實體及其相互關(guān)系標(biāo)注出來。如在獲取客戶訂單中商品明細(xì)處理中，經(jīng)數(shù)據(jù)抽象得到的業(yè)務(wù)實體間邏輯關(guān)系如圖4所示。在抽象出來的邏輯關(guān)系中，訂單和訂單詳情是一對多的關(guān)系，訂單詳情和商品是多對多的關(guān)系，顧客和訂單是一對多的關(guān)系。

3.2.3轉(zhuǎn)換為實體在抽取業(yè)務(wù)模型的基礎(chǔ)上，還需將業(yè)務(wù)模型中的對象轉(zhuǎn)換為實體。在轉(zhuǎn)換過程中，需要使用面向?qū)ο蟮姆绞浇M織對象之間的關(guān)系。獲取客戶訂單中訂單模型轉(zhuǎn)換為實體的代碼如下。

3.2.4定義業(yè)務(wù)規(guī)范業(yè)務(wù)規(guī)范是領(lǐng)域模型中的核心，定義業(yè)務(wù)規(guī)范就是明確業(yè)務(wù)對象之間的關(guān)系和使用方式。在定義業(yè)務(wù)規(guī)范的過程中，常借助于構(gòu)建規(guī)約完成規(guī)范的創(chuàng)建。如在獲取客戶訂單中商品明細(xì)處理模塊中，相應(yīng)業(yè)務(wù)規(guī)范的定義。從定義的業(yè)務(wù)規(guī)范中可以看出，獲取ProductList的過程變成了幾個相關(guān)對象的業(yè)務(wù)合并，也就是說一個領(lǐng)域模塊的完成是由多個子模塊組合而成，而這些子模塊又滿足事務(wù)約定。

3.2.5實現(xiàn)業(yè)務(wù)規(guī)范在定義業(yè)務(wù)規(guī)范基礎(chǔ)上，最后要實現(xiàn)業(yè)務(wù)規(guī)范。如在獲取客戶訂單中商品明細(xì)處理模塊中，相應(yīng)的業(yè)務(wù)規(guī)范實現(xiàn)如下。

4總結(jié)

本文在闡述領(lǐng)域模型設(shè)計原理與方法的基礎(chǔ)上，結(jié)合訂單管理系統(tǒng)的開發(fā)，介紹了領(lǐng)域模型的應(yīng)用方法和處理流程。應(yīng)用實踐表明，面向特定領(lǐng)域模型的數(shù)據(jù)處理方法對于軟件重用、軟件可升級性和提高開發(fā)系列軟件系統(tǒng)的效率都有重要的指導(dǎo)意義。

參考文獻

[1]呂有界.基于Modelica多領(lǐng)域建模仿真研究現(xiàn)狀與思考[J].廣州航海學(xué)院學(xué)報，2014(02).

[2]葉新,潘清,董正宏.多領(lǐng)域建模仿真方法綜述[J].軟件,2014(03).

[3]丁寶寶,沈立煒,彭鑫,趙文耘.軟件產(chǎn)品線領(lǐng)域模型與應(yīng)用模型的通用同步演化方法[J].小型微型計算機系統(tǒng)，2015(02).

[4]黃洋,沈立煒,彭鑫.通用的軟件產(chǎn)品線領(lǐng)域與應(yīng)用特征模型演化同步框架[J].計算機科學(xué),2013(11).

[5]余敦輝,何克清,李兵.基于模型聚類算法的領(lǐng)域問題本體構(gòu)建[J].小型微型計算機系統(tǒng),2013(01).

作者：周夢姝 楊杏 王小剛 殷振華 單位：常州信息職業(yè)技術(shù)學(xué)院軟件學(xué)院 蘇州科大訊飛教育科技有限公司