第一篇：中國聯通電子商務平臺

中國聯通電子商務平臺

隨著中國加入WTO，國內電信市場的競爭日益加劇。為了能夠提供更多的服務與開展各種增值業務，降低經營成本，用新技術改造傳統業務模式，提高企業效益和市場競爭能力，中國聯通啟動了電子商務平臺建設工程，這 是目前國內最大的電子商務工程項目之一。東方通科技的TongWeb平臺版產品經過激烈競標，成為中國聯通電子商務平臺的基礎架構軟件。

中國聯通是國內業務種類最為齊全的大型國有電信運營服務商，擁有大量的移動用戶通信，有著完善的基礎網絡設施，有覆蓋全國的傳輸網和基于傳輸平臺的ATM數據網、聯通165網站以及建設中的移動數據網，所有這些都為電子商務的開展提供了有利的條件。

中國聯通電子商務平臺包括CA認證系統、支付網關、業務平臺、應用系統等，將在中國聯通總部和遍布全國的分公司分期開展建設。中國聯通電子商務主要提供的業務包括：

· 網上營業廳

網上營業廳基于WEB網站建設虛擬的營業廳系統，用戶在網上可以完成業務查詢咨詢、繳費以及不需要人工干預的業務辦理，如部分業務的停開、售卡等，網上營業廳利用各省已建的聯通165網站，并支持網上支付功能。

· 網上購物

網上購物屬于傳統的電子商務應用，中國聯通利用現有電子商務站點開展標準的網上購物業務，也可以由其它商家在中國聯通電子商務站點進行網上銷售。

· 手機小額支付

基于移動終端，通過短信等方式利用手機話費進行小額支付，主要用于彩票、書籍等低價商品的購買。

· 代收費

中國聯通擁有遍布全國的營業系統和完善的計費帳務系統，可以為其它單位提供代收費服務，尤其是目前很多收費網站提供的各種信息服務，由于金額較小，用戶繳費不太方便。用戶可以通過短信、WAP等方式向代收費系統發送收費請求，由代收費系統完成扣費后將扣費結果同時反饋給用戶和收費單位。

· 安全應用

中國聯通目前已經開展了企業信箱等業務，隨著用戶對通信的安全可靠性要求的提高，安全電子郵件等系統將會擁有越來越多的用戶，可以基于安全郵件開展電子政務等系統的建設。

·證券交易系統

隨著手機數量的不斷增長和通信費用的降低，越來越多的股民開始利用手機炒股，而隨著中國聯通CDMA網的建設，手機的數據通信功能越來越強，因此中國聯通可以為用戶提供基于移動終端的證券交易系統，以WAP瀏覽或JAVE、BREW客戶端應用等方式進行證券交易。證券交易系統前臺面向用戶終端，后臺與券商交易系統相連，將用戶的操作請求發送到券商交易系統，并將結果反饋給用戶。· B2B業務

B2B業務主要是中國聯通與其它合作單位之間的對公業務。中國聯通作為全國性的大公司，與眾多的其它公司有業務往來，如進出口公司與設備廠商、集成商之間的招投標、合同執行，中國聯通與分銷商、代理商之間的業務批發、付款等，通過建設B2B電子商務系統，可以節省人力物力，降低經營成本。

中國聯通電子商務平臺屬于全國性的大型項目，建設難度大，覆蓋范圍廣，具有業務領域寬、服務地域廣的特性，可以涉及B2B、B2C業務，提供網上營業廳、安全電子郵件、電子證券、電子彩票、電子禮品、進出口網上交易以及代理商/分銷商網上交易等服務，真正實現“一點接入、全國服務”，在保證安全的同時，提供了良好的擴展性和高可靠性以及接口眾多，接入方式豐富等特點。

中國聯通電子商務平臺項目的建設和實施在綜合考慮當前現狀和業務發展的要求，注重整個電子商務平臺的可擴展能力、處理性能和產品公司的支持服務水平，確定走開放和標準的技術路線，結合實用性、先進性、安全性、易擴展、易管理、易實施、高效、穩定等因素，采用了東方通科技的TongWeb平臺版產品。中國聯通選擇的東方通科技的TongWeb平臺版產品包括Web應用服務器TongWeb以及獲得國家科技進步獎的交易中間件TongEASY。在電子商務業務平臺的建設中，東方通科技為中國聯通提供了完整的系統解決方案。中國聯通電子商務平臺的系統框架如下圖所示：

以東方通科技公司TongWeb平臺版產品構建的中國聯通電子商務平臺具有以下特點： ·開放性

以J2EE應用服務器技術為基礎平臺建立的中國聯通電子商務平臺，采用開放技術標準，便于與基于不同開發技術實現的各種內外部系統互聯互通，另一方面，在產品供應商和技術服務商的選擇上也提供了更大的余地。

·先進性

構建于符合J2EE標準的TongWeb平臺版產品之上的應用系統，采用先進的三層（多層）應用設計模式，對象組件開發技術，具有J2EE標準所帶來的種種好處。如跨平臺、高性能、結構標準、易于擴展等等，并為眾多廠商支持。成為Web應用開發的首選。其交易中間件TongEASY產品符合X/OPEN組織的OLTP模型，支持多種事務管理方式，提供緩沖池、連接池等技術，在通訊、服務調度、均衡負載等方面提供完全支持。

· 應用開發的便捷性

TongWeb平臺版產品，在提供了各種服務的同時，充分屏蔽了技術實現細節，以簡單而便于開發人員理解和使用的API提供上層應用程序所需的基礎服務，保證應用開發人員集中關注應用業務邏輯，有效地降低開發難度、縮短開發周期、削減開發費用。

·可擴展性

TongWeb平臺版產品均提供了良好的業務類型擴展性和業務規模擴展性，保證系統隨著在隨著時間的推移而增長時，能夠快速方便地引入新的硬件和軟件系統。隨著中國聯通電子商務在眾多省份的展開，可以方便的由全國集中的方式逐步地向省或區域集中的方式靈活遷移。在全國中心及各個省份，可以隨業務量的增加動態部署計算機及已有以提高系統處理能力。

· 健壯性和可用性

業務系統的健壯性一方面取決于平臺產品的健壯性，另一方面也取決于應用系統的健壯性。TongWeb平臺版產品在各種用戶系統中得到了廣泛地檢驗，而在此基礎上建立的應用系統由于開發難度的降低，相應地其健壯性也更容易得到保證。通過TongWeb平臺版產品的集群功能，不但可以在多臺主機之間均衡負載，也可以自動提供主機故障下的服務遷移，保障電子商務平臺的高可用性，提供7X24小時的服務。

· 安全性

包括用戶訪問控制、信息加密、身份認證等。

通過TongWeb平臺版產品，中國聯通電子商務平臺充分利用了當今先進、成熟的各種中間件技術和產品。以J2EE體系結構的Web應用服務器為核心，既滿足了對Web應用的動態交互能力、系統可用性、伸縮性等方面的需求，又能夠充分享有開發上的便利，采用三層（多層）應用結構，開發、部署和管理工作都得到了很大的簡化，保障工程項目的質量和時間降低，減少運行維護成本。良好的擴展性，保障隨著業務發展的需要，不斷擴展功能。

電子商務平臺的成功實施，為中國聯通開拓電子商務市場，提高企業競爭能力，在激烈的市場競爭中取得優勢地位。

第二篇：電子商務平臺補貼

電子商務平臺補貼如何申請？

答：在東經貿[2009]18號我市企業國際市場開拓資金申報工作的文件中，其中在企業產品廣告宣傳申報項目中包括在境外的影視媒體、專業雜志和戶外投放的廣告宣傳，以及第三方電子商務平臺開展對外貿易的相關廣告宣傳費都能得到相對資助。資助標準：按實際費用額的50%資助，每個項目最高資助額15萬元，須提交的證明資料：

1、支出任憑（指銀行付款回單或銀行對帳單，須蓋有銀行業務專用章）；

2、收款人收款憑證（境內指收款人開具的發票，境外指收款人開具的收據）；

3、簽定合同（指發布廣告宣傳的服務合同或報價單）；

4、廣告內容復制件或企業商務平臺首面復印件，整理好相關資料可到市外經貿局申請資助。

第三篇：電子商務平臺常見問題[定稿]

電子商務平臺常見問題

第一部分：供應商注冊

1.電子務平臺網址是什么？ 網址https//ecp.sgcc.com.cn 2.輸入網址顯示“此網站安全證書有問題”？ 點擊“繼續瀏覽此網站(不推薦)”。

3.注冊時提示該公司信息在系統中已存在，如何處理？ 此種情況可能有兩種原因，一是貴公司已在系統中進行注冊，二是注冊位置錯誤。需要用“國網招投標網”（http//newbidding.sgcc.com.cn）的用戶名和密碼在電子商務平臺主界面【供應商信息修改】處進行登陸，修改注冊信息，點擊保存，進入注冊信息審核階段。如果仍無法正常注冊或登陸進行密碼找回操作。

