服裝企業(yè)采購管理系統(tǒng)研究

1、杭州電子科技大學信息工程學院本科畢業(yè)論文目 錄1.引 言12.系統(tǒng)分析32.1 服裝企業(yè)采購管理系統(tǒng)研究意義與應用背景32.1.1 服裝企業(yè)采購管理系統(tǒng)研究意義32.1.2 服裝企業(yè)采購管理系統(tǒng)應用背景32.2 服裝企業(yè)采購管理系統(tǒng)發(fā)展與現(xiàn)狀42.2.1 服裝企業(yè)采購管理系統(tǒng)發(fā)展42.2.2 服裝企業(yè)采購管理系統(tǒng)現(xiàn)狀53.系統(tǒng)設計13.1系統(tǒng)目標13.2系統(tǒng)可行性分析13.2.1經濟可行性分析13.2.2技術可行性分析23.2.3管理可行性分析23.2.4可行性分析總結23.3開發(fā)工具介紹23.3.1 Struts簡介23.3.2 Spring簡介33.3.3 Hibernate簡介43.3.

2、4 Struts+Spring+Hibernate集成簡介53.3.5 SQL Server數(shù)據庫63.3.6 JDK技術73.3.7 Tomcat簡介73.3.8 EXTJS簡介73.4系統(tǒng)需求分析83.5企業(yè)組織結構分析83.6系統(tǒng)功能分析83.7系統(tǒng)業(yè)務流程圖93.8系統(tǒng)數(shù)據流程圖112.9 數(shù)據字典122.9.1 數(shù)據項122.9.2 數(shù)據流152.9.3數(shù)據存儲條目152.9.4處理邏輯條目162.9.5外部實體定義164.系統(tǒng)設計174.1設計思想174.2系統(tǒng)功能模塊設計174.3 數(shù)據庫設計184.3.1數(shù)據庫設計概述184.3.2 數(shù)據的概念結構設計184.3.3 數(shù)據庫邏輯

3、結構設計194.3.4 數(shù)據表設計205.系統(tǒng)實現(xiàn)225.1用戶登錄管理225.2系統(tǒng)管理員界面225.3請購單管理235.3.1生產部門下達請購單235.3.2采購主管審核請購單236. 總 結1致 謝2參考文獻321.引 言采購管理（Procurement Management）是計劃下達、采購單生成、采購單執(zhí)行、到貨接收、檢驗入庫、采購發(fā)票的收集到采購結算的采購活動的全過程，對采購過程中物流運動的各個環(huán)節(jié)狀態(tài)進行嚴密的跟蹤、監(jiān)督，實現(xiàn)對企業(yè)采購活動執(zhí)行過程的科學管理。采購管理包括采購計劃、訂單管理及發(fā)票校驗三個組件。另有，同名圖書采購管理。采購計劃管理對企業(yè)的采購計劃進行制定和管理，為企

4、業(yè)提供及時準確的采購計劃和執(zhí)行路線。采購計劃包括定期采購計劃（如周、月度、季度、年度）、非定期采購任務計劃（如系統(tǒng)根據銷售和生產需求產生的）。通過對多對象多元素的采購計劃的編制、分解，將企業(yè)的采購需求變?yōu)橹苯拥牟少徣蝿?，系統(tǒng)支持企業(yè)以銷定購、以銷定產、以產定購的多種采購應用模式，支持多種設置靈活的采購單生成流程。采購訂單管理以采購單為源頭，對從供應商確認訂單、發(fā)貨、到貨、檢驗、入庫等采購訂單流轉的各個環(huán)節(jié)進行準確的跟蹤，實現(xiàn)全過程管理。通過流程配置，可進行多種采購流程選擇，如訂單直接入庫，或經過到貨質檢環(huán)節(jié)后檢驗入庫等，在整個過程中，可以實現(xiàn)對采購存貨的計劃狀態(tài)、訂單在途狀態(tài)、到貨待檢狀態(tài)等的

5、監(jiān)控和管理。采購訂單可以直接通過電子商務系統(tǒng)發(fā)向對應的供應商，進行在線采購。采購在企業(yè)中占據著非常重要的地位，因為購進的零部件和輔助材料一般要占到最終產品銷售價值的40%60%。這意味著，在獲得物料方面所做的點滴成本節(jié)約對利潤產生的影響，要大于企業(yè)其它成本銷售領域內相同數(shù)量的節(jié)約給利潤帶來的影響。采購的目標：提供不間斷的物料流和物資流從而保障組織運作；使庫存投資和損失保持最小；保持并提高質量；發(fā)展有競爭力的供應商；當條件允許的時候，將所購物料標準化；以最低的總成本獲得所需的物資和服務；提高公司的競爭地位；協(xié)調企業(yè)內部各職能部門間合作。目前科學技術的不斷發(fā)展，服裝企業(yè)采購的管理的手段和媒介也在發(fā)

6、生著革命性的變化。如何運用高新技術建設原料采購管理管理和各種單據的簽訂處理與評價機制系統(tǒng)，并及時、準確地記錄原料采購的處理，已成為研究的熱點問題。為此，本文介紹開發(fā)一個基于WEB的服裝企業(yè)采購管理信息管理系統(tǒng)，以實現(xiàn)完全無紙化管理采購方面的信息，減少工作人員因為疏忽弄錯，同時可以提高采購效率，合同簽訂的效率，提高采購信息查看，更新的及時性和準確性。而作為一個即將畢業(yè)的我，在開發(fā)此系統(tǒng)有，還存在著很多的技術問題和挑戰(zhàn)。比如對企業(yè)采購信息方面的管理流程調研不足，就會在開發(fā)系統(tǒng)時走彎路。而且開發(fā)出來的系統(tǒng)應該具有一定的使用價格，這樣才達到了涉及的目的。其次開發(fā)技術的掌握程度也是一大問題。據了解。有不

