電子商務平臺總體結構設計原則與技術路線

DQG-LPG電子商務平臺總體結構設計原則與技術路線設計原則DQG-LPG電子商務平臺總體結構的設計應從體系、功能、信息、過程等各個方面保證整個電子商務平臺總體目標的實現(xiàn)，以提高市場競爭能力。作為國內(nèi)第一家建設液化氣電子商務平臺的企業(yè)，DQG-LPG電子商務平臺總體結構的設計應考慮以下設計原則：?先進性和實用性信息技術、計算機技術、現(xiàn)代管理技術和系統(tǒng)技術有機融合而成的電子商務技術是當前用以改造傳統(tǒng)工業(yè)的先進技術，因而在設計中應首先采用，以保證整體系統(tǒng)的先進性，使整個工程立足于高起點。但同時應考慮到DQG-LPG電子商務平臺是一個大型的信息工程，應該按照計劃分期加以實施，達到消除瓶頸，提高生產(chǎn)效率，實現(xiàn)現(xiàn)代化管理總目標?？傊?，設計中應將先進性和實用性很好地結合起來，使DQG-LPG電子商務平臺既具有先進性，又能滿足企業(yè)的實際需求。集成性集成是保證系統(tǒng)信息一致性，功能整體性的核心，就系統(tǒng)的總體結構而言，它體現(xiàn)在物理集成、信息集成、功能集成和過程集成等方面，其中信息集成是實現(xiàn)交易平臺和內(nèi)部系統(tǒng)集成的基礎。企業(yè)中各種購銷信息、管理信息、經(jīng)營信息、市場供需信息等等都應從信息孤島中解放出來，形成具有一致性、透明性、可靠性和安全性的信息集成平臺，給電子商務平臺提供一個信息共享的環(huán)境，并以此為基礎去實現(xiàn)其它的集成。充分考慮人的集成人是企業(yè)之本，企業(yè)信息化的一個重要目標就是把人從簡單重復勞動中解脫出來，使其更好地發(fā)揮特長，提高勞動生產(chǎn)率。同時應看到把人集成到企業(yè)信息化中，充分調(diào)動人的積極性是電子商務平臺成功與否的關鍵。與企業(yè)自身改革相互推動電子商務平臺的實施提供了強有力的計算機網(wǎng)絡和各種數(shù)據(jù)庫，將為生產(chǎn)管理和經(jīng)營管理的合理性、科學性創(chuàng)造條件，而企業(yè)自身的改革需求又將反饋到平臺，在這種相互適應相互推動中，必將引起企業(yè)運行機制的改革，從而有利于形成有效的傳統(tǒng)企業(yè)電子商務模式。技術路線針對滇黔桂石油勘探局生產(chǎn)經(jīng)營的特點，實現(xiàn)電子商務平臺的技術路線是：采用系統(tǒng)發(fā)展模式，貫徹全過程整體最優(yōu)的技術路線。貫徹“總體規(guī)劃，分步實施”方針，制定以獲取最大效益為目標的DQG-LPG電子商務平臺總體規(guī)劃，階段目標和實施計劃。注意開發(fā)、引用和移植電子商務成熟技術。采取多種專業(yè)技術人員協(xié)同作戰(zhàn)的路線。遵循開發(fā)規(guī)范，為需求、設計、實施和維護建立完整規(guī)范的文檔，并建立全面的項目管理機制，以保證整個系統(tǒng)的可用性、可靠性、可操作性和可維護性。DQG-LPG電子商務平臺體系結構系統(tǒng)總體集成模型根據(jù)對滇黔桂石油勘探局的需求分析,總結出DQG-LPG電子商務平臺的總體集成模型如圖1和圖2所示。DQG-LPG電子商務平臺總體集成方案以實現(xiàn)人/組織、經(jīng)營與技術的全面集成為出發(fā)點，以全面實現(xiàn)物理集成、信息集成和過程集成為目標,應用先進的網(wǎng)絡技術,全面集成銷售經(jīng)營中的庫存信息、運輸信息、價格信息以及外界的市場信息,為經(jīng)營決策服務,并保證在此基礎上建立的電子商務系統(tǒng)和內(nèi)部系統(tǒng)能夠?qū)崿F(xiàn)高度集成。圖1DQG-LPG電子商務平臺總體集成框架模型滇黔桂石油勘探局的液化氣銷售網(wǎng)絡可以看成一個大型的遞階控制系統(tǒng),明確其中的層次關系和控制關系是正確劃分系統(tǒng)，集成信息孤島，安排實施計劃的基礎oDQG-LPG電子商務平臺采用了如下的總體集成層次模型。圖2DQG-LPG電子商務平臺總體集成層次模型1.4系統(tǒng)功能結構DQG-LPG平臺圖3系統(tǒng)功能結構分系統(tǒng)功能設計2.1B2B電子商務平臺系統(tǒng)功能模型E2B平臺錄統(tǒng)計管理rTT^TTH^F/產(chǎn)品錄統(tǒng)計管理rTT^TTH^F/產(chǎn)品圖4B2B電子商務平臺系統(tǒng)功能樹模型功能簡要說明：產(chǎn)品的管理主要為產(chǎn)品的維護，發(fā)布等；用戶管理主要是對用戶的維護以及權限分配；信息平臺的其他功能則主要是指網(wǎng)站的相關宣傳等信息。同時包括郵件列表，新聞行業(yè)動態(tài)等知識；采購以及銷售模塊是B2B平臺的核心。包括對意向合同的處理，交易的跟蹤等，所有原始單據(jù)的產(chǎn)生以及數(shù)據(jù)的交換；交易平臺的統(tǒng)計主要是指與內(nèi)部管理系統(tǒng)的數(shù)據(jù)交換。包括合同的處理過程，出入庫的操作流程等，同時為內(nèi)部系統(tǒng)提供分析數(shù)據(jù)源；客戶服務的管理主要指兩方面的內(nèi)容，一部分是有關客戶的信息管理；以及對客戶交易歷史的統(tǒng)計匯總，作為客戶關系的分析依據(jù)。B2C電子商務平臺系統(tǒng)功能模型圖5B2C電子商務平臺系統(tǒng)功能樹模型功能簡要說明：產(chǎn)品的管理主要為商家（B2C平臺商家會員）對產(chǎn)品的維護，發(fā)布等。用戶管理主要是對用戶的維護以及對客戶的認證等；信息平臺的其他功能則主要是指網(wǎng)站的相關宣傳等信息。同時包括郵件列表，新聞，行業(yè)動態(tài)等知識；采購以及銷售模塊是B2B平臺的核心。交易的跟蹤等，所有原始單據(jù)的產(chǎn)生以及數(shù)據(jù)的交換；交易平臺的統(tǒng)計主要是指與內(nèi)部管理系統(tǒng)的數(shù)據(jù)交換。包括出入庫的操作流程等同時為內(nèi)部系統(tǒng)提供分析數(shù)據(jù)源；客戶服務的管理主要指兩方面的內(nèi)容，一部分是有關客戶的信息管理；以及對客戶交易歷史的統(tǒng)計匯總，作為客戶關系的分析依據(jù)。內(nèi)部信息系統(tǒng)2.3.1銷售管理子系統(tǒng)功能模型液化氣的銷售是滇黔桂石油勘探局銷售總公司的主業(yè)，購銷管理系統(tǒng)在整個平臺中站著舉足輕重的地位。購銷管理系統(tǒng)主要實現(xiàn)從B2B平臺采集銷售、采購、價格信息，進行統(tǒng)計查詢，為各級銷售和管理部門提供對液化氣銷售的監(jiān)管的手段，為各級領導決策提供支持信息。根據(jù)企業(yè)對DQG-LPG電子商務平臺的需求，購銷管理系統(tǒng)的功能劃分可以用如圖6的功能樹來描述：購銷管理系統(tǒng)圖6購銷管理系統(tǒng)功能樹模型銷售管理綜合查詢，能夠分時段、分地區(qū)、分銷售方式、分銷售價格對液化氣的賬面和實際銷售情況進行統(tǒng)計和查詢；報表輸出，按月，按季度，按年的周期分地區(qū)把數(shù)據(jù)輸出到Excel，供制作各級統(tǒng)計報表使用。價格管理價格制定和錄入，能夠錄入價格領導小組制定的銷售價格，并能指定價格適用時間地區(qū)和銷售方式；能讓各分支機構的人員錄入當?shù)氐氖袌龅呐l(fā)零售價格標準；成本價格計算，根據(jù)調(diào)撥或者采購價格、運費和數(shù)量計算出成本價格，一個區(qū)間的成本價格利用加權平均得出；根據(jù)廠家的報價計算出成本價格；銷售價格的綜合查詢分析，實現(xiàn)價格信息的收集，提供分時段、分地區(qū)、分銷售方式、分局內(nèi)局外的價格查詢、趨勢圖和對比圖；報表輸出，按月，按季度，按年的周期分地區(qū)把數(shù)據(jù)輸出到Excel，供制作各級統(tǒng)計報表使用。采購管理采購意向上報和審批，因為采購由總公司統(tǒng)一完成，所以下級部門有采購需求時，可以網(wǎng)上進行采購申請，同時上級可以在網(wǎng)上完成申請的批準。批準后，通過結算中心進行銀行轉(zhuǎn)帳，實現(xiàn)外購業(yè)務(注：此項功能的順利實施需要公司制度的支持，主要包括對采購業(yè)務流程的修改，和采購審批過程的時間限制)；