4.是否可以用國網招投標網用戶名密碼登陸？ 2011年3月份以前在國網招投標網注冊的供應商可以用國網招投標網的用戶名和密碼在電子商務平臺主界面【供應商信息修改】處注冊，補充完善注冊信息后點擊【保存】，接到審核通過的短信后，方可用原用戶名密碼登陸電子商務平臺。

/ 15

5.“注冊”及“修改注冊信息”后，是否“保存”就相當于“提交”，保存之后不可修改所填內容了？

是的。

6.如何在電子商務平臺注冊？

詳見電子商務平臺主界面【下載專區】《供應商注冊操作手冊》

7.已經注冊點擊了【保存】什么時候能審核完？是否通過審核通過什么么方式通知？

注冊審核時間為24小時，一般情況下供應商當日17：00前提交的注冊審核申請會在當日審核完畢，審核結果以短信方式通知注冊時填寫的聯系人，供應商也可于次日登陸系統查看注冊審核狀態。

8.如何知道注冊審核是否通過？

注冊審核通過或不通過的信息都會短信通知聯系人，供應商也可于注冊次日登陸系統查看注冊審核狀態。如果能通過登陸位置順利登陸，說明注冊審核通過，可以進行資質業績填報等后續工作；如果無法通過登陸位置登陸，說明未通過注冊審核，需要在【供應商信息修改】處輸入用戶名和密碼進行注冊信息修改后再次點擊【保存】。

9.如何查看注冊審核不通過的原因？

在電子商務平臺主界面【供應商信息修改】處輸入用戶名和密碼后，會在注冊信息界面首行用紅色字體標注注冊審

/ 15

核不通過的原因，請修改后再次點擊【保存】

10.公司用戶名和密碼丟失，如何查找？

詳見電子商務平臺主界面【下載專區】《供應商用戶名 及密碼找回處理辦法》，按照要求操作，工作人員會于次日上午告知用戶名及密碼。

11.注冊時聯系人為外籍，無法填寫身份證號？ 填報中方聯系人

12.首頁登陸后進入電子商務平臺，但進入后頁面除整體框架外無任何操作按鈕顯示？

此問題多為瀏覽器設置造成，請首先確認是否使用的 為IE瀏覽器，如不是請更換為IE7.0及以上版本瀏覽器，并嘗試點擊瀏覽器internet選項，清理緩存、還原瀏覽器高級設置。

13.注冊電子商務平臺是否收費？

目前注冊電子商務平臺不收取費用，如需交費，會另 行通知。

14．“注冊”及“修改注冊信息”中，需要上傳的三證 都是哪三證？

組織機構代碼證、稅務登記證、營業執照 15.上傳掃描件應以何種格式上傳？ PDF格式，5M以下。

16.“三證可否傳副本掃描件”，還是必須上傳正本掃描

/ 15

件？

可以上傳副本掃描件，但必須是原件掃描件。

第二部分 供應商注冊信息變更

1.涉及到公司網址、固定電話、傳真、注冊聯系人、聯系人的手機號、電子郵箱的變更？

供應商自行在系統內修改保存即可。2.涉及到企業全稱的變更？

第一步供應商需要先到優泰科技（北京）有限公司（CFCA）修改電子鑰匙中的公司名稱。

第二步制作一個PDF文件，不超過5M，包括以下文件 原件掃描件（按下列文件排列順序）

（1）更名后的營業執照（2）更名后的組織機構代碼證（3）更名后的稅務登記證

（4）所在地工商行政管理部門出具的變更證明 第三步在國網招投標網上修改相關信息并上傳上述 PDF文件

3.涉及到公司類型、國稅稅號、國家和地區、所在省份、所在地市、所在縣、詳細地址、郵政編碼、需要重新上傳三證、法人代表姓名、注冊資金、經營或業務范圍的變更？

/ 15

第一步制作一個PDF文件，不超過5M，包括以下文件原件掃描件（按下列文件排列順序）

（1）更名后的營業執照（2）更名后的組織機構代碼證（3）更名后的稅務登記證

（4）所在地工商行政管理部門出具的變更證明 第二步在國網招投標網上修改相關信息并上傳上述PDF文件。

4.涉及到工商注冊號和組織機構代碼號的變更？ 此兩種信息發生變更只能按照新供應商處理，供應商需要以新公司名義在電子商務平臺注冊，業績的繼承問題需要經過資質業績核實或由評標階段評標委員會認定。

/ 15

第三部分 電子鑰匙使用

1.如何辦理電子鑰匙？

詳見電子商務平臺【下載專區】模塊《電子鑰匙辦理及綁定說明》，辦理咨詢請撥打400-880-9888。

2.原招投標供應商，是否可以延用原來的電子鑰匙，驅動程序和控件是否需要重新安裝？

可以用原來的電子鑰匙，原來的驅動和控件無需重新下載安裝。

3.是否可以用多把電子鑰匙，同一用戶名，同時上傳資質業績信息？

不可以

4.資質業績信息填報過程中，點擊保存彈出提示需要輸入電子鑰匙PIN碼？

如果供應商之前沒有改過PIN碼，PIN碼初始密碼為1234。

/ 15

第四部分 資質業績信息填報

1.“財務信息/財務信息填寫”中供應商注冊資金系統只能保存整數，無法保存小數點后位數

將注冊資金四舍五入后錄入

2.“財務信息/審計報告”中，應具體填報近幾年的審計報告。

只需填報最近一年的審計報告

3.35千伏及以下電纜、110千伏及以下絕緣子、電纜附件等其他產品何時填報

根據產品目錄來選擇產品，沒有的產品請及時關注電子 商務平臺公告

4.資質業績產品非常多，要填近幾年的？

詳見最近一批招標公告及招標文件對資質業績要求。5.資質信息填寫/研發設計/技術來源與支持中供應商填寫內容過多無法保存

語言盡量精簡，使之可以保存。

6.供應商所在開戶行銀行資信等級證明如何填報？ 銀行資信證明為選填項，無法提供的單位可以不填此模 塊。

7.型式試驗報告中“產品規格型號”按照報告上的型號填寫還是依據電子商務平臺列表填寫？

/ 15

以試驗報告為準。

8.試驗報告中多項產品對應一份實驗報告的情況，點擊“我的產品目錄中選擇”可否多選填報，而不是逐項填報？

只可單選填報

9.絕緣子產品/定型或型式實驗報告一覽表里的尺寸參數“H”、“D”、“L”分別是什么參數？

H為結構高度；D為公稱直徑；L為公稱爬電距離。10.絕緣子產品在添加產品目錄時，同一型號對應多電壓等級，是否需要逐項填報？

同一型號無需填報多電壓等級，只需填報該型號最高電壓等級。

11．“新產品新技術鑒定驗收證書”可否代替型式試驗報告，或者有沒有專門的模塊可傳“新產品新技術鑒定驗收證書”，供應商描述該單位產品很多，但型式試驗報告只有少數產品有，大多數產品只有鑒定證書。

鑒定證書不能代替型式試驗報告，有鑒定證書的產品可以填，需要填型式試驗報告的地方為空。

12.“資質信息填寫/生產制造/生產技術人員一覽表”中員工證書為長期有效有，而系統設置為日歷版選項,應如何選擇？

關于人員證書長期有效問題，證書一般都會有效期，建 議供應商再次核對該證書是否為國家正規機構所頒發，如是

/ 15

則填寫到該證書持有者退休那一天為止。

13.“資質業績信息/一次設備/交流電流互感器/電子式電流互感器/傳感器原理”中所生產的電流互感器采用的是“空心線圈”和“LPCT”兩種原理，而傳感器原理只能單選，可否作組合選擇？

傳感器原理中的特征項為主物料數據提供，目前就按里 面的選項選擇，若用到了其中的兩種及以上的原理則選擇一個最主要的來填寫。

14.供應商在添加變壓器產品目錄時，特征項“額定容量”中，部分型號與供應商本單位所生產的型號不同，應如何填報？

按照系統中的目錄填寫，若無，可向下填接近項，如 630kVA，可填報系統中有的600kVA。

15.變壓器產品“資質信息填寫/產品業績/35kV及以下變壓器/業績類型”下拉菜單中，供應商所簽合同是供電局下的第三產業，供應商詢問該合同應屬于“電網業績”還是“其他業績”？

可根據所供產品的用途來判斷是屬于電網業績還是其 他業績。

16.變壓器模板“資質信息/35kV及以下變壓器/型式試驗報告一覽表”中“絕緣方式”一項應以何種標準填報？

填寫“干式”或“油浸”

/ 15

