【《校園畢業(yè)生生活用品出售系統(tǒng)設(shè)計(jì)》19000字(論文)】_第1頁
【《校園畢業(yè)生生活用品出售系統(tǒng)設(shè)計(jì)》19000字(論文)】_第2頁
【《校園畢業(yè)生生活用品出售系統(tǒng)設(shè)計(jì)》19000字(論文)】_第3頁
【《校園畢業(yè)生生活用品出售系統(tǒng)設(shè)計(jì)》19000字(論文)】_第4頁
【《校園畢業(yè)生生活用品出售系統(tǒng)設(shè)計(jì)》19000字(論文)】_第5頁
已閱讀5頁,還剩51頁未讀, 繼續(xù)免費(fèi)閱讀

付費(fèi)下載

下載本文檔

版權(quán)說明:本文檔由用戶提供并上傳,收益歸屬內(nèi)容提供方,若內(nèi)容存在侵權(quán),請(qǐng)進(jìn)行舉報(bào)或認(rèn)領(lǐng)

文檔簡(jiǎn)介

校園畢業(yè)生生活用品出售系統(tǒng)設(shè)計(jì)TOC\o"1-3"\h\u16378摘要 摘要在高校內(nèi),每年畢業(yè)生將還具備復(fù)用價(jià)值的生活用品閑置甚至丟棄的行為十分常見。這種現(xiàn)象是對(duì)資源的極大浪費(fèi),因此設(shè)計(jì)一個(gè)符合高校學(xué)生需求的校園畢業(yè)生生活用品出售系統(tǒng)是十分有必要的。本文通過對(duì)相關(guān)課題的背景以及近些年來的研究現(xiàn)象做調(diào)查得出結(jié)論本系統(tǒng)具有一定的可行性;此外,還對(duì)當(dāng)下比較流行的開發(fā)技術(shù)進(jìn)行調(diào)研,最終確定本系統(tǒng)采用前后端分離的開發(fā)體系,選取springboot加vue作為主要技術(shù)進(jìn)行學(xué)習(xí)和開發(fā)。本文通過需求分析確定了系統(tǒng)面對(duì)的四類角色并通過用例圖對(duì)其進(jìn)行比較詳細(xì)的功能分析,大致劃分了每個(gè)角色應(yīng)該有的功能。在進(jìn)行最后的系統(tǒng)實(shí)現(xiàn)前,本文以流程圖和數(shù)據(jù)庫(kù)設(shè)計(jì)為主要核心進(jìn)行了系統(tǒng)的邏輯設(shè)計(jì)為真正開發(fā)提供重要資料。系統(tǒng)開發(fā)完成后,本文分別從前臺(tái)和后臺(tái)兩個(gè)維度出發(fā)進(jìn)行具體的功能頁面展示,這樣就可以讓讀者直觀地感受系統(tǒng)的功能。在完成系統(tǒng)的基本實(shí)現(xiàn)后,本文采用功能測(cè)試對(duì)系統(tǒng)進(jìn)行了比較全面的測(cè)試,測(cè)試發(fā)現(xiàn)系統(tǒng)的基本功能已經(jīng)全部可以實(shí)現(xiàn)但細(xì)節(jié)功能還比較簡(jiǎn)陋,但整體上本系統(tǒng)可以滿足開發(fā)前所設(shè)想的用戶的基本需求。本系統(tǒng)響應(yīng)復(fù)用經(jīng)濟(jì)的時(shí)代號(hào)召,同時(shí)能夠滿足高校畢業(yè)生和在校大學(xué)生的雙重需求,在技術(shù)上又具有一定的可行性,這樣的系統(tǒng)是可以降低高校每年處理畢業(yè)生生活用品的管理壓力。關(guān)鍵詞:畢業(yè)生生活用品;vue;數(shù)據(jù)庫(kù);復(fù)用緒論課題背景、目的以及意義1.1.1課題背景自二十一世紀(jì)以來,我國(guó)高校教育飛速發(fā)展,規(guī)模也急劇擴(kuò)大,在全國(guó)范圍內(nèi)已經(jīng)形成以大學(xué)生為主體的新興消費(fèi)群體,但是他們這類人群有一個(gè)不可忽略的經(jīng)濟(jì)問題,他們的經(jīng)濟(jì)來源普遍單一,大多數(shù)是父母以生活費(fèi)名義給予的。盡管他們穩(wěn)定消費(fèi)的能力難以保證,但客觀來說,他們這類群體也確確實(shí)實(shí)有一定的消費(fèi)欲望和消費(fèi)能力。此外,還存在一個(gè)客觀現(xiàn)實(shí)問題,大學(xué)生隨著年齡的增長(zhǎng)而逐漸增長(zhǎng)的消費(fèi)欲望與經(jīng)濟(jì)能力未隨著相應(yīng)匹配提升的問題客觀上讓部分大學(xué)生有著一定程度上的滯后或超前的消費(fèi)行為。我們需要在兩者之間找到一個(gè)過渡,比如增加大學(xué)生中可復(fù)用的生活物品,一方面降低他們的消費(fèi)成本使部分學(xué)生能夠及時(shí)滿足自身的消費(fèi)欲望,另一方面解決部分學(xué)生因沖動(dòng)消費(fèi)造成的超前消費(fèi)問題。這自然讓我們聯(lián)想到每年高校畢業(yè)季大量畢業(yè)生生活用品的低賣甚至當(dāng)作垃圾被摒棄的現(xiàn)象,但假如存在一個(gè)專門面向畢業(yè)生處理生活用品以及面向校園未畢業(yè)大學(xué)生購(gòu)買相應(yīng)商品的電子商務(wù)平臺(tái)是否能解決部分相關(guān)問題。盡管每個(gè)學(xué)校在每年5或6月份都有跳蚤市場(chǎng)給畢業(yè)生提供場(chǎng)地解決他們的生活用品,但時(shí)間緊迫和場(chǎng)地緊張以及不是每個(gè)人都愿意去實(shí)地挑選等多方面因素造成了事實(shí)上的效率低下,不能充分解決畢業(yè)生處理生活用品的煩惱亦不能滿足其余學(xué)生選購(gòu)的時(shí)間場(chǎng)所自由。但如果學(xué)生選擇在校園生活用品平臺(tái)上交易相應(yīng)物品,由于有相關(guān)管理人員的審核,用戶申請(qǐng)售賣商品的資格和申請(qǐng)售賣商品的質(zhì)量都有所保障,這樣就可以減少部分畢業(yè)生以次充好的行為以及部分買家過度砍價(jià)的現(xiàn)象。以上對(duì)于高校畢業(yè)生處理生活用品的選擇和高校處理該現(xiàn)象的選擇進(jìn)行分析后,我認(rèn)為開發(fā)一個(gè)面向畢業(yè)生出售生活用品的平臺(tái)是可行的,也是有益于學(xué)生的,1.1.2課題目的和意義伴隨著互聯(lián)網(wǎng)在高校的不斷普及以及大學(xué)生對(duì)新生事物的快速接收,電子商務(wù)在各自領(lǐng)域得到了充分地發(fā)展,電子商務(wù)也在校園中根深蒂固,網(wǎng)上購(gòu)物對(duì)于大學(xué)生來說早已經(jīng)是尋常的事物了;此外,由于復(fù)用商品的低廉價(jià)格使得其對(duì)大部分大學(xué)生來說比較話說,他們消費(fèi)的成本下降了,也自然會(huì)更愿意去這個(gè)平臺(tái)上消費(fèi)。此外現(xiàn)在申請(qǐng)構(gòu)建網(wǎng)上電子商務(wù)平臺(tái)的難度已經(jīng)很低了,我們需要做得更多的是維護(hù)數(shù)據(jù)和嚴(yán)格把關(guān)商品質(zhì)量,而且這也是一個(gè)很好地實(shí)踐項(xiàng)目有益于鍛煉我們的動(dòng)手能力。這也就是說構(gòu)建一個(gè)畢業(yè)生生活用品出售平臺(tái)的技術(shù)約束和觀念約束早已被打破。通過提高物品的復(fù)用率從而達(dá)到物盡其用目的的這種發(fā)展模式已經(jīng)成為全球共同追求的可持續(xù)發(fā)展模式。此外近幾年來,國(guó)內(nèi)對(duì)提高資源復(fù)用的呼吁也不斷高漲,各大高校為響應(yīng)號(hào)召已經(jīng)建立了各式各樣的復(fù)用商品市場(chǎng)。而且到了新時(shí)代,追求可循環(huán)綠色環(huán)保的發(fā)展觀念早已深入人心,在大眾眼里可復(fù)用的二次商品和閑置商品也是有一定價(jià)值的而且是可以滿足他們的節(jié)約環(huán)保的行為理念。以上從消費(fèi)觀點(diǎn),技術(shù)實(shí)現(xiàn),社會(huì)傾向等方面為建立一個(gè)面向畢業(yè)生出售生活用品的電子商務(wù)平臺(tái)開辟了道路。我們以此為基礎(chǔ)構(gòu)建一個(gè)面向用戶向的人性化的平臺(tái),這樣既可以降低畢業(yè)生處理生活用品的壓力,也降低了學(xué)校管理場(chǎng)地的壓力,同時(shí)減少了處理交易時(shí)可能的各種各樣的狀況。課題的研究現(xiàn)狀由于電子信息技術(shù)的快速發(fā)展,電子商務(wù)網(wǎng)站的構(gòu)建門檻也降低了,這也使得有關(guān)電子商務(wù)的網(wǎng)站變得越來越多,種類也越來越豐富(在各行各業(yè)構(gòu)建相關(guān)的電子商務(wù)網(wǎng)站也變得十分簡(jiǎn)單)。高校是對(duì)新事物感受最快的接收者,廣大在校大學(xué)生在將電子商務(wù)上一定有著比較新穎的開發(fā)立足點(diǎn)(因?yàn)樗麄兪亲钤缃邮茈娮由虅?wù)模式,并且能快速給出反饋的一批人),而且隨著我國(guó)經(jīng)濟(jì)的快速發(fā)展,人們的生活水平不斷提高,當(dāng)然作為每個(gè)家庭未來的中流砥柱,高校生在消費(fèi)領(lǐng)域上具有極大開發(fā)潛力,以上幾點(diǎn)足以證明在以高校人員的需求為核心進(jìn)行電子商務(wù)的開發(fā)是有未來的。據(jù)悉,發(fā)達(dá)國(guó)家的高校在進(jìn)行開發(fā)電子商務(wù)系統(tǒng)以校內(nèi)人員的需求為導(dǎo)向的方向上已經(jīng)進(jìn)行了很多嘗試,而且由于國(guó)外在電子商務(wù)系統(tǒng)上的起步較早,因此他們的網(wǎng)絡(luò)購(gòu)物系統(tǒng)以及支付系統(tǒng)等均比較完善,這為他們進(jìn)行開發(fā)提供了極大便利。雖然中國(guó)高校開始將電子商務(wù)系統(tǒng)開發(fā)的立足點(diǎn)與校園內(nèi)部的老師、學(xué)生以及其他工作人員的需求相聯(lián)系起來相較于其他發(fā)達(dá)國(guó)家開始得較晚,但當(dāng)前很多高校為響應(yīng)社會(huì)對(duì)大學(xué)生創(chuàng)新創(chuàng)業(yè)的期待,同時(shí)也為進(jìn)一步解決大學(xué)生就業(yè)問題,高校管理層在風(fēng)氣上進(jìn)行引導(dǎo)營(yíng)造了一個(gè)穩(wěn)定地面向大學(xué)生創(chuàng)新創(chuàng)業(yè)的環(huán)境同時(shí)在校內(nèi)資源上對(duì)大學(xué)生傾斜為其助力,從多方面鼓勵(lì)大學(xué)生們以校內(nèi)人員的需求著手發(fā)展和創(chuàng)建校園電子商務(wù),鼓勵(lì)學(xué)生對(duì)創(chuàng)業(yè)創(chuàng)新進(jìn)行嘗試從而提升其動(dòng)手能力。校園電子商務(wù)只是電子商務(wù)與高校需求相結(jié)合的一種開發(fā)方向,單純從商業(yè)運(yùn)作模式來看屬于一般電子商務(wù),而且多數(shù)是C2C模式REF_Ref27847\r\h[12]:買賣雙方多數(shù)是個(gè)人,少部分為專營(yíng)商家。他們賣的東西大多與學(xué)生生活有關(guān),比如在學(xué)習(xí)上就有往年的二手教材以及之前的考試資料;在實(shí)用工具上有電腦配件、自行車等;在寢室用具上有化妝品,鞋柜,書架等;在娛樂上有游戲機(jī),益智玩具等。這些都是最常見的校內(nèi)生活用品。在校園交易平臺(tái)上進(jìn)行購(gòu)物比較簡(jiǎn)單,可以減少買賣雙方的糾紛,同時(shí)也減少畢業(yè)生想處理自己的生活用品而擔(dān)心申請(qǐng)成為商家的資金的煩擾,比較適合學(xué)生群體。論文主要內(nèi)容高校內(nèi)由于每年一度的畢業(yè)潮,存在穩(wěn)定的商品交易需求(畢業(yè)生想要拋售運(yùn)回成本過高的生活用品),但校內(nèi)簡(jiǎn)單的跳蚤市場(chǎng)很難完全解決畢業(yè)生的需求,同時(shí)也給校內(nèi)增加了場(chǎng)地人員管理的負(fù)擔(dān),但我們?nèi)绻⑾嚓P(guān)的電子商務(wù)平臺(tái),建立起產(chǎn)生符合高校內(nèi)學(xué)生交易情景的交易模式,就可以解決以上存在的問題。本文所研究的基于java的畢業(yè)生生活用品出售系統(tǒng)可以代替?zhèn)鹘y(tǒng)的線下交易模式,其主要功能有以下幾個(gè)方面:申請(qǐng)成為商家、申請(qǐng)上傳商品、在線購(gòu)買商品等等,同時(shí)在后臺(tái)提供相應(yīng)信息的存儲(chǔ),重要的還有在后臺(tái)有審核功能可以對(duì)商家和商品進(jìn)行質(zhì)量把關(guān)。本系統(tǒng)關(guān)注的重點(diǎn)主要有數(shù)據(jù)存儲(chǔ),頁面展示和業(yè)務(wù)邏輯。這三點(diǎn)的關(guān)系能否處理好決定開發(fā)的系統(tǒng)能否完成。首先對(duì)于畢業(yè)生生活用品出售系統(tǒng)的數(shù)據(jù),不能簡(jiǎn)單地使用文件來進(jìn)行存儲(chǔ)的。因?yàn)樵撓到y(tǒng)的數(shù)據(jù)雜亂且數(shù)量多,這就導(dǎo)致如果通過文件來存儲(chǔ)信息讀取磁盤次數(shù)過多不說對(duì)數(shù)據(jù)的管理也是一種負(fù)擔(dān),同樣在后臺(tái)對(duì)數(shù)據(jù)進(jìn)行管理時(shí)也十分不友好。市面上其他的數(shù)據(jù)庫(kù)管理系統(tǒng)有Mysql,SqlServer與Oracle等,我們選用Mysql對(duì)數(shù)據(jù)進(jìn)行存儲(chǔ),它相對(duì)其他DBMS較輕便、簡(jiǎn)單、開源,但它也有不足就是對(duì)圖片文件的存儲(chǔ)需要小心存儲(chǔ)位置。然后頁面作為系統(tǒng)的信息展示模塊,本身除了承擔(dān)體現(xiàn)功能外,還將用戶的使用體驗(yàn)納入了設(shè)計(jì)內(nèi)容中,這就意味著頁面的設(shè)計(jì)與實(shí)現(xiàn)程度與用戶體驗(yàn)直接掛鉤,我們必須在完成主要功能的基礎(chǔ)上,優(yōu)化頁面使其對(duì)用戶來說能夠更加更快上手,提高其使用體驗(yàn)。最后該系統(tǒng)使用springboot與vue實(shí)現(xiàn)前后端分離的模式實(shí)現(xiàn)系統(tǒng)構(gòu)建,系統(tǒng)的主體編寫選擇使用java語言,頁面的編寫選擇采用vue,為了快速開發(fā)頁面選擇使用element-ui模板。這樣選擇的框架能夠?qū)?shí)現(xiàn)前后端分離的效果,使得系統(tǒng)的業(yè)務(wù)邏輯比較清晰。相關(guān)技術(shù)介紹2.1開發(fā)工具本系統(tǒng)使用IDEA來開發(fā),它兼具Eclipse以及Myeclipse的長(zhǎng)處,又在一定程度上避免了這兩者的缺點(diǎn)(更加方便、高效)。此外它支持多種插件,本系統(tǒng)就采用了Lombok插件:它是通過簡(jiǎn)單的注解形式對(duì)一些必須有但重復(fù)性極強(qiáng)的Java代碼進(jìn)行簡(jiǎn)化復(fù)用,在編譯源碼的時(shí)候使用對(duì)應(yīng)的注解生成對(duì)應(yīng)的方法,一定程度上減少了編寫代碼的條數(shù),降低開發(fā)者編寫系統(tǒng)的難度。2.2相關(guān)技術(shù)在前后端不分離的項(xiàng)目中前端使用JSP頁面,后端使用servlet接收前端的請(qǐng)求并進(jìn)行處理,在項(xiàng)目比較小且復(fù)雜度不高時(shí)這種開發(fā)方式比較快捷。但在全后端一體的開發(fā)中有一個(gè)突出問題:大多后端工程師不可能精通HTML、CSS、JS等前端語言。這就容易造成在前端與后端調(diào)節(jié)的地方很容易出現(xiàn)問題。在前后端分離之后,后端就不需要太關(guān)注前端的頁面變化,它們之間的數(shù)據(jù)傳輸對(duì)前端設(shè)計(jì)者來說也變得簡(jiǎn)單了,無需頻繁通過DOM進(jìn)行數(shù)據(jù)更新。后端通過JSON的格式傳遞信息,前端通過ajax訪問后端數(shù)據(jù)接口,然后我們就可以使用一些測(cè)試工具用虛假數(shù)據(jù)進(jìn)行測(cè)試,最后進(jìn)行前后端的結(jié)合,這樣極大地減少了耦合度,使得系統(tǒng)代碼層次分明。在該系統(tǒng)中我們采用Vue+SpringBoot+Mysql+Mybatis實(shí)現(xiàn)前后端分離。2.2.1Vue前端框架Vue是一個(gè)漸進(jìn)式框架,幫助開發(fā)前端應(yīng)用。所說的“漸進(jìn)式”,其實(shí)就是Vue的使用方式,我們?cè)谑褂肰ue框架時(shí):是在聲明式渲染(視圖模板引擎)的基礎(chǔ)上,根據(jù)自己的需求選擇性添加一些部件構(gòu)建一個(gè)完整的框架比如組件系統(tǒng)、客戶端路由、大規(guī)模狀態(tài)管理REF_Ref5640\r\h[6]。它的強(qiáng)制性較低沒有多做職責(zé)之外的事,沒有要求必須使用它的模塊機(jī)制,必須使用它的依賴注入等等這就為我們使用它進(jìn)行前端開發(fā)提供了很好的便利,還有就是它的組件是相互獨(dú)立的:這就是它為什么可以選擇性添加組件。此外它還提供了很多模板為我們開發(fā)頁面提供了很大便利。2.2.2SpringBoot后端框架我們知道在整合SSM時(shí)需要考慮最多的是配置問題,此外就是在進(jìn)行整合mybatis等有助于開發(fā)的框架時(shí)十分繁瑣,最后發(fā)布以war包的形式放入Tomcatweb容器進(jìn)行啟動(dòng)執(zhí)行。其實(shí)就是將一些必要的環(huán)境配置在你進(jìn)行項(xiàng)目前就進(jìn)行加載,讓項(xiàng)目的關(guān)注的重點(diǎn)在于系統(tǒng)的實(shí)現(xiàn)減少不必要的麻煩。簡(jiǎn)單來說它能夠通過maven依賴的方式將進(jìn)行框架整合這也就極大大簡(jiǎn)化了我們進(jìn)行整合的復(fù)雜度;完全采用注解化的方式減少對(duì)XML的使用以簡(jiǎn)化XML的配置,默認(rèn)嵌入Tomcat服務(wù)器,最終以Java應(yīng)用程序進(jìn)行執(zhí)行(也可以部署為傳統(tǒng)的war包)REF_Ref6185\r\h[3]。即其核心就是能夠快速的幫我們快速的整合第三方框架,從而簡(jiǎn)化我們后端的工作量有益于開發(fā)工作。2.2.3MySQLMySQL是比較適合WEB應(yīng)用開發(fā)的一種關(guān)系型數(shù)據(jù)庫(kù)系統(tǒng)REF_Ref6250\r\h[7],關(guān)系型數(shù)據(jù)庫(kù)就是依照關(guān)系模型進(jìn)行數(shù)據(jù)庫(kù)的創(chuàng)建,使用SQL語言方便用戶的使用。MySQL兼容性強(qiáng)(可在多個(gè)系統(tǒng)上使用),它本身還大型數(shù)據(jù)庫(kù)的功能又由于其開源性天然適合小web項(xiàng)目的使用,它的使用也是較為簡(jiǎn)單的。由于以上的優(yōu)點(diǎn),所以我們選擇將其作為畢業(yè)生生活用品出售系統(tǒng)的數(shù)據(jù)庫(kù)。2.2.4MybatisMybatis是一個(gè)對(duì)象關(guān)系映射框架,可以解決面向?qū)ο笈c關(guān)系數(shù)據(jù)庫(kù)存在的互不匹配的現(xiàn)象(通過使用描述對(duì)象和數(shù)據(jù)庫(kù)之間映射的元數(shù)據(jù),將面向?qū)ο笳Z言程序中的對(duì)象自動(dòng)持久化到關(guān)系數(shù)據(jù)庫(kù)中)REF_Ref6303\r\h[2]。它把SQL語句和主要業(yè)務(wù)代碼分離,將SQL語句統(tǒng)一放在XML配置文件中(可以編寫原生SQL支持多表關(guān)聯(lián),有益于改動(dòng)SQL語句,便于統(tǒng)一維護(hù)),而且由于其體量小且輕不包含其他框架,我們只需要配置Maven就可使用其功能。2.2.5B/S模式所謂“B/S"是指瀏覽器/服務(wù)器,即客戶端是標(biāo)準(zhǔn)的瀏覽器服務(wù)器端為標(biāo)準(zhǔn)的WEB服務(wù)器協(xié)同應(yīng)用服務(wù)器響應(yīng)瀏覽器的請(qǐng)求REF_Ref1819\r\h[13]。相對(duì)于傳統(tǒng)的C/S結(jié)構(gòu),這種結(jié)構(gòu)把很多事情都交給瀏覽器來做,同時(shí)又把比較重要的數(shù)據(jù)處理放在了服務(wù)器上,這樣的處理使得其在使用范圍內(nèi)比C/S廣但處理速度上比較慢。即客戶機(jī)上只要安裝一個(gè)瀏覽器,服務(wù)器安裝任一數(shù)據(jù)庫(kù)REF_Ref26376\r\h[9],就可實(shí)現(xiàn)網(wǎng)頁交互。這樣簡(jiǎn)便的過程,即方便了用戶的使用,亦方便我們對(duì)系統(tǒng)進(jìn)行開發(fā)和更新。2.3本章小結(jié)本章簡(jiǎn)要地介紹該系統(tǒng)的開發(fā)環(huán)境以及所用工具、技術(shù)框架,根據(jù)設(shè)計(jì)的系統(tǒng)要求解釋了部分技術(shù)與工具的選擇原因。我們使用這些技術(shù)和工具可以使得系統(tǒng)開發(fā)效率提高,也進(jìn)一步了解了當(dāng)下一些常用的技術(shù)和工具。系統(tǒng)需求分析如果想要使得真正開發(fā)系統(tǒng)盡可能出現(xiàn)問題,就必須確定基本的功能和大致框架,需求分析正是對(duì)應(yīng)這個(gè)目的。能否按質(zhì)量完成該階段決定能否按時(shí)按要求完成軟件,故必須在認(rèn)真地調(diào)研了用戶的需求并把它按照一定的格式轉(zhuǎn)化給開發(fā)人員,注意一定要準(zhǔn)確,只有這樣才能有效防止開發(fā)人員理解錯(cuò)誤從而產(chǎn)生問題。3.1可行性分析可行性分析是在科學(xué)分析的基礎(chǔ)上從各種方向上對(duì)項(xiàng)目進(jìn)行全面綜合分析,本次我選取技術(shù)、經(jīng)濟(jì)、操作等多個(gè)方面進(jìn)行分析評(píng)估。眾所周知在開發(fā)一個(gè)軟件系統(tǒng)通常會(huì)受到時(shí)間與空間的約束,在空間表現(xiàn)為各種各樣的資源的制約,在時(shí)間上表現(xiàn)為系統(tǒng)開發(fā)的限制時(shí)間和開發(fā)人員的效率;所以為了能夠在保證時(shí)間內(nèi)完成一個(gè)質(zhì)量合格的軟件就必須盡可能在一定時(shí)空內(nèi)完成系統(tǒng),那么就必須進(jìn)行可行性研究分析。一般來說如果系統(tǒng)在經(jīng)濟(jì)或者社會(huì)效益上有所潛力,才有值得開發(fā)的可能,這也是軟件本身應(yīng)該有的價(jià)值。3.1.1技術(shù)可行性為方便開發(fā)選用了前后端分離的開發(fā)模式,前端布局上我們選擇了比較成熟地適合PC前端頁面布局的element-ui;這幾年前后端分離的項(xiàng)目開發(fā)模式已經(jīng)慢慢成為了主流,這樣我們就可利用現(xiàn)成的模板對(duì)前端進(jìn)行設(shè)計(jì),后端選取的框架也比較容易用來設(shè)計(jì)相應(yīng)的業(yè)務(wù)邏輯。此外現(xiàn)在的電子商務(wù)已經(jīng)成為人們?nèi)粘I畹囊徊糠諶EF_Ref6394\r\h[4],我們可以從當(dāng)下現(xiàn)象級(jí)的電商平臺(tái)進(jìn)行模仿,本系統(tǒng)采用的是B/S架構(gòu),客戶只要在手機(jī)或者電腦上安裝有瀏覽器就可以訪問,這樣一來系統(tǒng)開發(fā)的難度在技術(shù)上就比較適合本系統(tǒng)的開發(fā)人員。3.1.2經(jīng)濟(jì)可行性研發(fā)成本:首先在系統(tǒng)采用的是B/S架構(gòu),對(duì)服務(wù)器要求很低,開發(fā)成本低廉;開發(fā)系統(tǒng)所需要的各種軟件都是開源免費(fèi)的;采用的開發(fā)語言是Java該語言的體系十分成熟模塊化集成度高開發(fā)成本低而且使用很便捷;因?yàn)橹皇菍W(xué)生個(gè)人設(shè)計(jì)所以在設(shè)備本系統(tǒng)各種集成環(huán)境可以放在學(xué)生的電腦。發(fā)行評(píng)估:對(duì)于畢業(yè)生來說專門花費(fèi)時(shí)間和精力甚至金錢去處理擱置的生活用品完全不可能,而本系統(tǒng)避免了用戶專門找場(chǎng)地和申請(qǐng)為商家資金等等要求,對(duì)想要成為商家售賣物品的用戶來說十分友好;畢業(yè)生擱置的生活用品并非沒有價(jià)值,它們中很多具有復(fù)用性完全可以寄賣在網(wǎng)站上等待在校大學(xué)生購(gòu)買,這樣一來既節(jié)省了畢業(yè)生的精力又減少了在校生的開支,同時(shí)兼?zhèn)洵h(huán)保作用。3.1.3操作可行性本系統(tǒng)的頁面整體風(fēng)格統(tǒng)一簡(jiǎn)潔明了,對(duì)用戶的視覺體驗(yàn)十分友好,在前端操作上也十分簡(jiǎn)單,用戶上手很容易;在后臺(tái)上圖標(biāo)對(duì)應(yīng)功能的設(shè)計(jì)使管理員在進(jìn)行后臺(tái)管理能夠快速上手。3.1.4法律法規(guī)可行性本系統(tǒng)由本人進(jìn)行全權(quán)開發(fā),在開發(fā)模塊上部分選取網(wǎng)上已開源的模塊在法律上無侵權(quán)行為,在開發(fā)全過程我們將嚴(yán)格遵循相關(guān)法律,對(duì)用戶信息保證不隨意外泄,所以在法律方面開發(fā)本系統(tǒng)是完全可行的3.1.5社會(huì)需求一般來說校園內(nèi)的畢業(yè)生會(huì)將擱置的生活用品時(shí)多數(shù)會(huì)選在學(xué)校在特定時(shí)間特定場(chǎng)所開放的跳蚤進(jìn)行處理,或者是選擇在校園墻上、貼吧發(fā)信息等待有人詢問購(gòu)買。以上兩種方式效率低下不說在處理交易的時(shí)候也有可能出現(xiàn)矛盾從而發(fā)生問題,而本系統(tǒng)采用的是網(wǎng)上購(gòu)物平臺(tái),因?yàn)榫W(wǎng)絡(luò)的本身特性天然具備存儲(chǔ)信息數(shù)量大且及時(shí)和存儲(chǔ)成本低的特點(diǎn),這樣一來本商城的用戶可以減少精力花費(fèi)去處理自己的生活用品。通過對(duì)高校學(xué)生進(jìn)行問卷調(diào)查以上問題在學(xué)生心中普遍存在和而且系統(tǒng)的優(yōu)點(diǎn)對(duì)于學(xué)生來說也十分有吸引力,我們初步判斷該系統(tǒng)在高校內(nèi)大有市場(chǎng)。3.2系統(tǒng)用例分析用例分析主要是對(duì)本系統(tǒng)的使用對(duì)象及其用例圖進(jìn)行分析REF_Ref6450\r\h[1],本系統(tǒng)的使用者一般為:游客、買家、賣家、管理員。在劃分完角色后,選擇采取用例圖描繪設(shè)計(jì)確定賦予它們不同的權(quán)限,為真正開發(fā)系統(tǒng)時(shí)做準(zhǔn)備。游客用例圖如3.1所示圖3.1游客用例圖針對(duì)廣大在互聯(lián)網(wǎng)上沖浪的用戶,我們必須設(shè)置一個(gè)模式讓他們即使沒有賬號(hào)也可以查看網(wǎng)站的基本功能,基于這個(gè)原因我們?cè)O(shè)置了游客模式。但他們能使用的功能受限,如果想要進(jìn)一步體驗(yàn)系統(tǒng)功能就必須注冊(cè)成為正式用戶。買家用例圖如3.2所示圖3.2買家用例圖一般剛注冊(cè)后的賬號(hào)我們先給它買家權(quán)限,用戶在登錄后經(jīng)過驗(yàn)證就可以使用系統(tǒng)劃給它的買家功能,在這種權(quán)限下用戶能夠搜尋自己感興趣的商品進(jìn)行查看詳情并進(jìn)行購(gòu)買,此外還可以修改添加購(gòu)物車暫不進(jìn)行購(gòu)買或者加入收藏等待降價(jià),如果用戶想要獲得更高一級(jí)的權(quán)限的話可以在個(gè)人中心里申請(qǐng)。賣家用例圖如3.3所示圖3.3賣家用例圖正式的用戶申請(qǐng)成為商家經(jīng)過后臺(tái)管理員審核通過后就可以使用商家專屬功能,此外也同樣可以行使買家的功能,該模式下用戶可以申請(qǐng)發(fā)布商品經(jīng)過審核后可以上架,然后可以處理訂單。管理員用例圖如3.4所示圖3.4管理員用例圖管理員擁有高權(quán)限,可以對(duì)用戶信息和商品信息等進(jìn)行管理。此外該用戶模式下還可以切換到前臺(tái)體驗(yàn)買家用戶的功能。在對(duì)系統(tǒng)的用戶做出劃分并進(jìn)行相應(yīng)的功能賦予后,根據(jù)全部用戶的用例圖我們很容易就畫出完整用例圖,完整用例圖如3.5所示圖3.5完整用例圖3.3功能需求分析在設(shè)計(jì)網(wǎng)站時(shí),為了能夠設(shè)計(jì)出符合用戶使用的頁面和功能,我們必須進(jìn)行模塊化劃分,根據(jù)不同的用戶模式進(jìn)行模塊細(xì)分,在根據(jù)不同模式下的所擁有的共同模塊提取出來進(jìn)行詳細(xì)模塊化設(shè)計(jì)。1、針對(duì)所有用戶公共功能設(shè)計(jì)的前端部分(1)用戶登錄注冊(cè):必備功能登錄和注冊(cè)必不可少的,游客可通過注冊(cè)功能成為正式用戶,正式用戶通過登錄功能后可以使用基本功能。(2)首頁:該模塊主要由主打宣傳的展示圖、不同的商品分類展示、推薦商品以及銷量排行榜組成,用戶可以點(diǎn)擊相應(yīng)區(qū)域了解信息,也可以通過模糊搜索搜尋想要了解的商品。(3)商品分類:該模塊預(yù)先將商品劃分為五類展示不同的商品,用戶可以更加細(xì)致地查找相關(guān)領(lǐng)域的商品進(jìn)行了解,一定程度內(nèi)減少用戶查詢負(fù)擔(dān)。(4)推薦商品:該模塊主要是展示平臺(tái)根據(jù)多方面考慮推薦給用戶的有價(jià)值的商品,讓用戶能夠更加便捷地尋找符合實(shí)用性的復(fù)用商品。(5)銷量排行:該模塊主要是根據(jù)商品的銷量進(jìn)行排名,最直觀地展示了在本平臺(tái)最受歡迎的商品,用戶可以根據(jù)其他大部分用戶的選擇進(jìn)行了解甚至進(jìn)行購(gòu)買。2、針對(duì)正式用戶公共功能設(shè)計(jì)的前端部分購(gòu)物車:該模塊用戶可以將暫不購(gòu)買的商品放入等待用戶進(jìn)行取消或者進(jìn)行結(jié)算,當(dāng)然還可以進(jìn)行添加新商品。個(gè)人中心:該模塊有三大功能:修改個(gè)人信息、進(jìn)行充值和申請(qǐng)商家權(quán)限。用戶修改密碼可以選擇遺忘密碼進(jìn)行修改和在個(gè)人信息里進(jìn)行修改;用戶只要擁有商家身份才可以進(jìn)行申請(qǐng)上架商品進(jìn)行售賣。(3)地址管理:該模塊是對(duì)自己的收貨地址進(jìn)行修改,用戶不僅可以使用自己的手機(jī)號(hào)地址等信息作為收貨地址也可以使用其他人的信息作為收貨地址。(4)購(gòu)買訂單處理:該模塊存放用戶的購(gòu)買訂單信息,用戶未處理的訂單可以在這進(jìn)行取消、付款以及收貨等操作,還可以對(duì)已完成的訂單進(jìn)行評(píng)價(jià)。(5)收藏夾:該模塊存放的是用戶因各種原因充分的商品鏈接,這樣就可以不用在繁瑣的商品中進(jìn)行查找。3、針對(duì)商家獨(dú)有功能設(shè)計(jì)的前端部分(1)發(fā)布商品:該模塊主要是獲得商戶資格的用戶可以申請(qǐng)進(jìn)行商品發(fā)布以及對(duì)后續(xù)商品信息的修改。(2)售賣訂單處理:該模塊是針對(duì)商家進(jìn)行設(shè)計(jì)的,在該功能商家可以查看自己上架的商品產(chǎn)生的相關(guān)訂單并進(jìn)行發(fā)貨處理。4、針對(duì)管理員設(shè)計(jì)的主要后端部分(1)用戶管理:該模塊可以對(duì)用戶的除密碼之外的信息進(jìn)行管理REF_Ref28969\r\h[10],主要是對(duì)用戶的權(quán)限進(jìn)行管理在該頁面可以收回用戶的商家權(quán)限。(2)角色管理:該模塊可以對(duì)不同權(quán)限下的角色重新進(jìn)行權(quán)限劃分,為后續(xù)增加權(quán)限做準(zhǔn)備。比如如果后續(xù)管理功能進(jìn)一步新增就必須對(duì)后端管理角色進(jìn)行進(jìn)一步的細(xì)化減輕后端維護(hù)的壓力。(3)商品分類管理:該模塊為后續(xù)新增不同類的商品提供了方便,前端也會(huì)隨其改變而呈現(xiàn)不同的顯示。(4)商品管理:在該頁面可以對(duì)商品處理的功能有很多,比如可以選擇修改其基本信息,也可決定它是否可以上架,還有可以選擇是否可以上推薦等等。(5)訂單管理:該功能是將在平臺(tái)產(chǎn)生的所有訂單呈現(xiàn)給管理者,此外還可以對(duì)平臺(tái)上所有商品的訂單進(jìn)行處理,不過一般不干擾商家處理訂單。(6)商家審核管理:該模塊主要是為了給申請(qǐng)商家加一層審核,減少不法分子進(jìn)入本平臺(tái)。一般用戶只要提供自己的學(xué)生身份就可以通過審核,這樣如果該用戶的商品出現(xiàn)了問題,平臺(tái)就可以找到具體負(fù)責(zé)人進(jìn)行法律協(xié)商。3.4非功能需求分析首先在可用性方面,我們考慮到現(xiàn)在比較流行的購(gòu)物平臺(tái)和開發(fā)者的實(shí)際開發(fā)能力。得出結(jié)論我們現(xiàn)在無法達(dá)到那種豐富功能實(shí)現(xiàn),所以系統(tǒng)的開發(fā)必須反其道而行,我們將系統(tǒng)設(shè)計(jì)得十分簡(jiǎn)潔明了,用戶不會(huì)對(duì)功能產(chǎn)生誤解從而降低了用戶上手難度。其次在安全性的考慮上,針對(duì)不同的用戶給予不同的權(quán)限,從而減少信息泄露的可能。還有就是用戶進(jìn)行登錄是的驗(yàn)證我們沒有進(jìn)行區(qū)分這可以減少管理員信息泄露的可能。在登陸時(shí)如果用戶多次輸入錯(cuò)誤密碼,就會(huì)出現(xiàn)驗(yàn)證碼減少機(jī)器盜取密碼的可能。最后在易用性方面,系統(tǒng)的圖標(biāo)表示明確,能夠準(zhǔn)確給予用戶提示。還有就是用戶在進(jìn)行各項(xiàng)操作時(shí)會(huì)根據(jù)不同情況出現(xiàn)不同的提升,比如用戶登錄時(shí)如果用戶名錯(cuò)誤會(huì)有提示。系統(tǒng)設(shè)計(jì)系統(tǒng)設(shè)計(jì)的關(guān)鍵在于架構(gòu)設(shè)計(jì)以及數(shù)據(jù)庫(kù)設(shè)計(jì):好的系統(tǒng)架構(gòu)設(shè)計(jì)能夠很好地幫助設(shè)計(jì)者將用戶需求功能轉(zhuǎn)化為系統(tǒng)的具體功能模塊同時(shí)也能降低開發(fā)時(shí)候可能導(dǎo)致的功能耦合度;好的數(shù)據(jù)庫(kù)設(shè)計(jì)能夠很好的承擔(dān)系統(tǒng)想要存儲(chǔ)的數(shù)據(jù),同時(shí)也在數(shù)據(jù)返回時(shí)給出快速反應(yīng)。4.1系統(tǒng)開發(fā)環(huán)境系統(tǒng)的正常運(yùn)行與服務(wù)器關(guān)系十分緊密,但對(duì)系統(tǒng)承載的終端要求并不是很高,故整體來說對(duì)硬件的要求較低。選取合適的開發(fā)軟件能夠極大減少系統(tǒng)開發(fā)的難度,核心軟件選取的是IDEA,該軟件能夠提供許多集成工具。系統(tǒng)的硬件軟件開發(fā)環(huán)境如表4.1,4.2和4.2所示。表4.3軟件環(huán)境后端4.2系統(tǒng)架構(gòu)本系統(tǒng)采用MVVM框架開發(fā),MVVM源自于經(jīng)典的MVC模式。在傳統(tǒng)的MVC模式中,要想實(shí)現(xiàn)前后端分離是非常困難的,原先的前端開發(fā)不僅需要對(duì)頁面進(jìn)行設(shè)計(jì)和規(guī)劃還要負(fù)責(zé)實(shí)現(xiàn)頁面數(shù)據(jù)的實(shí)時(shí)更新這就給前端開發(fā)造成了巨大的麻煩;此外在實(shí)現(xiàn)控制層時(shí)由于需要對(duì)數(shù)據(jù)和邏輯進(jìn)行處理使得代碼非常繁瑣,這就使得難以對(duì)后端代碼進(jìn)行解讀和管理。而MVVM這種模式使得前后端分離的實(shí)現(xiàn)變得簡(jiǎn)單。它的核心是視圖數(shù)據(jù)模型層,前端頁面的數(shù)據(jù)可以通過它傳遞給后端,后端接受數(shù)據(jù)后進(jìn)行更新的反饋也由它進(jìn)行傳遞,這樣視圖層的數(shù)據(jù)就能夠自動(dòng)進(jìn)行更新了。簡(jiǎn)而言之它就像是一個(gè)中間工具,開發(fā)者不需要直接改變View,即無須直接操作DOMREF_Ref24570\r\h[8]。這樣一來就減輕了前臺(tái)對(duì)于數(shù)據(jù)處理的壓力,也降低了代碼的復(fù)雜性。圖4.1系統(tǒng)架構(gòu)圖4.3系統(tǒng)功能模塊設(shè)計(jì)此網(wǎng)站主要分為兩部分:(1)前端瀏覽部分主要是面向用戶使用的頁面組成,游客可以先瀏覽商品如果感興趣可以注冊(cè)登錄后進(jìn)行相應(yīng)的操作進(jìn)行購(gòu)買;此外還可以通過申請(qǐng)進(jìn)行物品出售。(2)后端管理部分主要是由面向系統(tǒng)的管理員使用的頁面組成,主要的功能包括用戶管理、商品管理以及商家審核等等,此外還有日志管理在該頁面顯示的是登錄注冊(cè)信息和后端操作信息和首頁會(huì)顯示平臺(tái)銷售的數(shù)據(jù)圖等。4.3.1前臺(tái)功能模塊圖4.2前臺(tái)功能模塊圖前臺(tái)功能模塊圖主要包含了三種用戶模式下所擁有的總功能,實(shí)現(xiàn)是登錄與注冊(cè)模塊,用戶未登錄時(shí)只能使用用戶瀏覽模塊。如果想要使用加購(gòu)功能就必須有正式賬號(hào),無則必須進(jìn)行注冊(cè)才可以享有。一般剛注冊(cè)的用戶默認(rèn)無商家權(quán)限,該用戶在登錄后可以使用系統(tǒng)的絕大部分操作,但如果想使用商家權(quán)限就要進(jìn)行申請(qǐng),只有在申請(qǐng)通過后才可以使用商家權(quán)限,而且在發(fā)布商品時(shí)也需要進(jìn)行申請(qǐng)才可以上架商品。前臺(tái)整體框架如圖4.2所示。圖4.3用戶模式功能模塊圖前臺(tái)功能模塊包含三種用戶使用模式游客模式,買家模式,賣家模式。用戶三種模式模塊說明:游客在系統(tǒng)主頁面查詢?yōu)g覽商品,正式用戶才可以使用加購(gòu)商品功能。在該模式下用戶可以在個(gè)人中心進(jìn)行商家權(quán)限申請(qǐng),通過后才可以申請(qǐng)上架商品用戶模式功能模塊如圖4.3所示。4.3.2后臺(tái)功能模塊圖4.4后臺(tái)功能模塊圖管理員可以進(jìn)行絕大部分的數(shù)據(jù)操作,管理員可以通過后臺(tái)修改用戶的信息還可以修改用戶的權(quán)限,比如收回用戶的賣家權(quán)限。此外還可以修改不同角色的權(quán)限為新加功能做準(zhǔn)備。此外還有菜單管理,公告管理,日志管理等不太重要的管理功能,但其中日志的數(shù)據(jù)操作者只能查看不能修改。最重要的是對(duì)用戶申請(qǐng)成為商家以及成為商家后申請(qǐng)發(fā)布商品的審核功能管理。管理員后臺(tái)功能如圖4.4所示。4.4系統(tǒng)流程設(shè)計(jì)4.4.1登錄注冊(cè)功能所有上網(wǎng)設(shè)備都可直接訪問本系統(tǒng)的首頁選擇瀏覽相應(yīng)的商品進(jìn)行瀏覽,如果想要進(jìn)行購(gòu)買就必須登錄,如果沒有賬號(hào)可以選擇注冊(cè)成為正式用戶。新成員如果想要發(fā)布商品就必須先通過商家申請(qǐng),然后才可以進(jìn)行申請(qǐng)發(fā)布商品。登陸注冊(cè)程序流程圖如圖4.5所示圖4.5登錄注冊(cè)流程圖4.4.2用戶選購(gòu)功能在網(wǎng)上無意瀏覽到該平臺(tái)的用戶可以用游客身份進(jìn)入系統(tǒng)首頁,可以根據(jù)商品分類,推薦商品,商品銷量,搜尋商品來瀏覽可能感興趣的商品,但如果想要進(jìn)行加購(gòu)就必須登錄,用戶登陸后就可以進(jìn)行充值然后對(duì)所感興趣的商品收藏或者點(diǎn)贊,也可以進(jìn)行下單付款。在選購(gòu)商品時(shí)可以加入購(gòu)物車也可直接進(jìn)行下單付款REF_Ref29371\r\h[11]。用戶選購(gòu)程序流程圖如圖4.6所示圖4.6用戶選購(gòu)流程圖4.4.3用戶申請(qǐng)成為商家功能用戶成為正式用戶后可以使用買家功能,如果用戶還想要發(fā)布商品就必須在個(gè)人中心進(jìn)行商家申請(qǐng),在后臺(tái)相關(guān)負(fù)責(zé)人看到后進(jìn)行審核,通過后用戶就獲得了商家權(quán)限,就可進(jìn)行申請(qǐng)發(fā)布商品和處理售賣訂單。此外,用戶在發(fā)布了商品后,還可以修改商品的信息比如選擇是否上架自己的商品和商品的價(jià)格等。申請(qǐng)成為商家程序流程圖如圖4.7所示圖4.7申請(qǐng)成為商家流程圖4.4.4用戶商家處理功能用戶成為商家后,就會(huì)在前臺(tái)比沒有商家權(quán)限的用戶多出兩個(gè)頁面:發(fā)布商品頁面,售賣訂單頁面。該權(quán)限下用戶發(fā)布的商品如果有人購(gòu)買就會(huì)在該用戶的售賣訂單頁面中顯示,用戶可以知道買家是否付款,買家付款后,該用戶就可以選擇發(fā)貨。但商家選擇發(fā)貨是一定要注意時(shí)間和物品完整性,平臺(tái)對(duì)于賣家自身造成的物品或者物流問題是無任何責(zé)任的,此外商家還可以在前臺(tái)商品頁面查看自己發(fā)布商品的銷量、點(diǎn)贊量以及查看商品的評(píng)論,商家可以根據(jù)各種前臺(tái)商品反饋的信息綜合考慮用調(diào)整商品的描述、原價(jià)和折扣,或者是改善發(fā)貨時(shí)間等等問題,從而提升自己商品的售賣量。圖4.8商家處理流程圖4.4.5后臺(tái)管理員處理功能1、用戶信息管理管理員登錄后可以進(jìn)入后臺(tái)對(duì)前臺(tái)的用戶的信息進(jìn)行修改,比如對(duì)其擁有的權(quán)限進(jìn)行管理當(dāng)發(fā)現(xiàn)用戶用不正當(dāng)手段取得商家權(quán)限就可對(duì)其進(jìn)行刪除賬號(hào)處理。此外如果想要新增管理員也必須通過該管理員進(jìn)行增加,有效防止管理員權(quán)限外露。此外新增的管理員無法修改最初管理員的信息。這樣就有效的保證的最高管理員的唯一性,而且也不用新增權(quán)限。圖4.9用戶管理流程圖2、商品信息管理管理員可以對(duì)所有商品進(jìn)行管理(包括平臺(tái)自身發(fā)布的商品以及賣家發(fā)布的商品),其對(duì)商品的管理主要體現(xiàn)在兩個(gè)方面:一是對(duì)商家申請(qǐng)的商品進(jìn)行審核,通過后賣家就可決定是否上架;二是對(duì)商品有推薦權(quán)力,管理員可考慮多方面因素決定是否推薦,推薦后前臺(tái)就會(huì)顯示相應(yīng)的商品從而增加商品的瀏覽量。此外系統(tǒng)操作人員還可以對(duì)商品的詳細(xì)信息進(jìn)行修改。商品管理流程圖如圖4.10所示。圖4.10商品管理流程圖3、商家審核管理管理員在后端界面可查看商家申請(qǐng),根據(jù)用戶上傳的資料考慮是否給與其商家權(quán)限,不過由于本系統(tǒng)的特性,一般來說只要能夠提供基本的學(xué)生信息基本上就可以通過,該功能主要是為了防止有些人隨便上傳商品導(dǎo)致平臺(tái)商品質(zhì)量雜亂,而且如果后續(xù)商品有問題也可迅速找到該商品的相關(guān)負(fù)責(zé)人,所以一般該功能保存的信息一般都不會(huì)輕易刪除。圖4.11商家審核管理流程圖4.5數(shù)據(jù)庫(kù)設(shè)計(jì)設(shè)計(jì)合適的數(shù)據(jù)庫(kù)能夠減少數(shù)據(jù)傳輸和存儲(chǔ)的問題,同樣能夠減少數(shù)據(jù)泄露的問題。因?yàn)橄到y(tǒng)的數(shù)據(jù)大多數(shù)是隨著前臺(tái)的使用而產(chǎn)生數(shù)據(jù),這樣的數(shù)據(jù)產(chǎn)生多數(shù)需要及時(shí)更新數(shù)據(jù),這樣來說好的數(shù)據(jù)庫(kù)設(shè)計(jì)能夠很好的承擔(dān)這種數(shù)據(jù)傳輸方式,這樣對(duì)于數(shù)據(jù)維護(hù)人員來說就可以減少很多不必要的精力進(jìn)行修正數(shù)據(jù)。本系統(tǒng)采用MYSQL,除了它簡(jiǎn)單容易上手,它會(huì)還支持大型數(shù)據(jù)庫(kù),這樣又減少了數(shù)據(jù)存儲(chǔ)的部分問題。綜上,對(duì)數(shù)據(jù)庫(kù)的設(shè)計(jì)一定要符合前臺(tái)存儲(chǔ)的信息格式這樣可以極大提升系統(tǒng)的綜合使用感。4.5.1數(shù)據(jù)庫(kù)結(jié)構(gòu)設(shè)計(jì)在進(jìn)行具體的數(shù)據(jù)庫(kù)設(shè)計(jì)前,我們先用E-R圖表示數(shù)據(jù)庫(kù)中不同表中的實(shí)體、屬性。E-R圖是進(jìn)行數(shù)據(jù)庫(kù)設(shè)計(jì)的第一階段,根據(jù)前臺(tái)可能的需求將前臺(tái)的數(shù)據(jù)抽象化,這是十分關(guān)鍵的一步。在進(jìn)行簡(jiǎn)單的數(shù)據(jù)測(cè)試后,再結(jié)合前面畫的各項(xiàng)流程圖,基礎(chǔ)都是用戶,其次是商品,再次是訂單和購(gòu)物車,因此在這只畫了這4個(gè)實(shí)體圖,分別如圖4.12--4.15所示圖4.12用戶信息實(shí)體E-R圖圖4.13商品信息實(shí)體E-R圖圖4.14訂單信息實(shí)體E-R圖圖4.15購(gòu)物車信息實(shí)體E-R圖4.5.2數(shù)據(jù)庫(kù)邏輯設(shè)計(jì)數(shù)據(jù)庫(kù)表的設(shè)計(jì)對(duì)信息的存儲(chǔ)效率有著很大的影響,在系統(tǒng)所涉及到數(shù)據(jù)傳輸中有必須輸入的數(shù)據(jù)也有暫時(shí)不用輸入的數(shù)據(jù),也有需要加密的數(shù)據(jù)和不加密的數(shù)據(jù),這些問題都需要在設(shè)計(jì)數(shù)據(jù)表的時(shí)候被考慮進(jìn)去。1、審核表設(shè)計(jì)該表主要是為了存儲(chǔ)用戶申請(qǐng)成為商家的上傳的信息,重要的字段就是用戶id和認(rèn)證材料這兩者加一起來就是對(duì)用戶身份信息的又一次確認(rèn),如果日后該用戶上架的商品出現(xiàn)問題我們可以通過該信息進(jìn)行追究本人。表4.1examine審核表2、用戶表該表主要是記錄了正式用戶的基本信息,只要是能夠行使本系統(tǒng)的購(gòu)物功能的用戶都必須進(jìn)行用戶表信息的注冊(cè)。主要字段有用戶id唯一且作為重要標(biāo)識(shí)符,其次就是用戶名和密碼這兩者是用戶登錄所必須有的信息,然后還有余額該消息非常重要,如果出現(xiàn)錯(cuò)誤會(huì)出現(xiàn)很大的經(jīng)濟(jì)損失。表4.2t_user用戶表3、商品分類表該表主要記載了商品分類的名字與編號(hào),該表在向前臺(tái)展示信息時(shí)比較簡(jiǎn)單,通過讀取商品的分類編號(hào)對(duì)該表進(jìn)行查詢信息在顯示分類的名稱,并將該商品劃入該分類的展示區(qū)塊中。表4.3category商品分類表4、角色表 該表主要記錄了系統(tǒng)不同角色所擁有的基本信息描述,其實(shí)就是目前系統(tǒng)劃分出的三種用戶角色所擁有的權(quán)限和名稱,其中菜單列表字段就是用來存儲(chǔ)該角色所擁有的權(quán)限的。表4.4t_role角色表5、權(quán)限表該表顯示的是不同權(quán)限的具體功能與來源等信息。其中重要的是表中的路徑信息,如果想要在后續(xù)新增權(quán)限的話,只需要在管理權(quán)限的頁面上把想要增添的權(quán)限的路徑加入再將其付給系統(tǒng)操作人員角色就可以了。表4.5t_permission權(quán)限表6、訂單表該表是用來就在不同用戶下單的商品的基本信息,基本上包含收貨信息,購(gòu)買人信息,售賣人id等信息。在設(shè)計(jì)該表的時(shí)候,由于考慮到商品的發(fā)布者會(huì)不同因此加入售賣者id這樣該用戶就可以查看到自己上架的商品產(chǎn)生的訂單。為了區(qū)分訂單是否完成,在狀態(tài)一欄中設(shè)有未付款、待發(fā)貨和已收貨進(jìn)行提示,在向頁面進(jìn)行訂單展示的信息時(shí)就可根據(jù)這個(gè)信息來顯示不同的按鈕功能,表4.6t_order訂單表7、購(gòu)物車表該表暫存的是用戶加購(gòu)的關(guān)鍵信息,當(dāng)用戶查看購(gòu)物車時(shí)頁面通過關(guān)鍵信息進(jìn)行查詢展示給其對(duì)應(yīng)的信息。表4.7cart購(gòu)物車表8、公告表該表主要記載了發(fā)布公告的標(biāo)題具體信息和創(chuàng)建時(shí)間。發(fā)布者通過設(shè)計(jì)標(biāo)題和內(nèi)容來告訴使用人員一些重要信息,比如說有什么新的更新或者別的重要信息,發(fā)布時(shí)自動(dòng)生成創(chuàng)建時(shí)間,方便后續(xù)管理。表4.8t_notice公告表9、訂單關(guān)聯(lián)表該表主要記載了訂單關(guān)鍵信息,為關(guān)聯(lián)其他查找做準(zhǔn)備。其中關(guān)聯(lián)的有商品id和訂單id,用戶在下單和支付的時(shí)候該表的信息起到鏈接作用,因此該表的所有字段必須全不能空。表4.9order_goods訂單關(guān)聯(lián)表10、日志表該表主要記錄了用戶登錄和管理員操作用戶信息的操作人,動(dòng)作和時(shí)間。因?yàn)樵摫泶鎯?chǔ)的信息具有一定的保密性,在管理頁面上并未設(shè)計(jì)修改和刪除功能,操作人員只能查找瀏覽,這樣就很大提升操作日志的可靠性。表4.10t_log日志表11、收藏表該表主要是記載用戶收藏的關(guān)鍵信息。其中商品id和用戶id非常關(guān)鍵,是頁面在進(jìn)行展示數(shù)據(jù)時(shí)通過這兩個(gè)信息進(jìn)行搜尋將某人專屬的信息展示給對(duì)應(yīng)的用戶看,相當(dāng)于起到鏈接作用的中介信息。表4.11collect收藏表12、評(píng)價(jià)表該表是記載了評(píng)論人基本信息和評(píng)論內(nèi)容等信息,方便前臺(tái)展示。其中內(nèi)容、評(píng)論人頭像和評(píng)論時(shí)間是頁面進(jìn)行顯示時(shí)可以獲取的信息,其他信息是為記錄和查詢方便所設(shè)計(jì)的。表4.12t_message評(píng)價(jià)表13、輪播圖表該表是為了改變前臺(tái)輪播圖設(shè)立的,主要包含圖片及其保存地址等信息。其中還設(shè)置了關(guān)聯(lián)url,這是為了使點(diǎn)擊輪播圖時(shí)可以跳轉(zhuǎn)到相應(yīng)的頁面設(shè)置的,不過一般是商品的頁面鏈接。表4.13banner輪播圖表14、商品表此表存放的有商品的基本信息,其中點(diǎn)贊默認(rèn)為0,庫(kù)存和折扣如果發(fā)布者未填寫一般默認(rèn)為0和1。比較重要的是推薦和上架信息,其中推薦是由操作人員進(jìn)行審核給予的,而上架主要是在商品通過審核后由商家自己決定。4.14goods商品表15、地址表該表主要是記載用戶的收貨地址具體信息,其中聯(lián)系人的信息并未強(qiáng)制鎖定,可以是該用戶也可以是別的用戶。表4.15address地址表系統(tǒng)模塊具體實(shí)現(xiàn)本章主要是通過對(duì)系統(tǒng)的具體頁面的展示來系統(tǒng)的各項(xiàng)功能,主要是從前臺(tái)和后臺(tái)兩個(gè)維度進(jìn)行介紹,前臺(tái)主要是面向當(dāng)初設(shè)想的三種角色:游客,一般用戶和擁有商家權(quán)限的用戶,后臺(tái)暫定只有一種角色。5.1系統(tǒng)前臺(tái)設(shè)計(jì)5.1.1登錄、注冊(cè)頁面所有用戶都可以直接訪問系統(tǒng)的前臺(tái)首頁,但在未登錄的情況下,用戶只能進(jìn)行搜索查看商品的操作。正式用戶作用登錄就可使用其他基礎(chǔ)功能,而非正式用戶必須進(jìn)行注冊(cè)。用戶如果在登錄時(shí)多次輸入錯(cuò)誤密碼就會(huì)顯示驗(yàn)證碼,密碼和驗(yàn)證碼一起輸入正確時(shí)才可以成功登錄。此外還做了比較簡(jiǎn)單的找回密碼的功能,該功能還有進(jìn)一步完善。圖5.1登錄圖圖5.2注冊(cè)圖圖5.3登錄驗(yàn)證圖圖5.4找回密碼圖5.1.2首頁頁面展示為了能夠讓非正式用戶可以看到平臺(tái)的大概功能,用戶可以直接訪問前臺(tái)一般用戶的頁面,進(jìn)入首頁后最上面一欄的是用戶可以使用的功能頁面按鈕以及搜索按鈕,下一層則是輪播圖用來展示宣傳,在下一層則是商品分類區(qū)域該區(qū)域大致分為五類,緊接著是由兩部分組成的模塊:推薦商品,銷量排行;最后一層則是比較簡(jiǎn)單的底邊框設(shè)計(jì),用來完善頁面。圖5.5前臺(tái)首頁圖圖5.6前臺(tái)首頁圖5.1.3商品詳細(xì)信息頁面展示用戶點(diǎn)擊商品就可以進(jìn)入具體的商品信息頁面進(jìn)行查看,用戶未登錄時(shí)不可以進(jìn)行加購(gòu),[5]收藏,點(diǎn)贊以及直接購(gòu)買等功能,但是可以看見商品的評(píng)論以及具體的優(yōu)惠價(jià)格。圖5.7前臺(tái)商品信息圖5.1.4購(gòu)買訂單頁面展示用戶直接購(gòu)買的物品暫時(shí)未付款的訂單可以在此頁面查看,此外還可以查看自己已購(gòu)買的訂單是否發(fā)貨,如果已經(jīng)收到貨物可以選擇收貨,對(duì)已完成的訂單用戶可以進(jìn)行評(píng)論。圖5.8前臺(tái)購(gòu)買訂單圖5.1.5發(fā)布商品頁面展示用戶如果有商家權(quán)限的話,該頁面就會(huì)向該用戶顯示,用戶可以在該頁面申請(qǐng)發(fā)布新商品,如果商品通過后臺(tái)管理員的審核后用戶就可以選擇上架自己的商品,此外用戶還可以選擇修改自己的商品信息。圖5.9前臺(tái)發(fā)布商品圖5.1.6購(gòu)物車、下單頁面展示用戶加購(gòu)的商品可以在購(gòu)物車中查看,用戶可以加購(gòu)多件商品,也可以取消已經(jīng)加購(gòu)的商品,用戶可以選擇下單,就會(huì)跳到結(jié)算頁面。當(dāng)然用戶也可以暫時(shí)不進(jìn)行結(jié)算,系統(tǒng)會(huì)為用戶保存其加購(gòu)的信息。圖5.10前臺(tái)購(gòu)物車圖圖5.11前臺(tái)下單結(jié)算圖5.1.7收藏頁面展示用戶如果有想要購(gòu)買的商品但又嫌它現(xiàn)在價(jià)格比較昂貴,可以選擇將該商品進(jìn)行收藏,這樣一來用戶就可以直接查看自己收藏的商品是否降價(jià),不用一一查找自己感興趣的商品了。圖5.12臺(tái)收藏圖5.1.8售賣訂單頁面展示用戶在上架商品后可能會(huì)產(chǎn)生訂單,用戶在該頁面查看已經(jīng)產(chǎn)生的訂單,該頁面會(huì)顯示未付款,已取消,已發(fā)貨,待發(fā)貨訂單的消息,用戶一般只能選擇對(duì)未發(fā)貨的訂單進(jìn)行處理無權(quán)刪除訂單信息。圖5.13前臺(tái)售賣訂單圖5.1.9個(gè)人中心頁面展示用戶在個(gè)人中心頁面主要有三個(gè)功能:修改個(gè)人信息(包括密碼),進(jìn)行查找(還未完全實(shí)現(xiàn)),申請(qǐng)成為商家。修改個(gè)人信息時(shí)直接修改就行了,如果需要申請(qǐng)成為商家就需要額外上傳需要的資料等待后臺(tái)管理員進(jìn)行處理,通過就自動(dòng)獲得商家專屬的兩個(gè)頁面。圖5.14前臺(tái)個(gè)人中心圖5.1.10收貨地址頁面展示該頁面較為簡(jiǎn)單,主要是顯示用戶的收貨地址,對(duì)于非正式用戶,該頁面則是什么也不顯示。圖5.15前臺(tái)收貨地址圖5.2系統(tǒng)后臺(tái)設(shè)計(jì)5.2.1首頁頁面展示該頁面是為了向管理員展示各種商品的銷量,在這里我們選擇圖表進(jìn)行展示。圖表的設(shè)計(jì)花費(fèi)了一點(diǎn)小小的心思,用戶可以選擇展示那一類商品的具體銷量也可選擇不展示哪一類商品。而在圖表右邊,有系統(tǒng)的公告主要是提醒管理員更新了什么功能。圖5.16管理員后臺(tái)首頁圖5.2.2用戶管理頁面展示在該頁面可以對(duì)用戶的基本信息進(jìn)行修改,但不可以修改用戶的密碼,密碼只能是用戶根據(jù)自己的用戶名登錄后進(jìn)行修改或者是通過登錄界面的找回密碼進(jìn)行修改。此外最重要的是可以修改用戶的權(quán)限,如果發(fā)現(xiàn)有用戶不經(jīng)過申請(qǐng)就獲得了商家權(quán)限,管理員就可以收回該用戶的權(quán)限。圖5.17用戶管理圖5.2.3角色管理頁面展示在該頁面,管理員可以修改不同角色的權(quán)限,比如說日后新增了什么功能而這功能恰好是某個(gè)角色需要的功能我們就可以把這個(gè)功能賦給這個(gè)角色,此外管理員還可以新增角色用來滿足以后的需求。圖5.18角色管理圖5.2.4菜單管理頁面展示該頁面主要是展示了后臺(tái)擁有的功能,如果日后后臺(tái)又加了額外的功能可以在此進(jìn)行鏈接省卻了許多麻煩,這為系統(tǒng)的更新提供了方便。圖5.19菜單管理圖5.2.5日志管理頁面展示該頁面主要是展示了用戶部分操作以及管理員對(duì)用戶信息的更改的操作,而且很難刪除該頁面所展示的信息,這樣的話如果用戶或者管理員有非法操作就很容易發(fā)現(xiàn),進(jìn)一步提升了系統(tǒng)的安全性。圖5.20日志管理圖5.2.6輪播圖管理頁面展示這個(gè)頁面的設(shè)計(jì)主要是為了對(duì)前臺(tái)首頁的輪播圖進(jìn)行修改,我們可以根據(jù)自己的需求進(jìn)行更換,改善系統(tǒng)的宣傳效果。圖5.21輪播圖管理圖5.2.7商品分類管理頁面展示通過該頁面的功能可以對(duì)前臺(tái)展示的商品種類進(jìn)行更改,如果需要增加新的商品分類只需要在該頁面進(jìn)行增加就可以。圖5.22商品分類管理圖5.2.8商品信息管理頁面展示這個(gè)頁面的功能十分重要,在該頁面可以對(duì)商品的詳細(xì)信息進(jìn)行修改,也可以查找具體的商品進(jìn)行查看信息,更重要的是在該頁面可以對(duì)前臺(tái)商家用戶申請(qǐng)的商品進(jìn)行審核。圖5.23商品信息管理圖5.2.9訂單管理頁面展示管理員可以在該頁面查看所以商家以及平臺(tái)自己的商品產(chǎn)生的訂單,如果發(fā)現(xiàn)有訂單信息問題管理員可以進(jìn)行搜索查詢。圖5.24訂單管理圖5.2.10商家審核管理頁面展示該頁面主要是顯示了前端想要申請(qǐng)成為商家的具體信息,在該頁面管理員可以審核信息,根據(jù)規(guī)定可進(jìn)行操作。圖5.25商家審核管理圖系統(tǒng)測(cè)試系統(tǒng)在真正宣布設(shè)計(jì)和實(shí)現(xiàn)結(jié)束前,必須對(duì)系統(tǒng)的各項(xiàng)功能進(jìn)行全面、反復(fù)和多次的測(cè)試。在這里我們要著重一個(gè)概念:即對(duì)系統(tǒng)的測(cè)試并不是只測(cè)試符合要求的用例,有時(shí)為了更好的測(cè)試系統(tǒng)的功能可以采用不符合要求的用例進(jìn)行測(cè)試。6.1測(cè)試的目的對(duì)系統(tǒng)測(cè)試最重要的目的是確保系統(tǒng)能夠按照預(yù)想運(yùn)行。此外在系統(tǒng)可以正常運(yùn)行情況下,對(duì)系統(tǒng)的使用體驗(yàn)進(jìn)行測(cè)試看它是否按照預(yù)先設(shè)計(jì)的那樣在出現(xiàn)一些基本問題時(shí)能夠進(jìn)行提示。對(duì)系統(tǒng)的功能測(cè)試能夠?yàn)橄到y(tǒng)開發(fā)人員節(jié)約對(duì)系統(tǒng)設(shè)計(jì)和實(shí)現(xiàn)進(jìn)行查缺補(bǔ)漏的精力。6.2測(cè)試用例分析對(duì)系統(tǒng)選取的測(cè)試用例我們選取了前臺(tái)主要功能進(jìn)行測(cè)試,主要是買家和賣家共同的功能以及賣家獨(dú)有的功能進(jìn)行測(cè)試;后臺(tái)由于多數(shù)功能都是增刪查改,這里我們選取用戶管理功能作為模板進(jìn)行撰寫,此外再挑出幾個(gè)比較重要的功能。1、注冊(cè)模塊測(cè)試注冊(cè)時(shí)會(huì)跳出簡(jiǎn)單的彈窗讓用戶進(jìn)行填寫相關(guān)信息,每項(xiàng)信息都會(huì)進(jìn)行提示比如如果沒有填寫和兩次密碼不一致都會(huì)出現(xiàn)提示,在所有信息正確輸入后就會(huì)在用戶表插入信息,初始默認(rèn)為權(quán)限3。表6.1注冊(cè)測(cè)試用例表2、登錄模塊測(cè)試測(cè)試登錄功能主要是從錯(cuò)誤和正確的角度進(jìn)行實(shí)驗(yàn),主要是從用戶名和密碼兩方面進(jìn)行驗(yàn)證,對(duì)于用戶的權(quán)限驗(yàn)證在登錄頁面并未進(jìn)行區(qū)分正式在將數(shù)據(jù)傳遞到后臺(tái)從數(shù)據(jù)庫(kù)進(jìn)行查詢進(jìn)行區(qū)分,在輸入數(shù)據(jù)時(shí)我們發(fā)現(xiàn)如果信息出現(xiàn)錯(cuò)誤時(shí)就會(huì)出現(xiàn)提示。密碼如果多次出現(xiàn)錯(cuò)誤就會(huì)出現(xiàn)驗(yàn)證碼進(jìn)行人機(jī)驗(yàn)證,正確的或會(huì)進(jìn)行權(quán)限驗(yàn)證只要在用戶表中有相應(yīng)的數(shù)據(jù)就可以正常登上賬號(hào)顯示頁面。表6.2登陸測(cè)試用例表3、發(fā)貨模塊測(cè)試該模塊只有通過商家申請(qǐng)的用戶可以查看,必須通過驗(yàn)證才會(huì)顯示。從后臺(tái)查詢對(duì)于用戶id的信息進(jìn)行頁面顯示,在顯示的時(shí)候會(huì)查詢?cè)撚唵蔚臓顟B(tài)決定是否顯示發(fā)貨按鈕,而且該用戶不能查看其他用戶的訂單。表6.3訂單測(cè)試用例表4、訂單模塊測(cè)試正式成員通過驗(yàn)證后就可以查看自己的訂單,用戶可以在這對(duì)自己未處理完的訂單進(jìn)行各種操作,在給頁面對(duì)訂單表進(jìn)行查詢從而展示相應(yīng)的數(shù)據(jù),用戶在進(jìn)行訂單處理時(shí)會(huì)對(duì)后臺(tái)數(shù)據(jù)表項(xiàng)進(jìn)行修改,修改成功后會(huì)給提示。表6.4訂單測(cè)試用例表5、管理員商家管理模塊測(cè)試在這里是對(duì)想要申請(qǐng)上架權(quán)限的審核功能進(jìn)行測(cè)試,在這里對(duì)上傳的信息進(jìn)行仔細(xì)檢查后,系統(tǒng)操作人員可以對(duì)其進(jìn)行通過但如果想要收回其商家權(quán)限就必須在用戶管理處進(jìn)行修改。表6.5商家管理測(cè)試用例表6、管理員用戶管理模塊測(cè)試在該模塊系統(tǒng)操作人員不能夠隨便修改用戶的密碼,在此只能查看和修改到用戶的基本信息和擁有的權(quán)限。操作人員可以通過用戶名進(jìn)行模糊查詢,在新增用戶時(shí)要注意信息的填寫。表6.6用戶管理測(cè)試用例表7、管理員公告管理模塊測(cè)試在這里主要是對(duì)發(fā)布公告功能進(jìn)行測(cè)試,即對(duì)進(jìn)行發(fā)布、修改和刪除公告進(jìn)行實(shí)驗(yàn),如果操作成功會(huì)出現(xiàn)提示。注意輸入的字符一定不要過長(zhǎng),否則可能會(huì)出現(xiàn)存儲(chǔ)問題。表6.7公告管理測(cè)試用例表8、管理員商品管理模塊測(cè)試在這里是對(duì)商品的各種操作功能進(jìn)行測(cè)試,比如可以通過物品名稱進(jìn)行查找瀏覽商品的具體信息可以對(duì)其進(jìn)行修改和刪除。還有就是對(duì)審核功能進(jìn)行測(cè)試,在點(diǎn)擊審核通過時(shí)檢查前臺(tái)商家是否可以上架商品。表6.8商品管理測(cè)試用例表9、發(fā)布商品模塊測(cè)試正式成員必須擁有商家權(quán)限才能進(jìn)行申請(qǐng)商品,如果沒有該權(quán)限就不予顯示該功能。驗(yàn)證通過后,用戶可以進(jìn)行申請(qǐng)商品必須填寫基本信息比如價(jià)格和分類如果沒有就會(huì)出現(xiàn)錯(cuò)誤前臺(tái)無法正常顯示,在申請(qǐng)通過后用戶可以選擇是否商家該物品,只有選擇上架前臺(tái)界面才可以顯示該商品。表6.9發(fā)布商品測(cè)試用例表10、購(gòu)物模塊測(cè)試正式成員在通過登錄驗(yàn)證后就可以使用購(gòu)物功能,在購(gòu)買的時(shí)候用戶有兩種選擇:一種是加

