電子商務系統(tǒng)設計

1、電子商務系統(tǒng)設計 班級：計科 完成時間：2015年12月28日目 錄第1章 可行性分析.。. 21.1開發(fā)可行性. 21。2技術可行性。. 21.3經(jīng)濟可行性. 2第2章 軟件開發(fā)計劃.。 22.1列出開發(fā)計劃即可.。 2第3章 軟件需求分析33。1功能需求。33.2性能需求。3.3安全性需求.第3章 軟件系統(tǒng)分析。第4章 軟件系統(tǒng)設計。4。1系統(tǒng)總體結構.4。2功能模塊設計。4。2。1用戶模塊設計.4。2。2店鋪管理員設計.4.2。3系統(tǒng)管理員設計。4。2.4 購物模塊設計4。3數(shù)據(jù)庫設計。 4.3.1 數(shù)據(jù)庫概念設計 4。3。2 數(shù)據(jù)庫邏輯設計 4。3。3 數(shù)據(jù)庫表設計4。4安全模塊設計。

2、4。4。1登陸驗證。4.4。2 權限管理.。4.4。3 支付安全4.4.4 數(shù)據(jù)庫安全4.4.5 數(shù)據(jù)傳輸安全 第5章 軟件測試報告.5.1 軟件測試理論基礎。5。2 部分功能模塊測試。第6章 用戶手冊。.第1章 可行性分析一套優(yōu)秀的電子商務系統(tǒng)，不僅可以幫助用戶快速選擇自己心儀的寶貝，還可以使得我們通過電子商務系統(tǒng)獲取一定的利潤，下面我將對社會可行性、技術可行性、經(jīng)濟可行性進行分析，證明目前開發(fā)一套電子商務系統(tǒng)是可行的。1.1 社會可行性首先，國家喊響了“互聯(lián)網(wǎng)+”的口號,證明政府對于互聯(lián)網(wǎng)方面的支持力度很大；其次，互聯(lián)網(wǎng)發(fā)展非?？焖伲绕涫且苿踊ヂ?lián)網(wǎng)的發(fā)展尤其迅速，這就給電子商務奠定了基礎

3、；最后，人們對于網(wǎng)上購物比較熱衷，在中國淘寶還推出了雙11購物狂歡節(jié)，既然有這么大的需求，那么建立一個電子商務網(wǎng)站就是可行的.1.2 技術可行性html5的逐步發(fā)展使得電子商務的開發(fā)變得簡單,實現(xiàn)了跨平臺瀏覽，給人們加大的方便。并且，結合類似于php,asp等后臺語言和數(shù)據(jù)庫，開發(fā)一套比較成熟的電子商務系統(tǒng)是可行的。1.3 經(jīng)濟可行性開發(fā)電子商務需要用到html標簽語言，一款記事本即可開發(fā)；后臺語言我們可以采用開源的php語言；數(shù)據(jù)庫我們采用現(xiàn)代比較流行的免費的MySQL數(shù)據(jù)庫.綜合看來,我們的開發(fā)成本非常低，但是一旦電子商務開發(fā)成功并成功推行,我們將依次獲得豐厚利潤。第2章 軟件開發(fā)計劃一個

4、好的軟件開發(fā)項目,必須制定適合自己開發(fā)特點的軟件開發(fā)計劃,只有這樣才能保證開發(fā)的效率，是項目如期完成。由于此次是大學的期末課程設計，自主支配的時間非常有限，所以我們的開發(fā)只能此次項目的前半部分（文檔及部分模塊簡單實現(xiàn))。開發(fā)進度日 期可行性分析和軟件項目計劃2015年11月28日到12月5日軟件需求分析2015年12月6日到12月8日軟件系統(tǒng)分析2015年12月9日到12月14日軟件系統(tǒng)設計2015年12月13日到12月19日軟件測試報告2015年12月20日到12月23日用戶手冊2015年12月24日到12月27日表2-1 項目計劃安排第3章 軟件需求分析二十一世紀是網(wǎng)絡高速的時代，人們的生

