1、深圳移動網上商城項目 技術建議書深圳移動網上商城技術建議書 北京炎黃新星網絡科技有限公司二零零七年 六月目 錄第一章 概述6一 建設背景6二 系統建設目標6三 建設原則6第二章 應用系統設計8一 技術路線81、 j2ee體系規范82、 高可靠性83、 可擴展性84、 統一的接口9二 系統架構91、 層次化的設計92、 面向對象的組件化設計103、 軟件模塊結構設計11三 業務流程設計111、 業務模式112、 業務流程123、 移動用戶先挑選商品后注冊登錄流程134、 訂單處理流程145、 用戶預約營業廳自取流程166、 網上商城物流流程177、 網上商城退貨流程188、 網上商城退貨流程19

2、四 統一接口201、 sso單點登陸202、 與銀行網上支付接口253、 boss接口264、 接口實現28第三章 應用系統建設31一 網上商城架構圖31二 網上商城客戶界面311、 客戶(會員)注冊功能312、 客戶登陸333、 商品瀏覽344、 商品搜索345、 提交商品訂單356、 預約取貨功能367、 網上投訴子系統378、 收藏夾功能379、 客戶個性化服務3810、 網上競拍功能3911、 商品對比4012、 主動營銷42三 訂單支付管理模塊431、 客戶資格判斷432、 購物車433、 訂單管理444、 支 付485、 對帳功能49四 用戶管理模塊511、 后臺操作員管理512、

3、 商家管理533、 客戶（會員）管理54五 產品和商品管理模塊571、 商品目錄管理572、 商品管理593、 商品展現管理614、 商品配送管理645、 配送策略管理656、 商品庫存管理（與boss系統對接）68六 統計報表模塊701、 報表形式702、 報表內容71第四章 工程實施方案73一 分工界面731、 工程界面732、 工程責任要求74二 項目進度安排75三 項目人員介紹751、 項目人員錯誤！未定義書簽。2、 部分人員簡歷錯誤！未定義書簽。四 測試及驗收751、 系統驗收842、 測試標準86第五章 服務承諾921、 保修服務承諾922、 技術支持、維護及人員承諾943、 系統

4、故障處理承諾944、 服務流程承諾965、 服務模式承諾996、 系統性能指標承諾997、 培訓承諾99第六章 質量保證體系997.4.6開發過程997.4.7項目管理工作流997.4.8配置管理與變更工作流997.4.9環境工作流997.4.10需求工作流997.4.11分析設計工作流997.4.12編碼實現工作流997.4.13測試工作流997.4.14項目組織機構99第七章 第三方軟、硬件產品推薦997.4.15硬件推薦99系統配置估算997.4.16軟件推薦99132第一章 概述一 建設背景根據中國移動通信集團廣東有限公司深圳分公司電子商務服務營銷體系的建設規劃，現對網上商城進行改版建

5、設。通過構建專業化的網上商城，提升電子商務服務營銷體系的客戶感知、產品拓展能力、支付拓展能力。深圳移動網上商城，是利用日趨完善的互聯網絡，向以深圳移動全球通、動感地帶品牌高端用戶為主，輻射深圳移動全品牌用戶和互聯網用戶，提供基于互聯網的商品自助購買交易及積分禮品換領的電子商務平臺。通過該項目的建設，可以實現以深圳移動定制終端為代表的各類商品，通過建設具有深圳移動特色的網上商城，實現出入庫管理，訂單的流轉及狀態監控，物流配送的管理，并能夠實現與boss平臺、經營分析系統、1860客服系統、銀行系統、第三方物流配送系統的數據傳遞。二 系統建設目標在網上商城改版完成后，客戶界面應該具有專業電子商務網

6、站的鮮明特色，能夠承載目前已經上線的定制終端、預付費套卡、積分兌獎、數據業務、8大套餐等五類產品銷售，并且具有良好的擴展性以便新產品類型和支付方式的擴展；網上商城的后臺管理系統可以對發布信息、產品上線、商品上架進行便利的配置。三 建設原則1） 準化與開放性：在結構上真正實現開放，基于國際開放式標準，包括各種廣域網、局域網、計算機及數據庫協議，符合國家和信息產業部的規范，從而為未來的業務發展奠定基礎。基于業界開放式標準，使企業資源內容在門戶展現層面進行有效的構建，并為未來的發展奠定基礎。2） 先進性和前瞻性：先進成熟的技術滿足當前的應用的需求，保證所采用的技術屬世界主流產品，在相應的應用領域占有

7、較大的用戶市場，在相關計算機技術及網絡技術方面處于領先或領導地位。3） 安全性：在滿足網上商城功能架構設計要求的同時，在后臺用戶授權方面需要充分考慮系統的安全性。例如，統計分析員只能對各業務支付情況進行統計，而不能進行相關系統參數得設置等。在認證鑒權方面，應能防止暴力破解、認證繞過、非法修改等漏洞。在命令執行方面，應能防止緩沖區溢出、sql注入、ssi注入、xpath注入等漏洞。總之，必須提供一套合理的安全管理機制，保證系統授權合理、應用安全。4） 易操作性：方便用戶使用，也就是說要求界面友好，形象直觀，操作簡便。具體說不需要對用戶進行專門的使用培訓、不需要用戶做太多的操作配置和修改，用戶根據

8、操作使用說明，就可以獨立進行系統操作。5） 易維護性：盡可能地降低系統維護工作量。努力實現集中、自動、智能化的維護方式。盡可能縮短用戶故障恢復的處理時間。在程序設計時充分考慮各功能模塊的相對獨立性。6） 高度可用性:必須保證平臺良好的擴展性和重用性，以降低后續開發及維護成本。7） 靈活性與可擴展性：具有良好的擴展性，可以根據不斷增長的業務處理需要很容易地進行系統處理能力、存儲容量和網絡規模的擴充。方便擴展網絡覆蓋范圍、網絡容量和網絡各層次節點的功能。具備支持多種通信媒體，多種物理接口，提供技術升級、設備更新的靈活性。方便擴展設備容量和提升設備性能；方便待建小型應用系統的擴展；具備支持業務處理的

