【文章內(nèi)容簡介】 畢的話就會因變質而停止銷售，直接造成經(jīng)濟損失；另一方面：實體店面的租金也很貴，租金高低直接影響實體店的總體經(jīng)濟利潤。忽略店面裝修過程中產(chǎn)生的一次性的支出。若能開發(fā)出一套在線銷售系統(tǒng)實現(xiàn)果蔬在線銷售，直接可以看到的成效就是，實體店占地面積的縮小而為商家節(jié)省的租金，然而該系統(tǒng)的開發(fā)經(jīng)費也是大可以被接受的，較低的開發(fā)成本可以為商家節(jié)省更多投資，成熟的電子商務支付平臺支撐著果蔬網(wǎng)絡銷售的發(fā)展，網(wǎng)絡營銷定可以加快投資的回收周期。（2）技術可行性：C語言、SQL 數(shù)據(jù)庫都是當今 IT 界主流的開發(fā)工具。我們通過對市面果蔬店的訪問，收集了大量可靠數(shù)據(jù)，采集了足量的信息，并嚴格按照數(shù)據(jù)庫的設計原則和系統(tǒng)開發(fā)流程，開發(fā)出實用有效的果蔬在線銷售系統(tǒng)?？偨Y在校期間的開發(fā)案例，再進行拓展和貼近實際需求，為果蔬店量體裁衣開發(fā)出一套在線銷售系統(tǒng)并不是很困難的，功能設計框架中欲實現(xiàn)的功能，大多都在我們的開發(fā)能力范疇內(nèi)，也就是說技術上可人為控制的優(yōu)勢更多一些。（3）法律可行性。 本系統(tǒng)僅作為畢業(yè)設計，系統(tǒng)的開發(fā)與設計過程不存在侵權盜版等嫌疑，不與《中華人民共和國計算機軟件保護條例》等條例相沖突，不與法律相悖。因此，該系統(tǒng)地開發(fā)具有法律可行性。 設計原則系統(tǒng)開發(fā)設計的原則包括如下幾方面內(nèi)容：（1）經(jīng)濟性原則（2）兼容性原則（3）可靠性原則（4）安全性原則 由于開發(fā)的時間和精力有限，該系統(tǒng)與其他完善的電子商務系統(tǒng)還存在一定12的差距。在設計和開發(fā)過程中只涉及了軟件開發(fā)的個別原則，因此，在該系統(tǒng)開發(fā)過程中并沒有較嚴格的按照系統(tǒng)開發(fā)的原則進行開發(fā)，只是在了解其他在線銷售網(wǎng)站的基礎上，盡量設計出符合果蔬銷售的系統(tǒng)，實現(xiàn)設計過程中欲實現(xiàn)的功能。盡管如此，數(shù)據(jù)庫的設計和系統(tǒng)的開發(fā)代碼都是很規(guī)范的，努力做到讓功能實現(xiàn)，方便管理員使用，并為消費者提供清晰友好的操作界面。 需求分析該系統(tǒng)是基于 B/S （瀏覽器/服務器）架構的在線銷售系統(tǒng)，主要完成對果蔬的查詢、瀏覽、購買，幫助中心以及在后臺管理果蔬信息，供應商管理，用戶管理，訂單管理；熱門活動的添加、修改、刪除，評價的回復，留言回復等功能。 因此，該系統(tǒng)分為前臺購物和后臺管理兩大部分。前臺界面提供注冊、登錄、瀏覽、查找、訂購，評價，支付等操作；后臺管理是供管理員使用的，包括：果蔬管理，供應商管理，熱門活動管理，評價回復、留言管理等。使管理員從繁瑣的手工操作中解脫出來，并且提高了工作效率。按照該系統(tǒng)功能的設計，本系統(tǒng)大體可以劃分為以下幾個功能模塊：用戶管理模塊、果蔬類別管理模塊、供應商管理模塊、訂單管理模塊、留言管理模塊、熱門活動管理模塊、用戶中心模塊、幫助服務模塊、果蔬評價模塊、果蔬百科模塊。用戶管理模塊包括：注冊，登錄，查看信息。果蔬類別管理包括：增加，刪除，修改果蔬信息等功能。供應商管理包括：增加，修改，刪除供應商的信息。訂單管理模塊包括：修改，查找，刪除，瀏覽，打印訂單信息等。在線留言模塊包括：對發(fā)貨情況的咨詢，對果蔬的咨詢等。在熱門活動管理模塊中，管理員可以登錄后臺對熱門活動進行管理，包括瀏覽熱門活動的內(nèi)容，修改活動內(nèi)容，刪除活動。在用戶中心模塊中，用戶可以通過登錄進入到用戶中心，修改用戶密碼，收藏用戶喜愛的果蔬，并實現(xiàn)逐個刪除收藏的果蔬或者刪除所收藏的全部果蔬等功能。查看訂單詳情，確認收貨并可以對果蔬進行評價。在用戶中心，用戶可以修改登錄密碼，并對收貨人的信息進行管理，確保訂購的果蔬能及時、準確送到用戶手中。幫助服務模塊中，無論是已注冊用戶還是未注冊用戶都可以查看購物流程13等信息。用戶在收貨后可以選擇是否對所購果蔬進行評價，因此，在果蔬評價模塊中，用戶可以查看其他用戶對此果蔬的評價。由于果蔬在線銷售系統(tǒng)的果蔬數(shù)量較多，所以在果蔬瀏覽時提供了分頁功能，用戶可以通過點擊上一頁、下一頁、首頁、尾頁進行分頁瀏覽果蔬的信息。該系統(tǒng)對可靠性、易維護性、安全性、可操作性等性能具有較高的要求：可靠性：要求系統(tǒng)在發(fā)生故障或輸入數(shù)據(jù)不合理等情況下能夠進行相應的處理和友情提示；易維護性：系統(tǒng)在開發(fā)過程中代碼要符合規(guī)范，多做備注利于今后系統(tǒng)拓展或功能調(diào)整；安全性：本系統(tǒng)所處理的數(shù)據(jù)都具有實際意義，涉及到商業(yè)機密，所以未經(jīng)開發(fā)人員允許，不得隨意修改數(shù)據(jù)庫。因此，必須對系統(tǒng)數(shù)據(jù)的存取和改動進行相應的控制，對系統(tǒng)數(shù)據(jù)進行有效的保護，以杜絕那些對數(shù)據(jù)非法操作和防止計算機病毒對數(shù)據(jù)的破壞；可操作性：本系統(tǒng)的操作人員是一般管理人員而并非計算機專業(yè)人士，為使本系統(tǒng)有效地發(fā)揮作用，要求本系統(tǒng)操作流程清晰明確，人機界面友好，功能實用，操作簡便。在系統(tǒng)功能開發(fā)完畢后，要多做測試，盡量減少用戶的困惑。 系統(tǒng)的業(yè)務流程分析業(yè)務流程圖是一種比較正規(guī)，被廣泛使用的分析工具，是進行系統(tǒng)調(diào)查的工具之一，描述組織內(nèi)部業(yè)務處理活動的內(nèi)容與工作流程，它可以直觀、準確地描述系統(tǒng)的業(yè)務流程。根據(jù)上面需求分析中得到的資料和工作流程的分析，業(yè)務流程圖可以對原有系統(tǒng)的業(yè)務流程進行展示。下面給出本系統(tǒng)的相關業(yè)務流程圖，展示出果蔬在線銷售的整體業(yè)務流程。用戶進入本網(wǎng)站首頁，在沒有登錄的情況下可以瀏覽果蔬，在進行購買或是把添加果蔬到購物車時要判斷該用戶是否已登錄，若已登錄，即可進行相應的選購操作，否則系統(tǒng)跳轉到登錄界面供用戶登錄。若用戶已注冊，則可直接進行登錄操作，否則需進行注冊，注冊后登錄系統(tǒng)并進行選購等操作。購物完成后提交訂單并進入支付界面進行支付操作，支付成功后系統(tǒng)提示訂單完成。具體的系統(tǒng)業(yè)務流程圖如下：14 圖 25 業(yè)務流程圖 系統(tǒng)的邏輯模型 數(shù)據(jù)流程圖數(shù)據(jù)流程圖是用以描述系統(tǒng)各項業(yè)務的處理過程，并利用數(shù)據(jù)流圖詳細、準確地說明業(yè)務處理過程中數(shù)據(jù)的收集、輸入、傳遞、存儲、加工的過程、輸出的形式。通過對網(wǎng)上果蔬銷售系統(tǒng)的功能分析，可以得到如下圖 2611 所示的數(shù)據(jù)流程圖： 圖 2611 系統(tǒng)的一層數(shù)據(jù)流層圖15圖 2612 系統(tǒng)的第二層數(shù)據(jù)流程圖從上圖可以看出該系統(tǒng)有三個處理過程：一、注冊登錄過程，二、訂購果蔬過程，三、訂單處理過程。圖 2613 系統(tǒng)登錄處理的第三層數(shù)據(jù)流程圖 圖 2614 系統(tǒng)訂單處理的第三層數(shù)據(jù)流程圖16 數(shù)據(jù)字典數(shù)據(jù)流圖是結構化分析中不可缺少的工具，是 DFD 中所有成分定義和解釋的文字結合，它描述了系統(tǒng)由哪些部分組成，各部分之間有什么聯(lián)系，其描述的主要內(nèi)容有：數(shù)據(jù)流、數(shù)據(jù)元素、數(shù)據(jù)存儲、加工、外部項等。但是，它還不能完整地表達一個系統(tǒng)的全部邏輯特征，只有對圖中出現(xiàn)的每一個成分都給出詳細定義以之后，才能全面地描述一個系統(tǒng)。數(shù)據(jù)字典是數(shù)據(jù)流程圖的輔助資料，對數(shù)據(jù)流程圖起解釋作用。數(shù)據(jù)字典中把數(shù)據(jù)的最小單位定義為數(shù)據(jù)項，而若干數(shù)據(jù)項可以組成一個數(shù)據(jù)結構。數(shù)據(jù)字典是通過以數(shù)據(jù)項和數(shù)據(jù)結構的定義來描述數(shù)據(jù)流、數(shù)據(jù)存儲的邏輯內(nèi)容。 一層數(shù)據(jù)流圖的數(shù)據(jù)字典如下：數(shù)據(jù)流： （1） 名稱：用戶信息 簡要說明：數(shù)據(jù)庫中提供用戶數(shù)據(jù)數(shù)據(jù)流來源：用戶 數(shù)據(jù)流去向：用戶信息數(shù)據(jù)（2） 名稱：訂單信息 簡要說明：向數(shù)據(jù)庫中提供用戶訂單信息數(shù)據(jù)流來源：用戶/訂單信息數(shù)據(jù)庫數(shù)據(jù)流去向：訂單信息數(shù)據(jù)，用戶地址信息數(shù)據(jù)存儲：（1） 名稱：用戶信息 說明：用戶信息表內(nèi)容，注冊登錄時用戶應填寫的信息 結構：用戶名，密碼，真實姓名，性別，年齡，電子郵箱（2） 名稱：果蔬信息 說明：果蔬信息表內(nèi)容，顧客瀏覽選購產(chǎn)品時瀏覽的果蔬信息 結構：果蔬編號，果蔬名稱，果蔬的市場價格，熱銷價格，果蔬的描述（3） 名稱：訂單信息 說明：包括訂單信息表和訂單明細表的內(nèi)容，在生成訂單時應填寫的信17息 結構：訂單信息表包括：訂單編號，收貨地址編號，郵遞方式編號，訂單總價 訂單明細表包括：果蔬編號，訂單編號，訂購價格，訂購數(shù)量，果蔬總價處理過程：（1） 名稱：注冊登錄輸入：注冊登錄信息輸出：成功登錄信息處理過程描述：根據(jù)用戶輸入信息判斷是否是已注冊用戶，已注冊則允許登錄，否則請用戶先注冊后登錄（2） 名稱：選購果蔬輸入：成功登錄信息輸出：購買成功處理過程描述：根據(jù)用戶的選擇，生成訂單，提交訂單，購買成功（3） 名稱：處理訂單處理過程描述：根據(jù)用戶確認的訂單信息，生成訂單，并且向管理員提供可以查詢的訂單信息18第三章 果蔬在線銷售系統(tǒng)設計 系統(tǒng)概要設計系統(tǒng)開發(fā)的分析階段，需要弄清“做什么”的問題，系統(tǒng)的設計階段就是要把軟件“做什么”的邏輯模型變換成“怎么做”的物理模型，即開始著手實現(xiàn)軟件的需求。 系統(tǒng)結構設計系統(tǒng)設計中最重要的是把抽象的邏輯模型轉化成物理模型，即模塊化。 “先邏輯，后物理”原則就是在進行技術設計和實施之前，要進行充分的調(diào)查、分析、論證，進行邏輯方案的探索，弄清系統(tǒng)要為用戶解決哪些問題，即解決“系統(tǒng)做什么”的問題，盡量避免過早地進入物理設計階段。所謂模塊化就是在解決復雜的問題時自頂向下逐層把系統(tǒng)劃分為若干個模塊的過程。每個模塊需要完成一個特定的功能。并把所有的模塊按照某種方法組織起來，組成一個整體實現(xiàn)系統(tǒng)所有的功能。模塊的劃分應盡量保持其獨立性。即每一個模塊只能完成系統(tǒng)要求的獨立的子功能，并且與其他模塊的聯(lián)系盡可能少，而且接口要簡單，盡量做到“高內(nèi)聚，低耦合” ，提高每個模塊的獨立性，是設計高質量系統(tǒng)軟件的基礎。 功能模塊規(guī)劃及分析整個果蔬在線銷售系統(tǒng)劃分為如下 14 個功能模塊：（1）果蔬瀏覽模塊：屬前臺功能模塊，無論是已注冊用戶還是未注冊用戶都可以瀏覽果蔬詳情，并可以根據(jù)條件查找所需果蔬。（2）用戶注冊模塊：此模塊包括用戶的注冊，填寫相關資料以及注冊用戶的登錄。（3）用戶中心模塊：屬前臺功能模塊，用戶可以在此模塊中實現(xiàn)修改登錄密碼、修改個人信息、修改收貨地址等操作，可對收藏功能進行增、刪、改的管理，也可查看訂單詳情，并可以對所選購的商品進行確認收貨操作。（4）選購模塊：屬前臺功能模塊，已登錄用戶可以將選購的果蔬一一加入購物車，選購結束后一起結算，也可以在挑選結束后直接支付，此部分是通過在線支付的方式來實現(xiàn)的。19（5）幫助中心模塊：屬前臺功能模塊，此模塊為用戶提供：安全條款，購物流程，網(wǎng)站說明，支付指南等說明性內(nèi)容。 （6）果蔬百科模塊：屬前臺功能模塊，為用戶提供了各種水果、蔬菜的營養(yǎng)成分和，營養(yǎng)價值等內(nèi)容，方便用戶進行果蔬的營養(yǎng)搭配。（7）熱門活動瀏覽模塊：屬前臺功能模塊，此功能向所有瀏覽網(wǎng)站的用戶提供了果蔬店近期的活動情況，例如：果蔬會員日，今日特價果蔬，熱銷果蔬，新品上市清單等，方便用戶直接了解本店近期動向。（8）店長推薦模塊：屬前臺功能模塊，此功能為顧客推薦了近期熱銷或上市新品，也會在首頁設置熱銷商品排行榜，其實都屬于一個模塊。（9）果蔬管理模塊：屬后臺功能模塊，在此模塊中管理員可以在線對果蔬進行管理。管理內(nèi)容包括：對果蔬信息的添加、修改、刪除操作，在此模塊中管理員還可以按照一定的條件查找相應的果蔬信息。（10）供應商管理模塊: 屬后臺功能模塊，在此模塊中管理員可以對果蔬供應商的信息進行添加、修改、刪除等操作。 （11）訂單管理模塊：屬后臺功能模塊，在此模塊中，管理員可以查看、修改、刪除訂單的詳細信息，也可打印所有用戶的訂單信息。 （12）熱門活動管理模塊：屬后臺功能模塊，管理員可以添加熱門活動，修改熱門活動，刪除熱門活動，查看熱門消息的內(nèi)容。（13）留言管理模塊：屬后臺功能模塊，任何購買了果蔬的用戶都可以對購買的果蔬進行咨詢或溝通，比如：何時發(fā)貨，臨時更改收貨人信息，管理員還可以對留言和留言回復進行管理。（14）用戶管理模塊：屬后臺功能模塊，管理員只能查閱用戶的信息，不能對用戶的信息做任何修改。 系統(tǒng)模塊圖在模塊的設計過程中嚴格遵照“高內(nèi)聚，低耦合”的原則提高模塊之間的相對獨立性，各模塊之間的關系如下圖所示：20圖 322 系統(tǒng)模塊圖 數(shù)據(jù)庫的概念結構設計通過對系統(tǒng)以及數(shù)據(jù)庫的需求分析，依據(jù)數(shù)據(jù)流程圖，可進行概念結構設計。 ER 模型 根據(jù)用戶的需求，寫出關系模型并畫出如下 ER 圖：ER 圖 數(shù)據(jù)庫的邏輯結構設計數(shù)據(jù)庫的概念模型設計完成后，就該將數(shù)據(jù)庫的概念結構轉化為系統(tǒng)所識別的物理數(shù)據(jù)模型。根據(jù)數(shù)據(jù)關系模型和數(shù)據(jù)關系模型的范式，我們創(chuàng)建了果蔬在線銷售系統(tǒng)21的數(shù)據(jù)表，本系統(tǒng)共有 16 個數(shù)據(jù)表，分別是：用戶信息表（ClientInfo） ，用戶地址表（AddressInfo） ，訂單表（OrderInfo）,水果類別表（Category） ，最新活動表（ActiviteInfo） ，收藏表（StoreInfo）,果蔬信息表（FlowerInfo） ，蔬菜類別表（MateriaInfo） ，套餐表（PropuseInfo）,快遞方式表（Transport） ，訂單表（OrderDetails） ，節(jié)日表（FestivalInfo） ，評價表（Message）,供應商信息表（ProviderInfo） ，留言表（LeaveWord）,回復表（Reply） 。 建立數(shù)據(jù)庫的原則在建立數(shù)據(jù)庫時，表中字段的創(chuàng)建應遵循如下 5 個原則：。；。應全面檢查書面的表