7、少企業(yè)，因為對采購管理信息系統(tǒng)的開發(fā)不當，造成開發(fā)費用遠遠大于預計，又或者開發(fā)不好，導致后期維護費用過多，用戶體驗不佳等各種各樣的原因，最終使得管理信息系統(tǒng)在開發(fā)時或實現(xiàn)后，整個系統(tǒng)實施失敗。這些都是我們開發(fā)和設計的前車之鑒。這個問題都是我在開發(fā)系統(tǒng)前需注意的，這些問題都將是我們要關注的問題所在。2.系統(tǒng)分析2.1 服裝企業(yè)采購管理系統(tǒng)研究意義與應用背景2.1.1 服裝企業(yè)采購管理系統(tǒng)研究意義隨著互聯(lián)網、物流業(yè)的快速發(fā)展和國際間經濟發(fā)展的需要，全球化已經越來越深刻的改變著世界各個國家、地區(qū)和行業(yè)的發(fā)展模式。而中國正是這個潮流中變化最快，取得成就最突出的國家之一。隨著全球化進程的推進以及中國調整

8、產業(yè)結構、節(jié)能減排的基本方針的確立，中國的服裝企業(yè)面臨著前所未有的挑戰(zhàn)和機遇。面對信息時代的機遇與挑戰(zhàn)，利用高科技手段來提高企業(yè)的管理水平無疑是一條行之有效的途徑。利用計算機管理可以最大限度的發(fā)揮準確、快捷、高效等作用,對服裝公司的服務管理提供強有力的支持。因此，利用全新計算機服裝管理系統(tǒng)，已成為提高服裝企業(yè)的管理效率，改進服務水準的重要手段之一。本系統(tǒng)在解決服裝企業(yè)的日常采購，供應，簽訂合同和評價管理上有一定的實際意義。2.1.2 服裝企業(yè)采購管理系統(tǒng)應用背景信息系統(tǒng)是一門邊緣學科，集管理科學、信息科學、系統(tǒng)科學、現(xiàn)代通信技術和電子計算機技術于一體。1985年，管理信息系統(tǒng)創(chuàng)始人，明尼蘇達大

9、學卡爾森管理學院的著名教授戴維斯（Gordon.B.Davis）給出了一個具有代表性的定義：“管理信息系統(tǒng)是一個利用計算機硬件和軟件，手工作業(yè)、分析、計劃、控制和決策模型以及數(shù)據庫的用戶機器系統(tǒng)。它能提供信息支持企業(yè)或組織的運行、管理和決策功能。服裝企業(yè)采購管理系統(tǒng)是管理系統(tǒng)的一種，相對于一些復雜的管理系統(tǒng)它要相對簡單一些，研究方法也已經達成普遍共識。服裝的采購管理工作是服裝銷售不可缺少一部分，也是企業(yè)管理的重要組成部分。它的內容對于企業(yè)的管理者來說都至關重要，所以服裝采購管理系統(tǒng)應該能夠為用戶提供完整、正確和靈活的服裝采購信息和快捷的查詢手段。但一直以來人們使用傳統(tǒng)人工的方式管理文件模式，這

10、種管理方式存在著許多缺點，如：效率低、保密性差，另外時間一長，將產生大量的文件和數(shù)據，這對于查找、更新和維護都帶來了不少的困難。 所以利用計算機實現(xiàn)服裝采購的管理的自動化將勢在必行。然而我國服裝行業(yè)在進行信息化采購管理改革中從在著諸多問題：(1)信息傳輸效率低，可靠、安全、保密性差，缺少全系統(tǒng)統(tǒng)一的數(shù)據資源和規(guī)范的商務文件運行手段。(2)缺乏統(tǒng)一規(guī)范和標準，尤其是數(shù)據交換標準。目前大多數(shù)服裝采購軟件模塊獨立，互不關聯(lián)，數(shù)據不能共享，尤其不同軟件之間的數(shù)據交換、共享、無縫連接更無從談起，它給軟件企業(yè)和用戶的應用與升級帶來麻煩。(3)軟件開發(fā)的低水平、重復性開發(fā)、多平臺共存、軟件層次參差不齊，數(shù)百

11、家服裝采購軟件傘業(yè)中除用友、金蝶公司等優(yōu)秀者外，主要還是代替手工處理的目標，而且產品宣傳與實際性能有差別，無法滿足用戶的實際需要。(4)管理軟件缺乏實用性與先進性的一致。炒作的多、務實的少。分析決策，支持系統(tǒng)、等新概念層出不窮，并沒有從我國還處于初級階段的實際出發(fā)，一段時間內在我國基礎設施建設、金融結算、法律法規(guī)不健全，技術以及相關人員缺乏的情況下，炒作地推出了將大有前景的基于電子商務模式的采購商務系統(tǒng)，結果可想而知。最近在數(shù)據挖掘技術還不成熟的情況下，又有炒作智能化的基于數(shù)據挖掘技術的決策分析支持的采購商務系統(tǒng)。有的在不考慮我國市場經濟的時間還不長，很多還不規(guī)范的情況下，在系統(tǒng)中引入聯(lián)機分析

12、系統(tǒng)。一段時間以后，其中的數(shù)據由于“人對計算機說假話輸入不符規(guī)范準確的數(shù)據”而導致“計算機對人說廢話輸出結果于管理無補”，最后得出“電腦不如豬腦”的結論，從而導致系統(tǒng)的閑置、失敗。2.2 服裝企業(yè)采購管理系統(tǒng)發(fā)展與現(xiàn)狀2.2.1 服裝企業(yè)采購管理系統(tǒng)發(fā)展服裝企業(yè)在我國是一個新興行業(yè)，目前尚處于初步發(fā)展階段。雖然在改革開放后我國服裝行業(yè)取得了高速發(fā)展，據統(tǒng)計數(shù)據，我國服裝企業(yè)近4萬多家，其中年銷售額3000萬以上的占30%，有9000余家，而1000萬以上營業(yè)額的也近2/3。具規(guī)模以上服裝企業(yè)服裝產量達63.74億件，其中梭織服裝為30.10億件，針織服裝為33.46億件。作為中國的朝陽服裝行業(yè)

13、，被稱為“永不衰落的產業(yè)”，其發(fā)展前景確實極為誘人。全部從業(yè)人員平均人數(shù)423013人，服裝布產量328.28億米，工業(yè)總產值1254.90億元，銷售收入1204.64 億元，產銷率97.85%；出口交貨值416.18億元，內銷占銷售產值比重66.11%。但是與發(fā)達國家相比，還存在組織結構小而分散，缺少大規(guī)模，經濟技術勢力強的企業(yè)，專業(yè)人員素質不夠高，市場管理不規(guī)范等缺點。隨著我國加入WTO，我國服裝行業(yè)將面對非常激烈的競爭，只有迅速提高企業(yè)的管理水平，才能在激烈的競爭中占的一席生存之地。由于服裝經營涉及多個環(huán)節(jié)，而且種類繁多，大多需要單件管理，因此操作量巨大，在經營過程中容易出錯。服裝屬于常