第五部分 招投標相關問題

1.包文件里的商務、技術、價格部分是否可以分不同的工作人員操作？

商務、技術、價格可分開操作，但每一部分需要在一臺電腦上完整地進行應答、生成、加密、提交、查看。

2.投標文件在離線投標工具中已完成上傳，如需修改如何操作？

修改時需在離線投標工具中再次應答、生成、加密、提交、查看，自動覆蓋已上傳的投標文件。

3.購買標書所用電子鑰匙和在離線投標工具中上傳文件所用電子鑰匙可否不是同一把？

可以（但建議使用同一把電子鑰匙）。

4.下載的離線投標工具壓縮包損壞，如何處理？ 請撥打010-63411000-2-1。

5.下載的“招標文件模版（.sgcc）”損壞，如何處理？ 請撥打010-63411000-2-1。

6.離線投標工具中“導出包”與“查看投標文件”功能有什么區別？

“導出”功能指文件應答過程中，可將已完成的應答部分導出，以便更換電腦繼續操作或遇到其它故障時應急備用。（導出的文件格式為.sgcc文件）。

/ 15

“查看投標文件”指應答文件上傳成功后，可另存為WORD文檔。“ 7.“離線投標工具”與“農網協議庫存專用投標離線應答工具”是否可選擇其一個安裝即可？

不是，兩個應答工具所適用的投標范圍不同，不可混用。8.在應答過程中是否可以查看部分已填報的投標文件WORD版本？如何打印紙質標書？

不可以，需提交成功后，點擊“查看投標文件”進行查看。在“查看投標文件”時可選擇“打印”，生成紙質標書。

9.技術文件部分“點對點應答”中“請上傳附件”需按照什么格式、要求填報？

參照“請上傳附件”左側的“查看附件”并與相關項目負責人確認。

10.離線投標工具里哪部分是線上操作，哪部分是線下操作？

“應答、生成、加密”均為離線操作，“提交”則為線上操作。

11.開標后在哪里進行“價格確認”？

登錄電子商務平臺，在招標采購模塊點擊“開標管理”中的“開標記錄”。

12.下載后的“.SGCC文件”為什么無法打開？ “.sgcc文件”不能直接打開，需要導入到離線投標工

/ 15

具中，在離線投標工具中應答。

13.在招標采購模塊中點擊“購買招標文件”，無法找到需要購買的包文件？

請撥打招標文件中招標代理機構的聯系電話詢問該標段是否已在電子商務平臺掛出

14.標書購買后不能下載包文件，如何處理？（1）包文件是在購買招標文件財務確認后的1個工作日左右在電子商務平臺上掛出。

（2）登錄電子商務平臺后，在招標采購模塊中點擊結構化投標管理，即可見到需下載的包文件。

（3）特別對于總部項目，請不要在BOSP系統上點擊下載招標文件，購買標書在BOSP系統中，但下載需要在電子商務平臺“結構化投標管理”菜單操作” 15.投標具體操作步驟？

登錄電子商務平臺，點擊購買招標文件，下載完整招標文件及招標文件模版(.sgcc文件)，下載安裝離線應答工具，在離線工具中導入.sgcc文件并應答、生成、加密、提交、查看投標文件，（具體操作步驟詳見《供應商投標操作手冊》）。

16.在離線投標工具中如何保存已填報的內容？ 應答完畢，點擊左上方軟盤圖形的“保存”鍵。在離線投標工具中如何確認標書提交成功？ 右鍵點

/ 15

擊包文件上的“查詢投標結果”，如已顯示“提交成功時間”即為標書已提交成功。

17.購買招標文件時需要電子鑰匙嗎？ 需要。

18.離線投標工具中所需使用的OFFICE版本？ “OFFICE2007”及以上版本（最好是2007企業版的OFFICE）

19.如何查看項目澄清和項目補遺？

登錄電子商務平臺，在招標采購模塊點擊“投標管理”中的“查看項目澄清”“查看項目補遺”。

20.總部招標填報過程中專業性較強業務問題？ 請撥打招標文件中項目經理的聯系電話。21.招標填報過程中的系統問題？ 請撥打010-63411000-2-1 22.網省招標填報過程中較專業的業務問題？ 請撥打招標文件中招標代理機構的聯系電話。23.投標人在離線投標工具中進行技術應答時需要上傳附件，上傳的附件是否需要加蓋電子簽章（包括總部招標項目和網省招標項目）? 在離線工具中制作完成投標文件后，加密的操作是對投標文件整體加密的過程，因此不需要在每個附件上再加蓋電子章

/ 15

24.離線投標工具所生成的WORD文檔是否就是最后的投標文件，生成的文檔不含單價分析表，目前是否還存在此問題？如果存在是否仍需要單獨打印附在紙質投標文件后面？

離線工具生成的WORD文檔是投標文件對格式有統一要求的部分，單價分析表是由各投標人自行上傳的非結構化文件（WORD或EXCEL均可），其內容應按招標文件要求制作，但篇幅大小和格式不控制，因此不會在開標文件WORD文檔中統一生成，應由投標人自行單獨打印，并與生成的WORD版其他開標文件裝訂在一起，形成完整的開標文件。投標人上傳的電子版單價分析表經加密提交后，會單獨存儲在電子商務平臺專門區域供評標使用。

25.總部和網省招標項目開標后價格確認時間分別如何要求？

應關注開標時主持詞中明確的確認時間，一般來講總部的價格確認時間通常為開標當日下午四點前，在確認截止時間過后，對尚未進行確認價格操作的投標人將默認其已確認價格。

26.下載的完整招標文件打不開怎么辦？

投標人應使用“OFFICE2007”及以上版本（最好是2007企業版的OFFICE）打開招標文件，使用OFFICE2003兼容版、WPS都無法正常打開招標文件。

/ 15

27.離線投標工具中對于項目貨物技術特性逐條逐項應答中上傳單個附件的大小要求？

投標人應使用“OFFICE2007”及以上版本（最好是2007企業版的OFFICE）制作生成.docx格式附件，附件大小建議不超過500 KB。

28.離線投標工具中對于其他技術應答文件上傳單個附件的大小要求？

附件大小建議不超過2MB。

29.離線投標工具中對于商務部分上傳單個附件的大小要求？

附件大小建議不超過2MB。

30.離線投標工具中對于供應商提交的sgcc包大小要求？

供應提交的sgcc文件大小建議不超過30MB，投標時的上傳速度與使用的計算機和網絡環境有關。

/ 15

第四篇：電子商務平臺投標書（本站推薦）

投 標 文 件

項目名稱: 商旅電子商務平臺項目

投標單位：XXX

2011年9月25日

目錄 2 投標函............................................................................................................錯誤！未定義書簽。資格證明文件................................................................................................錯誤！未定義書簽。2.1 2.2 2.3 2.4 2.5 2.6 2.7 2.8 3 營業執照副本復印件...........................................................................錯誤！未定義書簽。法定代表人授權委托書........................................................................錯誤！未定義書簽。企業雙軟認證資質證書（甲級）........................................................錯誤！未定義書簽。高新技術企業資質（一級）................................................................錯誤！未定義書簽。相關案例...............................................................................................錯誤！未定義書簽。項目組成員證書...................................................................................錯誤！未定義書簽。組織機構代碼證...................................................................................錯誤！未定義書簽。稅務登記證...........................................................................................錯誤！未定義書簽。

投標人基本信息............................................................................................錯誤！未定義書簽。3.1 3.2 企業簡介：...........................................................................................錯誤！未定義書簽。09/10年財務年報（見附件）.............................................................錯誤！未定義書簽。

4、附件一................................................................................................................................................4 海爾商旅電子商務平臺 項目設計方案說明書....................................................................................4 4.1項目概述：....................................................................................................................................5 4.1.1項目建設背景：.........................................................................................................................5 4.1.2項目建設目標：.........................................................................................................................5 4.1.3項目建設原則：.........................................................................................................................6 4.2項目總體規劃：............................................................................................................................8 4.2.1航空票務平臺業務流程圖：.....................................................................................................8 4.2.2酒店預訂平臺業務流程圖：.....................................................................................................9 4.2.3平臺邏輯構架圖：...................................................................................................................10 4.2.4平臺建設技術路線：...............................................................................................................11 4.2.5平臺開發特點：.......................................................................................................................14 4.2.5.1多系統的有效集成.............................................................................................................14 4.2.5.2平臺開發的安全保障.........................................................................................................15 4.2.5.3開發的標準化管理.............................................................................................................15 4.3平臺建設詳細設計：..................................................................................................................17 4.3.1平臺門戶功能設計：...............................................................................................................17 4.3.2應用模塊功能設計：...............................................................................................................19 4.3.2.1查詢比價預訂功能模塊：....................................................................................................21 4.3.2.2協同會簽審批功能模塊：....................................................................................................22 4.3.2.3業務預結算功能模塊：........................................................................................................24 4.3.2.4票務改退簽功能模塊：........................................................................................................24 4.3.2.5統計核算報表功能模塊：....................................................................................................24 4.3.3外部數據接口設計：...............................................................................................................25 4.3.4數據模型設計：.......................................................................................................................26

