淘寶網上購物系統概要設計目錄TOC\o"1-3"\h\u19478第1章引言 1324221.1編寫的目的 153251.2背景 123751.3定義 11465第2章總體設計 2180992.1運營環境 2217672.2基本設計概念和解決流程 265792.3結構 647072.4功能需求與程序的關系 7212902.5人工解決過程 7213752.5.1購物車、收藏夾人工解決過程 72422.5.2輔助功能、商品評論人工解決過程 8189382.6尚未解決的問題 89387第3章接口設計 8136713.1用戶接口 867093.2外部接口 9313513.2.1軟件接口 9293423.2.2硬件接口 9124423.3內部接口 928612第4章運營設計 10167914.1運營模塊組合 10281824.2運營控制 11212234.3運營時間 1113564第5章系統數據結構設計 12119875.1邏輯結構設計要點 12112585.2物理結構設計要點 14214205.3數據結構與程序的關系 148595第6章系統犯錯解決設計 14167876.1犯錯信息 14313346.2補救措施 1591276.3系統維護設計 16引言1.1編寫的目的本說明書定義了淘寶網站的概要設計書，明確了淘寶網站的功能內容、功能邊界、開發途徑的具體設計方案，這是整個軟件開發的依據，它對以后階段的工作起指導作用。本文也是項目完畢后系統驗收的依據。1.2背景本項目設計的重要目的是通過網站的推廣，實現公司的產品及服務的互聯，并使客戶隨時了解公司及公司所提供的最新產品的資訊同時也為客戶提供及時的在線服務及訂單解決等功能。而從長期的戰略目的來看，本項目不僅僅是產品和服務的推廣，通過Internet，公司內部網和外部網，他還是將買家與賣家，廠家和合作伙伴進門聯合的平臺，因而消除了時間與空間帶來的障礙。淘寶客服為客戶提供相關服務。塑造店鋪形象，提高成交率，提高客戶回頭率，更好的服務客戶

，是公司產品與客戶服務之間建立更加直接溝通及交流的平臺。宣傳自己的產品，是公司上網的重要目的之一，將自己的產品展示給客戶，讓客戶通過網站便可以自由選購，是產品預定系統的重要目的。1.3定義J2EE技術：J2EEJava2平臺公司版（Java2Platform,EnterpriseEdition）

J2EE是一套全然不同于傳統應用開發的技術架構，包含許多組件，重要可簡化且規范應用系統的開發與部署，進而提高可移植性、安全與再用價值。JSP(JavaServerPages)：是由SunMicrosystems公司提倡、許多公司參與一起建立的一種動態網頁技術標準。JSP技術有點類似ASP技術，它是在傳統的網頁HTML文獻(*.htm,*.html)中插入Java程序段(Scriptlet)和JSP標記(tag)，從而形成JSP文獻(*.jsp)。用JSP開發的Web應用是跨平臺的，既能在Linux下運營，也能在其他操作系統上運營。PHP：是英文超級文本預解決語言HypertextPreprocessor的縮寫。PHP是一種HTML內嵌式的語言，是一種在服務器端執行的嵌入HTML文檔的腳本語言，語言的風格有類似于C語言，被廣泛的運用。第2章總體設計2.1運營環境網站主體用JSP編寫，數據庫基于MySQL,其配置在服務端進行,客戶端訪問時只需普通網絡瀏覽器即可。2.2基本設計概念和解決流程本系統由兩部分組成,購物系統和網上支付系統。兩套系統獨立運作,淘寶系統用作商品交易平臺,網上銀行則作為金錢流動平臺,實現資金轉帳。其解決過程如下:淘寶購物流程：在淘寶網購買商品是支持支付寶交易的，簡樸分以下四步（不區分境內境外）：

第一步：拍下寶貝

第二步：付款（此付款動作是把錢付到支付寶）

第三步：等待賣家發貨

第四步：確認收貨（此動作是在收到貨沒有問題的情況下，把之前支付到支付寶的錢打款給賣家）

操作詳解如下：

如用戶已是會員，登錄網站后，用戶可以通過以下任一途徑進行購買（只是在拍下寶貝的操作上有所不同，流程還是同樣）：

1、點擊“立刻購買”直接購買

2、點擊“加入購物車”后再“立刻購買”

3、點擊“加入購物車”后選擇“貨到付款”

本項目將實現的效果如下：

例如：點擊“立刻購買”直接購買：

如用戶看中了賣家店鋪中的其中一件寶貝，想購買，操作環節如下：

第一步：選擇購買前如對商品信息有任何疑問，請先點擊，通過阿里旺旺聊天工具聯系賣家征詢，確認無誤后，點擊“立刻購買”。