14、用物品,數(shù)量大，如果管理跟不上，一旦造成商品丟失，將給企業(yè)和經營者造成巨大損。如何用先進的管理手段提高服裝采購管理信息水平，已成為此行業(yè)發(fā)展的當務之急。2.2.2 服裝企業(yè)采購管理系統(tǒng)現(xiàn)狀作為當今世界第三大產業(yè)的服裝業(yè),為我國國民經濟建設發(fā)揮著重要的作用.是我國出口創(chuàng)匯的主要產業(yè)。據統(tǒng)計,1978一1996年紡織工業(yè)累計出口創(chuàng)匯2800億美元,紡織品和服裝出口額占全國商品出口總額的比重一直保持l/4左右。在服裝業(yè)的發(fā)展進程中,有著驕人的業(yè)績,但形勢不容樂觀,栽國服裝企業(yè)目前面臨以下諸多問題:企業(yè)數(shù)量多,企業(yè)規(guī)模大小不_-,其中以中小型企業(yè)居多。據統(tǒng)計,僅浙江省就有8000多家服裝企業(yè);生產裝備

15、參差不齊,多數(shù)設備已落伍;技術落后,設計和開發(fā)創(chuàng)新能力低;資金不足,資本運營情況不理想;名牌產品不多,市場占有率不高.出口服裝多為他人作嫁衣裳,無國際知名品牌;企業(yè)管理水平整體不高,其中不少企業(yè)還處在家庭作坊式管理。同時,服裝企業(yè)還面臨諸多外部壓力:國內市場漸趨白熱化,據統(tǒng)汁,全國襯衫生產企業(yè)已育3500余家,年產量已達20億件。名牌企業(yè)為了拓展市場,擴大占有率,紛紛從大城市、大商場擴展到中小城、鎮(zhèn)、各批發(fā)市場。進口關稅的大幅度降低(1722%),表明國內市場的進一步開放,國外品牌在過去幾年嘗到過中國市場甜頭的基礎上,會有更大的舉動。3.系統(tǒng)設計3.1系統(tǒng)目標（1）訂單管理：該功能模塊最復雜，

16、具體而言，由生產部門發(fā)出請購單，采購主管人員負責審批請購單。請購單審批完成后進行訂單的生成，此時需選擇供商，然后向供應商發(fā)出樣品請求，對樣品進行選擇后，選擇執(zhí)行的采購員，正式生成訂單，并向供應商發(fā)送訂單，等待供應商的確認，等供應商確認后雙方簽訂采購合同。（2）供應商管理：該模塊實現(xiàn)對供應商信息的管理，包括供應商的具體信息，比如主營產品，地址，聯(lián)系方式，聯(lián)系人等，各部門對供應商的評價及評分，如采購人員對供應商的服務的評價及評分，履行合同的效率，生產部門對供應商原料的評價及評分，銷售部門根據客戶對產品原料上的評價而給出對供應商的評價及評分。（3）采購員管理：實現(xiàn)對采購員的信息的管理，包括信息的添加

17、、刪除、查詢。能查詢到什么時候哪個采購員跟哪個供應商有活動。（4）合同管理：實現(xiàn)對采購合同的管理及有特殊情況的資料管理。簽訂合同的時間，地點，簽訂合同雙方，還有原料名稱，數(shù)量，價格及交貨時間。特殊情況就指合同不能履行時的解決方案的資料。（5）評價管理：各用戶對簽訂合同的供應商進行評價。一個用戶對同一個合同只能評價一次。3.2系統(tǒng)可行性分析可行性是系統(tǒng)開發(fā)的一項關鍵步驟，它是通過對整個系統(tǒng)的需求，技術及開發(fā)方法，以及開發(fā)人員，所需資金的綜合考慮以評估對于該系統(tǒng)的開發(fā)是否符合實際?？尚行苑治霭ǎ航M織和管理上的可行性、技術可行性、經濟可行性。3.2.1經濟可行性分析本系統(tǒng)使用B/S架構設計，使用市

18、場上流行的動態(tài)網頁開發(fā)技術，開發(fā)簡單，使用度方便，不需要耗費大量的人力物力就能很快的開發(fā)出來，系統(tǒng)部署對軟硬件要求不高，用戶操作簡單，幾乎不需要對用戶進行專業(yè)培訓就可使用本系統(tǒng)，所以從經濟上講是可行的。硬件方面主要是計算機，我們的實際情況可以滿足開發(fā)任務，所需資料書籍可以到圖書館翻閱或者個人購買，因此整個系統(tǒng)的所需投資符合我們的支付狀況，經濟可行性良好。3.2.2技術可行性分析物品管理系統(tǒng)的開發(fā)采用了先進成熟并且符合實際應用的開發(fā)方法，廣泛應用于網站開發(fā)的MyEclipse，動態(tài)網頁開發(fā)技術JSP和MVC 架構技術Spring和Hibernate，功能強大的數(shù)據庫管理工具MySQL，結合自己的

19、實際開發(fā)能力，和掌握的一些AJAX、DOJO、EXT、可以開發(fā)出較為完善的網上招聘求職系統(tǒng)。應解決的主要問題及技術要求：按實際應用的可行性劃分模塊，確定模塊功能。 使用JSP語言和EXT顯示技術，實現(xiàn)前臺頁面動態(tài)效果視圖，使用Spring、Struts和Hibernate實現(xiàn)MVC架構，并實現(xiàn)與數(shù)據庫之間的各項操作。使用AJAX和EXT技術，實現(xiàn)頁面美化，提高系統(tǒng)效率。利用Spring Framework的安全框架Acegi，給本系統(tǒng)提供安全和認證安全服務。使用HTTPS技術，提高了系統(tǒng)安全性。3.2.3管理可行性分析物品管理系統(tǒng)系統(tǒng)使用語言為java，使用SSH開源框架，數(shù)據庫為MySQL開