9、靈活配置、業務功能的重組與更新的靈活性。8） 較高的性價比：在系統建設的過程中，在滿足性能要求的情況下，需要充分考慮整個系統性能價格比。9） 可靠性：為了保證系統能穩定可靠地運行，在系統設計時，必須充分考慮系統的可靠性，通過選擇優秀的產品和采用必要的技術手段確保系統的可靠性。10） 兼容性：選擇兼容性強的產品，要求遵守有關的國際標準和行業規范。11） 互連互通性：具備與多種協議計算機通信網絡互連互通的特性，確保網絡基礎設備功能的充分發揮第二章 應用系統設計一 技術路線Ø j2ee體系規范Ø 高可靠性Ø 可擴展性Ø 開放、統一的接口1、 j2ee體系規范網

10、上商城的整體架構采用了j2ee的b/s三層架構模式，將數據層、業務應用層、表現層分開。j2ee即java2 platform enterprise edition，是一個方便于服務器方應用程序開發的中間件服務集，它利用java2技術來簡化諸多與企業解決方案的開發、部署和管理相關的復雜問題。由于j2ee技術的核心就是java2平臺，所以它不僅繼承了java2平臺的一些優點，如：平臺無關性，安全性等，而且增加了一整套核心企業應用程序編程界面,而所有這些界面均為標準的模塊化組件，其中包括：servlets， jsp，jdbc等。這種結構使整個系統便于擴展業務需求，模塊化清晰、層次性強，使系統具有高度

11、的安全性、穩定性和可維護性。2、 高可靠性每套業務組件相對獨立、實現功能明確，組件與組件間調用流程清晰、健壯。另外，本系統設計經過多年運營項目的考驗，事實證明了其運行的高可靠性。3、 可擴展性采用組件化設計便于實現不斷擴展的業務需求。4、 統一的接口各子業務系統通過統一接口獲取數據，不直接與外部系統接口打交道。統一接口通過多種方式與外部系統聯接、獲取數據并向各子業務系統提供xml數據格式包，將外部系統有效地隔離在業務系統之外。二 系統架構1、 層次化的設計系統從應用軟件設計上劃分為四層：表示層、業務邏輯層、炎黃電子商務組件層、數據層四個層次。本系統的軟件基礎結構是基于中間件的三層客戶機/服務器

12、模式，將客戶界面、業務邏輯和數據分為四個不同的部分。表示層：系統提供的用戶瀏覽器接入方式；業務邏輯層：各個具體電子商務應用系統的業務邏輯處理是由各個電子商務應用系統和業務平臺共同完成，業務邏輯層與用戶終端訪問方式無關；商家系統業務接入及各支撐系統的接口調用均在業務邏輯層完成；炎黃電子商務組件層：完善的商務處理組件，為業務邏輯層提供了強大的工具；數據層：為業務邏輯層提供數據存儲機制，完成對不同業務數據的維護及查詢接口；由于在我們的應用軟件系統中，采用了中間件平臺，因此從設計上，我們已將應用層、通訊層、數據庫存取區分開了。而整個電子商務應用軟件采用三層架構的處理模式：表示層、業務邏輯層、數據層。業

13、務邏輯層又分為電子商務業務平臺和電子商務應用系統業務邏輯。2、 面向對象的組件化設計基于應用服務器進行開發，需要進行面向對象的設計，我們使用rational rose作為建模工具，根據商務模型建模，實現和部署。應用軟件系統采用j2ee多層的體系構架，運用“組件化”設計理念，使系統應用構建在組件化的基礎平臺之上，從而實現，易于擴展、可重用、標準化、可分布部署的應用系統。組件管理構建器是組件集合的管理者與基礎平臺的“組件轉換口”。它負責管理所有的組件配置信息，與組件注冊信息，并且負責與邏輯控制層、數據層接口，組件間通信接口。所有對組件的訪問與組件對數據層訪問必須經過組件管理構建器的控制與調度。它部

14、分功能是接口信息格式的轉換，規定并實現了系統的標準化。如果，比喻組件是組成系統的一個個部件，那么組件管理構建器則是系統“插口”，組件是通過管理構建器，連接到基礎平臺，完成單元功能。通過組件管理構建器，可完成組件的功能定義，接口連接，服務對象定義等功能。組件是系統功能最終執行者，包含單元功能的完整業務邏輯。組件集合中的每個組件可通過管理構建器xml文件配置，靈活定義功能；組件間通過標準的接口，可相互信息關聯與信息傳遞。每個組件是系統的功能單元，根據要求配置，拼裝，組成系統功能模塊。每個組件彼此相對的獨立，功能組件可“插拔”、“組拼”、重復使用。實現基礎平臺的設計，完成組件集合開發后，業務的重構或

15、重組而無需編程工作，只需對企業數據模型進行修改，組件管理構建器文件重新配置即可。并且，系統基礎平臺可做到分布式部署，可完成其他內部應用模塊的業務請求、訪問，從而完成與其他系統的整合。3、 軟件模塊結構設計應用軟件系統采用j2ee多層的體系構架，運用 “組件化”設計理念，使系統應用構建在組件化的基礎平臺之上，從而實現，易于擴展、可重用、標準化、可分布部署的應用系統。三 業務流程設計1、 業務模式根據建設的目標，網上商城支持的業務模式有兩種：一種是用戶采用現金支付進行購買的業務模式， 同時支持網上支付、貨到付款方式(保留郵政匯款的拓展接口)。 商品可以通過ems特快專遞、中鐵快遞及同城快遞等進行配