5、活越來越離不開網(wǎng)絡,而購物模式從傳統(tǒng)模式慢慢地轉變?yōu)榫W(wǎng)絡購物模式。網(wǎng)絡購物使我們足不出戶便可以買到我們想買的東西，給我們帶來了極大的方便。不可否認，網(wǎng)購已經(jīng)成為我們?nèi)粘Ｉ钪胁豢扇鄙俚囊徊糠帧＜热挥行枨?那肯定就有商機，所以開發(fā)一套完整的電子商務系統(tǒng)就顯得很有必要.下面我們將針對電子商務系統(tǒng)做個簡單的需求分析：3。1 功能需求分為用戶需求和管理員需求.用戶需求對應的就是前臺功能需求，就是用戶系統(tǒng)之間的交互；管理員需求對應的就是后臺功能需求,就是管理員對整個電子商務系統(tǒng)的管理.3.1。1 前臺功能需求1。商品商品展示、商品查看、商品查詢等功能2.購物車加入購物車、購物車商品查詢、購物車商品修改、

6、商品結算、商品刪除等功能。3。會員注冊登錄、信息查看及修改、積分及積分查詢、會員等級 4.訂單訂單生成及取消、訂單瀏覽及查詢、修改訂單、訂單結算、退款或確認收貨、訂單評價 3。1。2 后臺功能需求1.商品商品類別管理、商品添加和刪除、商品修改、商品查詢2.訂單訂單查詢、退款管理、訂單取消或發(fā)貨操作3.會員會員查詢、會員修改、賬號凍結解凍、會員刪除、會員等級設置3.1.3 外部接口需求通過使用接口，使得計算機能夠使用瀏覽器就可以使用該系統(tǒng)。3.1.4 安全性需求對所有用戶的惡意破壞都有一定的保護措施，對所有用戶的安全進行保護.3.2 性能需求對該系統(tǒng)的反應的速度的要求必須十分迅速,并且對所有的用

7、戶的惡意破壞都有一定的保護措施,并且能夠?qū)λ械挠脩舻陌踩M行保護，并且能第一時間對用戶或者管理員的信息進行第一時間的修改。3。3 安全性需求人們對安全的重視度越來越高,尤其是像電子商務一樣的涉及到錢財?shù)母鼮橹匾?其次，除了對財務安全重視外,人們對個人信息也非常重視，因為有些不法分子利用個人信息做一些違法的事。所以我們的系統(tǒng)對安全的需求很高，只有安全性足夠高，人們才可以放心使用我們的平臺.第4章 軟件系統(tǒng)分析本章節(jié)依托于需求分析，作為軟件設計及軟件測試的基準。該系統(tǒng)采用B/S架構模式，利用大學期間自學的PHP作為后臺語言,MySQL作為數(shù)據(jù)庫系統(tǒng)。系統(tǒng)設計過程中遵循標準的軟件設計規(guī)范，使系統(tǒng)可

8、維護性增強，減少后續(xù)維護過程中的麻煩。4.1 組織結構分析本系統(tǒng)的組織結構圖如下：4.2 業(yè)務流程分析1。購買商品的業(yè)務流程圖2。添加商品業(yè)務流程圖：4。3數(shù)據(jù)流程分析1.用戶登錄數(shù)據(jù)流程圖:第1層數(shù)據(jù)流程處理:第2層數(shù)據(jù)流程處理：2。購物系統(tǒng)數(shù)據(jù)流程圖3。管理員數(shù)據(jù)流圖第5章 軟件系統(tǒng)設計5.1系統(tǒng)功能結構設計5。2功能模塊設計5.2。1用戶模塊設計功能描述：用戶注冊、用戶登陸、個人信息查詢和修改、會員信息查看5。2.2店鋪管理員設計功能描述如下:商品管理：商品添加、商品刪除、商品修改、商品查詢店鋪管理：店鋪信息查詢和修改、活動管理訂單管理:發(fā)貨管理、退款管理、取消訂單5.2。3系統(tǒng)管理員設

9、計功能描述:管理所有用戶信息,系統(tǒng)維護5。2。4 購物模塊設計功能描述：地址管理、下單、發(fā)貨、退款、取消訂單、確認收貨、評價5.3數(shù)據(jù)庫設計本系統(tǒng)采用MySQL數(shù)據(jù)庫系統(tǒng)。數(shù)據(jù)庫表的結構設計采用規(guī)范化的關系模式，解決關系模式中存在的插入、刪除、修改和數(shù)據(jù)冗余等復雜問題.5。3。1 數(shù)據(jù)庫概念設計5。3.2 數(shù)據(jù)庫邏輯設計根據(jù)需求分析以及系統(tǒng)功能的需求，系統(tǒng)信息數(shù)據(jù)庫存放在SQL Sever 2005數(shù)據(jù)表中。下面給出由ER圖導出的關系模式:用戶（用戶編號，用戶名，密碼，電話，電子郵箱，通訊地址)商品(商品號，商品名,廠商，類別,單價，管理員編號)訂單（訂單編號，商品號，商品數(shù)量，訂單狀態(tài)）管理