20、源數(shù)據庫，采用模塊化開發(fā)方法，將整個系統(tǒng)劃分為多個功能模塊，分多次完成是可行的。3.2.4可行性分析總結從以上的分析可知，服裝企業(yè)采購管理信息管理系統(tǒng)的分析與設計的解決方案無論在技術，經濟還是法律以及操作上都是可行的，完全符合我們開發(fā)系統(tǒng)的需要，且開發(fā)本系統(tǒng)具有一定的經濟價值和實用價值。3.3開發(fā)工具介紹3.3.1 Struts簡介Struts具有組件的模塊化，靈活性和重用性的優(yōu)點，同時簡化了基于MVC的web應用程序的開發(fā)。Struts清晰地區(qū)分控制器，視圖和模型，從而簡化了開發(fā)應用程序過程。Struts中包括三個部分：模型，視窗和控制器。模型在struts框架中，模型分為兩個部分：系統(tǒng)的內

21、部狀態(tài)，可以改變狀態(tài)的操作（事務邏輯）。內部狀態(tài)通常由一組Form Bean表示。根據設計或應用程序復雜度的不同，這些Bean可以是自包含的并具有持續(xù)的狀態(tài)，或只在需要時才獲得數(shù)據（從某個數(shù)據庫）。大型應用程序通常在方法內部封裝事務邏輯（操作），這些方法可以被擁有狀態(tài)信息的bean調用。比如購物車bean，它擁有用戶購買商品的信息，可能還有checkOut()方法用來檢查用戶的信用卡，并向倉庫發(fā)定貨信息。小型程序中，操作可能會被內嵌在Action類，它是Struts框架中控制器角色的一部分。當邏輯簡單時這個方法很適合。視圖由JSP建立，Struts包含擴展自定義標簽庫，可以簡化創(chuàng)建完全國際化用

22、戶界面的過程?？刂破鱏truts中，基本的控制器組件是ActionServlet類，實際使用的servlet在配置文件中由一組Action映射（Action Mapping）進行定義。其體系結構如圖3-1所示。圖3-1 Struts體系結構3.3.2 Spring簡介Spring是一個開源框架，它由Rod Johnson創(chuàng)建。它是為了解決企業(yè)應用開發(fā)的復雜性而創(chuàng)建的。Spring使用基本的JavaBean來完成以前只可能由EJB完成的事情。然而，Spring的用途不僅限于服務器端的開發(fā)。從簡單性、可測試性和松耦合的角度而言，任何Java應用都可以從Spring中受益。其目的是解決企業(yè)應用開發(fā)的

23、復雜性。使用基本的JavaBean代替EJB，并提供了更多的企業(yè)應用功能。簡單來說，Spring是一個輕量級的控制反轉(IoC)和面向切面(AOP)的容器框架。輕量從大小與開銷兩方面而言Spring都是輕量的。完整的Spring框架可以在一個大小只有1MB多的JAR文件里發(fā)布。并且Spring所需的處理開銷也是微不足道的。此外，Spring是非侵入式的：典型地，Spring應用中的對象不依賴于Spring的特定類。 控制反轉Spring通過一種稱作控制反轉（IoC）的技術促進了松耦合。當應用了IoC，一個對象依賴的其它對象會通過被動的方式傳遞進來，而不是這個對象自己創(chuàng)建或者查找依賴對象?？梢哉J

24、為IoC與JNDI相反不是對象從容器中查找依賴，而是容器在對象初始化時不等對象請求就主動將依賴傳遞給它。面向切面Spring提供了面向切面編程的豐富支持，允許通過分離應用的業(yè)務邏輯與系統(tǒng)級服務，例如審計（auditing）和事務（transaction）管理，進行內聚性的開發(fā)。應用對象只實現(xiàn)它們應該做的完成業(yè)務邏輯僅此而已。它們并不負責（甚至是意識）其它的系統(tǒng)級關注點，例如日志或事務支持。 容器Spring包含并管理應用對象的配置和生命周期，在這個意義上它是一種容器，你可以配置你的每個bean如何被創(chuàng)建基于一個可配置原型（prototype），你的bean可以創(chuàng)建一個單獨的實例或者每次需要時都

25、生成一個新的實例以及它們是如何相互關聯(lián)的。然而，Spring不應該被混同于傳統(tǒng)的重量級的EJB容器，它們經常是龐大與笨重的，難以使用。 框架Spring可以將簡單的組件配置、組合成為復雜的應用。在Spring中，應用對象被聲明式地組合，典型地是在一個XML文件里。Spring也提供了很多基礎功能（事務管理、持久化框架集成等等），將應用邏輯的開發(fā)留給了你。 所有Spring的這些特征使開發(fā)者能夠編寫更干凈、更可管理、并且更易于測試的代碼。它們也為Spring中的各種模塊提供了基礎支持。其體系結構圖2-2所示。 圖3-2 Spring體系結構3.3.3 Hibernate簡介面向對象的開發(fā)方法是當

26、今的主流，但是同時我們又不得不使用關系型數(shù)據庫。于是就只能在上層的應用層找解決方案。JDBC可以說是訪問持久數(shù)據層最原始、最直接的方法，用DAO模式把數(shù)據訪問封裝起來，然后在其他層中統(tǒng)一調用。這種方法的優(yōu)點是運行效率高，但缺點是很難做到把關系表記錄完整的映射到持久對象的關系上來，這主要體現(xiàn)在多表的關系無法直接映射到對持久對象的映射上來，比如說可能會造成一個表映射多個持久對象，也可能多個表映射一個持久對象，更有可能的是表的某些字段映射到一個持久對象，但是另外一些字段映射到別的持久對象上，于是進行一次數(shù)據庫操作，變成了大量SQL語句的堆砌。DAO對象和SQL語言緊密藕合導致代碼難以維護，最后結果是

27、往往會拋棄對于持久層的對象設計，返回到完全按照表字段進行操作的面向過程的方法中去。Hibernate是一種新的ORM映射工具，它不僅提供了從Java類到數(shù)據表之間的映射(包括Java數(shù)據類型到SQL數(shù)據類型的映射)，也提供了數(shù)據查詢和恢復機制28。相對于使用JDBC和SQL來手工操作數(shù)據庫，使用Hibernate后， Java開發(fā)人員可以方便的通過Hibernate API來操縱數(shù)據庫29。并且對于那些在基于Java的中間層應用中，使用Hibernate也可以很容易實現(xiàn)面向對象的業(yè)務模型和商業(yè)邏輯。Hibernat的主要特點有:(1)Hibernate是JDBC的輕量級的對象封裝，避免引入過多

