【摘要】：隨著互聯(lián)網(wǎng)與電子商務(wù)的不竭發(fā)展,傳統(tǒng)行業(yè)與新興技術(shù)的相互融合勢不可擋,使用新興技術(shù)或方法提高傳統(tǒng)行業(yè)的工作效率、降低企業(yè)成本已經(jīng)成為一種普遍做法。本文正是以此為背景,針對傳統(tǒng)行業(yè)中的某生豬屠宰企業(yè)遇到的痛點構(gòu)建了一種基于ASP.NET的多終端數(shù)據(jù)聯(lián)動的生豬交易電子商務(wù)系統(tǒng),并對系統(tǒng)開發(fā)的各個階段進(jìn)行了研究分析。首先,回顧和總結(jié)了電子商務(wù)相關(guān)技術(shù)的研究和發(fā)展?fàn)顩r,分析了服務(wù)端開發(fā)技術(shù)、Web客戶端開發(fā)技術(shù)和移動客戶端開發(fā)技術(shù),介紹了開發(fā)過程中使用到的Power Designer等自動化工具和Visual Studio等集成開發(fā)環(huán)境。其次,從多個角度闡述了實現(xiàn)此系統(tǒng)的可行性,給出了技術(shù)、經(jīng)濟(jì)、操作和社會可行性分析;從功能和非功能兩個方向出發(fā),確定了系統(tǒng)的功能需求和實現(xiàn)目標(biāo),規(guī)劃了系統(tǒng)的業(yè)務(wù)流程,展現(xiàn)了系統(tǒng)完整的功能結(jié)構(gòu)模塊;著眼多端布局,提出了由Web端、iOS客戶端和Android客戶端構(gòu)成的多端數(shù)據(jù)聯(lián)動解決方案,使用統(tǒng)一的基于token鑒權(quán)的RESTful API數(shù)據(jù)接口與服務(wù)器進(jìn)行通信。根據(jù)軟件模塊化思想,將系統(tǒng)分為15個獨立的功能模塊,每個模塊負(fù)責(zé)一類業(yè)務(wù),實現(xiàn)了各模塊間的高內(nèi)聚、低耦合。再次,在確定功能模塊的基礎(chǔ)之上,構(gòu)建了系統(tǒng)的層次邏輯架構(gòu),對Web端、iOS客戶端、Android客戶端以及服務(wù)端分別進(jìn)行了設(shè)計,使用ASP.NET技術(shù)、移動客戶端開發(fā)技術(shù),結(jié)合PowerDesigner等多種自動化開發(fā)工具實現(xiàn)了系統(tǒng)功能。在各終端和服務(wù)端的設(shè)計和實現(xiàn)上運(yùn)用軟件工程的思想,編寫并留存各類文檔來指導(dǎo)業(yè)務(wù)邏輯開發(fā),并在開發(fā)完成后編寫了測試用例,進(jìn)行了黑盒集成測試和驗收測試,解決了測試中遇到的問題,完善了系統(tǒng)功能。最后,回顧了論文研究的工作內(nèi)容,歸納總結(jié)了論文的研究成果,同時對論文研究過程中的創(chuàng)新之處進(jìn)行了簡單介紹。
【學(xué)位授予單位】：燕山大學(xué)
【學(xué)位級別】：碩士
【學(xué)位授予年份】：2018
【分類號】：F326.3;F724.6;TP311.52
【圖文】：

提升網(wǎng)絡(luò)傳輸效率。簡單地說，將 JavaScript 中的對象序列化為字符串格式，就成為了標(biāo)準(zhǔn)的 JSON對象，然后就可以通過 Ajax 等技術(shù)手段在網(wǎng)絡(luò)中輕松傳遞，并在需要的時候?qū)⑺�原為對象，目前大部分編程語言均實現(xiàn)了 JSON 格式字符串與語言中基本格式的互相轉(zhuǎn)換方法[24]。2.3.3 多終端 REST 服務(wù)架構(gòu)簡介常見的多終端 Web 接口服務(wù)架構(gòu)包括 SOAP、REST 等，本系統(tǒng)應(yīng)用了 REST 風(fēng)格的服務(wù)架構(gòu)，實現(xiàn)多終端數(shù)據(jù)交互與同步。REST(Representational State Transfer)描述了一個架構(gòu)樣式的網(wǎng)絡(luò)系統(tǒng)，首次出現(xiàn)在 Roy Fielding 的博士論文中，Roy Fielding 也是 HTTP 規(guī)范的主要編寫者之一。目前主要流行的 Web 數(shù)據(jù)傳輸方案有 SOAP(Simple ObjectAccess protocol，簡單對象訪問協(xié)議)、XML-RPC 和 REST，相比于前兩者，REST 更加簡單易用。主要體現(xiàn)在對 URL 參數(shù)處理和傳輸編碼上。圖 2-1 展示了一種 REST 基本業(yè)務(wù)架構(gòu)。

圖 3-2 供需匹配原理圖需交易功能需實現(xiàn)在 PC 端和移動客戶端。匹配記錄中遇到合適的產(chǎn)品，即可選擇交易。首先生成訂單成訂單，最后填寫交易確認(rèn)單即可完成交易。流程如圖 3-3 所圖 3-3 交易流程圖示

交易流程圖示

【相似文獻(xiàn)】

相關(guān)期刊論文 前10條

1 侯敏;;基于CDIO模式的《電子商務(wù)系統(tǒng)分析與設(shè)計》的探究式教學(xué)改革[J];課程教育研究;2017年35期

2 龔璇;;淺析我國醫(yī)院電子商務(wù)系統(tǒng)的發(fā)展現(xiàn)狀[J];計算機(jī)產(chǎn)品與流通;2018年10期

3 安紅萍;王麗清;;訂單式生鮮農(nóng)產(chǎn)品電子商務(wù)系統(tǒng)設(shè)計和實現(xiàn)[J];電子商務(wù);2016年12期

4 肖冰;陳潮填;;電子商務(wù)系統(tǒng)的復(fù)雜性特征與方法論探析[J];商業(yè)經(jīng)濟(jì)研究;2015年21期

5 賴銀波;;高校電子商務(wù)系統(tǒng)的設(shè)計與實現(xiàn)[J];發(fā)明與創(chuàng)新(教育信息化);2017年03期

6 陳偉;;基于云計算的電子商務(wù)系統(tǒng)安全策略[J];廣東培正學(xué)院學(xué)報;2014年02期

7 蔡鵬;馮小亮;王干;朱澤民;;開源電子商務(wù)系統(tǒng)的比較分析[J];信息與電腦(理論版);2014年01期

8 陳偉;;基于云計算的電子商務(wù)系統(tǒng)安全策略[J];自動化與信息工程;2014年01期

9 陳溟;吳e

本文編號：2773806