【正文】 和數(shù)據(jù)庫(kù)的連接通常使用通過(guò) JDBC直接連接數(shù)據(jù)庫(kù)和連接池技術(shù) [12]。 SQL Server 2021 概述 Microsoft SQL Server 2021 是一個(gè)全面的數(shù)據(jù)庫(kù)平臺(tái)， 該 數(shù)據(jù) 庫(kù)引擎為結(jié)構(gòu)化數(shù)據(jù) 和 關(guān)系型數(shù)據(jù)提供了安全 而 可靠的存儲(chǔ)功能， 它 可以構(gòu)建和管理 高性能的 數(shù)據(jù)應(yīng)用程序。 SQL 被 稱為是 關(guān)系型數(shù)據(jù)庫(kù)管理系統(tǒng)的標(biāo)準(zhǔn)語(yǔ)言。 SQL語(yǔ)言用來(lái)執(zhí)行各種各樣的操作，比如：對(duì)數(shù)據(jù)庫(kù)中的數(shù)據(jù)進(jìn)行更新、保存數(shù)據(jù)到數(shù)據(jù)庫(kù)以及從數(shù)據(jù)看中提取數(shù)據(jù)到用戶界面以便用戶查看。而在系統(tǒng)的開(kāi)發(fā)過(guò)程中數(shù)據(jù)庫(kù)的連接是非常占用系統(tǒng)資源的，這一點(diǎn)在多用戶的網(wǎng)頁(yè)應(yīng)用程序中體現(xiàn)得尤為突出 [13]。 瀏覽器 /服務(wù)器（ Browser/Server）結(jié)構(gòu) B/S 結(jié)構(gòu)（ Browser/Server， 瀏覽器 /服務(wù)器 模式），是 Web 興起后的一種網(wǎng)絡(luò)結(jié)構(gòu)模式，Web瀏覽器是 客戶端 所能用到的 最主要的 應(yīng)用軟件 。客戶機(jī)上只要安裝一個(gè) 瀏覽器 ， 服務(wù)器 安裝 SQL Server 等數(shù)據(jù)庫(kù) ，就可基本實(shí)現(xiàn)該結(jié)構(gòu) 。 B/S 結(jié)構(gòu) 最大的優(yōu)點(diǎn)就是 在任何地方 都 可以進(jìn)行操作而不 需要 安裝任何 專業(yè)性 的軟件，只要有一臺(tái)能上網(wǎng)的電腦就能使用，客戶端 不需要 安裝 和 維護(hù) ， 系統(tǒng)的擴(kuò)展非常容易。 B/S結(jié)構(gòu)的用戶比較廣泛，而 C/S結(jié)構(gòu)的用戶相對(duì)來(lái)說(shuō)比較單一。 在這種結(jié)構(gòu)下，用戶界面完全通過(guò) WWW瀏覽器實(shí)現(xiàn)，一部分事務(wù)邏輯在前端實(shí)現(xiàn)，但是主要事務(wù)邏輯在服務(wù)器端實(shí)現(xiàn) [15]。由于它運(yùn)行時(shí)占用系統(tǒng)資源很少，擴(kuò)展性也比較好，所以已經(jīng)成為 開(kāi)發(fā)和調(diào)試 JSP應(yīng)用 程序的首選。 Tomcat服務(wù)器 和 IIS等 Web服務(wù)器一樣，具有處理 HTML頁(yè)面的功能，另外它還是一個(gè) Servlet 和 JSP容器，獨(dú)立的 Servlet 容器是 Tomcat的默認(rèn)模式。解析完了之后就把結(jié)果返回給用戶所能看到的界面。然而 Tomcat 環(huán)境下 JSP亂碼是一個(gè)比較常見(jiàn)的問(wèn)題，它的根源就是編碼的轉(zhuǎn)換過(guò)程，通過(guò)對(duì)各種出錯(cuò)情況進(jìn)行分析，不難找出這類問(wèn)題的解決方法 [17]。為此，對(duì)企業(yè)生產(chǎn)經(jīng)營(yíng)活動(dòng)過(guò)程的物流需求進(jìn)行科學(xué)分析，就成為了現(xiàn)代 物流企業(yè)強(qiáng)化物流管理的關(guān)鍵一步 [18]。用例分析是把系統(tǒng)需要完成的行為交給分析類，然后讓分析類來(lái)實(shí)現(xiàn)系統(tǒng)的行為。 物流管理系統(tǒng)的開(kāi)發(fā)主要是實(shí)現(xiàn)客戶服務(wù)、倉(cāng)庫(kù)信息的管理、用戶信息的管理以及用戶信息的檢索、車輛信息管理等功能的數(shù)據(jù)管理。 （ 1） 登錄系統(tǒng)模塊 不同的用戶在登陸界面輸入自己的用戶名和密碼，根據(jù)用戶的身份不同進(jìn)入不同的主頁(yè)面，若用戶還沒(méi)有賬號(hào)則登 錄界面提示用戶進(jìn)行注冊(cè)。 5 圖 21 系統(tǒng)用例圖 （ 3） 倉(cāng)庫(kù)管理模塊 包括采購(gòu)商品以及配送商品。管理員首先根據(jù)客戶提交的商品訂單，判斷倉(cāng)庫(kù)中的商品是否滿足客戶的需求，即進(jìn)行訂單的審核（包括商品的編號(hào)和數(shù)量）。 （ 4） 車輛信息管理模塊 包括對(duì)車輛信息的查詢以及對(duì)車輛信息的增刪查改。隨著物流管理規(guī)模的增大，對(duì)車輛信息的變動(dòng)也是必然的，因此需要對(duì)車輛信息做出相應(yīng)的操作。信息管理主要就是對(duì)用戶信息的增刪查改。 （ 6） 用戶管理模塊 管理員針 對(duì)用戶和供應(yīng)商信息的增刪改。 （ 7） 退出系統(tǒng)模塊 用戶若想退出該系統(tǒng)，則可以點(diǎn)擊退出系統(tǒng)鏈接，使用戶退出到登錄界面。由于 B/S架構(gòu)的管理軟件之安裝在服務(wù)器端，管理員只需要對(duì)服務(wù)器進(jìn)行管理就可以了。因 此運(yùn)算式的服務(wù)器整體性能要求較高，在硬件方面要求系統(tǒng)環(huán)境 P4 以上 CPU、 512MB、 80GB 的配置。在時(shí)間特性方面，系統(tǒng)搜索時(shí)間最大不超過(guò) 5 秒，平均時(shí)間在 1至 3秒，此外對(duì)數(shù)據(jù)庫(kù)中信息的檢索也不應(yīng)查過(guò)一秒；在系統(tǒng)容量要求方面，系統(tǒng)的靜態(tài)用戶在 3000以上、動(dòng)態(tài)用戶在 1000以上、并發(fā)數(shù)在 500左右?；?B/S結(jié)構(gòu)的系統(tǒng)與操作系統(tǒng)平臺(tái)關(guān)系很小。 安全性需求 安全性是與系統(tǒng)的安全性相關(guān)的需求，將會(huì)影響到用戶對(duì)系統(tǒng)的使用和對(duì)數(shù)據(jù)的保護(hù)。另外系統(tǒng)的管理軟件是安裝在服務(wù)器上的，數(shù)據(jù)的存儲(chǔ)和運(yùn)行也是在服務(wù)器中。一旦有不可知的用戶對(duì)系統(tǒng)進(jìn)行破壞，那么系統(tǒng)就會(huì)很容易崩潰。因此用戶身份的審核需求是系統(tǒng)必須要滿足的安全 性或保密性策略。確認(rèn)用戶身份的方式有很多種，比如：口令系統(tǒng)、智能卡和生物統(tǒng)計(jì)學(xué)等等。只要用戶輸入正確的用戶名和密碼，那么身份得到驗(yàn)證后用戶就可以進(jìn)行相應(yīng)的操作；若未能通過(guò)驗(yàn)證，則系統(tǒng)不允許用戶進(jìn)入該系統(tǒng)。而MVC 模式的使用可以大大減少 項(xiàng)目開(kāi)發(fā)的時(shí)間，它可以有效地分離視圖層和業(yè)務(wù)邏輯層，進(jìn)而使得程序員能夠集中到業(yè)務(wù)邏輯層上，界面程序員可以集中精力于界面的實(shí)現(xiàn)上。因此本系統(tǒng)選擇了 MVC 設(shè)計(jì)模式。 MVC 是一個(gè)經(jīng)典的軟件設(shè)計(jì)模式，已經(jīng)得到廣泛的應(yīng)用。它是用一種業(yè)務(wù)邏輯和數(shù)據(jù)分離的方法來(lái)組織代碼，并將業(yè)務(wù)邏輯模塊聚集到一個(gè)部件里面，控制層確保業(yè)務(wù)邏輯層和界面的同步，若業(yè) 務(wù)邏輯層發(fā)生了變化，那么視圖層也應(yīng)該進(jìn)行同步的更新。 7 模 型封 裝 應(yīng) 用 程 序 的 狀 態(tài)處 理 業(yè) 務(wù) 邏 輯通 知 視 圖 改 變視 圖解 析 模 型 并 更 新 請(qǐng) 求發(fā) 送 用 戶 的 輸 入 給 控 制 器允 許 控 制 器 選 擇 視 圖控 制 層定 義 應(yīng) 用 程 序 的 行 為選 擇 響 應(yīng) 的 視 圖視 圖 選 擇用 戶 請(qǐng) 求狀 態(tài) 查 詢通 知 改 變狀 態(tài) 改 變方 法 調(diào) 用 事 件圖 31 MVC 組件類型的管理與功能 M— Model，模型層是應(yīng)用程序的核心，該層次主要實(shí)現(xiàn)的是處理應(yīng)用程序的數(shù)據(jù)邏輯部分，負(fù)責(zé)數(shù)據(jù)的錄入和業(yè)務(wù)邏輯的實(shí)現(xiàn)，具有最多的處理任務(wù)。 C— Controller，控制器是是 連接業(yè)務(wù)邏輯和視圖層的橋梁，是應(yīng)用程序中處理用戶交互的部分，它獲取視圖層傳來(lái)的數(shù)據(jù)，控制用戶的輸入，并且調(diào)用業(yè)務(wù)邏輯類向模型層發(fā)送數(shù)據(jù)。視圖層和業(yè)務(wù)層的分離使得我們?cè)诟囊晥D層代碼的同時(shí)可以不用重新編譯模型和控制器代碼。正是由于 MVC 的這種特點(diǎn)使得改變其中的一個(gè)層次的功能也不會(huì)影響另外兩個(gè)層次的功能，所以根據(jù)這種思想 MVC 就能夠?qū)崿F(xiàn)良好的松耦合構(gòu)件。因?yàn)槟Ｐ头祷氐臄?shù)據(jù)沒(méi)有格式化，所以同一個(gè)構(gòu)件能夠被不同的 JSP 頁(yè)面所使用。 MVC 使得項(xiàng)目開(kāi)發(fā)和維護(hù)用戶接口的技術(shù)含量降低了。 MVC 使得視圖層和業(yè)務(wù)邏輯層分離，這樣更加方便了 Web 項(xiàng)目的維護(hù)和修改。本系統(tǒng)在實(shí)現(xiàn)之前經(jīng)過(guò)查閱資料以及實(shí)踐調(diào)研，對(duì)物流企業(yè)中存在的問(wèn)題，以及缺陷進(jìn)行勘察，把物流企業(yè)中需要實(shí)現(xiàn)的基本功能總結(jié)并歸類，具體包含以下七個(gè)功能模塊：用戶登錄、客戶服務(wù)、倉(cāng)庫(kù)管理、車輛管理、信息查詢、用戶管理、退出系統(tǒng)。據(jù)此，在進(jìn)入該系統(tǒng)之前，物流管理系統(tǒng)給每個(gè)相關(guān)人 員分配了相應(yīng)的權(quán)限：客戶和職員。對(duì)于不能成功登錄進(jìn)去的用戶，登錄界面可以給出相應(yīng)的錯(cuò)誤提示。由于權(quán)限的限制使得客戶只能操作該模塊中的功能，在此模塊中客戶可以進(jìn)行的操作有提交訂單、修改個(gè)人信息、查看個(gè)人訂單的歷史記錄。管理員通 過(guò)定時(shí)的查看倉(cāng)庫(kù)中商品的信息以及用戶的訂單對(duì)倉(cāng)庫(kù)中的商品做一下操作：對(duì)數(shù)量不足商品的采購(gòu)以及根據(jù)客戶訂單進(jìn)行商品的配送。那么管理員對(duì)車輛信息的管理就很有必要了，大致包括車輛信息的增加以及車輛信息的更改、刪除等。該模塊主要包括四個(gè)方面的查詢：商品 信息查詢、職工信息查詢、客戶信息查詢、訂單信息查詢。 （ 7） 退出系統(tǒng)模塊 若用戶對(duì)該系統(tǒng)的操作已經(jīng)完成，想要退出系統(tǒng)的話，則用戶點(diǎn)擊退出系統(tǒng)功能即可退出該系統(tǒng)，隨后返回到登錄界面。 整個(gè)系統(tǒng)的功能模塊如圖 32所示。若能夠成功登錄，則系統(tǒng)會(huì)根據(jù)用戶的權(quán)限類型，使用戶進(jìn)入不同的界面。本模塊的功能包括： （ 1） 判斷用戶輸入的用戶名和密碼是否合法以及兩者是否匹配，對(duì)于正確與否，會(huì)給出相應(yīng)的提示。 登錄功能模塊流程圖如圖 33所示。這樣就保證了客戶與管理員操作模塊的分離，客戶與管理員功能模塊的分離不僅有利于整個(gè)物流系統(tǒng)相關(guān)信息的管理，而且有利于系統(tǒng)的維護(hù)，本模塊的功能包括以下三個(gè)。然后管理員就會(huì)對(duì)訂單進(jìn)行審核。個(gè)人信息中用戶的編號(hào)是不能修改的，因?yàn)樗诳蛻粜畔⒈碇惺侵麈I，它唯一標(biāo)示該用戶。 （ 3） 顯示個(gè)人訂單的歷史記錄 每個(gè)客戶根據(jù)自己的需求可以對(duì)該物流系統(tǒng)提交多個(gè)訂單，每次提交的訂單都會(huì)保存在后臺(tái)數(shù)據(jù)庫(kù)中。訂單的歷史記錄不僅包括通過(guò)審核的訂單，還包括未通過(guò)審核的訂單。 客 戶 服 務(wù)提交訂單修改個(gè)人信息顯示歷史記錄 圖 34 客戶服務(wù)模塊流程圖 倉(cāng)庫(kù)管理模塊 倉(cāng)庫(kù)管理模塊就是對(duì)倉(cāng)庫(kù)中的商品進(jìn)行日常的管理，管理員登陸進(jìn)入該系統(tǒng)之后，就可以對(duì)商品進(jìn)行管理。該模塊包括以下幾個(gè)功能： （ 1） 采購(gòu)商品 管 理員進(jìn)入該界面以后，系統(tǒng)對(duì)倉(cāng)庫(kù)中的商品進(jìn)行審核，對(duì)數(shù)目較少的商品系統(tǒng)會(huì)把它們的詳細(xì)信息從數(shù)據(jù)庫(kù)中提取出來(lái)顯示在界面上供管理員查看，管理員根據(jù)情況采購(gòu)這些商品。點(diǎn)擊確定后采購(gòu)員即可對(duì)根據(jù)采購(gòu)單對(duì)商品進(jìn)行采購(gòu)。比如，若客戶訂購(gòu)商品的數(shù)量超出商品的庫(kù)存量，那么該訂單最終審核的狀態(tài)就是“未通過(guò)”；若訂單 11 中商品的編號(hào)在數(shù)據(jù)庫(kù)商品信息表中不存在，則說(shuō)明 倉(cāng)庫(kù)中沒(méi)有這種商品，那么系統(tǒng)訂單也是未通過(guò)審核的狀態(tài)。 倉(cāng)庫(kù)管理模塊流程圖如圖 35所示。該模塊具體包括以下兩個(gè)功能。增加車輛的時(shí)候，會(huì)對(duì)以下信息進(jìn)行添加：車輛編號(hào)、駕駛員編號(hào)等。 （ 2） 車輛更改 /刪除 由于車輛本身各種信息的變動(dòng)、車輛駕駛員的更換使得管理員需要對(duì)車輛的信息進(jìn)行更 12 改，的內(nèi)容包括：車輛的車牌號(hào)、車輛駕駛員的具體信息等。 車輛管理模塊流程圖如圖 36所示。信息查詢主要包括以下幾個(gè)方面：商品信息查詢、職工信息查詢、客戶信息查詢、訂單信息查詢。 （ 2） 職工信息查詢 通過(guò)輸入職工的編號(hào)，系統(tǒng)根據(jù)職工編號(hào)到數(shù)據(jù)庫(kù)中查找該編號(hào)的職工信息 ，若存在，則從數(shù)據(jù)庫(kù)中取出該條記錄并顯示在界面上以便供管理員查看；若不存在，則返回空。 13 （ 4） 訂單信息查詢 通過(guò)輸入訂單的編號(hào)，系統(tǒng)根據(jù)訂單編號(hào)到數(shù)據(jù)庫(kù)中查找該編號(hào)的訂單，若存在，則從數(shù)據(jù)庫(kù)中取出該條記錄并顯示在界面上以便供管理員查看；若不存在，則返回空。 信 息 查 詢商品信息查詢職工信息查詢訂單信息查詢客戶信息查詢 圖 37 信息查詢模塊流程圖 用戶管理模塊 該模塊主要實(shí)現(xiàn)了對(duì)職工和供應(yīng)商信息的增刪查改。 （ 1） 添加職工 對(duì)于物流管理系統(tǒng)新增的職員，由管理員對(duì)該職員詳細(xì)信息進(jìn)行添加，具體內(nèi)容包括：職員編號(hào)、姓名、性別、年齡、學(xué)歷編號(hào)、職員入職日期、住址、聯(lián)系電話、部門編號(hào)、職務(wù)編號(hào)等信息。若職員想要更改密碼，以后可以自行更改。 （ 3） 添加供應(yīng)商 對(duì)于物流管理新增的職員，由管理員對(duì)該供應(yīng)商的詳細(xì)信息進(jìn)行添加，具體內(nèi)容包括：供應(yīng)商編號(hào)、供應(yīng)商名稱、負(fù)責(zé)供應(yīng)商電話、負(fù)責(zé)人、地址、供應(yīng)商 Email等信息。 用戶管理模塊流程圖如圖 38所示。退出系統(tǒng)模塊流程圖如圖 39所示。通過(guò)它可以建立和加強(qiáng)兩個(gè) 表數(shù)據(jù)之間連接的一列或多列。數(shù)據(jù)庫(kù)關(guān)系圖如圖 310所示。車輛信息表如表 31 所示；客戶信息表如表 32 所示； 職工 信息表如表 33 所示； 部門 歷信息表如表 34 所示； 學(xué)歷 信息表如表 35 所示；商品類別信息表如表 36 所示；商品信息表如表 37 所示 ；商品所在排信息表如表 38 所示；商品座位信息表如表 39 所示；職務(wù)信息表如表310 所示；登錄信息表如表 311 所示；訂單信息表如表 312 所示；采購(gòu)信息表如表 313 所示；供應(yīng)商信息表如表 314 所示；倉(cāng)庫(kù)信息表如表 315 所示；區(qū)域信息表如表 316 所示。要訪問(wèn)數(shù)據(jù)庫(kù)首先就要與數(shù)據(jù)庫(kù)建立連接。數(shù)據(jù)庫(kù)的連接包括注冊(cè)數(shù)據(jù)庫(kù)驅(qū)動(dòng)程序，然后根據(jù)具體的 JDBC URL地址 調(diào)用 DriverManager 對(duì)象的 getConnection()來(lái)獲取一個(gè)代表數(shù)據(jù)庫(kù)連接的 connection 對(duì)象。 ()。 //獲取數(shù)據(jù)庫(kù)的連接 以上代碼建立了到 SQL Server數(shù)據(jù)庫(kù)的連接之后，就可以 通過(guò)執(zhí)行 SQL語(yǔ)句對(duì)連接的數(shù)據(jù)庫(kù)進(jìn)行操作。這樣就可以實(shí)現(xiàn)不同的用戶操作在不同的界面上，互不干涉。方便管理。 圖 41 系統(tǒng)登錄頁(yè)面 客戶服務(wù)模塊的 實(shí)現(xiàn) 客戶服務(wù)功能是針對(duì)客戶的功能模塊，功能包括：提交訂單、修改個(gè)人信息、顯示歷史記錄。若提交成功，系統(tǒng) 21 會(huì)在頁(yè)面上顯示提交成功的信息，若取消購(gòu)買，則系統(tǒng)會(huì)返回到初始的狀態(tài)。 圖 42 客戶提交訂單界面 修改個(gè)人信息功能的實(shí)現(xiàn) 客戶可以對(duì)自己的個(gè)人信息進(jìn)行修改，但是客戶編號(hào)是不能更改的，這是客戶在注冊(cè)時(shí)區(qū)別其他客戶的唯一標(biāo)志。客戶信息修改界面如圖 43 所示。當(dāng)客戶要查看訂單信息時(shí)，系統(tǒng)就會(huì)從數(shù)據(jù)庫(kù)中提取該用戶的訂單信息返回到界面上供客戶查看。 22 圖 44 顯示歷史記錄界面 倉(cāng)庫(kù)管理模塊的實(shí)現(xiàn) 倉(cāng)庫(kù)管理功能是針對(duì)管理員的一個(gè)功能模塊，管理員操作的功能有：采購(gòu)商品、配送商品。提交成功后，采購(gòu)員就會(huì)根據(jù)采購(gòu)單采購(gòu)商品。 圖 45 采購(gòu)商品界面 配送商品功能的實(shí)現(xiàn) 點(diǎn)擊配送商品，系