【文章內(nèi)容簡(jiǎn)介】 et是使用Java Servlet API編寫(xiě)的、適用于B/S模式的、運(yùn)行在服務(wù)器端的JAVA累。Servlet對(duì)于Web服務(wù)器就好像Applet對(duì)于Web瀏覽器一樣，如他們都有生命周期，生命周期都有所在的容器管理。所不同的是，Servlet運(yùn)行在Web服務(wù)器中，二Applet在瀏覽器中執(zhí)行。Servlet與JSP是密不可分的。一方面，Servlet是JSP的基礎(chǔ)，從JSP角度看，Servlet實(shí)際上是JSP被解釋執(zhí)行時(shí)的中間過(guò)程，JSP實(shí)際是為了讓Servlet開(kāi)發(fā)相對(duì)容易而采用的腳本語(yǔ)言形式。學(xué)好Servlet對(duì)JSP會(huì)有更加深刻的理解。另一方面，在實(shí)際開(kāi)發(fā)中，往往是將JSP和Servlet兩種技術(shù)結(jié)合使用，JSP主要用來(lái)表現(xiàn)頁(yè)面，而Servlet主要用來(lái)響應(yīng)用戶的請(qǐng)求，完成請(qǐng)求的邏輯處理。Servlet 有以下主要優(yōu)點(diǎn)：（1） 可移植性。Servlet 皆是利用Java 語(yǔ)言來(lái)開(kāi)發(fā)的，因此，延續(xù)Java 在跨平臺(tái)上的表現(xiàn)，不論Server 的操作系統(tǒng)是Windows、Solaris、Linux、HPUX、FreeBSD、Compaq Tru 6AIX 等等，都能夠?qū)⑽覀兯鶎?xiě)好的Servlet程序放在這些操作系統(tǒng)上執(zhí)行。（2） 強(qiáng)大的功能。Servlet 能夠完全發(fā)揮Java API 的威力，包括網(wǎng)絡(luò)和URL 存取、多線程(MultiThread)、影像處理、RMI (Remote Method Invocation)、分布式服務(wù)器組件 (Enterprise Java Bean)、對(duì)象序列化 (Object Serialization) 等。若想寫(xiě)個(gè)網(wǎng)絡(luò)目錄查詢(xún)程序，則可利用JNDI API；想連接數(shù)據(jù)庫(kù)，則可利用JDBC，有這些強(qiáng)大功能的API 做后盾，相信Servlet 更能夠發(fā)揮其優(yōu)勢(shì)。（3） 性能優(yōu)良。Servlet 在加載執(zhí)行之后，其對(duì)象實(shí)體(instance)通常會(huì)一直停留在Server 的內(nèi)存中，若有請(qǐng)求(request)發(fā)生時(shí)，服務(wù)器再調(diào)用Servlet 來(lái)服務(wù)，假若收到相同服務(wù)的請(qǐng)求時(shí)，Servlet會(huì)利用不同的線程來(lái)處理。（4） 安全性。Servlet也有類(lèi)型檢查(Type Checking)的特性，并且利用Java的垃圾收集(Garbage Collection)與沒(méi)有指針的設(shè)計(jì)，使得Servlet 避免內(nèi)存管理的問(wèn)題。由于在Java的異常處理(ExceptionHandling)機(jī)制下，Servlet能夠安全地處理各種錯(cuò)誤，不會(huì)因?yàn)榘l(fā)生程序上邏輯錯(cuò)誤而導(dǎo)致整體服務(wù)器系統(tǒng)的毀滅。 本課題涉及的數(shù)據(jù)庫(kù)介紹 本課題研究研究?jī)?nèi)容涉及到數(shù)據(jù)存儲(chǔ)工具服務(wù)端為SQLServer數(shù)據(jù)庫(kù)。 SQL Server 是一個(gè)關(guān)系數(shù)據(jù)庫(kù)管理系統(tǒng)。它最初是由Microsoft、Sybase 和AshtonTate三家公司共同開(kāi)發(fā)的，于1988 年推出了第一個(gè)OS/2版本。在Windows NT 推出后，Microsoft與Sybase 在SQL Server 的開(kāi)發(fā)上就分道揚(yáng)鑣了，Microsoft 將SQL Server移植到Windows NT系統(tǒng)上，專(zhuān)注于開(kāi)發(fā)推廣SQL Server 的Windows NT 版本。Sybase 則較專(zhuān)注于SQL Server在UNⅨ操作系統(tǒng)上的應(yīng)用。SQL Server 2000 是Microsoft 公司推出的SQL Server數(shù)據(jù)庫(kù)管理系統(tǒng)，該版本繼承了SQL Server 版本的優(yōu)點(diǎn)，同時(shí)又比它增加了許多更先進(jìn)的功能。具有使用方便可伸縮性好與相關(guān)軟件集成程度高等優(yōu)點(diǎn)，可跨越從運(yùn)行Microsoft Windows 98 的膝上型電腦到運(yùn)行Microsoft Windows 2000 的大型多處理器的服務(wù)器等多種平臺(tái)使用。 本章小結(jié)本章主要介紹了課題中涉及到的開(kāi)發(fā)技術(shù)，著重介紹了Android開(kāi)發(fā)平臺(tái)。同時(shí)介紹服務(wù)器端所使用的JSP和Servlet技術(shù)。交代完項(xiàng)目所使用的技術(shù)背景，下章將對(duì)系統(tǒng)進(jìn)行需求分析。3系統(tǒng)的需求分析 系統(tǒng)的可行性分析 在當(dāng)前快遞物流行業(yè)迅速發(fā)展的同時(shí)，物流企業(yè)既面臨激烈地競(jìng)爭(zhēng)，又要面對(duì)車(chē)、貨安全、運(yùn)期延誤、空載率高、服務(wù)投訴等等物流企業(yè)最為頭疼的問(wèn)題。競(jìng)爭(zhēng)的加劇也要求企業(yè)能夠更快速地響應(yīng)市場(chǎng)需求，縮短產(chǎn)品運(yùn)輸周期，使物流系統(tǒng)與市場(chǎng)需求結(jié)構(gòu)相匹配。解決這些難題的唯一出路就是實(shí)現(xiàn)物流系統(tǒng)的信息化，移動(dòng)化，使物流企業(yè)的管理人員可以及時(shí)快速地了解和掌控物流的全過(guò)程和每一個(gè)細(xì)節(jié)，信息化系統(tǒng)自動(dòng)地幫助管理人員處理物流面對(duì)的流程和問(wèn)題。運(yùn)用信息化手段提高運(yùn)輸質(zhì)量和運(yùn)輸效率，提高客戶服務(wù)能力和企業(yè)管理能力，從而提高物流企業(yè)的核心競(jìng)爭(zhēng)力。 系統(tǒng)功能描述 系統(tǒng)功能手機(jī)客戶端功能（1）客戶端系統(tǒng)登錄。業(yè)務(wù)員通過(guò)用戶名和密碼登陸手機(jī)客戶端，可選擇是否自動(dòng)登錄，選擇后下次登錄客戶端時(shí)自動(dòng)登陸進(jìn)入主界面（2）運(yùn)單狀態(tài)管理使用手機(jī)攝像頭對(duì)運(yùn)單條形碼掃描或者手動(dòng)輸入獲取運(yùn)單號(hào)，發(fā)送至服務(wù)器并對(duì)運(yùn)單狀態(tài)修改。（3） 運(yùn)單查詢(xún) 使用手機(jī)攝像頭對(duì)運(yùn)單條形碼掃描或者手動(dòng)輸入獲取運(yùn)單號(hào)，通過(guò)服務(wù)器查詢(xún)運(yùn)單信息。（4）個(gè)人信息業(yè)務(wù)員個(gè)人信息查看與修改（5）系統(tǒng)設(shè)置注銷(xiāo)賬戶服務(wù)端功能（1）系統(tǒng)登錄登錄進(jìn)入系統(tǒng)管理界面（2） 運(yùn)單管理管理運(yùn)單錄入，運(yùn)單查詢(xún)，運(yùn)單信息修改（3） 取派件簽收錄入，簽收查詢(xún)（4） 掃描管理收件掃描，發(fā)件掃描，到件掃描，派件掃描（5） 基本資料網(wǎng)點(diǎn)信息，客戶信息，員工信息，個(gè)人資料 系統(tǒng)架構(gòu)1 .系統(tǒng)物理架構(gòu) 手機(jī)客戶端通過(guò)移動(dòng)互聯(lián)網(wǎng)訪問(wèn)系統(tǒng)服務(wù)器，將客戶端信息提交給服務(wù)器后臺(tái)，對(duì)數(shù)據(jù)庫(kù)的操作也通過(guò)服務(wù)器后臺(tái)實(shí)現(xiàn)。圖31后臺(tái)系統(tǒng)物理構(gòu)架 基于用例圖的用戶需求分析快遞貨單管理系統(tǒng)面向的用戶是快遞公司，涉及到的角色分為業(yè)務(wù)管理員和系統(tǒng)管理員 業(yè)務(wù)管理員業(yè)務(wù)管理員即快遞公司的業(yè)務(wù)員，業(yè)務(wù)員將手機(jī)端管理系統(tǒng)安裝到手機(jī)上，即可登錄進(jìn)入對(duì)運(yùn)單信息進(jìn)行管理，提件、發(fā)件、到件、派件、簽收，也可以對(duì)個(gè)人信息進(jìn)行修改。同時(shí)，業(yè)務(wù)員也可以登錄Web端管理系統(tǒng)進(jìn)行業(yè)務(wù)管理。用例圖如圖33和圖34所示。圖32手機(jī)客戶端業(yè)務(wù)員用例圖圖33web端業(yè)務(wù)員用例圖系統(tǒng)管理員角色。該角色是服務(wù)端的管理員，在Web端登陸，管理企業(yè)員工的基本信息以及本地信息數(shù)據(jù)庫(kù)的管理。用戶的用例圖如下圖35所示。圖34web端系統(tǒng)管理員用例圖 業(yè)務(wù)流程分析 本系統(tǒng)主要是基于移動(dòng)互聯(lián)網(wǎng)的應(yīng)用，企業(yè)員工只要通過(guò)Android客戶端就能完成大部分業(yè)務(wù)操作，企業(yè)管理員主要是通過(guò)服務(wù)端進(jìn)行系統(tǒng)設(shè)置、員工信息管理、業(yè)務(wù)信息查詢(xún)工作，具體的業(yè)務(wù)流程如下。 企業(yè)業(yè)務(wù)員。用戶在得到系統(tǒng)管理員分配的賬號(hào)后可以登錄系統(tǒng)，業(yè)務(wù)員所能做的操作為個(gè)人信息管理、系統(tǒng)設(shè)置、業(yè)務(wù)管理等，具體的業(yè)務(wù)流程如下圖36所示。圖35企業(yè)業(yè)務(wù)員手機(jī)端流程圖圖36企業(yè)業(yè)務(wù)員web端流程圖系統(tǒng)管理員用戶。系統(tǒng)管理員通過(guò)登錄服務(wù)器后臺(tái)管理系統(tǒng)，系統(tǒng)管理員能夠?qū)ζ髽I(yè)網(wǎng)點(diǎn)信息、員工信息進(jìn)行管理。具體的業(yè)務(wù)流程如下圖38所示。圖37 企業(yè)系統(tǒng)管理員流程圖 本章小結(jié) 本章從系統(tǒng)功能、系統(tǒng)架構(gòu)、用例圖和流程圖等幾個(gè)方面做了分析，得出整個(gè)系統(tǒng)大體構(gòu)思，為下一步系統(tǒng)的設(shè)計(jì)做好準(zhǔn)備。4 快遞運(yùn)單掃描管理系統(tǒng)的概要設(shè)計(jì) 系統(tǒng)概要設(shè)計(jì)是開(kāi)發(fā)過(guò)程中一個(gè)重要的階段，根據(jù)前面的需求分析得出系統(tǒng)的整個(gè)框架設(shè)計(jì)，然后拆分為對(duì)各個(gè)功能模塊的設(shè)計(jì)，基于上文得出具體的數(shù)據(jù)表設(shè)計(jì)。 系統(tǒng)總體設(shè)計(jì)服務(wù)器系統(tǒng)整體功能模塊圖如下圖41所示圖41后臺(tái)系統(tǒng)功能模塊 客戶端系統(tǒng)設(shè)計(jì) 客戶端整體功能模塊如圖42所示圖42手機(jī)端系統(tǒng)功能模塊 系統(tǒng)數(shù)據(jù)庫(kù)設(shè)計(jì) 基于ER圖的數(shù)據(jù)庫(kù)設(shè)計(jì) 概念設(shè)計(jì)的目標(biāo)是產(chǎn)生反應(yīng)企業(yè)組織信息需求的數(shù)據(jù)庫(kù)概念結(jié)構(gòu),即設(shè)計(jì)出獨(dú)立與計(jì)算機(jī)硬件和DBMS（數(shù)據(jù)庫(kù)管理系統(tǒng)）的概念模式。ER模型是主要設(shè)計(jì)工具。本系統(tǒng)除了Android客戶端和中間移動(dòng)網(wǎng)絡(luò)，還要有強(qiáng)大的數(shù)據(jù)庫(kù)做支持。建立系統(tǒng)運(yùn)行的數(shù)據(jù)庫(kù)是快遞運(yùn)單掃碼管理系統(tǒng)的一個(gè)重要部分，本系統(tǒng)Android客戶端采用SQLite數(shù)據(jù)庫(kù)，服務(wù)端采用SQLServer數(shù)據(jù)庫(kù)，并提供了客戶端數(shù)據(jù)庫(kù)和服務(wù)端數(shù)據(jù)庫(kù)的同步功能，提高了程序的運(yùn)行效率。數(shù)據(jù)庫(kù)模型設(shè)計(jì)得到的是實(shí)體聯(lián)系模型（ER模型），根據(jù)系統(tǒng)功能分析，本系統(tǒng)實(shí)體主要有以下4個(gè)，運(yùn)單，企業(yè)員工，快遞網(wǎng)點(diǎn)、客戶。（1）實(shí)體和屬性定義 運(yùn)單表（運(yùn)單ID，出發(fā)網(wǎng)點(diǎn)，目的網(wǎng)點(diǎn)ID，支付人，負(fù)責(zé)人ID，訂單時(shí)間，訂單狀態(tài)ID，備注，發(fā)件客戶ID，收件客戶ID，貨物名，貨物數(shù)量，貨物重量，接單時(shí)間，截止時(shí)間）運(yùn)單ID即運(yùn)單號(hào)，運(yùn)單表包含運(yùn)單等所有信息，網(wǎng)點(diǎn)ID連接網(wǎng)點(diǎn)列表，保存網(wǎng)點(diǎn)信息。負(fù)責(zé)人ID連接員工表，記錄操縱云淡的業(yè)務(wù)員。狀態(tài)ID連接運(yùn)單狀態(tài)表，記錄運(yùn)單狀態(tài)。 企業(yè)員工表（員工ID，用戶名，姓名，密碼，性別，電話，權(quán)限級(jí)別）企業(yè)員工表包含企業(yè)中所有員工的信息，員工用用戶名和密碼登陸，根據(jù)權(quán)限級(jí)別區(qū)分普通用戶和系統(tǒng)管理員?？爝f網(wǎng)點(diǎn)表（網(wǎng)點(diǎn)ID，網(wǎng)點(diǎn)名字，負(fù)責(zé)人，電話，地址，郵箱）快遞網(wǎng)點(diǎn)列表存儲(chǔ)快遞公司在全功各地的網(wǎng)點(diǎn)信息。客戶表（客戶ID，客戶單位名，客戶姓名，電話，地址，錄入時(shí)間）客戶表包括所有收件人和發(fā)件人的信息。 各個(gè)實(shí)體屬性圖如圖所示圖43運(yùn)單實(shí)體屬性圖44企業(yè)員工實(shí)體屬性圖45網(wǎng)點(diǎn)實(shí)體屬性圖46客戶實(shí)體屬性（2）實(shí)體聯(lián)系 ER圖也稱(chēng)實(shí)體聯(lián)系圖(Entity Relationship Diagram)，提供了表示實(shí)體類(lèi)型、屬性和聯(lián)系的方法，用來(lái)描述現(xiàn)實(shí)世界的概念模型。是表示概念模型的一種方式，用矩形表示實(shí)體型，矩形框內(nèi)寫(xiě)明實(shí)體名；用橢圓表示實(shí)體的屬性，并用無(wú)向邊將其與相應(yīng)的實(shí)體型連接起來(lái)；用菱形表示實(shí)體型之間的聯(lián)系，在菱形框內(nèi)寫(xiě)明聯(lián)系名，并用無(wú)向邊分別與有關(guān)實(shí)體型連接起來(lái)，同時(shí)在無(wú)向邊旁標(biāo)上聯(lián)系的類(lèi)型（1:1,1:n或m:n）。在系統(tǒng)中各個(gè)實(shí)體有著密不可分的關(guān)系，分析得出整個(gè)系統(tǒng)的ER圖，如下圖47所示圖47系統(tǒng)整體ER圖 數(shù)據(jù)庫(kù)表設(shè)計(jì) 數(shù)據(jù)庫(kù)邏輯結(jié)構(gòu)設(shè)計(jì)的目的是把概念設(shè)計(jì)階段設(shè)計(jì)好的全局ER模式轉(zhuǎn)換成與選用的具體機(jī)器上的DBMS所支持的數(shù)據(jù)模型相符合的邏輯結(jié)構(gòu)（包括數(shù)據(jù)庫(kù)模式和外模式）。 數(shù)據(jù)庫(kù)的物理設(shè)計(jì)是對(duì)于給定的數(shù)據(jù)模型選取一個(gè)最適合應(yīng)用應(yīng)用環(huán)境的物理結(jié)構(gòu)的過(guò)程。數(shù)據(jù)庫(kù)的實(shí)現(xiàn)變現(xiàn)為在數(shù)據(jù)庫(kù)中的數(shù)據(jù)表，本應(yīng)用的涉及到的表如下所示：?jiǎn)T工信息表表名UserInfo字段名字段類(lèi)型特別屬性備注UserIDintPK(10000)員工信息表主鍵，自增長(zhǎng)字段UserNamevarchar(50)unique員工用戶名UserRNamevarchar(50)not null員工真實(shí)姓名UserPasswordvarchar(50)not null密碼UserSexvarchar(50)not null性別UserPhonevarchar(50)聯(lián)系電話Roleint用戶權(quán)限級(jí)別圖48企業(yè)員工信息表網(wǎng)點(diǎn)信息表表名BranchInfo字段名字段類(lèi)型特別屬性備注BranchIDintPK(100)網(wǎng)點(diǎn)信息表主鍵,自增長(zhǎng)BranchNamevarchar(50)not null網(wǎng)點(diǎn)名稱(chēng)BranchLinkManvarchar(50)not null網(wǎng)點(diǎn)聯(lián)系人BranchPhonevarchar(50)not null網(wǎng)點(diǎn)聯(lián)系電話BranchAddressvarchar(50)not null詳細(xì)地址BranchEmailvarchar(50)not null電子郵箱圖49企業(yè)網(wǎng)點(diǎn)表客戶信息表表名CustomerInfo字段名字段類(lèi)型特別屬性備注CustomerIDintPK(1000)客戶信息主鍵，自增長(zhǎng)字段CustomerNamevarchar(50)not null客戶名稱(chēng)(客戶公司名稱(chēng))CustomerLinkManvarchar(50)not null客戶聯(lián)系人名稱(chēng)CustomerSexvarchar(50)客戶聯(lián)系人性別CustomerPhonevarchar(50)not null客戶聯(lián)系電話CustomerEmailVarchar(50)客戶電子郵件CustomerRegDatavarchar(50)not null客戶注冊(cè)時(shí)間圖410 客戶信息表運(yùn)單信息表表名BillInfo字段名字段類(lèi)型特別屬性備注BillIDintPK(100000)運(yùn)單號(hào)，信息表主鍵SendIDintFK發(fā)貨客戶編號(hào)(外鍵)ReceiveIDintFK收貨客戶編號(hào)(外鍵)PayerNamevarchar(50)not null付款人姓名UserIDintFK操作人編號(hào)(外鍵)BillDatavarchar(50)not null貨票制單時(shí)間BillStateintFK貨票狀態(tài)編號(hào)BillMemovarchar(500)貨票備注說(shuō)明SendBranchIDintFK發(fā)貨網(wǎng)點(diǎn)編號(hào)ReceiveBranchIDintFK收貨網(wǎng)點(diǎn)編號(hào)CargoNamevarchar(50)not null