16、送；也可以預約時間到選定的營業廳自行領取。2、 業務流程用戶在網上商城的訪問流程如下圖所示： 3、 移動用戶先挑選商品后注冊登錄流程4、 訂單處理流程針對上述深圳移動商品網上商城的功能，系統中用戶訂單包括六種狀態：第一種狀態是當客戶選擇好商品登錄后選擇網上支付或郵局匯款方式后提交訂單時，系統生成用戶正式訂單，狀態為等候付款；第二種狀態是當客戶選擇貨到付款方式后提交訂單，系統生成用戶正式訂單，狀態為等待處理；第三種狀態是用戶已經通過網上支付的方式對訂單付款后，由系統或客服人員修改訂單狀態為已付款待處理；第四種狀態是深圳移動網上商城客服在核對用戶信息及付款情況后將訂單生成發貨單，訂單狀態為發貨單處

17、理中；第五種狀態是當物流公司將商品取走并按照發貨單進行配送后，訂單狀態被修改為貨已發出；第六種狀態為用戶確認收到貨品，訂單狀態被修改為交易結束。5、 用戶預約營業廳自取流程用戶選擇好商品，確定自取營業廳和時間后，網上商城預生成訂單，將相關數據交由后臺boss審核，在滿足：所選營業廳庫存用戶要求數量或用戶預定時間配送時間最大值；營業廳同一時段預定人數不超過繁忙預警臨界值；則認為該營業廳符合自取條件，執行扣減積分獲網上支付，通知網上商城生成已付款待處理訂單。否則要求用戶重新選擇營業廳、自取時間或者配送方式。用戶按預定時間到營業廳，通過短信隨機密碼校驗等確定身份，即可簽收預定商品，營業廳操作員通過b

18、oss系統告知網上商城，訂單更改狀態至交易結束。如果用戶未按時到營業廳領取商品，72小時后有客服發起電話確認訂單。超過一定時間不能聯系到客戶，則取消客戶預約。但保留客戶訂單，通知管理員進行掛賬等操作處理。6、 網上商城物流流程根據上圖可以看出，網上商城所有商品由分公司統一向供貨商采購，由供貨商按照指定地點發貨。超級管理員負責將商品信息，兌換積分、m值，優惠價等產品目錄信息錄入到系統后臺，營業廳級管理員在收到貨物后分發到各個營業廳同時根據分發情況分別入庫。營業廳操作員按照網上訂單將商品分發給前來領取商品的顧客，修改訂單狀態后，系統自動從庫存中扣減相應的數量。7、 網上商城退貨流程8、 網上商城退

19、貨流程四 統一接口1、 sso單點登陸sso（single sign-on）單點登錄，是指用戶只需要進行一次登錄，就可以訪問到所有的授權服務。該系統實現了對信息資源訪問權限的集中控制，并且采用了基于角色的權限管理模型，使得企業對權限的管理更加合理、方便。系統的另一個重要功能是集中的身份認證。如果用戶通過了對sso系統的登錄，系統就能夠為用戶提供自動登錄應用系統的功能。而用戶登錄sso系統采用的是ssl協議中的握手協議和安全身份驗證協議相結合的方式，大大提高了系統的安全性。1.1 統一身份認證框架使用sso系統，在使用internet的廣泛連接能力的同時也可以有效地控制信息資源的安全性，阻止未經

20、批準的訪問和入侵。系統提供了靈活的角色、組、成員的用戶級權限管理機制和通過口令或ca 身份認證單點登陸的功能，可按級別提供不同的信息服務，同時包含用戶注冊服務。統一身份認證體系主要由以下幾層構成：n sso系統n 用戶訪問過濾層n 業務處理層n 業務接口層n 基礎業務層統一身份認證系統框架圖1.2 各層功能作為一個實現了安全的集中授權控制的網絡基礎設施，sso系統提供了以下幾個安全功能：n 集中的權限控制集中的權限控制擺脫了以往復雜繁瑣的acl權限分配方式，實現了基于角色的權限管理模型。它對資源的權限控制粒度可根據用戶的需求擴充到文件、web的html頁面，甚至到更細粒度。n 身份驗證即為用戶

21、的身份認證。用戶登錄后，系統頒發身份認證給用戶，然后用戶使用身份證明進行服務請求，用戶就可依據其身份進行訪問控制。一旦用戶通過了身份驗證，他們就擁有了自己的身份憑證。當訪問其它應用系統時，不再需要用戶手工輸入用戶名和口令，由系統幫助用戶完成登錄過程，從而實現了單點登錄的功能。它是權限控制的基礎。sso系統提供了對客戶和服務方雙向身份的驗證，采用的是ssl的握手協議與特定的身份認證協議相結合的方式。n 數據保密和數據完整性為了防止網上傳輸的數據被修改、刪除、插入、替換或重發，以保證合法用戶接收和使用數據的真實性，可根據用戶的需求選用多種密碼算法。n 完整的審計和日志sso系統集中控制用戶的訪問，

22、并為每個web服務器提供詳細的日志和審計信息。圖表 二1統一身份認證功能結構圖sso系統主要由身份驗證服務、憑證庫、權限認證中心、數據中心、權限分配中心、信任代理、應用系統注冊庫等七個模塊構成。1.2.1 用戶訪問過濾層圖表 二2統一身份認證用戶訪問調用流程圖任何涉及到用戶需要使用的服務，首先將用戶請求提交過濾層。由過濾層對有關請求信息進行檢查、調度。過濾層接收用戶請求，并根據請求信息的不同將其（重新包裝）轉發給對應的服務。n 在身份驗證時，過濾層將用戶身份信息轉發給身份驗證服務。n 在權限驗證時，過濾層將有關權限驗證所需要的信息經過包裝后轉發給權限認證中心，由權限認證中心得到執行權限相關信息

