【文章內容簡介】 eb 瀏覽器）獲得請求，然后，將響應結果返回客戶端。Servlet 的這種特點使它非常適合于 Web 應用。Servlet 和 EJB 組件的區(qū)別在于 EJB 組件所提供的服務器端組件特性并不能全部適用于Servlet，Servlet 更適合于處理簡單的請求/響應任務，而且它不需要應用服務器所提供的復雜服務的支持[9]。 JSP 簡介JSP（Java Server Pages）是由 Sun Microsystems 公司倡導、許多公司參與一起建立的一種動態(tài)網頁技術標準，JSP 技術在 Servlet 技術基礎上發(fā)展起來的，它正在飛速發(fā)展中，現已成為 Java 服務器編程的重要組成部分。它雖然還未成型，但是它必將和 J2EE(Java 2 Enterprise Edition)一起發(fā)展[4]。JSP 是結合 markup(HTML 和 XML)和 Java 代碼來處理一種動態(tài)頁面。每一頁第一次被調用時，通過 JSP 引擎自動被編譯成 Servlet，然后被執(zhí)行，以后每次調用時，執(zhí)行編譯過的 Servlet。JSP 提供了多種方式訪問 Java class、Servlet、Applets 和 Web Server，因此， Web 應用的功能可以分成多個明確定義公用接口的組件，通過 JSP 將它們結合在一起[7]。 J2EE 簡介企業(yè)級多層應用系統(tǒng)的開發(fā)一直面臨著重大挑戰(zhàn)。開發(fā)商和廣大程序員一直在努力推動和殷切期待一個成熟的、標準的企業(yè)級應用平臺來簡化和規(guī)范企業(yè)級應用系統(tǒng)的開發(fā)和部署。Java 技術的出現，尤其是 J2EE（Java2 Platform Enterprise Edition）平臺的推出正是這種努力的結果，也使得企業(yè)級應用系統(tǒng)的開發(fā)由此變得更加快速和方便。需要指出的是，J2EE 本身是一個標準，它為不同廠商創(chuàng)建平臺產品提供了標準，使不同 J2EE 平臺產品之間的交互成為可能。大學本科畢業(yè)設計（論文）7SUN 及其合作方將 J2EE 改名為 Java EE 5，但是其架構跟改名前的J2EE 沒有區(qū)別。只是通過增強一些技術使得我們更快、更容易、更簡單地開發(fā)企業(yè)應用程序。 EJBEJB（Enterprise JavaBeans）是 J2EE 平臺的核心，也是 J2EE 得到業(yè)界廣泛關注和支持的主要原因。我們知道，J2EE 的一個主要目標就是簡化企業(yè)級多層應用系統(tǒng)的開發(fā)，使得程序員將主要精力放在業(yè)務邏輯的開發(fā)上。EJB 正是基于這種思想的服務器端技術，它本身也是一種規(guī)范，該規(guī)范定義了一個可重用的組件框架來實現分布式的、面向對象的業(yè)務邏輯。EJB 的核心思想是將業(yè)務邏輯與底層的系統(tǒng)邏輯分開，使開發(fā)者只需關心業(yè)務邏輯，而由 EJB 容器實現目錄服務、事務處理、持久性、安全性等底層系統(tǒng)邏輯。根據功能不同，規(guī)范中定義了三種 Enterprise JvavaBean：會話Bean（Session Bean） 、實體 Bean（Entity Bean）和消息驅動Bean（Message－Driven Bean） 。會話 Bean 分為無狀態(tài)和有狀態(tài)兩種。一般無狀態(tài)的會話 Bean 模擬商業(yè)邏輯，比如計算價格等。有狀態(tài)的會話 Bean 通常模擬一個客戶會話，它會臨時保存客戶信息，根據客戶要求調用其它 Bean 來存取數據。兩種會話 Bean 都不保存狀態(tài)信息或者數據，當客戶斷開連接或者服務器關閉時，會話 Bean 也就隨之消失。一個會話 Bean 的典型例子是網站上的購物車。實體 Bean 模擬業(yè)務數據，它表示一個數據存儲，可以是狀態(tài)信息或者數據庫中的一條記錄。實體 Bean 在客戶斷開連接或者服務器關閉后，仍有服務保證其數據得以保存。消息驅動 Bean 在行為上很象會話 Bean。不同的就是僅在需要向這些 Bean發(fā)送消息時才調用消息驅動 Bean，比如在需要的時候發(fā)送用戶確認信息等[18]。 MVC 簡介模型視圖控制器（MVC）是 80 年代 Smalltalk80 出現的一種軟件設計模式，現在已經被廣泛的使用。模型（Model）模型是應用程序的主體部分。模型表示業(yè)務數據，或者業(yè)務邏輯。視圖（View）視圖是應用程序中用戶界面相關的部分，是用戶看到并與之交互的界面。控制器（controller) 大學本科畢業(yè)設計（論文）8控制器工作就是根據用戶的輸入，控制用戶界面數據顯示和更新 model 對象狀態(tài)。大學本科畢業(yè)設計（論文）9第 3 章 系統(tǒng)分析與設計 引言在當代社會潮流之下，計算機已經悄然走進了人們生活的方方面面，人們越來越習慣在網絡上購買自己喜歡的商品，既方便又便宜。隨著網購人數的飆升，人們迫切需要一套體系完善的物流管理系統(tǒng)。經過詳細的研究調查發(fā)現，大多數買家對于現今的物流體系不太滿意，所以，這就對本系統(tǒng)的發(fā)展前景提供了強有力的保證。針對買家，賣家，物流公司三大主體，本系統(tǒng)有效的解決其中各種問題，大大提高了辦公效率。本系統(tǒng)適用于中小型企業(yè)，中小企業(yè)規(guī)模相對較小，但其在功能上對系統(tǒng)的需求卻是全面的。針對買家，賣家，物流共識三大主題，大體可分為：第一，買家對于自己已經購買商品的追蹤；第二，賣家對于自己已經發(fā)貨商品的追蹤；第三，物流公司作為中間聯系體，將物流信息全部公開化，有助于公平公正，而且物流公司內部可以借助本系統(tǒng)完成自動化管理，效率驚人。所以針對中小型企業(yè)，本系統(tǒng)十分適合。經調查和分析，本系統(tǒng)將要實現的是能夠滿足中小型企業(yè)的需求功能，能夠處理和解決物流企業(yè)基本的辦公業(yè)務，因此設計了幾大功能模塊，其中包括用戶登錄、物流動態(tài)、物流知識、貨物信息、車輛信息、企業(yè)信息、公告信息等。系統(tǒng)需實現的是對用戶登錄的驗證及監(jiān)督，對公告的查看，對文檔的瀏覽和下載，對于各類物流信息的追蹤，對于自己商品的查詢等功能。這些功能的實現使物流企業(yè)辦公業(yè)務自動化，快速了解公司的最近信息、活動、優(yōu)惠政策和物流信息，讓消費者可以快速的了解自己商品的動態(tài)，真正做到公開化，讓企業(yè)能在激烈的市場競爭中更加靈活的應付所出現的問題，加強了公司處理業(yè)務的能力。在設計軟件系統(tǒng)之前，首先必須確定用戶究竟要求軟件系統(tǒng)完成什么任務，所以分析階段的基本任務是了解用戶的需求，并將用戶的需求用書面形式表達出來。這個階段還不是確定系統(tǒng)怎樣完成它的工作，而僅僅是確定系統(tǒng)必須完成哪些工作，也就是對目標系統(tǒng)提出完整、準確、清晰、具體的要求。系統(tǒng)分析的結果是系統(tǒng)開發(fā)的基礎，關系到工程的成敗和軟件產品的質量。在全面客觀的系統(tǒng)分析的基礎上，根據用戶提出的系統(tǒng)功能進行相應的功能設計[19]。 系統(tǒng)分析 系統(tǒng)需求分析根據物流企業(yè)日常管理的需要[10]，要求系統(tǒng)具有以下功能：大學本科畢業(yè)設計（論文）10? 統(tǒng)一友好的操作界面，能保證系統(tǒng)的易用性。? 具有商品信息、往來單位信息、員工信息、倉庫信息等基礎信息的管理和維護功能。? 全面實用的銷售信息管理功能。? 全面實用的庫存信息管理功能。? 對有配送、運輸、報關的全過程進行有效、全面的管理。? 通過管理系統(tǒng)對企業(yè)內部的數據進行分析，以幫助企業(yè)及時作出正確的決策。? 設置系統(tǒng)日常維護功能 系統(tǒng)實施分析根據需求分析，設計系統(tǒng)框架。物流綜合管理系統(tǒng)由基礎信息管理、銷售管理、倉儲管理、配送管理，運輸管理，系統(tǒng)管理等 6 部分組成。設計各部分具體功能如下： ? 基礎信息管理模塊 基礎信息管理模塊包括商品信息維護、往來單位信息、員工信息維護和倉庫信息維護 4 部分。 ? 銷售管理模塊 銷售管理模塊由銷售開票、銷售結款、未付款查詢、銷售查詢 4 部分組成。 ? 倉儲管理模塊 倉儲管理模塊主要由出庫管理、入庫管理、庫內移動、庫存盤點、庫存查詢、商品庫存報表 6 部分組成。 ? 配送管理模塊 配送管理模塊包括配送申請、配送審核、配送查詢、配送管理、配送反饋信息維護 5 個部分。? 運輸管理模塊 運輸管理模塊由車輛資料維護、駕駛員信息維護、派車單 3 部分構成。? 系統(tǒng)管理模塊 系統(tǒng)管理模塊由數據管理、系統(tǒng)初始化、公司設置、操作員信息維護、權限設置 5 個部分組成。 系統(tǒng)功能設置根據物流管理系統(tǒng)的需求，劃分了系統(tǒng)的功能模塊，如圖 31 所示大學本科畢業(yè)設計（論文）11圖 31 系統(tǒng)功能概述圖此功能模塊方便對人員的管理以及數據安全性，如（新增員工） 。2. 貨物信息管理模塊此模塊提供了貨物基礎數據的錄入、貨物信息查詢等功能，方便及時了解庫存信息。收貨功能是物流管理系統(tǒng)的基本功能之一。收貨功能主要是實現登記入庫記錄的功能。這些信息應包括收貨單據信息、收貨數量和運送信息、執(zhí)行收貨操作的操作員信息。收貨登記功能產生貨物的入庫記錄，為以后進行入庫貨物的查詢和出庫操作產生操作數據，供管理人員掌握倉庫內存儲的貨物情況。4．放貨功能模塊放貨功能是物流管理系統(tǒng)的基本功能之二。放貨功能主要是實現取貨人的確認，對貨物的運輸狀態(tài)進行管理。放貨功能依據組車情況，記錄貨物是否裝車卸車，將出庫記錄存入系統(tǒng)，為以后的出庫記錄查詢以及掌握倉庫貨物存儲情況作基礎。此模塊是針對貨物在內部進行調動的詳細記載，方便用戶對運送貨物物流情況的了解，使取貨人能即時將貨物取走。 大學本科畢業(yè)設計（論文）12第 4 章 數據庫設計 引言數據庫是一種存儲數據并對數據進行操作的工具。數據庫的作用在于組織和表達信息，即數據庫就是相關信息的集合 [6]。本章從 ER 模型的分析設計為切入點，重點介紹了數據庫的設計。根據倉庫管理系統(tǒng)的功能，將其 ER 圖轉化為個數據庫表，為系統(tǒng)的實現奠定了基礎 [8]。 ER 圖圖 421　物流信息 ER 圖 數據表 (GOODS)貨物信息表主要有貨物編號，貨物名稱，貨物數量，取貨人姓名，取貨人電話，取貨人地址，發(fā)貨人姓名，發(fā)貨人電話，發(fā)貨人地址，備注，狀態(tài)。表 貨物信息表列名 數據類型 長度 允許空 默認值 說明GID NUMBER 8 NO 貨物編號GNAME VARCHAR2 30 YES 貨物名稱大學本科畢業(yè)設計（論文）13GCOUNT NUMBER 20 YES 貨物數量OUTGOODMAN VARCHAR2 10 YES 取貨人姓名OUTGOODMANTELVARCHAR2 20 YES 取貨人電話OUTGOODADDRESSVARCHAR2 8 YES 取貨人地址INGOODMAN VARCHAR2 8 YES 發(fā)貨人姓名INGOODMANTELVARCHAR22 8 YES 發(fā)貨人電話INGOODADDRESSVARCHAR2 8 YES 發(fā)貨人地址NOTE VARCHAR2 20 YES 備注STATE VARCHAR2 8 YES 狀態(tài)（GDST）車輛信息主要有車輛編號、司機姓名和車牌號表 貨物儲存表列名 數據類型 允許空 默認值 說明BID NUMBER NO 車輛編號BUSMEN VARCHAR2 YES 司機姓名BNO VARCHAR2 YES 車牌號（OPST）組車信息表主要有貨物編號和車輛編號表 操作類型表列名 數據類型 允許空 默認值 說明GBID NUMBER NO 組車編號BID NUMBER YES 車輛編號GID NUMBER YES 貨物編號（MSTOCK）發(fā)貨信息表主要有取貨人姓名和取貨人證件號表 庫存記錄主表列名 數據類型 允許空 默認值 說明GETGOODMANNAMEVARCHAR2 取貨人姓名GETGOODMANIDVARCHAR2 取貨人證件號（STOCK）管理人員表主要有管理員姓名、密碼和職位如表 所示表 庫存明細表大學本科畢業(yè)設計（論文）