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