訂單管理系統(tǒng)畢業(yè)論文

訂單管理系統(tǒng)畢業(yè)論文訂單管理系統(tǒng)畢業(yè)論文隨著社會經(jīng)濟(jì)和技術(shù)的日益發(fā)展,信息技術(shù)運(yùn)用到企業(yè)日常生產(chǎn)銷售活動已經(jīng)成為不可阻擋的趨勢。下面是學(xué)習(xí)啦我為大家整理的訂單管理系統(tǒng)畢業(yè)論文，供大家參考。訂單管理系統(tǒng)畢業(yè)論文篇一某集團(tuán)公司訂單營運(yùn)管理系統(tǒng)的分析與設(shè)計訂單管理系統(tǒng)畢業(yè)論文摘要摘要：某集團(tuán)公司事業(yè)部海外業(yè)務(wù)及經(jīng)營規(guī)模不斷擴(kuò)大，為配合海外營銷公司的發(fā)展及加強(qiáng)出口業(yè)務(wù)及生產(chǎn)管理，擬開發(fā)訂單營運(yùn)管理系統(tǒng)，文章介紹了項目的背景、項目的目的和設(shè)計原則，選擇了廣泛使用的.J2EE架構(gòu)開發(fā)此系統(tǒng)，后臺數(shù)據(jù)庫采用Oracle9i，根據(jù)調(diào)研和分析，確定了系統(tǒng)采用三層架構(gòu)，使用模型驅(qū)動(MDA)的架構(gòu)設(shè)計開發(fā)方法。訂單管理系統(tǒng)畢業(yè)論文內(nèi)容關(guān)鍵字：訂單;管理系統(tǒng);分析;設(shè)計1背景介紹某集團(tuán)公司事業(yè)部施行ERP系統(tǒng)重點(diǎn)解決了以財務(wù)為核心的發(fā)貨及應(yīng)付賬款管理等問題，但隨著事業(yè)部海外業(yè)務(wù)及經(jīng)營規(guī)模不斷擴(kuò)大，為配合海外營銷公司的發(fā)展及加強(qiáng)出口業(yè)務(wù)及生產(chǎn)管理，擬建立一套基于B/S技術(shù)架構(gòu)、多組織、運(yùn)作靈敏的訂單營運(yùn)系統(tǒng)，以訂單管理為主線，分享ERP系統(tǒng)的相關(guān)數(shù)據(jù)，符合公司管理運(yùn)作形式并能有效支持海外業(yè)務(wù)管理的訂單營運(yùn)系統(tǒng)。2系統(tǒng)建設(shè)原則本項目建設(shè)將按照下面基本原則：(1)前瞻性(2)兼容性(3)成熟性(4)可擴(kuò)展性(5)集成性(6)易用性(7)系統(tǒng)高可用性和安全性3系統(tǒng)總體規(guī)劃該系統(tǒng)建設(shè)的范圍是對企業(yè)相關(guān)的前端業(yè)務(wù)流程進(jìn)行分析，利用價值鏈分析方法，對每一個階段進(jìn)行需求分析與規(guī)劃，將業(yè)務(wù)需求分類成領(lǐng)域內(nèi)核心價值鏈和輔助價值鏈。再結(jié)合企業(yè)IT的體質(zhì)，有條件有步驟的進(jìn)行業(yè)務(wù)流程設(shè)計與功能設(shè)計。這其中也結(jié)合管理重組的進(jìn)行。4系統(tǒng)設(shè)計方案(1)系統(tǒng)基礎(chǔ)管理：系統(tǒng)基礎(chǔ)管理分四塊內(nèi)容：一是用戶及權(quán)限管理，保證了訪問系統(tǒng)的基礎(chǔ)功能和安全需求;二是支撐組件管理，保證系統(tǒng)業(yè)務(wù)模塊中得到基礎(chǔ)的通用功能，如消息、工作流;三是系統(tǒng)管理部分，保證系統(tǒng)管理員能夠?qū)ο到y(tǒng)運(yùn)行的管理與控制，如系統(tǒng)日志、接口、菜單、模塊定義等;四是為了系統(tǒng)初始化而設(shè)置的功能，如系統(tǒng)資料、初始化設(shè)定等。(2)應(yīng)用模塊①組織機(jī)構(gòu)提供面向服務(wù)體系(目的)的多組織和多層次維護(hù)。多組織針對不同的業(yè)務(wù)主體，如各獨(dú)立事業(yè)部;組織層次能夠分為：總部、分中心、高級服務(wù)商(一級網(wǎng)點(diǎn))、特約服務(wù)商、供給商、維修工廠等等。②用戶管理用戶管理包括個人帳號、密碼、郵箱、密碼提示、職位、姓名、登錄次數(shù)等內(nèi)容。在用戶忘記密碼后能夠通過安全途徑重新獲取密碼。③角色定義定義或修改用戶角色類型，建議平行設(shè)置。根據(jù)用戶帳號，賦予(定義或修改)他在系統(tǒng)中的應(yīng)用角色。根據(jù)角色定義，賦予他包含的用戶帳號。角色定義的應(yīng)用特點(diǎn)為：帳號與角色分離管理方式，使得系統(tǒng)眾多流程定義與實(shí)現(xiàn)更簡潔規(guī)范。根據(jù)管理需要，實(shí)際操作用戶可賦予多重角色。除建議角色外，用戶可任意定義角色名稱及含義，以知足業(yè)務(wù)發(fā)展需要。建議系統(tǒng)管理角色與其他角色嚴(yán)格區(qū)分?？梢蝗硕鄮ぬ枴＂軝?quán)限管理權(quán)限管理則為用戶分配使用系統(tǒng)的權(quán)限，包括不同模塊的使用權(quán)和對數(shù)據(jù)的操作權(quán)限，使不同的用戶使用和操作不同的數(shù)據(jù)，進(jìn)而從廣度和深度兩方面確保了系統(tǒng)數(shù)據(jù)的安全性。⑤基礎(chǔ)資料系統(tǒng)基礎(chǔ)數(shù)據(jù)的管理，通常在系統(tǒng)初始化經(jīng)過中完成，如組織定義、省份、人員、費(fèi)用項目等。⑥消息管理消息管理從機(jī)制上能夠看作是一個嵌入系統(tǒng)的郵件系統(tǒng)，具備郵件系統(tǒng)的一般功能。⑦工作流管理工作流管理是整個系統(tǒng)的一個公用模塊，它定義、控制和管理所有的工作流程，通過對審核人角色、單據(jù)狀態(tài)及審核結(jié)果、審核步驟與結(jié)點(diǎn)以及審核受權(quán)處理等四個環(huán)節(jié)的定義和控制，實(shí)現(xiàn)工作流的可管理性。⑧菜單模塊菜單模塊維護(hù)系統(tǒng)菜單信息和模塊信息，一個菜單對應(yīng)到一個模塊，一個模塊只能對應(yīng)到一個菜單，菜單維護(hù)包括菜單編碼、菜單名稱、菜單類型、上級菜單、排序號等，模塊維護(hù)包括模塊代碼、模塊名稱、模塊描繪、模塊類型、圖標(biāo)、參數(shù)、工作目錄、首頁面等信息。⑨系統(tǒng)日志日志包括用戶操作日志和系統(tǒng)錯誤日志。用戶操作日志主要記錄用戶對系統(tǒng)登錄及操作經(jīng)過。內(nèi)容包括用戶編號、用戶名稱、登錄IP、操作時間、操作類別、操作內(nèi)容、模塊編號等。錯誤日志主要記錄用戶操作經(jīng)過中的出錯記錄和系統(tǒng)出錯記錄。內(nèi)容包括：用戶ID、出錯時間、模塊編號錯誤編號、錯誤級別、錯誤講明等。系統(tǒng)將自動記錄用戶操作日志和系統(tǒng)錯誤日志，并可根據(jù)需要進(jìn)行刪除、打印。5應(yīng)用系統(tǒng)技術(shù)架構(gòu)系統(tǒng)采用如下技術(shù)道路：使用模型驅(qū)動(MDA)的架構(gòu)設(shè)計開發(fā)方法采用開放的J2EE/J2SE系統(tǒng)平臺，同時支持閱讀器應(yīng)用和胖客戶機(jī)(RichClient)應(yīng)用采用東軟多層企業(yè)應(yīng)用平臺uniEAP+LCF(LightClientFramework)的技術(shù)數(shù)據(jù)庫使用高性能的Oracle9i采用基于組件(CORBA/DCOM)適配器IAdapter的應(yīng)用集成6技術(shù)成熟度、推廣應(yīng)用情況及前景由于系統(tǒng)均采用成熟的開發(fā)平臺和開發(fā)技術(shù)進(jìn)行設(shè)計開發(fā)，因而系統(tǒng)具有較高的技術(shù)穩(wěn)定性和成熟度?？稍陬愃萍瘓F(tuán)公司業(yè)務(wù)形式的電器制造行業(yè)推廣，具有良好的推廣前景。訂單管理系統(tǒng)畢業(yè)論文文獻(xiàn)[1]孟曉勝;陳志祥;，分布式協(xié)同生產(chǎn)訂單管理系統(tǒng)的研究與開發(fā)[J]，當(dāng)代制造工程，2021年7月[2]唐彥，基于Struts框架的煙草訂單管理系統(tǒng)研究[J]，物流技術(shù)，2021年第8期[3]王東方，基于LLP的汽車制造業(yè)物流信息平臺架構(gòu)研究[J]，重慶工商大學(xué)學(xué)報(自然科學(xué)版)，2021.01訂單管理系統(tǒng)畢業(yè)論文篇二領(lǐng)域模型在訂單管理系統(tǒng)開發(fā)中的應(yīng)用研究訂單管理系統(tǒng)畢業(yè)論文摘要面向特定領(lǐng)域模型的數(shù)據(jù)處理方法對于軟件重用、軟件可升級和軟件開發(fā)效率的提高都有重要的指導(dǎo)意義。論文首先分析領(lǐng)域模型內(nèi)涵，提出了構(gòu)造基于領(lǐng)域模型軟件系統(tǒng)架構(gòu)的一般方法，進(jìn)而結(jié)合訂單管理系統(tǒng)的開發(fā)，介紹了領(lǐng)域模型的應(yīng)用方法和處理流程。實(shí)踐表明，基于領(lǐng)域模型的系統(tǒng)開發(fā)方法能極大提高實(shí)際軟件系統(tǒng)的開發(fā)效率。訂單管理系統(tǒng)畢業(yè)論文內(nèi)容【關(guān)鍵詞】領(lǐng)域模型事務(wù)腳本表模塊表數(shù)據(jù)模型1前言面向?qū)ο缶幊碳夹g(shù)的出現(xiàn)改變了以數(shù)據(jù)為中心的傳統(tǒng)軟件開發(fā)方式。在數(shù)據(jù)模型的設(shè)計與實(shí)踐應(yīng)用中，基于領(lǐng)域模型的數(shù)據(jù)設(shè)計方式逐步成為主流。傳統(tǒng)的數(shù)據(jù)處理模型主要采用行入口、表入口數(shù)據(jù)層疊方式，即為數(shù)據(jù)表中的每一行設(shè)計一個對象，后續(xù)再采用對象方式進(jìn)行數(shù)據(jù)處理，對業(yè)務(wù)處理卻沒有十分關(guān)注?；陬I(lǐng)域的設(shè)計模型，主要采用可視化方式表示領(lǐng)域內(nèi)的概念類或現(xiàn)實(shí)世界中的對象。領(lǐng)域模型又稱為概念模型、領(lǐng)域?qū)ο竽Ｐ突蛘叻治鰧ο竽Ｐ停鼘Ｗ⒂诜治鰡栴}領(lǐng)域本身，注重開掘重要的業(yè)務(wù)領(lǐng)域概念，并建立業(yè)務(wù)領(lǐng)域概念之間的關(guān)系，可讓軟件開發(fā)人員和系統(tǒng)設(shè)計人員愈加注重處理業(yè)務(wù)的表達(dá)，而不是重點(diǎn)關(guān)注數(shù)據(jù)的層疊處理，進(jìn)而極大地提高業(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ù)?；陬I(lǐng)域模型開發(fā)軟件系統(tǒng)時，通常采用三層次的系統(tǒng)架構(gòu)，這三個層次分別是數(shù)據(jù)訪問層、領(lǐng)域?qū)?業(yè)務(wù)邏輯層，系統(tǒng)真正的核心)和表現(xiàn)層，其中，數(shù)據(jù)訪問層負(fù)責(zé)與數(shù)據(jù)源進(jìn)行通信，為上層應(yīng)用提供數(shù)據(jù)支撐;領(lǐng)域?qū)?業(yè)務(wù)邏輯層)完成系統(tǒng)業(yè)務(wù)的組織、實(shí)現(xiàn)，是系統(tǒng)真正的核心;表現(xiàn)層負(fù)責(zé)實(shí)現(xiàn)用戶界面，提供更好的人機(jī)交互。系統(tǒng)三層次架構(gòu)如圖1所示，層與層之間存在互相依靠的關(guān)系，表現(xiàn)層依靠領(lǐng)域?qū)?，領(lǐng)域?qū)右揽繑?shù)據(jù)訪問層。系統(tǒng)三層次架構(gòu)中領(lǐng)域?qū)?業(yè)務(wù)邏輯層)是系統(tǒng)的核心，其邏輯組織方式主要采用事務(wù)腳本、表模塊和表數(shù)據(jù)模型這三種形式。2.1事務(wù)腳本事務(wù)腳本形式將應(yīng)用界面獲取的數(shù)據(jù)直接存儲到數(shù)據(jù)庫中，或者直接從數(shù)據(jù)庫中獲取所需數(shù)據(jù)并在用戶界面中進(jìn)行展示，這種數(shù)據(jù)訪問形式可使軟件開發(fā)人員快速把握基于某種語言的數(shù)據(jù)庫訪問技術(shù)和經(jīng)過，因而，非常合適初學(xué)者學(xué)習(xí)和使用。事務(wù)腳本形式處理領(lǐng)域業(yè)務(wù)時常用兩種領(lǐng)域組織方式，一是將領(lǐng)域邏輯的設(shè)計放入存儲經(jīng)過中，調(diào)用者通過執(zhí)行存儲經(jīng)過即可獲取或者維護(hù)數(shù)據(jù);另一種方式是將領(lǐng)域邏輯的設(shè)計放入應(yīng)用界面中，再編寫對應(yīng)的構(gòu)造化查詢語句(SQL)實(shí)現(xiàn)數(shù)據(jù)的存取處理。使用存儲經(jīng)過方式的缺點(diǎn)在于業(yè)務(wù)邏輯發(fā)生變化后，對應(yīng)的存儲經(jīng)過必須相應(yīng)地變化。此外，由于不同數(shù)據(jù)庫產(chǎn)品對SQL語句實(shí)現(xiàn)的差異會導(dǎo)致存儲經(jīng)過的語法不能通用。將業(yè)務(wù)邏輯包含在頁面中也有其固有的缺點(diǎn)，一旦業(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都采用以表為組織構(gòu)造的表模塊實(shí)現(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ù)邏輯。表模塊形式的實(shí)現(xiàn)經(jīng)過通常包括定義數(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)絡(luò)，實(shí)現(xiàn)業(yè)務(wù)邏輯，可讓軟件開發(fā)人員和系統(tǒng)設(shè)計人員愈加注重處理業(yè)務(wù)的表達(dá)，而不是重點(diǎn)關(guān)注數(shù)據(jù)的層疊處理，業(yè)務(wù)處理效率非常高。下面訂單管理系統(tǒng)分析領(lǐng)域模型的應(yīng)用方法，實(shí)現(xiàn)領(lǐng)域模型驅(qū)動的數(shù)據(jù)處理。3訂單管理系統(tǒng)訂單管理系統(tǒng)首先接受顧客提交的訂單信息，然后查詢商品庫存，以獲取商品的具體信息，最后確定商品送貨方案。訂單管理系統(tǒng)的開發(fā)主要涉及數(shù)據(jù)庫表的設(shè)計和基于領(lǐng)域模型的業(yè)務(wù)邏輯處理。3.1數(shù)據(jù)庫表訂單管理系統(tǒng)使用的數(shù)據(jù)庫包括用戶、訂單、商品和訂單詳情四張表，表的構(gòu)造和表間的邏輯關(guān)系如圖2所示。3.2領(lǐng)域模型基于領(lǐng)域模型開發(fā)應(yīng)用系統(tǒng)時通常分為業(yè)務(wù)建模、數(shù)據(jù)抽象、轉(zhuǎn)換為實(shí)體、定義業(yè)務(wù)規(guī)范和實(shí)現(xiàn)業(yè)務(wù)規(guī)范步驟。3.2.1業(yè)務(wù)建模業(yè)務(wù)建模要求將系統(tǒng)的業(yè)務(wù)采用建模方式確定下來，以后的開發(fā)工作都圍繞所建模型進(jìn)行，這樣能有效控制需求和開發(fā)人員變化導(dǎo)致的開發(fā)風(fēng)險。例如在訂單管理系統(tǒng)中，為獲取訂單中商品列表，相應(yīng)的業(yè)務(wù)經(jīng)過如圖3所示。3.2.2數(shù)據(jù)抽象數(shù)據(jù)抽象指根據(jù)業(yè)務(wù)流程，抽象出業(yè)務(wù)流程所涉及的業(yè)務(wù)實(shí)體，并將實(shí)體及其互相關(guān)系標(biāo)注出來。如在獲取客戶訂單中商品明細(xì)處理中，經(jīng)數(shù)據(jù)抽象得到的業(yè)務(wù)實(shí)體間邏輯關(guān)系如圖4所示。在抽象出來的邏輯關(guān)系中，訂單和訂單詳情是一對多的關(guān)系，訂單詳情和商品是多對多的關(guān)系，顧客和訂單是一對多的關(guān)系。3.2.3轉(zhuǎn)換為實(shí)體在抽取業(yè)務(wù)模型的基礎(chǔ)上，還需將業(yè)務(wù)模型中的對象轉(zhuǎn)換為實(shí)體。在轉(zhuǎn)換經(jīng)過中，需要使用面向?qū)ο蟮姆绞浇M織對象之間的關(guān)系。獲取客戶訂單中訂單模型轉(zhuǎn)換為實(shí)體的代碼如下：publicclassOrder{publicstringId{get;set;}publicDateTimeOrderDate{get;set;}publicdecimalTotal{get;set;}///訂單所屬的用戶publicvirtualCustomerCustomer{get;set;}///訂單對應(yīng)的明細(xì)列表publicvirtualICollectionDetailList{get;set;}}3.2.4定義業(yè)務(wù)規(guī)范業(yè)務(wù)規(guī)范是領(lǐng)域模型中的核心，定義業(yè)務(wù)規(guī)范就是明確業(yè)務(wù)對象之間的關(guān)系和使用方式。在定義業(yè)務(wù)規(guī)范的經(jīng)過中，常借助于構(gòu)建規(guī)約完成規(guī)范的創(chuàng)立。如在獲取客戶訂單中商品明細(xì)處理模塊中，相應(yīng)業(yè)務(wù)規(guī)范的定義如下：publicinterfaceIOrderContract{///根據(jù)登錄用戶獲取跟用戶的商品列表IEnumerableGetOrderProductList(stringcustomerId);}publicclassOrderComponent：IOrderContract{IEnumerableIOrderContract.GetOrderProductList(stringcustomerId){//1.構(gòu)建規(guī)約，按用戶編號獲取用戶信息//2.獲取Customer的訂單列表OrderList//3.遍歷OrderList中的DetailList//4.遍歷DetailList中的產(chǎn)品列表//TODO：根據(jù)上述注釋填寫代碼}}從定義的業(yè)務(wù)規(guī)范中能夠看出，獲取ProductList的經(jīng)過變成了幾個相關(guān)對象的業(yè)務(wù)合并，也就是講一個領(lǐng)域模塊的完成是由多個子模塊組合而成，而這些子模塊又知足事務(wù)約定。3.2.5實(shí)現(xiàn)業(yè)務(wù)規(guī)范在定義業(yè)務(wù)規(guī)范基礎(chǔ)上，最后要實(shí)現(xiàn)業(yè)務(wù)規(guī)范。如在獲取客戶訂單中商品明細(xì)處理模塊中，相應(yīng)的業(yè)務(wù)規(guī)范實(shí)現(xiàn)如下：publicclassOrderComponent：IOrderContract{IEnumerableIOrderContract.GetOrderProductList(stringcustomerId){//1.構(gòu)建規(guī)約，按用戶編號獲取用戶信息//2.獲取Customer的OrderList//3.遍歷OrderList中的DetailList//4.遍歷DetailList中的產(chǎn)品列表//TODO：根據(jù)上述注釋填寫代碼varorders=Customer