基于web的服裝管理系統(tǒng)的設(shè)計(jì)與實(shí)現(xiàn)摘要互聯(lián)網(wǎng)高速發(fā)展的今天，信息技術(shù)在當(dāng)今社會(huì)愈發(fā)重要，一直受到社會(huì)的高度關(guān)注。信息技術(shù)與能源、材料作為現(xiàn)代科技的三大支柱。其地位對(duì)于社會(huì)和科技發(fā)展可想而知。對(duì)于服裝系統(tǒng)管理而言，信息技術(shù)不但是系統(tǒng)化管理的基礎(chǔ)，更是服裝系統(tǒng)決策的重要依據(jù)。另一方面，信息作為人類社會(huì)生產(chǎn)活動(dòng)的第四種能源，發(fā)揮著舉足輕重的作用。通過互聯(lián)網(wǎng)平臺(tái)，將圖片與文字有機(jī)結(jié)合，條件允許情況下也可以加入視頻和音頻，多種信息載體共同作用，可以充分緩解信息差帶來的問題，有效抑制傳統(tǒng)消費(fèi)過程的弊端。本系統(tǒng)選擇Java為主要開發(fā)語言，以JSP設(shè)計(jì)前臺(tái)頁面。結(jié)合自身需求與數(shù)據(jù)庫特點(diǎn)，選用MySQL作為后臺(tái)管理的數(shù)據(jù)庫系統(tǒng)。為開發(fā)出一種B/S結(jié)構(gòu)且基于Web技術(shù)的服裝銷售管理系統(tǒng)，特選擇Eclipse作為主要開發(fā)工具，配置Tomcat服務(wù)器。關(guān)鍵詞：服裝銷售管理系統(tǒng)；Java語言；B/S結(jié)構(gòu)目錄基于web的服裝管理系統(tǒng)的設(shè)計(jì)與實(shí)現(xiàn) 第一章緒論1.2課題背景在處于信息社會(huì)的今天，并且隨著中國經(jīng)濟(jì)和科技的飛速發(fā)展，無論是數(shù)一數(shù)二的國際大都市還是偏居一隅的小鄉(xiāng)村，人們的生活已經(jīng)離不開形形色色的互聯(lián)網(wǎng)平臺(tái)。正是因?yàn)榫W(wǎng)絡(luò)與信息技術(shù)的高速發(fā)展和全面普及，推動(dòng)了網(wǎng)絡(luò)信息技術(shù)融入了我們的生活?？偠灾?，我們的生活方式與生活節(jié)奏已經(jīng)逐漸信息化。而我本次選擇的畢業(yè)設(shè)計(jì)“服裝銷售管理系統(tǒng)設(shè)計(jì)與實(shí)現(xiàn)”相比于以往傳統(tǒng)的實(shí)體店購物模式有了很大的改觀，以往的購物模式效率低下，信息的完善性較差。店家不能及時(shí)的告訴顧客新上的服裝以及下架的服裝，這對(duì)于雙方有著極大的損失。為了解決上述缺陷，迎合高速發(fā)展的網(wǎng)絡(luò)，采用先進(jìn)的網(wǎng)絡(luò)購物，不僅簡化了流程，更解決了店家在實(shí)時(shí)更新服裝的同時(shí)，客戶還能及時(shí)知曉更新的服裝商品。此系統(tǒng)更是在某種程度上簡化了整個(gè)購物的過程。隨著網(wǎng)絡(luò)的發(fā)展，無論是服裝業(yè)還是金融業(yè)已漸成熟。同時(shí)，我國的互聯(lián)網(wǎng)產(chǎn)業(yè)普及面廣、發(fā)展迅速，互聯(lián)網(wǎng)已經(jīng)進(jìn)入千家萬戶，而網(wǎng)上服裝業(yè)行業(yè)也慢慢的進(jìn)入人們的網(wǎng)絡(luò)生活，達(dá)成了顯示與網(wǎng)絡(luò)的結(jié)合。管理者可以對(duì)當(dāng)前的商品庫存情況及銷售情況了如指掌，面對(duì)用戶預(yù)定也可以做到免費(fèi)、全天候。1.2目的和意義本課題的目的是使服裝業(yè)的銷售信息管理更清晰化，更透明化，更便于操作，更易于管理。服裝管理系統(tǒng)主要是針對(duì)當(dāng)下實(shí)體店購物的缺陷而新起的一種更為方便、高效的購物方式，實(shí)現(xiàn)了通過互聯(lián)網(wǎng)平臺(tái)閱覽服裝商品，實(shí)現(xiàn)在線購物。因此，對(duì)于本系統(tǒng)而言，實(shí)時(shí)性尤為重要。一方面不但要及時(shí)反映顧客的購物情況、妥善并且及時(shí)處理每個(gè)用戶的訂單情況，而且要實(shí)現(xiàn)管理的簡潔化、智能化。另一方面該服裝銷售管理系統(tǒng)有助于服裝相關(guān)企業(yè)的信息化管理，分析商品庫存情況及銷售情況的同時(shí)，為公司的后續(xù)生產(chǎn)經(jīng)營提供數(shù)據(jù)支持。以下為本課題的研究的幾點(diǎn)意義：1.商品信息以多種載體的形式存在于各個(gè)互聯(lián)網(wǎng)平臺(tái)，同時(shí)用戶也可以迅速獲取所需要的商品購買途徑，做到橫向比較。2.與傳統(tǒng)的購物方式相比較，用戶可以在短時(shí)間內(nèi)接收大量的商品信息，以便做出更好的決策。3．與傳統(tǒng)的線下實(shí)體店相比，互聯(lián)網(wǎng)平臺(tái)的前期投入成本比較低，后期維護(hù)方便，不會(huì)受到地域的限制。4.對(duì)消費(fèi)者而言，沒有時(shí)間限制，可以充分利用碎片化時(shí)間。第二章系統(tǒng)相關(guān)技術(shù)2.1B/S軟件架構(gòu)簡介互聯(lián)網(wǎng)平臺(tái)發(fā)展至今，簡潔、輕便已經(jīng)成為主旋律。用戶已經(jīng)慢慢摒棄以往在個(gè)人電腦上按照大量、臃腫的客戶端軟件，即C/S架構(gòu)。現(xiàn)在的需求是一個(gè)軟件全能化，找來找去，瀏覽器才是最合適的，于是其地位日漸提高，即B/S軟件架構(gòu)。由于該架構(gòu)對(duì)程序設(shè)計(jì)具有良好的支持，因此該架構(gòu)被廣泛應(yīng)用于的網(wǎng)絡(luò)系統(tǒng)的開發(fā)中。服裝銷售管理系統(tǒng)作為一個(gè)全面的信息管理系統(tǒng)，用于管理和控制在互聯(lián)網(wǎng)上的服裝銷售等情況的信息。因?yàn)槭褂镁W(wǎng)站數(shù)據(jù)統(tǒng)計(jì)使用網(wǎng)站的用戶不一定實(shí)時(shí)在線，所以該服裝管理系統(tǒng)必須要通過瀏覽器進(jìn)行操作，并且可以通過瀏覽器實(shí)現(xiàn)前后端和數(shù)據(jù)庫的信息更新。因此，該服裝銷售管理系統(tǒng)選擇基于B/S架構(gòu)進(jìn)行開發(fā)設(shè)計(jì)。當(dāng)下B/S架構(gòu)與傳統(tǒng)的客戶端/服務(wù)器模式相比優(yōu)點(diǎn)非常明顯：1）傳統(tǒng)的C/S模式，需要開發(fā)專用的客戶端軟件，節(jié)省了開發(fā)者的工作量。對(duì)于用戶來說，自然不必安裝客戶端軟件，使用自有瀏覽器即可，用戶端的操作得到了簡化，降低了用戶的使用門檻。用戶易于接受的同時(shí)，提高了開發(fā)的效率。2）基于B/S架構(gòu)的網(wǎng)絡(luò)應(yīng)用系統(tǒng)對(duì)平臺(tái)的要求很低。系統(tǒng)的開發(fā)和配置運(yùn)行不需要特別優(yōu)越的軟硬件設(shè)施，相反利用原有老舊的網(wǎng)絡(luò)系統(tǒng)、數(shù)據(jù)庫等設(shè)施一樣可以發(fā)揮功效。在多年的發(fā)展和大量開發(fā)人員的研究下，目前B/S架構(gòu)的技術(shù)已經(jīng)比較成熟了，前期的開發(fā)成本低，后期系統(tǒng)便于維護(hù)。得益于辦公自動(dòng)化系統(tǒng)與網(wǎng)絡(luò)技術(shù)的快速普及,無論是企業(yè)還是個(gè)人對(duì)瀏覽器的依賴性越來越高。B/S架構(gòu)的系統(tǒng)運(yùn)行穩(wěn)定、安全、可靠，并容易擴(kuò)展。另外，B/S架構(gòu)前后端分離的優(yōu)勢比較明顯，比如瀏覽器的界面風(fēng)格和語言格式的大同小異非常適合各類用戶上手操作，對(duì)資源占用很少的特點(diǎn)適配基本上所有的個(gè)人電腦。B/S三層結(jié)構(gòu)分為兩種，以下分別介紹。在傳統(tǒng)三層體系結(jié)構(gòu)中，已經(jīng)充分考慮到用戶會(huì)對(duì)數(shù)據(jù)庫及服務(wù)器造成影響，于是將用戶層面的功能剝離至客戶端。以應(yīng)用服務(wù)器作為媒介和權(quán)限管理者聯(lián)系客戶端與服務(wù)器，大大增加了開發(fā)人員的可操作性。如圖2-1所示。圖2-1傳統(tǒng)的三層體系結(jié)構(gòu)通過設(shè)置中間層的應(yīng)用服務(wù)器，杜絕了用戶通過客戶端直接操作數(shù)據(jù)庫服務(wù)器的可能。并且開發(fā)人員在應(yīng)用服務(wù)器設(shè)置不同的層級(jí)，自然大大提高了權(quán)限要求和安全性能。正所謂“有得必有失”，一方面三層結(jié)構(gòu)得到大幅度優(yōu)化，彌補(bǔ)了二層結(jié)構(gòu)的一些缺陷。另一方面但不可避免的存在一些不如意的地方，比如比之前的結(jié)構(gòu)更加復(fù)雜，導(dǎo)致系統(tǒng)兼容方面差了許多。隨著互聯(lián)網(wǎng)技術(shù)的不斷進(jìn)步，傳統(tǒng)的三層應(yīng)用體系結(jié)構(gòu)的弊端逐漸被放大。主要因?yàn)榛ヂ?lián)網(wǎng)用戶的激增，服務(wù)器端的響應(yīng)速度越來越慢，加上后期的維護(hù)困難。所以才誕生了基于Web的三層體系結(jié)構(gòu)，如圖2-2所示。圖2-2基于Web的三層體系結(jié)構(gòu)選擇基于Web的三層應(yīng)用體系結(jié)構(gòu)的理由如下：1）優(yōu)越的系統(tǒng)結(jié)構(gòu)；該結(jié)構(gòu)將系統(tǒng)劃分為多個(gè)功能層級(jí)，一般來說至少三層。每側(cè)有具體的功能任務(wù)，互相之間不干涉。比如其中應(yīng)用服務(wù)層主要負(fù)責(zé)業(yè)務(wù)邏輯和軟件的集中維護(hù)，實(shí)現(xiàn)了客戶端的“零”維護(hù)，某一層出現(xiàn)問題根據(jù)指示針對(duì)性解決即可。2）大幅提高應(yīng)用系統(tǒng)的安全性；在該體系結(jié)構(gòu)中，因?yàn)橹虚g件的存在，客戶端無法直接對(duì)后臺(tái)數(shù)據(jù)庫進(jìn)行操作，極大的保障了數(shù)據(jù)的安全。開發(fā)人員也可以通過設(shè)置權(quán)限進(jìn)一步隔離數(shù)據(jù)庫與客戶端。3）擴(kuò)展性高；如果出現(xiàn)服務(wù)器負(fù)載過高，系統(tǒng)整體性能下降。維護(hù)人員不需要對(duì)原服務(wù)器進(jìn)行過多的操作，只需要增加相關(guān)的硬件設(shè)施即可，比如增加應(yīng)用服務(wù)器。正所謂“人多好辦事”。4）提高數(shù)據(jù)庫響應(yīng)速度、減少網(wǎng)絡(luò)數(shù)據(jù)流量；通常，數(shù)據(jù)庫性能下降與網(wǎng)絡(luò)瓶頸和數(shù)據(jù)庫連接數(shù)過多有關(guān)系。根據(jù)第一點(diǎn)與第三點(diǎn)的描述，多層級(jí)的劃分與應(yīng)用服務(wù)器的增加都可以良好的解決該問題。綜上所述，三層應(yīng)用體系結(jié)構(gòu)的有點(diǎn)是比較明顯的，結(jié)構(gòu)優(yōu)越、易于維護(hù)，根據(jù)中間件的特點(diǎn)，很容易達(dá)到負(fù)載平衡。2.2MySQL數(shù)據(jù)庫隨著數(shù)據(jù)處理工作的增加，可以直接對(duì)數(shù)據(jù)進(jìn)行操作的呼聲越來越大。因?yàn)镸ySQL的語言和結(jié)構(gòu)比較簡單、可靠，并且作為非結(jié)構(gòu)化語言，得到了普遍的應(yīng)用，極大的方便了用戶查詢數(shù)據(jù)。同時(shí)MySQL數(shù)據(jù)庫語法靈活，只需要一小段代碼便可以有效操作某些功能，而不像其他程序需要編寫大段代碼?？傮w來說，MySQL數(shù)據(jù)庫對(duì)個(gè)人開發(fā)者極其友好。數(shù)據(jù)流程分析可以簡單理解為數(shù)據(jù)存儲(chǔ)的儲(chǔ)藏室。它不是現(xiàn)實(shí)中的儲(chǔ)藏室，而是在計(jì)算機(jī)上進(jìn)行的?？梢园褦?shù)據(jù)庫類比為圖書館，圖書館中的書籍分門別類有一套科學(xué)系統(tǒng)的布置和檢索方法。數(shù)據(jù)庫也是如此，數(shù)據(jù)好比書籍，有序存儲(chǔ)。根據(jù)存儲(chǔ)的邏輯性，方便后期的管理。一般情況下，讀者可以根據(jù)基本的分類檢索規(guī)則，找到相關(guān)的書籍，不需要管理員的過多參與。數(shù)據(jù)庫管理員或使用者了解該數(shù)據(jù)庫的邏輯結(jié)構(gòu)后，同樣可以得心應(yīng)手。如果要調(diào)整表中的數(shù)據(jù)，建立數(shù)據(jù)表即可。結(jié)合自身開發(fā)需求，本系統(tǒng)采用MySQL對(duì)數(shù)據(jù)進(jìn)行管理。2.4MVC設(shè)計(jì)模式MVC模式是目前比較受歡迎和普遍認(rèn)為十分流行的一種web應(yīng)用程序開發(fā)模式。MVC大致可以劃分為以下三層:(1)立體視圖中的層(view):這個(gè)立體視圖中的層也可能就是它的MVC和其中的V。該層主要功能是顯示數(shù)據(jù)，存儲(chǔ)管理所有用戶控制的接口,并在數(shù)據(jù)庫中錄入所有采集接收到的數(shù)據(jù)，提供連接到用戶控制器管理層的其他組件。(2)控制器管理層(controller):這個(gè)控制器即為MVC中的C。該層主要功能是接收從視圖層中提交的請(qǐng)求信息,并根據(jù)一定的業(yè)務(wù)邏輯準(zhǔn)則調(diào)用其中一個(gè)組件。也就是說,可以把這個(gè)層當(dāng)做是一個(gè)視圖層與模型層之間的橋梁。(3)模型層(model):模型層本身就是MVC中的M。這個(gè)層次也可能會(huì)被繼續(xù)劃分成較細(xì)的一個(gè)部分,例如數(shù)據(jù)存取層、業(yè)務(wù)邏輯層。這個(gè)層次的組件主要是用來訪問一個(gè)數(shù)據(jù)庫和對(duì)一個(gè)處理業(yè)務(wù)的邏輯。2.5Eclipse簡介Eclipse，全名是EclipseEnterpriseWorkbench，是一款使用者的開發(fā)工作平臺(tái)。使用Eclipse軟件做系統(tǒng)的開發(fā),為系統(tǒng)的編程者和操作人員提供了很多方便,使用Eclipse軟件前不需要直接對(duì)程序進(jìn)行任何編譯,該系統(tǒng)的工具會(huì)在沒有任何事先做好安裝或者保存時(shí)自動(dòng)地進(jìn)行編譯。Eclipse對(duì)數(shù)據(jù)庫的操作比較方便，允許用戶直接打開相關(guān)鏈路，只需要再次加入一個(gè)相應(yīng)的jar包即可對(duì)這些軟件系統(tǒng)進(jìn)行開發(fā)。2.6Tomcat服務(wù)器目前市面上可供選擇的服務(wù)器有很多，在選擇時(shí)依然要遵循從實(shí)際出發(fā)的原則?？紤]到本人設(shè)備的軟硬件性能比較差，很難支持中大型的服務(wù)器。另外，根據(jù)需求分析，配置一個(gè)輕量級(jí)服務(wù)器則可以支撐整個(gè)項(xiàng)目的開發(fā)。綜上，選擇運(yùn)行時(shí)占用的系統(tǒng)資源小,易于擴(kuò)展的Tomcat服務(wù)器。對(duì)于這款服務(wù)器任何有興趣的程序員都可以對(duì)其進(jìn)行修改或者增加新的功能，因此它還在不斷的改進(jìn)和完善中。在開發(fā)及調(diào)試過程中，不會(huì)涉及過多目標(biāo)用戶的情況下，Tomcat服務(wù)器必是首選，尤其是某些中小型企業(yè)的操作系統(tǒng)和大型數(shù)據(jù)庫的合并發(fā)表和存取數(shù)據(jù)的訪問中。Tomcat服務(wù)器是很多設(shè)計(jì)開發(fā)學(xué)習(xí)者的第一選擇。同樣對(duì)于一個(gè)大型網(wǎng)絡(luò)系統(tǒng)設(shè)計(jì)中的初學(xué)者來說,可以這么認(rèn)為,如果在一臺(tái)大型網(wǎng)絡(luò)設(shè)計(jì)機(jī)器上成功配置好Tomcat相關(guān)服務(wù)器,就已經(jīng)能夠有效地達(dá)到利用其中的響應(yīng)平臺(tái)網(wǎng)絡(luò)對(duì)HTML各個(gè)頁面的最高訪問速度要求。實(shí)際上，盡管Tomcat服務(wù)器只是Apache服務(wù)器的一個(gè)擴(kuò)展,但二者彼此獨(dú)立，分開運(yùn)行。所以當(dāng)用戶在開發(fā)平臺(tái)上將項(xiàng)目成功配置到服務(wù)器上時(shí),即使存在Apache服務(wù)器，Tomcat服務(wù)器也會(huì)把所配置的項(xiàng)目單獨(dú)運(yùn)行。這里的第一個(gè)基本訣竅其實(shí)就是,當(dāng)你的代碼運(yùn)行配置正確時(shí),Apache可以同時(shí)為為兩個(gè)HTML頁面提供運(yùn)行服務(wù)。其實(shí)運(yùn)行Tomcat只需要同時(shí)運(yùn)行JSP頁面和servlet。另外,Tomcat和Apache的功能與Web上的服務(wù)器相似,可以分別處理HTML上的網(wǎng)站和整個(gè)頁面,另外它可能就是一個(gè)只包含servlet和JSP簡單容器。兩個(gè)獨(dú)立的servlet和JSP就是Tomcat的一個(gè)基本默認(rèn)處理模式。第三章系統(tǒng)需求分析系統(tǒng)需求分析的要求是初步預(yù)想在軟件開發(fā)中可能存在的問題，并且合理安排解決方案，最后明確開發(fā)需求。根據(jù)本系統(tǒng)采用的架構(gòu)——MVT模式，針對(duì)性開發(fā)。3.1功能模塊分析該銷售管理系統(tǒng)主要分為兩大模塊，前臺(tái)服裝商城部分主要面向平臺(tái)的注冊(cè)會(huì)員，具體相關(guān)的功能模塊見圖3-1。后臺(tái)管理平臺(tái)面向系統(tǒng)管理員，具體相關(guān)的功能模塊見圖3-2。圖3-1前臺(tái)銷售商城示意圖圖3-2后臺(tái)管理系統(tǒng)示意圖根據(jù)以上的需求分析選取后臺(tái)系統(tǒng)幾個(gè)功能作為示例：(1)服裝類別管理模塊本后臺(tái)管理系統(tǒng)在設(shè)計(jì)添加商品功能模塊不同，在上架具體商品之前需要確定商品類別如西裝、長褲等。該模塊主要為類別信息的增刪改查。該功能模塊的具體示例見圖3-3：圖3-3服裝類別信息管理功能示例圖(2)服裝管理功能模塊正如上文提及，在確定服裝類別后才可以添加商品或其他的操作。該功能模塊的具體示例見圖3-4：圖3-4服裝管理功能示例圖(3)會(huì)員管理功能模塊管理員通過后臺(tái)系統(tǒng)集中化管理會(huì)員信息，包括更改會(huì)員狀態(tài)，查詢會(huì)員信息等。該功能模塊的具體示例見圖3-5：圖3-5會(huì)員管理功能示例圖(4)訂單管理功能模塊管理員通過后臺(tái)系統(tǒng)集中化管理前臺(tái)產(chǎn)生訂單的信息，前臺(tái)銷售網(wǎng)站售出后，后臺(tái)及時(shí)對(duì)訂單狀態(tài)進(jìn)行管理。該功能模塊的具體示例見圖3-6：圖3-6訂單管理功能示例圖3.2本服裝銷售管理設(shè)計(jì)的基本思想“先知三日，富貴十年”。在正式的開發(fā)設(shè)計(jì)之前，要有前瞻的基本思想，才能在之后的開發(fā)過程中有一個(gè)整體性的把握。因此，結(jié)合開發(fā)需求與技術(shù)特點(diǎn)提出以下幾點(diǎn)原則：1.此銷售系統(tǒng)分為兩大模塊，前臺(tái)的銷售模塊和后臺(tái)的銷售管理模塊。兩個(gè)部分的前端頁面都要做到清爽，保證功能性的同時(shí)，盡量簡潔。2.以前后端分離的形式開發(fā)，做到前臺(tái)與后臺(tái)之間層次分明。以上文提及的B/S架構(gòu)模式為基礎(chǔ)，開發(fā)出符合大部分人使用習(xí)慣的系統(tǒng)軟件3..考慮到后期維護(hù)和擴(kuò)展性的要求，選擇面向?qū)ο蟮拈_發(fā)方式。因此選擇面向?qū)ο蟮某绦蚧O(shè)計(jì)語言——Java。同時(shí)劃分具體功能模塊，按模塊進(jìn)行開發(fā)。后期根據(jù)已劃分的功能模塊調(diào)試系統(tǒng)。4．軟件開發(fā)的一個(gè)基本原則是占用最少的資源，實(shí)現(xiàn)更多的功能。本系統(tǒng)開發(fā)也不例外。也要兼顧用戶的需求，突出重點(diǎn)、考慮細(xì)節(jié)。3.3性能需求3.3.1系統(tǒng)的安全性需求對(duì)于開發(fā)的服裝銷售系統(tǒng)，要著重考慮系統(tǒng)的安全性問題。對(duì)此，作出如下分析：無論是前臺(tái)的銷售系統(tǒng)，還是后臺(tái)的管理系統(tǒng)，管理員和平臺(tái)會(huì)員都需要登錄操作。對(duì)于前臺(tái)系統(tǒng)，未登錄的用戶只有瀏覽的權(quán)限，不可以進(jìn)行其他的操作。對(duì)于后臺(tái)系統(tǒng)，不通過安全登錄及驗(yàn)證則無法進(jìn)入。在后臺(tái)管理系統(tǒng)中需要對(duì)普通管理員設(shè)定權(quán)限，普通管理員的權(quán)限可以不同。在登錄系統(tǒng)后，不可以跨權(quán)限操作。此系統(tǒng)設(shè)立一個(gè)超級(jí)管理員，超級(jí)管理員具有包括為普通管理員分配權(quán)限的所有操作權(quán)限。普通管理員的具體權(quán)限可以不同。3.3.2數(shù)據(jù)的完整性需求此服裝銷售管理系統(tǒng)在數(shù)據(jù)的存儲(chǔ)方面務(wù)必要做到安全、準(zhǔn)確、完整。對(duì)此有以下幾點(diǎn)具體要求： 對(duì)于表中已經(jīng)記錄的信息要全面、完整的保存，不可以出現(xiàn)已錄入的信息為空的情況。對(duì)于各個(gè)數(shù)據(jù)表，同一表或不同表中的數(shù)據(jù)間的聯(lián)系要保持一致；如果同一數(shù)據(jù)出現(xiàn)在不同的記錄表中，則該數(shù)據(jù)要保持一致。