28、復雜的問題，調試容易。它是一個獨立的對象持久層框架，可以代替JDBC編程。(2)Hibernate是一個和JDBC密切關聯(lián)的框架，Hibernate的兼容性只與JDBC驅動和數(shù)據庫有一定的關系，與Java程序和應用程序服務器沒有任何關系。(3)具有可擴展性，API開放，當本身功能不夠用的時候，可以自己編碼進行擴展，并且開發(fā)者活躍，產品有穩(wěn)定的發(fā)展保障。Hibernate架構如圖3-3所示。 圖3-3 Hibernate體系結構3.3.4 Struts+Spring+Hibernate集成簡介前面分析了基于J2EE的三種框架技術，下面通過集成以上三種框架技術來對傳統(tǒng)的J2EE Web開發(fā)模型加以

29、改進，以形成一種新的、輕量型的J2EE架構。集成SSH框架的系統(tǒng)框架圖如圖2-4所示，系統(tǒng)從職責上分為四層：表示層、業(yè)務邏輯層、數(shù)據持久層和域模塊層。其中使用Struts作為系統(tǒng)的整體基礎架構，負責MVC的分離，在Struts框架的模型部分，利用Hibernate框架對持久層提供支持，業(yè)務層用Spring支持。具體做法是：用面向對象的分析方法根據需求提出一些模型，將這些模型實現(xiàn)為基本的Java對象，然后編寫基本的DAO接口，并給出Hibernate的DAO實現(xiàn)，采用Hibernate架構實現(xiàn)的DAO類來實現(xiàn)Java類與數(shù)據庫之間的轉換和訪問，最后由Spring完成業(yè)務邏輯。圖3-4SSH系統(tǒng)框

30、架圖系統(tǒng)的基本業(yè)務流程是： 在表示層中，首先通過JSP頁面實現(xiàn)交互界面，負責送請求(Request)和接收響應(Response)，然后Struts根據配置文件(struts-config.xml)將ActionServlet接收到的Request委派給相應的Action處理。在業(yè)務層中，管理服務組件的Spring IoC容器負責向Action提供業(yè)務模型(Model)組件和該組件的協(xié)作對象數(shù)據處理(DAO)組件完成業(yè)務邏輯，并提供事務處理、緩沖池等容器組件以提升系統(tǒng)性能和保證數(shù)據的完整性。而在持久層中，則依賴于Hibernate的對象化映射和數(shù)據庫交互，處理DAO組件請求的數(shù)據，并返回處理結

31、果。采用上述開發(fā)模型，不僅實現(xiàn)了視圖、控制器與模型的徹底分離，而且還實現(xiàn)了業(yè)務邏輯層與持久層的分離。這樣無論前端如何變化，模型層只需很少的改動，并且數(shù)據庫的變化也不會對前端有所影響，大大提高了系統(tǒng)的可復用性。而且由于不同層之間耦合度小，有利于團隊成員并行工作，大大提高了開發(fā)效率。3.3.5 SQL Server數(shù)據庫SQL Server數(shù)據庫系統(tǒng)最初是由Sybase公司開發(fā)和實現(xiàn)的，Microsoft為了在OS2操作系統(tǒng)中開發(fā)數(shù)據庫產品，購買了SQL Server版權，并于20世紀90年代初期在Windows操作系統(tǒng)中開始開發(fā)。如果用戶開發(fā)Windows應用程序，SQL Server應是首選的

32、數(shù)據庫產品，因為它與Windows操作系統(tǒng)結合得非常緊密。隨著Windows操作系統(tǒng)的盛行，使得SQL Server成為一個重要的數(shù)據庫系統(tǒng)。此外，SQL Server還具有Windows操作系統(tǒng)的特點，即用戶友好、操作簡單，通過圖形用戶接口（SQL Server提供的企業(yè)管理器），用戶不需記憶各種命令和SQL語句就可以完成各種常規(guī)操作。Microsoft SQL Server 2005是SQL Server的主要新發(fā)行版，相比之前的版本，這個版本關注于使創(chuàng)建、部署和管理企業(yè)數(shù)據庫系統(tǒng)和應用程序變得更加容易，同時增強了數(shù)據庫的可伸縮性、可靠性、安全性、管理性和其他性能。3.3.6 JDK技術J

33、DK 是整個Java的核心，包括了Java運行環(huán)境（Java Runtime Envirnment），一堆Java工具和Java基礎的類庫(rt.jar)。不論什么Java應用服務器實質都是內置了某個版本的JDK。因此掌握 JDK是學好Java的第一步。最主流的JDK是Sun公司發(fā)布的JDK，除了Sun之外，還有很多公司和組織都開發(fā)了自己的JDK，例如IBM公司開發(fā)的JDK，BEA公司的Jrocket，還有GNU組織開發(fā)的JDK等等。其中IBM的JDK包含的JVM（Java Virtual Machine）運行效率要比Sun JDK包含的JVM高出許多。而專門運行在x86平臺的Jrocket在

34、服務端運行效率也要比Sun JDK好很多。但不管怎么說，我們還是需要先把Sun JDK掌握好。 3.3.7 Tomcat簡介Tomcat是Apache 軟件基金會（Apache Software Foundation）的Jakarta 項目中的一個核心項目，由Apache、Sun和其他一些公司及個人共同開發(fā)而成。由于有了Sun 的參與和支持，最新的Servlet 和JSP 規(guī)范總是能在Tomcat 中得到體現(xiàn)，Tomcat 6 支持最新的Servlet 2.4 和JSP 2.0 規(guī)范。因為Tomcat 技術先進、性能穩(wěn)定，而且免費，因而深受Java 愛好者的喜愛并得到了部分軟件開發(fā)商的認可，成

35、為目前比較流行的Web 應用服務器。Tomcat 很受廣大程序員的喜歡，因為它運行時占用的系統(tǒng)資源小，擴展性好，支持負載平衡與郵件服務等開發(fā)應用系統(tǒng)常用的功能；而且它還在不斷的改進和完善中，任何一個感興趣的程序員都可以更改它或在其中加入新的功能。Tomcat 是一個小型的輕量級應用服務器，在中小型系統(tǒng)和并發(fā)訪問用戶不是很多的場合下被普遍使用，是開發(fā)和調試JSP程序的首選。對于一個初學者來說，可以這樣認為，當在一臺機器上配置好Apache服務器，可利用它響應對HTML頁面的訪問請求。實際上Tomcat 部分是Apache 服務器的擴展，但它是獨立運行的，所以當你運行tomcat 時，它實際上作為