10、員(管理員編號，密碼，姓名，電話,電子郵件,通訊地址)5.3.3 數(shù)據(jù)庫表設計1.訂單表該表存儲了用戶的訂單基本信息，主要用于訂單信息記錄。字段屬性描述如表字段名字段類型字段長度是否為主鍵描述orderIdInt4是訂單編號productIdInt4否商品編號productNumNumberic9 否商品數(shù)量orderStateChar10否訂單狀態(tài)表 41 訂單表2.用戶表該表存儲了系統(tǒng)群組的信息，每個群組所享有的權限是不同的，新注冊用戶默認為待審核成員組。該表的字段屬性如表字段名字段類型字段長度是否主鍵描述userIdInt4是用戶編號UsernameChar10否用戶名PasswordC

11、har10 否密碼PhoneChar11否手機EmailVarchar32否郵箱AddressVarchar64否收貨地址表 4-2 用戶信息表3。管理員信息表該表存儲了管理員的信息，每個管理員所享有的權限是不同的。該表的字段屬性如表字段名字段類型字段長度是否主鍵描述adminIdInt4是管理員編號adminPasswordVarchar32否密碼adminNameVarchar10否姓名adminPhoneInt4否手機PowerTinyint1否權限表43 管理員表4。商品信息表該表存儲了商品的信息，主要是商品的信息記錄。該表的字段屬性如表字段名字段類型字段長度是否主鍵描述product

12、IdInt4是商品編號productNameVarchar10否商品名稱companyNameVarchar32否廠商名稱StyleChar10否類別unitPriceMoney8否單價productDescribeVarchar512否商品描述adminIdInt4否管理員編號表 44 商品信息表5.4 用戶界面設計網(wǎng)上購物不是一個簡單的概念，它包含了許多個內(nèi)容，是由多個頁面組成的一個整體的系統(tǒng)。在主頁功能方面，采用圖形用戶界面技術，是系統(tǒng)能夠有多重圖形窗口和豐富便利的操作界面，通過鼠標或鍵盤的操作，為用戶提供最簡潔的使用方法。5.5 安全模塊設計5.5.1登陸驗證為了保證用戶信息安全和財產(chǎn)

13、安全,只有用戶進行登陸并驗證通過才可以對自己的賬戶的信息進行操作。密碼必須經(jīng)過加密才可以提交到服務器，防止信息在網(wǎng)絡傳輸中被攔截造成信息泄露。5.5.2 權限管理為了保證系統(tǒng)安全并使系統(tǒng)能夠有條不紊的運行，我們對用戶的權限進行了嚴格控制，只有得到相應的權限才能操作對應權限的功能。5。5.3 支付安全借助目前比較成熟的支付寶進行支付，在一定程度上保證支付的安全.我們自己也會在系統(tǒng)中做多重驗證，以確保萬無一失。5。5.4 數(shù)據(jù)庫安全采用視圖模式進行查詢和權限限制.5.6。5 數(shù)據(jù)傳輸安全1。重要要經(jīng)過加密以后傳輸，例如密碼經(jīng)過md5加密后再提交到服務器.2.提交方式采用比較安全的post方式。第6

14、章 功能模塊實現(xiàn)與測試本章節(jié)介紹了系統(tǒng)部分功能模塊的實現(xiàn),包括用戶模塊和后臺管理員模塊的實現(xiàn)過程。由于只有部分功能模塊實現(xiàn)，所以軟件測試部分只測試了注冊與登錄的相關數(shù)據(jù)。6。1 軟件測試理論基礎6.1。1功能測試 功能測試包含了鏈接測試、表單測試、 Cookies測試、數(shù)據(jù)庫及功能模塊測試等，下面將對其一一介紹.1。鏈接測試 鏈接測試可分為三個方面。首先，測試所有鏈接是否按指示的那樣確實鏈接到了該鏈接的頁面；其次，測試所鏈接的頁面是否存在；最后，保證Web應用系統(tǒng)上沒有孤立的頁面，所謂孤立頁面是指沒有鏈接指向該頁面，只有知道正確的URL地址才能訪問. 2。表單測試 當用戶給Web應用系統(tǒng)管理員