第二步：確認收貨地址、購買數量、運送方式等要素，點擊“提交訂單”。第三步：用戶可進入“我的淘寶”—“我的首頁”—“已買到的寶貝”頁面查找到相應的交易記錄，交易狀態顯示“等待買家付款”，待交易付款金額確認無誤后，點擊“付款”。

第四步：進入付款頁面，付款成功后，交易狀態顯示為“買家已付款”，需要等待賣家發貨。

第五步：待賣家發貨后，交易狀態更改為“賣家已發貨”，待收到貨確認無誤后，點擊“確認收貨”。

第六步：輸入支付寶賬戶支付密碼，點擊“擬定”。

交易狀態顯示為“交易成功”，說明交易已完畢：

說明：加入購物車后再購買的方式與立刻購買的方式大同小異，只要根據指示即可完畢操作。2.3結構淘寶系統部分：用戶注冊頁面:可免費注冊登錄，微博登陸，支付寶登錄用戶登錄頁面:cookie的記錄用戶資料頁面：包含資料查看及修改商品展示頁面：涉及單獨店鋪展示以及全站搜索信息,搜索方式多樣化用戶訂單頁面：顯示訂單信息購物車功能：用戶當前會話的購物記錄淘寶旺旺：每個店鋪一個用來實現賣家與顧客的互動訂單信息傳遞:把確認付款的訂單信息發送給網上銀行系統網上支付部分：購物網站訂單信息的驗證：選擇支付方式以及支付卡種帳號密碼輸入頁面：密碼輸入鍵盤、信息確認轉帳狀況頁面：轉帳是否成功或是某一步驗證失敗信息2.4功能需求與程序的關系2.5人工解決過程說明在本系統的運營過程中不得不包含的人工解決過程（若有的情況下）。指出該解決過程在系統中的前后相關的功能及操作。該過程出現的因素，輸入、輸出、解決過程。2.5.1購物車、收藏夾人工解決過程用戶選中商品后，只要點選“購買”按鈕，商品自動進入購物車（同樣商品不會反復進入）。在購物車中可自由調整購買商品的數量，即時計算采購金額。在購物車中確認所購商品的品種和數量后，可進入訂單確認。確認所購商品和送貨方式、付款方式等資料，確認后生成訂單。會員可以隨時查詢定單的當前解決情況，如是否配送，是否收到貨款等等。2.5.2輔助功能、商品評論人工解決過程會員修改資料、修改密碼，用戶缺貨登記，缺貨登記解決，發貨或缺貨告知等。客戶可以對商品進行評論，管理員可以在商品檔案管理員進行管理。2.6尚未解決的問題暫未發現。接口設計3.1用戶接口由于是B/S模式系統，用戶通過瀏覽器對系統頁面進行訪問操作。同時界面是系統與客戶交互的重要接口，界面規定從多角度進行分析與設計、文字與內容表達清楚一致、提供可視反映，提供服務、和諧的表達方式更加吸引客戶。購物網站系統在進入購物網站頁面前，買家需要申請注冊一個新賬號；該賬號唯一標示了用戶在購物網站的身份以及相關信息記錄。賣家將每個商品都各自有獨特的商品名，還供買方查看商品上架的時間各商品的圖片組成。每個用戶在進入到淘寶網站后都可以通過點擊查看該貨品的信息以及銷售量，再點擊確認按鈕將商品加入到用戶的購物車當中。購物車是顧客用戶選擇若干商品的集合點，當用戶將所有的貨品擬定下單購買時，就進入銀行轉賬或支付寶支付界面解決。支付系統用戶在進行支付時，一方面要輸入個人的銀行帳號、手機號碼、收貨人姓名和其具體地址，手機號與銀行卡綁定，此時，要輸入手機上的驗證碼進行交易，買家銀行帳號，用戶認真確認無誤后再擬定提交付款單。在收到商品后，買家需要擬定收貨，最后銀行會跳出一個反饋信息表白是否轉賬成功，若轉賬不成功，則用戶銀行帳號不存在、支付寶密碼錯誤或用戶的銀行帳號余款局限性等信息，則會給出相應的提醒。3.2外部接口3.2.1軟件接口服務器程序可使用VISUALC++提供的對SQLSERVER的接口，進行對數據庫的所有訪問。服務器程序上可使用SQLSERVER的對數據庫的備分命令，以做到對數據的保存。在網絡軟件接口方面，使用一種無差錯的傳輸協議，采用滑動窗口方式對數據進行網絡傳輸及接受。3.2.2硬件接口在輸入方面，對于鍵盤、鼠標的輸入，可用VISUALC++的標準輸入/輸出，對輸入進行解決。在輸出方面，也可用VISUALC++的標準輸入/輸出對其進行解決。在網絡傳輸部分，在網絡硬件部分，為了實現淘寶支付傳輸，將要擬定網絡暢通。3.3內部接口內部接口方面，各模塊之間采用函數調用、參數傳遞、返回值的方式進行信息傳遞。參數的結構由數據結構設計。接口傳遞的信息將是以數據結構封裝了的數據，以參數傳遞會返回值的形式在各模塊間傳輸。內部接口中數據庫數據結構設計會員信息表登錄名登錄密碼注冊郵箱手機號碼呢稱住址商品信息表商品流水號品牌價格區間賣家信息購物車信息表訂單號訂單詳情是否付款訂單狀態第4章運營設計4.1運營模塊組合本項目分為若干專題模塊，可按需求定制；重要是以一個窗口為模塊，一般一個窗口完畢一個特定的功能，主窗口重要是通過打開另一個子窗口來實現模塊之間不同功能的連接和組合。個模塊之間互相獨立，程序的可移植性好。個模塊之間重要是通過傳遞數據項的引用來實現模塊間的合作和數據共享。網點基本信息及運營概況：重要采集登記網店的基本信息，重要有店鋪信用數值、運營團隊概況、店主信息、銷售數據、流量數據、推廣數據、行業狀態以及店鋪運營狀態、現存問題等簡易分析。網店貨源解決方案：屬于可定制內容，針對個人網店主現有貨源局限性的情況而定制的貨源解決方案；同時也提供基本理論及網店在貨源渠道及進貨安全防范上提供基本內容。網店產品項目專題：基于現有的店鋪所在的行業背景，重要分為兩部分，一是如何選擇適銷對路的產品項目，二是如何選擇有利潤前景的產品項目，同時，對淘寶網現有的產品項目做基本分析，為網店主尋找產品項目提供基本理論依據實例對比，在產品項目的相關內容中，一定限度上涉及到淘寶推廣及運營成本。網店裝修與優化專題：屬于可定制內容。模塊從營銷及淘寶買家的心理角度出發，去分析網店裝修如何做到做大限度達成最佳的效果。模塊的核心在于分析網店的裝修與店鋪寶貝的相關性、與推廣成本的關系、與買家心理的關系、與流量及成交轉化的關系。網店運營團隊構成：重要包含網店基礎團隊的構建、網店員工的招聘、網店員工的管理與培訓、網點員工的績效考核；重點部分在于基礎運營團隊的構建于人員的招聘。網店客服管理與培訓：重要有兩種形式，一種是網店客服的平常管理與基礎培訓，另一種是在直接網店客服的管理與培訓基礎上加入《淘寶客服培訓方案》。網店客服管理與培訓這個模塊重要包含客服的地位、客服職能分工、客服的素質規定、客服與店鋪的關系、客服工作技巧、客服的基本管理、客服的基本培訓等相關內容。網店銷售管理策略：重要講解淘寶店常用的銷售及促銷手段，以及銷售過程中的注意要點，銷售及推廣產品選擇，產品賣點總結，產品定價及利潤分析。網店評價解決專題：針對淘寶網店的評價解決提出針對性解決辦法，重要有評價管理、評價解析，中差評修改、中應對，惡意評價及差評評價勒索情形解決，評價與售后的關系，評價與店鋪權重的關系，動態評分與店鋪權重的關系，以及評價解決也許導致店鋪違規的情形。4.2運營控制用戶運營網上購物模塊時，一方面需進行資料注冊，由系統認可后可以獲得其他內部模塊的使用許可，之后便可以運營查詢瀏覽模塊。用戶完畢購物會話后，便運營結帳模塊，生成訂單信息，待用戶確認后運營付款模塊。系統會調用通訊加密模塊，對訂單及網站信息打包加密后發送給網上銀行模塊。網上銀行模塊獲取訂單信息包后，運營解密模塊對其進行數據解密。擬定信息包的合法性后，系統運營轉帳模塊，提供應用戶安全的帳號密碼輸入界面，待獲取對的的銀行卡信息后即可以進行數據庫操作實鈔票額的轉帳。同時系統尚有失敗解決模塊應用于各階段的錯誤操作的響應。4.3運營時間在軟件的需求分析中，對運營時間的規定為必須對作出的操作有較的反映。網絡硬件對運營時間有最大的影響，當網絡負載量大時，對操作反映將受到很大的影響。一方面將采用高速ATM網絡，實現客戶機與服務器之間的連接，以減少網絡傳輸上的開銷。另一方面是服務器的性能，這將影響對數據庫訪問時間即操作時間的長短，影響加大客戶機操作的等待時間，所以必須使用高性能的服務器，建議使用Pentium解決器。硬件對系統的速度影響將會大于軟件的影響。系統數據結構設計5.1邏輯結構設計要點網上購物系統層次圖：管理已下訂單的商品，可進行查看、取消、添加等操作管理已下訂單的商品，可進行查看、取消、添加等操作涉及刪除、添加、修改商品信息等淘寶購物系統涉及刪除、添加、修改商品信息等淘寶購物系統后臺系統前臺系統后臺系統前臺系統信息安全管理管理員登陸其他訂單管理商品管理公告管理用戶注冊用戶登陸商品瀏覽商品查詢商品訂購訂單管理其他信息安全管理管理員登陸其他訂單管理商品管理公告管理用戶注冊用戶登陸商品瀏覽商品查詢商品訂購訂單管理其他涉及刪除、添加、更新、修改新聞公告等涉及刪除、添加、更新、修改新聞公告等數據庫邏輯設計：系統管理員表shop_admin新聞表shop_news商品表shop_info訂單表shop_action數據表的具體設計：表5.1.1系統管理員shop_admin表的結構編號字段名稱數據類型長度說明1Admin_Id自動編號10自動增長2Admin文本20用戶名稱3password文本20用戶密碼4Flag數字10超級管理員表5.1.2新聞shop_news表的結構編號字段名稱數據類型長度說明1News_Id自動編號10自動增長2News_name文本100新聞名稱3News_Content備注1000新聞內容4News_writer文本50新聞作者5News_time日期/時間新聞添加時間6Read_frequently數字255閱讀次數表5.1.3商品shop_info表的結構編號字段名稱數據類型長度說明1Shop_id自動編號10編號2Shop_name文本50商品名3brand文本30品牌4unit文本20單位5surplus數字20剩余量6picture文本255商品全景圖7type文本255型號8content文本1000介紹9Market_price貨幣貨幣市場價10Member_price貨幣貨幣會員價11Vip_price貨幣貨幣Vip價12Bre_picture長整型255縮略圖表5.1.4訂單shop_action表的結構編號字段名稱數據類型長度說明1Action_id自動編號10自動增長2User_name文本50用戶姓名/單位3Action_date時間/日期長日期訂貨日期4Shop_id數字10商品編號5Shop_count數字50訂貨數量6condition數字20訂單狀態7price貨幣貨幣單價說明：若要很好的保持數據的一致性，需要通過程序的設計來完畢。5.2物理結構設計要點數據的存儲結構：采用二維關系表存儲表結構，各表之間通過主鍵外鍵關聯。數據存取的物理關系：為表建立索引、視圖、觸發器，不涉及修改數據庫的操作例如查詢余額通過視圖完畢，數據的存取途徑：重要采用物理名稱存取，有特殊規定可以采用物理名。數據的存放位置：將本系統的所有表存放在一個數據庫中，并對數據庫實時進行維護和和更新。數據庫物理設計過程中需要對時間效率、空間效率、維護代價和各種用戶規定進行權衡，選擇一個優化方案作為數據庫物理結構。此外考慮到安全性，可以對數據庫設立角色并將不同的人員添加到不同的角色中去。5.3數據結構與程序的關系說明各個數據結構與訪問這些數據結構的各個系統元素之間的相應關系。將數據和系統的程序模塊有機地結合起來。可以進一步向系統最終的數學模型(程序語言)靠近。系統犯錯解決設計6.1犯錯信息程序在運營時重要會出現兩種錯誤：由于輸入信息，或無法滿足規定期產生的錯誤，稱為軟錯誤。由于網絡傳輸超時等其他因素，產生的問題，稱為硬錯誤。用戶登陸賬號或是銀行帳號不存在或不匹配：用戶輸入了錯誤的賬號或者已經建立的賬號由于某些因素已經被銷毀了或是輸入的密碼和賬號不匹配、銀行用戶的賬號輸入錯誤、本來的賬號已經被注銷、該賬號已通過法律或者諸如此類的手段被政府或者其他的組織凍結、銀行賬號被惡意侵入或者破壞。也許因素有密碼修改后被遺忘或者由其他知道密碼的人在用戶不知情的情況下將密碼變更。網站信息的丟失：由于不合法的操作、沒有采用安全機制或者安全機制的不完備引起了網頁間信息傳遞時候的外泄、丟失、甚至被惡意篡改，引起數據庫中數據丟失，或者是系統引起的錯誤，涉及在支付商品后仍然在網站中保存了該商品的信息，導致了網頁顯示與實際有出入，由于設計時候考慮得不夠周詳引起的某些信息無法在任何情況下都安全傳遞到應當到達的網頁。服務器的不自然關閉：由于未知的因素，涉及諸如停電，或者人為過失引起的硬件系統斷電，或者是服務器操作系統崩潰。軟件碰到問題，導致服務器的不自然關閉甚至毀壞。用戶銀行賬戶金額小于轉賬金額：銀行用戶不知道賬號上的金額已經局限性以支付所購商品的費用，問題重要在用戶一方，銀行應當通過網頁機制給用戶發送剩余金