電商退貨系統(tǒng)的設計與實現(xiàn)教材

①數(shù)據(jù)流名稱:訂單信息簡述:記錄訂單的信息數(shù)據(jù)流組成:訂單信息=訂單編號+訂單時間+商品數(shù)量+訂單狀態(tài)+消費者賬號+訂單價格+商品編號+商品圖片+商品單價+商品名稱②數(shù)據(jù)流名稱:退貨信息簡述:記錄退貨產(chǎn)品的有關信息數(shù)據(jù)流組成:退貨信息=退貨編號+訂單編號+消費者賬號+訂單價格+退貨金額+退貨狀態(tài)+商品賬號3.6E-R圖E-R圖也即實體-聯(lián)系圖(EntityRelationshipDiagram),提供了表示實體型、屬性和聯(lián)系的方法,用來描述現(xiàn)實世界的概念模型。構成E-R圖的基本要素是實體型、屬性和聯(lián)系,其表示方法為:實體型(Entity):用矩形表示,矩形框內(nèi)寫明實體名;比如學生張三豐、學生李尋歡都是實體。如果是弱實體的話,在矩形外面再套實線矩形。屬性(Attribute):用橢圓形表示,并用無向邊將其與相應的實體連接起來;比如商家的編號、姓名、性別、都是屬性。如果是多值屬性的話,在橢圓形外面再套實線橢圓。如果是派生屬性則用虛線橢圓表示。聯(lián)系(Relationship):用菱形表示,菱形框內(nèi)寫明聯(lián)系名,并用無向邊分別與有關實體連接起來,同時在無向邊旁標上聯(lián)系的類型(1:1,1:n或m:n)。比如商家跟項目存在立項關系,商家跟論文有發(fā)表關系。如果是弱實體的聯(lián)系則在菱形外面再套菱形。3.6.1實體屬性圖經(jīng)過分析,本系統(tǒng)包含商家,消費者,商家臨時信息,訂單信息,退貨信息,物流信息,退貨原因,商品等實體。商家商家屬性包括:姓名,賬號,登錄密碼,支付密碼,聯(lián)系電話,收貨地址,賬戶余額。圖3.5商家實體屬性圖消費者消費者屬性包括:姓名,賬號,登錄密碼,支付密碼,聯(lián)系電話,收貨地址,賬戶余額,性別。圖3.6消費者實體屬性圖商品商品信息包括:商品編號,名稱,圖片,庫存,單價,所屬商家賬號。圖3.7商品實體屬性圖物流物流信息包括:物流公司名,物流單號,商家收貨地址,聯(lián)系電話,姓名。圖3.8物流實體屬性圖訂單信息訂單信息包括:訂單號,訂單時間,商品數(shù)量,訂單狀態(tài),訂單價格。圖3.9訂單實體屬性圖退貨信息退貨信息包括:退款單號,退款時間,退款金額,退款狀態(tài)。圖3.10退貨實體屬性圖3.6.2系統(tǒng)E-R圖ER模型的”聯(lián)系”用于刻畫實體之間的關聯(lián)。一種完整的方式是對局部結構中任意兩個實體類型,依據(jù)需求分析的結果,考察局部結構中任意兩個實體類型之間是否存在聯(lián)系。若有聯(lián)系,進一步確定是1:N,M:N,還是1:1等。還要考察一個實體類型內(nèi)部是否存在聯(lián)系,兩個實體類型之間是否存在聯(lián)系,多個實體類型之間是否存在聯(lián)系,等等。圖3.11系統(tǒng)E-R圖第4章系統(tǒng)設計4.1系統(tǒng)架構系統(tǒng)設計又稱為物理設計,是開發(fā)管理信息系統(tǒng)的第二階段,系統(tǒng)設計一般可分為兩個階段進行,首先是總體設計,其任務是設計系統(tǒng)的框架和概貌,并向用戶單位作詳細報告并認可,在此基礎上進行第二階段――詳細設計,這兩部分工作是互相聯(lián)系的,需要交叉進行,本章將這兩個部分內(nèi)容結合起來對本系統(tǒng)進行介紹。圖4.1系統(tǒng)整體功能結構圖4.2功能模塊設計本系統(tǒng)主要分為三大功能模塊:管理員用戶功能模塊,消費者用戶功能模塊及商家用戶功能模塊。消費者能夠經(jīng)過菜單欄的”查詢個人信息”,”修改個人信息”,”查詢所有訂單”,”查詢已發(fā)貨訂單”,”查詢未發(fā)貨訂單”,”查詢已收貨訂單”,”查詢退貨中的訂單”等功能選項進行操作。其中,查詢所有訂單可對門已發(fā)貨,未發(fā)貨,已收貨的訂單進行查詢,簡化了消費者的操作,而且節(jié)省了時間。為消費者快速解決退貨問題奠定了良好的基礎。對于商家來說,本退貨系統(tǒng)對商家的利益保護也顯得同為重要。經(jīng)過電子退貨系統(tǒng)能夠便捷地查詢商家收到的消費者的退貨申請。經(jīng)過登錄系統(tǒng)也可查詢到所經(jīng)營店鋪的銷量,消費者退貨的原因及退款金額等,在商家和消費者之間建立通話。商家的”查看退貨原因”功能能夠讓商家及時的掌握消費者所退貨的原因,更好的改進自己的店鋪,以便提高自己店鋪的收益。4.2.1消費者功能模塊消費者是電子商務退貨系統(tǒng)的主要使用者,消費者用戶的主要有修改個人信息、查詢個人信息、查詢所有訂單、查詢已發(fā)貨訂單,查詢未發(fā)貨訂單、查詢已收貨訂單和查詢退貨中的訂單等功能。使用電子商務退貨,大幅加快了需要退貨商品的退貨速度,同時減少了消費者的手工勞動和重復勞動,以便有更多的時間去享受網(wǎng)購帶來的樂趣和方便。消費者更好、更快的掌握退貨的流程以及步驟。這樣能夠減小不必要的麻煩和繁瑣的手續(xù)。提高退貨的速度。進一步強化電子商務管理的規(guī)范化,以電子化退貨流程替代手寫退貨單并快遞的過程,結束了以往買到假貨或者質量極差的商品無處聲討的無奈,并通電子商務退貨系統(tǒng)的退貨統(tǒng)計的功能,提高商家所賣商品的質量,使消費者在網(wǎng)上購物能夠覺得放心和快樂,是本退貨系統(tǒng)最大的希望。消費者模塊中的查詢所有訂單,能夠查詢到已發(fā)貨訂單,未發(fā)貨訂單,已收貨訂單。在訂單列表中能夠看到的內(nèi)容有訂單號,購買商品的詳細信息,包括付款金額,商品名稱,商品圖片,以及能夠進行的操作,可進行的操作有查看物流信息,對已發(fā)貨的商品能夠有確認收貨這一操作,對所有的訂單而已,是都能夠進行申請退貨的。已發(fā)貨訂單。在這功能頁面中,消費者能夠查看到自己所購買的已發(fā)貨的商品的所有訂單,同樣有商品的詳細信息。能夠進行的操作有查看物流,確認收貨等功能。同時也具有申請退貨的功能。未發(fā)貨訂單。在這功能頁面中,消費者能夠查看到自己所購買的已發(fā)貨的商品的所有訂單,同樣有商品的詳細信息。能夠進行的操作有提醒賣家發(fā)貨,和申請退貨的功能。消費者進行網(wǎng)絡購物的心態(tài)就是能找到能夠便捷的購物方式,長時間賣家不發(fā)貨,消費者能夠對所購買的商品向商家申請退貨退款。退款中的訂單。在這功能頁面中,不但包含退貨商品的詳細信息,同時還包括退貨商品的退貨單號,已經(jīng)退貨流程進行到哪一步,商家和消費者都能夠清楚的了解到,消費者能夠根據(jù)退貨的狀態(tài)來進行相應的操作。包括查看商品的詳細信息,退貨單號,填寫賣家所提交的收貨地址,收貨人,以及聯(lián)系電話,同時也能查詢到自己退貨時所填寫的退貨原因。申請退貨退款功能。在這功能頁面中,消費者能夠對自己所購買的商品向商品發(fā)起退貨申請,在發(fā)起申請的同時,需要將訂單商品的詳細信息給羅列出來,而且還要填寫退款原因和退款說明,能夠選擇性的進行上傳圖片,為了方便以后若有糾紛的情況下能夠進行判斷的主要依據(jù)。撤銷退貨申請。能夠刪除退貨的申請請求。修改退貨申請。在這一功能頁面中,消費者能夠對自己所申請的退貨商品重新填寫退款原因和退貨說明,或者想增加憑證,能夠繼續(xù)上傳自己為何申請退貨的圖片。申請客服介入。在與商家無法達成退貨協(xié)議時,能夠申請客服介入?yún)f(xié)調(diào)解決此次退貨處理。同時客服能夠看到退貨申請的消費者和商家填寫的原因及上傳的圖片。修改個人信息功能。在這一功能模塊中,消費者能夠對自己的個人信息進行修改,會員賬號是不可修改的。能夠修改的有昵稱,手機號,及收貨地址。4.2.2商家功能模塊商家是電商退貨系統(tǒng)不可或缺的一部分,同樣作為商家也需要保證自己的利益不受傷害,在遇到無理取鬧的消費者時,或者認為商品的損壞與自己無關時同樣能夠向客服人員提出申述,并上傳相關的資料。在商家功能模塊中,主要有以下功能。已發(fā)貨訂單。在這功能頁面中,商家能夠查看到自己所賣出的已發(fā)貨的商品的所有訂單,同樣有商品的詳細信息。能夠進行的操作有查看物流等功能。未發(fā)貨訂單。在這功能頁面中,商家能夠查看到自己消費者已付款自己還沒有發(fā)貨的所有訂單,同樣有商品的詳細信息。能夠進行的操作有發(fā)貨功能。退款中的訂單。在這功能頁面中,不但包含退貨商品的詳細信息,同時還包括退貨商品的退貨單號,已經(jīng)退貨流程進行到哪一步,商家和消費者都能夠清楚的了解到,商家能夠根據(jù)退貨的狀態(tài)來進行相應的操作。包括查看商品的詳細信息,退貨單號,能夠提交自己的收貨地址,收貨人,以及聯(lián)系電話,同時也能查詢到消費者退貨時所填寫的退貨原因。申請客服介入。在與消費者無法達成退貨協(xié)議時,能夠申請客服介入?yún)f(xié)調(diào)解決此次退貨處理。同時客服能夠看到退貨申請的消費者和商家填寫的原因及上傳的圖片。修改個人信息功能。在這一功能模塊中,商家能夠對自己的個人信息進行修改,會員賬號是不可修改的。能夠修改的有昵稱,手機號,及收貨地址。4.2.3管理員功能模塊管理員作為該系統(tǒng)的重要角色,在本系統(tǒng)中起到不可替代的作用,管理員能夠統(tǒng)計商家收到的退貨申請的次數(shù),而且能看到消費者申請退貨的原因,當統(tǒng)計次數(shù)達到某值后,管理員就有責任通知商家注意商品的質量,保證消費者的合法權益不受侵害。同樣,當消費者也被多個商家投訴多次的話,管理員也會給出友好提醒。當在退貨申請出現(xiàn)糾紛時,管理員也要經(jīng)過雙方上傳的資料進行審核,公正,平等的去解決每次收到的退貨糾紛。4.3數(shù)據(jù)庫設計數(shù)據(jù)庫設計(DatabaseDesign)是指對于一個給定的應用環(huán)境,構造最優(yōu)的數(shù)據(jù)庫模式,建立數(shù)據(jù)庫及其應用系統(tǒng),使之能夠有效地存儲數(shù)據(jù),滿足各種用戶的應用需求(信息要求和處理要求)。本節(jié)主要經(jīng)過數(shù)據(jù)庫邏輯設計、數(shù)據(jù)庫表設計對數(shù)據(jù)庫設計進行詳細介紹。4.3.1數(shù)據(jù)庫邏輯設計本系統(tǒng)使用MySQL5.5實現(xiàn)關系型數(shù)據(jù)庫。MySQL也是一個關系型數(shù)據(jù)庫管理系統(tǒng)之一,它是由瑞典的MySQLAB公司所開發(fā),MySQL最適合WEB應用程序開發(fā),關系型數(shù)據(jù)庫都是將數(shù)據(jù)保存在不同的數(shù)據(jù)庫表中,而不是將所有的數(shù)據(jù)像把東西放在倉庫中一樣放在一個大倉庫內(nèi),這樣就提高了數(shù)據(jù)庫的處理速度而且提高了數(shù)據(jù)庫的靈活性。MySQL也使用SQL語言作為它數(shù)據(jù)庫用于訪問數(shù)據(jù)庫的最常見標準化語言。MySQL分為商業(yè)版和社區(qū)版,由于其所占內(nèi)存不大,處理速度快,而且使用它所花成本低,而且它具有開放源碼這一特點,一般中小型網(wǎng)站的開發(fā)的開發(fā)者都喜歡選擇My作為網(wǎng)站的數(shù)據(jù)庫,這也是本系統(tǒng)選用My作為后臺數(shù)據(jù)庫系統(tǒng)的一個重要原因之一。=1\*GB2⑴獨立的關系模式消費者關系:包含的屬性有登陸賬號,登陸密碼,真實姓名,賬戶余額,收貨地址,聯(lián)系電話,性別,支付密碼。登陸賬號是主碼。商家關系:包含的屬性有登陸賬號,登陸密碼,真實姓名,賬戶余額,收貨地址,聯(lián)系電話,支付密碼。登陸賬號是主碼。商品關系:包含的屬性有商品編號,商品名稱,商品圖片,單價,庫存,所屬商家賬號。商品編號是主碼。物流關系:包含的屬性有物流單號,物流公司,收貨地址,姓名,聯(lián)系電話。物流單號是主碼。=2\*GB2⑵二元或多元關系模式:訂單關系:包含的屬性有訂單號,訂單時間,商品數(shù)量,訂單狀態(tài),消費者賬號,訂單價格,商品單價,商品圖片,商品編號。訂單號是主碼。退單關系:包含的屬性有退單號,訂單號,消費者賬號,商家賬號,退款金額,退款時間,退款狀態(tài)。退單號是主碼。4.3.2數(shù)據(jù)庫表設計系統(tǒng)開發(fā)選擇MySQL作為后臺數(shù)據(jù)庫。首先打開企業(yè)管理器,創(chuàng)立數(shù)據(jù)庫為returngoods,新建部門消費者表,商家表,訂單表,退單表等數(shù)據(jù)庫表共8個。下面對數(shù)據(jù)庫表一一進行介紹。(1)消費者表(t_custom)消費者表主要存儲消費者的基本信息,包括部姓名,賬號,登錄密碼,支付密碼,聯(lián)系電話,收貨地址,賬戶余額,性別等。消費者信息表t_custom表結構如表4.1所示。表4.1t_cuostom表字段名稱字段類型字段長度是否為空字段說明cidvarchar12否姓名cdpwdvarchar50否登錄密碼cnamevarchar50否姓名cmoneydecimal(7,2)是賬戶余額cphonevarchar50是聯(lián)系電話caddressvarchar50是收貨地址cgendervarchar50是性別czpwdvarchar50是支付密碼(2)商家表(t_buyer)商家表主要存儲商家的基本信息,包括部姓名,賬號,登錄密碼,支付密碼,聯(lián)系電話,收貨地址,賬戶余額,性別等。消費者信息表t_buyer表結構如表4.2所示。表4.2t_buyer表字段名稱字段類型字段長度是否為空字段說明bidvarchar12否姓名bdpwdvarchar50否登錄密碼bnamevarchar50否姓名bmoneydecimal(7,2)是賬戶余額bphonevarchar50是聯(lián)系電話baddressvarchar50是收貨地址bgendervarchar50是性別bzpwdvarchar50是支付密碼(3)訂單表(t_orderlist)訂單表主要存儲訂單的基本信息,包括訂單號,訂單時間,商品數(shù)量,訂單狀態(tài),訂單價格等。訂單信息表t_orderlist表結構如表4.3所示。表4.3t_orderlist表字段名稱字段類型字段長度是否為空字段說明oidvarchar12否訂單號otimeDatetime否訂單時間ocountInt50否訂單數(shù)量ostatevarchar50是訂單狀態(tài)opricevarchar50是訂單價格(4)商家臨時信息表(t_buylinshi)商家臨時信息表主要存儲商家的臨時信息,包括部姓名,聯(lián)系電話,收貨地址,訂單號,退單號等。商家臨時信息表t_buylinshi表結構如表4.4所示。表4.4t_buylinshi表字段名稱字段類型字段長度是否為空字段說明bnamevarchar12否姓名bphonevarchar50否聯(lián)系電話baddressvarchar50否收貨地址oidvarchar50否訂單號ridvarchar50否退單號(5)退貨原因信息表(t_cusmessage)退貨原因信息表主要存儲消費者退貨的說明信息,包括原因,說明,訂單號等。退貨原因信息表t_cusmessage表結構如表4.5所示。表4.5t_cusmessage表字段名稱字段類型字段長度是否為空字段說明Reasonvarchar12是原因messagevarchar50是說明ridvarchar50否退單號(6)商品信息表(t_goods)商品信息表主要存儲商品信息,包括商品編號,名稱,圖片,庫存,單價,所屬商家賬號等。商品信息表t_goods表結構如表4.6所示。表4.6t_goods表字段名稱字段類型字段長度是否為空字段說明Gidvarchar12否商品編號gnamevarchar50是名稱gsrcvarchar50是圖片gcountint1000是庫存gpricedecimal(7,2)是單價bidVarchar50否所屬商家賬號(7)物流信息表(t_kuaidi)物流信息表主要存儲商品信息,包括物流公司名,物流單號,商家收貨地址,聯(lián)系電話,姓名等。物流信息表t_kuaidi表結構如表4.7所示。表4.7t_kuaidi表字段名稱字段類型字段長度是否為空字段說明baddressvarchar12否商家收貨地址bphoneint11否聯(lián)系電話bnamevarchar50否姓名kidvarchar20否物流單號kcompanyvarchar20否物流公司名(8)退單表(t_return)退單表主要存儲訂單的基本信息,包括退款單號,退款時間,退款金額,退款狀態(tài)等。退單信息表t_return表結構如表4.8所示。表4.8t_return表字段名稱字段類型字段長度是否為空字段說明ridvarchar12否退單號rtimeDatetime否退單時間rmoneydemical(7,2)否退單金額rstatevarchar50否退單狀態(tài)4.4關鍵技術及開發(fā)工具本系統(tǒng)前臺主要運用的JSP技術。后臺運用的是servlet技術,結合springmvc思想進行設計并實現(xiàn)的。數(shù)據(jù)庫運用的是Mysql關系型數(shù)據(jù)庫。開發(fā)工具用到的是eclipse開發(fā),tomcat作為測試服務器。JSP技術:JSP全名為JavaServerPages,中文名叫java服務器頁面,其根本是一個簡化的Servlet設計,JSP技術有點類似ASP技術,它是在傳統(tǒng)的網(wǎng)頁HTML文件中插入Java程序段(Scriptlet)和JSP標記(tag),從而形成JSP文件,后綴名為(*.jsp)。用JSP開發(fā)的Web應用是跨平臺的,既能在Linux下運行,也能在其它操作系統(tǒng)上運行。JavaServlet是JSP的技術基礎,而且大型的Web應用程序的開發(fā)需要JavaServlet和JSP配合才能完成。JSP具備了Java技術的簡單易用,完全的面向對象,具有平臺無關性且安全可靠,主要面向因特網(wǎng)的所有特點。SpringMVC技術:SpringMVC屬于SpringFrameWork的后續(xù)產(chǎn)品,已經(jīng)融合在SpringWebFlow里面。Spring框架提供了構建Web應用程序的全功能MVC模塊。使用Spring可插入的

