訂單管理系統(tǒng)畢業(yè)論文
訂單管理系統(tǒng)畢業(yè)論文
隨著社會經(jīng)濟和技術的日益發(fā)展,信息技術運用到企業(yè)日常生產(chǎn)銷售活動已經(jīng)成為不可阻擋的趨勢。下面是學習啦小編為大家整理的訂單管理系統(tǒng)畢業(yè)論文，供大家參考。
訂單管理系統(tǒng)畢業(yè)論文篇一
某集團公司訂單營運管理系統(tǒng)的分析與設計
訂單管理系統(tǒng)畢業(yè)論文摘要
摘 要：某集團公司事業(yè)部海外業(yè)務及經(jīng)營規(guī)模不斷擴大，為配合海外營銷公司的發(fā)展及加強出口業(yè)務及生產(chǎn)管理，擬開發(fā)訂單營運管理系統(tǒng)，文章介紹了項目的背景、項目的目標和設計原則，選擇了廣泛使用的.J2EE架構開發(fā)此系統(tǒng)，后臺數(shù)據(jù)庫采用Oracle 9i，根據(jù)調(diào)研和分析，確定了系統(tǒng)采用三層架構，使用模型驅(qū)動(MDA)的架構設計開發(fā)方法。
訂單管理系統(tǒng)畢業(yè)論文內(nèi)容
關鍵字：訂單;管理系統(tǒng);分析;設計
1 背景介紹
某集團公司事業(yè)部實施ERP系統(tǒng)重點解決了以財務為核心的發(fā)貨及應付賬款管理等問題，但隨著事業(yè)部海外業(yè)務及經(jīng)營規(guī)模不斷擴大，為配合海外營銷公司的發(fā)展及加強出口業(yè)務及生產(chǎn)管理，擬建立一套基于B/S技術架構、多組織、運作靈活的訂單營運系統(tǒng)，以訂單管理為主線，共享ERP系統(tǒng)的相關數(shù)據(jù)，符合公司管理運作模式并能有效支持海外業(yè)務管理的訂單營運系統(tǒng)。
2 系統(tǒng)建設原則
本項目建設將依照以下基本原則：(1)前瞻性 (2)兼容性 (3)成熟性(4)可擴展性(5)集成性(6)易用性(7)系統(tǒng)高可用性和安全性
3 系統(tǒng)總體規(guī)劃
該系統(tǒng)建設的范圍是對企業(yè)相關的前端業(yè)務流程進行分析，利用價值鏈分析方法，對每一個階段進行需求分析與規(guī)劃，將業(yè)務需求分類成領域內(nèi)核心價值鏈和輔助價值鏈。再結合企業(yè)IT的體質(zhì)，有條件有步驟的進行業(yè)務流程設計與功能設計。這其中也結合管理重組的進行。
4 系統(tǒng)設計方案
(1)系統(tǒng)基礎管理：系統(tǒng)基礎管理分四塊內(nèi)容：
一是用戶及權限管理，保證了訪問系統(tǒng)的基礎功能和安全需求;二是支撐組件管理，保證系統(tǒng)業(yè)務模塊中得到基礎的通用功能，如消息、工作流;三是系統(tǒng)管理部分，保證系統(tǒng)管理員能夠?qū)ο到y(tǒng)運行的管理與控制，如系統(tǒng)日志、接口、菜單、模塊定義等;四是為了系統(tǒng)初始化而設置的功能，如系統(tǒng)資料、初始化設定等。
(2)應用模塊
?、俳M織機構
提供面向服務體系(目標)的多組織和多層次維護。多組織針對不同的業(yè)務主體，如各獨立事業(yè)部;組織層次可以分為：總部、分中心、高級服務商(一級網(wǎng)點)、特約服務商、供應商、維修工廠等等。
?、谟脩艄芾?/p>
用戶管理包括個人帳號、密碼、郵箱、密碼提示、職位、姓名、登錄次數(shù)等內(nèi)容。在用戶忘記密碼后可以通過安全途徑重新獲取密碼。
?、劢巧x
定義或修改用戶角色類型，建議平行設置。
根據(jù)用戶帳號，賦予(定義或修改)他在系統(tǒng)中的應用角色。
根據(jù)角色定義，賦予他包含的用戶帳號。
角色定義的應用特點為：
帳號與角色分離管理方式，使得系統(tǒng)諸多流程定義與實現(xiàn)更簡潔規(guī)范。
根據(jù)管理需要，實際操作用戶可賦予多重角色。
除建議角色外，用戶可任意定義角色名稱及含義，以滿足業(yè)務發(fā)展需要。
建議系統(tǒng)管理角色與其他角色嚴格區(qū)分?？梢蝗硕鄮ぬ?。
④權限管理
權限管理則為用戶分配使用系統(tǒng)的權限，包括不同模塊的使用權和對數(shù)據(jù)的操作權限，使不同的用戶使用和操作不同的數(shù)據(jù)，從而從廣度和深度兩方面確保了系統(tǒng)數(shù)據(jù)的安全性。
?、莼A資料
系統(tǒng)基礎數(shù)據(jù)的管理，通常在系統(tǒng)初始化過程中完成，如組織定義、省份、人員、費用項目等。
?、尴⒐芾?/p>
消息管理從機制上可以看作是一個嵌入系統(tǒng)的郵件系統(tǒng)，具備郵件系統(tǒng)的一般功能。
⑦工作流管理
工作流管理是整個系統(tǒng)的一個公用模塊，它定義、控制和管理所有的工作流程，通過對審核人角色、單據(jù)狀態(tài)及審核結果、審核步驟與結點以及審核授權處理等四個環(huán)節(jié)的定義和控制，實現(xiàn)工作流的可管理性。
?、嗖藛文K
菜單模塊維護系統(tǒng)菜單信息和模塊信息，一個菜單對應到一個模塊，一個模塊只能對應到一個菜單，菜單維護包括菜單編碼、菜單名稱、菜單類型、上級菜單、排序號等，模塊維護包括模塊代碼、模塊名稱、模塊描述、模塊類型、圖標、參數(shù)、工作目錄、首頁面等信息。
?、嵯到y(tǒng)日志
日志包括用戶操作日志和系統(tǒng)錯誤日志。
用戶操作日志主要記錄用戶對系統(tǒng)登錄及操作過程。內(nèi)容包括用戶編號、用戶名稱、登錄IP、操作時間、操作類別、操作內(nèi)容、模塊編號等。
錯誤日志主要記錄用戶操作過程中的出錯記錄和系統(tǒng)出錯記錄。內(nèi)容包括：用戶ID、出錯時間、模塊編號錯誤編號、錯誤級別、錯誤說明等。
系統(tǒng)將自動記錄用戶操作日志和系統(tǒng)錯誤日志，并可根據(jù)需要進行刪除、打印。
5 應用系統(tǒng)技術架構
系統(tǒng)采用如下技術路線：
使用模型驅(qū)動(MDA)的架構設計開發(fā)方法
采用開放的J2EE/J2SE系統(tǒng)平臺，同時支持瀏覽器應用和胖客戶機(Rich Client)應用
采用東軟多層企業(yè)應用平臺uniEAP + LCF(Light Client Framework)的技術
數(shù)據(jù)庫使用高性能的Oracle 9i
采用基于組件(CORBA/DCOM)適配器IAdapter的應用集成
6 技術成熟度、推廣應用情況及前景
由于系統(tǒng)均采用成熟的開發(fā)平臺和開發(fā)技術進行設計開發(fā)，因此系統(tǒng)具有較高的技術穩(wěn)定性和成熟度?？稍陬愃萍瘓F公司業(yè)務模式的電器制造行業(yè)推廣，具有良好的推廣前景。
訂單管理系統(tǒng)畢業(yè)論文文獻
[1]孟曉勝;陳志祥;，分布式協(xié)同生產(chǎn)訂單管理系統(tǒng)的研究與開發(fā)[J]，現(xiàn)代制造工程，2012年7月
[2]唐彥，基于Struts框架的煙草訂單管理系統(tǒng)研究[J]，物流技術，2014年第8期
[3]王東方， 基于LLP的汽車制造業(yè)物流信息平臺架構研究[J]，重慶工商大學學報(自然科學版)，2013.01
訂單管理系統(tǒng)畢業(yè)論文篇二
領域模型在訂單管理系統(tǒng)開發(fā)中的應用研究
訂單管理系統(tǒng)畢業(yè)論文摘要
面向特定領域模型的數(shù)據(jù)處理方法對于軟件重用、軟件可升級和軟件開發(fā)效率的提高都有重要的指導意義。論文首先分析領域模型內(nèi)涵，提出了構造基于領域模型軟件系統(tǒng)架構的一般方法，進而結合訂單管理系統(tǒng)的開發(fā)，介紹了領域模型的應用方法和處理流程。實踐表明，基于領域模型的系統(tǒng)開發(fā)方法能極大提高實際軟件系統(tǒng)的開發(fā)效率。
訂單管理系統(tǒng)畢業(yè)論文內(nèi)容
【關鍵詞】領域模型 事務腳本 表模塊 表數(shù)據(jù)模型
1 前言
面向?qū)ο缶幊碳夹g的出現(xiàn)改變了以數(shù)據(jù)為中心的傳統(tǒng)軟件開發(fā)方式。在數(shù)據(jù)模型的設計與實踐應用中，基于領域模型的數(shù)據(jù)設計方式逐漸成為主流。傳統(tǒng)的數(shù)據(jù)處理模型主要采用行入口、表入口數(shù)據(jù)層疊方式，即為數(shù)據(jù)表中的每一行設計一個對象，后續(xù)再采用對象方式進行數(shù)據(jù)處理，對業(yè)務處理卻沒有特別關注?；陬I域的設計模型，主要采用可視化方式表示領域內(nèi)的概念類或現(xiàn)實世界中的對象。領域模型又稱為概念模型、領域?qū)ο竽Ｐ突蛘叻治鰧ο竽Ｐ?，它專注于分析問題領域本身，注重發(fā)掘重要的業(yè)務領域概念，并建立業(yè)務領域概念之間的關系，可讓軟件開發(fā)人員和系統(tǒng)設計人員更加注重處理業(yè)務的表達，而不是重點關注數(shù)據(jù)的層疊處理，從而極大地提高業(yè)務處理的效率。
2 領域模型
領域模型采用面向?qū)ο蟮拈_發(fā)方式處理數(shù)據(jù)，側重業(yè)務模型的建立，使得系統(tǒng)的開發(fā)主要圍繞業(yè)務而非數(shù)據(jù)表，可使開發(fā)人員主要聚焦領域而非數(shù)據(jù)?；陬I域模型開發(fā)軟件系統(tǒng)時，通常采用三層次的系統(tǒng)架構，這三個層次分別是數(shù)據(jù)訪問層、領域?qū)?業(yè)務邏輯層，系統(tǒng)真正的核心)和表現(xiàn)層，其中，數(shù)據(jù)訪問層負責與數(shù)據(jù)源進行通信，為上層應用提供數(shù)據(jù)支撐;領域?qū)?業(yè)務邏輯層)完成系統(tǒng)業(yè)務的組織、實現(xiàn)，是系統(tǒng)真正的核心;表現(xiàn)層負責實現(xiàn)用戶界面，提供更好的人機交互。
系統(tǒng)三層次架構如圖1所示，層與層之間存在相互依賴的關系，表現(xiàn)層依賴領域?qū)樱I域?qū)右蕾嚁?shù)據(jù)訪問層。
系統(tǒng)三層次架構中領域?qū)?業(yè)務邏輯層)是系統(tǒng)的核心，其邏輯組織方式主要采用事務腳本、表模塊和表數(shù)據(jù)模型這三種模式。
2.1 事務腳本
事務腳本模式將應用界面獲取的數(shù)據(jù)直接存儲到數(shù)據(jù)庫中，或者直接從數(shù)據(jù)庫中獲取所需數(shù)據(jù)并在用戶界面中進行展示，這種數(shù)據(jù)訪問模式可使軟件開發(fā)人員快速掌握基于某種語言的數(shù)據(jù)庫訪問技術和過程，因此，非常適合初學者學習和使用。
事務腳本模式處理領域業(yè)務時常用兩種領域組織方式，一是將領域邏輯的設計放入存儲過程中，調(diào)用者通過執(zhí)行存儲過程即可獲取或者維護數(shù)據(jù);另一種方式是將領域邏輯的設計放入應用界面中，再編寫對應的結構化查詢語句(SQL)實現(xiàn)數(shù)據(jù)的存取處理。使用存儲過程方式的缺點在于業(yè)務邏輯發(fā)生變化后，對應的存儲過程必須相應地變化。此外，由于不同數(shù)據(jù)庫產(chǎn)品對SQL語句實現(xiàn)的差異會導致存儲過程的語法不能通用。將業(yè)務邏輯包含在頁面中也有其固有的缺點，一旦業(yè)務發(fā)生變化，必須重新定義用戶界面;此外，相同的業(yè)務邏輯可能應用于多個界面，這樣業(yè)務發(fā)生變化后則需要多次修改用戶界面。盡管如此，事務腳本模式由于其簡單、直觀，仍是初學者常用的領域?qū)舆壿嫿M織方式。
2.2 表模塊
表模塊模式以數(shù)據(jù)表為基礎，每次以表為單位存取數(shù)據(jù)，以表為中心組織業(yè)務邏輯。目前，大多數(shù)開發(fā)者都采用表模塊模式，如在.NET平臺中，DataSet，DataTable都采用以表為組織結構的表模塊實現(xiàn)方式;在大型的管理信息系統(tǒng)(MIS)中，借助于代碼生成器(如CodeSmith)可以快速生成一個應用系統(tǒng)的代碼，開發(fā)效率非常高。
使用表模塊模式開發(fā)系統(tǒng)時，主要圍繞數(shù)據(jù)的增、刪、改、查處理數(shù)據(jù)，業(yè)務邏輯組織往往比較單一，業(yè)務被分派到不同的功能函數(shù)中，借助于事務調(diào)用不同的功能函數(shù)來完成整體的業(yè)務邏輯。表模塊模式的實現(xiàn)過程通常包括定義數(shù)據(jù)模型、定義數(shù)據(jù)訪問類、定義業(yè)務邏輯類和組織表現(xiàn)層數(shù)據(jù)等步驟。表模塊的開發(fā)方式是過去幾年的主流開發(fā)方式，并且有很多優(yōu)秀的開源庫和工具可供使用。
2.3 表數(shù)據(jù)模型
表數(shù)據(jù)模型主要通過直觀的可視化數(shù)據(jù)表，設計表間聯(lián)系，實現(xiàn)業(yè)務邏輯，可讓軟件開發(fā)人員和系統(tǒng)設計人員更加注重處理業(yè)務的表達，而不是重點關注數(shù)據(jù)的層疊處理，業(yè)務處理效率非常高。以下訂單管理系統(tǒng)分析領域模型的應用方法，實現(xiàn)領域模型驅(qū)動的數(shù)據(jù)處理。
3 訂單管理系統(tǒng)
訂單管理系統(tǒng)首先接受顧客提交的訂單信息，然后查詢商品庫存，以獲取商品的詳細信息，最后確定商品送貨方案。訂單管理系統(tǒng)的開發(fā)主要涉及數(shù)據(jù)庫表的設計和基于領域模型的業(yè)務邏輯處理。
3.1 數(shù)據(jù)庫表
訂單管理系統(tǒng)使用的數(shù)據(jù)庫包括用戶、訂單、商品和訂單詳情四張表，表的結構和表間的邏輯關系如圖2所示。
3.2 領域模型
基于領域模型開發(fā)應用系統(tǒng)時通常分為業(yè)務建模、數(shù)據(jù)抽象、轉換為實體、定義業(yè)務規(guī)范和實現(xiàn)業(yè)務規(guī)范步驟。
3.2.1 業(yè)務建模
業(yè)務建模要求將系統(tǒng)的業(yè)務采用建模方式確定下來，以后的開發(fā)工作都圍繞所建模型進行，這樣能有效控制需求和開發(fā)人員變化導致的開發(fā)風險。例如在訂單管理系統(tǒng)中，為獲取訂單中商品列表，相應的業(yè)務過程如圖3所示。
3.2.2 數(shù)據(jù)抽象
數(shù)據(jù)抽象指根據(jù)業(yè)務流程，抽象出業(yè)務流程所涉及的業(yè)務實體，并將實體及其相互關系標注出來。如在獲取客戶訂單中商品明細處理中，經(jīng)數(shù)據(jù)抽象得到的業(yè)務實體間邏輯關系如圖4所示。
在抽象出來的邏輯關系中，訂單和訂單詳情是一對多的關系，訂單詳情和商品是多對多的關系，顧客和訂單是一對多的關系。
3.2.3 轉換為實體
在抽取業(yè)務模型的基礎上，還需將業(yè)務模型中的對象轉換為實體。在轉換過程中，需要使用面向?qū)ο蟮姆绞浇M織對象之間的關系。獲取客戶訂單中訂單模型轉換為實體的代碼如下： 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 定義業(yè)務規(guī)范
業(yè)務規(guī)范是領域模型中的核心，定義業(yè)務規(guī)范就是明確業(yè)務對象之間的關系和使用方式。在定義業(yè)務規(guī)范的過程中，常借助于構建規(guī)約完成規(guī)范的創(chuàng)建。如在獲取客戶訂單中商品明細處理模塊中，相應業(yè)務規(guī)范的定義如下：
public interface IOrderContract {
///根據(jù)登錄用戶獲取跟用戶的商品列表
IEnumerable GetOrderProductList(string customerId);}
public class OrderComponent： IOrderContract {IEnumerable IOrderContract.GetOrderProductList(string customerId){
//1.構建規(guī)約，按用戶編號獲取用戶信息
//2.獲取Customer的訂單列表OrderList
//3.遍歷OrderList中的DetailList
//4.遍歷DetailList中的產(chǎn)品列表
//TODO：根據(jù)上述注釋填寫代碼
}
}
從定義的業(yè)務規(guī)范中可以看出，獲取ProductList的過程變成了幾個相關對象的業(yè)務合并，也就是說一個領域模塊的完成是由多個子模塊組合而成，而這些子模塊又滿足事務約定。
3.2.5 實現(xiàn)業(yè)務規(guī)范
在定義業(yè)務規(guī)范基礎上，最后要實現(xiàn)業(yè)務規(guī)范。如在獲取客戶訂單中商品明細處理模塊中，相應的業(yè)務規(guī)范實現(xiàn)如下：
public class OrderComponent ： IOrderContract{IEnumerable IOrderContract.GetOrderProductList(string customerId){
//1.構建規(guī)約，按用戶編號獲取用戶信息
//2.獲取Customer的OrderList
//3.遍歷OrderList中的DetailList
//4.遍歷DetailList中的產(chǎn)品列表
//TODO：根據(jù)上述注釋填寫代碼
var orders = CustomerContract.Find(customerId).OrderList;
var details = OrderDetailContract.GetDetailList(orders);
return ProductContract.GetProductList(details);}
}
4 總結
本文在闡述領域模型設計原理與方法的基礎上，結合訂單管理系統(tǒng)的開發(fā)，介紹了領域模型的應用方法和處理流程。應用實踐表明，面向特定領域模型的數(shù)據(jù)處理方法對于軟件重用、軟件可升級性和提高開發(fā)系列軟件系統(tǒng)的效率都有重要的指導意義。
訂單管理系統(tǒng)畢業(yè)論文文獻
[1] 呂有界.基于Modelica多領域建模仿真研究現(xiàn)狀與思考[J].廣州航海學院學報，2014(02).
[2] 葉新，潘清，董正宏.多領域建模仿真方法綜述[J].軟件，2014(03).
[3] 丁寶寶，沈立煒，彭鑫，趙文耘.軟件產(chǎn)品線領域模型與應用模型的通用同步演化方法[J].小型微型計算機系統(tǒng)，2015(02).
[4] 黃洋，沈立煒，彭鑫.通用的軟件產(chǎn)品線領域與應用特征模型演化同步框架[J]. 計算機科學，2013(11).
[5] 余敦輝，何克清，李兵.基于模型聚類算法的領域問題本體構建[J].小型微型計算機系統(tǒng)，2013(01).
有關訂單管理系統(tǒng)畢業(yè)論文推薦：