第一篇：電子商務平臺培訓提綱

電子商務平臺培訓提綱

一、關于電子商務平臺

1、上線背景

國網(wǎng)公司自開展集中規(guī)模招標以來，逐步探索建立了一套完整的物資采購體系。為了適應公司集約化管理要求，進一步提高運作水平，2009年9月經(jīng)國網(wǎng)公司黨組會議研究決定，國網(wǎng)公司開始編制物資采購標準文件，于2009年12月、2010年3月和8月分別發(fā)布了第一批、第二批和第三批標準文件，并在2010年國網(wǎng)集中規(guī)模招標中全面應用。

為了使物資采購標準得到更好的應用，實現(xiàn)各環(huán)節(jié)信息共享，提高物資管理水平和工作效率，總部物資部已組織開展物資采購標準的數(shù)據(jù)化和結構化工作；同時借助信息化手段，推動采購標準在采購計劃申報等相關環(huán)節(jié)的業(yè)務應用，實現(xiàn)各環(huán)節(jié)相關文件的數(shù)據(jù)化和結構化、明確管理目標、梳理業(yè)務流程、實現(xiàn)信息縱向貫通和橫向集成，從而提高工作效率和質量，保障“十二五”物資規(guī)劃的各項目標能夠順利實現(xiàn)。

2、結構化技術規(guī)范書。

3、全過程管控招標采購。

標書編制、審核、標書審定、網(wǎng)上公告、網(wǎng)上投標、評標、中標結果回傳等。

4、工作模式變化

1）推行結構化技術規(guī)范書。設計人員需在電子商務平臺系統(tǒng)上登錄，在結構化技術規(guī)范書模板中選擇參數(shù)、提出技術差異，完成并提交技術規(guī)范書。

2）項目主管部門（基建、生產(chǎn)、營銷、農(nóng)電等）負責技術規(guī)范書審查。新的工作模式下，由項目管理部門線外審核技術規(guī)范書，省公司將對各單位審查情況進行復核。

3）實現(xiàn)申報計劃時技術規(guī)范書與采購申請關聯(lián)。物資需求單位在創(chuàng)建采購申請時，同時錄入技術規(guī)范書ID號。在招標評標環(huán)節(jié)，由電子商務平臺系統(tǒng)自動實現(xiàn)采購申請和技術規(guī)范書關聯(lián)。

二、技術規(guī)范書編制及管控

關于印發(fā)《安徽公司集中規(guī)模招標技術規(guī)范書管理工作流程》的通知 C:電子商務培訓資料u5173

安徽公司集中規(guī)模招標技術規(guī)范書管理工

三、電子商務平臺系統(tǒng)演示課件

技術規(guī)范書編制_技術規(guī)范管理培訓材料.離線工具實例列舉.doc

四、目前電子商務平臺常見問題

1、關于登錄賬號及系統(tǒng)配置

登錄前需配置hosts文件------點擊電腦的“開始”菜單里的“運行”，輸入drivers 打開etc文件夾，用記事本方式打開名為“hosts”的文件，在文檔最后一行輸入映射地址

10.1.115.49 ecptest.sgcc.com.cn（內網(wǎng)）211.160.19.238 ecptest.sgcc.com.cn（外網(wǎng)）根據(jù)你實際網(wǎng)絡配置其中一個即可，然后訪問測試系統(tǒng)，內網(wǎng)訪問 http：//ecptest.sgcc.com.cn/BidUpgrade 外網(wǎng)訪問 https：//ecptest.sgcc.com.cn/BidUpgrade

2、關于使用范圍

2011第五批“總部直接組織”第五批開始以及2012年“總部統(tǒng)一組織網(wǎng)省具體實施”全面實施。

3、關于資料獲取

物資集約化專題

4、關于技術規(guī)范書信息管理

五、計劃申報常見問題

1、采購范圍及標準應用問題。

錯誤！鏈接無效。

2、關于交貨期確定問題。

國網(wǎng)集中規(guī)模采購設備供貨周期及概算一

3、需求計劃匯總申報問題。

總部統(tǒng)一組織網(wǎng)省組織計劃清單0908.xls

4、項目名稱及電壓等級問題。

物資管理函[2011]38號-關于第五批電子商