采購記錄及執(zhí)行情況，由總公司錄入外購液化氣的采購記錄，由氣庫錄入采購合同的執(zhí)行情況；統(tǒng)計查詢，能夠分合同、分時段、分供氣商、分到貨地區(qū)對液化氣的采購情況進行統(tǒng)計和查詢；報表輸出，按月，按季度，按年的周期分地區(qū)把采購數(shù)據(jù)輸出到Excel，供制作各級統(tǒng)計報表使用。詳細功能模型參見附本：DQG-LPG電子商務平臺IDEFO功能模型中A31圖及以下分支。2.3.2運輸管理子系統(tǒng)功能模型液化氣的運輸管理系統(tǒng)主要實現(xiàn)從管理火槽車的運行狀況，及時上報北海煉廠每日發(fā)車情況，定期統(tǒng)計發(fā)往各地液化氣數(shù)量，傳遞貨運費用信息，為總公司和各地區(qū)分公司及時了解運輸狀況服務，最終實現(xiàn)提高車輛利用率，合理分配運力資源地目的。根據(jù)企業(yè)對DQG-LPG電子商務平臺的需求，運輸管理系統(tǒng)的功能劃分可以用如圖7的功能樹來描述：運輸管理系統(tǒng)車輛狀態(tài)錄入車輛狀態(tài)跟蹤生成運輸動態(tài)表「運輸日報上傳上報運輸日報—F車輛狀態(tài)錄入車輛狀態(tài)跟蹤生成運輸動態(tài)表「運輸日報上傳上報運輸日報—F運輸日報錄入報表輸出運費統(tǒng)計圖7運輸管理系統(tǒng)功能樹模型2.3.31.車輛狀態(tài)跟蹤車輛狀態(tài)錄入，能夠由北海公司、氣庫分別錄入車輛的發(fā)出日期、到站日期、返空日期、大修日期、被扣信息等；生成運輸動態(tài)表，用于描述每輛火槽車的當前的運行狀態(tài)、維護狀態(tài)等，匯總車輛的使用效率。2.3.42.上報運輸日報運輸日報錄入，分別由北海公司和氣庫錄入火槽車的發(fā)車、到站信息。運輸日報上報，綜合火槽車的發(fā)車、到站信息，生成運輸日報。3.統(tǒng)計運輸周報地區(qū)運輸周報，根據(jù)火槽車到站情況，統(tǒng)計各地區(qū)液化氣運輸?shù)截浨闆r；總公司運輸周報，根據(jù)火槽車發(fā)車和到站情況，統(tǒng)計全局的液化氣運輸情況；報表輸出，以上周報數(shù)據(jù)輸出到Excel,供打印統(tǒng)計報表使用。詳細功能模型參見附本：DQG-LPG電子商務平臺IDEFO功能模型中A32圖及以下分支。2.3.5庫存管理系統(tǒng)功能模型庫存管理系統(tǒng)的功能劃分可以用如圖8的功能樹來描述：庫存管理系統(tǒng)圖8庫存管理系統(tǒng)功能樹模型動態(tài)維護氣罐信息維護：增加氣罐、注銷氣罐、錄入氣罐信息；液化氣入庫處理：根據(jù)入庫流程，記錄入庫臺帳，增加庫存總帳；液化氣出庫處理：根據(jù)出庫流程，記錄出庫臺帳，減少庫存總帳；液化氣盤點處理：根據(jù)盤點流程和業(yè)務規(guī)則，記錄盤點臺帳，更新庫存總帳查詢匯總在庫存超出設定的上限或者下限時進行報警；查詢匯總出入庫臺帳查詢：根據(jù)輸入的氣庫、時間等條件，查詢相應的出入庫臺帳；

出入庫臺帳報表：根據(jù)指定的區(qū)間，生成臺帳報表，可供瀏覽和打印；出入庫總帳查詢：根據(jù)輸入的氣庫、時間等條件，查詢相應的出入庫總帳；出入庫總帳報表：根據(jù)指定的區(qū)間，生成總帳報表，可供瀏覽和打??；門市氣瓶庫存查詢：根據(jù)輸入的門市、時間等條件，查詢相應的門市庫存；門市氣瓶庫存報表：根據(jù)指定的門市，生成門市氣瓶庫存報表，可供瀏覽和打印2.3.6配送管理系統(tǒng)功能模型配送管理系統(tǒng)的功能劃分可以用如圖9的功能樹來描述：配送信息庫生成報表輸出配送信息庫生成報表輸出圖9配送管理系統(tǒng)功能樹模型批發(fā)的配送配送信息庫生成：除了電子商務平臺配送指令中的信息外，需要增加配送狀態(tài)、配送執(zhí)行日期、注釋說明等字段，便于管理和統(tǒng)計；配送信息的通知：在參與配送的管理人員登錄到指定的頁面后，系統(tǒng)動態(tài)提示等待完成的配送任務；配送執(zhí)行情況錄入：配送人員進行配送后，將配送的執(zhí)行情況錄入到系統(tǒng)中，包括正常完成、取消配送、注釋說明等相關信息，同時更新電子商務平臺中的配送信息；數(shù)據(jù)查詢匯總：指定訂單號、日期等信息，查詢相應的配送指令，按照日、月等周期統(tǒng)計完成的配送任務、取消的配送任務、等待執(zhí)行的配送任務；報表輸出：統(tǒng)計信息按照報表格式在屏幕上顯示或者進行打印。零售的配送比批發(fā)業(yè)務多出一項“配送門市的指派”，管理員根據(jù)定購瓶裝氣用戶的信息將對應

配送指令指定給最適合配送的門市(一般為最近)去執(zhí)行。詳細功能模型參見附本：DQG-LPG電子商務平臺IDEFO功能模型中A34圖及以下分支。2.3.7計劃管理系統(tǒng)功能模型計劃管理系統(tǒng)的功能劃分可以用如圖10的功能樹來描述：創(chuàng)建年、季、月計劃編輯修改計劃查詢計劃打印計劃獲取每日執(zhí)行數(shù)據(jù)生成執(zhí)行情況表修改執(zhí)行情況表查詢執(zhí)行情況表計劃管理系統(tǒng)的功能劃分可以用如圖10的功能樹來描述：創(chuàng)建年、季、月計劃編輯修改計劃查詢計劃打印計劃獲取每日執(zhí)行數(shù)據(jù)生成執(zhí)行情況表修改執(zhí)行情況表查詢執(zhí)行情況表打印執(zhí)行情況表隨機統(tǒng)計、打印圖10計劃管理系統(tǒng)功能樹模型1.計劃制定下發(fā)創(chuàng)建年、季、月計劃：計劃創(chuàng)建人員根據(jù)參考數(shù)據(jù)輸入數(shù)據(jù)、備注、說明等信息，生成計劃草稿；編輯修改計劃：計劃管理人員在相關人員確定計劃草稿后將其存為正式計劃，同時電子商務平臺可以利用計劃中的數(shù)據(jù)生成意向合同；查詢計劃：所有有權限的用戶可以對計劃進行查詢，分公司根據(jù)計劃進行銷售活動打印計劃：對查詢到的計劃可以進行打印。2.計劃執(zhí)行匯總a)獲取每日執(zhí)行數(shù)據(jù)：根據(jù)運輸、庫存、銷售等數(shù)據(jù)獲得計劃每日執(zhí)行數(shù)據(jù)；生成執(zhí)行情況表：系統(tǒng)根據(jù)計劃中的數(shù)據(jù)和計劃執(zhí)行數(shù)據(jù)經(jīng)過統(tǒng)計、計算生成計劃執(zhí)行情況表，周期包括旬、月、季、年；修改執(zhí)行情況表：計劃管理人員可以對系統(tǒng)生成的計劃執(zhí)行情況表進行編輯修改；查詢執(zhí)行情況表：有權限的用戶可以查詢執(zhí)行情況表，相關部門可以根據(jù)這些表格進行考核，知道采購和銷售行為；打印執(zhí)行情況表：對查詢到的計劃執(zhí)行情況表可以進行打??；隨機統(tǒng)計、打?。嚎梢灾付ㄒ粋€月內(nèi)的任意區(qū)間對計劃的執(zhí)行情況進行統(tǒng)計、打印