23、。n 在執行具體應用時，過濾層將有關應用信息轉發給信任代理，并且自信任代理處得到有關的應用入口。1.2.2 業務處理層對于有sso系統確定有業務受理權限用戶提交的業務請求信息進行處理。并將處理結果信息返回給用戶。1.2.3 業務接口層指業務處理層與boss系統之間的標準接口。所有業務請求通過業務接口層進行重新包裝、整合處理后，交由基礎業務層進行業務受理；并將基礎業務層的處理結果信息返回給業務處理層。1.2.4 基礎業務層各種基礎業務，如boss系統、1258手機雜志系統等。1.3 認證流程1.3.1 sso驗證過程a)用戶首先將請求信息提交給過濾層；過濾層檢查用戶是否有訪問認證憑證。如果沒有訪

24、問認證憑證，自動轉至sso登錄處。b)用戶使用在sso認證服務注冊的用戶名和密碼（也可能是其他的授權信息，比如數字簽名等)登陸sso服務；通過身份驗證模塊訪問用戶系統，驗證用戶身份有效性。c)身份驗證模塊用戶身份有效性驗證通過后，sso服務創建了一個會話，同時將與該會話關聯的訪問認證憑證返回給用戶； d)用戶使用這個訪問認證憑證訪問進入訪問應用系統流程。1.3.2 訪問應用系統流程a)用戶訪問過濾層。b)進行sso驗證過程。c)進行sso權限驗證。d)通過信任代理，得到應用程序的入口。e)自應用系統的入口訪問。f)應用系統a創建一個系統會話（session，系統a自己的機制)，并將應用系統a自

25、己的權限憑證返回給用戶，以后用戶端可以通過這個權限憑證持續訪問應用系統a，直至登出系統或是會話超時。g)應用系統將訪問結果返回給過濾層。h)過濾層將結果呈現給用戶。關于訪問認證憑證的失效有兩種方式：一個是由用戶主動發起聲明，聲明其擁有的訪問認證憑證不再有效，這類似注銷的操作；另一個是用戶一段時間內沒有使用這個認證憑證，認證憑證自動失效，這類似超時的處理。1.3.3 業務系統漫游用戶通過sso登錄過程后，得到用戶身份憑證。在各業務系統間進行漫游時，各業務系統的過濾層用戶操作前所提供的憑證信息與sso系統進行身份驗證。對于用戶身份驗證通過的用戶，可以繼續使用該業務系統的服務。如果用戶身份憑證已失效

26、或用戶身份存在某種問題，業務系統漫游將不能進行。系統將轉至有關用戶登錄處，提示用戶進行用戶登錄操作。1.3.4 權限配置由系統管理員分用戶組、角色進行配置。1.4 產品統一與分離的對比1.4.1 sso統一整合的優勢通過統一的sso系統，在使用internet的廣泛連接能力的同時也可以有效地控制信息資源的安全性，阻止未經批準的訪問和入侵。1.4.2 sso分開的不足n 失去集中控制使用sso的主要目的是實現了對信息資源訪問權限的集中控制。如果分開由其他公司提供其他模塊，將不能保證權限訪問的集中控制。n 失去使用簡便性可能用戶在進行某些操作時不得不重新輸入密碼以通過相關驗證，加大了用戶操作難度，

27、浪費了用戶的時間。n 可靠性問題由于轉至各系統間并未進行數據加密、可能出現黑客消息偽造，從而出現系統使用安全性相關各問題。n 穩定性受影響由于多個系統運行，沒有統一的規劃，在資源占用、共享方面可能會出現爭搶、失衡，這樣系統的穩定性就會受到影響。可擴展性降低如果系統需要增加新功能，需要修改多個開發系統的接口，而且多個開發系統間的還需要進行協調，這樣在擴展性方面的就會較差2、 與銀行網上支付接口電信營銷平臺支持用戶網上支付的業務模式，因此網上商城系統需要與相應的銀行建立網上支付接口，通過公網進行相應的用戶支付交互。具體業務流程如上圖所示。1、消費者進入網上商城，輸入相關的用戶信息及選擇預消費金額；

28、 2、移動公司根據用戶輸入或選擇信息生成付款單，經由客戶確認后，對該付款單調用銀行密鑰加密后發送至相應網上銀行，同時，客戶進入銀行網上支付頁面； 3、銀行支付網關驗證該付款單的移動公司身份及數據一致性，生成支付頁面顯示給消費者，同時在消費者瀏覽器與支付網關之間建立ssl連接；消費者填寫銀行卡卡號、密碼和有效期，通過支付頁面將支付信息加密后提交支付網關； 3、銀行支付網關驗證該付款單的電信公司身份及數據一致性，生成支付頁面顯示給消費者，同時在消費者瀏覽器與支付網關之間建立ssl連接；消費者填寫銀行卡卡號、密碼和有效期，通過支付頁面將支付信息加密后提交銀行支付網關；對于第一次使用銀行卡進行繳費的客

29、戶，銀行將提醒其進行網上銀行自助注冊。對于扣款方面的整個程序和流程（包括客戶銀行卡密碼錯誤等信息），由銀行方負責提示頁面。 4、銀行支付網關驗證交易應答，并進行數字簽名后，將成功與否的信息通過公網發送給電信公司。電信公司將通過公網接收到銀行發送的付款成功與否的交易應答報文，之后按交易狀態碼進行后續操作。5、電信營銷平臺如收到銀行扣款失敗的信息，則直接在頁面上提示客戶扣款不成功及交易失敗的信息。如收到銀行扣款成功信息，、電信營銷平臺上展示提醒客戶成功繳費的頁面，告知客戶充值金額及充值成功的相關信息。6、對于電信營銷平臺可能出現客戶強烈投訴或與第三方系統相聯的消費業務，可能出現交易不成功需退款的情