MVC

架構,從而在使用Spring進行WEB開發(fā)時,能夠選擇使用Spring的SpringMVC框架或集成其它MVC開發(fā)框架,如Struts1,Struts2等。MySQL關系型數(shù)據(jù)庫:MySQL是一個關系型數(shù)據(jù)庫管理系統(tǒng),由瑞典MySQLAB公司開發(fā),當前屬于

Oracle

旗下公司。MySQL最流行的關系型數(shù)據(jù)庫管理系統(tǒng),在WEB應用方面MySQL是最好的RDBMS(RelationalDatabaseManagementSystem,關系數(shù)據(jù)庫管理系統(tǒng))應用軟件之一。MySQL是一種關聯(lián)數(shù)據(jù)庫管理系統(tǒng),關聯(lián)數(shù)據(jù)庫將數(shù)據(jù)保存在不同的表中,而不是將所有數(shù)據(jù)放在一個大倉庫內(nèi),這樣就增加了速度并提高了靈活性。MySQL所使用的SQL語言是用于訪問數(shù)據(jù)庫的最常見標準化語言。MySQL軟件采用了雙授權政策,它分為社區(qū)版和商業(yè)版,由于其體積小、速度快、總體擁有成本低,特別是開放源碼這一特點,一般中小型網(wǎng)站的開發(fā)都選擇MySQL作為網(wǎng)站數(shù)據(jù)庫。Tomcat服務器:Tomcat服務器是一個免費的開放源代碼的Web應用服務器,屬于輕量級應用服務器,在中小型系統(tǒng)和并發(fā)訪問用戶不是很多的場合下被普遍使用,是開發(fā)和調(diào)試JSP程序的首選。對于一個初學者來說,能夠這樣認為,當在一臺機器上配置好Apache服務器,可利用它響應HTML(標準通用標記語言下的一個應用)頁面的訪問請求。實際上Tomcat部分是Apache服務器的擴展,但它是獨立運行的,因此當你運行tomcat時,它實際上作為一個與Apache獨立的進程單獨運行的。4.5重點難點本系統(tǒng)設計的難點就在于如何保證消費者和商家倆方面的利益不受侵害,本系統(tǒng)不但是為了消費者網(wǎng)購時有保障,同時也得讓商家感覺到自己在這個平臺上做生意,即使遇到了問題,該系統(tǒng)也能公平,公正的解決。設計的重點就在于退貨的流程,流程沒設計好,就會出現(xiàn)給顧客一種偏袒某一方的感覺,同時也可能會造成漏洞,造成不必要的麻煩。