36、一個與Apache 獨立的進程單獨運行的。3.3.8 EXTJS簡介ext是一個強大的js類庫,以前是基于YAHOO-UI,現(xiàn)在已經完全獨立了, 主要包括data,widget,form,grid,dd,menu,其中最強大的應該算grid了,編程思想是基于面向對象編程(oop),擴展性相當?shù)暮?可以自己寫擴展.自己定義命名空間.web應用可能感覺太大.不過您可以根據需要按需加載您想要的類庫就可以了. 主要包括三個大的文件ext-all.css,ext-base.js,ext-all.js(包括所有的類庫,您可以根據需要進行刪減.官方網站提供這一接口),在引用ext類庫的時候.這三個文件必不可

37、少. 它提供了豐富的，非常漂亮的外觀體驗，成為眾多界面層開發(fā)人員的追捧！其核心的組件基本覆蓋了我們構建富客戶端的常用的組件。3.4系統(tǒng)需求分析需求分析就是分析軟件用戶的需求是什么.如果投入大量的人力，物力,財力,時間,開發(fā)出的軟件卻沒人要,那所有的投入都是徒勞.如果費了很大的精力,開發(fā)一個軟件,最后卻不滿足用戶的要求,從而要重新開發(fā)過,這種返工是讓人痛心疾首的. 需求分析是數(shù)據庫信息系統(tǒng)開發(fā)的第一步也是最重要的一步，是整個軟件設計的基礎，一個系統(tǒng)的需求分析會隨著軟件開發(fā)的實際情況而做出相應的需求修改。因此，需求分析是最耗費時間的一個階段。需求分析的充分和準確直接影響系統(tǒng)的設計和實現(xiàn)。本節(jié)分別從

38、服裝企業(yè)采購系統(tǒng)的功能需求與性能需求兩個方面來探究具體的需求分析過程。需求分析之所以重要,就因為他具有決策性,方向性,策略性的作用,他在軟件開發(fā)的過程中具有舉足輕重的地位.大家一定要對需求分析具有足夠的重視.在一個大型軟件系統(tǒng)的開發(fā)中,他的作用要遠遠大于程序設計。3.5企業(yè)組織結構分析企業(yè)組織結構是企業(yè)組織內部各個有機構成要素相互作用的聯(lián)系方式或形式，以求有效、合理地把組織成員組織起來，為實現(xiàn)共同目標而協(xié)同努力。 組織結構是企業(yè)資源和權力分配的載體，它在人的能動行為下，通過信息傳遞，承載著企業(yè)的業(yè)務流動，推動或者阻礙企業(yè)使命的進程。由于組織結構在企業(yè)中的基礎地位和關鍵作用，企業(yè)所有戰(zhàn)略意義上的

39、變革，都必須首先在組織結構上開始。在組織結構上，把既有按職能劃分的垂直領導系統(tǒng)，又有按產品（項目）劃分的橫向領導關系的結構，稱為矩陣組織結構。矩陣制組織是為了改進直線職能制橫向聯(lián)系差，缺乏彈性的缺點而形成的一種組織形式。它把按職能劃分的部門與按項目劃分的小組結合起來組成矩陣，使小組成員接受小組和職能部門的雙重領導。它的特點表現(xiàn)在圍繞某項專門任務成立跨職能部門的專門機構上，這種組織結構形式是固定的，人員卻是變動的，任務完成后就可以離開。 與U型結構相比較，矩陣制結構機動、靈活，可隨項目的開發(fā)與結束進行組織或解散；由于這種結構是根據項目組織的，任務清楚，目的明確，各方面有專長的人都是有備而來，克服

40、了U型結構中各部門互相脫節(jié)的現(xiàn)象。矩陣結構適用于一些重大攻關項目。企業(yè)可用來完成涉及面廣的、臨時性的、復雜的重大工程項目或管理改革任務。特別適用于以開發(fā)與實驗為主的單位，例如科學研究，尤其是應用性研究單位等。3.6系統(tǒng)功能分析訂單管理：該功能模塊最復雜，具體而言，由生產部門發(fā)出請購單，采購主管人員負責審批請購單。請購單審批完成后進行訂單的生成，此時需選擇供商，然后向供應商發(fā)出樣品請求，對樣品進行選擇后，選擇執(zhí)行的采購員，正式生成訂單，并向供應商發(fā)送訂單，等待供應商的確認，等供應商確認后雙方簽訂采購合同。供應商管理：該模塊實現(xiàn)對供應商信息的管理，包括供應商的具體信息，比如主營產品，地址，聯(lián)系方式

41、，聯(lián)系人等，各部門對供應商的評價及評分，如采購人員對供應商的服務的評價及評分，履行合同的效率，生產部門對供應商原料的評價及評分，銷售部門根據客戶對產品原料上的評價而給出對供應商的評價及評分。采購員管理：實現(xiàn)對采購員的信息的管理，包括信息的添加、刪除、查詢。能查詢到什么時候哪個采購員跟哪個供應商有活動。合同管理：實現(xiàn)對采購合同的管理及有特殊情況的資料管理。簽訂合同的時間，地點，簽訂合同雙方，還有原料名稱，數(shù)量，價格及交貨時間。特殊情況就指合同不能履行時的解決方案的資料。3.7系統(tǒng)業(yè)務流程圖系統(tǒng)的功能設計主要是根據現(xiàn)實中服裝企業(yè)采購所需要的操作流程、存儲數(shù)據為特點設計需求，以實現(xiàn)一個面向Web的具

42、有存儲、管理以及瀏覽采購系統(tǒng)為目標。下面就以面向不同用戶來用進行需求分析，根據用戶的具體操作來處理需求，從而進一步得到詳細的系統(tǒng)功能需求。 服裝企業(yè)采購系統(tǒng)的采購主管需求分析 (1)用戶管理功能，可以對供應商用戶、采購員用戶、生產部門用戶進行維護，具有添加、刪除、修改等功能。(2)對生產部門發(fā)出的請購單進行審核，審核的同時需要選擇供應商。(3)當有請購單被供應商選擇樣品后，管理員需要選擇負責該請購單的采購員。這樣就可以生產初始合同了。(4)合同查詢評價：一旦合同被雙方確認完成后，可以對供應商原料的評價及評分。并可以查看所有用戶的評價信息。本采購主管用戶的具體流程可以如圖3.5所示。圖3.5采購