山東東軟系統集成有限公司

4.3.5數據安全設計：.......................................................................................................................27

5、附件二..............................................................................................................錯誤！未定義書簽。海爾商旅電子商務平臺 項目實施方案計劃書..................................................錯誤！未定義書簽。5.1項目實施進度表..........................................................................................錯誤！未定義書簽。5.2項目組織......................................................................................................錯誤！未定義書簽。5.2.1項目組織結構...........................................................................................錯誤！未定義書簽。5.2.2項目組成員...............................................................................................錯誤！未定義書簽。5.3項目總體實施過程......................................................................................錯誤！未定義書簽。5.4系統測試計劃..............................................................................................錯誤！未定義書簽。

6、附件三..............................................................................................................錯誤！未定義書簽。海爾商旅電子商務平臺 項目培訓服務計劃書..................................................錯誤！未定義書簽。6.1培訓計劃......................................................................................................錯誤！未定義書簽。6.1.1公司培訓優勢.....................................................................................錯誤！未定義書簽。6.1.2培訓計劃.............................................................................................錯誤！未定義書簽。6.2售后服務方案..............................................................................................錯誤！未定義書簽。6.2.1售后服務策略——針對項目的本地化支持體系.............................錯誤！未定義書簽。6.2.2客戶服務質量文件.............................................................................錯誤！未定義書簽。6.2.3售后服務內容.....................................................................................錯誤！未定義書簽。6.2.4售后服務流程.....................................................................................錯誤！未定義書簽。

7、附件四..............................................................................................................錯誤！未定義書簽。海爾商旅電子商務平臺 項目實施驗收方法......................................................錯誤！未定義書簽。

7.1驗收組織方案..........................................................................................錯誤！未定義書簽。7.2質量保證計劃..........................................................................................錯誤！未定義書簽。

山東東軟系統集成有限公司

4、附件一

商旅電子商務平臺 項目設計方案說明書

山東東軟系統集成有限公司

4.1項目概述： 4.1.1項目建設背景：

海爾作為跨國集團公司，隨著商流與物流業務的擴張與發展，集團人員每天的差旅任務極為繁多，這就導致了航空票務與客房預訂業務需求的持續攀升。目前集團的差旅業務是通過中興的差旅系統來實現的。這種方式存在以下幾個問題，首先，當前的機票是通過代理來實現預定的，沒有通過航空公司的直銷方式預定，這樣就導致了航空公司不可能單獨對集團開放有競爭力的價格，造成了機票價格較高的現狀。其次，作為第三方代理的中興，雖然中興系統沒有單獨收取費用，但是通過每出一張票，在票價之外單獨收取一定費用的出票費，這樣勢必導致在已經較高的票價基礎之上又增加了機票的成本，從而導致整個差旅成本的增加。再次，中興系統是一個現成的系統，直接套用在集團的業務上，導致整個軟件流程與集團業務流程不符，在軟件流程改造的過程中，中興的反饋不夠及時，造成信息的滯后和業務流的信息障礙。

基于以上的考慮，集團決定結合航空公司的直銷業務，來重新規劃集團的出差流程，力求達到降低集團差旅成本降費的目標。

本系統將重新整合票務預訂資源，依托于機票直銷業務，建立起從出差的申請、審批到機票的預訂、支付等全流程的網上流程操作流程，以出差業務的申請、審批及出差完成后的總結為主線，以機票的網上查詢、預訂、出票、支付為支持流程的全程業務支持。在出差的申請、審批功能上，本系統依托與集團EVS報賬系統及BCC系統做到預算的提前申請、審批以及月底的自動清算功能。從根本上杜絕事前不預算事后個人報銷業務的發生，提高計劃及預算的準確性，并且做到差旅效果的總結及評價機制，進一步優化規范集團差旅流程。

同時，本系統還將集成部分商務連鎖酒店的比價預訂功能。從而為差旅用戶提供提供一整套的差旅服務解決方案。

4.1.2項目建設目標：

本著優化出差流程及降低出差成本的目的，此商旅電子平臺將實現以下目標： 1.通過與航空公司合作，實現機票直銷，降低機票的采購成本 2.實現出差預算的自動占用，審批通過后機票的自動出票功能 3.實現出差流程的網上申請、審批及總結的全流程功能 4.實現機票的查詢比價、預訂、出票及支付的網上操作 山東東軟系統集成有限公司

5.實現商務酒店的查詢比價和預訂功能 6.實現與平臺相關報表的自動生成功能

4.1.3項目建設原則：

1、統一性

平臺建設遵循統一規劃、統一標準的指導思想，確定統一的網絡總體架構、統一的業務平臺、統一的數據采集與傳輸系統，實現物流信息平臺與其它平臺的順利對接。

2、可靠性

在系統設計中應提高系統的可靠性，并使其易操作、易維護。

3、先進性

在系統建設中應盡可能地利用一些成熟的、先進的技術手段，使系統具有更強的生命力。

4、安全性

在信息高度共享的系統中，除了從主機、網絡、數據庫上提供安全保障外，對應用系統而言，也要設定嚴格、靈活的權限控制。

5、開放性

將系統建設成為一個開放的系統，有利于系統進一步擴充、完善，以及與有關系統的連接。

6、業務系統協同

進行統一身份認證，通過業務協同系統實現各類業務應用的整合，將各個模塊通過系統平臺集成在一起，形成一個集成式應用界面和“一站式”登陸信息門戶。

依據以上整體建設原則的基礎上，考慮到本項目具有范圍廣、業務間關系復雜、分階段建設周期長等特點，應用系統的整體架構占有最重要的地位，為了保證整個項目的成功，項目整體的建設從技術角度還必須遵循如下原則：

1、整體性原則。系統的建設本著統一規劃、分步實施原則，做到統一界面、統一用戶管理、統一認證、統一交換、統一標準、統一管理。以應用為導向、以網絡為基礎、以信息資源共享為核心，提高工作效率和服務水平。

2、可靠性原則。系統需要提供長期連續不斷的可靠運行，因此必須配備完善的可靠性措施。包括網絡、服務器、數據庫性能的監控和故障恢復策略，保證物理層的高度可靠。充分考慮項目關鍵應用的可靠性要求，在關鍵環節配備多種高可用性方案，杜絕影響系統正常運行的因素存在。同時在制度上要進行不斷的完善，定期檢查，詳細記錄。

3、可擴展性原則。根據項目建設的目標和統一應用的原則，為了保證系統具有較好的可擴展性，整個系統的構建過程整體上應采用基于構件的技術和定制化的技術實現，這樣會便于系統的擴展，便于系統的部署，便于與現有的應用系統掛接，保護用戶以前的軟件投資。

4、實用性原則。項目的建設要面向未來，技術必須具有先進性和前瞻性，但同時也要山東東軟系統集成有限公司

堅持實用的原則。在滿足系統高性能的前提下，堅持選用符合標準的，先進成熟的產品和開發平臺，構建一個切合實際、解決實際問題的系統。

5、開放性和標準化原則。所選系統和應用平臺應遵循國際、國內開放系統標準及協議，應選擇當前業界主流的和成熟的產品，已經得到廣泛使用，占有較高的市場份額。這樣可以保證系統建設的長期和穩定性。在同類產品中處于領先地位并已經在全球范圍內的各種應用中大量采用，是經過各方面考驗的先進和成熟的產品，采用先進技術設計和建設，具有高性能，同時又成熟可靠。根據本系統的業務與技術特點，我們將采用XML技術、GIS架構、LDAP協議、J2EE體系等技術與規范，確保系統建設的開放性。

6、可管理性原則。系統架構的設計應從項目業務出發，把握各業務之間的區別和聯系，按照不同業務的特點和信息技術的特點，遵循規范、科學、通用、實用、安全、易用等要求，統籌規劃總體的應用架構，并通過管理與技術的雙重手段，達到資源共享、應用軟件重用、可管理、可維護等目的。

山東東軟系統集成有限公司

4.2項目總體規劃：

4.2.1航空票務平臺業務流程圖：

依據直銷需求，票務、酒店預訂業務按以下流程設計：

? 出差申請

出差申請即用戶的行為預算，出差申請單中要明確出差的起始地、目的地、出差事由、山東東軟系統集成有限公司

費用結算單位以及乘坐的交通工具等信息。? 機票查詢

依據用戶輸入的起始地和目的地，查詢相應的航班信息。? 機票預訂