30、況，此時，由網上商城發起退款交易，通過公網向銀行發起退款充值要求，進行退款操作。除上述網上支付接口外，積分商城還需要與銀行開發相應的對帳接口。3、 boss接口3.1 與boss系統接口電信營銷平臺支持手機用戶使用積分兌換禮品，在用戶兌換時需要對用戶的身份進行認證，積分商城需要與boss/bss系統建立相關的身份認證接口，積分扣減等接口。相關接口須提供相應的安全防范措施，保證系統自身及用戶業務數據傳輸的安全。3.1.1 身份認證接口電信營銷平臺系統中，在用戶進行登錄注冊時，當用戶輸入手機號碼，業務密碼及歸屬地信息后，后臺系統自動將用戶認證信息發送到boss/bss系統進行驗證，boss/bss

31、系統需要返回對用戶驗證的結果，若用戶驗證不通過，系統將引導用戶重新輸入驗證信息；若驗證通過，boss/bss系統需要返回該用戶可用的積分信息，網上商城自動將用戶的可用積分顯示在訂單頁面上。3.1.2 積分扣減接口當用戶在電信營銷平臺中設定好相關的兌換時間地點及數量等基本信息后，提交訂單時，系統后臺自動將用戶所選的商品所需的兌換積分值進行轉換，根據用戶的手機號屬性進行判斷，確定積分扣減量后，向boss/bss系統發送積分扣減請求，boss/bss系統根據改請求對用戶的積分進行扣減。boss/bss扣減成功后，由boss/bss返回成功信息及扣減后的積分余額。積分商城前臺向用戶展示最終的訂單信息及

32、積分余額信息，并將訂單入庫。若boss/bss系統扣減積分失敗，積分兌換商城前臺頁面將提示用戶余額不足，請修改數量重新提交。若boss/bss系統返回信息丟失，積分兌換商城前臺判斷請求超時向用戶返回后臺系統忙，請稍候再試的提示信息。對于與boss/bss系統積分扣減接口的所有操作系統會自動記錄相應的日志信息，包括操作時間、手機號、金額、處理結果等，保證對帳時有據可查。3.2 與經營分析系統接口電信營銷平臺系統需要定期的將營業數據通過接口傳遞給經營分析系統，由經營分析系統統一對電信營銷平臺積分兌換用戶及現金購買用戶的購買行為進行綜合分析。3.3 與第三方物流配送系統接口在開展現金支付方式的業務時

33、，需要與第三方物流配送系統進行相關的訂單傳遞，可以通過電子訂單的接口方式實現或在系統內為第三方物流配送開放相應權限查詢訂單。也可以通過最簡單的方式通過將訂單批量打印成紙面形式進行訂單傳遞。 4、 接口實現4.1 統一接口隨著業務的擴展，系統外部數據接口逐步增加，并且不斷地趨于復雜。通常，各個業務系統在功能模塊內部調用外部系統接口，獲取相應的數據。如果是業務種類多，業務子系統龐雜的主業務系統，這樣做帶來如下問題：n 重復數據處理，代碼效率低，規范性差；由于直接調用接口，接口返回的數據在每個模塊都做相同或不同的處理，并且對各種異常情況也需要做分別處理。這樣，需要不同子業務系統開發人員都了解外部系統

34、接口各種情況。n 接口一旦變化，業務系統需要較大修改，并且每個調用接口的模塊都需要修改；工作量大，且給系統帶來潛在危險。 n 局部低質量代碼給系統性能帶來威脅。由于每個功能模塊獨自面對不同接口，做不同的處理，很難保證每個模塊對每種情況都處理周全。例如涉及通訊的接口很容易產生通訊異常，對各種異常處理不當，會導致通訊阻塞，影響系統正常運轉。n 系統安全性沒有保障。各功能模塊各自調用外部系統，沒有經過統一注冊、管理，對可疑的訪問失去監管能力。如果解決以上問題，需要建立統一的接口層。各子業務系統通過統一接口層獲取數據，不直接與外部系統接口打交道。統一接口層通過多種方式與外部系統聯接、獲取數據并向各子業

35、務系統提供xml數據格式包，將外部系統有效地隔離在業務系統之外。子業務系統需要請求的外部接口需要在統一接口層注冊，并生成配置文件；每次訪問都會被有效地記錄，實行監管。4.2 技術分解圖表 二3統一接口平臺體系結構圖請求消息處理層獲取請求消息，分析消息類型后，按接口配置對請求消息進行包裝（形成符合接口層要求的數據消息）。接口配置中預先指定了對請求消息包裝的規范。消息規范采用soap協議。消息格式為xml格式或dom對象。接口緩沖層n 發送緩沖區ü 在用戶數據業務量較大的情況下，對用戶提交數據進行緩沖。ü 暫存用戶數據消息，按用戶消息優先級順序提交給接口層。ü 消息隊

36、列調度機制。n 接收緩沖區獲取有關接口處理結果，對不同業務數據按照頻率及可緩沖情況進行數據緩沖，以加快查詢類接口處理速度。接口信息處理層n 操作信息處理將獲取的xml消息內容調用不同的適配器，由適配器轉化為實際業務系統所需要的消息格式形式。n 結果信息處理獲取業務系統操作結果，并按接口配置將返回結果信息按xml格式進行包裝。適配器層根據不同的業務所使用的通信協議，建立不同的適配器，如：用于web服務器的http適配器，用于短消息處理的cmpp適配器等，適用于webservice的soap適配器等。有關適配器的調用規范在接口配置中預先作好定義。第三章 應用系統建設一 網上商城架構圖二 網上商城客

