訂單管理系統畢業論文

　　隨著社會經濟和技術的日益發展,資訊科技運用到企業日常生產銷售活動已經成為不可阻擋的趨勢。下面是小編為大家整理的，供大家參考。

　　篇一

　　某集團公司訂單營運管理系統的分析與設計

　　摘要

　　摘 要：某集團公司事業部海外業務及經營規模不斷擴大，為配合海外營銷公司的發展及加強出口業務及生產管理，擬開發訂單營運管理系統，文章介紹了專案的背景、專案的目標和設計原則，選擇了廣泛使用的.J2EE架構開發此係統，後臺資料庫採用Oracle 9i，根據調研和分析，確定了系統採用三層架構，使用模型驅動MDA的架構設計開發方法。

　　內容

　　關鍵字：訂單;管理系統;分析;設計

　　1 背景介紹

　　某集團公司事業部實施ERP系統重點解決了以財務為核心的發貨及應付賬款管理等問題，但隨著事業部海外業務及經營規模不斷擴大，為配合海外營銷公司的發展及加強出口業務及生產管理，擬建立一套基於B/S技術架構、多組織、運作靈活的訂單營運系統，以訂單管理為主線，共享ERP系統的相關資料，符合公司管理運作模式並能有效支援海外業務管理的訂單營運系統。

　　2 系統建設原則

　　本專案建設將依照以下基本原則：1前瞻性 2相容性 3成熟性4可擴充套件性5整合性6易用性7系統高可用性和安全性

　　3 系統總體規劃

　　該系統建設的範圍是對企業相關的前端業務流程進行分析，利用價值鏈分析方法，對每一個階段進行需求分析與規劃，將業務需求分類成領域核心心價值鏈和輔助價值鏈。再結合企業IT的體質，有條件有步驟的進行業務流程設計與功能設計。這其中也結合管理重組的進行。

　　4 系統設計方案

　　1系統基礎管理：系統基礎管理分四塊內容：

　　一是使用者及許可權管理，保證了訪問系統的基礎功能和安全需求;二是支撐元件管理，保證系統業務模組中得到基礎的通用功能，如訊息、工作流;三是系統管理部分，保證系統管理員能夠對系統執行的管理與控制，如系統日誌、介面、選單、模組定義等;四是為了系統初始化而設定的功能，如系統資料、初始化設定等。

　　2應用模組

　　①組織機構

　　提供面向服務體系目標的多組織和多層次維護。多組織針對不同的業務主體，如各獨立事業部;組織層次可以分為：總部、分中心、高階服務商一級網點、特約服務商、供應商、維修工廠等等。

　　②使用者管理

　　使用者管理包括個人帳號、密碼、郵箱、密碼提示、職位、姓名、登入次數等內容。在使用者忘記密碼後可以通過安全途徑重新獲取密碼。

　　③角色定義

　　定義或修改使用者角色型別，建議平行設定。

　　根據使用者帳號，賦予定義或修改他在系統中的應用角色。

　　根據角色定義，賦予他包含的使用者帳號。

　　角色定義的應用特點為：

　　帳號與角色分離管理方式，使得系統諸多流程定義與實現更簡潔規範。

　　根據管理需要，實際操作使用者可賦予多重角色。

　　除建議角色外，使用者可任意定義角色名稱及含義，以滿足業務發展需要。

　　建議系統管理角色與其他角色嚴格區分。可一人多帳號。

　　④許可權管理

　　許可權管理則為使用者分配使用系統的許可權，包括不同模組的使用權和對資料的操作許可權，使不同的使用者使用和操作不同的資料，從而從廣度和深度兩方面確保了系統資料的安全性。

　　⑤基礎資料

　　系統基礎資料的管理，通常在系統初始化過程中完成，如組織定義、省份、人員、費用專案等。

　　⑥訊息管理

　　訊息管理從機制上可以看作是一個嵌入系統的郵件系統，具備郵件系統的一般功能。

　　⑦工作流管理