依據查詢到的航班信息，預訂相應的適合自己行程的航班，預訂后需要領導審批。? 出差審批

員工在提交出差申請后，由直線領導審批相應的出差申請單，審批通過后才能出差。? 預算占用與釋放

預算占用時需要到EVS中占用，占用預算成功后，需要把預算信息寫入BCC系統 ? 機票支付、出票

機票預訂審核通過后，需要進行支付及出票 ? 機票退改簽

發送機票退改簽業務 ? 出差總結

員工出差結束后需要到系統中填寫出差總結。

4.2.2酒店預訂平臺業務流程圖：

山東東軟系統集成有限公司

4.2.3平臺邏輯構架圖：

在邏輯上，將架構中的各個層和組件放在相應的位置，以展示應用服務平臺中的各個功能性工作和組件之間的關系。

（1）表現層，用于顯示數據和接收用戶輸入的數據，為用戶提供一種交互式操作的界面。

（2）業務邏輯層，包含了平臺提供的所有組件，主要集中在業務規則的制定、業務流程的實現等與業務需求有關的系統設計。這一層需要訪問數據系統層根據《服務平臺接口規范》提供的相關服務。又可細分為應用層和服務層兩個分支層。

（3）數據層，包含了需要接入到公共服務平臺的所有數據資源系統，包括數據采集系統、業務系統和其他數據資源系統等，這一層的應用系統必須根據《服務平臺接口規范》。

應用層

1）這一層包含了航空訂票系統平臺、酒店預定系統平臺，平臺管理系統應用。2）應用層為用戶提供了用戶界面，接受用戶的應用訪問，調用平臺提供的服務，并返回正確的信息。

3）平臺用戶包括出差登記、審批、機票、酒店比價預定、數據報表、系統管理等。4）機票、酒店對應于服務層中的查詢預定模塊；出差審批對應服務層中的協同審批模塊，機票、酒店的賬務信息對應服務層中的業務結算模塊、差旅成本核算統計模塊；出差審批、登記對于服務層中的協同審批模塊。

服務層

（1）服務層包含了平臺業務服務和平臺管理服務兩項主要功能，以及兩個Web服山東東軟系統集成有限公司

務網關。

（2）以《服務平臺接口規范》作為唯一標準，通過Web服務網關向應用層和數據系統層提供Web服務。

（3）平臺業務服務通過Web服務網關調用數據系統層提供的服務（外部服務）。（4）平臺管理服務在平臺中實現，這最終需要訪問平臺數據庫中存儲的公用數據，例如用戶信息，數據字典等，用于管理平臺中的用戶信息、機構信息、數據字典等。

（5）服務總線（應用接入）

虛擬化服務平臺對應用層提供的Web服務，數據驗證，消息轉換。（6）服務總線（數據系統接入）

虛擬化服務平臺對數據系統層提供的Web服務，數據驗證，消息轉換。（7）服務組合

負責將各個服務或者數據資源按照業務邏輯組織（組合）起來，形成服務流程。這個服務流程可以作為Web服務的實現，進而對外發布為Web服務；負責服務平臺用戶身份管理和服務請求管理，這需要通過調用平臺管理服務中的服務來實現；負責服務編排過程中的異常捕獲和處理。

（8）物理訪問

在物理網路中，負責實現通信雙方調用方式的轉換和通信協議的轉換。（9）Web服務網關

負責注冊平臺提供的Web服務，管理Web服務，對Web服務進行安全設置。符合《服務平臺接口規范》的所有Web服務，均通過Web服務網關接入服務層，或者通過Web服務網關發布給應用層。

數據層

數據層包含了需要接入到服務平臺的所有數據資源系統。其中包含數據采集系統、業務系統和其他數據資源系統等。只要這些數據資源系統實現了《服務平臺接口規范》，就可以接入服務平臺，向服務平臺提供各種數據資源服務。

4.2.4平臺建設技術路線：

基于用戶需求及平臺建設的安全性考慮，平臺建設將采用B/S三層結構開發，數據存儲采用mysql，開發語言為Java。系統結構采用SSH，中間件采用tomcat。

平臺門戶（Portal）將電子商務流各業務系統統一到一個有機的用戶界面中，在一個窗口中就可以完成所有的工作。

Portal是一個能夠處理多種協議請求的分布式對象模型系統。采用分布式體系結構技術和并行地處理方式，大大提高系統的整體運行效率，減小了業務應用系統的實施成本。Portal Server采用的多業務應用支持、池緩沖、對象持久化、負載均衡等技術，大大增加了平臺的可配置性、可擴展性、開放性和可移植性，用戶在使用它進行業務應用系統的開發時具有開發周期短，開發質量高的特點。Portal Server獨有的二級高速緩沖技術可以成倍提高系統的性能和負載能力。

門戶系統基于Web，采用JAVA、JSP、Servlet、Web Service、XML等編程技術，通過門戶技術為不同的人展現個性化的信息和應用服務，通過群件技術擴展及聯合各種山東東軟系統集成有限公司

應用模塊，通過協作技術實現與其它應用系統（包括遠程應用系統）的協同工作。

? 采用統一的主題數據管理

根據項目目標和設計原則，我們了解到本項目中不同層次、不同應用系統之間存在著很多需要共享的數據，為了避免各應用系統之間重復采集數據、數據冗余、共享數據更新不同步、數據不準確、信息溝通不暢、數據格式不統一等一系列問題。本項目建設必須建立一套共享數據管理機制來解決各應用系統之間的共享數據一致性、及時更新、信息交互與共享、數據安全等問題。通過數據管理平臺實現不同格式和位置的數據的統一定義；通過建立在數據管理之上的航空數據交換與海爾內部集成平臺實現本系統內外的交換、系統不同層次之間數據的集成與交換；通過報表平臺完成數據的報表展現。

? 采用多層多階的系統架構設計

針對本項目整個業務模式和IT環境，在充分考慮到系統擴展性的要求基礎上，系統架構應設計多層多階的體系結構模型。

? 采用標準和開放的架構

針對本項目具體實現的技術，采用基于行業標準和得到廣泛使用并已成為事實上的行業標準的技術和架構，這樣，有利于降低技術風險以及特定供應商的依賴性；采用的開放系統架構，有利于保持系統的向后兼容性、可集成性和可擴展性。

? 采用面向對象的技術

面向對象技術的發展已經成熟，基于面向對象技術的開發語言和應用框架，已經得到證明可以大大提高信息系統開發和建設的效率，提高架構的合理性和可擴展性。

? 采用基于組件模塊的技術

應用程序由各自獨立的組件模塊組成，這些組件模塊的開發和部署保持相對的獨立性，山東東軟系統集成有限公司

而且很可能是由不同的團隊開發和部署的；

通過僅對這種應用程序的某些組件模塊進行升級，從而對其進行小幅度的升級。基于組件模塊的開發具有如下特點：

組件模塊可以在不同應用系統之間共享，因此可對它們復用，提高系統開發效率和質量； 盡管并非與基于組件完全密不可分，但基于組件的應用程序傾向于分布式結構； 在本項目的建設中，我們將抽象出應用系統的基本組件模塊，從而提高系統的質量和開發效率；

系統設計充分考慮如下質量目標：

1）性能

根據本項目數據量和訪問量都比較大的實際情況，系統的設計要從多個層面考慮到性能問題，包括數據庫、接口開發、系統軟件、應用軟件系統等多個層面；同時，還要考慮到隨著供應商業務的逐漸開展，帶來的業務量的增加等原因導致的性能問題；

2）擴展性

隨著本項目中系統的逐漸成熟和完善，部分功能的調整和增加在所難免，為了滿足系統不斷發展的需要，整個系統功能的設計與實現采用組件和插件技術，保證系統的熱配置能力；同時，也要考慮本項目中系統在多種軟、硬件平臺上的運行能力；

3）可靠性

本項目中數據接入與開發是核心，一旦出現問題，其波及范圍比較龐大，因此需要保證一定的系統可靠性。采用成熟的、經過嚴格測試和試運行的工具和通用模塊；設計完整、可靠的數據備份方案，有嚴格的備份制度和檢查制度，以保證備份工作的及時和正確。

4）安全性

本項目中系統涉及到大量機密信息，系統需要做到把應用安全放在信息系統安全的大框架下，采用統一的認證和授權機制，制定不同層間，不同子系統間及與外部系統的邊界間安全策略，并保證其貫徹實施；同時應用系統的設計要考慮各種數據入口的一致性，手工錄入，網上采集，批量錄入都提供數據的一致性檢查功能，非法數據不能進入數據庫中，保證錄入的數據都是合法的；

5）可管理性