詳細設計詳細設計的主要任務是設計每個模塊的實現(xiàn)算法、所需的局部數(shù)據(jù)結構。詳細設計的目標有兩個:實現(xiàn)模塊功能的算法要邏輯上正確和算法描述要簡明易懂。5.1框架結構DIV+CSS是網(wǎng)站標準(或稱”WEB標準”)中常見術語之一,一般為了說明與HTML網(wǎng)頁設計語言中的表格(table)定位方式的區(qū)別,因為XHTML網(wǎng)站設計標準中,不再使用表格定位技術,而是采用DIV+CSS的方式實現(xiàn)各種定位。系統(tǒng)中采用了CSS樣式表與JSP界面進行結合,實現(xiàn)了系統(tǒng)的基本功能。具體介紹如下。在所有的表單中,如果單獨在body體中進行設計,則樣式會非常的丑陋而且也不工整,css樣式表的存在就是讓程序和界面進行了分離,使倆者互不影響。在本系統(tǒng)中,所有的表單都是經(jīng)過table標簽進行封裝,表格的樣式的是固定的,而且能夠調(diào)整每個單元格的位置,因此能夠讓表單項變得整齊工整。在本系統(tǒng)中,因為多出需要用到表單來提交數(shù)據(jù)給后臺進行處理,如果處處用表格進行封裝的話,則會體現(xiàn)代碼的重復性,使其代碼量變多但效率不高。故在web目錄下建了一個css文件夾專門用來存放所要設置的css文件,并在JSP頁面中進行獲取即可。MVC它是Model,View,Controller三個單詞的簡稱,它是一種程序設計模式,MVC設計模式可分成三個重要的模塊:模型模塊、視圖模塊、控制器模塊,控制器控制其它模塊,但它們各自還要處理其自己的任務。視圖負責進行模型展示,一般就是人們見到的用戶界面,即客戶想看到的東西視圖是,它的作用包括向用戶展示相關的數(shù)據(jù)、接收用戶的請求、向模型查看模型其的業(yè)務狀態(tài)、接收模型所發(fā)出的數(shù)據(jù)要修改的文件,這樣就能夠對用戶界面進行更新操作。模型數(shù)據(jù)模型,提供要展示的數(shù)據(jù),因此包含數(shù)據(jù)和行為,能夠認為是領域模型或者JAVABEAN組件,不過現(xiàn)在都分開使用,數(shù)據(jù)和服務層。也就是模型提供了模型數(shù)據(jù)查詢和模型數(shù)據(jù)的狀態(tài)更新功能,包括數(shù)據(jù)和業(yè)務?？刂破骺刂破鹘邮沼脩粽埱?委托給模型進行處理即狀態(tài)改變,處理完畢后把返回的模型數(shù)據(jù)返回給視圖,由視圖負責展示。也就是說控制器做了個調(diào)度員的工作,但在web開發(fā)中模型是無法主動更新用戶界面,因為web開發(fā)是請求響應模型,由此可見控制器是控制模型和視圖的中樞,它來調(diào)度視圖與模型使其發(fā)生改變。5.2數(shù)據(jù)庫連接jsp的數(shù)據(jù)庫連接方式主要有兩種,jdbc橋接和Tomcat數(shù)據(jù)池連接。本系統(tǒng)選用jdbc橋接方式連接數(shù)據(jù)庫,下面具體介紹連接方法。首先,需要導入java與mysql能夠連接的jar包,相當于是前提條件,沒有這個mysql-connector-java-5.1.6-bin.jar包的話,java是無法與mysql數(shù)據(jù)庫連接上的,在導入jar包后,就需要經(jīng)過寫入程序進行連接。本系統(tǒng)多處需要用到數(shù)據(jù)庫中各種表的數(shù)據(jù),因此如果每用一次就進行連接的話,將會使程序效率降低。本系統(tǒng)經(jīng)過設計一個數(shù)據(jù)庫連接的工具類,能夠實現(xiàn)只進行一次連接,和多次使用的效果,能夠提高程序的運行效率。5.3功能模塊設計與實現(xiàn)電商退貨系統(tǒng)根據(jù)功能的不同分為以下幾大類:基本信息模塊查詢:消費者,商家,管理員都需要查詢各種數(shù)據(jù),包括對商品信息的查詢,訂單信息的查詢,退單信息的查詢,退款進度的查詢,物流查詢等?；拘畔⒕S護模塊:消費者和商家對自己的信息都需要進行維護,能夠修改收貨地址,聯(lián)系電話等。上傳功能模塊:在申請退貨的過程中,消費者和商家都能夠進行圖片的上傳,能夠更有說服力的說服對方。統(tǒng)計功能模塊,管理員需要對商家的退貨次數(shù)進行統(tǒng)計,對商家所賣的商品進行監(jiān)管。商家能夠統(tǒng)計退貨商品的次數(shù),聯(lián)系上家進行退換貨。留言功能模塊,消費者能夠給商家留言說明退貨的原因,商家也能夠給消費者留言,說明貨物的情況。5.3.1基本信息查詢模塊設計與實現(xiàn)基本信息查詢模塊中分為商品模塊,消費者模塊,商家模塊,訂單信息模塊,退單信息模塊,退單原因模塊,所有用戶都能夠對信息進行瀏覽和查詢。以訂單信息模塊為例:瀏覽功能是經(jīng)過先打開數(shù)據(jù)庫,定義連接對象con,記錄集rs,sql語句”select*fromt_orderlist”,然后經(jīng)過”rs.execute(sql)”語句執(zhí)行sql語句,最后經(jīng)過”rs.next()”實現(xiàn)對訂單信息的依次遍歷,將訂單信息顯示出來。流程圖如圖5.1所示。圖5.1瀏覽功能模塊圖查詢功能是經(jīng)過兩個網(wǎng)頁之間對查詢條件的傳值實現(xiàn)的,首先將第一個網(wǎng)頁的查詢條件”oid”傳給第二個網(wǎng)頁,在第二個網(wǎng)頁中,設置sql語句,sql1=”select*fromt_orderlistwhereoid=”?”,經(jīng)過”if(id.equals(”depid”))”對條件進行判斷,如果成立,則執(zhí)行sql語句。流程圖如圖5.2所示圖5.2查詢功能模塊圖5.3.2基本信息維護功能模塊設計與實現(xiàn)基本信息維護功能分為消費者個人信息維護,商家信息維護倆個模塊。以消費者個人信息維護為例:消費者希望修改自己的登錄密碼,在修改登錄密碼時,首先是需要輸入原先的密碼,然后與數(shù)據(jù)庫中的消費者密碼進行匹配,匹配正確后,才能進行修改密碼的操作。否則將提示原密碼輸入錯誤。流程圖如5.3所示。圖5.3修改功能模塊5.3.3申請退貨功能模塊設計與實現(xiàn)申請退貨是消費者獨有的功能。消費者在收到商品的四個狀態(tài)中都能夠申請退貨。以已發(fā)貨狀態(tài)為例申請退貨:首先消費者在自己的訂單表象中找到需要申請退貨的訂單項,然后查看訂單的詳細信息,確認是否是自己想要退貨的商品,確定之后,填寫退款原因的各個屬性,而且上傳退貨證明,最后提交,將根據(jù)訂單號和商家id確定生成退貨信息單發(fā)送給商家。流程圖如5.4所示。圖5.4申請退貨功能模塊5.3.4查看退貨信息功能模塊設計與實現(xiàn)在消費者提交過退貨申請后,商家會收到消費者的退貨申請,包括查看退貨列表和退貨原因。以某一商家為例,商家收到的退貨申請都是經(jīng)過商家的id和訂單列表生成的,這樣商家能夠看到退款進度的同時,消費者同樣也能夠看到。首先,商家查看屬于自己的退貨訂單,然后能夠根據(jù)訂單的不同能夠查詢每個退單消費者所填寫的退貨原因,再根據(jù)退單原因是否符合情況選擇同意或者是拒絕退貨。流程圖如5.5所示。圖5.5查看退貨信息功能模塊5.3.5發(fā)送物流功能模塊設計與實現(xiàn)在商家同意退貨之后,消費者能夠查看到退貨進度,根據(jù)退貨進度的不用能夠有不同的操作。當退貨進度為等待買家發(fā)貨時,這時消費者就能夠進行聯(lián)系物流進行退貨,需要記錄下發(fā)送快遞的快遞單號,和物流公司,避免物流過程中出現(xiàn)不必要的事故。流程圖如5.6所示。圖5.6發(fā)送物流功能模塊5.3.6退款功能模塊設計與實現(xiàn)消費者將物流信息填好好,退款進度的狀態(tài)將會改變,將會變成等待賣家確認收貨,在商家收到退貨商品時,同樣也能夠查看商品的信息是否與消費者提交的退貨申請是否符合,符合的話將確認收貨并進入支付退款界面,如果發(fā)現(xiàn)商品與消費者提交的退貨申請不符,同樣能夠確認收貨后拒絕退款,并上傳圖片,與消費者協(xié)商后如果同樣不能解決,則申請客服介入。流程圖如5.7所示。圖5.6退款功能模塊5.4人機界面設計人機交互技術(Human-ComputerInteractionTechniques)是指經(jīng)過計算機輸入、輸出設備,以有效地方式實現(xiàn)人與計算機對話的技術。它包括機器經(jīng)過輸出或顯示設備給人提供大量有關信息及提示請示等,人經(jīng)過輸入設備給機器輸入有關信息及提示請示等,人經(jīng)過輸入設備給機器輸入有關信息,回答問題等。人機交互技術是計算機用戶界面設計中的重要內(nèi)容之一。它與認知學、人機工程學、心理學等學科領域有密切的聯(lián)系。經(jīng)過以上設計達到人機界面的友好、美觀,使用戶的心情更加愉悅。主界面如圖5.8所示。

