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