43、主管用戶的具體流程 服裝企業(yè)采購系統(tǒng)的生產部門需求分析 (1)生產部門申請的請購單。本服裝企業(yè)生產部門，如果需要什么原料，可以通過此此功能申請請購單。(2)合同查詢評價：一旦合同被雙方確認完成后，可以對供應商原料的評價及評分。并可以查看所有用戶的評價信息。本生產部門用戶的具體流程可以如圖3.6所示。圖3.6生產部門用戶的具體流程 服裝企業(yè)采購系統(tǒng)的供應商需求分析 (1)產品管理功能：可以供應產品進行維護，具有添加、刪除、修改等功能。(2)聯(lián)系人管理：對供應商部門的聯(lián)系人，地址，電話等聯(lián)系方式進行維護。(3)供應商選擇樣品：當有請購單被采購主管審核后，選擇供應商后，供應商就可以對此請購單選擇樣品

44、了。每個供應商只能看到分配給自己的請購單進行操作。(4)合同管理：請購單被確認后，會生產采購合同，此時需要經過采購員填寫相關信息，然后供應商進行確認。確認后即表示合同簽訂。(5)合同查詢評價：一旦合同被雙方確認完成后，可以對供應商原料的評價及評分。并可以查看所有用戶的評價信息。本供應商用戶的具體流程可以如圖3.7所示。圖3.7供應商用戶的具體流程 服裝企業(yè)采購系統(tǒng)的采購元需求分析 (1)合同管理：請購單被確認后，會生產采購合同，此時需要經過采購員填寫相關信息，然后供應商進行確認。確認后即表示合同簽訂。(2)合同查詢評價：一旦合同被雙方確認完成后，可以對供應商原料的評價及評分。并可以查看所有用戶

45、的評價信息。本采購員用戶的具體流程可以如圖3.8所示。圖3.8采購員用戶的具體流程3.8系統(tǒng)數(shù)據流程圖頂層圖3-9 頂層數(shù)據流程圖圖3-10 二層處理數(shù)據流程圖2.9 數(shù)據字典2.9.1 數(shù)據項數(shù)據項編號：A-01-01數(shù)據項名稱：用戶編號簡 述：唯一的用戶識別編號類型及寬度：順序編號，4位取值 范圍：1-9999a_name,a_pass,a_power,gongname,gongdesc數(shù)據項編號：A-01-02數(shù)據項名稱：用戶名簡 述：當戶的用戶名類型及寬度：字符，20位取值 范圍：文本數(shù)據項編號：A-01-03數(shù)據項名稱：密碼簡 述：當戶的密碼類型及寬度：字符，20位取值 范圍：文本數(shù)

46、據項編號：A-01-04數(shù)據項名稱：用戶權限簡 述：當戶的權限類型及寬度：字符，20位取值 范圍：文本數(shù)據項編號：A-01-05數(shù)據項名稱：供應商名稱簡 述：當戶的供應商名稱類型及寬度：字符，20位取值 范圍：文本數(shù)據項編號：A-01-06數(shù)據項名稱：供應商描述簡 述：當戶的供應商描述類型及寬度：字符，4000位取值 范圍：文本數(shù)據項編號：A-02-01數(shù)據項名稱：聯(lián)系人編號簡 述：聯(lián)系人的唯一標示符類型及寬度：順序編碼，4位取值 范圍：1-9999數(shù)據項編號：A-02-02數(shù)據項名稱：用戶ID簡 述：用戶ID類型及寬度：順序編碼，4位取值 范圍：1-9999數(shù)據項編號：A-02-03數(shù)據項名

47、稱：聯(lián)系人電話簡 述：聯(lián)系人電話類型及寬度：字符，50位取值 范圍：文本數(shù)據項編號：A-02-04數(shù)據項名稱：聯(lián)系人地址簡 述：聯(lián)系人地址類型及寬度：字符，50位取值 范圍：文本數(shù)據項編號：A-02-05數(shù)據項名稱：聯(lián)系人姓名簡 述：聯(lián)系人姓名類型及寬度：字符，50位取值 范圍：文本數(shù)據項編號：A-02-06數(shù)據項名稱：聯(lián)系人Email簡 述：聯(lián)系人Email類型及寬度：字符，50位取值 范圍：文本數(shù)據項編號：A-02-07數(shù)據項名稱：創(chuàng)建時間簡 述：聯(lián)系人創(chuàng)建時間類型及寬度：時間，8位取值 范圍：時間2.9.2 數(shù)據流數(shù)據流編號：D-01數(shù)據流名稱：當戶請購單申請簡 述：當戶提交采購信息，申

48、請采購原材料數(shù)據流來源：生產部門數(shù)據流去向：采購員審核處理數(shù)據流組成：錯誤通知數(shù)據流編號：D-02數(shù)據流名稱：采購主管審核請購單簡 述：當生產部門申請請購單后，采購主管可以對此請購單進行審核，同時需要選擇提供原料的供應商數(shù)據流來源：審核處理數(shù)據流去向：供應商數(shù)據流組成：錯誤通知數(shù)據流編號：D-03數(shù)據流名稱：供應商選擇樣品簡 述：當有請購單被采購主管審核后，選擇供應商后，供應商就可以對此請購單選擇樣品了。每個供應商只能看到分配給自己的請購單進行操作數(shù)據流來源：審核處理數(shù)據流去向：采購主管數(shù)據流組成：錯誤通知2.9.3數(shù)據存儲條目數(shù)據存儲編號：F-01數(shù)據存儲名稱：用戶表簡 述：保存所有用戶基本