詳細功能模型參見附本：DQG-LPG電子商務平臺IDEFO功能模型中A35圖及以下分支。2.3.8結算管理系統(tǒng)功能模型結算管理系統(tǒng)的功能劃分可以用如圖11的功能樹來描述：結算管理系統(tǒng)結算判斷結算確認結算操作票據(jù)匯總查詢已收款通知已付款通知生成收款完成單據(jù)生成付款完成單據(jù)生成特種轉(zhuǎn)帳支票票據(jù)匯總票據(jù)查詢結算判斷結算確認結算操作票據(jù)匯總查詢已收款通知已付款通知生成收款完成單據(jù)生成付款完成單據(jù)生成特種轉(zhuǎn)帳支票票據(jù)匯總票據(jù)查詢圖11結算管理系統(tǒng)功能樹模型1．結算判斷對經(jīng)過結算中心審核過的有效付款憑證或委托收款憑證進行結算方式的判斷，區(qū)分出付款方式和委托收款方式。2．結算確認收款或付款操作已經(jīng)確認后，向收款方和付款方發(fā)送收款和付款通知。3．結算操作完成結算操作，如果是本地結算生成收款或付款完成單據(jù)；如果是異地結算，生成特種轉(zhuǎn)帳支票。4．票據(jù)匯總與查詢將票據(jù)按照類別、不同的單位等進行匯總，支持相應的查詢工作，為相關部門和有關領導提供財務分析的依據(jù)。2.3.9內(nèi)部系統(tǒng)管理功能模型計劃管理系統(tǒng)的功能劃分可以用如圖12的功能樹來描述：內(nèi)部系統(tǒng)管理權限分配用戶管理圖12權限分配用戶管理圖12內(nèi)部系統(tǒng)管理功能樹模型用戶管理a)創(chuàng)建用戶：創(chuàng)建新的用戶，記錄用戶信息；b)修改密碼：用戶可以修改自己的密碼；修改用戶資料：管理員可以修改用戶除了密碼之外的具體信息；注銷用戶：注銷用戶，使之不能繼續(xù)使用。權限分配創(chuàng)建角色：創(chuàng)建一個角色，相當于一個組，可以擁有多種權限，方便管理注銷角色：注銷角色，使之不能繼續(xù)使用；登記模塊：將應用模塊登記在庫中，可以對其賦予權限；注銷模塊：將已經(jīng)登記的模塊注銷，使用戶不能繼續(xù)使用；分配權限：將模塊分配給用戶或者角色，將角色分配給用戶；回收權限：將分配的模塊或者角色進行回收。其它功能a)門市維護：增加、注銷門市，錄入門市信息；氣罐維護：結合庫存管理，增加、注銷氣罐，錄入氣罐信息；氣瓶維護：結合庫存管理，增加、注銷氣瓶類型，錄入氣瓶信息。2.3.10滇黔貴石油勘探局網(wǎng)站欄目策劃Internet中豐富的、無限增長的信息資源使它已經(jīng)成為人們獲取信息的重要來源之一。但由于Internet在管理上的開放性以及Internet上的信息資源在地理上的分散性和組織上的松散性，也給人們充分利用網(wǎng)絡信息資源帶來了一定的困難。信息太多；對我們有用的太少；分布雜亂無章；不斷在發(fā)展變化是互聯(lián)網(wǎng)上信息資源四個顯著的特點。為瀏覽者提供更全面而綜合性的信息服務，這是站點目前所宣傳的最大好處。將以LPG相關信息及網(wǎng)上銷售和服務為主體，配合以其它信息頻道，從而豐富網(wǎng)站的信息內(nèi)容，提高影響力。網(wǎng)站欄目設置如下：1資訊速遞*石油資訊每日油市動態(tài)、國際市場動態(tài)、國內(nèi)市場動態(tài)、市場分析預測、油品價格信息、行業(yè)政策法規(guī)、石化產(chǎn)品價格信息、招標投標/熱點特別關注國際石油交易所期貨每日行情榜：原油、天然氣、粗柴油在電子商務平臺進行交易的同時了解最新的市場動態(tài)*在線搜索網(wǎng)上石油資源、國內(nèi)石油企業(yè)、高級搜索、石油論壇*商務服務網(wǎng)上調(diào)查、企業(yè)形象宣傳、網(wǎng)絡廣告、企業(yè)網(wǎng)站建設、產(chǎn)品技術信息發(fā)布、企業(yè)動態(tài)信息發(fā)布企業(yè)上網(wǎng)工程（域名查詢注冊、虛擬主機租用、網(wǎng)站建設步驟、網(wǎng)頁設計、電子商務解決方案分析）企業(yè)信息化工程（企業(yè)內(nèi)部局域網(wǎng)建設、主機租賃托管、石油石化專用軟件網(wǎng)絡化、石油企業(yè)資源管理、辦公自動化、電子商務應用軟件）*石油信息查詢最新油價行情：日期與價格中國石油天然氣：集團公司主要成員企業(yè)、集團公司單位電話、集團所屬企事業(yè)單位辦事機構查詢表、股份有限公司機構查詢、石油專用通信網(wǎng)長途自動電話區(qū)號中國石油化工：集團公司主要成員企業(yè)、集團公司單位電話、集團所屬企事業(yè)單位辦事機構查詢、股份有限公司機構查詢、石化企業(yè)衛(wèi)星網(wǎng)電話號碼速查外國主要石油企業(yè)：駐華代表機構通訊聯(lián)絡方式、石油公司、技術服務公司石油軟件公司學術科研機構：外國石油院校與研究機構、國外石油學術機構、國內(nèi)石油石化院校常用工具：石油行業(yè)常用單位換算表*信息查詢/發(fā)布查詢：產(chǎn)品技術信息、石油石化股、企業(yè)動態(tài)信息、會議、求職、招聘發(fā)布：產(chǎn)品技術信息、會議、求職、招聘*在線股市觀潮滬深股市排行、石化行業(yè)股票行情*常用生活信息查詢國內(nèi)長途電話區(qū)號和郵編、列車時刻票務查詢訂票、飛機航班時刻查詢、24小時全國主要城市天氣預報、法律查詢、國家工商局2學術交流*學術論文燃氣業(yè)發(fā)展動態(tài)、小區(qū)集中供氣專業(yè)論文、燃氣汽車發(fā)展動態(tài)、燃氣汽車加氣站標準、天然氣輸配系統(tǒng)改（擴）建中應注意的技術問題、工業(yè)用燃油、燃氣燃燒器測試臺的開發(fā)設計、燃氣中餐炒菜灶采用紅外線無焰燃燒的可行性研究、中國城市燃氣事業(yè)現(xiàn)狀及發(fā)展前景、液化石油氣小區(qū)供氣總論、快速發(fā)展的中國LPG水運市場、中國發(fā)展天然氣汽車的潛力和問題、中國液化氣進口和消費狀況分析外商在華投資經(jīng)營LPG狀況的調(diào)查分析*新技術推廣液化氣汽車瓶組式加注裝置、液化氣殘液利用器、埋地鋼管外防腐層檢測系統(tǒng)*產(chǎn)業(yè)新聞行業(yè)動態(tài)、集團動態(tài)、企業(yè)動態(tài)2.3.113安全及環(huán)保*煤氣安全認識煤氣、處理煤氣泄漏、安全事項、救護常識（發(fā)現(xiàn)煤氣中毒者的急救措施、煤氣中毒的預防、煤氣泄露消防應急措施）安全問答、集思廣益*保護環(huán)境煤氣生產(chǎn)凈化環(huán)保（原料、生產(chǎn)過程）、發(fā)展環(huán)保事業(yè)（建設石油氣加氣站）、積極推動環(huán)保工作、開發(fā)環(huán)保產(chǎn)品（產(chǎn)品包裝注重環(huán)保）、積極推動環(huán)保工作（贊助環(huán)?；顒印p低廚房油煙系統(tǒng)、節(jié)省煤氣錄影帶、環(huán)保教育錄影帶）、*環(huán)保知識環(huán)境術語、環(huán)保常識、環(huán)保行為規(guī)范*法律法規(guī)城市燃氣安全管理規(guī)定（總則、城市燃氣工程的建設、城市燃氣的生產(chǎn)、儲存和輸配、城市燃氣的使用、城市燃氣用具的生產(chǎn)和銷售、城市燃氣事故的搶修和處理、獎勵與處罰）*安全標準煤氣使用中的安全標準、燃氣燃燒器具安裝維修管理規(guī)定、關于車用燃氣加氣站建設管理暫行規(guī)定、石油天然氣管道安全監(jiān)督與管理暫行規(guī)定、城市道路管理條例、城市燃氣和集中供熱企業(yè)資質(zhì)管理規(guī)定、建設部關于加強燃氣安全管理使用的緊急通知、關于加強卡式爐及其燃氣罐安全管理的通告服務指南*煤氣新業(yè)務廚柜的安裝及廚房家庭電器、煤氣用量計算方法、怎樣閱讀煤氣單、煤氣繳費方法、開立帳戶、結束帳戶*服務指南燃氣用具維修、公司用戶服務中心電話預約、提供咨詢服務、解答用氣疑難*客戶服務客戶服務熱線、咨詢服務、維修保養(yǎng)服務、客戶中心*商業(yè)天地LPG網(wǎng)上采購中心廚藝天地*企業(yè)家園企業(yè)推薦、供求信息*食譜大全可根據(jù)中國傳統(tǒng)菜系按類別劃分，列舉知名菜譜與風味小吃，吸引大家的注意力。中華菜系（川菜、徽菜、魯菜、閩菜、江蘇、湘菜、粵菜、浙江、豫菜、滬菜、京菜、淮揚、海派菜、東北菜、云南菜、滿漢全席）、燒烤類食譜、滿漢全席專題、西餐喝酒的方法、韓國菜大全特色食譜（葷菜、素菜、豬肉類、蔬菜類、魚類、雞類、藥膳、牛肉類、豆制品、蝦類、鴨類、甜品、羊肉類、瓜果類、蟹類、鵝類、粥羹湯、野味類、菌藻類、貝類、其他肉類、根莖類、其他海鮮、方便食品、風味食品）一周食譜（科學搭配家中人的一周食譜，根據(jù)家中人口進行搭配）異國風味（日本料理、法國大餐、意大利餐、韓國料理、東南亞風味）*飲食文化今日推薦（最新的風味小吃、特色風味）、文化專題（漫話禮儀、咖啡文化、茶文化、酒文化、湯文化）、吃遍天下（餐飲查詢、打折信息、交通指南、各地特產(chǎn)小吃、食客妙文）、飲食雜談、名人掌故、飲食禮儀、文化拾零、異域風情*廚藝會明火煮食的故事、明火煮食的來源、各種煮食方式、明火煮食工具的演進、煤氣在明火煮食中的重要性*飲食保健營養(yǎng)知識、食療食補苑、保健食品推介、飲食趣話、食俗經(jīng)典、流行食尚、四方美食、茶余飯后、美顏健身、廚房常識*家庭竅門新餐廚具、廚藝交流、小食品加工、廚房保潔*商業(yè)天地網(wǎng)上訂餐中心家裝中心*行業(yè)資訊企業(yè)推薦、供求信息，可將家裝與裝飾公司名錄列出方便客戶查詢，吸引更多的家裝公司加盟*家裝常識列舉家庭裝修中經(jīng)常出現(xiàn)的問題、裝飾材料的的國內(nèi)外趨勢、性能優(yōu)勢、家裝養(yǎng)護、室內(nèi)煤氣與給水管道的安裝*裝潢知識家庭裝潢的設計理念、家庭裝潢設計中應注意的一些問題、怎樣選擇裝潢公司、如何估算家庭裝潢的造價、如何鑒定家庭裝潢質(zhì)量、家庭裝潢的準備工作、裝潢材料*家居裝苑家裝中的概念知識、飾品新款、居屋點評、裝修中的細節(jié)與色彩搭配、家居的構思與布局*材料指南各類家裝材料*問題解答家裝質(zhì)量哪兒易出問題、裝修中哪些細節(jié)容易被忽略、裝修后要當心什么、一般家庭在乳膠漆選色上有何要點、如何預防和處理“裂”、如何預防和處理“漏”、如何預防和處理“堵”*商業(yè)天地網(wǎng)上家裝中心廚具天地*行業(yè)資訊企業(yè)推薦、供求信息，可將廚具公司名錄列出方便客戶查詢，吸引更多的家裝公司加盟*廚具常識列舉廚具使用中經(jīng)常出現(xiàn)的問題、家庭廚具的國內(nèi)外趨勢、性能優(yōu)勢、廚具養(yǎng)護、廚具使用指南*問題解答廚具使用問題解答、廚具使用經(jīng)驗交流*商業(yè)天地網(wǎng)上廚具采購中心以會員企業(yè)加盟的方式，吸收外圍產(chǎn)品廠商（如廚具、烹飪、家裝等）加入平臺，為其設置專業(yè)信息頻道，為用戶提供豐富的專業(yè)知識，可對上述企業(yè)收取一定的會員費。依托B2C交易平臺為會員企業(yè)提供電子商務B2C交易的場所，對平臺所產(chǎn)生的交易收取一定比例的交易手續(xù)費。系統(tǒng)接口設計平臺與內(nèi)部系統(tǒng)接口B2B、B2C平臺與內(nèi)部系統(tǒng)接口設計的原則在功能上，使電子商務平臺與內(nèi)部系統(tǒng)通過數(shù)據(jù)交換相互提供數(shù)據(jù)支持，實現(xiàn)協(xié)同工作和緊密配合。形成一個整體。在性能上，開放性和獨立性是接口設計的主要原則。緊密圍繞著電子商務平臺的功能實現(xiàn)接口，提供B2B、B2C電子商務平臺對內(nèi)部系統(tǒng)的API,做到接口與具體的內(nèi)部系統(tǒng)無關。這將保證電子商務平臺的開放性。在電子商務平臺與內(nèi)部系統(tǒng)之間建立接口數(shù)據(jù)結構中間層，通過中間層進行數(shù)據(jù)交換使電子商務平臺與內(nèi)部系統(tǒng)相對獨立。此外，在性能上，接口應保證電子商務平臺與內(nèi)部系統(tǒng)數(shù)據(jù)傳輸?shù)膶崟r性、可靠性和穩(wěn)定性。電子商務平臺與內(nèi)部系統(tǒng)之間的數(shù)據(jù)關系1）電子商務平臺為內(nèi)部系統(tǒng)提供的數(shù)據(jù)采購意向合同、采購執(zhí)行合同、銷售意向合同、銷售執(zhí)行合同、配送信息表、支付信息、用戶信息。2）內(nèi)部系統(tǒng)為電子商務平臺提供的數(shù)據(jù)配置計劃、價格信息、合同、庫存變動、配送執(zhí)行情況、結算執(zhí)行情況。平臺與內(nèi)部系統(tǒng)的接口結構設計及功能劃分圖13電子商務平臺與內(nèi)部系統(tǒng)接口一覽1）內(nèi)部系統(tǒng)計劃、合同模塊與平臺合同模塊的接口功能根據(jù)計劃管理子系統(tǒng)和價格管理子系統(tǒng)的年、季、月計劃中的采購部分自動生成意向采購合同（其中賣方空白），并通過接口提交給B2B平臺。國內(nèi)廠商通過網(wǎng)上查看意向合同，并與銷售總公司通過報價、還盤、數(shù)字簽名最終確定此意向合同。根據(jù)計劃管理子系統(tǒng)提供的年、季、月計劃中的銷售部分以及北海公司報的旬計劃匯總成上述意向合同的子合同的草案，并通過接口提交給B2B平臺。經(jīng)過網(wǎng)上雙方對合同的洽談和其他修改方式，進一步形成未簽署的執(zhí)行合同，按日期的推移，逐步簽署此合同。根據(jù)配置計劃銷售部分以及銷售價格情況生成局內(nèi)部門的銷售意向合同并通過接口提交給B2B平臺的合同管理部分。在運輸系統(tǒng)發(fā)運成功，接收方順利入庫后由合同管理子系統(tǒng)自動生成銷售執(zhí)行合同并通過接口提交給B2B平臺合同管理子系統(tǒng)，進行合同跟蹤、資金支付。接口函數(shù)1）PutCE（記錄）內(nèi)部系統(tǒng)計劃模塊或平臺合同管理模塊調(diào)用該函數(shù)，向采購意向合同接口表加入記錄，記錄數(shù)據(jù)結構與采購意向合同結構一致，一條記錄對應一個合同。記錄賣方為空。2）PutXE（記錄）向銷售意向合同接口表中加一條記錄，記錄結構與銷售意向合同接口表相同。3）PutCZ（記錄）內(nèi)部系統(tǒng)計劃模塊或平臺合同管理模塊調(diào)用該函數(shù)，向采購執(zhí)行合同接口庫加入記錄，記錄數(shù)據(jù)結構與采購執(zhí)行合同結構一致，一條記錄對應一個合同。4）PutXZ（記錄）向銷售執(zhí)行合同接口表中加一條記錄，記錄結構與銷售執(zhí)行合同接口表相同。5）GetCE（記錄）