溫馨提示

  • 1. 本站所有資源如無特殊說明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請(qǐng)下載最新的WinRAR軟件解壓。
  • 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請(qǐng)聯(lián)系上傳者。文件的所有權(quán)益歸上傳用戶所有。
  • 3. 本站RAR壓縮包中若帶圖紙,網(wǎng)頁內(nèi)容里面會(huì)有圖紙預(yù)覽,若沒有圖紙預(yù)覽就沒有圖紙。
  • 4. 未經(jīng)權(quán)益所有人同意不得將文件中的內(nèi)容挪作商業(yè)或盈利用途。
  • 5. 人人文庫(kù)網(wǎng)僅提供信息存儲(chǔ)空間,僅對(duì)用戶上傳內(nèi)容的表現(xiàn)方式做保護(hù)處理,對(duì)用戶上傳分享的文檔內(nèi)容本身不做任何修改或編輯,并不能對(duì)任何下載內(nèi)容負(fù)責(zé)。
  • 6. 下載文件中如有侵權(quán)或不適當(dāng)內(nèi)容,請(qǐng)與我們聯(lián)系,我們立即糾正。
  • 7. 本站不保證下載資源的準(zhǔn)確性、安全性和完整性, 同時(shí)也不承擔(dān)用戶因使用這些下載資源對(duì)自己和他人造成任何形式的傷害或損失。

評(píng)論

0/150

提交評(píng)論