前言:一篇好文章的誕生,需要你不斷地搜集資料、整理思路,本站小編為你收集了豐富的電子商務系統概述主題范文,僅供參考,歡迎閱讀并收藏。
關鍵詞:EAM;電子商務
中圖分類號:TP393文獻標識碼:A文章編號:1009-3044(2007)15-30693-01
The Electronic Commerce is Generating Electricity the Application of the Business Enterprise Property Management System
WU Liang
(Hengyun in Guangzhou Business Enterprise Group, Guangzhou 510730, China)
Abstract:Along with electric power the reform and market turn of further deep turn. Make good the electric power is information-based. Lower to generate electricity supplies purchasing cost. The norm business enterprise purchase process. Exaltation the work efficiency become the electric power system reform of one of the key point. The MAIXMO system is the local electric power business enterprise EAM implement medium the usage is the most of software system. This text with the HENGYUN in Guangzhou group how in the MAXIMO system application the electronic commerce technique launch to discuss. Put forward have very strong generate electricity the business enterprise characteristics of the electronic commerce is practical to turn a project. In actually the movement also obtain very good the economy and the society performance.
Key words:EAM Electronic Commerce
1 MAXIMO系統采購模塊概述
MAXIMO是企業資產管理(EAM)的軟件系統,它是以資產、設備臺賬為基礎,以工作單的提交、審批、執行為主線,按照缺陷處理、計劃檢修等幾種可以模式,以提高維修效率、降低維修總體成本為目標,將采購管理、庫存管理、人力資源管理集成在一個數據充分共享的信息系統中,形成一個閉環系統。采購模塊作用跟蹤從物料和服務采購申請、詢價、采購、接收到最后發票,而詢價單過程就將詢價單發送給詢價單上列出的供應商,記錄和分析從供應商處接收的報價,將每個庫存項目或服務的報價授予供應商。
2 電子商務系統概述
電子商務系統由網上詢比價系統和招投標系統組成,詢比價系統從報價,提交報價,監控報價及修改報價和接受報價等采購業務的處理過程全部由系統自動完成。采購方通過網絡采購信息平臺采購信息,并確定比價選擇的采購模式,設置比價權數。供應商通過網絡采購信息平臺報價。在采購截止日期到期之后,采購方比較各供應商的產品價格和性能,選擇合適的供應商,經審批通過后,最終確定采購方案。招投標系統嚴格依據我國招投標法中規定的招投標程序,采用先進的技術手段實現了招投標過程的網絡化,評標過程的自動化。同時提高了招標采購行為本身的效率,降低了人工作業強度,強大的分析匯總能力為決策者提供了可靠依據。手機短信和自動傳真的集成,讓溝通更有效率。
3 電子商務系統與MAXIMO系統的集成架構
企業內部包括MAXIMO服務器和數據接口,電子商務平臺由電子采購平臺服務器和WebService服務器構成,二者通信是通過互聯網,其集成架構如(圖1)。數據接口軟件架構(如圖2),數據接口在保留原有功能的基礎上進行擴展和延伸,確保不影響MAXIMO升級。其業務流程在MAXIMO系統創建詢價單,通過數據數據接口和互聯網詢價到采購平臺,供應商在采購平臺報價,一旦詢價時間結束,把報價通過數據接口導回MAXIMO系統的詢價單,根據報價情況在MAXIMO系統創建采購單,經審批通過電子采購平臺電子郵件或手機短信通知被邀請的供應商。
4 實施電子商務采購前狀況
在實施電子商務采購前,詢價、招投標均采用手工處理方式,所有物資采購都是貨比三家。首先,采購員在EAM系統中創建詢價單,并打印出來傳真給三家供應商,然后各家供應商傳真報價,采購員在EAM中輸入和分析報價信息,將每個庫存項目或服務的報價授予供應商,并將三家的報價傳真件掃描進電腦,作為采購單的附件在EAM系統中呈交領導審批。如果是大額采購需要招標時,供應商需要將標書打印成冊密封,并在規定時間之前將標書交到招投標中心處并由專人保管,收齊標書后再集中招投標委員會人員開標。
5 實施電子商務采購后變化
在實施電子商務采購后,采購員在EAM系統生成詢價單后,只要按一個鍵,就可以將詢價所需的信息在網絡上,網絡平臺自動地通過電子郵件或手機短信通知被邀請的供應商。供應商在網上將報價以密封的方式到網絡平臺上。只有決標時間已過,報價才能打開,沒打開前,誰都不能看到報價信息。沒決標前,所有經授權的人都可以瀏覽整個詢價過程,并且可以添加其他供應商。紀檢監察部門也可以在網上隨時監控詢價的過程。報價打開后,采購員根據相關的規則擬定相應的供應商,然后將所有的報價信息回導入的EAM系統中,生成采購單,再在EAM中審批,如果是招投標,評標人員不需要集中,他們可以在網上評分或表決。
6 結束語
[關鍵詞] 電子商務 培養目標 課程體系 “新四類”
電子商務是21世紀經濟活動的核心,是推動未來經濟增長的主要力量,目前,電子商務專業正處于不斷發展和完善的過程之中,電子商務行業迫切需要一大批具有高素質的專業技術人員。
一、電子商務專業現行課程體系存在的問題
盡管電子商務專業是一個新興專業,但由于受傳統學科系統化課程模式的影響,很多高職院校電子商務專業的課程體系并不合理,依然采用“基礎課”“專業基礎課”“專業課”的“老三段”課程體系結構,嚴重影響了電子商務技術應用型人才培養目標的實現。
二、電子商務專業課程體系建設的設想
1.變“老三段”式的課程體系為“新四類”式的課程體系
高職電子商務專業人才業務培養規格與課程體系建設必須根據高職電子商務專業人才培養目標,依據對高職電子商務專業的崗位和崗位群的分析,分析高職電子商務專業的知識體系和能力結構,在明確專業培養目標的基礎上,遵循高職高專教育學習規律設置職業素質課程、專業知識課程、職業能力課程和拓展課程。
(1)首先確定電子商務專業的就業崗位,并以此確定“職業能力課程”
要根據市場調查的結果確定高職電子商務專業的就業崗位,如確定第一崗位為助理電子商務師、網絡應用師、單證員、報關員等;第二崗位為電子商務師、網站運營主管、高級業務經理等。根據第一崗的職業能力要求設置“職業能力課程”,如《電子商務實務》,介紹電子商務的基礎理論和基本概念、電子商務實用技術基礎、網上支付與交易安全、企業站點建設、網絡營銷、網上購物與網上開店、客戶關系管理等知識;《報關實務》,介紹海關的基本知識、貨物報關基本知識、國際貿易方式、國際貿易電子實務一般進出口貨物的報關程序、進出口稅費的征收、進出口商品歸類、進出口貨物報關單填制,以及保稅進出口貨物、其他進出口貨物和進出境運輸工具及物品的報關程序等內容。
(2)根據“職業能力課程”的要求設置“專業知識課程”
為了順利完成“職業能力課程”的教學,設置“專業知識課程”,如《電子商務概論》,介紹電子商務的概念、電子商務交易模式、電子貨幣與網上支付、物流信息管理、電子商務交易安全、網上銷售與營銷策劃、移動電子商務、電子商務法律、客戶關系管理與數據挖掘、電子商務網站規劃與建設、中小企業電子商務案例等知識;《電子商務案例分析》,根據國內外一批知名企業電子商務發展的經驗,選擇零售業、農業、國際采購及國際貿易業、政府采購、旅游業、會展業、物流業、服裝業及移動電子商務等多個行業中一些最具代表性的案例進行分析,通過剖析現實的電子商務系統,開展各類案例分析,從多方面研究企業在網上的商業活動,為綜合學習與掌握電子商務理論、融匯各方面知識提供有效的途徑等。
(3)根據“專業知識課程”的要求設置“職業素質課程”
為“職業能力課程”和“專業知識課程”教學的需要,設置“職業素質課程”,如《計算機網絡基礎》,介紹計算機網絡的基礎知識、網絡互連設備與技術、網絡協議、操作系統概述、計算機賬戶和組的管理、利用NTFS管理數據、Windows中實現安全性、Internet信息服務器、配置DNS、DHCP和WINS、配置打印機、將基于Windows 2000的服務器配置成路由器、活動目錄和網吧的組建等知識;《C語言》,介紹計算機語言的功能、分類,C語言的結構、構成、特點、上機步驟;介紹數據類型、運算符和輸入/輸出函數;介紹算法、結構化程序設計和模塊化程序設計;介紹數組、指針、結構體和共用體;同時,結合豐富的實例講述文件的使用方法等等。
(4)根據學生職業發展的要求設置“拓展課程”
學生在校學習期間,不僅要讓學生掌握畢業后第一就業崗位所必需的知識和能力,還要從學生的職業生涯長期發展的角度為學生的第二崗位,以及今后發展做好基礎性的知識儲備和能力儲備。因此,要設置“拓展課程”,如《企業管理》,介紹企業管理的基本理論和概念、市場調查、市場預測、經營決策、生產計劃和生產作業計劃、質量管理、物資管理、設備管理、財務管理、人力資源管理等內容;《市場營銷》,介紹市場營銷理論、定價方法、促銷手段、競爭策略等知識。
2.切實加強實踐教學
關鍵詞:JSP;SQL Server 2005;網絡訂餐
中圖分類號:TP311.52
1 課題背景
隨著Internet的普及,越來越多的企業開始在互聯網上建立了自己的站點,并通過網絡渠道展示自己的企業文化和產品,商品最新動態信息,用與用戶進行交流和溝通,與合作伙伴建立系統,以及拓展電子商務等。
伴隨著著信息時代的到來,人們開始對生活質量的追求也不斷提高。有時候人們由于工作、學習和應酬等各種原因,常常無法正常吃飯而苦惱。但隨著網絡的不斷普及和發展,人們漸漸設想是否能夠足不出戶通過網絡進行訂餐。而電子商務網站的出現,不僅僅把這樣想法變成為可能,更把它變成了實實在在的現實。網絡訂餐系統作為電子商務網站的一種,其超乎想象的網絡訂餐業務正在全國開始盛行。人們開始樂于接受這種新的生活方式,并利用網絡訂餐的方式來獲取自己想要的食物的同時,既節省了寶貴的時間,更獲得極大的實惠,更滿足了不同用戶的多樣需求。
2 課題意義
本網絡訂餐系統的實現,滿足消費者只要通過互聯網就可以足不出戶訂購自己喜歡的菜品,節省用戶外出就餐的時間,改變了傳統商業交易,在互聯網上進行交易,實現網上購買菜品和食物,大大方便了用戶。
3 系統設計原則
該系統的設計,為了日后實施和后期維護的方便,這就要求系統設計的便利性,因此有必要采取一定的設計原則。其主要設計原則是:
簡單性:達到系統所需功能的同時,還要盡量使系統易于理解,便于操作,這對于一個系統來講是非常重要的。
配置:該系統是專為開發和設計面向網絡預約系統的需要,它有很強的專業性和針對性。
實用性:能夠充分滿足網絡訂購服務的實際需求。
一致性:整體頁面設計和命名要求一致,并保證整個頁面布局和樣式顏色變量、類名、命名規則和所使用的其他元素的保持一致。
風格一致性:整體界面都采用靚麗的元素,無論是安置在相同的和不同的接口之間,都應該是一致的。
一致性變量命名規則:變量應該被命名為統一規則,所以任何變量都可以從上下文推斷出它的意義。
先進性:本系統主要采用JSP技術、SQL等被廣泛使用的系統開發和數據庫,這樣的設計可以保證該系統的良好的先進性,同時還具備了較好的可擴展性和再研發性。
3 系統設計與實現
本系統主要由以下幾個模塊組成:
3.1 用戶注冊模塊。用戶單擊注冊后需要輸入密碼和確認密碼、用戶真實姓名、住址、性別、E-mail、QQ。用戶只須填寫一個Web表單。這里需要用戶通過E-mail注冊是考慮到兩點:第一,用戶的E-mail是惟一的;第二,通過用戶的E-mail可以很方便快捷的與用戶取得聯系。用戶在提交注冊信息后,系統會對注冊頁面填寫的正確性進行檢查。對于不符合要求的填寫會給出必要的提示,并返回修改;對于符合要求的注冊表單,用戶提交信息后也要返回相應的歡迎信息,用戶提交的正確注冊信息將被存入系統的數據庫中。
3.2 系統后臺登陸模塊。要使用此系統,您必須先登錄到系統。在登陸頁面中,提交可接受的前臺第一頁的用戶名和密碼,然后在后臺進行處理,并嚴格按照用戶名進行檢查。如果發現用戶在數據庫用戶中的權限和密碼被分配了,將給二者分配兩個字符串變量,判斷從數據庫中的密碼讀出和登錄密碼是否匹配。如果這兩個密碼的數值相同,則根據相應的權限進入對應條目的頁面,否則顯示錯誤。
登陸模塊關鍵代碼
public String login(String userName,String userPw,int userType)
{
System.out.println("userType"+userType);
try
{
Thread.sleep(700);
} catch (InterruptedException e)
{
// TODO Auto-generated catch block
e.printStackTrace();
}
3.3 會員管理模塊。管理員登陸系統后,點擊導航欄中的“會員管理”,頁面會自動跳轉到管理員管理界面,核心代碼如下:
public String userMana()
{
List userList=userDAO.findAll();
Map request=(Map)ServletActionContext.getContext().get("request");
request.put("userList", userList);
return ActionSupport.SUCCESS;
}
3.4 菜品類別管理模塊。管理員登陸系統后,點擊左面的菜單“菜品類別管理”,頁面調轉到菜品類別界面,錄入菜品類別的的基本信息。包括類別名稱、類別介紹等,點擊保存按鈕,調用后臺的java類 把菜品類別信息保存到數據庫。關鍵代碼如下:
public String catelogMana()
{
String sql="from TCatelog where catelogDel='no'";
List cateLogList=catelogDAO.getHibernateTemplate().find(sql);
Map request=(Map)ServletActionContext.getContext().get("request");
request.put("cateLogList", cateLogList);
return ActionSupport.SUCCESS;
}
3.5 菜品管理模塊。點擊“菜品管理”菜單。頁面跳轉到菜品管理界面。關鍵代碼如下:
public St
ring goodsNoTejiaAdd()
{
TGoods goods=new TGoods();
goods.setGoodsCatelogId(goodsCatelogId);
goods.setGoodsName(goodsName);
goods.setGoodsMiaoshu(goodsMiaoshu);
goods.setGoodsPic(fujian);
goods.setGoodsShichangjia(goodsShichangjia);
if(goodsTejia==0)//特格為0表示沒有特價
{
goods.setGoodsTejia(goodsShichangjia);
goods.setGoodsIsnottejia("no");
}
3.6 訂單管理模塊。點擊左側的“訂單管理”菜單。頁面跳轉到訂單管理界面。關鍵代碼如下:
public String orderMana()
{
String sql="from TOrder order by orderUserId";
List orderList=orderDAO.getHibernateTemplate().find(sql);
Map request=(Map)ServletActionContext.getContext().get("request");
request.put("orderList", orderList);
return ActionSupport.SUCCESS;
}
4 系統測試
4.1 測試目的。系統測試就是為了發現錯誤而執行程序。它是軟件開發階段的一個組成部分,同時也占有相當大的比例,貫穿于整個軟件系統的始終(即系統定義、設計和研發過程)。系統測試的關鍵是軟件質量的保證,它直接影響到軟件質量評估。軟件的測試不僅要講究策略,更要講究時效性。軟件測試作為系統設計的最后一個環節,對測試過程中軟件的質量、軟件的實用性、可行性都起到了至關重要的作用。
4.2 測試方法。測試軟件有很多方法,通常采用的是黑盒測試和白盒測試。對于軟件測試,該程序作為一個黑盒子的黑盒測試方法,不考慮程序內部結構和流程。換句話說,黑箱測試是測試的程序界面,它只檢查程序是否正常工作和使用是否符合程序的規范,是否可以正確地接收輸入數據產生正確的輸出信息,并且保持外部信息性別的完整性。與黑盒測試方法相反,白盒測試方法的前提下可以安裝在程序中作為一個透明的白盒子,這可以充分了解到程序的內部結構和運行過程。這種方法是根據內部邏輯的測試程序的程序,要求每個通路檢驗程序都能夠根據預定要求的正常工作。白盒測試,也稱為結構測試。根據本系統的特點和完成的功能情況,在這里我采用黑盒測試法。
5 結束語
本文力求可以網絡訂餐系統的開發設計找到一種切實可行的解決方案,在分析了目前國內外網絡訂餐系統的現狀的基礎上,并經過反復摸索和學習研究后,借助編程語言JSP和SQL數據庫最終實現了網絡訂餐系統的開發,并在一系列測試后,最終達成了人性化、所需功能完善、操作清晰的設計目標。
參考文獻
[1]劉志海.通用試題庫系統的設計與實現[J].計算機與信息技術,2008(09):95-98.
[2]黃紅丹.“計算機文化基礎”網上考試系統的開發與實現[J].科技廣場,2007(07):157-159.
[3] (美)巴特利特,周哲玉譯.CSS入門經典[J].北京:人民郵電出版社,2007.
[4]胡百敬,姚巧玫.SQL Server 2005數據庫開發詳解[J].北京:電子工業出版社.2006(06).
[5]王國輝,王易.JSP數據庫系統開發案例精選[J].人民郵電出版社,2006(05).
論文關鍵詞:3G,3G農業,信息服務
一、我國農業網絡信息化建設現狀
發達國家農業生產信息化服務比較完善,使農業中優勢得到充分地發揮,劣勢得到逐步地改善,極大提高了發達國家農業生產的實力和農產品的國際競爭力。目前,農業信息技術的地位和作用受到各國政府和農業科學家的高度關注和重視。
經過進幾年的發展,我國農業信息化有了長足的進步和發展,但我國農業具有很多鮮明的特點,如生產個體規模小且高度分散,農作物對氣候、自然環境、農戶經驗依賴強,農戶與農作物采購商的交流、溝通的渠道窄、范圍小等等,由于這些特點使得我國農業發展與現代化農業有較大差距,農業生產、銷售中常常出現信息不對稱的現象。因此,我國還需要大力發展信息化建設,通過不斷加強農業網絡服務提高農業信息化的應用。
目前,我國農業網絡信息化也在不斷地發展建設,加強了農業數據庫建設,農業網站層出不窮,提供了較多的農業信息信息服務,但我國農業網絡信息化還存在較多的問題,比如,網站重復建設,信息摘要不斷發展,將新技術引入其中,如3G(第三代移動通信技術),使農業網絡信息化建設更加完善,而農民更易于獲取信息,使農業信息真正地服務于農。
二、3G農業概述
1. 3G農業概述
3G(第三代移動通信技術)是指基于寬帶CDMA(Code Division Multiple Access,碼分多址)技術和支持高速數據傳輸的蜂窩移動通訊技術,將無線通信與國際互聯網等多媒體通信結合的新一代移動通信系統。相對于第二代移動通信,3G能夠提供更大的系統容量和更高的數據傳輸速率以支持無線因特網接入和無線多媒體業務,使個人終端能夠在全球范圍內的任何時間、地點、與任何人用任意方式高質量地實現信息的移動通信與傳輸。
隨著3G技術的不斷發展成熟,3G用戶數量飛速增長,移動終端業務正在不斷更新和擴展。3G已深刻影響到人們政治,經濟和文化活動的方方面面,同時也為農業信息服務機構開展多種信息服務提供了良好機遇。
3G農業是以3G網絡技術為基礎,將3G技術運用到現代化農業中,發揮3G的優勢和特點,彌補我國農業網絡信息化建設存在的問題,使農業不斷向網絡化、信息化和多元化發展,增強農業信息對稱性。
2. 3G農業的優勢及意義
3G移動終端比較普及、靈活易用,如手機、上網本等,農業信息需求者可以方便地與網絡互聯,實現上傳、查詢供求信息等交互功能。并且3G終端服務方式多樣化,如電子郵件、短信息服務、圖像、視頻流等多種形式,能夠滿足用戶個性化需求。3G技術的發展拓展了農業應用信息技術的時間和空間,給農業信息應用提供了基礎和保障。
3G移動終端與農業網絡結合,農業網站不斷加強數據庫建設,完善信息、信息管理功能,實現數據的集中和共享,提高信息內容時效性、實用性和系統性,并注重客戶服務平臺的建立和個性化服務,3G農業可在農業網絡信息化的基礎上,促進農業信息化建設的進一步發展。
同時,農業部門全方位建立網絡信息流通渠道,使信息協同信息服務,這不僅增強信息交流的覆蓋面,而且可以實現農業生產全過程的信息化服務和溝通,使農業信息不論是橫向還是縱向都能得到延伸和發展。通過不斷發展網絡信息服務在農村的作用,使農村市場更加具有活力。
3. 3G農業電子商務平臺框架
要實現3G農業的快速需要建立3G農業電子商務平臺,將農業、農業網站與3G結合起來,通過先進的通信技術和網絡平臺,為用戶提供較好的網絡信息服務論文提綱怎么寫。
根據平臺設計立體、交叉、完整的原則,3G農業電子商務平臺框架如圖2-1所示,其提供無線通信網、Internet、公共電話網等多種通信方式的接口。
圖2-1 3G農業電子商務平臺框架
三、3G農業電子商務平臺實現策略研究
1.建立更加完善的農業網站
農業網站要建立一個全方位的農業信息服務平臺,其涉及農業生產運作中的每一個關鍵環節,使農民可以獲取各種有效信息指導農業生產。農業網站應主要包括產前、產中和產后三大環節。產前重點涉及到土壤、農業生產背景、種子選取、國內外市場行情等等,從而使農業生產運作前對農業生產有基本的了解和預測,在此環節增加專家建議、預測或指導,使農業產生前農民擇優選擇生產方向。產中重點涉及化肥、農業技術指導、氣象服務以及農業病蟲害指導等等,通過專家或技術服務指導農民科學栽培,針對實際出現的問題給出系列應對措施,從而使農民科學種田,提高作物質量和產量,促進農業不斷發展。產后重點在于銷售農作物,涉及農產品市場行情、深度加工、物流配送、質量達標等,提供對農產品未來價格趨勢預測、農產品銷售渠道及信息平臺,在確保農產品銷售暢通的前提下,使農民獲得較大收益。
2.針對農業加強農業呼叫中心建設
3G農業與電子商務農業最大的不同之處在于應用終端有較大的變化。電子商務終端通常是計算機,這對農業用戶終端要求比較高。3G農業的終端可以上網本,也可以是手機,我國農民手機持有者數量非常大,手機的價值、優勢和便利性可以充分利用和發揮。3G農業可通過農業呼叫中心與手機終端互動,隨時發送農業信息,并接受解答熱點或難點信息,這非常利于農業用戶進行信息交流。
農業呼叫中心系統是一個集信息采集、信息處理、數據通訊為一體的綜合信息服務系統,為農業用戶提供必要的、及時的信息,用戶通過Email、短信、電話和Web等多種渠道訪問農業信息庫。所以3G農業電子商務平臺建設農業呼叫中心的建設是非常重要,需要做好接入、管理和應用,使農業用戶更好地享受農業信息資源。
3. 增強3G農業用戶的用戶體驗
3G農業的應用是在無線互聯網平臺將手機通過無線互聯發展起來的,手機和計算機不斷融合,手機和計算機的延展,集通信、娛樂、信息檢索、信息存儲與處理等多種功能于一身信息服務,提供了實時在線的信息服務。3G農業要注重農業電子商務平臺與農業用戶互動,不斷提高農業用戶體驗,如建立農業信息查詢排行榜、用戶評價、用戶論壇、我的空間、收藏夾、留言板等等,意在增強用戶之間進行交流和互動,吸引農業用戶的參與和認同,擴大用戶群,增強用戶的忠實度。
我國農民普遍文化素質不高,3G農業信息傳遞方式應多樣化,通過文字、聲音、圖像、視頻等不同方式表達相同內容,使3G農業信息可以最有效地接受。同時操作方式應該簡單直接,減少操作步驟和操作提示,使農業用戶可以快捷輕松地應用交流。
四、結論
我國農業網絡信息化在不斷發展建設,但還存在較多的問題,將3G技術運用到現代化農業中,發揮3G的優勢和特點,可進一步完善我國農業網絡信息化建設。在實現3G農業電子商務平臺建設過程中,應重點完善農業網站的建設、加強農業呼叫中心建設、增強農業用戶的用戶體驗,以使使農業信息真正實現對稱性,農民更易于獲取信息,農業信息真正地服務于農。
參考文獻
1.李昌吉.3G系統概述.電腦知識與技術2009(4).
2.蔡康,李洪,朱英軍.3G網絡建設與運營.人民郵電出版社.2007.6.
3.彭木根,王文博.3G無線資源管理與網絡規劃優化.人民郵電出版社.2006.5.
4.郭慶然.信息化推動我國農業產業化的深層分析.安徽農業科學.2006,34(21).
為統一管理企業采購業務,拓展采購供應方式、控制采購成本,建立企業網上采購管理系統。本文詳細介紹了如何通過網上采購系統建立一個及采購業務、供應商管理、價格管理等內容于一體的大型綜合電子商務系統。
【關鍵詞】網上采購 管理系統 電子商務
1 背景分析
企業采購業務隨著信息化和管理的不斷發展,經歷了集成優化、專業化分工與流程制訂、多業務系統分步建設發展演變,呈現了多管理、多系統并存、獨立運行的局面,嚴重制約了集中、統一管控需求,拓展采購供應方式和管理導向已遠遠不能滿足市場發展與有效競爭的要求。管理方面,采購的數量、種類繁多,對采購質量和采購成本控制要求嚴格,對采購準確、快速性要求更高,基于全面預算控制與優化關鍵控制節點的迫切需求,針對企業目前的采購供應鏈需要引入逐漸“代謝”的競爭機制要求。原有的傳統采購銷售與采購銷售管理方式已不能適應這種變化的要求,必須在優化內部管理系統,進行業務流程和管理職能優化,通過先進管理手段整合,發揮采購環節的經營增值貢獻。
2 系統概述
系統研究企業采購業務特點,拓寬業務渠道、拓展采購范圍,實現所有采購業務集成、高效管控運行,滿足業務層、管理層、決策層管控需要;規范業務流程,實現采購經營業務效益最大化,深化業務過程集成管理;建立一個集內控功能、內外業務集成、開放、統一的信息化支撐平臺。并對管理提出組織、流程和業務規則優化,建立配套的運行管理制度,完善已有并繼續保留的信息化系統提供充分的管理依據。
技術上,結合企業原有信息化系統應用,并通過流程、制度、規則系統固化支撐,準確提供管理分析與采購銷售績效控制,為供應商建立一個公平、公正、合理公開的采購環境,強化制約機制,充分利用現代計算機及網絡技術實現電子化管控,逐步向電子支付與交易過渡,實現電子商務集中管控。
3 系統實現
3.1 對外公示門戶網站
主要包括供應商(客戶)注冊、供求信息、采購業務、管理公告、服務指南、留言板等內容。實現實時采購需求信息,招標項目、中標結果和招標業務進程,提供采購業務流程及相關規則服務指南,實現供應商(客戶)網上注冊,實現用戶意見反饋等功能。
實現客戶預登記、注冊功能,成為唯一客戶信息維護途徑。實現合作關系信息延伸與擴展,完善客戶分類管理、地點層信息管理和客戶評價規則(建立客戶評價指標體系和評價規則,實現系統管理)、在線評價(關聯評價準則中的業務信息);建立客戶分類歸口管理,與產品大類綁定的業務控制,細化客戶管理功能與規則。規范客戶信息維護的職責、權限和業務流程,控制客戶掛起、解禁,監督信用額度期限,優化客戶開通、變更、掛起管理流程和規則,實現信息系統支撐;規范客戶信息維護、信用控制與管理的監督。
3.2 基礎信息管理
包括用戶信息、角色信息、物料信息、供應商信息、審批流程信息等內容,通過梳理用戶與角色對應關系、采購業務員與物料對應關系、供應商(客戶)與物料對應關系、物料與審批流程對應關系等內容構建出系統基礎架構。系統所有的業務流轉都是建立在這些信息基礎上的。
3.3 采購業務管理
首先系統業務流轉的源頭計劃是通過與原有ERP系統進行信息交互,系統自動將各部門上報的采購計劃,在網上采購系統中讀取過來,采購員進行必要的補充說明后形成標書,然后,邀請選擇的供應商參與報價,系統會通過短信方式,將需報價的信息發送至供應商的手機中,供應商登錄網上采購系統后,填寫報價信息。然后,采購人員會在預先規定的時間后開標,下一步進入評標審批程序。審批通過后,系統自動生成合同,并通過接口傳回ERP,以便業務人員在ERP中進行下一步操作處理。系統會將所有的報價紀錄、評標、中標紀錄和操作人員、審批人員的意見,完全保存下來,便于查閱。
3.4 供應商管理
3.4.1 供應商自助功能
實現供應商預登記、注冊功能,成為唯一供應商信息維護途徑。供應商登錄系統后,可以維護自己的基本信息、修改密碼等內容。并可對公開招標標書進行報名。還可對已報名標書進行報價,報價可針對整個標書,也可以只針對一個標段、一個標書行進行報價,提高了供應商報價的參與度和積極性。供應商還可以查詢已中標標書內容,中標物料、中標價格、交貨周期、合同等內容。
3.4.2 供應商信息管理
從供應商基礎信息錄入到系統開始,對供應商進行全生命周期管理,建立與供應商各生命周期適應的審核機制和流程,并加強關鍵控制點的控制、建立評價體系等。同時考慮將來合同管理的需求,允許業務拓展。主要包含五部分內容,分別是供應商基礎管理、供應商狀態變更、供應商績效管理、供應商關鍵點控制、供應商綜合查詢及分析匯總。
3.5 價格管理與市場信息管理
集成市場價格信息查詢、市場價格分析預警、價格查詢、價格管理工作于一體的價格服務平臺。方便相關部門進行價格查閱,為業務操作提供參考信息,為決策層及相關部門提供準確、明了的市場、價格信息,更好的掌握市場價格走勢,準確的進行價格決策,為企業提供具有建設性的價格建議。實現報表的動態生成和顯示。通過柱狀圖、曲線圖、餅狀圖等多種形式靈活的對數據進行分析匯總。包括采購工作量管理、采購成本降低分析,供應商供應績效分析,采購員采購業績報表分析,實現圖表化分析和報表導出等功能。
4 結語
通過搭建網上采購系統建立一個及采購業務、供應商管理、價格管理等內容于一體的大型綜合電子商務系統,以信息化手段代替原來的手工操作。增強了采購過程中的監督機制,使得企業的招標及競賣活動更加公開、公正、公平。拓寬和優化了供應商渠道, 引進更加有效的競價機制,能夠充分的進行價格比較和競爭,降低了采購成本。
參考文獻
[1]魏衍君,翟玉梅.網上采購系統設計與實現[J].Computer Era,2012.
[2]張宏展,胡正國.基于Internet的網上采購系統的設計與實現[J].西北工業大學學報,2001.
[3]陳礁.網上采購競價管理系統設計與實現[D].成都:電子科技大學,2015.
關鍵詞:物流管理 信息化 發展策略
21世紀是信息化時代,信息化導致了物流管理質的變革。工業化時代,物流企業就是利用運輸工具把工業品按照客戶的要求準時的送達目的地,完成的是門對門的針對性的服務。隨著互聯網和電子商務的發展,市場對物流企業的管理提出了更高的要求,物流企業之間的競爭也愈發激烈。我國的物流行業發展較晚,在管理環節上缺乏有效的溝通,各個物流企業之間的交流較少,自身硬件的重復建設不僅造成了重復投資,還增加了物流企業的運營成本,這些都制約著我國物流行業的發展,因此信息化成為物流企業的必然選擇。
一、物流信息系統概述
物流信息系統就是計算機管理信息系統在物流行業的應用,它通常由設備、程序和人員組成,可以給物流管理者制定、實施和控制等職能提供信息化的服務。廣義上來講,物流信息系統是應用在物流過程中各個環節的信息系統;狹義上來講,只是物流管理信息系統在某一企業中的應用。
二、物流管理信息的特點
1.物流信息數量大。 物流信息的每個子系統和每個環節都能夠產生大量的物流信息,例如物流過程中的倉儲、包裝、運輸、搬運、流通等,隨著各個物流企業之間合作的加強,物流過程中的信息量也會越來越大。
2.物流信息更新快。 隨著運輸業的發展、市場競爭激烈和客戶訂單的增多等,物流信息的更新速率加快,客戶對物流信息的時效性要求越來越高。
3.物流信息來源種類多。 物流信息系統內部不僅會產生各種各樣的信息,在物流系統和其他系統之間也會產生各種各樣的信息,因此在物流信息管理中應當對這兩部分信息全部收集并進行統籌管理。
三、信息化系統在物流管理中的優勢
1.實現物流信息的統籌管理。 在傳統的物流信息管理方式中,很容易受到人為因素的影響,運輸過程中也經常發生運輸物品遺失的現象,不僅會對客戶造成損失,也嚴重損害了物流企業的信譽。信息化管理系統可以很好的解決這一問題,企業在自己物流信息化管理系統的基礎上可以利用政府的公共物流信息平臺獲取運輸資源,充分利用互聯網的優勢,實現對物流信息的統籌管理。
2.降低物流企業的運營成本。電子商務的快速發展給物流企業帶來了大量的訂單的同時也對物流企業提出了更高的要求,物品安全和送達速度也影響著物流企業的信譽。在信息化的物流信息管理系統中,物流企業可以充分的了解每輛車的運輸路線和運載量,選擇最優的路線和方式,降低企業的運營成本,提高物品的運輸安全和速度。
四、信息化在物流管理中存在的問題
1.缺乏現代物流管理理念。我國在改革開放之后,西方發達國家的現代企業管理理念深刻的影響著我國的企業。但是還是有很多的企業,包括很多的物流企業受計劃經濟的影響,仍然保持著“大而全”的經營方式。企業從原材料的采購到產品銷售都靠企業的內部來完成,這種管理理念和以自我為中心的物流管理模式嚴重的阻礙著我國物流企業的發展。
2.我國物流信息技術落后。我國在物流信息化管理方面技術普遍較低,物流信息技術水平、網絡體系和服務體系的建設都嚴重阻礙著我國物流產業向專業化、一體化和信息化的發展。各個物流企業的物流信息不能完全共享,物流信息服務網絡亟待整合。
3.物流管理信息化人才缺乏。我國物流行業的人才相當缺乏,特別是物流信息管理一類的人才,其培訓和人才儲備遠遠不夠,物流行業的人才培養工作亟待加強。
4.政策及制度環境有待改善。物流企業一般都是跨區域和跨部門經營,因此標準化、統一化的標準對于企業自身成本控制和企業發展有著至關重要的作用。但是我國目前地方政府存在嚴重的區域化行政現象,物流企業的運輸車輛在各個地方政府的轄區內也容易遭受不公平的待遇,這嚴重制約了我國物流產業集約化經營優勢的發揮。
五、我國物流管理信息化的發展策略
1.構建現代物流管理理念。我國的物流企業不僅要以現代的公司理念來管理公司自身,還要構建現代物流管理理念。物流公司要利用現代技術和管理辦法,在各個環節實現信息共享,把所的環節在細分化的基礎上作為整體來管理,盡可能的降低企業管理成本,給客戶提供最優質、最安全和最快捷的物流服務。
2.提高物流信息化技術。 物流企業應當重視物流信息化的建設,提高寬帶水平,運用最新的信息管理技術,提升信息交換平臺效率。公司內部還要建立完善的電子商務信息控制中心,提高物流信息化管理水平,實現公司物流管理的高效益。
3.建立現代的物流管理人才體系。人才是企業發展的關鍵,物流企業要建立完善的人才招聘、培訓和管理機制,吸引專業化的物流人才。物流企業還要加強對本公司原有員工的培訓,建立一支專業素質高的員工隊伍,這樣才能實現物流信息管理的專業化、現代化和科技化。
4.政府要加強政策支持。物流行業作為經濟發展的關鍵環節,決定著本地區生產的產品和服務是否能在第一時間提供給市場。政府要從長遠利益來考慮,充分認識到物流行業信息化的緊迫性和重要性,制定可以兼顧物流企業利益和社會利益的,可操作性強的政策,促進和實現物流行業管理信息化,全面調動物流行業的積極性。
參考文獻:
[1]李海燕.物流管理信息化系統設計[J].制造業自動化,2011
[2]錢佳.淺議物流管理與信息化問題[J].經濟師,2009
關鍵詞:遠程醫療 遠程醫療監護 遠程監護 zigBee
1、遠程醫療監護系統概述
隨著計算機網絡和現代通信技術的發展,遠程醫療逐步從概念走向應用,從理論研究走向實用技術與系統的研究和開發。遠程醫療是基于Internet的社區醫療會診與家庭監護是現代遠程醫療系統的--重要組成部分,也是目前遠程醫療系統研究開發的熱點問題
。
遠程醫療監護系統由遠程監護系統、遠程醫療應用系統2大部分組成。遠程監護系統包括遠程醫療桌面軟件和醫療監測設備,以及zigBee無線通信技術。遠程醫療應用系統包括:遠程診斷、遠程咨詢、遠程科普教育、遠程掛號、專家會診、信息服務、在線檢查、以及系統管理等幾個子系統。
2、遠程醫療應用系統
本套遠程醫療應用系統采用B/S架構。利用電子商務平臺集成各個系統,整合應用,單點登錄,統一入口。集成先進的網絡視頻會議系統為遠程會診、遠程教學、遠程醫療咨詢、遠程會議、手術直播、病歷討論等提供高質量的網絡視頻和音頻,視頻畫面清晰、細膩、流暢,色彩飽滿真實,視頻和音頻同步,支持高效率的桌面、程序共享及協同標注;集成PACs系統,實現基于DICOM的遠程影像調閱,為遠程會診提供有力支持;集成HIS、電子病歷、體檢等系統,專家會診時可以調閱患者的檢查檢驗報告、電子病歷、體檢報告等;集成心電系統,實現遠程心電診斷,多中心支持多個中心和多個分中心,一點對多點的教育方式。
3、遠程監護系統
本套遠程醫療監護系統突破了原有遠程醫療系統只有遠程診療功能的局限性,集成了家用監護功能。家用監護系統用于提供家庭保健和病人遠程看護服務,實現了傳送高清級的語音、視頻以及人體生理信號數據,生理信號的采集由安裝無線zigBee模塊的傳感器完成,系統要求的帶寬可采用普通ADsL或專線網絡上。這里提供一種簡單的系統組成:可視電話,生理信號采集/傳輸器,視頻通訊和生理信號的傳輸可同時共享同一根通信線路。
而且,本套遠程醫療監護系統還由遠程監護桌面軟件和連接zigBee傳通信模塊的醫療傳感器的節點構成一個微型家庭監護網絡。傳感器節點中的中央處理器對需要監測的生命指標傳感器進行控制并采集數據,數據通過RS232串口傳送給與傳感器連接的ZigBee無線通信模塊,通過無線模塊將數據發送至裝有遠程監護軟件的監護嵌入式終端(或PC設備)上(終端設備也通過串口或uSB口外接一個zigBee通信模塊負責接收數據),并由該監護終端設備通過Internet網絡可以將數據傳輸至遠程醫療監護中心或者通過終端外接的3G模塊傳送到指定醫療人員的手機中,由專業醫療人員對數據進行統計觀察,提供必要的咨詢服務,實現遠程醫療監護和診治。本系統的家庭監護模塊的所有檢測人體生理參數的傳感器都通過RS232口外接了zigbee無線通信模塊。
4、方案關鍵技術介紹――ZigBee
zigBee技術的通信標準IEEE 802.15.4標準是國際標準化組織(ISO)于2003年制定完成,主要包括物理層、數據鏈路層。zigBee通信協議作為一個近年來飛速發展的無線通訊協議,是低速區域網絡(Personal Area Network,PAN)標準。物理層規范確定無線網絡的工作頻段以及在該頻段上傳輸數據的基準傳輸率。介質訪問層規范定義了在同一區域工作的多個802.15.4無線信號如何共享頻段。
在zigBee網絡中,可以將通信設備分為精簡功能設備(Reduced-Function Device,RFD)和全功能設備(Full-FunctionDevice,FFD)。FFD之間以及FFD和RFD之間都可以相互通信;但RFD只能與FFD通信,而不能與其他RFD通信。RFD主要用于簡單的控制應用,傳輸的數據量不大,對傳輸資源和通信資源占用不多,在整個通信結構中一般作為通信終端。
【關鍵詞】ILOG規則引擎 產品模型 BOSS 促銷工具
中圖分類號:F626.5 文獻標識碼:A 文章編號:1006-1010(2013)-07-0063-07
1 引言
1.1 研究背景
當今各行各業業務系統復雜程度的不斷提高和業務需求變化的加快對軟件開發和維護提出了更高的要求,軟件企業若采用傳統的方式,必然無法適應這種高業務復雜程度和需求快速變化的系統開發。而規則引擎的引入,可使程序員不用花很大精力在業務規則的處理上,利用規則引擎可以讓軟件重用性更高,能更快速適應需求的變化和減少故障的產生。
1.2 行業內外研究現狀
規則引擎技術在理論上已經非常成熟,各主流商用規則引擎也已普遍應用于電信、金融、電子商務、電力、交通運輸、保險等各個行業[1-4]。電信行業內普遍應用于簽約模式的營業費和固定費計算等[5],特別對于固定費優惠打折等,已經應用很成熟。但是在解決銷售需求的多樣性問題上仍需要挖掘。在電信行業外的其他行業,如亞馬遜、淘寶和京東商城等,在秒殺、團購、限時打折等促銷手段上,大量用到了業務規則引擎。
1.3 本文研究的內容
隨著業務規則引擎理論趨于成熟和在多行業得到廣泛的應用,本文在深入研究了中國移動通信集團廣東有限公司(以下簡稱廣東移動)歷代業務運營支撐系統(BOSS,Business & Operation Support System)[6]產品模型后,提出將業務規則引擎應用于新一代產品模型和促銷手段上,并在下一代業務運營支撐系統(NGBOSS,Next Generation Business & Operation Support System)項目中成功實現和驗證了此應用。本文的工作主要包括:
(1)分析了廣東移動BOSS2.0系統產品模型和促銷手段,指出模型的優勢和不足之處;
(2)設計并實現了基于ILOG規則引擎的產品模型和可視化促銷平臺。
2 廣東移動BOSS2.0系統概述[6]
2.1 廣東移動BOSS2.0系統概述
廣東移動BOSS2.0版本是依據中國移動BOSS2.0規范建設的。中國移動BOSS2.0系統是利用計算機網絡及相關應用技術、用以支持中國移動業務運營的系統。從功能上講,BOSS系統涵蓋了計費、結算、賬務、業務管理、客服等方面,并根據業務需要與相關外部系統進行互聯。
2.2 規則引擎在廣東移動BOSS2.0的應用
廣東移動從2002年BOSS1.0項目開始,引入ILOG規則引擎,用于實現中國移動業務營業費和固定費的算費規則管理和執行。其根本目的在于,讓營業費和固定費規則獨立于系統邏輯之外,讓中國移動后臺業務支撐人員(乃至業務規則制定人員)能夠直接制訂、編寫、部署,從而降低業務規則落地實現的復雜度,提升市場運營響應的效率。
引入ILOG規則引擎后,月結日出固定費的時候,ILOG規則引擎就可以根據客戶是否有辦理優惠及客戶品牌、VIP等級等給予折扣或免費優惠。
2.3 BOSS2.0產品模型有待改進之處
廣東移動BOSS2.0中產品和營銷方案數量多,配置復雜,配置上線流程長、速度慢,存在諸多需要改進的地方。
據抽樣分析,一款手機的分客戶等級購機營銷方案從方案的制定到上架銷售,需要一個月的時間。一個月過去,促銷的最佳時機早已不在,這種方式遠遠無法滿足快速營銷的要求。
對于已經存在的按月租收費的服務功能類產品,無法快速根據客戶需求制定個性化的促銷產品。比如,來電提醒6元每月,若需要對全球通金卡客戶打5折,則要么新增一個3元每月的產品,要么在固定費優惠側配置打折的ILOG業務規則,以后每個月月結都調用此規則計算折后月租。第一個方法顯然會增加產品配置工作量,而且假設同時有多種折扣率存在,則會導致同一產品需要針對多個折扣配置多個產品。第二個方法雖然用到了ILOG業務規則處理,但是只能對條件明確無特例的客戶群打折,很難做到如某一部分全球通金卡客戶打5折。同時,每個月月結都需要調用這些規則,系統消耗增加。
產品配置只能由支撐人員完成,哪怕最簡單的產品配置,業務制定人員也無法自行使用系統配置完成。
3 基于ILOG規則引擎的NGBOSS系統
架構
3.1 引入ILOG規則引擎后的系統架構
廣東移動的NGBOSS項目,沿用了歷代BOSS對ILOG規則引擎的應用。其中在對訂單算費促銷規則的管理應用中,更進一步利用ILOG JRules RTS提供的API進行二次開發,包裝出更貼近業務規則制定人員思維習慣的可視化促銷工具管理平臺[7]。
NGBOSS對產品模型進行了一些改進,主要改進點有:
(1)產品上標明的是產品標價,售價是產品銷售給客戶的時候才產生的,售價不在產品上,而是在客戶訂購產品的訂購關系上。將產品的標價和訂單的售價拆分開是為了對于同一產品,可以對不同的客戶給予不同的售價,能在不增加產品配置的前提下,做到針對客戶的個性化促銷。
(2)產品可簡單快速打包,即將待打包的子產品選定后做成新的產品包,在產品包上配置標價,產品包下的子產品的標價自動失效。產品簡單快速打包可以對個性化客戶量身訂做產品集成方案,而方案的標價也可靈活制定。
(3)對于服務相同,資費不同的多個產品,合并成一個產品,資費的多樣化通過配置ILOG促銷規則對不同條件的客戶給予不同的優惠來實現。
引入ILOG促銷規則后,銷售與訂單中心的產品訂購流程有了全新的設計。如圖1所示,流程如下:
(1)選擇待訂購的產品,放入購物車;
(2)購物車中的產品確定后,點擊“提交”,系統對購物車中的產品做初步的校驗,若存在互斥的產品則提醒。預生成訂單,一個訂單包含多個訂單行,一個產品或產品包會生成一個訂單行;
(3)訂單生成后,執行訂單算費步驟。首先,根據訂單信息、產品信息和客戶信息,獲取訂單算費需要的條件因子,并組裝ILOG JRules能識別的預先設置好的BOM格式。然后調用ILOG JRules提供的API,將BOM等數據送入ILOG JRules計算。最后,ILOG JRules根據BOM中的訂單信息、產品信息、客戶信息及預先配置好的各種促銷規則,執行營業費和月租費的優惠打折計算,得出優惠后的結果并返回;
(4)經過ILOG規則引擎計算出最終訂單算費結果后,就到了訂單支付環節,營業費需要立即支付,月租費則在月結日支付;
(5)最后一個環節是訂單提交,此環節中,系統會將訂單拆分成訂單行,對于每個訂單行中的產品逐個開通服務功能,同時生成訂購關系,并將訂單算費結果中的營業費和月租費寫入到訂購關系中,將訂購關系同步到計費子系統,后續月結日出賬的時候,計費子系統就只用簡單按訂購關系上的售價算出費用即可。
3.2 常用促銷工具的實現
有了ILOG促銷規則的支持,就可以在系統上預設多種促銷工具,常用的促銷場景均可覆蓋。NGBOSS預設的促銷工具有特定客戶打折或贈送、產品關聯促銷、購機類產品、訂單級促銷、產品定量銷售\秒殺、指定渠道促銷、體驗營銷、團購、拍賣等,而且若后續需要增加促銷工具種類,也可以靈活擴展。下面對幾種常用的促銷工具的實現詳細說明:
(1)特定客戶打折或贈送
使用此類促銷工具,可使滿足條件的客戶享受折扣或免費購買產品。例如,根據國家政策,邊防武警戰士可免費購買GPRS每月50M套餐。實現上不需要新增產品配置,而是新增ILOG規則如下:
(2)產品關聯促銷
使用該類促銷工具,可快速配置基于目標客戶特征、用戶購買行為、訂購渠道、訂購時間等維度的促銷規則,買A產品送B產品或買A產品則買B產品打折均屬此類。如,在2012年國慶期間全球通客戶買A產品送B產品。在實現上,并不需要新增產品配置,而是新增一條ILOG規則,描述為:
有了這條規則的支持,全球通客戶在2012年國慶期間若購買了A產品的同時也購買B產品,則B產品免費。
(3)購機類產品
BOSS2.0系統對于不同等級客戶購買相同的手機有不同的購機款和預存款,只能針對多個客戶等級配置多條營銷方案,然后由營業員根據客戶等級手工選擇與該客戶相符合的營銷方案,這樣不僅增加營業員的負擔,而且可能會出現營業員判斷客戶等級錯誤的情況,甚至可能出現營業員違規讓低等級的客戶辦理高等級的營銷方案的情況。引入ILOG促銷規則后,可以實現系統自動判斷客戶等級,自動計算出購機款和預存款,營業員只用替客戶選擇好手機提交訂單即可。
比如,手機“索愛w600c”有分4個客戶等級購機的營銷方案,如表1所示。最高級別的是鉆石卡和金卡客戶,購買此手機需要支付營業費3170元,會給客戶預存話費2500元,最優惠;第二級別的是銀卡客戶,需要支付營業費3170元,會預存1800元話費;第三級別的是老客戶,需要支付營業費3170元,會預存800元話費;最低級別的是普通客戶,支付同樣3170元的營業費,只得到預存話費500元,優惠力度最小。
在實現上,NGBOSS只需要配置一個手機產品和建立一個ILOG的決策表,如表2所示,而BOSS2.0有4個等級購機就要配置4個營銷方案。客戶訂購該手機后,ILOG會根據客戶訂購的手機類型和客戶等級,查找并返回該客戶需要支付的營業費和預存款。整個訂購過程中,營業員只需要選擇好手機提交訂單即可,不需要人工判斷客戶等級選擇相應的預存款。
(4)訂單級促銷
用該類促銷工具,可快速配置基于訂單的訂購渠道、訂購時間、訂購總額等維度的促銷規則。主要應用于針對訂單整體的促銷活動,如:全球通鉆卡客戶,一次訂單金額滿500元,則為該訂單打9折。在ILOG中配置如下規則:
如果
客戶等級是全球通鉆卡 并且 用戶訂購產品訂單金額大于等于500元
那么
訂單總價=訂單金額* 0.9元
(5)產品定量銷售/秒殺
使用該類促銷工具,可快速配置固定數量產品優惠銷售和規定時間內產品優惠銷售的促銷規則。如,充100送100,總量一共只有3000個,售完即止。可配置如下ILOG規則實現:
(6)指定渠道促銷
使用此類促銷工具可引導客戶到合適的渠道辦理產品。如,短信營業廳辦理來電顯示2元每月,其他渠道辦理則6元每月。并不需要像BOSS2.0一樣需要配置一個2元每月的來電顯示和一個6元每月的來電顯示,而是只需要配置一個6元每月的來電顯示,再配置一條ILOG規則如下:
3.3 可視化促銷工具
管理平臺
業務上促銷的需求是非常旺盛的,幾乎每天都需要新增促銷規則。若想要進一步減少流程環節,提升管理效率,最快捷高效的辦法就是讓促銷規則需求提出人員自己上系統填寫促銷規則。需求提出人一般都是市場部等業務部門人員,都是非計算機專業人員,雖然ILOG的規則語言非常接近自然語言,但是對于非計算機人員編寫規則仍然有很大的難度。
經研究,ILOG JRules RTS有一套API可以供外部系統調用,同步有約定格式的規則數據到ILOG JRules RTS。因此,NGBOSS設計了一個子系統:可視化促銷工具管理平臺。此平臺可以提供圖形化的表單填寫界面,一種促銷工具提供一個單獨界面,由后臺程序將表單內容轉換為RTS需要的格式,調用RTS的API將數據同步到RTS。圖2是可視化促銷工具管理平臺各模塊邏輯關系示意圖。
RTS的API同步數據只能全量同步,效率不高。為了解決這個問題,規則數據從可視化促銷工具管理平臺同步到RTS的同時,也需要在平臺端保存一份,每次查詢規則的時候在平臺端查詢即可,不需要調用API讀出數據,只有在寫入的時候才會調用API。
圖3和圖4分別是“買A送B”和“秒殺”兩種促銷工具的可視化促銷工具管理平臺參考界面,需求人員可以直接使用此界面維護促銷規則。
4 應用實例
NGBOSS在珠海上線試點后,產品配置能力提升的顯著效果得到驗證。
應用實例一:用戶購買了“農村村務通套餐”,則免費贈送“天氣預報”產品。
在BOSS2.0,需要將“農村村務通套餐”和“天氣預報”綁定,在賬務側配置一個優惠,每月月結日減免掉“天氣預報”的月租。整個配置過程都需要專業支撐人員完成,而且需要業務部門發起需求,經過審批,再到支撐部門出方案配置,再測試,整個過程至少需要一周。而且每月出賬都要調用一次減免月租的規則,增加系統消耗。
在NGBOSS系統實現則非常簡單,業務人員在可視化促銷工具管理平臺增加一個買A送B類型的促銷規則即可。提交后經過業務審批,即可使用,整個過程人工環節才2個環節,一天內就可以完成。而且ILOG規則只在銷售的時候調用一次,以后每月月結日出賬均以訂購關系上的售價為準,不需要每月調用規則,減輕了系統負擔。
應用實例二:用戶如果訂購了“98新商旅套餐”,則訂購“中文秘書+語音郵箱”的時候,原價為12元,只需要收取6元。
在BOSS2.0,需要配置賬務優惠,需要走一周的流程方可實現。NGBOSS則配置一條“買A則B打折”的促銷規則即可,加上人工流程一天內可完成。
應用實例三:在勞動節期間,全球通鉆卡客戶,一次訂單金額滿500元,則為該訂單打9折。
此促銷在BOSS2.0無法直接實現,但在NGBOSS系統只需要增加一條規則即可。
5 總結
本文通過對廣東移動BOSS2.0系統產品模型和訂單模型現狀分析,提出采用ILOG規則引擎解決BOSS2.0系統新產品推出流程長、系統支撐弱、對操作人員技術要求高、促銷能力弱等問題的方法,在電信行業甚至電子商務行業都有普遍的參考和借鑒意義。可視化促銷工具管理平臺進一步提供了可供非計算機專業人員操作的友好前臺界面,隱藏ILOG JRules的規則語言、決策表和決策樹這些仍然屬于計算機專業的語言表達,使系統能直接面向業務人員而不需要支撐人員過多的干預,這對于電信行業客戶自助渠道的系統及電子商務領域系統,都有引導作用。
參考文獻:
[1] 陳俊平. 基于SOA的工作流引擎在銀行內部審計系統中的研究與應用[D]. 武漢: 華中師范大學, 2009.
[2] 宋一超,熊桂喜,劉維. 基于BRMS的公交車輛調度系統[J]. 計算機與現代化, 2005(10).
[3] 尤俊欣,饒若楠,詹曉峰. 基于規則引擎的Web框架[J]. 計算機應用與軟件, 2007(2).
[4] 豐樹謙,張燕玲. 業務規則技術在CRM系統中的應用研究[J]. 微計算機信息, 2006(30).
[5] 林碧英,張艷輝. 規則引擎在電信結算攤分系統中的應用[J]. 計算機工程, 2007(16).
關鍵詞:網上購物;在線拍賣;;SQL
中圖分類號:TP393文獻標識碼:A文章編號:1009-3044(2012)23-5611-03
Implementation of an Auction System Based on and SQL Server 2008 Technology
SHEN Xue-hua,CHENG Xian-yi
(Nantong University,School of Computer Science & Technology, Nantong 226000, China)
Abstract: Through the analysis of the traditional online shopping mode, design an online auction system that can implement real-time transaction function. The system adopts three-layer structure based on entity class, and implements the function which administrator manip? ulates customers and commodity, and which customers release, browse and bid commodity. The system uses programming tech? nique, uses the SQL Server2008 as backend database. The system transfers data between business layer , presentat ion lay er and data access layer through the entity class in the system, which increases the safety and convenience of data operation.
Key words: online shopping; online auction; ; SQL
隨著網絡技術的不斷發展,人們消費意識的不斷變化,網上購物作為電子商務的一種形式正以其高效、低成本的優勢,日益成為新興的經營理念和模式。消費者可以足不出戶,方便快捷地選購自己喜歡的商品。隨著消費者消費觀念的不斷變化,以在線拍賣的方式銷售和購買商品也逐漸被人們所接受和認可。但是,現行的網上拍賣系統許多來自于大型網上商務平臺,或者主流的門戶網站,由于這些拍賣系統是在原有平臺的基礎上進行改進而來,存在一些先天的缺陷,比如:公平合理的買賣方式如何實現、買賣雙方的信用度如何衡量、敏感信息傳輸的安全性如何保證等。為了解決這些問題,本系統采用編程技術和SQL Server 2008數據庫設計了一個安全、便捷的拍賣系統。
1系統概述
本在線拍賣系統采用了稍加修改的英式拍賣方式。所謂的英式拍賣又稱公開拍賣或者增價拍賣,是目前最流行的網上拍賣方式之一,一旦買者發現自己感興趣的物品,他就可以瀏覽當前的最高出價,然后決定自己是否出更高的價格,在規定時間內出價最高者購得該物品。本系統的主要功能點如下:
1)用戶登錄:實現不同類型、不同權限的用戶登錄,并提供相關的用戶注冊功能;
2)商品信息:賣方可以進行待拍賣物品信息的編輯、,并設置競拍的底價、截止時間等信息,并確定商品的最終買家;
3)商品競標:買方登錄后,查看相關物品的報價,確定是否進行新的報價;
4)系統管理員:對商品的相關信息進行必要的審核。
2數據庫設計
為了實現系統的上述功能要求,根據規范化數據庫設計的要求,可以得到下面的實體-關系圖(如圖1所示)。圖中的m:n表示兩個實體間是多對多的關系;1:n表示兩個實體間是一對多的關系;1:1表示兩個實體間是“一對一”的關系。由圖1可知,用戶與商品之間有“多對多”和“一對多”兩種關系。當用戶作為賣家拍賣商品時,用戶與商品是一對多的關系;當用戶作為買家競拍商品時,用戶與商品是多對多的關系;管理員可管理多個商品,則管理員與商品是一對多的關系。根據以上分析,可以得到下面的六張數據庫表:
系統管理員表:存放管理員的相關信息;
用戶信息表:保存拍賣系統中各買家和賣家的信息;
拍賣商品表:保存待拍賣商品的詳細信息,包含了拍賣商品的最低價;
商品分類表:為了減少數據的冗余度,給商品進行了適當的分類;
競拍記錄表:存儲了針對競拍商品,個買家的報價信息;
成交記錄單表:包含了商品拍賣成功時,商品的最高報價和買家信息,本表的具體設計信息如表1所示。
3系統功能的實現
3.1開發技術的選取
技術是建立在公共語言運行庫上的編程框架,可用于在服務器端開發具有豐富功能的的Web應用程序,是目前軟件領域的主要開發技術。本系統采用C#語言作為技術的開發語言。由于拍賣系統具有較大的數據并發性,需要存儲大量的商品和用戶信息,本系統采用具有較好安全性和并發機制的SQL Server 2008數據庫。
3.2數據庫訪問功能的實現
本系統將數據庫連接代碼存儲在配置文件web.config.xml中,代碼片段如下:
其中“server”屬性表示數據庫所在的服務器位置,“database”屬性表示數據庫的名稱。采用這種連接方法,可以在配置文件中實現對數據庫的靈活配置,方便修改數據庫的有關信息,提高了系統的可移植性。
3.3競拍功能的實現
競拍功能的實現是本系統的核心環節,以下是實現該功能的關鍵代碼:
intnewprice = Convert.ToDouble(txbnewprice.Text.Trim());
if (pare(Session["user"].ToString().Trim(), strMownerid.Trim(), true) == 0)
{
lblmessage.Text = "您無法拍賣你自己的商品!";
}
else if (intnewprice > validmoney)
{
lblmessage.Text = "您賬戶中可用于競拍的余額不足!";
}
買家違反規定,參加自己的商品的拍賣活動時,系統將提出警告信息。當用戶賬戶余額
小于擬拍賣商品的價格時,出價會失敗,并且提示用戶余額不足。
else if (intnewprice > intoldprice)//加價大于數據庫中的最新價
{
DateTime dtnow=DateTime.Now;
strconsumerip=Request.ServerVariables["LOCAL_ADDR"];
String strConn = "Data Source=97D7F3A9C0B64D4; Initial Catalog=Auction;Integrated Security=True";
SqlConnection objconn = new SqlConnection(strConn);
string strsql_1 = "UPDATE [merchandises] SET [Mnumber]= [Mnumber]+1 , "
+ " [Mconsumerid]=’" + Session["user"].ToString().Trim()
+ "’, [MNewprice]=’" + intnewprice + "’
WHERE [Mid]=’" + strMid + "’";
//修改商品信息的最新價
string strsql_2 = "UPDATE [auctionMerchandise]
SET [Astate]=’出局’ WHERE [Astate]=’領先’";
//修改原最高價的狀態為出局
string strsql_3 = "INSERT INTO [auctionMerchandise]
([Mid],[Adate],[Aconsumerid],[Aprice],[Astate],[consumerip])
VALUES (’" + strMid + "’,#" + dtnow + "#,’" + strAconsumerid + "’,
’" + intnewprice + "’,’" + "領先" + "’,’" + strconsumerip + "’)";
//插入新價的數據
}
在競拍過程中,可以從競拍頁面上獲取擬投標商品的拍賣價,其他人對該商品的投標記錄。在此基礎上,在買家重新出價成功后,修改拍賣商品表的最新價格,在商品拍賣記錄表中插入該商品的最新記錄等信息。
4結束語
本系統基于C#語言,源代碼采用編程技術,以IIS為服務平臺,實現了網上拍賣系統的構建;通過使用SQL Server數據庫,管理整個拍賣系統的后臺數據。系統實現了管理員對用戶的操作,商品信息的添加,修改,刪除;用戶通過注冊登錄可以和瀏覽商品信息,同時實現了對商品進行競價及購買等功能。通過Web技術的使用,實現用戶在網上的消費,縮短了用戶購物花費的時間和精力。
參考文獻:
[1] Milgrom P.Putting Auction Theory to Work [M].北京:清華大學出版, 2006.
[2] Klemperer P. Auction: Theory and Practice [M].北京:中國人民大學出版社, 2006.
[3]陳劍,陳熙龍,宋西平.拍賣理論與網上拍賣[M].北京:清華大學出版社, 2005.
[4] Pender T.UML Bible[M].北京:電子工業出版社,2004.
[5] Musciano C, Kennedy B.HTML與XHTML權威指南[M].北京:清華大學出版社, 2003.
[6]曹斌,韓中孝. 數據庫系統項目開發實踐[M].北京:科學出版社, 2005.
[7]劉基林.Visual C# 2008寶典[M].北京:電子工業出版社, 2008.