49、信息數(shù)據存儲組成：用戶編號+用戶名+密碼+權限+供應商名稱+供應商描述+創(chuàng)建時間關 鍵 字：用戶相關聯(lián)的處理：P1.1，P1.2，P1.3，P1.4，P1.5，P1.6數(shù)據存儲編號：F-02數(shù)據存儲名稱：聯(lián)系人表簡 述：保存所有聯(lián)系人基本信息數(shù)據存儲組成：聯(lián)系人編號+電話號碼+地址+姓名+Email+創(chuàng)建時間關 鍵 字：聯(lián)系人相關聯(lián)的處理：P1.1，P1.2，P1.3，P1.4，P1.5，P處理邏輯條目處理邏輯編號：P1處理邏輯名稱：當戶請購單申請簡 述：當戶提交采購信息，申請采購原材料輸入的數(shù)據流：供應商請購申請?zhí)?理：根據當戶需求，分類和審核，并將通過的發(fā)放到相應的處理輸出

50、的數(shù)據流：申請信息成功處 理 頻 率：根據需求而定處理邏輯編號：P2處理邏輯名稱：采購主管審核請購單簡 述：當生產部門申請請購單后，采購主管可以對此請購單進行審核，同時需要選擇提供原料的供應商輸入的數(shù)據流：供應商請購申請?zhí)?理：根據請購申請，審核并選擇供應商輸出的數(shù)據流：審核信息成功處 理 頻 率：根據需求而定處理邏輯編號：P3處理邏輯名稱：供應商選擇樣品簡 述：當有請購單被采購主管審核后，選擇供應商后，供應商就可以對此請購單選擇樣品了。每個供應商只能看到分配給自己的請購單進行操作輸入的數(shù)據流：采購主管審核請購單處 理：選擇樣品輸出的數(shù)據流：選擇樣品成功處 理 頻 率：根據需求而定2.9.5外

51、部實體定義外部實體編號：S01外部實體名稱：當戶簡 述：申請請購單操作的客戶輸入的數(shù)據流：D-01,D-02,D-03,D-4輸出的數(shù)據流：D-014.系統(tǒng)設計4.1設計思想服裝企業(yè)采購系統(tǒng)采用結構化與原型法相結合的方法。這種綜合法的優(yōu)點是它兼顧了結構化開發(fā)方法開發(fā)過程控制性強的特點以及原型法開發(fā)周期短、見效快的特點。采用兩者結合的形式進行系統(tǒng)的開發(fā)時，采用了結構化生命周期法的設計思想，即自頂向下，從總體到部分，合理劃分系統(tǒng)的結構，設計數(shù)據庫模型。在系統(tǒng)的分析與初步設計上采用原型法做出原始模型，根據實際反映的情況，繼續(xù)按結構化生命周期法進行系統(tǒng)的詳細設計及其實施與轉換、系統(tǒng)維護與評價階段的工作

52、。該系統(tǒng)是基于 B/S架構的三層體系結構。在遵循模塊化結構設計原則的基礎上，根據實現(xiàn)的目標，用戶身份驗證只需要一個模塊，而其他模塊則分成了多個個不同的子模塊，各子模塊既相互配合，又各自具有一定的獨立功能。這樣就形成了一個樹形的結構。采用了當前最新的技術DWR+AJAX+EXT，在頁面上采取了人性化設計。4.2系統(tǒng)功能模塊設計（1）訂單管理：該功能模塊最復雜，具體而言，由生產部門發(fā)出請購單，采購主管人員負責審批請購單。請購單審批完成后進行訂單的生成，此時需選擇供商，然后向供應商發(fā)出樣品請求，對樣品進行選擇后，選擇執(zhí)行的采購員，正式生成訂單，并向供應商發(fā)送訂單，等待供應商的確認，等供應商確認后雙方

53、簽訂采購合同。（2）供應商管理：該模塊實現(xiàn)對供應商信息的管理，包括供應商的具體信息，比如主營產品，地址，聯(lián)系方式，聯(lián)系人等，各部門對供應商的評價及評分，如采購人員對供應商的服務的評價及評分，履行合同的效率，生產部門對供應商原料的評價及評分，銷售部門根據客戶對產品原料上的評價而給出對供應商的評價及評分。（3）采購員管理：實現(xiàn)對采購員的信息的管理，包括信息的添加、刪除、查詢。能查詢到什么時候哪個采購員跟哪個供應商有活動。（4）合同管理：實現(xiàn)對采購合同的管理及有特殊情況的資料管理。簽訂合同的時間，地點，簽訂合同雙方，還有原料名稱，數(shù)量，價格及交貨時間。特殊情況就指合同不能履行時的解決方案的資料。4.

54、3 數(shù)據庫設計4.3.1數(shù)據庫設計概述將需求分析得到的用戶需求抽象為信息結構及概念模型的過程是概念結構設計。為了描述數(shù)據庫結構的概念模式，這里采用E-R圖來描述數(shù)據庫的實體關系。在新聞發(fā)布系統(tǒng)中，主要有用戶模塊、產品模塊、請購單模塊、合同模塊、評價模塊等。4.3.2 數(shù)據的概念結構設計全局e-r圖如下：圖4-1 全局E-R圖分層e-r：(1) 當戶：圖4-2 當戶E-R圖(2) 聯(lián)系人：圖4-3 聯(lián)系人E-R圖(3) 請購單：圖4-4 請購單E-R圖(4) 合同表：圖4-5 合同E-R圖4.3.3 數(shù)據庫邏輯結構設計關系模式：當戶（用戶號，用戶名，密碼，權限，供應商名稱，供應商描述，創(chuàng)建時間）

55、；聯(lián)系人（聯(lián)系人號，用戶號，電話，地址，姓名，Email，創(chuàng)建時間）；請購單（單號，原料名稱，原料描述，價格，數(shù)量，申請人，申請時間，狀態(tài)，審核人，審核時間，供應商，樣品）；合同信息（合同號，請購單號，采購員，創(chuàng)建時間，簽合同時間，地址，采購員姓名，供應商姓名，交貨時間，狀態(tài)，附加說明）；4.3.4 數(shù)據表設計表3-1 當戶表列名數(shù)據類型完整性約束說明a_idInt(10)PEIMARY KEY當戶號a_nameVARCHAR(20)NOT NULL用戶名a_passVARCHAR(20)NOT NULL密碼a_powerVARCHAR(20)NOT NULL權限gongnameVARCHAR(20)NULL供應商名稱gongdescVARCHAR(4000)NULL供應商描述createtimedatetimeNOT NULL創(chuàng)建時間表3-2 聯(lián)系人表列名數(shù)據類型完整性約束說明IdInt(10)PEIMARY KEY編號adminidInt(10)NOT NULL用戶編號telVARCHAR