37、戶界面1、 客戶(會員)注冊功能功能描述客戶注冊是客戶登記基本資料，同時網上商城系統記錄客戶基本資料的一個過程。客戶注冊分兩類 一、深圳移動用戶，二、非移動的普通用戶，在填寫注冊資料時不同的分類資料和步驟不一樣。單元功能說明1、注冊手機，移動用戶輸入手機號，系統獲取手機號進行判斷和確認2、確認輸入，移動用戶輸入臨時密碼、驗證密碼3、基本信息，用戶輸入相關的基本信息，如登陸名稱、密碼、重復密碼、真實姓名、聯系電話、詳細地址、郵政編碼 等。實現流程移動用戶1、注冊聲明2、用戶類型選擇（移動用戶、非移動用戶(直接跳到第6步)）3、移動用戶填寫手機號碼4、移動用戶輸入臨時密碼（在手機短信中）和驗證碼5

38、、移動用戶驗證成功之后進入基本資料輸入頁面6、輸入基本信息必要信息登陸名稱、登陸密碼、重復密碼、通信地址、郵政編碼、聯系電話、用戶真實姓名 等7、提交信息，提示注冊成功非移動用戶1、注冊聲明2、選擇用戶類型 非移動用戶3、輸入基本信息必要信息登陸名稱、登陸密碼、重復密碼、通信地址、郵政編碼、聯系電話、用戶真實姓名 等4、提交注冊信息，提示注冊成功流程圖2、 客戶登陸功能描述客戶登陸是客戶在網上商城前臺系統輸入登陸名稱、登陸密碼、驗證碼之后，點擊登陸按鈕，系統判斷客戶登陸名、登陸密碼、驗證碼是否一致，當數據檢測結果一致則系統獲取客戶注冊的信息，并保存到客戶session中，當數據檢測不一致則提示

39、客戶重新輸入用戶名稱、密碼、驗證碼。客戶登陸是客戶在網上商城提交訂單的前提，客戶登陸系統之后才能提交購買訂單。實現流程3、 商品瀏覽功能描述商品瀏覽是客戶在積分商城獲取商品信息的一種方式。客戶在瀏覽商品時，可以依據商品價格、商品上下架時間 瀏覽商品，同時也可以選擇某一個品牌瀏覽該品牌所有商品。商品詳細信息有：商品名稱、商品圖片、商品編號、市場參考價格、積分兌換值、m值兌換值 等。單元功能說明1、客戶選擇商品類別、品牌類別后瀏覽商品列表2、在商品瀏覽列表中選擇某一商品查看詳細信息3、在瀏覽商品詳細信息時，客戶點擊“積分兌換”或“m值兌換”進行該商品的積分兌換實現方式商品是以樹型結構來展示，按節點

40、一層一層往下瀏覽。4、 商品搜索功能描述商品搜索是網上商城提供給客戶查找商品的有力工具。為了滿足客戶查詢的不同需求，網上商城提供“快速搜索”和“精確搜索”兩種工具，查詢結果以列表的方式顯示，顯示屬性有 商品圖片、商品名稱、品牌、價格 等。單元功能說明快速搜索是用戶輸入簡單的關鍵字后，點擊搜索按扭，系統根據輸入內容檢索相關的商品，然后顯示給客戶。檢索關鍵字輸入界面，精確搜索是用戶輸入或選擇多個內容，輸入項有：關鍵字、分類選擇、過濾條件、價格范圍，點擊搜索按扭，系統根據輸入內容檢索相關的商品，然后顯示給客戶。檢索數據輸入界面，接口說明輸入檢索的關鍵字輸出檢索結果記錄集5、 提交商品訂單功能描述提交

41、商品訂單是客戶選擇商品之后，確認購買所選商品，向系統統一提交購買信息、選擇付款方式及付款的操作過程，提交商品訂單是客戶網上購買行為的第一步，通過提交訂單客戶向運營方提出購買申請。單元功能說明商品和數量的確定，客戶選購商品后，待購商品都列在購物車中，用戶點擊提交訂單，系統生成一個客戶購買訂單，然后提示用戶選擇付款方式。在提交訂單有訂單的詳細商品和數量。付款方式的選擇，在提交訂單的同時，系統提示用戶選擇付款的方式，付款方式有：貨到付款、網上直接付款。功能特點本功能對系統的安全性較高，需要確保系統數據不被截獲。實現方式事物機制保證了訂單提交和網上支付的同時成功，如果其中一步操作沒有成功則需要回滾。6

42、、 預約取貨功能功能描述預約取貨是客戶選購完商品后，通知網上商城管理員希望在具體地點和時間去取所購買的商品，選擇相應的營業廳，并讓營業廳準備好相應的商品。預約取貨的作用有三，一是為解決客戶辦理復雜業務所需時間較長,有效分流前臺業務量的作用;二是為客戶提供一個更便宜的受理取貨途徑,同時增加營業廳客流量;三是為將來實現全網及立體渠道優勢打下基礎,包括將業的全網手機聯保維修服務等。當客戶在預約取貨的期限超過3天還未取貨則訂單處于掛賬狀態，此時客戶必須重新預約取貨時間。單元功能說明選擇地區，選擇地區主要是選擇營業廳，以便準確選擇營業廳選擇相應的營業廳，當客戶選擇營業廳之后，系統提供所選營業廳的營業廳列

