freepeople性欧美熟妇, 色戒完整版无删减158分钟hd, 无码精品国产vα在线观看DVD, 丰满少妇伦精品无码专区在线观看,艾栗栗与纹身男宾馆3p50分钟,国产AV片在线观看,黑人与美女高潮,18岁女RAPPERDISSSUBS,国产手机在机看影片

正文內容

網(wǎng)上零食銷售系統(tǒng)計算機畢業(yè)設計論文(編輯修改稿)

2025-01-06 15:37 本頁面
 

【文章內容簡介】 個框架來擴展服務器的能力,以提供在 Web 上 進行請求和響應服務。當客戶機發(fā)送請求至服務器時,服務器可以將請求信息發(fā)送給 Servlet,并讓 Servlet 建立起服務器返回給客戶機的響應。 當啟動 Web 服務器或客戶機第一次請求服務時,可以自動裝入 Servlet。裝入后, Servlet 繼續(xù)運行直到其它客戶機發(fā)出請求。Servlet 的功能涉及范圍很廣 。 JSP 頁面由 HTML 代碼和嵌入其中的 Java 代碼所組成。服務器在頁面被客戶端請求以后對這些 Java 代碼進行處理,然后將生成的 HTML 頁面返回給客戶端的瀏覽器。 Java Servlet 是 JSP 的技術基礎,而且大型的 Web 應用程序的開發(fā)需要 Java Servlet 和 JSP配合才能完成。 JSP 具備了 Java 技術的簡單易用,完全的面向對象,具有平臺無關性且安全可靠,主要面向因特網(wǎng)的所有特點。 MySQL 技術 MySQL 是一個小型關系型數(shù)據(jù)庫管理系統(tǒng),開發(fā)者為瑞典 MySQL AB 公司。在 2021年 1 月 16 號被 SUN 公司收購。而 2021 年 ,SUN 又被 Oracle 收購 , 目前 MySQL 被廣泛地應用在 Inter 上的中小型網(wǎng)站中。由于其體積小、速度快、總體擁有成本低,尤其是開放源碼這一特點, 許多中小型網(wǎng)站為了降低網(wǎng)站總體擁有成本而選擇了 MySQL 作為網(wǎng)站數(shù)據(jù)庫。 需求分析 軟件需求 分析是軟件生命周期中的關鍵步驟,通過軟件需求分析后,把軟件功能和性能總體概念描述為具體的軟件需求規(guī)格說明書,進而建立軟件開發(fā)的基礎。軟件需求分析同時也是一個不斷認識和逐步細化的過程,通過軟件需求分析,準確地回答了“系統(tǒng)必須做什么”。 在本次系統(tǒng)分析過程中采用結構化分析方法,結構化分析方法是面向數(shù)據(jù)流進行需求分析的方法,其核心思想是分解簡化問題,將物理與邏輯表示分開,對系統(tǒng)進行數(shù)據(jù)與邏輯的抽象,其描述工具是數(shù) 據(jù)流圖( DFD)和數(shù)據(jù)字典( DD)。數(shù)據(jù)流圖是從數(shù)據(jù)傳遞和加工的角度,以圖形的方式來描述數(shù)據(jù)流從輸入到輸出的傳輸變換過程,而數(shù)據(jù)字典是對數(shù)據(jù)流圖中的各個元素作完整定義和說明,是數(shù)據(jù)流圖的補充工具。 功能需求 用戶注冊、登錄 修改個人資料 瀏覽商品詳情 瀏覽商品詳情 購買商品、購物車功能 生成訂單 客戶留言 管理員登陸 訂單處理(發(fā)貨、刪除、凍結)功能 商品管理(添加、修改刪除) 1 公告管理(發(fā)布、刪除) 5 1 管理員的管理 1 會員管理 性能需求 設計要求規(guī)范 項目開發(fā)規(guī)范統(tǒng)一,模塊劃分,代碼編寫均遵照命名規(guī)范文檔; 程序安全并要有良好的可擴展性;用戶界面簡潔明了、操作簡單實用。 精度及靈活性要求 該管理系統(tǒng)要能在較高精度下完成發(fā)出的命令,并且在操作員發(fā)出錯誤的指令時給予警告或提示,而非陷入不響應狀態(tài)。 時間特性要求 響應時間:所有查詢操作均在 2s 內完成; 更新處理時間:所有更新操作均在 2s 內完成。 總體設計 系統(tǒng)總體設計的任務是根據(jù)系統(tǒng)分析的邏輯模型設計應用軟件系統(tǒng)的物理結構。系統(tǒng)物理模型必須符合系統(tǒng)邏輯模型,能夠 完成邏輯模型所規(guī)定的信息處理功能,這是物理設計的基本要求。系統(tǒng)應具有可修改性,即易讀,易于進行查錯、改錯,可以根據(jù)環(huán)境的變化和用戶的要求進行各種改變和改進??傮w設計 是在前面需求分析的基礎上,通過總體設計為后期將要構造的系統(tǒng)實體建立一個模型或表達式。 系統(tǒng)功能描述 在 軟件的總體設計中,完成了數(shù)據(jù)和系統(tǒng)構建,并通過層次圖或結構圖來描繪軟件結構系統(tǒng)功能模塊在設計時應該遵循模塊獨立原理,也就是說,軟件應該有一組完成相對獨立的子功能模塊組成,這些功能模塊之間的接口關系彼此應該盡量簡單。系統(tǒng)的模塊功能主要 是基于 B2C 電子商務的實現(xiàn),圍繞這個目標,確定本系統(tǒng)應該實現(xiàn)以下功能:在前臺模塊中實現(xiàn)用戶注冊、用戶登錄、用戶選購商品、用戶修改購物車信息、生成訂單、修改用戶個人資料、查看商品購買記錄等功能。在后臺管理模塊中實現(xiàn)管理員登錄、會員管理、訂單管理、商品管理、留言管理、公告管理、管理員管理以及管理員個人密碼的修改。 前臺,系統(tǒng)向用戶提供網(wǎng)站商品的具體信息。用戶根據(jù)商品信息和網(wǎng)站提供的相關功能,做相應的操作,如注冊、加入購物車、修改購物車信息、提交訂單,購買的商品會以訂單的形式提交給系統(tǒng)。 后臺,管理員根據(jù)用戶的訂 單信息,執(zhí)行相應的服務,如根據(jù)訂單信息給用戶發(fā)貨,訂單狀態(tài)可以標示訂單是否被處理,管理員根據(jù)訂單狀態(tài)決定哪些需要處理。此外,系統(tǒng)管理員模塊還能夠完成添加、刪除或修改商品信息。添加和刪除公告,查看用戶留言等功能。 6 系統(tǒng)功能模塊圖 、用戶注冊、個人信息管理、找回密碼、購物車、查詢商品以及顯示產品信息,其中個人信息管理包括查詢個人訂單、修改個人信息和修改密碼,購物車包括添加購物項、刪除購物項、修改購物項數(shù)量以及提交訂單,系統(tǒng)前臺管理結構圖如圖 21 所示。 圖 21 系統(tǒng)前臺管理結構圖前臺管理 用戶登錄 用戶注冊 個人信息管理 找回密碼 購物車 查詢商品 顯示產品信息 查詢個人訂單 修改個人信息 修改密碼 添加購物項 刪除購物項 修改購物項數(shù)量 提交訂單 7 、訂單管理、公告管理、留言管理、產品管理、個人信息修改以及 Admin 管理。系統(tǒng)后臺管理結構圖如圖 22 所示。 圖 22 系統(tǒng)后臺管理結構圖 后臺管理 留言管理 產品管理 個人信息修改 Admin 管理 公告管理 訂單管理 用戶管理 查詢用戶信息 刪除用戶 查看訂單 進行發(fā)貨 凍結訂單 添加公告 查看 公告 刪除公告 查看留言 刪除留言 添加大類 添加小類 修改產品信息 添加產品 查詢產品信息 查看管理員信息 修改管理員信息 添加管理員 8 業(yè)務流程圖 系統(tǒng)整體業(yè)務流程圖 系統(tǒng)可以分為游客(未注冊用戶)、已注冊用戶 兩個角色,游客可以瀏覽網(wǎng)站,但是只有注冊用戶才可以登錄購買商品,系統(tǒng)整體業(yè)務流程圖如圖 23 所示。 圖 23 整體業(yè)務流程圖 看購買記錄 游客 注冊用戶 瀏覽商品 注冊 查看商品 加入購物車 提交訂單 登錄 更改數(shù)量 查看訂單 修改資料 找回密碼 9 購物車 購物車的整體處理流程如圖 24 所示。 圖 24 購物車處理流程 開始 商品信息瀏覽 將商品放入購物車 查看購物車 提交訂單 結束 修改、刪除購物車中的購物項 繼續(xù)購物 10 發(fā)貨處理 發(fā)貨處理的整體處理流程如圖 25 所示。 圖 25發(fā)貨處理流程圖 數(shù)據(jù)流分析 頂層數(shù)據(jù)流圖 訂單信息、留言信息 會員、商品、訂單、公告 會員個人信息 留言及管理員個人信息 商品信息、公告信息 會員、訂單、公告、留言 留言信息及會員個人信息 商品處理信息 及管理員個人信息 圖 26 DFD頂層圖 開始 瀏覽某一未處理訂單 逐條查詢出訂單對應的訂單項 查看該訂單項中相應商品的數(shù)量 商品的庫存 滿足 發(fā)貨不成功 發(fā)貨成功 結束 N N 會員 小型電子商務 網(wǎng)站 管理員 11 如圖 26 所示是 DFD 頂層圖,它表現(xiàn)出了我們要開發(fā)的系統(tǒng)所需要的外部參與人員和流入流出的數(shù)據(jù)流的種類。由圖 25 可以看出,本系統(tǒng)主要接收的數(shù)據(jù)可有注冊的個人注冊信息以及訂單信息;系統(tǒng)管理員的個人信息以及會員、訂單、商品處理信息等等。 整體數(shù)據(jù)流圖 用 戶管 理 員1 . 5用 戶 注 冊1 . 1 1商 品 信 息管 理1 . 7訂 單 信 息查 詢1 . 9訂 購 處 理1 . 8訂 單 信 息管 理1 . 1 0商 品 信 息查 詢用 戶 信 息 表注 冊 信 息用 戶 信 息 記 錄商品信息訂 單 信 息 表訂 單 信 息商 品 信 息 表1 . 6會 員 管 理用 戶 信 息查 詢 條 件訂 單 項 信 息 表商 品 信息 記 錄處 理 結 果會 員 信息1 . 4 公 告 管理1 . 1用 戶 留 言1 . 3發(fā) 布 公 告1 . 2留 言 管 理留 言 信 息 信 息 表公 告 信 息 表用 戶 留 言 信 息 記 錄公 告 信 息處 理 結 果公 告 信 息 記 錄公 告 信 息商 品 信 息訂 購 信 息 圖 27 整體數(shù)據(jù)流圖 如圖 27 所示是整體 DFD,是對頂層數(shù)據(jù)流圖的進一步細化。它更加詳細地表現(xiàn)出了我們要開發(fā)的系統(tǒng)所需要外部參與人員的流入流出的數(shù)據(jù)流種類 。 訂購數(shù)據(jù)流圖 用 戶1 . 9 . 1查 看 商 品信 息訂 單 信 息 表商品信息商 品 信 息 表查 詢 條 件訂 單 項 信 息 表商 品 信 息1 . 9 . 2商 品 添 加到 購 物 車1 . 9 . 3購 物 車 信息 修 改1 . 9 . 4結 算1 . 9 . 5提 交 訂 單商 品 信 息訂單信息購物項信息訂 單 信 息訂 單 I d 圖 28 訂購處理流程的詳細 DFD圖 12 如圖 28 所示詳細地表示出訂購處理流程的數(shù)據(jù)輸入輸出流。用戶通過查看商品信息后,可以把相中的商品加入相應的購物車,并可以對購物車進行修改,包括數(shù)量的修改和購物項的刪除,確定購買商品后可以進行結算,到達訂單提交模塊,用戶提交完訂單信息。 數(shù)據(jù)字典 數(shù)據(jù)庫 的邏輯結構設計是把上面的設計用邏輯表格的形式加以表示 ,并對數(shù)據(jù)的類型進行定義 ,在整個過程中必須嚴格定義每一個具體的數(shù)據(jù) ,形成 數(shù)據(jù)字典。 數(shù)據(jù)字典 用戶信息表主要記錄對于網(wǎng)站前臺用戶的信息,如表 21 所示。 表 21 用戶信息數(shù)據(jù)流 數(shù)據(jù)存儲名 用戶信息 說明 對用戶的基本信息,如用戶編號、用戶賬號、用戶密碼等信息進行記錄 數(shù)據(jù)描述 用戶 ID+用戶賬號 +用戶密碼 +真實姓名 +郵箱 +性別 +出生日期 +地址 +郵編 +固定電話 +手機號碼 +安全問題 +安全問題答案 +頭像 +積分 管理員信息表主要記錄對于系統(tǒng)后臺管理員的信息,如表 22 所示。 表 22 管理員信息數(shù)據(jù)流 數(shù)據(jù)存儲名 管理員信息 說明 對管理員的基本信息, 如管理員編號、管理員姓名、登錄賬號、登錄密碼等信息進行記錄 數(shù)據(jù)描述 管理員編號 +管理員級別編號 +管理員姓名 +登錄賬號 +登錄密碼 商品信息表主要記錄對于系統(tǒng)涉及商品的信息,如表 23 所示。 表 23 商品信息數(shù)據(jù)流 數(shù)據(jù)存儲名 商品信息 說明 對商品的基本信息,如 商品 編號、所屬大類編號、所屬小類編號、 商品 名稱、 編碼 、介紹、 產地 、 品牌 、原價、現(xiàn)價等信息進行記錄 數(shù)據(jù)描述 商品編號 +所屬大類編號 +所屬小類編號 +商品名稱 +編碼 +介紹 +產地 +品牌 +原價 +現(xiàn)價 13 訂單信息表主要記 錄對于用戶提交的訂單的信息,如表 24 所示。 表 24 訂單信息數(shù)據(jù)流 數(shù)據(jù)存儲名 訂單信息 說明 對商品的基本信息,如訂單編號、
點擊復制文檔內容
公司管理相關推薦
文庫吧 www.dybbs8.com
備案圖片鄂ICP備17016276號-1