【正文】 L 分離。直到基于 J2EE 的 JSP Model 2 問世時才得以改觀。雖然 Model2在一定程度上實現(xiàn)了 MVC，但是它的應(yīng)用用并不盡如人意 model2 容易使系統(tǒng)出現(xiàn)多個 Controller，并且對頁面導(dǎo)航的處理比較復(fù)雜，有些人覺得 model2 仍不夠好，于是 Craig R. McClanahan 2021 年 5 月 提交了一個 WEB framework 給Java Struts。該項目也成為了 Apache Jakarta 的子項目之一 Struts 實質(zhì)上就是在 Model2 的基礎(chǔ)上實現(xiàn)的一個 MVC 架構(gòu)。采用 Action 來處理 邏輯 Struts 優(yōu)缺點 優(yōu)點： Struts 跟 Tomcat、 Turbine 等諸多 Apache 項目一樣，是開源軟件，這是它的一大優(yōu)點。 除此之外， Struts 的優(yōu)點主要集中體現(xiàn)在兩個方面： Taglib 和頁面導(dǎo)航。另外，就目前國內(nèi)的 JSP開發(fā)者而言，除了使用 JSP 自帶的常用標記外，很少開發(fā)自己的標記，或許 Struts是一個很好的起點。通過一個配置文件，即可把握整個系統(tǒng)各部分之間的聯(lián)系，這對于后期的維護有著莫大的好處。 缺點： Taglib 是 Struts 的一大優(yōu)勢，但對于初學(xué)者而言，卻需要一個持續(xù)學(xué)習的過程，甚至還會打亂你網(wǎng)頁編寫的習慣，但是，當你習慣了它時，你會覺得它真的很棒。 Struts 從產(chǎn)生到現(xiàn)在還不到半年，但已逐步越來越多運 用于商業(yè)軟件。 Struts 的工作流程 下圖是 Struts 的工作流程，所有的請求都提交給 ActionServlet 來處理。然后將 request 的參數(shù)對應(yīng)到 ActionForm 中，進行 form 驗證。 ActionFoward 是對 mapping 中一個 foward 的包裝，對應(yīng)于一個 url ActionForm 使用了 ViewHelper 模式，是對 HTML 中 form 的一個封裝。 ActionForm 是一個符合JavaBean 規(guī)范的類，所有的屬性都應(yīng)滿足 get 和 set 對應(yīng)。這樣可以更靈活的擴 展程序。在 Form 驗證的過程中，如果有 Error 發(fā)生，則會將頁面重新導(dǎo)向至輸入頁，并提示錯誤。每個 Action 都只建立一個instance。一般來說，應(yīng)改使用 Business Delegate 模式來對 Business tier 進行訪問以解除耦合。普通的 Action 只能通過調(diào)用 execute執(zhí)行一項任務(wù)，而 DispatchAction 可以根據(jù)配置參數(shù)執(zhí)行，而不是僅進入execute()函數(shù)，這樣可以執(zhí)行多種任務(wù)。LookupDispatchAction 可以根據(jù)提交表單按鈕的名稱來執(zhí)行函數(shù)。 Hibernate 可以應(yīng)用在任何使用 JDBC 的場合，既可以在 Java 的客戶端程序使用，也可以在 Servlet/JSP的 Web 應(yīng)用中使用，最具革命意義的是， Hibernate可以在應(yīng)用 EJB 的 J2EE 架構(gòu)中取代 CMP，完成數(shù)據(jù)持久化的重任。這 5 個核心接口在任何開發(fā)中都會用到。 13 三 、 系統(tǒng)分析與設(shè)計 引言 在設(shè)計軟件系統(tǒng)之前，首先必須確定用戶究竟要求軟件系統(tǒng)完成什么任 務(wù)，所以分析階段的基 本任務(wù)是 了解用戶的需求，并將用戶的需求用書面形式表 達出來。系統(tǒng) 分析的結(jié)果是系統(tǒng)開發(fā)的基礎(chǔ)，關(guān)系到工程的成敗和軟件產(chǎn)品的質(zhì)量。 系統(tǒng)分析 系統(tǒng)可行性研究 根據(jù)客戶提出的系統(tǒng)功能、性能及實現(xiàn)系統(tǒng)的各項約束條件，根據(jù)新系統(tǒng)目標來衡量所需的技術(shù)是否具備，本系統(tǒng)是一個數(shù)據(jù)庫管理和查詢的系統(tǒng)，現(xiàn)有的技術(shù)以較為成熟，硬件、軟件的性能要求、環(huán)境條件等各項條件 良好，估計利用現(xiàn)有技術(shù)條件應(yīng)完全可以達到該系統(tǒng)的功能目標。 本系統(tǒng)基于 Java EE 架構(gòu)，采用了較為成熟的開發(fā)模式。 估算新系統(tǒng)的成本效益分析，其中包括估計項目開發(fā)的成本，開發(fā)費用和今后的運行、維護費用，估計新系統(tǒng)將獲得的效益，估算開發(fā)成本是否回高于項目預(yù)期的全部經(jīng)費。 (1)支出： 其它一次性支出：軟件設(shè)計和開發(fā)費用 14 (2)效益： 系統(tǒng)的效益可以從經(jīng)濟效益和社會效益兩方面考慮。例如，系統(tǒng)投入運行后可以使倉庫管理實現(xiàn)科學(xué)化、規(guī)范化。 新系統(tǒng)的研制和開發(fā)是充分得考慮工作人員對倉庫的易于管理，管理者方便查詢設(shè)備信息效率。 新系統(tǒng) 的研制和開發(fā)，將不會侵犯他人、集體和國家的利益，不會違反國家政策和法律。 軟件開發(fā)環(huán)境： 操作系統(tǒng) ： WindowsXP or Windows2021 server； 所用工具： MyEclipse ， BEA Weblogic Server 10； 數(shù)據(jù)庫： MYSQL； 軟件 運 行 環(huán)境： 操作系統(tǒng) ： WindowsXP or Windows2021server； 應(yīng)用服務(wù)器： BEA Weblogic Server 10； 數(shù)據(jù)庫： MYSQL。貨物 進入倉庫，從入庫申請的人員向執(zhí)行貨物入庫的倉庫保管員提交貨物開始。庫管依據(jù)送貨人員提供的入庫申請單對待入庫貨物進行檢查。對允許入庫的貨物，執(zhí)行庫管要對貨物的信息進行登記，這些信息包括入庫貨物名稱、入庫數(shù)量、入庫時間、送貨入庫人員的信息、執(zhí)行貨物入庫的執(zhí)行人。貨物存入倉庫后，執(zhí)行入庫操作的庫管給提出入庫申請的入庫人員開具入庫單，入庫流程結(jié)束。 首先，出庫人員向庫管提交出庫申請單。執(zhí)行出庫的庫管首先對出庫單的真?zhèn)芜M行檢驗。如果有此貨物，并且其庫存數(shù)量滿足出庫申請單的數(shù)量，則執(zhí)行出庫操作 的庫管保存出庫申請單并進行出庫登記。進行出庫登記后，將貨物出庫。 3．出庫入庫記錄的查詢及報表 倉庫的管理人員要對倉庫存儲的貨物信息、入庫記錄和出庫記錄等及時掌握，這樣才能及時了解倉庫的運行現(xiàn)狀，才有可能會使倉庫處在良好的運行狀態(tài)。 4．貨物信息的管理 倉庫要存放貨物，關(guān)于這些貨物本身的信息，對貨物的正常存儲是非常重要的，例如，哪些貨物需要防潮，哪些貨物需要輕搬輕放等，所以，對貨物本身的信息的登記、管理是倉庫管理的重要內(nèi)容。例如，對每個倉庫來說，都有一些存儲位置用來存放貨物，倉庫管理過程中包括對這些存儲位置進行的管理；每個倉庫都有一些 倉庫管理員，對這些倉庫管理員的管理也是倉庫管理系統(tǒng)的功能之一。 2. 貨物信息管理模塊 此模塊提供了貨物基礎(chǔ)數(shù)據(jù)的錄入、貨物信息查詢等功能，方便 及時 了解庫存信息。入庫功能主要 是實現(xiàn)登記入庫記錄的功能。入庫登記功能產(chǎn)生貨物的入庫記錄，為以后進行入庫貨物的查詢和生成報表以及出庫操作產(chǎn)生操作數(shù)據(jù)，供管理人員掌握倉庫內(nèi)存儲的貨物情況。出庫功能主要是實現(xiàn)登記出庫貨物信息的功能。出庫功能依據(jù)入庫登記功能產(chǎn)生的入庫記錄產(chǎn)生貨物的出庫記錄，將出庫記錄存入系統(tǒng)，為以后的出庫記錄查詢以及掌握倉庫貨物存儲情況作基礎(chǔ)。 方便對貨物信息的管理。 18 四 、 數(shù)據(jù)庫設(shè)計 引言 數(shù)據(jù)庫是一種存儲數(shù)據(jù)并對數(shù)據(jù)進行操作的工具。本章從 ER 模型的分析設(shè)計為切入點，重點介紹了數(shù)據(jù)庫的設(shè)計。 E－ R 圖 實體聯(lián)系圖 1： 19 實體聯(lián)系圖 2： 20 實體聯(lián)系圖 3： 實體聯(lián)系圖 4： 21 數(shù)據(jù)表 （ WH） 列名 數(shù)據(jù)類型 長度 允許空 默認值 說明 whID char 4 倉庫編號 Name varchar 20 倉庫名 whPerson varchar 10 負責人 whAddr varchar 100 倉庫地址 (GDMESS) 列名 數(shù)據(jù)類型 長度 允許空 默認值 說明 goodsID char 8 貨物編號 goodsName varchar 30 貨物名稱 shortName varchar 20 NULL 貨物簡稱 goodsClass varchar 10 貨物種類 goodsStd varchar 20 貨物規(guī)格型號 Price double 8 貨物單價 Weight double 8 NULL 單位重量 Volume double 8 NULL 單位體積 unitID char 8 計量單位 Vendor varchar 20 默任供應(yīng)商 lowQuantity int 8 最低庫存量 highQuantity int 8 最高庫存量 safeQuantity int 8 安全庫存 whID char 8 倉庫編號 highPrice double 8 最高進價 lowPrice double 8 最低售價 Builder varchar 10 建檔人 modiPerson varchar 10 NULL 更改人 modiTime datetime 8 NULL 更改時間 nowQuantity int 8 當前數(shù)量 checkCycle int 8 盤點周期 lastCleckTime datetime 8 NULL 上次盤點時間 GDST 列名 數(shù)據(jù)類型 長度 允許空 默認值 說明 goodsID char 8 貨物編號 whID cahr 8 倉庫編號 Quantity int 8 數(shù)量 22 4. 操作類型表 OPST 列名 數(shù)據(jù)類型 長度 允許空 默認值 說明 opeTypeID char 8 操作類型編碼 opeTypeNa varchar 20 操作類型名稱 5. 庫存記錄主表 MSTOCK 列名 數(shù)據(jù)類型 長度 允許空 默認值 說明 Code char 8 單據(jù)號 opeTypeID char 8 操作類型 vouchType char 8 單據(jù)類型 whID char 8 倉庫編號 Depart char 20 所屬部門 Clerk varchar 20 NULL 業(yè)務(wù)員 Operator varchar 20 操作員 opTime datetime 8 時間 Vendor varchar 20 NULL 供應(yīng)商 Customer varchar 20 NULL 客戶 Summ double 10 合計金額 orderCode char 8 NULL 定貨單號 receiveCode char 8 NULL 收貨單號 invoiceCode char 8 發(fā)票號 dispatchCode char 8 NULL 發(fā)貨單號 Memo varchar 100 NULL 備 注 STOCK 列名 數(shù)據(jù)類型 長度 允許空 默認值 說明 Code char 8 單據(jù)號 goodsID char 8 貨物編號 Unit char 8 計量單位 Price double 8 貨物單價 Quantity int 8 貨物數(shù)量 MCHECK 列名 數(shù)據(jù)類型 長度 允許空 默認值 說明 CVCode char 8 盤點單號 CheckDate datetime 8 盤點日期 checkPerson varchar 20 盤點人 whID char 8 倉庫編號 Opprover varchar 20 批準人 Maker varchar 20 制單人 23 CHECKVOUCHS 列名 數(shù) 據(jù) 類型 長度 允許空 默認值 說明 CVCode char 8 盤點單號 goodsID char 8 貨物編號 bookQuantity int 8 帳面數(shù)量 actQuantity int 8 實際數(shù)量 checkDate datetime 8 盤點日期 adjQuantity int 8 調(diào)整數(shù)量 actualWaste double 8 實際損耗率 allowWaste double 8 合理損耗率 Reason varchar 100 NULL 損耗原因 UNIT 列名 數(shù)量類型 長度 允許空 默認值 說明 unitID c