　　工作流管理是整個系統的一個公用模組，它定義、控制和管理所有的工作流程，通過對稽核人角色、單據狀態及稽核結果、稽核步驟與結點以及稽核授權處理等四個環節的定義和控制，實現工作流的可管理性。

　　⑧選單模組

　　選單模組維護系統選單資訊和模組資訊，一個選單對應到一個模組，一個模組只能對應到一個選單，選單維護包括選單編碼、選單名稱、選單型別、上級選單、排序號等，模組維護包括模組程式碼、模組名稱、模組描述、模組型別、圖示、引數、工作目錄、首頁面等資訊。

　　⑨系統日誌

　　日誌包括使用者操作日誌和系統錯誤日誌。

　　使用者操作日誌主要記錄使用者對系統登入及操作過程。內容包括使用者編號、使用者名稱稱、登入IP、操作時間、操作類別、操作內容、模組編號等。

　　錯誤日誌主要記錄使用者操作過程中的出錯記錄和系統出錯記錄。內容包括：使用者ID、出錯時間、模組編號錯誤編號、錯誤級別、錯誤說明等。

　　系統將自動記錄使用者操作日誌和系統錯誤日誌，並可根據需要進行刪除、列印。

　　5 應用系統技術架構

　　系統採用如下技術路線：

　　使用模型驅動MDA的架構設計開發方法

　　採用開放的J2EE/J2SE系統平臺，同時支援瀏覽器應用和胖客戶機Rich Client應用

　　採用東軟多層企業應用平臺uniEAP + LCFLight Client Framework的技術

　　資料庫使用高效能的Oracle 9i

　　採用基於元件CORBA/DCOM介面卡IAdapter的應用整合

　　6 技術成熟度、推廣應用情況及前景

　　由於系統均採用成熟的開發平臺和開發技術進行設計開發，因此係統具有較高的技術穩定性和成熟度。可在類似集團公司業務模式的電器製造行業推廣，具有良好的推廣前景。

　　文獻

　　[1]孟曉勝;陳志祥;，分散式協同生產訂單管理系統的研究與開發[J]，現代製造工程，2012年7月

　　[2]唐彥，基於Struts框架的菸草訂單管理系統研究[J]，物流技術，2014年第8期

　　[3]王東方， 基於LLP的汽車製造業物流資訊平臺架構研究[J]，重慶工商大學學報自然科學版，2013.01

　　篇二

　　領域模型在訂單管理系統開發中的應用研究

　　摘要

　　面向特定領域模型的資料處理方法對於軟體重用、軟體可升級和軟體開發效率的提高都有重要的指導意義。論文首先分析領域模型內涵，提出了構造基於領域模型軟體系統架構的一般方法，進而結合訂單管理系統的開發，介紹了領域模型的應用方法和處理流程。實踐表明，基於領域模型的系統開發方法能極大提高實際軟體系統的開發效率。

　　內容

　　【關鍵詞】領域模型 事務指令碼 表模組 表資料模型

　　1 前言

　　面向物件程式設計技術的出現改變了以資料為中心的傳統軟體開發方式。在資料模型的設計與實踐應用中，基於領域模型的資料設計方式逐漸成為主流。傳統的資料處理模型主要採用行、表資料層疊方式，即為資料表中的每一行設計一個物件，後續再採用物件方式進行資料處理，對業務處理卻沒有特別關注。基於領域的設計模型，主要採用視覺化方式表示領域內的概念類或現實世界中的物件。領域模型又稱為概念模型、領域物件模型或者分析物件模型，它專注於分析問題領域本身，注重發掘重要的業務領域概念，並建立業務領域概念之間的關係，可讓軟體開發人員和系統設計人員更加註重處理業務的表達，而不是重點關注資料的層疊處理，從而極大地提高業務處理的效率。

　　2 領域模型