本項目中系統涉及的應用系統龐雜，為了業務的發展，還有擴展的需要，因而整個系統應該在統一的管理、監控下協調運行。系統的監控管理功能不僅要體現在網絡、主機、系統軟件和中間件的層面上，還要包括應用軟件上，例如要記錄應用軟件的運行狀態、數據的質量、預警和預報、業務操作的監控等；同時，在出現問題的情況下，系統的所有服務應具備快速的自我更新、自我修復的能力；

6）可用性

本項目中系統的用戶涉及范圍廣，包括海爾各本部、事業部和人員的權限級別，在這種條件下，系統對外的影響不容忽視，因而系統功能的設計和實現必須要保證系統具有較強的可用性；

山東東軟系統集成有限公司

7）復用能力

由于本項目中系統規模相對龐大，為了縮短系統的建設周期、提高系統的可維護性，在系統開發階段需要大量抽取系統的可復用數據組件，組件應具有較強的復用能力。

8）易用性

本項目中系統用戶群體較大，必須保證系統的易用性。可以通過提供統一的信息門戶，使多種渠道的信息方便接入，并提供一致的渠道服務手段；另外針對不同類型的用戶設計集成的用戶界面，保證用戶能夠方便快捷的使用自己需要的常用功能；還可以遵循統一的界面設計規范，在應用程序編碼階段監督編碼人員認真執行規范，做到：

界面風格一致、顏色調和、提示清晰、窗口大小適當，提供常用的快捷操作鍵，操作方法應符合日常習慣；針對不同類型的用戶設計集成的用戶界面，保證用戶能夠方便快捷的使用自己需要的常用功能；遵循統一的界面設計規范，在應用程序編碼階段監督編碼人員認真執行規范，做到：界面風格一致、顏色調和、提示清晰、窗口大小適當，提供常用的快捷操作鍵，操作方法應符合日常習慣

4.2.5平臺開發特點：

4.2.5.1多系統的有效集成

本項目的信息化平臺建設，存在眾多的獨立部署或交叉關聯的系統，1、外部系統

包括各航空公司的預訂系統、各商務酒店的預訂系統、集團內部EVS系統、BCC系統結算平臺等

2、內部新建系統

包括數據交換平臺、報表統計核算平臺，比價預訂平臺等三個服務平臺和信息展示平臺等。眾多的系統之間存在各種交換協議和業務流程關聯，為信息化平臺的建設帶來很多項目管理上的風險。東軟依據多年的項目經驗和技術積累，在項目執行中將采取以下措施來屏蔽或減少相關風險：

1）技術上采用優秀的信息集成與交換平臺，建立高效、穩定、安全的信息集成與交換應用。同時利用東軟豐富的技術人才和經驗積累，并與合作伙伴保持密切的技術與最佳實踐的配合。

2）業務上加強需求分析，梳理好各應用系統的業務關系，確定出各個系統之間的服務關系與數據接口關系。

3）管理上加強風險的評審與過程監督，將風險降低到最小。

山東東軟系統集成有限公司

4.2.5.2平臺開發的安全保障

本項目系統中主要用戶為合作機構、單位通過專線接入和Internet用戶通過電信運營商的鏈路享受查詢中心提供的各種業務服務，所以如何全面保障整個業務系統的安全是升級改造的重點之一。

根據系統現狀，我們分析目前面臨的主要信息安全威脅包括威脅的發起因素與威脅本身兩方面內容。

引發信息安全威脅的主要因素包括人與自然兩個方面：因自然方面因素引發的安全威脅往往對信息基礎設施破壞較大（如洪水、地震、火災等）自然災害，但自然災害的種類及發生幾率較小，基本上可以全部識別并通過充分準備而降低損失；相反，因人的因素而引發的信息安全威脅占絕大多數，這些人員組成復雜，難于進行完全識別與控制，必須嚴格管理。信息安全威脅本身包括相當多的內容，這里將物流信息平臺現階段面臨的信息安全威脅進行了歸納，基本包括以下幾個方面：口令破解、連接盜用、拒絕服務、網絡竊聽、數據篡改、地址欺騙、惡意掃描、基礎設施破壞、數據驅動、社會工程輔助等等。

針對本信息化平臺當前面臨的各種安全問題，存在兩種解決方案：一是針對存在的各種安全問題逐一提供解決方案：即出現一個問題，解決一個問題。另一種是基于廣泛認可的安全標準，建立一體化的安全體系：即結合現狀，在分析并評估安全風險及其可能對物流信息平臺業務造成的影響的基礎上，基于一種廣泛認可的信息安全標準，建立物流信息平臺整體信息安全體系。

兩種解決方案側重點是不相同的。前者強調解決方案的實用性，但往往缺乏整體規劃；后者偏重于方案的規劃性，強調與國際標準的兼容性，但同時因為工作量龐大而使實施周期較長，成本較高。

本項目系統現狀具有數據量較大、應用系統眾多、網絡環境復雜、信息管理分散等特點，發生安全問題的幾率較高。每發生一個安全問題就做一套解決方案是不必要的，理想的解決方案是規劃并建立統一的安全體系以解決當前面臨的主要安全問題同時規避潛在的安全風險。按照統籌規劃、分步實施的原則，逐步完成信息安全體系建設。

根據我們在安全領域積累的大量經驗，結合物流信息平臺的業務特點，我們歸納總結了一套適合的安全保障體系框架（參考技術架構中的安全架構）。

4.2.5.3開發的標準化管理

海爾商旅電子商務平臺是旅游電子商務B2B的典型應用。本項目要實現眾多部門共享的預訂支付平臺，其難度和要求都非常之大。

而標準規范工作是平臺建設的基礎性工作，是各系統實現互聯互通、信息共享、業務協同、安全可靠運行的前提和基礎。

由于本項目涉及的企業和涉旅企業資源很多，這些資源建立之初都有各自的標準代碼體系，運營企業要與軟件提供商整合好這些資源，并提供對外標準化服務。因此要整理出一套完整的數據標準代碼體系，按照國標、部標、自定義的方式整理。山東東軟系統集成有限公司

對于平臺之外的其他資源庫的數據采集，目前可能沒有類似的數據交換的標準規范，在形成數據交換前，務必制定數據交換標準規范，確定采集的數據項目范圍、采集的業務方式、采集的關鍵指標、以及采集出現異常交互處理機制等。

對于核心服務提供了多種的接入方式，對這些方式也要制定相應規范，如：WebService接口規范、web頁面展現規范、與短信SP接口規范等等。

上面只列舉出一部分標準規范，這些標準規范制定將是系統順利實現的保障和前提。制定相關標準的工作量也是非常大的，為了確保沒有遺漏，我們采用國家電子商務標準的總體系框架，本項目標準體系框架由總體標準、應用標準、應用支撐標準、信息安全標準、管理標準五大部分組成，山東東軟系統集成有限公司

4.3平臺建設詳細設計： 4.3.1平臺門戶功能設計：

商旅電子平臺的門戶是預定查詢的窗口。平臺門戶包括前臺預定展示視窗和后臺系統管理視窗。前臺包括票務、酒店比價查詢功能、協同會簽審批查詢功能、出票查詢功能、結算查詢功能；后臺包括歷史信息查詢功能、報表統計查詢功能、用戶權限管理功能、基本參數管理、導出Excel功能等。

? 航空票務比價預定功能：用戶登錄系統平臺，通過載入數據庫的機票信息獲知最新的機票價格，并通過比價功能，選取最佳性價比的供應商，實現下單處理。下單的同時，系統要求訂票人填寫相關信息，并采用短信發送的方式，提請領導報批。

山東東軟系統集成有限公司

? ? 酒店預定比價功能：與上述功能相同。

審批查詢功能：用戶通過該功能可以獲知領導對此次差旅的審批結果，從而有效地核定的差旅人員，控制了差旅成本。由于海爾多部門、多層級的管理結構，系統還在后臺提供了協同會簽的流程設計，并通過海爾OA系統的級別管理實現層級關聯，從而確保了審批的有效性。

出票查詢功能：系統在獲得審批信息的反饋后，會為用戶自動提取已鎖定的機票待用戶確定。用戶也可取消該鎖定機票，并通過比價查詢系統獲取性價比更高的機票進行預訂。?

? 結算查詢功能：根據集團的BCC結算系統及各類報表，提供各部門任意時間段的票務結算情況。

后臺的管理功能不僅為前臺管理提供了有力的保障，同時也實現了與其他管控系統的有機對接，為電子商務平臺的發展提供有力支持。

? 歷史信息查詢功能：該查詢功能提供按時間（年、月）查詢、按部門查詢等多種查詢功能。用戶可以通過該系統進行訂單單筆查詢，也可進行累計查詢。通過查詢可以獲知一下信息：票務預訂量、票務預訂成功率、票務流程相關責任人、票務預訂額度等。

報表查詢功能：本項目系統的業務體系龐大，包容了大量的數據，不僅要實現的數據的存儲需求，還要對已有數據匯總統計，形成相關報表。