從采購意向合同接口表取出一條記錄，并從表中刪除之。6）GetXE（記錄）從銷售意向合同接口表取出一條記錄，并從表中刪除之7）GetCE（記錄）從采購執(zhí)行合同接口表取出一條記錄，并從表中刪除之。8）GetXZ（記錄）從銷售執(zhí)行合同接口表取出一條記錄，并從表中刪除之處理流程內(nèi)部系統(tǒng)平臺平臺內(nèi)部系統(tǒng)內(nèi)部系統(tǒng)內(nèi)部系統(tǒng)平臺內(nèi)部系統(tǒng)內(nèi)部系統(tǒng)內(nèi)部系統(tǒng)平臺內(nèi)部系統(tǒng)功能（1）內(nèi)部系統(tǒng)出入庫信息通過產(chǎn)品出/入庫單據(jù)接口表反應到平臺的產(chǎn)品庫存表中接口函數(shù)1）Put（）將內(nèi)部系統(tǒng)新的產(chǎn)品出/入庫單據(jù)寫入產(chǎn)品出/入庫單據(jù)接口表。2）Get（）平臺將產(chǎn)品出/入庫單據(jù)接口表取出，并將復制完的記錄刪除。3）Set-Trigger（）在產(chǎn)品出/入庫單據(jù)接口表中設置觸發(fā)器，當記錄增加時調(diào)用Get（）函數(shù)，實現(xiàn)平臺與內(nèi)部系統(tǒng)產(chǎn)品庫存表的一致性。3）平臺配送模塊與內(nèi)部系統(tǒng)配送模塊的接口功能（1）內(nèi)部系統(tǒng)配送的結果返回到平臺以便及時通知用戶。（2）將買方的配送要求傳給內(nèi)部配送管理子系統(tǒng)以便更合理實現(xiàn)用戶需求。接口函數(shù)對B2B平臺：1）BPut（）B2B平臺調(diào)用該函數(shù)將未完成的配送記錄，加入到產(chǎn)品配送接口表。2）BGet（）內(nèi)部系統(tǒng)調(diào)用該函數(shù)將產(chǎn)品配送接口表中所有標識為“N”的記錄取出。3）BPutF（配送id）內(nèi)部系統(tǒng)調(diào)用該函數(shù)，將已完成配送的部分按配送id到產(chǎn)品配送接口表中查找，將Psok（完成）字段改為“Y”。4）BGetF（配送id）B2B平臺調(diào)用該函數(shù)到產(chǎn)品配送接口表中查詢該配送是否完成，并將相應的“Y”或“N”返回給平臺。對B2C平臺：1）CPut（）B2C平臺調(diào)用該函數(shù)將未完成配送的訂單和相應的購物車，加入到訂單接口表和購物車接口表。2）CGet（）內(nèi)部系統(tǒng)調(diào)用該函數(shù)將訂單接口表和購物車接口表中的記錄取出并刪空。平臺支付模塊與內(nèi)部系統(tǒng)結算模塊的接口功能1)平臺將支付信息通過該接口傳給結算子系統(tǒng)，結算子系統(tǒng)產(chǎn)生相應單據(jù)(付款、接收特殊轉(zhuǎn)帳憑證等)修改買賣雙方的余額。2)涉及到的某一方不是局內(nèi)部用戶時，平臺請求內(nèi)部結算子系統(tǒng)，產(chǎn)生相應單據(jù)(付款托收、特殊轉(zhuǎn)帳憑證)，以實現(xiàn)局內(nèi)方內(nèi)部銀行余額變動和外部銀行收款或支付。接口函數(shù)Put(記錄)平臺調(diào)用該函數(shù)將執(zhí)行合同加入執(zhí)行合同接口表，以便向內(nèi)部系統(tǒng)提供結算信息。Get()內(nèi)部系統(tǒng)調(diào)用該函數(shù)從執(zhí)行合同接口表中取出執(zhí)行合同，從而得到結算信息。平臺產(chǎn)品發(fā)布模塊與內(nèi)部價格模塊的接口功能內(nèi)部系統(tǒng)的價格模塊將價格信息通過接口提交給B2B平臺的產(chǎn)品發(fā)布模塊。接口函數(shù)Put()內(nèi)部系統(tǒng)調(diào)用該函數(shù)將價格信息存入產(chǎn)品發(fā)布接口表。Get()平臺調(diào)用該函數(shù)將價格信息從產(chǎn)品發(fā)布接口表取出。平臺用戶模塊與內(nèi)部系統(tǒng)用戶模塊的接口功能將用戶信息通過接口傳送給內(nèi)部系統(tǒng)。接口函數(shù)Put()平臺調(diào)用該函數(shù)將用戶信息存入接口表。Get()內(nèi)部系統(tǒng)調(diào)用該函數(shù)將用戶信息從接口表取出。3.2內(nèi)部系統(tǒng)各個模塊之間的接口內(nèi)部系統(tǒng)接口說明雖然在功能上將內(nèi)部系統(tǒng)劃分為多個模塊，事實上，整個內(nèi)部系統(tǒng)是一個統(tǒng)一的整體各個模塊之間是相互滲透，密不可分的。在具體調(diào)用中也是在程序中統(tǒng)一實現(xiàn)的，沒有明顯的界限。各個模塊接口說明購銷管理模塊與其他模塊的接口購銷管理系統(tǒng)的購銷數(shù)量與運輸管理系統(tǒng)中的運輸量、庫存管理系統(tǒng)中的出入庫量是密切聯(lián)系的，在程序中他們通常在一起考慮。?運輸管理模塊和其他模塊的接口在運輸業(yè)務發(fā)生時伴隨著庫存和資金的變化，因此運輸業(yè)務發(fā)生的同時有庫存的增減和資金的結算，需要庫存管理系統(tǒng)和結算管理系統(tǒng)的支持。庫存管理模塊和其他模塊的接口庫存的增減與運輸、配送密切相關，因此庫存管理系統(tǒng)需要運輸管理系統(tǒng)和配送管理系統(tǒng)的支持。配送管理模塊與其他模塊的接口配送必然伴隨庫存的增減，配送管理系統(tǒng)需要讀取當前庫存，配送發(fā)生時需要減少庫存，配送失敗時要恢復庫存。計劃管理模塊與其他模塊的接口計劃的制訂需要綜合價格、銷量、庫存等多種因素，因此在制訂價格時需要獲取這些系統(tǒng)的數(shù)據(jù)，為計劃的制訂起到輔助支持作用。計劃數(shù)據(jù)對其他數(shù)據(jù)起指導作用，運輸管理系統(tǒng)需要根據(jù)配置計劃安排運輸計劃，根據(jù)配置計劃發(fā)貨。結算管理模塊和其他模塊的接口結算管理系統(tǒng)負責資金的流轉(zhuǎn)，在購銷、運輸、配送、庫存這些伴隨資金流轉(zhuǎn)的業(yè)務發(fā)生時，結算管理系統(tǒng)將它們資金的變化反映出來。系統(tǒng)管理模塊與其他模塊的接口系統(tǒng)管理模塊需要進行氣罐、氣瓶種類的管理，因此需要操作庫存管理系統(tǒng)的相關表格。另外出于安全性的考慮，用戶在其他模塊進行操作時，除了要用有效用戶登錄外，都要讀取系統(tǒng)管理中的模塊-用戶表，從而驗證執(zhí)行權限。在需要區(qū)分所屬單位的操作時，也要讀取系統(tǒng)管理中公司、氣庫等表格，確定具體身份。后續(xù)工程預留接口預留接口的設計原則保證DQG-LDG系統(tǒng)的開放性是預留接口設計的總原則，即本系統(tǒng)應為外部系統(tǒng)提供與軟、硬件平臺無關的數(shù)據(jù)和函數(shù)接口，同時應該使接口易于使用。企業(yè)信息系統(tǒng)的擴展方向在后續(xù)工程中，DQG-LPG系統(tǒng)將由目前的內(nèi)部交易為主，向內(nèi)部交易與外部交易并重的方向發(fā)展。采購、銷售、配送、支付方式將更加靈活多樣。系統(tǒng)預留接口的適應性為了保證DQG-LPG系統(tǒng)將來的擴展，系統(tǒng)將為更靈活的采購、銷售、配送、支付方式提供開放的接口。具體應提供下列接口（在設計有關數(shù)據(jù)結構時，應考慮為其保留備用字段）1）客戶管理接口。2）B2CIC卡支付接口。3）B2B支付網(wǎng)關。B2C支付網(wǎng)關DQG-LPG電子商務平臺運行過程場景分析角色劃分由于滇黔桂石油勘探局現(xiàn)有的組織結構是針對與傳統(tǒng)的計劃性運做流程，因此在轉(zhuǎn)換為電子商務時，需要對各級組織定義新的角色和工作方式，同時為系統(tǒng)運行配備一些新的工作M-r才亠崗位。系統(tǒng)運行過程中，存在的組織角色包括：總公司?？偣镜穆氊煱ú少徱夯瘹?，包括北海氣，外購氣，進口氣；制定批發(fā)給地區(qū)分公司的價格；制訂配置計劃；根據(jù)計劃把液化氣銷售給地區(qū)分公司；制定鐵路運輸計劃；執(zhí)行鐵路運輸計劃。地區(qū)分公司。地區(qū)分公司的職責包括：從總公司購買液化氣；制定批發(fā)給下級批發(fā)門市的價格；制定配置計劃；根據(jù)計劃把液化氣銷售給下級門市；氣庫。氣庫的職責包括：根據(jù)采購合同，接收液化氣，執(zhí)行入庫；統(tǒng)計每個液化氣所有者的儲量；根據(jù)銷售合同，發(fā)出液化氣，執(zhí)行出庫；記錄火槽車發(fā)車、到站、返空信息；定期進行庫存盤點。批發(fā)門市。批發(fā)門市的職責包括：從地區(qū)分公司或上級批發(fā)門市購買液化氣；制定本門市所轄地域的液化氣的批發(fā)價格和零售價格；制定配置計劃；批發(fā)液化氣給下級批發(fā)門市或零售門市；執(zhí)行B2C平臺發(fā)出的批發(fā)配送指令；收集本地區(qū)的價格信息。零售門市。零售門市的職責包括：從批發(fā)門市購買液化氣；零售給本地的客戶；執(zhí)行B2C平臺發(fā)出的零售配送指令；收集本地區(qū)的價格信息。運行模式根據(jù)滇黔桂石油勘探局現(xiàn)有的組織結構，其角色分配可定義為銷售總公司和局價格領導小組對應總公司的角色；云南、貴州地區(qū)分公司對應地區(qū)分公司和批發(fā)門市的角色；廣西分公司對應地區(qū)分公司角色；各級氣庫對應氣庫和批發(fā)門市的角色；銷售網(wǎng)點對應零售門市的角色。場景分析B2B電子商務平臺運行場景分析目的描述不同角色在B2B平臺進行交易時，系統(tǒng)對不同場景的不同處理流程。做為程序設計和編寫時的依據(jù)。角色定義公司作為參與平臺交易的物質(zhì)基礎。所有平臺的用戶必須屬于某一個平臺注冊的公司用戶公司職員為平臺實際運行中，參與交易的個體，具有本身的注冊信息，以及必要的所屬部門/公司、操作權限等相關信息。公司信息管理員為公司用戶信息的管理員，可以在平臺上自己的公司內(nèi)部注冊職員，分配不同的操作權限。公司供應產(chǎn)品的信息維護。前景平臺會員通過B2B平臺進行交易。登錄用戶首先通過系統(tǒng)的身份驗證區(qū)別不同的身份權限。操作員通過內(nèi)部系統(tǒng)生成的計劃，查看本公司的計劃執(zhí)行狀況。并生成相應合同執(zhí)行；管理員對用戶、產(chǎn)品信息進行維護；公司領導等作為特殊用戶只對系統(tǒng)有查詢?nèi)坎僮?、用戶信息、產(chǎn)品信息以及交易信息的權限。場景描述場景一會員注冊/公司管理場景說明：本場景在各級公司運行時是一樣的，在總公司，地區(qū)公司操作的流程完全相同，因此以下描述以總公司操作員A操作過程為例。A為總公司領導認同的總公司B2B平臺管理員。用戶A訪問DQG-LPG電子商務網(wǎng)站，首頁出現(xiàn)提示用戶“登錄/注冊”界面。A點擊“注冊”，出現(xiàn)用戶注冊選項：平臺新公司注冊/交易管理A準備新注冊一個公司，因此按照平臺的提示，選擇平臺新公司注冊。界面出現(xiàn)需要用戶提供的注冊公司相關信息如企業(yè)注冊用戶名、企業(yè)全稱，公司法人，銀行帳號，企業(yè)稅號等。上述信息提交后，將出現(xiàn)用戶A的資料輸入界面。在輸入用戶的A相關信息后，A作為公司的管理員。注冊公司必須要有創(chuàng)建人A的相關信息。以上信息全部填寫完畢后，將需要系統(tǒng)管理員對此信息的檢驗，過程包括對公司的檢驗以及對輸入信息的人員信息的確認。在經(jīng)過系統(tǒng)的身份驗證系統(tǒng)后，將創(chuàng)建公司在平臺的合法使用者。驗證過程之后，A注冊的公司帳號在平臺生成，系統(tǒng)為企業(yè)分配一個唯一識別號碼。企業(yè)注冊用戶名作為平臺上唯一的登錄ID。A自己則作為公司的管理員。場景二客戶職員權限分配場景說明：此場景在各級公司的應用是完全相同的模式，因此以下按總公司職員A的操作運行場景為例說明。A作為公司在平臺交易的管理員，具有為公司填加其他用戶并對其進行角色權限的分配的權限。A登錄平臺，輸入A的用戶名，密碼以及所屬公司的注冊ID后進入系統(tǒng)。選擇“為公司填加用戶”。輸入兩個用戶，其中B為具有交易權限的用戶，C為與A同樣具有管理公司用戶權限的用戶，輸入B、C兩位用戶時，除了輸入相關信息以外，還要同時為兩個用戶分配權限，權限在分配的時候，系統(tǒng)會為管理員提供詳細權限列表。場景三供應商產(chǎn)品管理場景說明：此場景應用于總公司、地區(qū)分公司以及下屬分公司，即具有向下級銷售液化氣權限的部門。以下以總公司管理員A操作流程為例，說明作為產(chǎn)品供應方對產(chǎn)品的信息維護過程。管理員A想要為其公司填加產(chǎn)品，于是以管理員身份登錄平臺。以供應商管理員的身份進入平臺，進入“產(chǎn)品管理”系統(tǒng)。按照平臺提示，點擊對產(chǎn)品的“填加、刪除或者修改”等維護工作。場景四平臺交易-采購方場景說明：平臺交易系統(tǒng)為B2B電子商務平臺的核心。在平臺上交易，就會有交易的買賣雙方。以下以地區(qū)公司為采購方為例，說明在平臺上交易時的采購流程。C為具有平臺交易權限的地區(qū)公司用戶，輸入用戶名，密碼，所屬公司ID后進入平臺的交易系統(tǒng)。C選擇自己作為采購方的身份后，進入交易系統(tǒng)。選擇“交易跟蹤”即可對所有正在進行的交易進行處理。作為采購方，C可以瀏覽到內(nèi)部資源配置計劃生成的意向合同。(5)選擇要交易的一個意向合同，合同的產(chǎn)品數(shù)量較大，因此要分成幾個步驟執(zhí)行，于是，按照實際要執(zhí)行的計劃數(shù)量，將意向合同按照執(zhí)行數(shù)量，時間將分成數(shù)個執(zhí)行計劃。B將執(zhí)行內(nèi)容如數(shù)量、價格等信息輸入合同，生成正式合同。按照系統(tǒng)提示，瀏覽到未加入數(shù)字簽名的合同，此類為尚未結算的合同，發(fā)出結算指令后，加入數(shù)字簽名，表示合同結算已經(jīng)完成。場景五平臺交易-供應方場景說明：平臺交易系統(tǒng)為B2B電子商務平臺的核心。以下以總公司作為供應方為例在平臺上交易，描述出供應商在平臺上交易的流程。B為具有平臺交易權限的用戶，輸入用戶名，密碼，所屬公司ID后進入平臺的交易系統(tǒng)。選擇自己作為供應方，進入交易系統(tǒng)。選擇交易跟蹤即可對所有正在進行的交易進行處理。作為供應商一方，內(nèi)部管理系統(tǒng)將按照資源配置計劃自動生成意向合同并代替供應商加入數(shù)字簽名。作為供應方的B點擊“交易跟蹤”，瀏覽到本公司收到的所有執(zhí)行合同。執(zhí)行合同明細表示已經(jīng)出庫的液化氣信息。根據(jù)系統(tǒng)提示，瀏覽到未加入數(shù)字簽名的執(zhí)行計劃，表示結算尚未完成。收到內(nèi)部系統(tǒng)傳遞的結算完成標志后，加入數(shù)字簽名，表示本合同款已經(jīng)收到，合同結算完成。場景六領導查詢本場景在各個公司均實現(xiàn)，各級領導在平臺上均能按照自己的權限設置瀏覽查詢到關心的問題。以下，以總公司的領導為例，說明領導瀏覽網(wǎng)站獲取關注信息的流程。領導D通過瀏覽器訪問網(wǎng)站，輸入自己的ID以及密碼，登錄到平臺。頁面出現(xiàn)領導關心的標題列表，內(nèi)容包括：本公司銷售情況報表、客戶信息、客戶采購信息，各公司銷售情況等。(3)領導D想關注一下近期公司的銷售情況。因此，點擊“銷售情況報表”。頁面出現(xiàn)時間段的選擇，選擇時間段為近一個月的銷售數(shù)據(jù)，點擊查詢。(5)頁面顯示出近一個月的全部銷售數(shù)據(jù)報表。選擇“按銷售地點統(tǒng)計”，則出現(xiàn)按照地區(qū)統(tǒng)計的銷售數(shù)據(jù)。返回到領導查詢的頁面，領導D點擊“分公司銷售信息”，選擇廣西分公司，時間段選擇從2000-12至2001-01。顯示廣西分公司一個月內(nèi)的銷售數(shù)據(jù)。其他描述B2B用戶登錄平臺后，將有幾種情景選擇：注冊新公司，并且注冊人自動成為公司管理員。作為管理員為公司填加新的職員。作為管理員為公司職員的信息進行維護并對權限進行分配。作為交易操作員對公司交易進行操作。作為公司領導，對所有交易進行跟蹤并查詢。B2C電子商務平臺運行場景分析目的描述不同角色在B2C平臺進行交易時，系統(tǒng)的對不同場景的不同處理流程。做為程序設計和編寫時的依據(jù)。角色定義公司交易管理員管理商家的產(chǎn)品信息，并對交易情況統(tǒng)計。B2C平臺用戶為平臺的最終服務對象，作為交易平臺的最終用戶，可以在平臺上注冊會員，享受平臺更為方便個性的服務。前景登錄用戶通過平臺進行B2C交易。場景描述場景一會員注冊/公司管理場景說明：本場景在各級銷售終端公司運行，以下描述以銷售終端操作員A操作過程為例。A為總公司領導認同的總公司B2C平臺管理員。（1）用戶A訪問DQG-LPG電子商務網(wǎng)站，首頁出現(xiàn)提示用戶“登錄/注冊”界面。（2）A點擊“注冊”，出現(xiàn)用戶注冊選項：平臺新公司注冊/交易管理（3）A準備新注冊一個電子商店，因此按照平臺的提示，選擇“平臺新公司注冊”。界面出現(xiàn)需要用戶提供的注冊公司相關信息如企業(yè)注冊用戶名、企業(yè)全稱，公司法人，銀行帳號，企業(yè)稅號等。（4）上述信息提交后，將出現(xiàn)用戶A的資料輸入界面。在輸入用戶的A相關信息后，A作為公司的管理員。注冊公司必須要有創(chuàng)建人A的相關信息。（5）以上信息全部填寫完畢后，將需要系統(tǒng)管理員對此信息的檢驗，過程包括對公司的檢驗以及對輸入信息的人員信息的確認。在經(jīng)過系統(tǒng)的身份驗證系統(tǒng)后，將創(chuàng)建公司在平臺的合法使用者。（6）驗證過程之后，A注冊的公司帳號在平臺生成，系統(tǒng)為企業(yè)分配一個唯一識別號碼。企業(yè)注冊用戶名作為平臺上唯一的登錄ID。A自己則作為公司的管理員。場景二客戶注冊場景說明：作為訪問B2C電子商務網(wǎng)站的用戶，任何登錄到平臺上的訪問者均可以在通過身份驗證后，注冊成為平臺的會員。以下以客戶B為例說明客戶訪問平臺并成為會員的流程。客戶B登錄平臺，系統(tǒng)將提示作為會員的相關優(yōu)惠。提示登錄用戶“注冊”為平臺的會員。B輸入用戶名，密碼，住址，電話，聯(lián)系方式等信息后，系統(tǒng)會將用戶信息加以確認后，將其加為平臺會員。場景三供應商商店管理場景說明：此場景應用于總公司、地區(qū)分公司以及下屬分公司，即具有向下級銷售液化氣權限的部門。以下以總公司管理員A操作流程為例，說明作為產(chǎn)品供應方對產(chǎn)品的信息維護過程。用戶A登錄平臺，選擇要管理的商店，輸入商店名稱以及管理密碼后，進入商店管理系統(tǒng)。這里，管理員可輕松任意的對自己的產(chǎn)品目錄，相關產(chǎn)品介紹以及價格等方面的信息進行維護。同時可以對所發(fā)布的產(chǎn)品信息進行相當程度的自由管理，如選擇是否所有登錄用戶可見或者只有會員或某種特別身份或權限的用戶可見等。場景四平臺交易-客戶網(wǎng)上訂購場景說明：B2C電子商務平臺的核心即為平臺的交易功能。交易雙方為電子商店和登錄平臺的客戶，以下就客戶為例說明客戶使用電子商務平臺購買產(chǎn)品的流程。客戶B登錄平臺，將可以方便快捷的瀏覽到網(wǎng)站提供的各種信息包括產(chǎn)品的供應信息。當客戶想要購買某種產(chǎn)品時，會按照系統(tǒng)向?qū)Х绞降奶崾据p松的進行購物。客戶選中某商品，將其加入自己的購物車，然后繼續(xù)挑選其他商品，全部購買意向完成后，提交配送信息如地址，聯(lián)系電話等信息。最后，客戶點擊“提交訂單”提交給商家所訂購的產(chǎn)品信息。場景五平臺交易-電子商店場景說明：B2C電子商務平臺的核心即為平臺的交易功能。交易雙方為電子商店和登錄平臺的客戶，以下就商店為例說明電子商店使用電子商務平臺銷售產(chǎn)品的流程。用戶A登錄平臺，輸入要管理的商店ID,自己的ID以及密碼后，登錄到B2C電子商務平臺。A登錄到電子商務平臺后，將首先看到所有客戶提交給本商店的訂單列表。A點擊其中狀態(tài)為“新訂單”的記錄，查看詳細的訂單信息。訂單顯示客戶B提交的產(chǎn)品以及B的客戶信息。系統(tǒng)自動將客戶要求的購買以及配送信息輸入內(nèi)部管理系統(tǒng)。此外，還會有一部分需要A手工處理的訂單信息。場景六平臺交易-終端銷售場景說明：終端銷售作為B2C電子商務平臺的一個特出處理過程，其銷售基本上采用手工與系統(tǒng)翕動處理結合的方式。以下就銷售終端的具體操作過程為例描述終端銷售的運做方式。同時，在液化氣出庫數(shù)量較大時，需要一次定貨多次提貨，以下就此情況也做出相應場景描述。(1)客戶來到銷售終端所在地，將現(xiàn)金交納。終端銷售管理員在終端計算機上錄入客戶名稱，交納款額，液化氣數(shù)量，以及其他如是否自己運輸以及汽車車號等信息。同時打印出交款以及出庫憑證。此時，系統(tǒng)會要求客戶在外接小鍵盤輸入提貨密碼，如果客戶并不需要，系統(tǒng)也會自動生成一個密碼給客戶?？蛻糁恍钄y帶密碼即可前往氣庫提貨?？蛻魧⒁夯瘹馓嶙咭徊糠?，終端管理員將此次提貨的信息錄入，系統(tǒng)自動處理提貨數(shù)據(jù)，并顯示出客戶尚未提走的液化氣數(shù)額。為安全起見，客戶將液化氣提走后，可通過網(wǎng)上或電話將自己的密碼修改。下一次，客戶將攜帶新的密碼或者上次終端開具的提剩余液化氣憑證到氣庫繼續(xù)提貨。其他相關描述作為B2C用戶登錄平臺后將有以下幾種情景模式：作為任意登錄網(wǎng)站的用戶進行瀏覽或參加交易。作為平臺會員購買平臺產(chǎn)品，并查詢相關交易狀況。作為平臺商店的管理員對產(chǎn)品、商店相關信息進行維護。作為平臺商店的管理員對交易進行處理。4.3.3計劃配置和執(zhí)行場景分析角色定義員工1(Jihua),總公司運銷科計劃管理員工。員工2(Lingdao),所有可以查詢計劃和計劃執(zhí)行情況的員工，如領導。場景描述場景一總公司制定資源配置計劃2月25日，又到了制訂下月資源配置計劃的最后期限。早上，Jihua來到總公司，進入計劃管理系統(tǒng)界面，選擇“創(chuàng)建月份資源配置計劃”菜單，系統(tǒng)生成了“2000年三月份液化石油氣資源配置計劃表”空白表格，同時自動打開了另外三個窗口，分別顯示上月資源配置計劃表、本季度資源配置計劃表和去年同期的資源配置計劃表，便于Jihua進行參考。Jihua參考相關資料輸入了四個分公司北海氣和進口氣的基礎計劃數(shù)據(jù)，系統(tǒng)自動生成小記和合計數(shù)據(jù)，數(shù)據(jù)輸入完畢后Jihua在說明欄錄入了相關的說明，然后單擊“保存為草稿”按鈕，系統(tǒng)將這些數(shù)據(jù)和說明存儲起來，Jihua可以對這些數(shù)據(jù)進行更改。保存為草稿后Jihua通知相關領導和各個部門進行審閱確認，他們經(jīng)過查閱后告訴Jihua修改意見，Jihua再打開草稿，進行修改編輯后單擊“保存為正式計劃”按鈕，系統(tǒng)將這些數(shù)據(jù)保存起來，為保證前后的一致性，不能再進行修改。正式的計劃生成后，Jihua通知各個分公司和部門按照該計劃開展工作。各個分公司利用自己的查閱帳戶進入計劃管理系統(tǒng)界面，通過選擇3月份的記錄打開相應的資源配置計劃表，可以瀏覽內(nèi)容并且進行打印。相同地，也可以創(chuàng)建年度計劃、季度計劃，具體過程與創(chuàng)建月份計劃一樣。當創(chuàng)建好年度計劃后，系統(tǒng)自動生成一個意向合同，提供給電子商務平臺。場景二主管領導查詢一個月任意區(qū)間內(nèi)的計劃執(zhí)行情況（1）在有內(nèi)部銷售業(yè)務發(fā)生時，系統(tǒng)按照自動生成了計劃的執(zhí)行數(shù)據(jù)，包括公司、日期、數(shù)量等內(nèi)容。（2）3月18日，由于會議匯報的需要，主管領導Lingdao急需本月迄今為止各個分公司計劃執(zhí)行情況。他進入計劃管理系統(tǒng)，選擇“隨機查詢”菜單，系統(tǒng)默認起止日期為3月1日?3月18日，他可以修改這個區(qū)間。（3）Lingdao單擊確認按鈕后，系統(tǒng)生成了3月1日?3月18日計劃執(zhí)行情況綜合表，Lingdao進行瀏覽后單擊打印，系統(tǒng)將該表格通過打印機打印出來。場景三總公司生成計劃執(zhí)行情況表（1）4月1日，該統(tǒng)計上個月計劃的執(zhí)行情況了。早上，Jihua來到總公司，進入計劃管理系統(tǒng)界面，選擇“創(chuàng)建月份計劃執(zhí)行情況綜合表”菜單，系統(tǒng)生成了“2000年三月份各公司配置執(zhí)行情況綜合表”表格，具體數(shù)據(jù)已經(jīng)根據(jù)原計劃和每日的計劃執(zhí)行情況數(shù)據(jù)自動生成。（2）Jihua在說明欄錄入相關的說明后，單擊“保存”按鈕，系統(tǒng)將這些數(shù)據(jù)存儲起來，其他用戶就可以馬上查閱了。（3）保存完畢Jihua發(fā)現(xiàn)剛才錄入的說明項的有些地方需要修改，于是他打開剛才的記錄，將相應的部分修改正確后單擊“保存”按鈕進行了存儲。相同地，也可以生成年度、季度、旬計劃執(zhí)行情況綜合表，具體過程與創(chuàng)建月份計劃執(zhí)行情況綜合表一樣。氣庫出入庫過程場景分析下面以在二三級氣庫做出入庫記帳工作的小王（以下簡稱Wang）為例進行說明。由于期間業(yè)務涉及到入氣和出氣兩部分內(nèi)容，將分別加以介紹。收氣操作過程：角色：供貨商（以下稱provider）提供LPG氣庫操作員（以下稱xiaowang）氣庫向上級公司的運銷科申報采購意向，經(jīng)公司批準后，上級公司為該氣庫代付氣款給provider（上級氣庫或外購氣廠商、進口氣廠商），provider將氣運到氣庫，xiaowang根據(jù)provider的銷售單進行入庫單（包括provider信息、運輸費用、LPG的相關信息等）的錄入操作，同時根據(jù)代付氣款的上級公司的地理位置生成付款憑證，或特種轉(zhuǎn)帳憑證和付款憑證，如果是外購氣或進口氣，則只向總公司進行結算操作。LPG經(jīng)過氣庫計量后，xiaowang填寫網(wǎng)上入庫計量單。如果氣在運輸?shù)倪^程中，出現(xiàn)了2％的損耗，將有雙方協(xié)商處理彼此的成本承擔問題，期間的成本問題總公司不負責承擔，而由氣庫出面與provider協(xié)商處理；如果損耗小于2%將不計提。在氣入庫后，B2B平臺自動生成相應憑證，同時B2B平臺會向結算管理系統(tǒng)添加一份結算指令，結算管理系統(tǒng)向結算中心輸入一條指令，結算中心會自動打印出相應憑證的紙介質(zhì)憑證，該結算中心的會計人員根據(jù)此紙介質(zhì)憑證在內(nèi)部的浪潮系統(tǒng)中進行帳務的處理工作。發(fā)氣操作過程：角色：客戶（以下稱customer）采購LPG操作員（以下稱xiaowang）customer登陸到B2C平臺，進行了一項采購業(yè)務，要采購100噸LPG,經(jīng)過了網(wǎng)上支付后，customer來到近處的一個二級氣庫大理氣庫，接待他的是大理氣庫的業(yè)務操作員xiaowang，說明了來由后，xiaowang指示customer在鍵盤上輸入用戶名和密碼，經(jīng)過這兩項的確認后，xiaowang看到屏幕上出現(xiàn)了該customer的相關信息，以往信息和本次采購量、采購時間、運輸方式等采購信息（如果是第一次進行此操作，系統(tǒng)將只顯示本次的采購信息）。xiaowang根據(jù)customer的要貨情況，查看了一下庫存余量，發(fā)現(xiàn)有足夠的氣可提供給customer。xiaowang按照customer的運輸要求，開據(jù)銷售單，將銷售單交給貨運人員，貨運人員根據(jù)銷售單進行提貨，如果需要氣庫來運輸，貨運人員還將負責將氣運送到customer處。貨運人員將貨運到后，customer方將進行入庫的相關操作，開據(jù)入庫單（即氣庫的銷售單）和入庫計量單，如果運輸期間的損耗超過2％，將由雙方協(xié)商納入各自的成本；如果損耗小于2％，將不計提損耗。氣庫的貨運人員將帶一份customer的入庫計量單，回到氣庫交給業(yè)務操作人員進行記帳。代儲業(yè)務場景分析代儲業(yè)務場景客戶與氣庫上級公司簽署代儲合同，合同中包括貨品的相關信息、倉儲費及其計量、結算方式及期限、運輸方式及費用承擔、損耗、計量標準等內(nèi)容。氣庫根據(jù)客戶的出庫計量單和入庫計量單（貨到時氣庫的實際計量情況）的差額計算損耗，如果損耗小于2％，將不計提；損耗如果大于2％，將有雙方協(xié)商解決成本承擔責任?？蛻裘吭掳磿r付給氣庫上級公司倉儲費，與該上級公司所在結算行進行結算。其中，客戶當月入庫數(shù)必須在當月銷售完畢，如果沒有銷售完，次月的倉儲費將有所增加，以此類推。上級公司所在的結算行再與氣庫進行內(nèi)部結算。客戶銷售情況發(fā)生時，便為代銷業(yè)務，所進行操作與上發(fā)氣操作過程雷同，此處不再贅述。需要注意的是，此時發(fā)生的不只是庫存成本，還出現(xiàn)了銷售人員等的成本在里面。結算過程場景分析角色：小王（以下簡稱Wang），工作于結算站A小李（以下簡稱Li），工作于結算站B場景一：結算站A內(nèi)部的帳戶X到帳戶Y間的轉(zhuǎn)帳以付款單位委托結算中心付款過程為例。（1）某日，結算站A的結算管理系統(tǒng)收到電子商務平臺發(fā)來的結算指令，結算中心的業(yè)務人員Wang于是開始處理該支付指令，該支付指令指示他從帳戶X向帳戶Y轉(zhuǎn)款1000元。Wang首先從付款指令中查看付款單位X在結算中心的帳戶號碼，然后進入結算中心的浪潮財務系統(tǒng)，查看該帳戶是否符合支出條件。如果滿足支出條件，則回到結算管理系統(tǒng)，進入該結算指令的確認過程，當他按下確認支付鍵后，結算管理系統(tǒng)將向平臺的帳戶X和帳戶Y分別發(fā)出已支付通知和已收款通知。結算管理系統(tǒng)打印出付款憑證第二聯(lián)供結算站A作帳使用。如果不滿足支出條件，Wang則可按拒絕支付鍵，此時，結算管理系統(tǒng)將向平臺發(fā)送拒絕付款通知。此后，Wang還需要根據(jù)結算管理系統(tǒng)打印的付款憑證，按本地結算過程在浪潮系統(tǒng)內(nèi)進行帳戶間資金的結算。場景二：結算站A到結算站B的帳戶間轉(zhuǎn)帳某日，結算站A的結算管理系統(tǒng)收到電子商務平臺發(fā)來的結算指令，結算中心的業(yè)務人員Wang于是開始處理該支付指令，該支付指令指示他從帳戶X向結算站B中的帳戶Y轉(zhuǎn)油款1000元。Wang首先從付款指令中查看付款單位X在結算站A的帳戶號碼，然后進入結算站A的浪潮財務系統(tǒng)，查看該帳戶是否符合支出條件。如果滿足支出條件，則回到結算管理系統(tǒng)，進入該結算指令的確認過程，當他按下確認支付鍵后，結算管理系統(tǒng)將向