　　領域模型採用面向物件的開發方式處理資料，側重業務模型的建立，使得系統的開發主要圍繞業務而非資料表，可使開發人員主要聚焦領域而非資料。基於領域模型開發軟體系統時，通常採用三層次的系統架構，這三個層次分別是資料訪問層、領域層業務邏輯層，系統真正的核心和表現層，其中，資料訪問層負責與資料來源進行通訊，為上層應用提供資料支撐;領域層業務邏輯層完成系統業務的組織、實現，是系統真正的核心;表現層負責實現使用者介面，提供更好的人機互動。

　　系統三層次架構如圖1所示，層與層之間存在相互依賴的關係，表現層依賴領域層，領域層依賴資料訪問層。

　　系統三層次架構中領域層業務邏輯層是系統的核心，其邏輯組織方式主要採用事務指令碼、表模組和表資料模型這三種模式。

　　2.1 事務指令碼

　　事務指令碼模式將應用介面獲取的資料直接儲存到資料庫中，或者直接從資料庫中獲取所需資料並在使用者介面中進行展示，這種資料訪問模式可使軟體開發人員快速掌握基於某種語言的資料庫訪問技術和過程，因此，非常適合初學者學習和使用。

　　事務指令碼模式處理領域業務時常用兩種領域組織方式，一是將領域邏輯的設計放入儲存過程中，呼叫者通過執行儲存過程即可獲取或者維護資料;另一種方式是將領域邏輯的設計放入應用介面中，再編寫對應的結構化查詢語句SQL實現資料的存取處理。使用儲存過程方式的缺點在於業務邏輯發生變化後，對應的儲存過程必須相應地變化。此外，由於不同資料庫產品對SQL語句實現的差異會導致儲存過程的語法不能通用。將業務邏輯包含在頁面中也有其固有的缺點，一旦業務發生變化，必須重新定義使用者介面;此外，相同的業務邏輯可能應用於多個介面，這樣業務發生變化後則需要多次修改使用者介面。儘管如此，事務指令碼模式由於其簡單、直觀，仍是初學者常用的領域層邏輯組織方式。

　　2.2 表模組

　　表模組模式以資料表為基礎，每次以表為單位存取資料，以表為中心組織業務邏輯。目前，大多數開發者都採用表模組模式，如在.NET平臺中，DataSet，DataTable都採用以表為組織結構的表模組實現方式;在大型的管理資訊系統MIS中，藉助於程式碼生成器如CodeSmith可以快速生成一個應用系統的程式碼，開發效率非常高。

　　使用表模組模式開發系統時，主要圍繞資料的增、刪、改、查處理資料，業務邏輯組織往往比較單一，業務被分派到不同的功能函式中，藉助於事務呼叫不同的功能函式來完成整體的業務邏輯。表模組模式的實現過程通常包括定義資料模型、定義資料訪問類、定義業務邏輯類和組織表現層資料等步驟。表模組的開發方式是過去幾年的主流開發方式，並且有很多優秀的開源庫和工具可供使用。

　　2.3 表資料模型

　　表資料模型主要通過直觀的視覺化資料表，設計表間聯絡，實現業務邏輯，可讓軟體開發人員和系統設計人員更加註重處理業務的表達，而不是重點關注資料的層疊處理，業務處理效率非常高。以下訂單管理系統分析領域模型的應用方法，實現領域模型驅動的資料處理。

　　3 訂單管理系統

　　訂單管理系統首先接受顧客提交的訂單資訊，然後查詢商品庫存，以獲取商品的詳細資訊，最後確定商品送貨方案。訂單管理系統的開發主要涉及資料庫表的設計和基於領域模型的業務邏輯處理。

　　3.1 資料庫表

　　訂單管理系統使用的資料庫包括使用者、訂單、商品和訂單詳情四張表，表的結構和表間的邏輯關係如圖2所示。

　　3.2 領域模型

　　基於領域模型開發應用系統時通常分為業務建模、資料抽象、轉換為實體、定義業務規範和實現業務規範步驟。

　　3.2.1 業務建模

　　業務建模要求將系統的業務採用建模方式確定下來，以後的開發工作都圍繞所建模型進行，這樣能有效控制需求和開發人員變化導致的開發風險。例如在訂單管理系統中，為獲取訂單中商品列表，相應的業務過程如圖3所示。