這些系統對數據有著共性的要求：

實現對數據的處理、匯總、分析、輸出； 實現系統的組織、管理、權限控制；

實現各類信息安全共享、查詢、分析及決策分析應用；

設計適應指標體系的變更，并能方便地擴展到其它數據庫或應用系統中。

由于各個業務系統都需要數據的統計匯總展現等功能，有必要設計一個報表平臺。在報表平臺中主要實現以下幾個功能：

多數據源支持：報表中的數據可以是來自Oracle、DB2、Informix、MS SQL Server、Sybase SQL Anywhere等數據庫系統及Java對象、XML、EJB、CSV文本文件等其山東東軟系統集成有限公司 ?

他數據源。多格式輸出：報表構件為應用系統了提供了接口，利用這些接口應用可以將輸出為HTML、PDF、Text、CSV文本等多種格式。報表服務為快速開發部署報表提供支持，通過報表服務可以大大簡化頻繁報表帶來的工作量。

查詢引擎：報表引擎為應用系統提供了基本的查詢及分析功能，應用系統利用這些基本功能為用戶提供個性化的查詢分析報表服務。? 用戶權限管理功能：

本項目系統的身份管理需要提供完善的組織結構管理功能。對于目前系統中的各項業務應用，組織機構及其管理都是必不可少的組成部分。它不僅關系操作用戶的信息管理，同時與權限管理密不可分的。然而，本項目的組織機構的身份管理都有其自己的一些特性，同時用戶的信息也各不相同，所以對于一個應用的開發平臺，一個固定實現方式的組織機構管理是不能滿足所有用戶的需求。為了更合理的解決這個問題，我們將組織機構進行進一步的抽象，定義了通用的一整套接口。用戶只需按照這些接口進行個性化的實現和相應的配置，從而避免了不同實現要求所帶來的問題，更加便于用戶根據需要進行合理的擴展。另外針對使用最多數據庫和LDAP的存儲方式需要提供相應的實現，大多數情況下二次開發不需要擴展就能滿足需求。

組織機構中的信息將會被頻繁的查詢，為了提高運行的效率，我們將數據在系統初始化時統一查詢后進行緩存。數據改變時同時更新內存與數據源，從而提高查詢的效率。

4.3.2應用模塊功能設計：

商旅電子商務平臺除門戶展示外，還包含查詢比價預訂、協同會簽審批、業務預結算、票務改退簽、統計核算報表五大功能模塊。

山東東軟系統集成有限公司

山東東軟系統集成有限公司

4.3.2.1查詢比價預訂功能模塊：

該模塊為用戶提供了航空票務和酒店的比價查詢功能：

航空票務信息主要來源于四大航空公司（南航、東航、國航、海航）的直銷接口及第三方信息源（攜程和芒果網）。

通過對網速流量、服務器載負、數據容量以及信息的準確度、及時性等綜合考量，保障票務預訂的最優結果。系統將對信息進行分類優化載入比價系統。

? 系統將對航空公司票務價格信息進行實時刷新，其他信息通過數據庫讀取獲得。? 系統信息更新率根據航空公司信息發布相一致。? 對于無票信息系統將不再讀取。

? 比價系統將提供定向條件的比價查詢，這些信息包括：

航班號、機型、航班公司、航空代碼、地址、網址、電話、（航班提供的航線）起始地、抵達地（不同航班可以有相同的航線）、（航班時間）起始時間、到達時間；

查詢訂票包含的信息

訂票價格、機票折扣、航班號、（航班時間）起始時間、到達時間、（航班提供的航線）起始地、抵達地；

山東東軟系統集成有限公司

酒店預訂比價系統與票務預訂系統類同，通過讀取連鎖型商務酒店的房型信息，實現系統比價功能。系統信息更新率根據航空公司信息發布相一致。

? 系統將對酒店房型價格信息進行實時刷新，其他信息通過數據庫讀取獲得。? 對于無價信息系統將不再讀取。

? 比價系統將提供定向條件的比價查詢，這些條件包括：

訂房時間、地點范圍、差率行程、最優價格等。

4.3.2.2協同會簽審批功能模塊：

協同會簽審批模塊將基于jbpm與集團現用的OA系統進行對接。

用戶在確定航班后，需下單填寫差旅行程審批單進行申辦，同時系統將通過EVS占用機票預訂定額。用戶提交差旅行程審批單后，系統鎖定用戶信息，通過集團內部OA系統自動關聯審批人信息，并通過短信的方式，將信息發送給審批人。

山東東軟系統集成有限公司

審批人審批后以短信的形式反饋系統： ? 審批人同意此次差旅行為，通過短信反饋錄入平臺系統直接出票；如審批人確認時間超過1小時須由申請人查看確認后方可在線出票；同時，系統通過接口釋放EVS預算占用，將信息寫入BCC結算系統； ? 審批人不同意此次差旅行為，通過短信反饋給平臺系統和申請人，系統將自動取消此次預訂行為。同時，系統通過接口釋放EVS預算占用。? 審批人同意此次差旅行為，通過短信反饋后但平臺已無票可出，系統將發送短信給申請人和審批人，以重新搭建預訂行為。同時，系統通過接口釋放EVS預算占用。

山東東軟系統集成有限公司

4.3.2.3業務預結算功能模塊：

預算系統使用集團的EVS系統接口。

當申請人對機票下單后，系統寫入EVS報賬系統，占用一定額度的差旅預算。（為確保機票的預訂率，以機票的原價為預算占用額）。

差旅申請獲得審批后，系統將自動釋放EVS預算，同時將最終出票價格寫入集團的結算系統BCC中。

每月結算日，系統會通過BCC系統自動向各部門發送差率費用匯總報表。各部門將報表核實后通過系統的自動清算功能向各協議單位支付。

4.3.2.4票務改退簽功能模塊：

用戶的差旅行為發生變動時，可以通過退、改簽功能模塊加以更改。根據退票協議，用戶申請作廢原預定業務。因此而產生的退票費用寫入BCC結算系統。票務的改簽，首先由用戶重新查詢票務系統，確定新航班。然后提出改簽申請，由系統算出改簽費用差額，計入BBC結算系統。? ?

4.3.2.5統計核算報表功能模塊：

本項目系統的業務體系龐大，包容了大量的數據，不僅要實現的數據的存儲需求，還要對已有數據匯總統計，形成相關報表。

根據用戶需求，統計數據以不同標準劃分： 以年/月時間劃分：年、月。

以預算為指標的劃分：預算、成本、環比、同比。以差旅行為劃分：酒店、票務 以部門劃分。

業務系統報表設計Developer報表查詢決策分析報表輸出報表引擎報表設計器Developer數據源查詢、分析引擎報表構件 24 山東東軟系統集成有限公司

通過數據統計分析模塊將為用戶提供按交互方式瀏覽報表模型中的相關數據。用戶使用表、圖表報表，包含預定義數據區域的報表布局模板，并選擇包含如數據字段等報表項的報表模型，然后將不同報表項拖放到模板內的相應數據區域中。用戶可以對報表應用篩選器，以完善顯示的數據。報表模型包含了報表生成器自動生成用于檢索請求數據的查詢所需的全部信息。

該模塊將使用集團的統一的接口池，使差旅數據直接由各部門共享，并為集團各部門提供核算、統計、決策的依據。模塊提供展示、導出Excel、傳閱等多種功能。

4.3.3外部數據接口設計：

數據交換（外部數據接口）通過分發整合后的數據，確保在相互集成的業務系統中數據的高質量。數據交換過程中可利用的技術包括：事件系統的觸發器機制、實時同步或異步事件。

數據交換具有如下能力： ? ? 流線化數據導入、整合以及分發處理流程 動態改進數據質量及消除系統環境中的冗余

在實際的實現環境中，可以采用多種方式達成數據的交換： ? ? ? ? 交易方式 訂閱/發布方式 批處理方式 數據直連方式

以上這些實現方式，可以采用自主開發個性化的Web Service組件實現，同樣可以借助ESB類集成組件來完成相關工作。如下圖所示，說明了數據利用過程中的方式與技術的多樣性。

圖 外部數據接口實現機制樣例

山東東軟系統集成有限公司

4.3.4數據模型設計：

本項目的數據資源設計采取以業務為中心的原則，設計過程和其應用系統的設計與定制有著密切的關系。設計的過程主要由下面幾個過程構成：

1、業務情況調查

在業主和各部門領導的支持和協調下，進行業務需求的調查。通過和用戶接觸，收集資料，了解現實中各參與者的管理組織機構及其開展的工作。在調查的基礎上，匯總收集的材料，描述當前業務活動情況，給出業務流程、數據流程及業務工作分解說明。

2、功能分析