5、談判采購說明及備注。

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

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

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

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

2、收款人收款憑證（境內指收款人開具的發(fā)票，境外指收款人開具的收據(jù)）；

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

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

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

電子商務平臺常見問題

第一部分：供應商注冊

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

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

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

/ 15

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

是的。

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

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

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

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

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

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

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

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

/ 15

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

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

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

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

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

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

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

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

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

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

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

/ 15

件？

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

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

1.涉及到公司網(wǎng)址、固定電話、傳真、注冊聯(lián)系人、聯(lián)系人的手機號、電子郵箱的變更？

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

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

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

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

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

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

/ 15

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

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

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

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

/ 15

第三部分 電子鑰匙使用

1.如何辦理電子鑰匙？

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

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

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

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

不可以

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

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

/ 15

第四部分 資質業(yè)績信息填報

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

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

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

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

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

根據(jù)產(chǎn)品目錄來選擇產(chǎn)品，沒有的產(chǎn)品請及時關注電子 商務平臺公告

4.資質業(yè)績產(chǎn)品非常多，要填近幾年的？

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

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

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

7.型式試驗報告中“產(chǎn)品規(guī)格型號”按照報告上的型號填寫還是依據(jù)電子商務平臺列表填寫？

/ 15

以試驗報告為準。

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

只可單選填報

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

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

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

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

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

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

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

/ 15

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

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

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

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

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

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

可根據(jù)所供產(chǎn)品的用途來判斷是屬于電網(wǎng)業(yè)績還是其 他業(yè)績。

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

填寫“干式”或“油浸”

/ 15

第五部分 招投標相關問題

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

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

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

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

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

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

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

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

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

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

/ 15

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

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

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

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

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

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

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

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

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

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

/ 15

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

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

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

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

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

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

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

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

/ 15

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

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

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

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

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

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

/ 15

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

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

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

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

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

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

/ 15

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

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

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

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

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

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

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

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

/ 15

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

投 標 文 件

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

投標單位：XXX

2011年9月25日

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

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

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

山東東軟系統(tǒng)集成有限公司

4.3.5數(shù)據(jù)安全設計：.......................................................................................................................27

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

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

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

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

山東東軟系統(tǒng)集成有限公司

4、附件一

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

山東東軟系統(tǒng)集成有限公司

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

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

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

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

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

4.1.2項目建設目標：

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

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

4.1.3項目建設原則：

1、統(tǒng)一性

平臺建設遵循統(tǒng)一規(guī)劃、統(tǒng)一標準的指導思想，確定統(tǒng)一的網(wǎng)絡總體架構、統(tǒng)一的業(yè)務平臺、統(tǒng)一的數(shù)據(jù)采集與傳輸系統(tǒng)，實現(xiàn)物流信息平臺與其它平臺的順利對接。

2、可靠性

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

3、先進性

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

4、安全性

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

5、開放性

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

6、業(yè)務系統(tǒng)協(xié)同

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

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

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

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

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

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

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

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

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

山東東軟系統(tǒng)集成有限公司

4.2項目總體規(guī)劃：

4.2.1航空票務平臺業(yè)務流程圖：

依據(jù)直銷需求，票務、酒店預訂業(yè)務按以下流程設計：

? 出差申請

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

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

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

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

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

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

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

發(fā)送機票退改簽業(yè)務 ? 出差總結

員工出差結束后需要到系統(tǒng)中填寫出差總結。

4.2.2酒店預訂平臺業(yè)務流程圖：

山東東軟系統(tǒng)集成有限公司

4.2.3平臺邏輯構架圖：

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

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

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

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

應用層

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

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

服務層

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

務網(wǎng)關。

（2）以《服務平臺接口規(guī)范》作為唯一標準，通過Web服務網(wǎng)關向應用層和數(shù)據(jù)系統(tǒng)層提供Web服務。

（3）平臺業(yè)務服務通過Web服務網(wǎng)關調用數(shù)據(jù)系統(tǒng)層提供的服務（外部服務）。（4）平臺管理服務在平臺中實現(xiàn)，這最終需要訪問平臺數(shù)據(jù)庫中存儲的公用數(shù)據(jù)，例如用戶信息，數(shù)據(jù)字典等，用于管理平臺中的用戶信息、機構信息、數(shù)據(jù)字典等。

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

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