第四章數(shù)據(jù)庫設(shè)計(jì)4.1數(shù)據(jù)庫的分析與設(shè)計(jì)數(shù)據(jù)是現(xiàn)代社會(huì)賴以生存的基礎(chǔ)。顧名思義，數(shù)據(jù)庫中存儲(chǔ)、記錄大量重要的數(shù)據(jù)信息。得益于電子計(jì)算機(jī)技術(shù)的迅猛發(fā)展，數(shù)據(jù)庫管理系統(tǒng)應(yīng)運(yùn)而生。數(shù)據(jù)庫管理員通過敲擊鍵盤，就可以輕松操作數(shù)據(jù)信息。目前市面上有多種不同的數(shù)據(jù)庫軟件及其相關(guān)的數(shù)據(jù)庫管理系統(tǒng)。各款產(chǎn)品互有優(yōu)劣，開發(fā)人員根據(jù)自身需求選擇合適的數(shù)據(jù)庫往往可以起到事半功倍的效果。正如前文提及，綜合多方考慮，以自身服裝銷售管理系統(tǒng)的需求出發(fā)，選擇MySQL數(shù)據(jù)庫。4.2數(shù)據(jù)庫的概念結(jié)構(gòu)設(shè)計(jì)常言，萬丈高樓平地起，蓋樓之前首先要設(shè)計(jì)好大樓的結(jié)構(gòu)、打好地基。地基穩(wěn)固后才可以添磚加瓦，逐漸拔高。對(duì)于數(shù)據(jù)庫而言，打好地基就是充分的數(shù)據(jù)分析。同蓋樓一樣，數(shù)據(jù)庫的結(jié)構(gòu)也需要自下而上、層層設(shè)計(jì)。大樓蓋好后，仍是毛坯房，不能即刻入住。數(shù)據(jù)庫也是如此。大樓要根據(jù)住戶的需求裝修，數(shù)據(jù)庫自然也要從用戶的角度出發(fā)，最后根據(jù)用戶的體驗(yàn)重點(diǎn)修改。設(shè)計(jì)大樓結(jié)構(gòu)前需要畫好建筑圖，而數(shù)據(jù)庫中的“建筑圖”則是實(shí)體——關(guān)系圖，也就是俗稱的E-R圖。如果說實(shí)體（E）好比蓋樓時(shí)的磚瓦鋼筋，而關(guān)系（R）則是磚瓦之間的水泥。正如上文所提及，數(shù)據(jù)庫的設(shè)計(jì)需要站在用戶的視角分析，對(duì)于企業(yè)就是準(zhǔn)確完整的反映企業(yè)組織信息需要的數(shù)據(jù)庫概念結(jié)構(gòu)。而且概念結(jié)構(gòu)與計(jì)算機(jī)系統(tǒng)彼此獨(dú)立，與數(shù)據(jù)庫邏輯結(jié)構(gòu)和數(shù)據(jù)庫的管理系統(tǒng)沒有依賴關(guān)系。 4.3數(shù)據(jù)庫的邏輯結(jié)構(gòu)設(shè)計(jì)根據(jù)對(duì)數(shù)據(jù)庫概念結(jié)構(gòu)的分析，我們可以初步繪制出所需要的“建筑圖”。在正式的破土動(dòng)工之前，還要考慮圖紙計(jì)劃的可行性。對(duì)于數(shù)據(jù)庫則是要考慮E-R圖的邏輯性。即，是否符合生活中的邏輯，以免出現(xiàn)不分主次、“本末倒置”的情況。同時(shí)E-R模型在向關(guān)系數(shù)據(jù)庫模型的轉(zhuǎn)換時(shí)應(yīng)遵循下列幾個(gè)基本原則：每一個(gè)實(shí)體都有對(duì)應(yīng)一個(gè)關(guān)系；蓋樓的每塊磚都需要粘合劑，才能保證與其他磚瓦間的穩(wěn)固。主鍵必須定義非空（NOTNULL）；大樓的每一層都有標(biāo)識(shí)，以區(qū)分其他的樓層。二元聯(lián)系應(yīng)按照一對(duì)一、一對(duì)多、多對(duì)多等聯(lián)系來定義外鍵；蓋樓的每塊磚都與其他磚瓦粘合在一起，沒有單獨(dú)存在的。4.4數(shù)據(jù)庫的物理結(jié)構(gòu)設(shè)計(jì)根據(jù)數(shù)據(jù)庫邏輯結(jié)構(gòu)設(shè)計(jì)的幾個(gè)基本原則，結(jié)合所開發(fā)的服裝銷售管理系統(tǒng)需求，設(shè)計(jì)項(xiàng)目所需的幾個(gè)基本表。(1)會(huì)員信息表主要是記錄在平臺(tái)注冊(cè)用戶的基本信息。表結(jié)構(gòu)如表4.1所示。(2)服裝信息表主要存儲(chǔ)所添加的服裝商品的基本信息。表結(jié)構(gòu)如表4.2所示。(3)后臺(tái)管理員登錄系統(tǒng)時(shí)，則會(huì)在此日志表中留下記錄。表結(jié)構(gòu)如圖4.3所示。(4)管理員信息表用來存儲(chǔ)后臺(tái)管理員的賬號(hào)信息。管理員登錄時(shí)，后端需要調(diào)用此表驗(yàn)證。表結(jié)構(gòu)如表4-4所示。(5)訂單信息表主要詳細(xì)記錄的商品的訂單信息。以訂單序號(hào)（id）為主鍵，存儲(chǔ)相關(guān)商品的銷售明細(xì)。管理員后臺(tái)“交易統(tǒng)計(jì)分析”模塊調(diào)用本表生成柱狀圖。表結(jié)構(gòu)如表4-5所示。第五章系統(tǒng)功能實(shí)現(xiàn)在一般性的信息管理系統(tǒng)的開發(fā)周期中，需求分析、系統(tǒng)設(shè)計(jì)等階段是系統(tǒng)實(shí)施的基石，系統(tǒng)的具體實(shí)施依賴與前者的準(zhǔn)確性與完整性。在此階段中，系統(tǒng)開發(fā)的主要工作分為邏輯設(shè)計(jì)、功能設(shè)計(jì)和技術(shù)設(shè)計(jì)，每一步都要依照之前的分析設(shè)計(jì)，有條不紊的進(jìn)行。經(jīng)過具體分析，將該銷售管理系統(tǒng)分為兩大模塊。第一大模塊面向普通用戶，即前臺(tái)銷售網(wǎng)站的會(huì)員或游客。第二大模塊為后臺(tái)的管理員模塊，可以對(duì)前臺(tái)商品、會(huì)員用戶和訂單信息統(tǒng)一管理5.1普通用戶模塊5.1.1系統(tǒng)主頁面該頁面整體由上至下分為四個(gè)部分。最上方為導(dǎo)航欄，導(dǎo)航欄下為網(wǎng)站標(biāo)題和搜索框，緊接著是輪播圖及輪播圖左側(cè)的分類欄，最下面是商品推薦模塊。程序運(yùn)行效果圖如圖5.1所示：圖5.1系統(tǒng)主頁面設(shè)計(jì)5.1.2會(huì)員登錄注冊(cè)模塊對(duì)于未注冊(cè)用戶，只可以瀏覽相關(guān)服裝商品和商品詳情信息。未注冊(cè)用戶需要正確填寫相關(guān)個(gè)人信息，根據(jù)提示完成注冊(cè)流程。程序效果圖如圖5.2，圖5.3所示：圖5.2用戶登錄界面圖5.3用戶注冊(cè)界面前臺(tái)用戶注冊(cè)端代碼如表所示：5.1.3用戶購物模塊用戶通過注冊(cè)成為本站會(huì)員后，就可以在本站點(diǎn)購物。會(huì)員用戶可以在站點(diǎn)自由瀏覽商品。點(diǎn)擊相關(guān)商品，可以進(jìn)入該商品的詳情頁。用戶也可以根據(jù)頁面內(nèi)容提示對(duì)商品進(jìn)行收藏、加入購物車、購買等操作。程序效果圖如圖5.4所示：圖5.4用戶購物模塊及商品詳情模塊5.1.4購物車管理銷售頁面設(shè)置購物車功能，用戶在成功注冊(cè)并且登錄后即可使用該功能。用戶可以進(jìn)行清空購物車、對(duì)購物車中某一件商品數(shù)量增加或減少以及移出購物車等操作。用戶在操作時(shí)，頁面不會(huì)有刷新或跳轉(zhuǎn)。后端采用Ajax技術(shù)異步處理，完成后前臺(tái)顯示最終結(jié)果。程序效果圖如圖5.5。 圖5.5購物車管理模塊以刪除購物車內(nèi)商品為例，相關(guān)邏輯代碼如下：5.1.5用戶中心管理未注冊(cè)用戶在瀏覽該站點(diǎn)時(shí)，點(diǎn)擊頭部導(dǎo)航欄“注冊(cè)按鈕”，填寫相關(guān)信息即可以注冊(cè)成為會(huì)員。注冊(cè)成功后，可以在“個(gè)人中心”板塊修改個(gè)人信息。程序效果圖如圖5.6，圖5.7。圖5.6會(huì)員訂單信息管理模塊圖5.7會(huì)員基本信息管理模塊以用戶更新資料為例，相關(guān)邏輯代碼如下：5.2管理員模塊后臺(tái)管理員端主頁面分為兩大部分，第一部分未頁面左側(cè)菜單欄，此處查詢具體功能模塊。第二部分為右側(cè)的功能詳情頁。程序效果如圖5.8所示。圖5.8管理員模塊主頁面5.1系統(tǒng)后臺(tái)登錄頁面出于系統(tǒng)的安全性考慮，在進(jìn)入后臺(tái)管理系統(tǒng)前，管理員用戶需要登錄。程序運(yùn)行效果圖如圖5.9所示：圖5.9后臺(tái)登錄頁面在后臺(tái)的管理員登錄頁面，管理員需要正確輸入用戶名、密碼和驗(yàn)證碼。當(dāng)點(diǎn)擊登錄時(shí)，后端則對(duì)用戶名和密碼進(jìn)行判斷。如果通過判斷，則頁面自動(dòng)跳轉(zhuǎn)進(jìn)入后臺(tái)管理的主頁面。如果未通過，則有相關(guān)提示，如“用戶名不存在”、“密碼錯(cuò)誤”等不發(fā)生跳轉(zhuǎn)，留在登錄頁面。后臺(tái)登錄邏輯代碼如表所示：5.2服裝類別管理在后臺(tái)主頁面的“商品分類”模塊中，管理員用戶可在此操作服裝類別信息。操作時(shí)需要正確且完整的輸入相關(guān)信息。程序效果圖如下圖5.10，5.11所示：圖5.11類別信息錄入（一）圖5.11類別信息錄入（二）以添加商品分類為例，邏輯代碼如下表：5.3服裝信息管理5.3.1服裝信息錄入管理員在此頁面添加前臺(tái)的商品信息，需要管理員正確完整的填寫所添加商品的信息，并且可以在此模塊上傳商品的圖片。程序效果圖如圖5.12所示：圖5.12服裝信息錄入5.3.2服裝信息管理管理員可以在菜單欄找到“服裝管理”模塊，同時(shí)，管理員可以在此頁面管理服裝商品信息。程序效果圖如下圖5.13所示圖5.13服裝信息管理頁面以錄入服裝商品為例，邏輯代碼如下： 5.4用戶維護(hù)管理未注冊(cè)用戶可以在銷售頁面注冊(cè)成為會(huì)員。注冊(cè)成功后，管理員可以在后臺(tái)系統(tǒng)查詢到相關(guān)會(huì)員信息，并且可以對(duì)會(huì)員信息進(jìn)行管理。程序效果圖如圖5.14所示：圖5.14會(huì)員信息管理以刪除用戶為例，邏輯代碼如下表：5.5訂單信息管理系統(tǒng)主頁面左側(cè)的菜單欄設(shè)置“訂單管理”模塊，管理員用戶可以在此頁面上對(duì)訂單信息進(jìn)行包括更改訂單的發(fā)貨狀態(tài)等操作。程序效果如圖5.15所示：圖5.15查詢訂單信息 以查詢訂單為例，邏輯代碼如下表：5.6修改個(gè)人密碼在后臺(tái)管理系統(tǒng)主頁面，管理員可通過“系統(tǒng)設(shè)置”下“修改密碼”模塊，更改個(gè)人密碼。程序效果圖如圖5.16所示：圖5.16修改密碼模塊 管理員端修改密碼模塊相關(guān)代碼如下表：5.7系統(tǒng)評(píng)論模塊進(jìn)入后臺(tái)系統(tǒng)的主頁面，頁面左側(cè)的菜單欄有“評(píng)論管理”模塊，管理員可以在子模塊“評(píng)論列表”中，查詢后臺(tái)的數(shù)據(jù)庫檢索出所有的評(píng)論信息，并對(duì)評(píng)論信息進(jìn)行操作。程序效果圖如圖5.17所示：圖5.17系統(tǒng)評(píng)論模塊效果圖以刪除評(píng)論為例，邏輯代碼如下：5.8日志管理管理員點(diǎn)擊左側(cè)的導(dǎo)航菜單“系統(tǒng)日志”，可以查詢到相關(guān)的登錄日志信息。程序效果圖如圖5.18所示：圖5.18登錄日志詳情 管理員可在此頁面管理日志，以添加日志為例，相關(guān)邏輯代碼如下：5.9交易統(tǒng)計(jì)分析管理員點(diǎn)擊左側(cè)的導(dǎo)航菜單“銷售統(tǒng)計(jì)”，可以查詢到某個(gè)時(shí)間段的具體銷售情況。程序效果圖如圖5.19所示：圖5.19交易統(tǒng)計(jì)分析模塊統(tǒng)計(jì)分析模塊相關(guān)邏輯代碼如下表：