功能分析的目的是為了從業務情況調查得到的現實中企業活動，據此產生的系統功能模型，判定功能是否滿足業務要求，再進行調整、改進，直到符合各類用戶的數據處理功能需求。

3、數據分析

數據分析是為了實現支持各類查詢和處理功能需求，確定如何獲取和收集應用涉及的數據，組織數據及文件，以便通過概括和抽象產生各個數據庫的總體數據模型，這是進行數據庫設計的開始。

4、功能交叉分析

這一步的工作要揭示應用功能與數據的關聯，其分析包括應用從數據庫中獲取什么信息、這種要求是否合理、應用程序將用什么樣的存取方式和處理方法，從而表明在各系統中的各功能都將實行什么樣的信息變換：如靜態數據和實時數據都輸入了什么，完成了什么處理功能，又輸出了什么等，從而可進一步支持完成數據庫模式設計和支持應用程序功能要求的子模式設計。

5、數據庫設計

數據庫系統可劃分為數據庫的分析和設計、數據庫的實現和運行兩個階段，每個階段又都分為若干步進行。這里講的數據庫分析和設計是在前面功能交叉分析基礎上進行的。在數據庫設計中，還要充分考慮到系統的統一數據格式和統一數據處理的建設目標。

數據庫本身又分為：數據需求說明和分析、數據庫概念設計、數據庫邏輯設計、數據庫物理設計和評測等若干步驟。每一步都有相應的目標、任務和方法，它們之間又是一個反復的迭代過程。

以下依據行業經驗與數據模型設計原則，給出概念數據模型。

山東東軟系統集成有限公司

圖

概念數據模型設計

4.3.5數據安全設計：

數據安全包括數據私密性、完整性、真實性、不可抵賴性以及數據備份。為了保障數據在網絡上的安全，結合PKI技術，采用數據加密、數字簽名等技術保障數據的安全。

1)數據私密性

采用數據加密技術保證重要數據在存儲和傳輸過程中的保密性。可以保證這些信息不為其認知，從而達到保護信息的目的。

2)數據真實性

采用數字簽名方式保護本項目各系統數據真實性，數字簽名是指發送方以電子形式簽名一個消息或文件，表示簽名人對該消息或文件的內容負有責任。數字簽名綜合使用了數字摘要和非對稱加密技術，可以在保證數據完整性的同時保證數據的真實性。

3)不可抵賴性

采用數字證書保證系統信息的不可抵賴性，數字證書（Digital ID）含有證書持有者的有關信息，在網絡上證明證書持有者身份的數字標識。

山東東軟系統集成有限公司

第五篇：電子商務平臺簡介

電子商務平臺簡介

2012-9-19

電子商務平臺即是一個為企業或個人提供網上交易洽談的平臺。它是建立在Internet網上進行商務活動的虛擬網絡空間，和保障商務順利運營的管理環境，也是協調、整合信息流、物質流、資金流有序、關聯、高效流動的重要場所。企業、商家可充分利用電子商務平臺提供的網絡基礎設施、支付平臺、安全平臺、管理平臺等共享資源有效地、低成本地開展自己的商業活動。下面我就從電子商務的模式、主要功能，以及企業或個人選擇電子商務平臺時要考慮的一些因素等方面來做一下說明。

電子商務的模式，從交易對象來分目前主要有三種：

1、B2B模式，即企業與企業之間的電子商務。交易分為四個階段：一是交易前的準備。這一階段主要是指買賣雙方和參加交易各方在簽約前的準備活動。二是交易談判和簽訂合同。這一階段主要是指買賣雙方對所有交易細節進行談判，將雙方磋商的結果以書面文件形式和電子文件形式簽訂貿易合同。三是辦理交易進行前的手續。這一階段主要是指買賣雙方簽訂合同后到合同開始履行之前辦理各種手續的過程。四是交易合同的履行。

2、B2C模式，即企業與消費者之間的電子商務。通過互聯網網站實現廠商與顧客直接的交流，使雙方打破地域國界的限制。這大大縮短了交易時間，也為顧客提供了更多選擇商品的余地。

3、C2C模式，即消費者之間用戶對用戶的模式，一個人既可以是買家也可以是賣家。C2C商務平臺就是通過為買賣雙方提供一個在線交易平臺，使賣方可以主動提供商品上網拍賣，而買方可以自行選擇商品進行競價。

電子商務可提供網上交易和管理等全過程的服務，因此它具有廣告宣傳、咨詢洽談、網上訂購、網上支付、電子帳戶、服務傳遞、意見征詢、交易管理等各項功能。

1、廣告宣傳：電子商務可憑借企業的Web服務器和客戶的瀏覽，在Internet上發播各類商業信息。客戶可借助網上的檢索工具（Search）迅速地找到所需商品信息，而商家可利用網上主頁和電子郵件在全球范圍內作廣告宣傳。與以往的各類廣告相比，網上的廣告成本最為低廉，而給顧客的信息量卻最為豐富。

2、咨詢洽談：電子商務可借助非實時的電子郵件，新聞組和實時的討論組(chat）來了解市場和商品信息、洽談交易事務，如有進一步的需求，還可用網上的白板會議來交流即時的圖形信息。網上的咨詢和洽談能超越人們面對面洽談的限制、提供多種方便的異地交談形式。

3、網上訂購：電子商務可借助Web中的郵件交互傳送實現網上的訂購。網上的訂購通常都是在產品介紹的頁面上提供十分友好的訂購提示信息和訂購交互格式框。當客戶填完訂購單后，通常系統會回復確認信息單來保證訂購信息的收悉。訂購信息也可采用加密的方式使客戶和商家的商業信息不會泄漏。

4、網上支付：電子商務要成為一個完整的過程，網上支付是重要的環節，客戶和商家之間可采用信用卡帳號進行支付，在網上直接采用電子支付手段將可省去交易中很多人員的開銷。網上支付將需要更為可靠的信息傳輸安全性控制以防止欺騙、竊聽、冒用等非法行為。

5、電子帳戶：網上的支付必需要有電子金融來支持，即銀行或信用卡公司及保險公司等金融單位要為金融服務提供網上操作的服務。而電子帳戶管理是其基本的組成部分。

6、服務傳遞：對于已付了款的客戶應將其訂購的貨物盡快地傳遞到他們的手中。而有些貨物在本地，有些貨物在異地，電子郵件將能在網絡中進行物流的調配，而最適合在網上直接傳遞的貨物是信息產品。

7、意見征詢：電子商務能十分方便地采用網頁上的“選擇”、“填空”等格式文件來收集用戶對銷售服務的反饋意見。這樣使企業的市場運營能形成一個封閉的回路。客戶的反饋意見不僅能提高售后服務的水平，更使企業獲得改進產品、發現市場的商業機會。

8、交易管理：整個交易的管理將涉及到人、財、物多個方面，企業和企業、企業和客戶及企業內部等各方面的協調和管理。因此，交易管理是涉及商務活動全過程的管理。

選擇電子商務平臺應該考慮的因素：

1.首先要考慮到電子商務網站的人流量，信息量。人流量越大，就說明被曝光的機率越高，信息量越大，被GOOGLE等搜索到的機會越多，但也不能是簡單的信息堆積，而是需要有真實的信息，可靠的信息量。

2.企業不要盲目的追求知名度和名氣，而是需要綜合考慮一個電子商務網站的性價比。比如加入這個電子商務網站能帶來多少業務，帶來多少目標顧客關注，同時需要多少時間才能見效，有多少反饋，有多少咨詢電話，費用是多少，網站給企業自身的宣傳是多少。雖然阿里巴巴名氣很大，加入的企業很多，但你的企業被推薦的次數和機率少的很，所以造成很多企業找不到您的產品，而造成企業沒有產生多大的效果。

3.費用是否合理，大家知道很多網站知名度都很大。同時他的費用也很昂貴，當我們要購買一件衣服的時候，考慮更多的是整體衣服的性價比，而不上單單追求一個名氣，所以站在企業的角度來說，開源節流是最重要的商業活動原則。

下面簡單介紹下目前比較著名的電子商務平臺，希望對想要開拓網上業務的朋友有幫助：

阿里巴巴：http://china.alibaba.com/全球最大的B2B網站

慧聰網：http:///國內最大的行業門戶平臺

ECVV：http://cn.ecvv.com/主營平價奢華的商品

必聯網：http:///平臺以采購商為驅動

數百億：http://china.subaye.com/主營視頻電子商務

環球資源網：http:///主營小禮品和電子產品

當當網：http:///銷售圖書、音像制品為主

卓越網：http:///綜合百貫福泰特約商城：http:///主營生活消費品

百度有啊：http://guang.leho.com/bj主營生活消費品

淘寶網：http:///亞太最大的網絡零售商圈

拍拍網：http:///中國知名的網絡零售商圈