時間：2022-04-18 13:22:55
開篇：寫作不僅是一種記錄，更是一種創(chuàng)造，它讓我們能夠捕捉那些稍縱即逝的靈感，將它們永久地定格在紙上。下面是小編精心整理的12篇訂單管理，希望這些內(nèi)容能成為您創(chuàng)作過程中的良師益友，陪伴您不斷探索和進(jìn)步。
面向特定領(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)用方法和處理流程。實踐表明，基于領(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ù)再采用對象方式進(jìn)行數(shù)據(jù)處理，對業(yè)務(wù)處理卻沒有特別關(guān)注?；陬I(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ù)的表達(dá)，而不是重點(diǎn)關(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ù)源進(jìn)行通信，為上層應(yīng)用提供數(shù)據(jù)支撐；領(lǐng)域?qū)樱I(yè)務(wù)邏輯層）完成系統(tǒng)業(yè)務(wù)的組織、實現(xiàn)，是系統(tǒng)真正的核心；表現(xiàn)層負(fù)責(zé)實現(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ū)樱I(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ù)和過程，因此，非常適合初學(xué)者學(xué)習(xí)和使用。事務(wù)腳本模式處理領(lǐng)域業(yè)務(wù)時常用兩種領(lǐng)域組織方式，一是將領(lǐng)域邏輯的設(shè)計放入存儲過程中，調(diào)用者通過執(zhí)行存儲過程即可獲取或者維護(hù)數(shù)據(jù)；另一種方式是將領(lǐng)域邏輯的設(shè)計放入應(yīng)用界面中，再編寫對應(yīng)的結(jié)構(gòu)化查詢語句（SQL）實現(xiàn)數(shù)據(jù)的存取處理。使用存儲過程方式的缺點(diǎn)在于業(yè)務(wù)邏輯發(fā)生變化后，對應(yīng)的存儲過程必須相應(yīng)地變化。此外，由于不同數(shù)據(jù)庫產(chǎn)品對SQL語句實現(xiàn)的差異會導(dǎo)致存儲過程的語法不能通用。將業(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都采用以表為組織結(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ù)的表達(dá)，而不是重點(diǎn)關(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ā)工作都圍繞所建模型進(jìn)行，這樣能有效控制需求和開發(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)意義。
參考文獻(xiàn)
[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].小型微型計算機(jī)系統(tǒng)，2015(02).
[4]黃洋,沈立煒,彭鑫.通用的軟件產(chǎn)品線領(lǐng)域與應(yīng)用特征模型演化同步框架[J].計算機(jī)科學(xué),2013(11).
關(guān)鍵詞：JSF；Hibernate；訂單管理系統(tǒng)
中圖分類號：TP311文獻(xiàn)標(biāo)識碼：A文章編號：1009-3044(2012)24-5806-04
The Research and Implementation on Order Management System Programming Optimization Technology Based on JSF and Hi? bernate
LIU Sheng
(Tianjin City Vocational College, Tianjin 300250,China)
Abstract: With the passage of time，Enterprise information construction of the operation efficiency of the system will gradually decrease, decline in performance. Green On Chemical order management system in the operation of the program design is optimized, restore the op eration performance of the system, make the business efficiency, smooth development.
Key words: JSF；Hibernate；order management system
1概述
企業(yè)進(jìn)行信息化管理后，帶來了業(yè)務(wù)量的不斷增長，經(jīng)營效率不斷提高。然而，信息化應(yīng)用系統(tǒng)在發(fā)揮重要作用的同時，也存在著一定的危機(jī)。隨著業(yè)務(wù)負(fù)載劇增，往往會出現(xiàn)響應(yīng)速度慢，性能下降，甚至系統(tǒng)崩潰，導(dǎo)致企業(yè)業(yè)務(wù)無法開展等問題。
青上化工（中國）投資有限公司（以下簡稱“青上化工”），總部設(shè)在天津。至今已在上海、廈門、廣州、株洲等地建起了十余家獨(dú)資和合資企業(yè)，總投資8000萬美元。到目前為止，其硫酸鉀生產(chǎn)能力已達(dá)到45萬噸／年，事實上，青上已成為亞洲最大和世界第三大硫酸鉀生產(chǎn)廠。青上化工訂單管理系統(tǒng)的成功運(yùn)用，大大提高了工作效率。但是，業(yè)務(wù)負(fù)載的不斷增大，數(shù)據(jù)量的不斷增多，系統(tǒng)出現(xiàn)了性能下降，直接影響了企業(yè)正常業(yè)務(wù)的開展。
該文依托青上化工訂單管理系統(tǒng)，針對目前系統(tǒng)出現(xiàn)的性能下降情況，從編程角度對系統(tǒng)進(jìn)行優(yōu)化，恢復(fù)與提高原系統(tǒng)的性能，讓業(yè)務(wù)高效、成功地開展。
2 JSF模塊優(yōu)化
Java Server Faces (JSF)是一種用于構(gòu)建Web應(yīng)用程序的新標(biāo)準(zhǔn)Java框架。它提供了一種以組件為中心來開發(fā)Java Web用戶界面的方法，從而簡化了開發(fā)。
JSF還通過將良好構(gòu)建的模型-視圖-控制器(MVC)設(shè)計模式集成到它的體系結(jié)構(gòu)中，確保了應(yīng)用程序具有更高的可維護(hù)性。由于JSF是通過Java Community Process (JCP)開發(fā)的一種Java標(biāo)準(zhǔn)，因此開發(fā)工具供應(yīng)商完全能夠為Java Server Faces提供易于使用的、高效的可視化開發(fā)環(huán)境。
青上化工訂單管理系統(tǒng)是采用JSF+Hibernate框架實現(xiàn)的，Web應(yīng)用用的是JSF架構(gòu)，其中控制器用Faces Servlet來實現(xiàn)，模型用class+Javabean+Hibernate來實現(xiàn)，視圖用JSP來實現(xiàn)，將數(shù)據(jù)通過Web頁面來顯示給用戶。下面就對系統(tǒng)的按鈕點(diǎn)擊控制、數(shù)據(jù)操作數(shù)、數(shù)據(jù)分頁顯示三部分實現(xiàn)JSF模塊優(yōu)化，以解決響應(yīng)速度慢等問題。
2.1按鈕點(diǎn)擊控制
防止客戶多次點(diǎn)擊操作按鈕，避免客戶認(rèn)為系統(tǒng)沒有反應(yīng)，就多次點(diǎn)擊查詢按鈕，多次重復(fù)發(fā)出請求，對系統(tǒng)造成更多沒有必要的負(fù)擔(dān)，影響系統(tǒng)的性能，青上化工訂單管理系統(tǒng)對按鈕控制進(jìn)行限制，每次請求沒有結(jié)束之前，不允許再次點(diǎn)擊。整個控制由JavaScript來完成。以客戶服務(wù)單為例，下面是核心代碼，粗體部分是添加的JS控制：
StyleClass="commandExButton_mouseout"
onmouseover="this.className=’commandExButton_mouseover’"
onmouseout="this.className=’commandExButton_mouseout’"
onmousedown="this.className=’commandExButton_mousedown’"
onmouseup="this.className=’commandExButton_mouseup’"
onclick="return sAlert(’正在處理,請稍后......’)"
action="#{pc_Complain_info_list.doComplainSearchList}">
2.2減少數(shù)據(jù)操作數(shù)
JSF標(biāo)簽hx:dataTableEx綁定的value值一般是后臺bean的成員變量。按照J(rèn)SF渲染原理，標(biāo)簽基本的獲取值的方式是直接調(diào)用get()方法。將數(shù)據(jù)庫操作放在get()里面有弊端，一方面頁面渲染的時候就會默認(rèn)進(jìn)行數(shù)據(jù)庫操作，給系統(tǒng)造成額外的開銷，性能降低。另一方面，數(shù)據(jù)庫操作放在get()方法里面會造成多次數(shù)據(jù)庫操作，從而造成數(shù)據(jù)庫操作被多次執(zhí)行。青上化工訂單管理系統(tǒng)采用的優(yōu)化方式是，數(shù)據(jù)庫操作不放在hx:dataTableEx綁定變量的get()方法里，使用相關(guān)變量控制，以減少數(shù)據(jù)操作數(shù)。下面是核心代碼:
public class ComplainInfoSearchBean implements Cloneable
{……
private boolean tag=false;//變量控制，判斷是否是第一次點(diǎn)擊
private int clickNum=0; //變量控制
List resultList;// hx:dataTableEx綁定的value值
……
public clickProcess()
{
//數(shù)據(jù)庫操作
}
public List get ResultList () {
if(tag==true&&clickNum!=1) {
clickProcess();
}
clickNum=0;
return resultList;
}}
2.3數(shù)據(jù)分頁顯示
當(dāng)對數(shù)據(jù)量沒有控制時，容易造成內(nèi)存溢出情況的發(fā)生。對數(shù)據(jù)庫查詢中，要盡量避免一次獲得全部數(shù)據(jù)的查詢。一般來說，如果一次取十萬條記錄到內(nèi)存，就可能引起內(nèi)存溢出，同時一次獲取全部數(shù)據(jù)，速度也較慢。這個問題比較隱蔽，在上線前，數(shù)據(jù)庫中數(shù)據(jù)較少，不容易出問題，上線后，數(shù)據(jù)庫中數(shù)據(jù)多了，一次查詢就有可能引起內(nèi)存溢出。因此對于數(shù)據(jù)庫查詢盡量采用分頁的方式查詢。下面是青上化工訂單管理系統(tǒng)采用數(shù)據(jù)分頁顯示的核心代碼示例，以解決因一次性加載到內(nèi)存的數(shù)據(jù)量過于龐大，使得Java堆空間耗盡的性能瓶頸：
public List getDispatchList(SearchDispatchList searchDispatchList) {
……
int beginNum;//初始值
int maxNum;//最大查詢數(shù)
……
try {
String procedure = "BM1_DISPATCH_SEARCH";
String procedureStatement = "{call "+ procedure
+"(?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?)}";
CallableStatement cstmt = ht.getConnection().prepareCall(
procedureStatement);
……
cstmt.setInt(25, beginNum);
cstmt.setInt(26, maxNum);
……
}
……
return;
}
3 Hibernate模塊優(yōu)化
Hibernate作為持久層，與數(shù)據(jù)庫直接打交道，這一塊很容易出現(xiàn)內(nèi)存溢出，造成性能下降，對青上化工訂單管理系統(tǒng)hibernate層：主要是連接池、數(shù)據(jù)批量處理、session處理進(jìn)行優(yōu)化,從而提高系統(tǒng)的性能。
3.1連接池
系統(tǒng)采用的連接池是hibernate默認(rèn)的連接池，hibernate默認(rèn)連接池有一個問題，不會自動檢測數(shù)據(jù)庫連接是否斷開，數(shù)據(jù)庫一段時間沒有訪問就會斷開連接，但連接池里的連接卻還是存在，下次訪問hibernate會繼續(xù)使用這個連接，導(dǎo)致數(shù)據(jù)庫連接異常。這里將采用c3p0作為系統(tǒng)的連接池，c3p0連接池穩(wěn)定性尚好，并且性能也可以。下面是c3p0連接池的配置：
……
org.hibernate.connection.C3P0ConnectionProvider
100
20
5000
100
3000
2
false
……
3.2批量操作
Hibernate在進(jìn)行批量插入和刪除上，性能一直都比較低。在批量數(shù)據(jù)庫操作的時候，繞開hibernate，采用JDBC更好。在青上化工訂單管理系統(tǒng)中，批量操作體現(xiàn)在報表打印上，系統(tǒng)報表實現(xiàn)的是采用Crystal Reports技術(shù)，在打印之前，均有一個先刪除數(shù)據(jù)庫表格中的數(shù)據(jù)，然后插入新數(shù)據(jù)的操作，這種批量操作如直接使用hibernate操作性能往往不是很理想。繞開hibernate,直接使用JDBC往往性能要較好。例如發(fā)運(yùn)單報表導(dǎo)出,粗體部分是直接寫的SQL語句，通過JDBC來查詢：
public void insertTalbeServeSpStore(ManageStockingBean manageStockingBean) {
……
List tempList = manageStockingBean.getStockingDetailInfo();
String ip=getIP();
for (int i = 0; i < tempList.size(); i++)
{
StockingDetailInfoBean temp = (StockingDetailInfoBean) tempList.get(i);
try {
String sql="insert into rt_serve_sp_store values(rt_serve_sp_store_sq.NEXTVAL,"+new Long(i+1)+",’"+temp.getSpNo()+"’,’"+temp. getSpProductCode()+"’,’"+temp.getSpName()+"’,’"+temp.getSpModule()+"’,’"+temp.getSpUnit()+"’,’"+temp.getABCType()+"’,’"+ip+"’)";
ht.executeUpdate(sql);
} catch (Exception e) {
……
}
}
3.3 session處理
為了避免session的頻繁創(chuàng)建和銷毀以及提高系統(tǒng)性能，采用ThreadLocal模式來管理session比較合理。下面是獲取session的核心代碼：
public static final ThreadLocal
session =new ThreadLocal();
public static Session currentSession()
throws HibernateException{
Session s=session.get();
if(s==null)
{
s=sessionFactory.openSession();//打開連接
session.set(s);
}
return s;
}
session的關(guān)閉問題是最頭疼的事情，如果在DAO層就把session關(guān)閉，因為hibernate存在lazy loading,那么在應(yīng)用層內(nèi)把關(guān)系結(jié)合都初始化（違背hibernate設(shè)計初衷，對性能有較大影響），否則hibernate就會拋session already closed Exception；如果session不關(guān)閉，那么就必定會造成內(nèi)存泄漏。青上化工訂單管理系統(tǒng)采用的是open session in view模式來解決這種矛盾。將session綁定到當(dāng)前線程，當(dāng)某個新線程開啟時，就自動在數(shù)據(jù)庫連接池中獲取連接，在線程結(jié)束后就自動釋放連接。下面是核心代碼：
public void doFilter(ServletRequest arg0,ServletResponse arg1,FilterChain arg2)
throws IOException,ServletException{
//自動獲取連接
HiberanteSessionFacory.currentSession();
try{
arg2.doFilter(arg0,arg1);
}finally
{ //自動釋放連接
HibernateSessionFactory.closeSession();}}
4結(jié)束語
在軟件開發(fā)項目中，系統(tǒng)的性能在很大程度是由代碼質(zhì)量來決定的。在項目中，在完成功能開發(fā)的同時，更要注重編程質(zhì)量，要在系統(tǒng)編程方面進(jìn)行優(yōu)化，進(jìn)一步提高系統(tǒng)的性能。
參考文獻(xiàn)：
[1]劉偉.Hibernate開發(fā)與實戰(zhàn)[M].北京:電子工業(yè)出版社,2009.
[2]張海藩.軟件工程導(dǎo)論[M]4版.北京:清華大學(xué)出版社,2003.
關(guān)鍵詞：SOA；物流管理系統(tǒng)；軟件構(gòu)架
1引言
伴隨著業(yè)務(wù)量的驟升、業(yè)務(wù)繁瑣程度的增加，企業(yè)對物流信息管理系統(tǒng)的功能需求在不斷改變，導(dǎo)致業(yè)務(wù)流程也一直在變化，要求也日益嚴(yán)苛。物流信息管理系統(tǒng)面臨的重大挑戰(zhàn)主要有以下幾點(diǎn)：（1）怎么才能提升新的物流軟件系統(tǒng)的開發(fā)質(zhì)量和速度；（2）怎么才能充分利用面向服務(wù)體系的優(yōu)勢；（3）怎么在利用新的物流管理系統(tǒng)的同時保留舊物流管理系統(tǒng)的使用價值；（4）怎么借助當(dāng)前運(yùn)用廣泛的智能客戶端和WebService的手段提升物流信息管理系統(tǒng)的功能。完美的物流管理系統(tǒng)應(yīng)具有以下幾個特征：高保密、可移植性、高兼容集成性、用戶友好。本文首先對物流管理系統(tǒng)開展研究，然后基于SOA設(shè)計物流管理系統(tǒng)，最后利用J2EE平臺開發(fā)了物流管理系統(tǒng)。
2系統(tǒng)總體架構(gòu)設(shè)計
物流管理系統(tǒng)所實現(xiàn)的功能是：財務(wù)管理、系統(tǒng)管理、客戶管理、訂單管理、配送管理、倉儲管理、報表管理。Struts框架簡化了基于MVC的Web應(yīng)用程序開發(fā)。而SOA架構(gòu)的設(shè)計思想是通過一組集成服務(wù)來組合構(gòu)建應(yīng)用程序，提供了靈活的業(yè)務(wù)流程。故系統(tǒng)引入Struts技術(shù)和SOA構(gòu)架。同時系統(tǒng)需要一種機(jī)制進(jìn)行協(xié)調(diào)管理，該系統(tǒng)包含了Hibernate、Struts等框架，因此本系統(tǒng)引入了Spring，利用Spring來統(tǒng)一管理各種依賴關(guān)系和服務(wù)。基于SOA的SSH（Struts+Spring+Hibernate）架構(gòu)如圖1所示。本系統(tǒng)使用EJBBean來實現(xiàn)業(yè)務(wù)邏輯部分，利用Spring進(jìn)行封裝管理，通過服務(wù)總線和一些服務(wù)接口封裝來與客戶端通信。WebServices對標(biāo)準(zhǔn)化的服務(wù)接口進(jìn)行封裝，提供標(biāo)準(zhǔn)化服務(wù)給服務(wù)調(diào)用者，利用它實現(xiàn)數(shù)據(jù)傳輸和服務(wù)接口調(diào)用的標(biāo)準(zhǔn)化，同時實現(xiàn)邏輯服務(wù)接口調(diào)用層和邏輯服務(wù)實現(xiàn)層的完全分離。管理系統(tǒng)的所有服務(wù)被ESB服務(wù)總線所集成，為服務(wù)提供者和服務(wù)消費(fèi)者提供一個平臺。
3基于SOA的系統(tǒng)服務(wù)設(shè)計
3.1服務(wù)與用戶角色
服務(wù)由新建服務(wù)和傳統(tǒng)系統(tǒng)封裝服務(wù)兩部分組成，由于本系統(tǒng)屬于全新開發(fā)的系統(tǒng)，因此，不存在傳統(tǒng)服務(wù)的封裝，但是提供數(shù)據(jù)導(dǎo)出和導(dǎo)入服務(wù)。依據(jù)系統(tǒng)的需求分析，系統(tǒng)設(shè)計了以下幾個服務(wù)功能：報表管理服務(wù)、財務(wù)管理服務(wù)、系統(tǒng)管理服務(wù)、倉儲管理服務(wù)、訂單管理服務(wù)、客戶管理服務(wù)、配送管理服務(wù)，具體如表1所示。系統(tǒng)實現(xiàn)時每個服務(wù)對外僅提供一個唯一接口，方便用戶的查詢和使用。
3.2服務(wù)的總體設(shè)計
下面以“訂單管理服務(wù)”為例，介紹了服務(wù)設(shè)計工作。依據(jù)分析類中確定的服務(wù)類、邊界類和實體類以及它們之間的相互關(guān)系，具體設(shè)計了訂單管理服務(wù)中的類，分別如表2、表3、表4所示。
3.3服務(wù)的細(xì)化設(shè)計
在對“訂單管理服務(wù)”中的類細(xì)化以后，就可以細(xì)化設(shè)類，主要是設(shè)計類的方法以及類的接口，由于類要實現(xiàn)的服務(wù)功能主要包括以下兩部分，一是封裝和服務(wù)，二是封裝業(yè)務(wù)邏輯。劃分服務(wù)的過程中要講究粒度問題，且在服務(wù)中開發(fā)設(shè)計類的方法也應(yīng)注意方法的粒度。下面以“訂單管理服務(wù)”中的“訂單查詢服務(wù)”為例，建立一個GetID的方法，用于返回訂單的基本信息，設(shè)計GetSalaryInfo方法，其時序圖如圖2所示。
4結(jié)語
當(dāng)前各大IT企業(yè)已致力于研究和分析SOA，這是由于應(yīng)用SOA可以在一定程度上降低企業(yè)資源支出、使系統(tǒng)可以合理運(yùn)用資源，而且還能夠依據(jù)客戶的需求迅速作出處理反應(yīng)等。本文基于SOA構(gòu)架設(shè)計物流管理系統(tǒng)，本文的設(shè)計思路對其他系統(tǒng)的構(gòu)架具有一定的啟示意義。
作者:張薇 單位:56580部隊
參考文獻(xiàn)
關(guān)鍵詞：VMI；信息共享；Agent方法；仿真
一、引言
VMI是供應(yīng)鏈環(huán)境下提高庫存管理水平的一種新模式，也是提高供應(yīng)鏈庫存管理效率的有效手段。要實施VMI模式，前提條件之一是供需雙方相關(guān)信息的共享。供應(yīng)鏈上可共享的信息類型很多，如庫存信息、客戶需求信息、銷售預(yù)測信息、生產(chǎn)計劃信息等?？蛻粜枨笮畔⒆鳛檎麄€供應(yīng)鏈運(yùn)作的系統(tǒng)輸入，是供應(yīng)鏈各節(jié)點(diǎn)企業(yè)有效運(yùn)作的前提，若客戶需求信息不能及時共享，將會導(dǎo)致信息失真，不能及時為客戶提供高效服務(wù)。
目前，對信息共享的研究主要集中于應(yīng)用數(shù)學(xué)方法建模，但單純運(yùn)用數(shù)學(xué)方法存在一定的局限性。仿真是近年來進(jìn)行供應(yīng)鏈研究所廣泛使用的方法，其中Agent及由其組成的多Agent系統(tǒng)進(jìn)行仿真建模逐漸受到關(guān)注。本文主要研究VMI模式下的客戶需求信息共享問題，運(yùn)用多Agent方法建立基于VMI的制造商、分銷商、零售商三級信息共享模型，運(yùn)用Anylogic仿真軟件對模型進(jìn)行仿真，驗證模型的有效性。
二、基于VMI的客戶需求信息共享模型構(gòu)建
（一）模型構(gòu)建
Agent是指在一定環(huán)境下能夠自主運(yùn)行的實體，并且能與其他Agent交互，組成Agent系統(tǒng)，自主決策問題，因此把現(xiàn)實世界中的供應(yīng)鏈實體抽象為Agent實體建立仿真模型能夠有效地模擬現(xiàn)實世界，解決復(fù)雜問題，幫助或支持人類做出決策。本文將系統(tǒng)抽象為一個制造商Agent、一個分銷商Agent和一個零售商Agent，每一Agent實體都由其各自的功能Agent組成，用于完成與其他Agent的交互合作及信息共享，所建模型如圖1所示。
假設(shè)條件如下：制造商與分銷商僅存在一處庫存，此處認(rèn)為是制造商庫存；制造商生產(chǎn)能力不受限制，其上游供應(yīng)商的供應(yīng)能力無限，原材料總是夠用的；整個供應(yīng)鏈采用（s，S）策略進(jìn)行補(bǔ)貨訂貨；制造商到分銷商及分銷商到零售商進(jìn)行的配送存在一個隨機(jī)的送貨延遲時間，分別服從區(qū)間（0.5，1）天和（0.25，0.5）天的均勻分布；假設(shè)訂單發(fā)送是瞬時的，不考慮發(fā)送時間、運(yùn)輸時間和費(fèi)用。
在VMI系統(tǒng)中，分銷商僅作為制造商的配送中心，負(fù)責(zé)配送、收發(fā)貨，所以并不設(shè)置訂貨點(diǎn)和庫存。整個系統(tǒng)的運(yùn)作流程為零售商Agent首先接受客戶需求，由庫存管理Agent檢查庫存，若可以滿足，則立即滿足客戶需求，否則將客戶需求信息通過訂單管理Agent轉(zhuǎn)化為訂單信息發(fā)送給信息共享平臺，此時分銷商Agent和制造商Agent都可以接收到零售商Agent的訂單信息并通過訂單管理Agent進(jìn)行訂單管理；制造商Agent的庫存管理Agent檢查產(chǎn)成品庫存，若可以滿足，則立刻發(fā)貨到分銷商，對分銷商實行自動補(bǔ)貨，否則由生產(chǎn)Agent進(jìn)行生產(chǎn)；分銷商Agent接收到制造商Agent的貨物后，根據(jù)訂單管理Agent所提供的信息對零售商Agent進(jìn)行貨物配送。
（二） 仿真模型中各功能Agent的描述及屬性設(shè)定
1. 零售商Agent
零售商Agent負(fù)責(zé)接收客戶需求并將客戶需求轉(zhuǎn)化為訂單發(fā)送給信息共享Agent。零售商Agent模塊包括訂單管理Agent、庫存管理Agent、通訊Agent及成本管理Agent。其主要屬性為
s―安全庫存
S―最大訂貨點(diǎn)
l―現(xiàn)有庫存
expectedamount―在途庫存
Backlog―未完成的訂單量
orderingCost―訂貨成本
holdingupCost―庫存持有成本
shortageCost―缺貨成本
2. 分銷商Agent
分銷商Agen主要負(fù)責(zé)管理制造商發(fā)送的貨物并根據(jù)訂單向零售商進(jìn)行配送。分銷商Agent模塊包括訂單管理Agent、配送Agent、成本管理Agent。其主要屬性為
backlog―未完成訂單量
getAmountBeingShiped―在途運(yùn)輸量
transCost―運(yùn)輸成本
3. 制造商Agent
制造商Agent接收來自信息共享Agent發(fā)送的訂單，根據(jù)訂單檢查庫存并安排生產(chǎn)計劃，組織生產(chǎn)并自動對分銷商Agent進(jìn)行補(bǔ)貨。制造商Agent模塊包括訂單管理Agent、配送Agent、庫存管理Agent、生產(chǎn)Agent及成本管理Agent。其主要屬性為
l―現(xiàn)有產(chǎn)成品庫存
expectedamount―在途庫存量
s―安全庫存
S―最大庫存
backlog―未完成訂單量
getAmountBeingShiped―在途運(yùn)輸量
manufacturingCost―制造成本
holdingupCost―庫存持有成本
shortageCost――缺貨成本
transCost―運(yùn)輸成本
三、VMI信息共享模型仿真
（一）Anylogic 仿真軟件
Anylogic仿真軟件是一款基于JAVA開發(fā)的智能仿真軟件，支持MAS系統(tǒng)的建模與仿真，具有很好的面向?qū)ο筇匦院蛣討B(tài)特性，在建模過程中可靈活使用狀態(tài)圖、端口、JAVA編輯器、函數(shù)等各個功能實現(xiàn)MAS的模型仿真。
Anylogic運(yùn)用Active Objective，即活動對象類來創(chuàng)建Agent內(nèi)部的實體結(jié)構(gòu)，每一個實例代表一個Agent。用戶可以根據(jù)所創(chuàng)建模型的需要建立不同數(shù)量的活動對象類。
（二）系統(tǒng)設(shè)計及仿真
顧客需求由Anylogic中的Event事件觸發(fā)，命名為demandGenerator，顧客到達(dá)服從隨機(jī)分布Random Number（1，2，3，4，5），其概率分別為0.2、0.4、0.2、0.1、0.1。仿真實驗以整個供應(yīng)鏈的平均成本和顧客等待時間為評價指標(biāo)。仿真參數(shù)設(shè)置如表1所示。
在仿真程序階段，主程序（main）是仿真運(yùn)行的主要執(zhí)行程序，模擬程序（simulation）主要用于模型的運(yùn)行及模型界面的構(gòu)建。本文設(shè)置了七個消息傳遞端口port，用于各級Agent之間傳遞消息。系統(tǒng)仿真模型如圖2所示。
四、仿真結(jié)果分析
（一）顧客等待時間分析
圖3、圖4分別為傳統(tǒng)模式下和VMI信息共享模式下的顧客等待時間。通過分析可得，除了開始運(yùn)作時傳統(tǒng)模式的顧客等待時間稍少于VMI模式外，供應(yīng)鏈正常運(yùn)作后，傳統(tǒng)模式的顧客等待時間遠(yuǎn)大于VMI模式。VMI模式下顧客需要等待的概率幾乎為0，說明VMI信息共享能夠及時響應(yīng)顧客需求，縮短顧客等待時間，增強(qiáng)對顧客需求的反應(yīng)能力。
（二）成本分析
如圖5和圖6所示，整個仿真周期中VMI模式的平均成本都遠(yuǎn)小于傳統(tǒng)模式，傳統(tǒng)模式的平均成本幾乎是VMI模式的2倍。原因是傳統(tǒng)模式下缺乏信息共享，導(dǎo)致缺貨成本較高，而在VMI信息共享模式下，制造商管理分銷商庫存，并且零售商的客戶需求信息可以及時傳遞到整個供應(yīng)鏈，有利于降低缺貨成本。除此之外，分銷商只存在運(yùn)輸成本，相比于傳統(tǒng)供應(yīng)鏈模式，成本降低。
（三）兩種模式各成本所占比例
表2是兩種情形下供應(yīng)鏈成員各成本占其總成本的比例。由表可得，VMI模式下零售商的缺貨成本僅占總成本的0.3%，遠(yuǎn)低于傳統(tǒng)模式下的11%，訂貨成本和庫存持有成本的比例相差不大。對制造商而言，除訂貨成本和庫存持有成本稍有增加外，缺貨成本和運(yùn)輸成本都有所減少，說明零售商共享客戶需求信息之后，制造商可以及時生產(chǎn)，滿足需求，只是由于制造商管理分銷商的庫存，所以制造商庫存持有成本所占比例相對增加。
五、結(jié)論
本文運(yùn)用基于Agent的方法，建立了包括制造商Agent、分銷商Agent和零售商Agent的三級VMI模式客戶需求信息共享模型，運(yùn)用仿真軟件對模型進(jìn)行仿真。仿真結(jié)果表明，基于VMI的信息共享模式能降低整個供應(yīng)鏈的庫存水平，縮短顧客等待時間，降低供應(yīng)鏈的平均成本。
參考文獻(xiàn)：
[1]張民，賈東澆.VMI模式中的信息共享問題研究[J].復(fù)旦學(xué)報（自然科學(xué)版），2007（03）.
[2]張晴，劉志學(xué).基于多agent的供應(yīng)鏈信息協(xié)調(diào)建模與仿真[J].計算機(jī)應(yīng)用研究，2009（10）.
關(guān)鍵詞：物資管理；履約管理；管理系統(tǒng)
中圖分類號：TP311.52
物流管理就是把合適的產(chǎn)品以合適的數(shù)量和合適的價格在合適的時間和合適的地點(diǎn)提供給客戶[1]。良好的物流管理是電力生產(chǎn)運(yùn)營的根本保證。當(dāng)前各個供電單位所管理材料、設(shè)備等物流品種繁多，貨品數(shù)量巨大，涉及到與供應(yīng)商、使用單位、以及物流服務(wù)部門等多個單位，管理工作量大。
而現(xiàn)有的電力ERP系統(tǒng)主要管理物料的價值形態(tài)，側(cè)重于省公司層面和采購業(yè)務(wù)，對于物料履約狀態(tài)管理仍然是個空白，無法監(jiān)控物料實時流動狀態(tài)，不能實現(xiàn)物料的日常催貨管理、物流跟蹤等功能。
因此，根據(jù)電力物料管理實際，開發(fā)物料履約跟蹤管理系統(tǒng)具有重要的實用價值，它可以將供應(yīng)商、使用部門以及物資供應(yīng)服務(wù)單位的物流信息進(jìn)行整合，實現(xiàn)物料的實時跟蹤、實時監(jiān)控，十分方便物資供應(yīng)部門對物料的管理。
1 系統(tǒng)設(shè)計
1.1 業(yè)務(wù)流程分析
現(xiàn)有的ERP系統(tǒng)已經(jīng)實現(xiàn)了訂單管理功能，為方便履約管理，將ERP中的訂單數(shù)據(jù)導(dǎo)出，然后導(dǎo)入到本系統(tǒng)中，在系統(tǒng)中建立訂單的各類信息。如果訂單中的物料已經(jīng)到貨，則進(jìn)行到貨驗收操作。沒有到貨的物資，使用單位會根據(jù)現(xiàn)場施工情況的需要，提出履約需求，可以提出延遲或者提前供貨的信息，物資供應(yīng)部門的履約員接收到履約需求信息后，給供應(yīng)商發(fā)出履約需求，得到供應(yīng)商確認(rèn)后，將與供應(yīng)商確認(rèn)的履約需求時間反饋至使用單位，實現(xiàn)了使用單位、供應(yīng)商與物資供應(yīng)部門的履約溝通。
1.2 系統(tǒng)架構(gòu)設(shè)計
該物資訂單履約監(jiān)控系統(tǒng)采用B/S多層結(jié)構(gòu)設(shè)計，為了提高系統(tǒng)運(yùn)行效率，緩解服務(wù)器壓力，在該系統(tǒng)的架構(gòu)設(shè)計上，將服務(wù)器劃分為多個層次，各個層次由不同的服務(wù)器完成，分為：Web服務(wù)器、應(yīng)用層服務(wù)器和數(shù)據(jù)庫服務(wù)器。Web服務(wù)器負(fù)責(zé)處理頁面請求，應(yīng)用服務(wù)器負(fù)責(zé)處理各種業(yè)務(wù)邏輯[3]。數(shù)據(jù)庫服務(wù)器處理業(yè)務(wù)數(shù)據(jù)，以及對數(shù)據(jù)庫的訪問權(quán)限等。各服務(wù)器的劃分相對獨(dú)立。又相互關(guān)聯(lián)，形成多層次的應(yīng)用系統(tǒng)架構(gòu)[4]。由于各服務(wù)器各司其職，相互干擾較少，具有較高的可重用、可維護(hù)和可擴(kuò)展功能。
1.3 系統(tǒng)數(shù)據(jù)庫設(shè)計
數(shù)據(jù)庫的設(shè)計主要包括表的設(shè)計和表與表之間關(guān)系的設(shè)計。表的設(shè)計主要是主鍵設(shè)計字段設(shè)計和索引設(shè)計。在SQL Server數(shù)據(jù)庫應(yīng)用系統(tǒng)中，可在服務(wù)器端根據(jù)各模塊的實際需求，為數(shù)據(jù)庫表定義主鍵、外鍵、索引、缺省、約束、觸發(fā)器和存儲過程等方法來保證數(shù)據(jù)庫的完整性[2]。
2 系統(tǒng)實現(xiàn)
2.1 功能結(jié)構(gòu)
物料訂單履約跟蹤管理系統(tǒng)的要素主要包括訂單管理、履約管理、驗貨管理、領(lǐng)料管理、庫存管理、領(lǐng)料管理、庫存管理、檔案管理、組織管理、流程管理和系統(tǒng)配置。系統(tǒng)的整體功能結(jié)構(gòu)如圖所示：
2.2 系統(tǒng)功能模塊詳細(xì)設(shè)計
訂單管理子系統(tǒng)：ERP訂單導(dǎo)入系統(tǒng)后，從而開始單據(jù)在管理系統(tǒng)中的流轉(zhuǎn)過程，同時對訂單進(jìn)行跟蹤管理。在訂單導(dǎo)入中同時也可以進(jìn)行添加，添加自購的信息，自購是由于項目下的物料不足的情況下引發(fā)的，訂單確認(rèn)以后形成訂單。
履約管理子系統(tǒng)：是根據(jù)自己的需求跟供應(yīng)商商進(jìn)行協(xié)調(diào)，確定所要期望到貨的日期。物資需求單位填寫需求，物資公司根據(jù)需求做相應(yīng)回復(fù)。數(shù)據(jù)庫變動，訂單、履約需求關(guān)系為一比多，履約需求增加需求 ，回復(fù)信息及狀態(tài)。根據(jù)不同的時間段進(jìn)行催貨，訂單數(shù)據(jù)信息顯示相應(yīng)的顏色提示。
驗貨管理子系統(tǒng)：當(dāng)供應(yīng)商履行合同交貨日期，將訂單下的物料送到物資公司，履約員開始驗貨，在驗貨的同時選擇物料的去向，根據(jù)項目名稱，獲得訂單編碼，查找這個訂單下的物資的去向，是到現(xiàn)場還是到倉庫，到現(xiàn)場的物料就執(zhí)行虛入虛出，到倉庫的話就讓保管員確認(rèn)以后才可以入庫。驗貨入庫流程界面如下圖所示：
領(lǐng)料管理子模塊：按照項目進(jìn)行領(lǐng)料，添加物料單，自動生成出庫單，領(lǐng)取的數(shù)量最終要減去倉儲表中的庫存數(shù)量，數(shù)據(jù)源為項目下采購訂單下所有物資。領(lǐng)料流程界面如下圖所示：
3 結(jié)束語
物資訂單履約跟蹤管理系統(tǒng)實現(xiàn)了履約跟蹤管理，解決了客戶用貨單位和物資公司的信息化溝通，提高了工作效率。監(jiān)控物料實時流動狀態(tài)，實現(xiàn)物料的日常催貨管理、物流跟蹤等功能，填補(bǔ)了物資履約狀態(tài)管理的空白。對訂單，及物料入庫、出庫、盤點(diǎn)的自動化管理，提高了信息化水平。
參考文獻(xiàn)：
[1]張偉，吳超華.基于WEB的倉儲物流管理系統(tǒng)的設(shè)計與實現(xiàn)[J].機(jī)電工程技術(shù)，2006，35（1）：59-60.
[2]曹校陽.淺談SQL Server中的安全策略[J].現(xiàn)代計算機(jī)，2006，1：101-103.
[3]馮麗.數(shù)據(jù)加密技術(shù)[J].科技資訊，2006，27：104.
[4]鐘明，蘇宏業(yè).基于B/S結(jié)構(gòu)的物流管理系統(tǒng)與應(yīng)用[J].計算機(jī)應(yīng)用研究，2005，9：203-205.
隨著人民生活水平的不斷提高，包裝物作為產(chǎn)品的重要部分，在人們的日常生活中得以大量應(yīng)用。但是大量包裝物的應(yīng)用也帶來了環(huán)境、資源等方面的問題。因此，如何在合理應(yīng)用包裝物的同時，實現(xiàn)“綠色設(shè)計、綠色制造、綠色包裝”，是許多包裝物生產(chǎn)企業(yè)面臨的共同難題。本文在某包裝企業(yè)實際需求的基礎(chǔ)上，與生命周期管理理論相結(jié)合[1]，從而探索一種解決該企業(yè)包裝生命周期管理的信息化方法，用于強(qiáng)化公司對所生產(chǎn)產(chǎn)品的全生命周期監(jiān)控和管理能力，這對促進(jìn)行業(yè)發(fā)展，提升企業(yè)核心競爭力，均有重要意義。
1系統(tǒng)需求分析
1.1系統(tǒng)總體需求概述
根據(jù)系統(tǒng)實際應(yīng)用需求，總結(jié)本系統(tǒng)總體需求如下：
（1）采用生命周期管理理論解決某包裝企業(yè)存在的旗下產(chǎn)品及包裝件壽命周期管理不足的問題，研究基于生命周期管理理論的包裝件生命周期管理模式。
（2）利用信息化技術(shù)解決某包裝企業(yè)旗下產(chǎn)品及包裝件生命周期管理信息化需求問題，提高企業(yè)整體信息化水平。
（3）建立包含完善的包裝件生命周期全過程管理的包裝生命周期管理系統(tǒng)體系架構(gòu)，采用軟件工程方法編程實現(xiàn)該系統(tǒng)[2]。
1.2系統(tǒng)功能性需求分析
（1）包裝件生產(chǎn)管理模塊需求分析
（a）分銷商：分銷商在包裝件生產(chǎn)管理模塊中主要負(fù)責(zé)向包裝企業(yè)包裝件訂單信息和庫存信息。分銷商根據(jù)產(chǎn)品及包裝件的銷售情況，向包裝企業(yè)庫存信息，如果庫存量較少則可下新的包裝件訂單；如果庫存量較多則可向包裝企業(yè)發(fā)送暫緩新訂單信息，這樣包裝企業(yè)可根據(jù)分銷商的實際情況適當(dāng)調(diào)整生產(chǎn)規(guī)模。
（b）生產(chǎn)部門：生產(chǎn)部門根據(jù)分銷商提供的庫存信息和訂單信息，制定相應(yīng)的包裝件生產(chǎn)計劃和生產(chǎn)任務(wù)。生產(chǎn)部門在包裝件生產(chǎn)管理模塊中主要負(fù)責(zé)包裝件庫存管理、包裝件訂單管理、原料庫存管理、耗材信息管理、包裝件訂單管理以及產(chǎn)品庫存管理等。根據(jù)分銷商的訂單信息，生產(chǎn)部門能夠調(diào)取包裝件生產(chǎn)相關(guān)的數(shù)據(jù)信息，例如原材料、耗材、庫存等，然后根據(jù)訂單詳情制定包裝件生產(chǎn)計劃。
（2）分銷商管理模塊需求分析
（a）分銷商：主要負(fù)責(zé)查詢價格、創(chuàng)建訂單、修改訂單、刪除訂單、查詢訂單以及查詢物流等操作。
（b）物流部門：主要負(fù)責(zé)生成物流單、運(yùn)輸時間、運(yùn)輸車牌號、運(yùn)輸目的地、運(yùn)輸始發(fā)地、運(yùn)輸司機(jī)及掃描信息等操作。
（3）消費(fèi)者管理模塊需求分析
（a）分銷商：主要負(fù)責(zé)根據(jù)消費(fèi)者信息注冊賬號、查詢包裝件回收信息、修改消費(fèi)者賬號信息等操作。
（b）物流部門：主要負(fù)責(zé)查詢物流請求、查詢服務(wù)對象、查詢回收地點(diǎn)、查詢回收時間、反饋回收物流信息等操作。
（c）消費(fèi)者：主要負(fù)責(zé)登錄賬號、購買訂單、回收信息、查詢服務(wù)等操作。
2包裝生命周期管理系統(tǒng)設(shè)計
2.1系統(tǒng)總體設(shè)計
包裝生命周期管理系統(tǒng)建設(shè)目標(biāo)是以產(chǎn)品及包裝件的生命周期管理理論作為支撐，運(yùn)用工程管理學(xué)科的規(guī)律和特點(diǎn)，將產(chǎn)品及包裝件的管理建設(shè)成合理的過程管理模型和知識庫。系統(tǒng)采用B/S體系架構(gòu)實現(xiàn)，運(yùn)用J2EE框架技術(shù)實現(xiàn)多層分布和靈活的事務(wù)控制，能夠加速應(yīng)用程序的設(shè)計和開發(fā)[3]。
2.2系統(tǒng)總體功能模塊劃分
根據(jù)前文的需求分析，本文構(gòu)建和設(shè)計的包裝生命周期管理系統(tǒng)的基本功能架構(gòu)如圖1所示。
包裝生命周期管理系統(tǒng)主要包含產(chǎn)品生產(chǎn)部門功能管理子系統(tǒng)、包裝件生產(chǎn)部門功能管理子系統(tǒng)、分銷商功能管理子系統(tǒng)、消費(fèi)者管理子系統(tǒng)、系統(tǒng)管理員功能子系統(tǒng)等?；靖采w了產(chǎn)品及包裝件全生命周期過程，能夠?qū)崿F(xiàn)其生命周期的綜合管理。
2.3主要功能模塊設(shè)計
（1）包裝件生產(chǎn)管理功能模塊設(shè)計
包裝件生產(chǎn)部門功能管理子系統(tǒng)主要包括包裝管理、庫存管理和訂單管理共三個子功能模塊。（2）產(chǎn)品生產(chǎn)管理模塊功能模塊設(shè)計
產(chǎn)品生產(chǎn)部門功能管理子系統(tǒng)主要包括庫存管理和訂單管理共兩個子功能模塊。庫存管理：主要包含填寫各個型號產(chǎn)品的信息、型號、產(chǎn)品名等；查詢各個型號產(chǎn)品的庫存數(shù)量、名稱、型號等信息。
訂單信息：主要包含查看分銷商的訂單回復(fù)、安排產(chǎn)品生產(chǎn)、查詢所有產(chǎn)品的訂單狀態(tài)等。
（3）分銷商管理模塊功能模塊設(shè)計
分銷商管理子系統(tǒng)主要包括預(yù)付款管理、回收管理、申請管理、訂單管理共四個子功能模塊。預(yù)付款管理：主要是用于根據(jù)訂單在線下銀行轉(zhuǎn)賬，并填寫轉(zhuǎn)賬信息的管理。
回收管理：包含回復(fù)消費(fèi)者的回收信息并安排物流上門回收包裝件；把消費(fèi)者的回收信息傳遞給物流運(yùn)輸部門，并等待物流部門的回收。
申請管理：主要包含消費(fèi)者的聯(lián)系方式、姓名、住址等信息申請系統(tǒng)賬號，查詢消費(fèi)群體的信息，用于二次銷售的推進(jìn)。
訂單管理：主要包含填寫所需產(chǎn)品的數(shù)量等信息并提交訂單；查看消費(fèi)者所有的訂單狀態(tài)等。
（4）消費(fèi)者管理模塊功能模塊設(shè)計
消費(fèi)者管理子系統(tǒng)主要包括回收管理一個子功能模塊。
回收管理：主要用于消費(fèi)者填寫需要回收的廢棄產(chǎn)品或包裝件的回收信息，并上傳到分銷商處，分銷商上傳到包裝生命周期管理系統(tǒng)；消費(fèi)者用于查詢回收信息的實時狀態(tài)和回收進(jìn)展。
（5）系統(tǒng)管理模塊功能模塊設(shè)計
系統(tǒng)管理子系統(tǒng)主要包括參數(shù)設(shè)計、用戶信息、信息管理及產(chǎn)品管理共四個子功能模塊。參數(shù)設(shè)計：主要用于系統(tǒng)信息設(shè)置以及系統(tǒng)其他參數(shù)的調(diào)整與維護(hù)管理。
用戶信息：主要用于對系統(tǒng)用戶的管理，包括對包裝件生產(chǎn)部門用戶、產(chǎn)品生產(chǎn)部門用戶、物流運(yùn)輸部門用戶、分銷商用戶、消費(fèi)者用戶等系統(tǒng)用戶信息的創(chuàng)建、編輯、刪除等操作。
信息管理：包含首頁新聞信息添加、首頁新聞信息管理等操作。
產(chǎn)品管理：包含商品大類添加、商品小類添加、所有商品管理等。
2.4數(shù)據(jù)庫設(shè)計
目前常用的數(shù)據(jù)庫邏輯設(shè)計方法是采用二維表描述關(guān)系數(shù)據(jù)庫的數(shù)據(jù)模型[4]。本文將采用二維表將E-R法表示的概念數(shù)據(jù)庫轉(zhuǎn)換成邏輯數(shù)據(jù)庫。由于論文篇幅限制，本文不一一列出。
3包裝生命周期管理系統(tǒng)實現(xiàn)
3.1系統(tǒng)主要功能實現(xiàn)
3.2.1系統(tǒng)登錄功能實現(xiàn)
用戶登錄界面是包裝生命周期管理系統(tǒng)的主頁面入口，該頁面主要部分為賬號和密碼的輸入界面。該界面的主要功能就是實現(xiàn)用戶的登錄，用戶輸入用戶名和密碼后系統(tǒng)會根據(jù)用戶所輸入的信息進(jìn)行信息判定，如果用戶名或密碼有誤則會彈出相應(yīng)的報錯窗口，并對輸入框進(jìn)行重置。如果信息通過判定則系統(tǒng)會根據(jù)用戶輸入的用戶名進(jìn)行權(quán)限判定，并跳轉(zhuǎn)到不同的操作界面。
3.2.2用戶管理功能實現(xiàn)
用戶通過用戶名和密碼輸入后，本文所設(shè)計的系統(tǒng)通過判定改用的權(quán)限自動跳轉(zhuǎn)到相應(yīng)的頁面。當(dāng)用戶選擇用戶管理功能時，系統(tǒng)跳轉(zhuǎn)到用戶管理員頁面。該頁面主要實現(xiàn)管理員對用戶信息的管理與維護(hù)功能，包括創(chuàng)建用戶、查詢用戶、修改密碼、批量導(dǎo)入用戶信息等。圖2所示為查詢用戶功能界面。
3.2.3產(chǎn)品生產(chǎn)管理模塊功能實現(xiàn)
圖3所示為產(chǎn)品生產(chǎn)管理模塊功能界面。用戶在該界面中可選擇產(chǎn)品訂單信息管理，其中包括訂單錄入、訂單查詢、訂單修改、庫存記錄等。在訂單管理界面的右側(cè)，顯示有關(guān)產(chǎn)品和包裝件的統(tǒng)計信息，例如產(chǎn)品及包裝件名、單價、負(fù)責(zé)人、產(chǎn)品及包裝件類型、現(xiàn)狀、型號、廠家、出廠號、出廠年月、購置日期、放置點(diǎn)、使用部門、入賬時間、數(shù)量、總價格、備注等信息。
4總結(jié)
本文針對包裝生命周期管理系統(tǒng)的研究思路上，分析某包裝企業(yè)的包裝件生產(chǎn)模式和特點(diǎn)。結(jié)合用戶的需求以及具體的要求，針對系統(tǒng)的需求進(jìn)行了相應(yīng)的功能模塊的劃分，并以此為基礎(chǔ)進(jìn)行了軟件系統(tǒng)的總體設(shè)計以及典型的功能模塊設(shè)計，最后根據(jù)設(shè)計原則進(jìn)行了系統(tǒng)的開發(fā)。在某包裝企業(yè)的實際應(yīng)用過程中，該系統(tǒng)運(yùn)行較為穩(wěn)定，能夠滿足工作需求。
參考文獻(xiàn)
郭焱，劉紅超，郭彬等.產(chǎn)品生命周期評價關(guān)鍵問題研究評述[J].計算機(jī)集成制造系統(tǒng)，2014，20（5）：1141-1148.
DavidE.Meyer，VenkataK.K.Upadhyayula._Theuseoflifecycletoolstosupportdecisionmakingforsustainablenanotechnologies[J].Cleantechnologiesandenvironmentalpolicy，2014，16（4）：757-772.
LuisaF.Cabeza，LidiaRincon，VirginiaVilarinoetal.Lifecycleassessment（LCA）andlifecycleenergyanalysis（LCEA）ofbuildingsandthebuildingsector：Areview[J].Renewable&；amp；sustainableenergyreviews，2014，29（Jan.）：394-416.
CarlaLSimoes，LigiaMCostaPinto，CABernardoetal._EnvironmentalandeconomicanalysisofendoflifemanagementoptionsforanHOPEproductusingalifecyclethinkingapproach[J].WasteManagement；Research，2014，32（5）：414-422.
[關(guān)鍵詞]產(chǎn)業(yè)轉(zhuǎn)型升級；國有企業(yè)；發(fā)展研究
[DOI]10.13939/ki.zgsc.2015.43.030
1 國有企業(yè)改革與產(chǎn)業(yè)轉(zhuǎn)型發(fā)展
自從1978年實施經(jīng)濟(jì)改革開放以來，國有企業(yè)改革始終是整個中國經(jīng)濟(jì)體制改革的重要環(huán)節(jié)，由計劃經(jīng)濟(jì)體制轉(zhuǎn)軌到市場經(jīng)濟(jì)體制，意味著國家機(jī)關(guān)、國有企業(yè)在經(jīng)濟(jì)領(lǐng)域的角色及互動關(guān)系要改變。在轉(zhuǎn)軌的過程之中，政府開始陸續(xù)下放企業(yè)的自，改善激勵機(jī)制，了多項有關(guān)國有企業(yè)的改革方案，通過“放權(quán)讓利”、“兩步利改稅”、“企業(yè)承包經(jīng)營責(zé)任制”與“建立現(xiàn)代企業(yè)制度”等手段，不斷深化國企改革，試圖讓國有企業(yè)實現(xiàn)更好的可持續(xù)發(fā)展。
目前，國企改革重點(diǎn)放在產(chǎn)業(yè)升級上，一方面，政府和企業(yè)都在進(jìn)行產(chǎn)業(yè)升級和投資新興產(chǎn)業(yè)，順應(yīng)改革需求。另一方面，產(chǎn)業(yè)升級中不僅出現(xiàn)產(chǎn)能嚴(yán)重過剩、盲目投資以及布局趨同現(xiàn)象，而且因缺乏新產(chǎn)業(yè)領(lǐng)域帶動產(chǎn)業(yè)成長，而進(jìn)入低效益的發(fā)展階段。除鋼鐵、水泥等傳統(tǒng)產(chǎn)業(yè)外，風(fēng)電、太陽能等新興產(chǎn)業(yè)領(lǐng)域，也正出現(xiàn)產(chǎn)能過?，F(xiàn)象。目前，中國鐵礦石、石油、銅、鈾等資源對外依存度不斷提高，潛在風(fēng)險日益加大，高耗能、高污染的落后產(chǎn)能，也對環(huán)境資源承載造成較大壓力。為此，“十二五規(guī)劃”強(qiáng)調(diào)“調(diào)整產(chǎn)業(yè)結(jié)構(gòu)，轉(zhuǎn)變發(fā)展方式，培育新興領(lǐng)域，增強(qiáng)內(nèi)生增長動力。
2 國有企業(yè)在發(fā)展戰(zhàn)略性新興產(chǎn)業(yè)中的角色
新興產(chǎn)業(yè)畢竟是尚未成熟的產(chǎn)業(yè)，許多發(fā)達(dá)國家也紛紛進(jìn)行大規(guī)模的投入，美國明確將清潔能源、醫(yī)療健康、生物工程、納米技術(shù)、先進(jìn)汽車、航空等產(chǎn)業(yè)，作為未來20年的重點(diǎn)發(fā)展領(lǐng)域，并出臺系列政策法規(guī)及專項行動計劃，從資金投入、市場培育、國際發(fā)展、人才培養(yǎng)等方面提供保障。歐盟、日本、韓國等國家也將太陽能、創(chuàng)新藥物、機(jī)器人等新興產(chǎn)業(yè)，作為發(fā)展重點(diǎn)。所以，中國必須大力發(fā)展新興產(chǎn)業(yè)，不能輸在起跑線上。中國發(fā)展戰(zhàn)略性新興產(chǎn)業(yè)具有搶占新興技術(shù)高地、制定技術(shù)標(biāo)準(zhǔn)等重大意義，能夠把自己從當(dāng)前技術(shù)跟隨者角色轉(zhuǎn)換為世界新技術(shù)領(lǐng)導(dǎo)者。當(dāng)前發(fā)展戰(zhàn)略性新興產(chǎn)業(yè)的另一個重要意義，在于戰(zhàn)略性新興產(chǎn)業(yè)市場潛力巨大，可望成為拉動中國經(jīng)濟(jì)增長、擴(kuò)大就業(yè)的重要引擎。
目前國有企業(yè)對于新興產(chǎn)業(yè)的發(fā)展和產(chǎn)業(yè)升級中扮演著重要角色。在新能源領(lǐng)域，最大的風(fēng)電專項及光伏發(fā)電專項均由國有企業(yè)建設(shè)，核電則全由央企所承建。在智能電網(wǎng)方面，兩大電網(wǎng)集團(tuán)自主研發(fā)、涉及和建設(shè)特高壓示范工程，在特高壓核心輸電技術(shù)和設(shè)備國產(chǎn)化方面取得了重要突破。在高端制造業(yè)方面：大型客機(jī)研發(fā)制造、先進(jìn)航天器研發(fā)與制造、高速鐵路關(guān)鍵技術(shù)和設(shè)備制造、高速磁懸浮列車整車集成和制造，國有企業(yè)都扮演著主要角色。對于傳統(tǒng)生產(chǎn)行業(yè)，比如紡織、鋼鐵等，國有企業(yè)也已經(jīng)帶頭進(jìn)行產(chǎn)業(yè)升級，逐步淘汰落后產(chǎn)能，提前完成節(jié)能減排規(guī)劃目標(biāo)。實際上，傳統(tǒng)產(chǎn)業(yè)轉(zhuǎn)型升級比起新建新興產(chǎn)業(yè)要困難得多，現(xiàn)在很多老國企就像臃腫無力的毛毛蟲，要想破繭重生為美麗的蝴蝶是很難想象的事。鑒于此，以下所講的主要是對老國企產(chǎn)業(yè)轉(zhuǎn)型升級的研究。
3 產(chǎn)業(yè)轉(zhuǎn)型升級背景下國有企業(yè)發(fā)展建議
3.1 改進(jìn)企業(yè)運(yùn)營流程，提升企業(yè)運(yùn)營效率
一是以營運(yùn)維度進(jìn)行展開。以營運(yùn)維度進(jìn)行展開主要包括企業(yè)模式、企業(yè)流程、程序、作業(yè)、作業(yè)步驟。例如，一家公司的一個生產(chǎn)基地，其內(nèi)部的產(chǎn)、銷、研、人、財，各機(jī)能的運(yùn)作獨(dú)立于母公司，其營運(yùn)模式就是一家企業(yè)模式。營運(yùn)模式中有客戶訂單管理流程，客戶訂單管理流程就是企業(yè)流程。客戶訂單管理流程中有新訂單確認(rèn)程序，新訂單確認(rèn)程序就是一個程序。新訂單確認(rèn)程序中有客戶基本數(shù)據(jù)管理作業(yè)，客戶基本數(shù)據(jù)管理作業(yè)就是一種作業(yè)。二是以應(yīng)用軟件維度進(jìn)行展開。以應(yīng)用軟件維度進(jìn)行展開主要包括信息系統(tǒng)、機(jī)能子系統(tǒng)、子系統(tǒng)、程序、步驟。例如，一家公司的一個生產(chǎn)基地，其內(nèi)部的產(chǎn)銷人發(fā)財，各機(jī)能的運(yùn)作獨(dú)立于母公司，其ERP系統(tǒng)就是一個信息系統(tǒng)。ERP系統(tǒng)中有客戶訂單管理系統(tǒng)，客戶訂單管理系統(tǒng)就是機(jī)能子系統(tǒng)?？蛻粲唵喂芾硐到y(tǒng)中有新訂單管理系統(tǒng)，新訂單管理系統(tǒng)就是一個子系統(tǒng)。新訂單管理系統(tǒng)中有客戶基本數(shù)據(jù)維護(hù)作業(yè)，客戶基本數(shù)據(jù)維護(hù)作業(yè)就是一個程序。
3.2 完善企業(yè)管理制度，建立現(xiàn)代企業(yè)制度
一是權(quán)責(zé)明確建立企業(yè)管理體系及獎懲制度。具體包括擬定運(yùn)營政策及具體目標(biāo)；企業(yè)管理規(guī)章擬訂及督促執(zhí)行；運(yùn)營計劃制訂及執(zhí)行（包含自動檢查計劃、緊急應(yīng)變計劃等）；績效評量、稽核及獎懲。二是作業(yè)安排與管理。具體包括日常動態(tài)的企業(yè)管理；危險作業(yè)安全管理；各單位主管以上人員工作環(huán)境巡查及5S/TPM 自我檢查；施工許可，包括局限空間及動火等作業(yè)前認(rèn)可；制程操作變更、人員異動等變更作業(yè)的管理。三是人員的資格審查與培訓(xùn)。具體包括基本培訓(xùn)要求；新進(jìn)、變更作業(yè)人員等教育培訓(xùn)及執(zhí)行法令規(guī)定需具備工作資格的培訓(xùn)；承包商施工前安全危害告知；培訓(xùn)內(nèi)容應(yīng)包含企業(yè)運(yùn)營文化方面的內(nèi)容。四是獎勵與懲罰。具體包括：獎懲制度的落實執(zhí)行；運(yùn)營與考核的結(jié)合；多鼓勵、少懲處，員工就少排斥感；鼓勵員工對安全遵守并對屢告不聽者處罰；同事間的安全態(tài)度及安全績效列入績效考核項目內(nèi)。五是稽查、審核與比較。通過各項稽核，隨時審查生產(chǎn)計劃及制度是否完整，并提出改善意見。具體可采取的舉措包括：5S/TPM 評核比賽；落實主管工作巡查，并統(tǒng)計實施優(yōu)者獎勵，督促不佳者進(jìn)行改善；工作績效巡查記錄及改善追蹤；實施管理系統(tǒng)、危險性工作場所等內(nèi)部稽核檢查。
3.3 推進(jìn)跨國經(jīng)營發(fā)展，讓企業(yè)經(jīng)受國際市場考驗
積極開展跨國經(jīng)營，在國際競爭中把企業(yè)做大做強(qiáng)。國有大型企業(yè)應(yīng)積極擴(kuò)大海外投資、合作，大力開拓國際市場，提高跨國經(jīng)營能力。應(yīng)充分利用國際市場的科技資源，抓住當(dāng)前國外一些企業(yè)經(jīng)營困難、企業(yè)價值大幅下降的機(jī)會，選準(zhǔn)那些具有較好技術(shù)資源的企業(yè)，積極開展國際并購，以提高國內(nèi)企業(yè)技術(shù)水平。通過擴(kuò)大智力引進(jìn)和關(guān)鍵技術(shù)、零部件引進(jìn)，增強(qiáng)自主研發(fā)能力。通過國際合作研發(fā)、成果共享，促進(jìn)中外企業(yè)互利共贏。積極大膽地到海外參與各類工程和項目的投標(biāo)，對一些資源型企業(yè)進(jìn)行參股、控股，爭取獲得更多能源資源的勘探權(quán)和開采權(quán)，滿足國內(nèi)經(jīng)濟(jì)增長對短缺能源資源的需求。不僅大企業(yè)要積極“走出去”，政府還要鼓勵眾多的中小企業(yè)“走出去”。中小企業(yè)機(jī)動靈活，容易獲得更多的投資機(jī)會。中小企業(yè)同大企業(yè)應(yīng)密切配合，形成“走出去”的合力。
3.4 合理利用政府職能，培育出健康成熟的市場環(huán)境
一是減少政府對國有企業(yè)的干預(yù)。目前國家正在逐步減少政府的審批職權(quán)，讓企業(yè)有更多的自。二是改變政府控股模式。由國資委控股轉(zhuǎn)換成類似于“淡馬錫”模式的資產(chǎn)委托管理模式或者轉(zhuǎn)變?yōu)榛旌纤兄?，減少政府對國有企業(yè)人財物的控制權(quán)。三是政府利用審批職能避免重復(fù)建設(shè)。這種現(xiàn)象在中國已經(jīng)司空見慣，上面所講的太陽能、風(fēng)電等遍地都是，但現(xiàn)在是哀鴻一片，一個好項目，每個省、每個市都要上，最終是生產(chǎn)過剩。這方面應(yīng)該從中央就要把控好，以防和前幾年遍地開花的鋼鐵、太陽能項目一樣。在目前國有企業(yè)隸屬關(guān)系不變的情況下，政府應(yīng)該利用好手中的權(quán)利，正確指導(dǎo)國有企業(yè)完成升級改造，而非逆市場而為，盲目整合、瘋狂上馬，必須替國企掃清市場障礙，打造出一個健康成熟的市場環(huán)境。
參考文獻(xiàn)：
作者：趙凱凱 朱柏青 童一飛 李東波 單位：南京理工大學(xué)機(jī)械工程學(xué)院
歷史的詢價信息、客戶訂單信息積累了大量有價值的基礎(chǔ)數(shù)據(jù)，以往本企業(yè)對于這塊數(shù)據(jù)并沒有好好利用，僅作為存檔，現(xiàn)在通過營銷管理系統(tǒng)從這些日常經(jīng)營的海量數(shù)據(jù)中挖掘出有用的經(jīng)營決策信息，結(jié)合灰色預(yù)測方法可以較為準(zhǔn)確地預(yù)測鍛件的銷售量，更好地滿足客戶個性化需求，增強(qiáng)企業(yè)自身的核心競爭力。
系統(tǒng)總體結(jié)構(gòu)及功能規(guī)劃
系統(tǒng)總體架構(gòu)本營銷管理系統(tǒng)采用B/S模式，支持分布、并行、協(xié)調(diào)的工作方式，包括基本的4個層次:用戶層、應(yīng)用層、接口層和數(shù)據(jù)層。系統(tǒng)功能規(guī)劃圖。a．用戶層。用戶和系統(tǒng)的交互接口，提供可視化的友好人機(jī)界面。按分配的角色和權(quán)限，進(jìn)行不同級別的操作，執(zhí)行不同的功能。b．應(yīng)用層。在分布式開放平臺下，處理以下管理活動:基礎(chǔ)數(shù)據(jù)模塊、詢價管理、訂單管理、任務(wù)單管理、報表管理、預(yù)測管理。c．接口層。提供系統(tǒng)運(yùn)行所需要的軟硬件環(huán)境，包括用來實現(xiàn)數(shù)據(jù)的請求、處理和存儲的數(shù)據(jù)庫系統(tǒng)，還有計算機(jī)操作系統(tǒng)及網(wǎng)絡(luò)環(huán)境，各軟件接口。d．?dāng)?shù)據(jù)層。包括客戶信息庫、詢價信息庫、訂單信息庫、任務(wù)單信息庫。系統(tǒng)主要功能a．基礎(chǔ)數(shù)據(jù)管理。基礎(chǔ)數(shù)據(jù)包括客戶數(shù)據(jù)、用戶數(shù)據(jù)等。新客戶過來詢價時營銷部會給一個臨時編碼進(jìn)行詢價操作，等正式下達(dá)訂單以后，同時更改臨時編碼為正式編碼，并保存在客戶數(shù)據(jù)中。用戶數(shù)據(jù)保存客戶的用戶名、密碼、權(quán)限等基礎(chǔ)信息，用戶登錄時根據(jù)權(quán)限開放相應(yīng)操作給用戶。b．詢價管理。此鍛造企業(yè)是面向訂單的生產(chǎn)方式，但是詢價內(nèi)容中僅有部分轉(zhuǎn)換為訂單，因此詢價管理的數(shù)據(jù)量很大，詢價管理很重要。通過系統(tǒng)快速地協(xié)調(diào)生產(chǎn)部對鍛件進(jìn)行報重操作，然后反饋到營銷部進(jìn)行報價操作，快速準(zhǔn)確地完成客戶的詢價操作。c．訂單管理。客戶根據(jù)實際情況生成訂單，并且交由營銷部進(jìn)行評審，包括技術(shù)評審、交貨期評審等，評審?fù)ㄟ^后簽訂合同。d．任務(wù)管理。根據(jù)合同生成任務(wù)單，交由生產(chǎn)部，生成車間生產(chǎn)計劃，指導(dǎo)車間生產(chǎn)。根據(jù)查詢的庫存情況下達(dá)發(fā)貨通知，等財務(wù)等部門確認(rèn)以后及時進(jìn)行發(fā)貨。e．報表管理。根據(jù)歷史數(shù)據(jù)生成各種統(tǒng)計報表，包括訂單統(tǒng)計表、月任務(wù)量統(tǒng)計表、周任務(wù)量統(tǒng)計表、按時完工率統(tǒng)計表等。對于未按時完工的生產(chǎn)任務(wù)，追溯其詳細(xì)原因。采用圖表方式對一定時期的銷售情況進(jìn)行綜合分析，根據(jù)分析結(jié)果對以后的銷售進(jìn)行引導(dǎo)。f．預(yù)測管理。按照產(chǎn)品分類、客戶分類或者總體對鍛件的銷售量進(jìn)行預(yù)測。
基于灰色預(yù)測的銷售預(yù)測
假設(shè)，如果某一系統(tǒng)的全部信息已知為白色系統(tǒng)，全部信息未知為黑色系統(tǒng)，那么處在白色系統(tǒng)與黑色系統(tǒng)過渡階段的系統(tǒng)就是所謂的灰色系統(tǒng)。灰色系統(tǒng)的部分信息已知，部分信息未知［3］。目前使用最廣泛的灰色預(yù)測模型就是關(guān)于數(shù)列預(yù)測的一個變量、一階微分的GM(1，1)模型，它是整個灰色理論體系的基礎(chǔ)。GM(1，1)模型是基于隨機(jī)的原始時間序列，經(jīng)按時間累加后所形成的新的時間序列，呈現(xiàn)的規(guī)律可用一階線性微分方程的解來逼近［4］。本系統(tǒng)通過采用GM(1，1)模型來建立預(yù)測模型，通過季節(jié)指數(shù)對各月鍛件進(jìn)行修正，在修正后的數(shù)據(jù)基礎(chǔ)上利用灰色預(yù)測進(jìn)行銷售預(yù)測，以提高預(yù)測精度。具體操作步驟如下。a．收集歷年各月的鍛件銷售數(shù)據(jù)，在本銷售系統(tǒng)中根據(jù)最近3年的銷售數(shù)據(jù)計算季節(jié)指數(shù)，令（式略）b．利用原始數(shù)據(jù)除以對應(yīng)季節(jié)指數(shù)進(jìn)行修正。c．利用修正后的數(shù)據(jù)建立GM(1，1)模型進(jìn)行預(yù)測。d．利用預(yù)測數(shù)據(jù)乘以對應(yīng)的季節(jié)指數(shù)進(jìn)行還原。
系統(tǒng)實現(xiàn)實例
系統(tǒng)分為6個模塊:基礎(chǔ)數(shù)據(jù)管理、詢價管理、訂單管理、任務(wù)管理、報表管理以及預(yù)測管理，包含了設(shè)計階段規(guī)劃的6大功能。
結(jié)束語
本文通過營銷管理系統(tǒng)實現(xiàn)了營銷部日常業(yè)務(wù)的信息化，減少了企業(yè)管理部門的勞動量，提高了業(yè)務(wù)的工作效率，并且通過采用灰色預(yù)測的預(yù)測模型，較為準(zhǔn)確地預(yù)測鍛件的銷售量。該系統(tǒng)的局限在于只在營銷部全面實現(xiàn)了信息化，而未在企業(yè)的其他部門完全實現(xiàn)信息化，因此實現(xiàn)其他部門的信息化并與本系統(tǒng)有效集成，是以后研究工作的重心。
[關(guān)鍵詞] 旅游電子商務(wù)網(wǎng)站數(shù)據(jù)庫ADO
隨著新型的商業(yè)運(yùn)營模式電子商務(wù)的日趨成熟，旅游電子商務(wù)網(wǎng)站發(fā)展迅速, 從數(shù)量上看已經(jīng)初具規(guī)模。縱觀中國旅游電子商務(wù)近年的發(fā)展，旅游電子商務(wù)正在從簡單的網(wǎng)上信息瀏覽、搜索、推播的信息服務(wù)方式朝實時在線的交易、支付的服務(wù)方式發(fā)展。為了更好地進(jìn)行網(wǎng)上交易,我們有必要對整個網(wǎng)站進(jìn)行認(rèn)真的設(shè)計。
一、旅游電子商務(wù)網(wǎng)站的系統(tǒng)設(shè)計
在系統(tǒng)具體實現(xiàn)之前需要進(jìn)行規(guī)劃，首先需要確定一個旅游電子商務(wù)網(wǎng)站系統(tǒng)的基本功能結(jié)構(gòu)，并考慮數(shù)據(jù)庫系統(tǒng)設(shè)計方案。
1.系統(tǒng)功能結(jié)構(gòu)
通常，在旅游電子商務(wù)網(wǎng)站上，游客可以瀏覽并查詢旅游產(chǎn)品，了解旅游旅游產(chǎn)品的詳細(xì)情況，如旅游線路、景點(diǎn)、餐飲、住宿、價格等。如果滿意的話，注冊后憑用戶名、密碼登錄，填寫訂單并支付，即可訂購好該旅游產(chǎn)品?；谝陨腺徫锪鞒炭紤]，一個典型的B2C架構(gòu)的旅游電子商務(wù)網(wǎng)站，可劃分為四個基本的功能模塊，如用戶管理、產(chǎn)品管理、購物管理和訂單管理等。各個模塊相互獨(dú)立，可以獨(dú)立完成自己的功能。各模塊間又緊密聯(lián)系，不可或缺，如訂單管理都需要記錄產(chǎn)品信息和用戶信息，離不開用戶管理、產(chǎn)品管理這些模塊。系統(tǒng)的基本功能結(jié)構(gòu)如下圖。
網(wǎng)站功能結(jié)構(gòu)圖
2.數(shù)據(jù)庫的設(shè)計
在網(wǎng)站系統(tǒng)的設(shè)計過程中，數(shù)據(jù)庫設(shè)計是非常重要的，數(shù)據(jù)庫是網(wǎng)站的核心，也是聯(lián)系各個功能模塊的紐帶。如果設(shè)計不當(dāng)，網(wǎng)站的性能也會受到影響。
按照系統(tǒng)的功能，可以確定旅游電子商務(wù)系統(tǒng)中的實體有：會員、產(chǎn)品、訂單。同類實體構(gòu)成的實體集設(shè)計為相應(yīng)的表。因此，數(shù)據(jù)庫中至少需建立以下三種類型表：
（1）會員信息表member：主要存放會員的個人信息，會員編號、姓名、出生年月、聯(lián)系電話、email 、級別等。
（2）旅游產(chǎn)品信息表info：主要存放旅游線路、酒店和航班的詳細(xì)信息，可以將這三類信息分別存放在三個表中，即表travelinfo、hotelinfo、airlineinfo。旅游線路信息表travelinfo包括線路編號、線路名稱、出發(fā)地、目的地、游覽天數(shù)、價格、組團(tuán)人數(shù)、行程安排、供應(yīng)標(biāo)準(zhǔn)、開班日期等。酒店信息表hotelinfo包括酒店的編號、名稱、所在城市、地址、星級、房型、價格、酒店簡介等。航班信息表airlineinfo包括航班的編號、航班號、出發(fā)城市、到達(dá)城市、所屬航班公司、機(jī)型、開班日期、起飛時間、到達(dá)時間、起飛機(jī)場、降落機(jī)場等。
(3）訂單信息表orders：主要存放客戶的訂單信息，包括訂單編號、會員編號、付款方式、付款狀態(tài)、訂單處理狀態(tài)、收到訂單日期、旅游產(chǎn)品編號、數(shù)量、單價等字段。通過會員編號可以與會員信息表聯(lián)系起來，通過旅游產(chǎn)品編號可以與旅游產(chǎn)品信息表聯(lián)系起來。
二、旅游電子商務(wù)網(wǎng)站的實現(xiàn)
按照系統(tǒng)的功能，旅游電子商務(wù)網(wǎng)站可劃分為用戶管理、產(chǎn)品管理、購物管理和訂單管理等四個基本的功能模塊，貫穿了當(dāng)前旅游電子商務(wù)網(wǎng)站的一般處理過程。
1.會員管理
會員管理主要包括用戶注冊、登錄，信息修改三個方面的功能。
用戶注冊是站點(diǎn)獲取用戶信息的一個基本渠道，既方便于對用戶的管理，又通過這些信息可以為用戶提供更好的服務(wù)。一個站點(diǎn)上不能有兩個一模一樣的用戶，所以需要有一個關(guān)鍵信息如用戶名來惟一區(qū)分不同的用戶，因此在用戶注冊提交后就需要先檢查網(wǎng)站數(shù)據(jù)庫中是否已經(jīng)存在這個用戶，如果存在則返回重新輸入，否則信息經(jīng)系統(tǒng)驗證無誤后，連接數(shù)據(jù)庫，利用insert語句添加到數(shù)據(jù)庫中。數(shù)據(jù)的提交是以表單的方式，采用POST方法傳遞數(shù)據(jù)。當(dāng)表單提交按鈕觸發(fā)后，會對表單里的對象逐個驗證是否合乎規(guī)范，如果不合邏輯將會返回重新輸入，驗證代碼可以定義為一個過程。
用戶登錄只需要通過數(shù)據(jù)庫驗證用戶是否為正確的用戶，即輸入的用戶名和密碼是否正確。
修改個人信息一般都要在用戶成功登錄以后才能進(jìn)行，首先通過查詢數(shù)據(jù)庫，以表單的形式將該用戶的信息顯示出來，然后允許用戶進(jìn)行修改，修改的數(shù)據(jù)提交后，連接數(shù)據(jù)庫，利用update語句對數(shù)據(jù)庫中的數(shù)據(jù)進(jìn)行更新。
2.旅游產(chǎn)品管理
旅游產(chǎn)品管理主要是通過建立良好的旅游產(chǎn)品分類和搜索方式，向游客展示各種旅游產(chǎn)品信息，讓游客能方便地以各種方式快速地瀏覽產(chǎn)品，進(jìn)行選購，減少客戶不必要的時間浪費(fèi)。
可以從價格分類顯示、熱點(diǎn)產(chǎn)品顯示、推薦精品顯示、新產(chǎn)品顯示和查詢顯示等多方面向游客展示關(guān)于旅游線路、酒店、航班等信息。從數(shù)據(jù)庫技術(shù)的角度，幾乎所有形式的產(chǎn)品顯示都是按一定的條件對數(shù)據(jù)庫進(jìn)行查詢，并將查詢的結(jié)果顯示出來。其中查詢顯示是較為復(fù)雜的產(chǎn)品顯示方式，允許輸入多個條件進(jìn)行查詢，然后把符合條件的旅游產(chǎn)品顯示出來。通常采用模糊查詢like可以將符合查詢條件的所有產(chǎn)品顯示出來。
3.購物管理
購物管理模塊實際上是一個從旅游產(chǎn)品顯示到訂單生成之間的購物流程的設(shè)計。購物流程可以包括很多步驟，這些步驟不是必須的，它們的存在只有一個目的，就是確保正確地生成一個完整無缺的訂單。在游客預(yù)訂旅游產(chǎn)品，尤其是在結(jié)算之前，需要進(jìn)行登錄，登錄是為了獲取和記錄游客的相關(guān)信息。游客在預(yù)定旅游產(chǎn)品時，系統(tǒng)將自動調(diào)用訂單生成模塊以產(chǎn)生實際的訂單，訂單的信息將添加到數(shù)據(jù)庫中訂單信息表orders表里，所產(chǎn)生的訂單應(yīng)包括這樣一些信息：訂單編號、會員編號、付款方式、付款狀態(tài)、訂單處理狀態(tài)、收到訂單日期、旅游產(chǎn)品編號、數(shù)量、單價、聯(lián)系電話等。因此，實現(xiàn)該模塊時，訂單信息的獲取是非常重要的，關(guān)于用戶的內(nèi)容可以從會員登錄時保存到session對象中的數(shù)據(jù)得到會員編號，關(guān)于旅游產(chǎn)品的內(nèi)容可以從游客選擇產(chǎn)品時點(diǎn)擊“預(yù)訂”時獲取產(chǎn)品編號，關(guān)于付款的內(nèi)容需要用戶臨時輸入，設(shè)計一個表單即可獲取數(shù)據(jù)。獲取了必要的數(shù)據(jù)后，系統(tǒng)就可以根據(jù)這些數(shù)據(jù)產(chǎn)生訂單并將該訂單數(shù)據(jù)保存到訂單數(shù)據(jù)表中了。
4.訂單管理
游客可以訂購多個旅游產(chǎn)品，生成多個訂單，并對自己的訂單進(jìn)行管理，游客可以查詢所有訂單，隨時了解所選購的產(chǎn)品名稱、價格，以及訂單是否已付款，訂單是否已被處理等相關(guān)信息。游客也可以刪除部分訂單，如對于未付款、未處理的訂單游客可以取消，但對于已付款的訂單游客無法直接從網(wǎng)上刪除，必須和工作人員聯(lián)系。
一個訂單的生成到一次交易的結(jié)束期間，訂單至少要經(jīng)歷三個狀態(tài)：未處理，正在處理，處理完成。這些狀態(tài)的變化都應(yīng)反映在訂單之中。因此在設(shè)計訂單表時，除了具備購買者、所購產(chǎn)品、訂單號等基本字段外，還需要添加一個訂單狀態(tài)字段，用來保存當(dāng)前訂單的狀態(tài)。
三、應(yīng)用ADO訪問數(shù)據(jù)庫
系統(tǒng)采用ADO (Active Data Objects) 組件作為數(shù)據(jù)庫解決方案。ADO是ASP的一個重要的內(nèi)置ActiveX組件，可以在服務(wù)器中提供對數(shù)據(jù)庫操作的強(qiáng)大功能。在ASP頁面中可以調(diào)用ADO對象實現(xiàn)對數(shù)據(jù)庫的操作,它通過ODBC或者相應(yīng)的數(shù)據(jù)庫引擎，通過ADO與ASP的結(jié)合,可建立提供數(shù)據(jù)庫信息的網(wǎng)頁,允許訪問者在瀏覽器頁面上查詢、插入、更新和刪除站點(diǎn)服務(wù)器的數(shù)據(jù)庫信息。其工作過程：當(dāng)用戶端的瀏覽器填寫好表單按下確定按鈕后，經(jīng)過互聯(lián)網(wǎng)或內(nèi)聯(lián)網(wǎng)傳送HTTP請求到WEB服務(wù)器，WEB服務(wù)器執(zhí)行該請求所指定的ASP文檔，利用ADO對象，調(diào)用ODBC驅(qū)動程序，連接數(shù)據(jù)庫，執(zhí)行ASP文檔所指定的SQL指令，最后將執(zhí)行結(jié)果以HTML格式傳送給用戶瀏覽器。
ADO組件定義了三個最基本也最核心的對象，Connection對象、Command對象和Recordset對象。Connection連接對象主要用來建立并管理與數(shù)據(jù)庫的連接；Command命令對象通過已建立的連接對數(shù)據(jù)庫可提供靈活的查詢；Recordset記錄集對象主要用于表示訪問數(shù)據(jù)庫查詢所返回的結(jié)果，通過它可實現(xiàn)對數(shù)據(jù)庫中的數(shù)據(jù)的增、刪、改等操作。通過這三個對象用戶可以很方便地建立數(shù)據(jù)庫連接，執(zhí)行SQL查詢以及完成數(shù)據(jù)庫訪問等操作。
用ASP和ADO訪問數(shù)據(jù)庫可按以下步驟實現(xiàn)：
(1)創(chuàng)建一個Connection對象實例,Set conn=Server.Create.O b ject("ADODB.Connect ion")，用Open方法打開待訪問的數(shù)據(jù)庫,Conn.open“數(shù)據(jù)庫名”。
(2)設(shè)定對數(shù)據(jù)庫的操作命令，即指定要對數(shù)據(jù)庫要執(zhí)行的SQL命令
(3)利用Connection對象Execute()方法返回的結(jié)果集自動創(chuàng)建一個Recordset對象，Set RS = Conn. Execute(“SQL ”語句)，利用Recordsets對象所提供的屬性和方法顯示查詢結(jié)果。
(4)關(guān)閉結(jié)果集對象RS.close,斷開與數(shù)據(jù)庫的連接Conn. Close。
四、結(jié)束語
【關(guān)鍵詞】NET Framework 分布式架構(gòu) 電子商務(wù)系統(tǒng)
網(wǎng)絡(luò)技術(shù)的飛速發(fā)展帶動了社會的進(jìn)步和發(fā)展，隨著互聯(lián)網(wǎng)的普及，網(wǎng)絡(luò)技術(shù)已經(jīng)滲透到了生活中的方方面面。產(chǎn)品的生產(chǎn)和銷售同樣也在這網(wǎng)絡(luò)時代的大背景下發(fā)生了巨大的變化，隨著網(wǎng)絡(luò)的普及，越來越多的企業(yè)瞄準(zhǔn)了網(wǎng)上銷售這一新興的產(chǎn)品銷售方式。本文以.net作為系統(tǒng)的架構(gòu)，設(shè)計與開發(fā)一套電子商務(wù)系統(tǒng)，為企業(yè)的產(chǎn)品的銷售提供更多的渠道。
1 NET技術(shù)概述
.NET Framework是Microsoft為開發(fā)應(yīng)用程序創(chuàng)建的一個新平臺。他的第一個版本運(yùn)行在Windows操作系統(tǒng)上，以后將推出運(yùn)行在包括Free BSD、Linux、Macintosh，甚至個人數(shù)字助手（PDA）類設(shè)備等諸多操作系統(tǒng)上。使用該項技術(shù)的一個主要原因是它可以作為各種操作系統(tǒng)的集成方式。另外，.NET Framework沒有限制應(yīng)用程序的類型，他可以創(chuàng)建windows應(yīng)用程序、Web應(yīng)用程序和其他各種類型的程序。這樣設(shè)計.NET Framework是為了讓它可以用于各種語言，包括本文使用的C#語言、以及C++、Visual Basic、Jscript等。為此出現(xiàn)了Managed C++、Visual 和等這些語言的.NET版本。所有這些語言都可以訪問.NET Framework，他們還可彼此交互使用。
.NET Framework主要包含了一個非常大的代碼庫。這些代碼可以在客戶語言中通過面向?qū)ο缶幊碳夹g(shù)（OOP）來使用。這個庫分為不同的模塊，根據(jù)希望得到的結(jié)果來選擇使用其中的各個部分，也就是不同的操作系統(tǒng)可根據(jù)自己的特性支持其中部分或全部模塊。例如，PDA支持所有的核心.NET功能，但不需要某些深奧的模塊。部分.NET Framework庫定義了一些基本類型，而類型是數(shù)據(jù)的一種表達(dá)方式，指定其中最基礎(chǔ)的部分（例如32位帶符號的整數(shù)），以便于用.NET Framework在各種語方言之間交互操作，這稱為通用類型系統(tǒng)。除了支持這個庫以外，.NET Framework還包含.NET公共語言運(yùn)行時（Common Language Runtime），它負(fù)責(zé)管理用.NET Framework開發(fā)的所有應(yīng)用程序的執(zhí)訊所有這些意想不到的多樣性也是.NET Framework具有誘人前景的原因。
技術(shù)又叫ASP+，他擺脫了ASP技術(shù)使用腳本語言編程的缺點(diǎn)，理論上可以使用任何編程語言包括C++，VB，JS等等，當(dāng)然，最合適的編程語言還是MS為.NET Framework專門推出的C（讀C sharp）。盡管MS自己講C#內(nèi)核中更多的像VC，但實際上我還是認(rèn)為它和Java更象一些吧。由于他是面向?qū)ο蟮木幊陶Z言，而不是一種腳本，所以他具有面向?qū)ο缶幊陶Z言的一切特性，比如封裝性、繼承性、多態(tài)性等等，這就解決了ASP的弱點(diǎn)：封裝性使得代碼邏輯清晰，易于管理，并且應(yīng)用到上就可以使業(yè)務(wù)邏輯和HTML頁面分離，這樣無論頁面原型如何改變，業(yè)務(wù)邏輯代碼都不必做任何改動；繼承性和多態(tài)性使得代碼的可重用性大大提高。并且C#和C++、Java還提供了完善的調(diào)試/糾錯體系。不是ASP的簡單升級，而是全新一代的動態(tài)網(wǎng)頁實現(xiàn)系統(tǒng)，用于一臺WEB服務(wù)器建立強(qiáng)大的應(yīng)用程序。是微軟發(fā)展的新體系結(jié)構(gòu).NET的核心要素，是ASP和.NET技術(shù)的結(jié)合，具有很好的可擴(kuò)展性和定制性。他提供基于組件、事件驅(qū)動的可編程網(wǎng)絡(luò)表單，大大簡化了編程，還可建立網(wǎng)絡(luò)服務(wù)，用于在服務(wù)器上開發(fā)Web應(yīng)用。
2 系統(tǒng)分析和設(shè)計
2.1 業(yè)務(wù)定義分析
客戶使用本系統(tǒng)實現(xiàn)購物的要求，客戶對購物車和訂單進(jìn)行管理，并通過本系統(tǒng)完成網(wǎng)上一系列交易。本系統(tǒng)用戶主要功能有系統(tǒng)管理員、會員管理、結(jié)算管理、倉庫管理、在線客服、財務(wù)管理。顧客通過網(wǎng)上注冊成為會員，會員用戶擁有個人賬戶資料管理、訂單管理、在線下訂單、購物車管理、積分卡管理以及發(fā)表商品評論、退訂等功能。管理員則對所有的顧客進(jìn)行管理和維護(hù)以及對所有購物情況進(jìn)行管理。系統(tǒng)的用例圖如圖1所示。
注冊用戶通過客戶端進(jìn)行登錄后，可進(jìn)行以下權(quán)限管理資料查看、購物車管理、訂單管理、發(fā)表評論管理等功能。在購物車管理中可進(jìn)行查看商品、進(jìn)行訂單查詢、商品添加到購物車、刪除商品訂單信息。在訂單管理中，可進(jìn)行查看歷史的訂單信息、添加訂單信息、以及提交訂單的詳細(xì)信息。
管理員則可通過客戶端管理平臺進(jìn)行系統(tǒng)管理、訂單管理、商品管理、評論管理等操作。在商品管理中可進(jìn)行修改前臺商品信息和刪除商品信息以及添加某個新產(chǎn)品信息。在評論管理中可查看某條商品的評論和刪除評論等功能。
倉庫管理員主要負(fù)責(zé)貨物的配送和倉庫貨物管理工作，同時負(fù)責(zé)貨物的查件，貨物丟失查詢等功能。
在線客服負(fù)責(zé)在線咨詢與售后服務(wù)工作，售后服務(wù)主要為顧客妥善處理相關(guān)問題。
財務(wù)管理主要負(fù)責(zé)財務(wù)支出與收入統(tǒng)計工作，同時也肩負(fù)著銷售統(tǒng)計工作。
2.2 系統(tǒng)總體框架設(shè)計
寰通需求鏈管理解決方案(DCMS)集成并擴(kuò)展了SCM、CRM、ERP以及傳統(tǒng)分銷管理的有關(guān)功能，將企業(yè)內(nèi)外部資源有機(jī)結(jié)合起來，從而提高企業(yè)的市場競爭力。
寰通需求鏈管理解決方案廣泛適用于食品飲料、家電、日化、醫(yī)藥、高科技、服裝、汽車、體育器材、文化辦公、建材、家居、煙草及能源等行業(yè)。
寰通電子商務(wù)套件包括企業(yè)銷售端的解決方案-需求鏈管理，和企業(yè)采購端的管理解決方案-供應(yīng)商關(guān)系管理。寰通的電子商務(wù)套件提供了簡便易用的客戶化開發(fā)工具及系統(tǒng)集成工具(EAI)，大大提高了系統(tǒng)的集成性和可擴(kuò)展性。
系統(tǒng)功能
寰通需求鏈管理解決方案包括以下的功能系統(tǒng)：
1.寰通分銷渠道管理系統(tǒng)(Oval DMS)，用于管理傳統(tǒng)的分銷商渠道，包括以下管理功能：分銷商ERP系統(tǒng)(在線模式和離線模式)、渠道數(shù)據(jù)采集、渠道分析、電子訂單、促銷和返利管理、銷售拜訪管理、協(xié)同商務(wù)、分銷商門戶。
2.寰通協(xié)同商務(wù)管理系統(tǒng) (Oval c-Business)，主要用于管理現(xiàn)代渠道、關(guān)鍵零售客戶和直接零售客戶，包括：預(yù)測協(xié)同、訂單協(xié)同、庫存協(xié)同、商品銷售計劃協(xié)同、結(jié)算協(xié)同和物流協(xié)同,可以支持RosettaNe電子商務(wù)協(xié)議。
3.寰通促銷管理系統(tǒng)(Oval TPM),主要用于市場活動和費(fèi)用的管理，包括市場費(fèi)用預(yù)算、市場活動計劃、合同管理、市場活動的執(zhí)行、市場費(fèi)用的報銷和控制、市場活動和費(fèi)用的分析。
4.寰通銷售物流管理系統(tǒng)(Oval Logistics),主要支持倉儲管理和運(yùn)輸管理，以及第三方物流管理。
5.寰通服務(wù)管理系統(tǒng)(Oval Service),主要用于客戶服務(wù)管理和維修服務(wù)管理，包括：客戶服務(wù)中心、客戶服務(wù)申請、FAQ、服務(wù)訂單管理、服務(wù)結(jié)算等。
6.寰通銷售隊伍有效性管理(Oval SFE)，主要用于對銷售隊伍的閉環(huán)管理，包括：銷售目標(biāo)管理、銷售計劃管理、銷售活動管理、銷售費(fèi)用管理、銷售訂單管理、銷售績效管理。
7.寰通深度分銷管理系統(tǒng)(Oval DIDMS),通過POS系統(tǒng)和手機(jī)WAP方案，用于管理終端信息的收集和分析以及促銷員的管理。
方案亮點(diǎn)
寰通需求鏈管理解決方案可以為企業(yè)帶來的價值：
1.同步提高企業(yè)各級機(jī)構(gòu)的同步管理、協(xié)同商務(wù)管理水平。
2.通過統(tǒng)一管理平臺，優(yōu)化業(yè)務(wù)流程，合理分配企業(yè)資源，提高整體競爭力。
3.實現(xiàn)供應(yīng)鏈中各組織數(shù)據(jù)的實時性和共享性。
4.快速的市場響應(yīng)和決策。
5.通過動態(tài)需求鏈建模功能可使企業(yè)適應(yīng)動態(tài)的市場變化。
6.降低需求鏈的總體技術(shù)投入成本，降低公司的渠道管理費(fèi)用。
1、微餐廳又稱為微餐飲，屬于餐飲企業(yè)微信運(yùn)營網(wǎng)站。
2、微餐廳屬于新興的餐飲服務(wù)模式，可以為用餐客戶提供在線點(diǎn)餐、在線訂位、選餐等功能，方便用戶點(diǎn)餐、訂位。同時商家可以在后臺提供菜品管理、訂單管理、餐臺管理，不僅可以有利于快速處理訂單，還可以動態(tài)、實時的監(jiān)控餐廳餐位空閑情況。
3、國內(nèi)很多第三方平臺提供微餐廳服務(wù)，其中使用最多的是微盟weimob平臺，入駐企業(yè)超過1122000家，如鹽知道食府、德得軒、中百餐飲、倫巴薩等等。
（來源：文章屋網(wǎng) ）