圖5.8主界面退貨信息界面如圖5.9所示。圖5.9退貨單填寫界面

第6章系統(tǒng)調(diào)試與測試系統(tǒng)調(diào)試與測試主要是指經(jīng)過對系統(tǒng)的重復調(diào)試與測試,找出系統(tǒng)還存在的錯誤或不足,最后糾正錯誤或不足,期望系統(tǒng)達到最優(yōu)效果。6.1系統(tǒng)調(diào)試編好程序后,用各種手段進行查錯和排錯的過程。作為程序的正確性不但僅表現(xiàn)在正常功能的完成上,更重要的是對意外情況的正確處理。調(diào)試過程主要是運行編制好的程序,然后遇到錯誤后根據(jù)系統(tǒng)的提示,找到相關的問題所在。本系統(tǒng)調(diào)試過程中遇到問題、原因和解決方法如下面介紹。=1\*GB2⑴漢字不能正常顯示錯誤從數(shù)據(jù)庫中讀出來的信息是亂碼,只有數(shù)字讀出來是正常的,而對于數(shù)據(jù)庫中的漢字讀出來卻都是亂碼。經(jīng)過查詢資料和重復嘗試,對于從數(shù)據(jù)庫中讀出來的漢字,必須經(jīng)過字符轉換,才能正常顯示,我編寫了一個ChangeEncoding函數(shù),將漢字經(jīng)過此函數(shù)進行字符轉化后,漢字顯示正常。(2)文件不能上傳系統(tǒng)總是提示文件上傳多個時提示文件上傳失敗,可是上傳一個的時候就變成成功了。經(jīng)過查詢資料和重復嘗試,對于上傳多個文件,即使再多文件也是經(jīng)過的單個文件逐次上傳的,實現(xiàn)思路就是將多個文件循環(huán)進行上傳。(3)mysql數(shù)據(jù)庫連接不上啟動項目時都是按照平時的流程打開,確定自己沒有錯誤的地方,可是一運行到需要用到數(shù)據(jù)的地方時,就提示數(shù)據(jù)庫無法連接,然后檢查了數(shù)據(jù)庫的名稱和密碼是否正確,再檢查數(shù)據(jù)庫名是否書寫正確,經(jīng)過查詢資料和重復嘗試,是電腦本身將mysql的服務給關閉了,需要我們重新啟動,在項目中才能使用mysql中的數(shù)據(jù)。6.2系統(tǒng)測試系統(tǒng)測試,英文是SystemTesting。是將已經(jīng)確認的軟件、計算機硬件、外設、網(wǎng)絡等其它元素結合在一起,進行信息系統(tǒng)的各種組裝測試和確認測試,系統(tǒng)測試是針對整個產(chǎn)品系統(tǒng)進行的測試,目的是驗證系統(tǒng)是否滿足了需求規(guī)格的定義,找出與需求規(guī)格不符或與之矛盾的地方,從而提出更加完善的方案。系統(tǒng)測試發(fā)現(xiàn)問題之后要經(jīng)過調(diào)試找出錯誤原因和位置,然后進行改正。6.2.1測試方案測試類型有:功能測試,性能測試,界面測試。在測試工作中占的比例最大,功能測試也叫黑盒測試是經(jīng)過測試來檢測每個功能是否都能正常使用。在測試中,把程序看作一個不能打開的黑盒子,在完全不考慮程序內(nèi)部結構和內(nèi)部特性的情況下,在程序接口進行測試,它只檢查程序功能是否按照需求規(guī)格說明書的規(guī)定正常使用,程序是否能適當?shù)亟邮蛰斎霐?shù)據(jù)而產(chǎn)生正確的輸出信息。黑盒測試著眼于程序外部結構,不考慮內(nèi)部邏輯結構,主要針對軟件界面和軟件功能進行測試。性能測試是經(jīng)過自動化的測試工具模擬多種正常、峰值以及異常負載條件來對系統(tǒng)的各項性能指標進行測試。經(jīng)過負載測試,確定在各種工作負載下系統(tǒng)的性能,目標是測試當負載逐漸增加時,系統(tǒng)各項性能指標的變化情況。壓力測試是經(jīng)過確定一個系統(tǒng)的瓶頸或者不能接受的性能點,來獲得系統(tǒng)能提供的最大服務級別的測試。區(qū)別在于,功能測試關注產(chǎn)品的所有功能上,要考慮到每個細節(jié)功能,每個可能存在的功能問題。性能測試主要關注于產(chǎn)品整體的多用戶并發(fā)下的穩(wěn)定性和健壯性。做某個性能測試的時候,首先它可能是個功能點,首先要保證它的功能是沒問題的,然后再考慮該功能點的性能測試。6.2.2系統(tǒng)黑盒測試系統(tǒng)功能的黑盒測試,將功能細分后,分別測試。如表6.1所示。序號測試模塊測試描述預期結果實際結果1234567第7章結論本文論述了電子商務平臺在現(xiàn)實生活中對人們生活的重要性,生活節(jié)奏的加快,注定著人們沒有更多的時間去商場進行挑選商品和購買,網(wǎng)絡購物的發(fā)展?jié)u漸成為趨勢,可是網(wǎng)絡購物的不安全性一直在困擾著消費者們,同時商家也擔心在上午平臺開店所遇到的糾紛,本電子商務退貨系統(tǒng)人性化的設計了網(wǎng)購中所遇到的商品質量問題,以及需要退貨時所需要經(jīng)歷的流程。本系統(tǒng)主要有以下的優(yōu)點:[1]加強了訂單的分類,使不用狀態(tài)的訂單能夠在不同的頁面進行顯示,同時也能夠在一個界面當中包含其它狀態(tài)時的訂單信息。[2]加強了界面的細節(jié)化,確認收貨鏈接和查看物流信息只有在賣家已發(fā)貨的情況下才會顯示,在未發(fā)貨的情況下同時能夠向賣家發(fā)出提醒或者申請退貨。[3]加強了退貨流程的規(guī)范化,能夠選擇退款原因和手動書寫退貨說明,而且能夠上傳圖片,能夠使退貨當中發(fā)生糾紛時有理可依。本系統(tǒng)同時存在一些不足之處:[1]界面設計的相對簡單,缺少動態(tài)特效,以及友好提示。[2]客服人員處理退貨糾紛時缺少讓人信服的算法。結束語伴隨這篇畢業(yè)論文的收筆,我的畢業(yè)設計也近尾聲了。在上半年的4個月中,我一直為此而忙碌著,學習、生活基本都是以此為中心。收集材料,確定方案,修改,整理,綜合等等,時間過得簡單和緊湊。在這4個月,我經(jīng)歷了很多,我得到了很多,我也失去了很多,在其中我走過很多的彎路,也經(jīng)歷過很多的喜悅。我想我得到的并不但僅是書本上的知識,更是一個人工作設計的心境,態(tài)度,經(jīng)驗——一個大學本科生對待自己的專業(yè),對待自己的工作應該抱著一種態(tài)度;一個人對待專業(yè)知識上的困難,應該如何解決;一個人應該如何面對成功和失敗;一個人應該如何與周圍的人進行交流等等——對于我來說,這些都是無價的。我想在這4個月中我努力著,只是為了將自己的想法一點點地在現(xiàn)實世界中實現(xiàn),雖然我回避了一些困難,雖然有些問題直到現(xiàn)在都還未得到很好的解決,雖然我4個月的成就在行家眼里看來是如此的幼稚,可是我覺得自己值得這樣做,這一切已經(jīng)足夠的令我感到欣慰了。另外也存在一些不足之處,如有些模板和承重腳手架未計算等等。但即使如此,在我的畢業(yè)設計的整個過程中已經(jīng)令我受益匪淺了。