43、表，供客戶選擇系統查詢相關營業廳庫存，當客戶選擇營業廳后，系統通過boss系統接口自動查詢營業廳的商品庫存，確定客戶是否可以選擇該營業廳，當該營業廳庫存不夠時，系統提示用戶選擇其它營業廳或則選擇郵寄的方式。接口說明與boss系統對接，輸入參數有：營業廳、商品編號、商品數量。從boss系統獲取數據，bolean值7、 網上投訴子系統功能描述網上投訴是客戶填寫不滿信息對網上商城服務質量的反映途徑，客戶需要填寫訂單編號、投訴內容，并根據提示分類進行投訴選擇，包括質量問題，服務態度，送貨周期問題及維修問題等，點擊提交，系統保存投訴信息，同時網上商城相關管理人員可以瀏覽并給予相應回復，客戶能夠查詢投訴的

44、回復，相關人員查閱到投訴信息之后，核實是否屬實，然后做出相關處理。網上投訴是客戶有對網上商城服務監督的通道，該功能的實現是以客戶為上的一種營銷表現。單元功能說明輸入投訴信息，客戶根據投訴子系統的要求，填寫投訴信息，如訂單編號、投訴內容、投訴分類質量問題、服務態度、送貨周期問題、維修問題，并進行提交操作，系統保存投訴信息。查詢投訴回復，當客戶提交投訴之后，網上商城相關工作人員能夠查詢這些投訴信息，相關工作人員核實情況進行處理，并為該投訴填寫回復內容，客戶能夠查詢相關的回復內。8、 收藏夾功能功能描述收藏夾是客戶暫時保存某些商品連接的工具，收藏夾可以讓客戶收藏一些有購買意向的商品信息，給客戶購買商

45、品帶來了極大的方便。其實現主要是通過用戶cookie來實現。單元功能說明收藏夾管理 客戶點擊“我的收藏夾”，積分商城系統列出客戶收藏夾的內容，客戶可以對每個收藏夾中的信息進行刪除、瀏覽操作，客戶點擊刪除后，該商品信息則從收藏夾中刪除，客戶點擊瀏覽則客戶可以瀏覽該商品的信息。添加商品到收藏夾 在商品詳細信息頁面，除了商品的信息還有一個“收藏此信息”按紐，客戶點擊該按紐之后系統自動把該信息保存在收藏夾中。實現方式系統為每個客戶產生一個cookie對象，收藏夾的內容就保存在這個cookie對象中。9、 客戶個性化服務功能描述客戶個性化服務是網上商城系統提供給客戶的一個高級功能，是通過對客戶訪問記錄、

46、購買記錄 進行整理、統計、分析，了解客戶的偏好，并為客戶推薦相關的服務來實現。個性化服務根據客戶的喜好單獨為其提供服務，使客戶更容易接觸了解其所需要的咨詢并更快的做出決定。網上商城通過為客戶提供個性化服務提高服務質量，為客戶提供高效的訪問， 同時為商城的經營帶來更高的效益。單元功能說明1、客戶瀏覽商品記錄當客戶瀏覽某一商品時，系統記錄該商品編號、客戶編號、時間等信息。這些信息是分析客戶的數據基礎。2、客戶瀏覽商品的統計分析網上商品記錄客戶瀏覽商品信息之后，系統分析這些記錄信息，得出客戶在哪些商品上瀏覽的次數最多，訪問最頻繁，從而推斷出該客戶對哪些商品有偏好。為個性化服務提供依據。3、個性化服務

47、的實現根據客戶瀏覽商品的統計分析結果，系統自動為該客戶查找相應的信息和咨詢，生成個性化服務內容，當客戶登陸本商城系統后系統自動提供個性化展現，實現個性化服務。實現流程1、記錄客戶瀏覽商品2、統計客戶瀏覽資料3、生成客戶個性化資料4、反饋給客戶提供服務10、 網上競拍功能功能描述用戶通過網上競拍的方式，對選中的商品競出他們樂意出的最高價，交易期限一到，交易也同時停止，物品將賣給出價最高者。網上競拍采用英式競拍或者荷蘭式競拍。英式競拍英式拍賣（english auction）也稱為公開拍賣或增價拍賣，是傳統拍賣中最常見的拍賣方式。這種拍賣方式被網絡拍賣所采用，成為了網絡拍賣中最基本、最常見的在線交

48、易方式。英式競拍的規則如下網絡英式拍賣采用的是正向競價形式。網絡英式拍賣的規則是后一位出價人的出價要比前一位的高，競價截止時間結束時的最高出價者可獲得競價商品的排他購買權。買方可以通過瀏覽歷史價格（當前其他買家的出價）決定自己對物品的最高報價，然后提供給系統，系統自動更新后，其所出的價格和歷史價格就可以顯示在網頁上。荷蘭式競拍荷蘭式拍賣（dutch auction）是一種公開的減價拍賣，又稱“出價漸降式拍賣”。荷蘭式拍賣交易的是數量較大的商品，或者是某種特殊的商品，往往在短時間內，能吸引大量用戶競標。荷蘭式競拍的規則如下：價高者優先獲得寶貝，相同價格先出價者先得；出價較高者優先獲得所需數量的寶

49、貝；成交價格是最低成功出價的金額。所有獲勝的出價者對每件寶貝都以相同的價格付款，即最低成功出價的金額；最后一位獲勝者可以拒絕購買未達到所需數量的寶貝；賣方通常設置最低保護性限價，即按時間降價到預先設定的保護限價即結束競拍。實現流程1、初始化：拍賣管理者選擇系統參數并公布這些參數及有關拍賣品的信息（如拍賣品編號、拍賣時間等）2、競拍者登陸注冊：每個競拍者進行登陸或注冊3、拍賣預計算：為此次拍賣計算協議中所需數據，競拍者可以下載這些公開數據4、拍賣：競拍者投標出價5、拍賣結束：公開獲勝競拍者，通過確認贏家的身份及他的出價，任何人都能公開地驗證贏家的投標出價11、 商品對比功能描述商品對比是網上商城