虛擬化服務平臺對數(shù)據(jù)系統(tǒng)層提供的Web服務，數(shù)據(jù)驗證，消息轉換。（7）服務組合

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

（8）物理訪問

在物理網(wǎng)路中，負責實現(xiàn)通信雙方調用方式的轉換和通信協(xié)議的轉換。（9）Web服務網(wǎng)關

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

數(shù)據(jù)層

數(shù)據(jù)層包含了需要接入到服務平臺的所有數(shù)據(jù)資源系統(tǒng)。其中包含數(shù)據(jù)采集系統(tǒng)、業(yè)務系統(tǒng)和其他數(shù)據(jù)資源系統(tǒng)等。只要這些數(shù)據(jù)資源系統(tǒng)實現(xiàn)了《服務平臺接口規(guī)范》，就可以接入服務平臺，向服務平臺提供各種數(shù)據(jù)資源服務。

4.2.4平臺建設技術路線：

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

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

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

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

應用模塊，通過協(xié)作技術實現(xiàn)與其它應用系統(tǒng)（包括遠程應用系統(tǒng)）的協(xié)同工作。

? 采用統(tǒng)一的主題數(shù)據(jù)管理

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

? 采用多層多階的系統(tǒng)架構設計

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

? 采用標準和開放的架構

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

? 采用面向對象的技術

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

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

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

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

通過僅對這種應用程序的某些組件模塊進行升級，從而對其進行小幅度的升級?；诮M件模塊的開發(fā)具有如下特點：

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

系統(tǒng)設計充分考慮如下質量目標：

1）性能

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

2）擴展性

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

3）可靠性

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

4）安全性

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

5）可管理性

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

6）可用性

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

山東東軟系統(tǒng)集成有限公司

7）復用能力

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

8）易用性

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

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

4.2.5平臺開發(fā)特點：

4.2.5.1多系統(tǒng)的有效集成

本項目的信息化平臺建設，存在眾多的獨立部署或交叉關聯(lián)的系統(tǒng)，1、外部系統(tǒng)

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

2、內部新建系統(tǒng)

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

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

2）業(yè)務上加強需求分析，梳理好各應用系統(tǒng)的業(yè)務關系，確定出各個系統(tǒng)之間的服務關系與數(shù)據(jù)接口關系。

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

山東東軟系統(tǒng)集成有限公司

4.2.5.2平臺開發(fā)的安全保障

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

根據(jù)系統(tǒng)現(xiàn)狀，我們分析目前面臨的主要信息安全威脅包括威脅的發(fā)起因素與威脅本身兩方面內容。

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

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

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

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

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

4.2.5.3開發(fā)的標準化管理

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

而標準規(guī)范工作是平臺建設的基礎性工作，是各系統(tǒng)實現(xiàn)互聯(lián)互通、信息共享、業(yè)務協(xié)同、安全可靠運行的前提和基礎。

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

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

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

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

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

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

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

山東東軟系統(tǒng)集成有限公司

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

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

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

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

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

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

報表查詢功能：本項目系統(tǒng)的業(yè)務體系龐大，包容了大量的數(shù)據(jù)，不僅要實現(xiàn)的數(shù)據(jù)的存儲需求，還要對已有數(shù)據(jù)匯總統(tǒng)計，形成相關報表。

這些系統(tǒng)對數(shù)據(jù)有著共性的要求：

實現(xiàn)對數(shù)據(jù)的處理、匯總、分析、輸出； 實現(xiàn)系統(tǒng)的組織、管理、權限控制；

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

設計適應指標體系的變更，并能方便地擴展到其它數(shù)據(jù)庫或應用系統(tǒng)中。

由于各個業(yè)務系統(tǒng)都需要數(shù)據(jù)的統(tǒng)計匯總展現(xiàn)等功能，有必要設計一個報表平臺。在報表平臺中主要實現(xiàn)以下幾個功能：

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

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

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

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

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

4.3.2應用模塊功能設計：

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

山東東軟系統(tǒng)集成有限公司

山東東軟系統(tǒng)集成有限公司

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

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

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

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

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

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

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

查詢訂票包含的信息

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

山東東軟系統(tǒng)集成有限公司