致謝本文的工作是在導師的熱情關懷和悉心指導下完成的。老師給予了我寶貴的學習機會,其間我的每一點進步,都離不開老師的諄諄教誨和無微不至的關懷。同時老師利用大量的業(yè)余時間面對面對我進行指導。老師在學術上的創(chuàng)新精神、學習上的刻苦精神深深打動了我,她的嚴謹治學的態(tài)度讓我在學術上不敢馬虎,對于知識的掌握我嚴格按照老師的要求做到精益求精,深入研究。這些無不得益于老師的教誨。感謝老師、同學等對我的學習和研究工作的寶貴指點和探討。感謝沈陽航空航天大學北方科技學院所提供的良好的學習和科研環(huán)境。感謝沈陽市都愛購科技有限公司徐志星的指導和幫助。感謝沈陽市都愛購科技有限公司項目組的王中元工程師。感謝和我一起學習和工作的同學們,在我遇到困難挫折時,她們給予我鼓勵和支持,與她們一起工作和學習非常愉快。最后向所有曾經(jīng)給予過我?guī)椭睦蠋煛㈩I導、同事、同學表示最誠摯的謝意!

參考文獻[1](美)MartyHall,LarryBrown著,趙學良譯.Servlet與JSP核心編程,第二版[M],北京:清華大學出版社,,6[2]林上杰,林康司.JSP2.0技術手