第六章系統(tǒng)測試在系統(tǒng)軟件正式交付或投入使用前，還需要經(jīng)過科學(xué)性，系統(tǒng)性，完整性的測試。6.1系統(tǒng)測試目的一般來說，程序開發(fā)過程中，肯定會(huì)出現(xiàn)形形色色的錯(cuò)誤。有些錯(cuò)誤可能編寫代碼時(shí)就意識(shí)到了，有些可能一直在系統(tǒng)中潛伏著。測試的其中一個(gè)目標(biāo)就是盡可能多的找出這些錯(cuò)誤。另外，找出錯(cuò)誤并不意味著結(jié)束。有錯(cuò)誤自然需要改正。所以另一個(gè)目標(biāo)是在錯(cuò)誤中完善、優(yōu)化系統(tǒng)。對(duì)于系統(tǒng)功能正常運(yùn)行之外，測試也要考慮系統(tǒng)對(duì)其他方面的影響。比如說，該系統(tǒng)是否符合預(yù)期、是否滿足用戶的需求，系統(tǒng)的資源占用情況怎么樣。而測試人員應(yīng)該及時(shí)總結(jié)分析問題，做好筆記，與開發(fā)人員合作研究。目前該服裝銷售管理系統(tǒng)的開發(fā)已經(jīng)接近尾聲，此時(shí)該系統(tǒng)中各個(gè)功能模塊及模塊間的協(xié)作情況還需經(jīng)過測試檢驗(yàn)。在測試前要明確測試的一些基本原則、基本方法之類。還要考慮具體的測試用例。所謂“知己知彼，百戰(zhàn)不殆”?？傊?，測試的工作強(qiáng)度，工作的必要性一點(diǎn)也不遜色于系統(tǒng)的開發(fā)過程。6.2測試策略測試之初首先要意識(shí)到，由于數(shù)據(jù)庫中的數(shù)據(jù)是系統(tǒng)開發(fā)時(shí)隨便輸入，不具有代表性。為了使系統(tǒng)更加完善、測試結(jié)果更加準(zhǔn)確，在系統(tǒng)測試的過程中，需要全部清理掉開發(fā)過程中的無效數(shù)據(jù)，在數(shù)據(jù)庫中重新輸入有效的測試數(shù)據(jù)，以便盡可能的發(fā)揮測試的作用。一般來說，測試過程時(shí)會(huì)出現(xiàn)許多意想不到的錯(cuò)誤，需要多次的測試、調(diào)試，根據(jù)問題原因及位置，尋求解決問題的最優(yōu)解。測試系統(tǒng)主要根據(jù)以下三個(gè)策略進(jìn)行：根據(jù)系統(tǒng)的功能實(shí)現(xiàn)模塊，依次進(jìn)行單個(gè)功能模塊、多個(gè)功能模塊聯(lián)合以及系統(tǒng)整體性的測試，最后分析測試結(jié)果，優(yōu)化系統(tǒng)；對(duì)系統(tǒng)中無法進(jìn)行測試的模塊或功能分析其運(yùn)行機(jī)制，在整體性測試中調(diào)試；以書面的形式記錄測試的結(jié)果，保存并在后期維護(hù)中加以分析。6.3測試特性及分析系統(tǒng)測試的目標(biāo)是盡可能徹底地檢查程序中的錯(cuò)誤，使系統(tǒng)的有一個(gè)可靠性的改進(jìn)計(jì)劃。因此系統(tǒng)檢查目的是檢驗(yàn)系統(tǒng)功能的具體實(shí)現(xiàn)怎么樣，即口語中的“做的怎樣”。系統(tǒng)測試階段可簡單從三個(gè)方面考慮：細(xì)分具體模塊；通常，系統(tǒng)中每個(gè)模塊負(fù)責(zé)一個(gè)具體的功能，所以第一步要從每個(gè)具體模塊、具體功能入手，逐個(gè)排查測試；具體功能模塊聯(lián)動(dòng)測試；用戶正常使用時(shí)，一般會(huì)涉及到系統(tǒng)的多個(gè)功能，所以為滿足用戶的復(fù)雜需求，應(yīng)該考慮選取多個(gè)功能模塊一起測試；系統(tǒng)整體性測試；系統(tǒng)性測試一方面要測試系統(tǒng)的整體運(yùn)行效果，整體運(yùn)行下，系統(tǒng)各模塊功能的實(shí)現(xiàn)情況。另一方面也要考慮系統(tǒng)運(yùn)行時(shí)的資源占用情況不怕測試中發(fā)現(xiàn)問題，就怕發(fā)現(xiàn)不了問題，系統(tǒng)就是在不斷的錯(cuò)誤中得到優(yōu)化。找準(zhǔn)關(guān)鍵，對(duì)癥下藥解決錯(cuò)誤，然后進(jìn)行測試。由于它是基于系統(tǒng)一般規(guī)范的黑盒測試，所以將系統(tǒng)的組件一一進(jìn)行測試。系統(tǒng)檢查是對(duì)整個(gè)產(chǎn)品系統(tǒng)的檢查而言，目的是驗(yàn)證系統(tǒng)是否符合定義的規(guī)范，并找出不符合系統(tǒng)需求或與之矛盾的地方。以下是相關(guān)的系統(tǒng)測試特點(diǎn)：（1）嚴(yán)格性：經(jīng)過嚴(yán)格測試才能更好的完善系統(tǒng)，在進(jìn)行系統(tǒng)的測試時(shí)我們要做到“嚴(yán)格，苛刻，挑剔”。（2）不徹底性：無論多么嚴(yán)格，多么細(xì)微的測試總會(huì)留下死角。即使經(jīng)過測試后系統(tǒng)可以正常運(yùn)行，但還是要在使用中不斷檢測、優(yōu)化系統(tǒng)。（3）經(jīng)濟(jì)性：測試是一個(gè)漫長枯燥而且復(fù)雜的過程。這個(gè)過程也是軟件開發(fā)的一部分，要用最少的資源實(shí)現(xiàn)更多的功能。系統(tǒng)測試旨在找出那些潛藏的問題，好比系統(tǒng)在正式上線前吃下一個(gè)定心丸。6.4功能測試一般來說，“工欲善其事，必先利其器”，在系統(tǒng)測試方面自然也不例外。測試之前應(yīng)該選擇合適的測試方法。在功能測試方面，開發(fā)人員已經(jīng)非常熟悉系統(tǒng)的相關(guān)功能。并且經(jīng)過驗(yàn)證，該系統(tǒng)的內(nèi)部可以正常運(yùn)行。所以本模塊選擇黑盒測試的方法進(jìn)行系統(tǒng)測試。本模塊考慮到系統(tǒng)的安全性，選取相關(guān)的兩個(gè)測試案例，分別為后臺(tái)的登錄測試和前后臺(tái)普通用戶的修改密碼測試。另外選取后臺(tái)管理員的權(quán)限功能測試，以刪除分類為例。管理員后臺(tái)登錄測試，以正確的用戶名“admin”，密碼“000”示例：管理員端與前臺(tái)用戶端的修改密碼測試：管理員后臺(tái)功能測試，以刪除分類為例：通過以上幾個(gè)重要模塊功能的測試，尤其著重于系統(tǒng)安全性方面，目前可以認(rèn)為該系統(tǒng)已經(jīng)初步通過測試，所測試模塊功能正常實(shí)現(xiàn)。6.5測試結(jié)果測試的目標(biāo)是通過發(fā)現(xiàn)系統(tǒng)中的未知錯(cuò)誤來不斷優(yōu)化系統(tǒng)功能、使系統(tǒng)更加人性化。但我們的最終目的并不是為了發(fā)現(xiàn)錯(cuò)誤，而是根據(jù)錯(cuò)誤總結(jié)經(jīng)驗(yàn)讓信息系統(tǒng)符合用戶需求、方便用戶操作，因此系統(tǒng)必須進(jìn)行不斷的調(diào)試。測試之后往往可以發(fā)現(xiàn)不為人知的錯(cuò)誤，我們要精確確定誤差的位置和具體誤差。然后根據(jù)錯(cuò)誤進(jìn)行修改調(diào)試，并且在此過程中也要更新測試用例得到更準(zhǔn)確的評(píng)估測試結(jié)果。如果出現(xiàn)實(shí)際結(jié)果與預(yù)期結(jié)果不符的現(xiàn)象，則表明在系統(tǒng)中存在著某些隱藏的問題。在不斷的調(diào)試中找出癥狀的原因，以便對(duì)癥下藥，改正錯(cuò)誤。通過以上測試，可以初步認(rèn)為該銷售系統(tǒng)的某些模塊功能已經(jīng)正常實(shí)現(xiàn)，系統(tǒng)可以正常運(yùn)行。但是，實(shí)踐才是檢驗(yàn)真理的唯一標(biāo)準(zhǔn)，系統(tǒng)的可行性還需要經(jīng)過大眾的考量。

結(jié)論確定這個(gè)題目后，就開始思考該選擇什么樣的架構(gòu)，選擇怎樣的開發(fā)環(huán)境。經(jīng)過多次的橫向比較并結(jié)合自身的條件，采用了B/S等前端技術(shù)并且對(duì)這些相關(guān)技術(shù)針對(duì)性的查漏補(bǔ)缺。在幾個(gè)月內(nèi)，本人按照系統(tǒng)開發(fā)的基本步驟，不敢有一絲怠慢，爭取有速度，有質(zhì)量完成這次任務(wù)。系統(tǒng)要邊開發(fā)，邊調(diào)試，雖然表面看起來光鮮亮麗，但總是暗藏危機(jī)。感謝互聯(lián)網(wǎng)高度發(fā)展的今天，在互聯(lián)網(wǎng)的幫助