酒店預訂比價系統(tǒng)與票務預訂系統(tǒng)類同，通過讀取連鎖型商務酒店的房型信息，實現(xiàn)系統(tǒng)比價功能。系統(tǒng)信息更新率根據(jù)航空公司信息發(fā)布相一致。

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

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

訂房時間、地點范圍、差率行程、最優(yōu)價格等。

4.3.2.2協(xié)同會簽審批功能模塊：

協(xié)同會簽審批模塊將基于jbpm與集團現(xiàn)用的OA系統(tǒng)進行對接。

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

山東東軟系統(tǒng)集成有限公司

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

山東東軟系統(tǒng)集成有限公司

4.3.2.3業(yè)務預結算功能模塊：

預算系統(tǒng)使用集團的EVS系統(tǒng)接口。

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

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

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

4.3.2.4票務改退簽功能模塊：

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

4.3.2.5統(tǒng)計核算報表功能模塊：

本項目系統(tǒng)的業(yè)務體系龐大，包容了大量的數(shù)據(jù)，不僅要實現(xiàn)的數(shù)據(jù)的存儲需求，還要對已有數(shù)據(jù)匯總統(tǒng)計，形成相關報表。

根據(jù)用戶需求，統(tǒng)計數(shù)據(jù)以不同標準劃分： 以年/月時間劃分：年、月。

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

業(yè)務系統(tǒng)報表設計Developer報表查詢決策分析報表輸出報表引擎報表設計器Developer數(shù)據(jù)源查詢、分析引擎報表構件 24 山東東軟系統(tǒng)集成有限公司

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

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

4.3.3外部數(shù)據(jù)接口設計：

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

數(shù)據(jù)交換具有如下能力： ? ? 流線化數(shù)據(jù)導入、整合以及分發(fā)處理流程 動態(tài)改進數(shù)據(jù)質量及消除系統(tǒng)環(huán)境中的冗余

在實際的實現(xiàn)環(huán)境中，可以采用多種方式達成數(shù)據(jù)的交換： ? ? ? ? 交易方式 訂閱/發(fā)布方式 批處理方式 數(shù)據(jù)直連方式

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

圖 外部數(shù)據(jù)接口實現(xiàn)機制樣例

山東東軟系統(tǒng)集成有限公司

4.3.4數(shù)據(jù)模型設計：

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

1、業(yè)務情況調查

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

2、功能分析

功能分析的目的是為了從業(yè)務情況調查得到的現(xiàn)實中企業(yè)活動，據(jù)此產(chǎn)生的系統(tǒng)功能模型，判定功能是否滿足業(yè)務要求，再進行調整、改進，直到符合各類用戶的數(shù)據(jù)處理功能需求。

3、數(shù)據(jù)分析

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

4、功能交叉分析

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

5、數(shù)據(jù)庫設計

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

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

以下依據(jù)行業(yè)經(jīng)驗與數(shù)據(jù)模型設計原則，給出概念數(shù)據(jù)模型。

山東東軟系統(tǒng)集成有限公司

圖

概念數(shù)據(jù)模型設計

4.3.5數(shù)據(jù)安全設計：

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

1)數(shù)據(jù)私密性

采用數(shù)據(jù)加密技術保證重要數(shù)據(jù)在存儲和傳輸過程中的保密性?？梢员ＷC這些信息不為其認知，從而達到保護信息的目的。

2)數(shù)據(jù)真實性

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

3)不可抵賴性

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

山東東軟系統(tǒng)集成有限公司

第五篇：中國聯(lián)通電子商務平臺

中國聯(lián)通電子商務平臺

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

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

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

· 網(wǎng)上營業(yè)廳

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

· 網(wǎng)上購物

網(wǎng)上購物屬于傳統(tǒng)的電子商務應用，中國聯(lián)通利用現(xiàn)有電子商務站點開展標準的網(wǎng)上購物業(yè)務，也可以由其它商家在中國聯(lián)通電子商務站點進行網(wǎng)上銷售。

· 手機小額支付

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

· 代收費

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

· 安全應用

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

·證券交易系統(tǒng)

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

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

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

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

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

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

·先進性

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

· 應用開發(fā)的便捷性

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

·可擴展性

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

· 健壯性和可用性

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

· 安全性

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

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

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