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