15、提交信息時,就需要使用表單操作，例如用戶注冊、登陸、信息提交等.在這種情況下,我們必須測試提交操作的完整性,以校驗提交給服務器的信息的正確性。例如:用戶填寫的出生日期與職業(yè)是否恰當，填寫的所屬省份與所在城市是否匹配等.如果使用了默認值，還要檢驗默認值的正確性。如果表單只能接受指定的某些值，則也要進行測試.例如：當用戶填寫的信息不完全進行提交時，系統(tǒng)會提示錯誤。 3。Cookies測試 Cookies通常用來存儲用戶信息和用戶在某應用系統(tǒng)的操作。如果Web應用系統(tǒng)使用了Cookies,就必須檢查Cookies是否能正常工作。測試內(nèi)容可包括Cookies是否起作用，是否按預定時間進行保存，刷新對C

16、ookies有什么影響等. 4.數(shù)據(jù)庫及功能模塊測試 在Web應用技術中，數(shù)據(jù)庫起著重要的作用,數(shù)據(jù)庫為Web應用系統(tǒng)的管理、運行、查詢和實現(xiàn)用戶對數(shù)據(jù)存儲的請求等提供空間。在Web應用中，最常用的數(shù)據(jù)庫類型是關系型數(shù)據(jù)庫，可以使用SQL對信息進行處理.在使用了數(shù)據(jù)庫的Web應用系統(tǒng)中，一般情況下，可能發(fā)生兩種錯誤,分別是數(shù)據(jù)一致性錯誤和輸出錯誤.數(shù)據(jù)一致性錯誤主要是由于用戶提交的表單信息不正確而造成的，而輸出錯誤主要是由于網(wǎng)絡速度或程序設計問題等引起的,針對這兩種情況，可分別進行測試。 6.1.2 性能測試性能測試主要測試頁面訪問的速度和服務器的負載,目的是為了提升用戶體驗,保障系統(tǒng)可以有條

17、不紊的運行。1。連接速度測試 連接速度指用戶連接到Web應用系統(tǒng)的速度。如果Web系統(tǒng)響應時間太長（例如超過5秒鐘），用戶就會因沒有耐心等待而離開。另外，有些頁面有超時限制,如果響應速度太慢，用戶需要重新提交信息。而且，連接速度太慢還可能引起數(shù)據(jù)丟失，使用戶得不到真實的頁面。 2.負載測試負載測試是為了測量Web系統(tǒng)在某一負載級別上的性能，以保證Web系統(tǒng)在需求范圍內(nèi)能正常工作.負載級別可以是某個時刻同時訪問Web系統(tǒng)的用戶數(shù)量，也可以是在線數(shù)據(jù)處理的數(shù)量。 6。1。3 可用性測試 1。平臺測試市場上有很多不同的操作系統(tǒng)類型，最常見的有Windows、Unix、Macintosh、Linux等

18、。Web應用系統(tǒng)的最終用戶究竟使用哪一種操作系統(tǒng)，取決于用戶系統(tǒng)的配置.這樣，就可能會發(fā)生兼容性問題，同一個應用可能在某些操作系統(tǒng)下能正常運行，但在另外的操作系統(tǒng)下可能會運行失敗?？紤]的是實際情況，我們的系統(tǒng)主要是在Windows下的測試。2.瀏覽器測試 瀏覽器不同對應現(xiàn)實的界面可能有所不同，為了保證兼容性，軟件在上市推廣前必須進行瀏覽器測試，以保證對各個瀏覽器的兼容。 6。1.4 安全性測試 只有做好了安全，人們才可以放心地使用本系統(tǒng)，該系統(tǒng)才能真正發(fā)揮出它的價值。安全性測試區(qū)域主要有： 1.現(xiàn)在的Web應用系統(tǒng)基本采用先注冊，后登陸的方式.因此，必須測試有效和無效的用戶名和密碼，要注意到是否大小寫敏感,可以試多少次的限制，是否可以不登陸而直接瀏覽某個頁面等。 2。Web應用系統(tǒng)是否有超時的限制，也就是說，用戶登陸后在一定時間內(nèi)（例如15分鐘）沒有點擊任何頁面,是否需要重新登陸才能正常使用3.當使用了安全套接字時，還要測試加密是否正確,檢查信息的完整性。4.服務器