50、客戶同時對多個同類商品的商品參數、商品屬性進行對比的功能，商品對比讓客戶非常直觀的了解不同商品的區別，在分類商品查詢列表頁面，客戶可以通過“勾選“多個商品并點擊”對比選中商品“按紐，進行商品對比的功能操作。系統將根據用戶選擇的商品生成”商品屬性對比列表“，獎賞品的重要參數生成方便客戶瀏覽列表方式戰線，如手機商品的對比項有鈴聲、通話時間、待機時間、商品尺寸、商品重量、標準配置、網絡類型、屏幕類型、外觀樣式等等單元功能說明1、客戶在手機商品列表中選擇需要對比的手機商品。2、選擇對比手機商品后，點擊對比操作后顯示的手機商品屬性的對情況。功能特點操作方便、靈活，選擇任何兩款或多款產品進行對比操作，便產

51、生他們的對比情況。對比結果詳細、直觀。實現方式通過數據查詢，再經過數據處理之后進行對比。接口說明輸入多個商品編號輸出多個商品的屬性值12、 主動營銷14.1 會員瀏覽記錄分析功能描述網上商城前臺系統記錄客戶的個人屬性、歷史消費信息、瀏覽行為，系統根據記錄的數據，對每個客戶進行分析，并判斷客戶所屬類型。系統的分析結果作為下一步給客戶提供服務的基礎。根據以上數據依據，產品銷售策略引擎將生成銷售策略的“中間分析結果數據”“用戶產品服務推薦列表”。該列表是對于每個用戶生成產品服務優先推薦序列，用于用戶動態及靜態服務營銷時的數據基礎。實現方式通過客戶個人屬性、歷史消費信息、瀏覽行為分析等數據，為用戶生成

52、針對性的銷售策略，通過銷售策略引擎實現定向銷售、個性化營銷，引導客戶消費。cms網頁標注：對于網上商城每個網頁標注特征數據，用于標識訪問本網頁的客戶群體的某方面的傾向程度。如，介紹“鈴聲”的網頁可標注“炫鈴”網頁標簽，對于訪問該網頁的用戶其訪問傾向將在“炫鈴”類增加訪問傾向系數。該數據將用于銷售策略引擎分析數據，對于該用戶對“炫鈴”產品可能會優先推薦14.2 個性化頁面服務功能描述客戶引導主要通過兩個模式：靜態關聯和動態推送。靜態關聯是指客戶訪問的頁面內容中的特定文本關聯到預定義的鏈接，可以起到橫向的客戶引導作用；動態推送是指根據客戶的屬性特征和行為特征，按照預定義的策略推送服務產品1、基于客

53、戶屬性的靜態營銷策略，如正在主推的套餐產品、提醒尚未開通炫鈴的客戶“我要開通炫鈴”2、基于客戶行為的動態營銷策略，利用技術手段跟蹤客戶，并即時根據預定義的策略做出反應。如：發現客戶在瀏覽炫鈴業務的頁面，則向其顯示“看看鈴聲14.3 定義個性化服務產品功能描述產品服務受眾特征數據：在產品設計過程中針對人群受眾的特點定義產品服務受眾特征數據，比如，某產品定向人群條件為：“年輕，年齡：1825”，“月本地話費3050”等等條件；根據該策略系統將自動匹配客戶群，將潛在客戶人群進行“產品標注”。該標注內容將作為銷售策略引擎的數據重要依據內容。三 訂單支付管理模塊1、 客戶資格判斷當客戶選定商品時，系統將

54、根據相應產品的業務規范，判斷客戶是否需要進行單點登錄認證，或已登錄客戶是否滿足業務支撐系統的營銷資格。2、 購物車功能描述購物車是客戶在網上商城購買商品時，臨時存放意向購買商品和購買要求的工具，通過購物車客戶能靈活添加購買商品、刪除購買商品、修改購買數量，為客戶提供方便快捷的購買方式。單元功能說明購物車商品添加，客戶瀏覽商品詳細信息后想要購買該商品，客戶點擊“放入購物車”按鈕，購物車通過添加操作把商品添加進入購物車商品列表。購物車購買商品數量修改，客戶添加商品進入購物車之后，可以修改購買商品的數量，選擇商品，輸入數量，點擊提交修改按鈕，系統顯示修改成功后的信息。購物車商品刪除，客戶進入購物車已

55、選商品列表，選擇某類商品，點擊刪除按鈕，操作完成系統顯示刪除商品后的商品列表。實現方式購物車實現的方式是通過在用戶session中添加購物車對象，然后在此對象中存儲購物車內容。3、 訂單管理3.1 訂單查詢功能描述訂單查詢是操作員設置查詢條件，點擊查詢按鈕，系統根據查詢條件，列表顯示訂單信息的過程。訂單查詢條件有：訂單生成時間范圍、訂單狀態 等。操作員查詢訂單之后，可以對訂單進行相應的操作，如訂單審核、訂單拆分、訂單刪除等等。單元功能說明操作員選擇開始時間、結束時間、訂單狀態，點擊查詢按鈕，系統列表顯示查詢結果，訂單列表顯示信息有：訂單編號、訂單名稱、訂單總金額、訂單生成時間、訂單狀態等。3.2 訂單狀態設置訂單狀態及流程圖一、先付款送貨方式1、客戶下單 但未付款：未付款2、客戶下單 同時付款：已付款3、客戶下單 已付款、操作員與客戶確認之后： 已確認4、操作員確認之后，物流配送人員已經取貨，在送貨途中：發貨狀態5、送貨成功之后：完成狀態6、完成后，操作員確認： 確認完成狀態二、貨到付款1、客戶下單 但未付款：未付款2、操作員與客戶電話確認：已確認狀態3、物