　　3.2.2 資料抽象

　　資料抽象指根據業務流程，抽象出業務流程所涉及的業務實體，並將實體及其相互關係標註出來。如在獲取客戶訂單中商品明細處理中，經資料抽象得到的業務實體間邏輯關係如圖4所示。

　　在抽象出來的邏輯關係中，訂單和訂單詳情是一對多的關係，訂單詳情和商品是多對多的關係，顧客和訂單是一對多的關係。

　　3.2.3 轉換為實體

　　在抽取業務模型的基礎上，還需將業務模型中的物件轉換為實體。在轉換過程中，需要使用面向物件的方式組織物件之間的關係。獲取客戶訂單中訂單模型轉換為實體的程式碼如下： 　　public class Order{

　　public string Id { get; set; }

　　public DateTime OrderDate { get; set; }

　　public decimal Total { get; set; }

　　/// 訂單所屬的使用者

　　public virtual Customer Customer {get;set;}

　　/// 訂單對應的明細列表

　　public virtual ICollection DetailList { get; set; }

　　}

　　3.2.4 定義業務規範

　　業務規範是領域模型中的核心，定義業務規範就是明確業務物件之間的關係和使用方式。在定義業務規範的過程中，常藉助於構建規約完成規範的建立。如在獲取客戶訂單中商品明細處理模組中，相應業務規範的定義如下：

　　public interface IOrderContract {

　　///根據登入使用者獲取跟使用者的商品列表

　　IEnumerable GetOrderProductListstring customerId;}

　　public class OrderComponent： IOrderContract {IEnumerable IOrderContract.GetOrderProductListstring customerId{

　　//1.構建規約，按使用者編號獲取使用者資訊

　　//2.獲取Customer的訂單列表OrderList

　　//3.遍歷OrderList中的DetailList

　　//4.遍歷DetailList中的產品列表

　　//TODO：根據上述註釋填寫程式碼

　　}

　　}

　　從定義的業務規範中可以看出，獲取ProductList的過程變成了幾個相關物件的業務合併，也就是說一個領域模組的完成是由多個子模組組合而成，而這些子模組又滿足事務約定。

　　3.2.5 實現業務規範

　　在定義業務規範基礎上，最後要實現業務規範。如在獲取客戶訂單中商品明細處理模組中，相應的業務規範實現如下：

　　public class OrderComponent ： IOrderContract{IEnumerable IOrderContract.GetOrderProductListstring customerId{

　　//1.構建規約，按使用者編號獲取使用者資訊

　　//2.獲取Customer的OrderList

　　//3.遍歷OrderList中的DetailList

　　//4.遍歷DetailList中的產品列表

　　//TODO：根據上述註釋填寫程式碼

　　var orders = CustomerContract.FindcustomerId.OrderList;

　　var details = OrderDetailContract.GetDetailListorders;

　　return ProductContract.GetProductListdetails;}

　　}

　　4 總結

　　本文在闡述領域模型設計原理與方法的基礎上，結合訂單管理系統的開發，介紹了領域模型的應用方法和處理流程。應用實踐表明，面向特定領域模型的資料處理方法對於軟體重用、軟體可升級性和提高開發系列軟體系統的效率都有重要的指導意義。

　　文獻

　　[1] 呂有界.基於Modelica多領域建模模擬研究現狀與思考[J].廣州航海學院學報，201402.

　　[2] 葉新，潘清，董正巨集.多領域建模模擬方法綜述[J].軟體，201403.

　　[3] 丁寶寶，沈立煒，彭鑫，趙文耘.軟體產品線領域模型與應用模型的通用同步演化方法[J].小型微型計算機系統，201502.

　　[4] 黃洋，沈立煒，彭鑫.通用的軟體產品線領域與應用特徵模型演化同步框架[J]. 電腦科學，201311.

　　[5] 餘敦輝，何克清，李兵.基於模型聚類演算法的領域問題本體構建[J].小型微型計算機系統，201301.

有關推薦：