服裝企業(yè)采購管理信息管理系統(tǒng)的分析與設(shè)計

【精品文檔】如有侵權(quán)，請聯(lián)系網(wǎng)站刪除，僅供學(xué)習(xí)與交流精品文檔服裝企業(yè)采購管理信息管理系統(tǒng)的分析與設(shè)計目錄1.引言 12.系統(tǒng)分析 32.1服裝企業(yè)采購管理系統(tǒng)研究意義與應(yīng)用背景 32.1.1服裝企業(yè)采購管理系統(tǒng)研究意義 32.1.2服裝企業(yè)采購管理系統(tǒng)應(yī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)設(shè)計 13.1系統(tǒng)目標(biāo) 13.2系統(tǒng)可行性分析 13.2.1經(jīng)濟可行性分析 13.2.2技術(shù)可行性分析 23.2.3管理可行性分析 23.2.4可行性分析總結(jié) 23.3開發(fā)工具介紹 23.3.1Struts簡介 23.3.2Spring簡介 33.3.3Hibernate簡介 43.3.4Struts+Spring+Hibernate集成簡介 53.3.5SQLServer數(shù)據(jù)庫 63.3.6JDK技術(shù) 73.3.7Tomcat簡介 73.3.8EXTJS簡介 73.4系統(tǒng)需求分析 83.5企業(yè)組織結(jié)構(gòu)分析 83.6系統(tǒng)功能分析 83.7系統(tǒng)業(yè)務(wù)流程圖 93.8系統(tǒng)數(shù)據(jù)流程圖 112.9數(shù)據(jù)字典 122.9.1數(shù)據(jù)項 122.9.2數(shù)據(jù)流 152.9.3數(shù)據(jù)存儲條目 152.9.4處理邏輯條目 162.9.5外部實體定義 164.系統(tǒng)設(shè)計 174.1設(shè)計思想 174.2系統(tǒng)功能模塊設(shè)計 174.3數(shù)據(jù)庫設(shè)計 184.3.1數(shù)據(jù)庫設(shè)計概述 184.3.2數(shù)據(jù)的概念結(jié)構(gòu)設(shè)計 184.3.3數(shù)據(jù)庫邏輯結(jié)構(gòu)設(shè)計 194.3.4數(shù)據(jù)表設(shè)計 205.系統(tǒng)實現(xiàn) 225.1用戶登錄管理 225.2系統(tǒng)管理員界面 225.3請購單管理 235.3.1生產(chǎn)部門下達請購單 235.3.2采購主管審核請購單 236.總結(jié) 1致謝 2參考文獻 31.引言采購管理（ProcurementManagement）是計劃下達、采購單生成、采購單執(zhí)行、到貨接收、檢驗入庫、采購發(fā)票的收集到采購結(jié)算的采購活動的全過程，對采購過程中物流運動的各個環(huán)節(jié)狀態(tài)進行嚴密的跟蹤、監(jiān)督，實現(xiàn)對企業(yè)采購活動執(zhí)行過程的科學(xué)管理。采購管理包括采購計劃、訂單管理及發(fā)票校驗三個組件。另有，同名圖書《采購管理》。采購計劃管理對企業(yè)的采購計劃進行制定和管理，為企業(yè)提供及時準(zhǔn)確的采購計劃和執(zhí)行路線。采購計劃包括定期采購計劃（如周、月度、季度、年度）、非定期采購任務(wù)計劃（如系統(tǒng)根據(jù)銷售和生產(chǎn)需求產(chǎn)生的）。通過對多對象多元素的采購計劃的編制、分解，將企業(yè)的采購需求變?yōu)橹苯拥牟少徣蝿?wù)，系統(tǒng)支持企業(yè)以銷定購、以銷定產(chǎn)、以產(chǎn)定購的多種采購應(yīng)用模式，支持多種設(shè)置靈活的采購單生成流程。采購訂單管理以采購單為源頭，對從供應(yīng)商確認訂單、發(fā)貨、到貨、檢驗、入庫等采購訂單流轉(zhuǎn)的各個環(huán)節(jié)進行準(zhǔn)確的跟蹤，實現(xiàn)全過程管理。通過流程配置，可進行多種采購流程選擇，如訂單直接入庫，或經(jīng)過到貨質(zhì)檢環(huán)節(jié)后檢驗入庫等，在整個過程中，可以實現(xiàn)對采購存貨的計劃狀態(tài)、訂單在途狀態(tài)、到貨待檢狀態(tài)等的監(jiān)控和管理。采購訂單可以直接通過電子商務(wù)系統(tǒng)發(fā)向?qū)?yīng)的供應(yīng)商，進行在線采購。采購在企業(yè)中占據(jù)著非常重要的地位，因為購進的零部件和輔助材料一般要占到最終產(chǎn)品銷售價值的40%~60%。這意味著，在獲得物料方面所做的點滴成本節(jié)約對利潤產(chǎn)生的影響，要大于企業(yè)其它成本—銷售領(lǐng)域內(nèi)相同數(shù)量的節(jié)約給利潤帶來的影響。采購的目標(biāo)：提供不間斷的物料流和物資流從而保障組織運作；使庫存投資和損失保持最?。槐３植⑻岣哔|(zhì)量；發(fā)展有競爭力的供應(yīng)商；當(dāng)條件允許的時候，將所購物料標(biāo)準(zhǔn)化；以最低的總成本獲得所需的物資和服務(wù)；提高公司的競爭地位；協(xié)調(diào)企業(yè)內(nèi)部各職能部門間合作。目前科學(xué)技術(shù)的不斷發(fā)展，服裝企業(yè)采購的管理的手段和媒介也在發(fā)生著革命性的變化。如何運用高新技術(shù)建設(shè)原料采購管理管理和各種單據(jù)的簽訂處理與評價機制系統(tǒng)，并及時、準(zhǔn)確地記錄原料采購的處理，已成為研究的熱點問題。為此，本文介紹開發(fā)一個基于WEB的服裝企業(yè)采購管理信息管理系統(tǒng)，以實現(xiàn)完全無紙化管理采購方面的信息，減少工作人員因為疏忽弄錯，同時可以提高采購效率，合同簽訂的效率，提高采購信息查看，更新的及時性和準(zhǔn)確性。而作為一個即將畢業(yè)的我，在開發(fā)此系統(tǒng)有，還存在著很多的技術(shù)問題和挑戰(zhàn)。比如對企業(yè)采購信息方面的管理流程調(diào)研不足，就會在開發(fā)系統(tǒng)時走彎路。而且開發(fā)出來的系統(tǒng)應(yīng)該具有一定的使用價格，這樣才達到了涉及的目的。其次開發(fā)技術(shù)的掌握程度也是一大問題。據(jù)了解。有不少企業(yè)，因為對采購管理信息系統(tǒng)的開發(fā)不當(dāng)，造成開發(fā)費用遠遠大于預(yù)計，又或者開發(fā)不好，導(dǎo)致后期維護費用過多，用戶體驗不佳等各種各樣的原因，最終使得管理信息系統(tǒng)在開發(fā)時或?qū)崿F(xiàn)后，整個系統(tǒng)實施失敗。這些都是我們開發(fā)和設(shè)計的前車之鑒。這個問題都是我在開發(fā)系統(tǒng)前需注意的，這些問題都將是我們要關(guān)注的問題所在。

2.系統(tǒng)分析2.1服裝企業(yè)采購管理系統(tǒng)研究意義與應(yīng)用背景2.1.1服裝企業(yè)采購管理系統(tǒng)研究意義隨著互聯(lián)網(wǎng)、物流業(yè)的快速發(fā)展和國際間經(jīng)濟發(fā)展的需要，全球化已經(jīng)越來越深刻的改變著世界各個國家、地區(qū)和行業(yè)的發(fā)展模式。而中國正是這個潮流中變化最快，取得成就最突出的國家之一。隨著全球化進程的推進以及中國調(diào)整產(chǎn)業(yè)結(jié)構(gòu)、節(jié)能減排的基本方針的確立，中國的服裝企業(yè)面臨著前所未有的挑戰(zhàn)和機遇。面對信息時代的機遇與挑戰(zhàn)，利用高科技手段來提高企業(yè)的管理水平無疑是一條行之有效的途徑。利用計算機管理可以最大限度的發(fā)揮準(zhǔn)確、快捷、高效等作用,對服裝公司的服務(wù)管理提供強有力的支持。因此，利用全新計算機服裝管理系統(tǒng)，已成為提高服裝企業(yè)的管理效率，改進服務(wù)水準(zhǔn)的重要手段之一。本系統(tǒng)在解決服裝企業(yè)的日常采購，供應(yīng)，簽訂合同和評價管理上有一定的實際意義。2.1.2服裝企業(yè)采購管理系統(tǒng)應(yīng)用背景信息系統(tǒng)是一門邊緣學(xué)科，集管理科學(xué)、信息科學(xué)、系統(tǒng)科學(xué)、現(xiàn)代通信技術(shù)和電子計算機技術(shù)于一體。1985年，管理信息系統(tǒng)創(chuàng)始人，明尼蘇達大學(xué)卡爾森管理學(xué)院的著名教授戴維斯（Gordon.B.Davis）給出了一個具有代表性的定義：“管理信息系統(tǒng)是一個利用計算機硬件和軟件，手工作業(yè)、分析、計劃、控制和決策模型以及數(shù)據(jù)庫的用戶－機器系統(tǒng)。它能提供信息支持企業(yè)或組織的運行、管理和決策功能。服裝企業(yè)采購管理系統(tǒng)是管理系統(tǒng)的一種，相對于一些復(fù)雜的管理系統(tǒng)它要相對簡單一些，研究方法也已經(jīng)達成普遍共識。服裝的采購管理工作是服裝銷售不可缺少一部分，也是企業(yè)管理的重要組成部分。它的內(nèi)容對于企業(yè)的管理者來說都至關(guān)重要，所以服裝采購管理系統(tǒng)應(yīng)該能夠為用戶提供完整、正確和靈活的服裝采購信息和快捷的查詢手段。但一直以來人們使用傳統(tǒng)人工的方式管理文件模式，這種管理方式存在著許多缺點，如：效率低、保密性差，另外時間一長，將產(chǎn)生大量的文件和數(shù)據(jù)，這對于查找、更新和維護都帶來了不少的困難。所以利用計算機實現(xiàn)服裝采購的管理的自動化將勢在必行。然而我國服裝行業(yè)在進行信息化采購管理改革中從在著諸多問題：(1)信息傳輸效率低，可靠、安全、保密性差，缺少全系統(tǒng)統(tǒng)一的數(shù)據(jù)資源和規(guī)范的商務(wù)文件運行手段。(2)缺乏統(tǒng)一規(guī)范和標(biāo)準(zhǔn)，尤其是數(shù)據(jù)交換標(biāo)準(zhǔn)。目前大多數(shù)服裝采購軟件模塊獨立，互不關(guān)聯(lián)，數(shù)據(jù)不能共享，尤其不同軟件之間的數(shù)據(jù)交換、共享、無縫連接更無從談起，它給軟件企業(yè)和用戶的應(yīng)用與升級帶來麻煩。(3)軟件開發(fā)的低水平、重復(fù)性開發(fā)、多平臺共存、軟件層次參差不齊，數(shù)百家服裝采購軟件傘業(yè)中除用友、金蝶公司等優(yōu)秀者外，主要還是代替手工處理的目標(biāo)，而且產(chǎn)品宣傳與實際性能有差別，無法滿足用戶的實際需要。(4)管理軟件缺乏實用性與先進性的一致。炒作的多、務(wù)實的少。分析決策，支持系統(tǒng)、等新概念層出不窮，并沒有從我國還處于初級階段的實際出發(fā)，一段時間內(nèi)在我國基礎(chǔ)設(shè)施建設(shè)、金融結(jié)算、法律法規(guī)不健全，技術(shù)以及相關(guān)人員缺乏的情況下，炒作地推出了將大有前景的基于電子商務(wù)模式的采購商務(wù)系統(tǒng)，結(jié)果可想而知。最近在數(shù)據(jù)挖掘技術(shù)還不成熟的情況下，又有炒作智能化的基于數(shù)據(jù)挖掘技術(shù)的決策分析支持的采購商務(wù)系統(tǒng)。有的在不考慮我國市場經(jīng)濟的時間還不長，很多還不規(guī)范的情況下，在系統(tǒng)中引入聯(lián)機分析系統(tǒng)。一段時間以后，其中的數(shù)據(jù)由于“人對計算機說假話輸入不符規(guī)范準(zhǔn)確的數(shù)據(jù)”而導(dǎo)致“計算機對人說廢話輸出結(jié)果于管理無補”，最后得出“電腦不如豬腦”的結(jié)論，從而導(dǎo)致系統(tǒng)的閑置、失敗。2.2服裝企業(yè)采購管理系統(tǒng)發(fā)展與現(xiàn)狀2.2.1服裝企業(yè)采購管理系統(tǒng)發(fā)展服裝企業(yè)在我國是一個新興行業(yè)，目前尚處于初步發(fā)展階段。雖然在改革開放后我國服裝行業(yè)取得了高速發(fā)展，據(jù)統(tǒng)計數(shù)據(jù)，我國服裝企業(yè)近4萬多家，其中年銷售額3000萬以上的占30%，有9000余家，而1000萬以上營業(yè)額的也近2/3。具規(guī)模以上服裝企業(yè)服裝產(chǎn)量達63.74億件，其中梭織服裝為30.10億件，針織服裝為33.46億件。作為中國的朝陽服裝行業(yè)，被稱為“永不衰落的產(chǎn)業(yè)”，其發(fā)展前景確實極為誘人。全部從業(yè)人員平均人數(shù)423013人，服裝布產(chǎn)量328.28億米，工業(yè)總產(chǎn)值1254.90億元，銷售收入1204.64億元，產(chǎn)銷率97.85%；出口交貨值416.18億元，內(nèi)銷占銷售產(chǎn)值比重66.11%。但是與發(fā)達國家相比，還存在組織結(jié)構(gòu)小而分散，缺少大規(guī)模，經(jīng)濟技術(shù)勢力強的企業(yè)，專業(yè)人員素質(zhì)不夠高，市場管理不規(guī)范等缺點。隨著我國加入WTO，我國服裝行業(yè)將面對非常激烈的競爭，只有迅速提高企業(yè)的管理水平，才能在激烈的競爭中占的一席生存之地。由于服裝經(jīng)營涉及多個環(huán)節(jié)，而且種類繁多，大多需要單件管理，因此操作量巨大，在經(jīng)營過程中容易出錯。服裝屬于常用物品,數(shù)量大，如果管理跟不上，一旦造成商品丟失，將給企業(yè)和經(jīng)營者造成巨大損。如何用先進的管理手段提高服裝采購管理信息水平，已成為此行業(yè)發(fā)展的當(dāng)務(wù)之急。2.2.2服裝企業(yè)采購管理系統(tǒng)現(xiàn)狀作為當(dāng)今世界第三大產(chǎn)業(yè)的服裝業(yè),為我國國民經(jīng)濟建設(shè)發(fā)揮著重要的作用.是我國出口創(chuàng)匯的主要產(chǎn)業(yè)。據(jù)統(tǒng)計,1978一1996年紡織工業(yè)累計出口創(chuàng)匯2800億美元,紡織品和服裝出口額占全國商品出口總額的比重一直保持l/4左右。在服裝業(yè)的發(fā)展進程中,有著驕人的業(yè)績,但形勢不容樂觀,栽國服裝企業(yè)目前面臨以下諸多問題:企業(yè)數(shù)量多,企業(yè)規(guī)模大小不_--,其中以中小型企業(yè)居多。據(jù)統(tǒng)計,僅浙江省就有8000多家服裝企業(yè);生產(chǎn)裝備參差不齊,多數(shù)設(shè)備已落伍;技術(shù)落后,設(shè)計和開發(fā)創(chuàng)新能力低;資金不足,資本運營情況不理想;名牌產(chǎn)品不多,市場占有率不高.出口服裝多為他人作嫁衣裳,無國際知名品牌;企業(yè)管理水平整體不高,其中不少企業(yè)還處在家庭作坊式管理。同時,服裝企業(yè)還面臨諸多外部壓力:國內(nèi)市場漸趨白熱化,據(jù)統(tǒng)汁,全國襯衫生產(chǎn)企業(yè)已育3500余家,年產(chǎn)量已達20億件。名牌企業(yè)為了拓展市場,擴大占有率,紛紛從大城市、大商場擴展到中小城、鎮(zhèn)、各批發(fā)市場。進口關(guān)稅的大幅度降低(17—22%),表明國內(nèi)市場的進一步開放,國外品牌在過去幾年嘗到過中國市場甜頭的基礎(chǔ)上,會有更大的舉動。3.系統(tǒng)設(shè)計3.1系統(tǒng)目標(biāo)（1）訂單管理：該功能模塊最復(fù)雜，具體而言，由生產(chǎn)部門發(fā)出請購單，采購主管人員負責(zé)審批請購單。請購單審批完成后進行訂單的生成，此時需選擇供商，然后向供應(yīng)商發(fā)出樣品請求，對樣品進行選擇后，選擇執(zhí)行的采購員，正式生成訂單，并向供應(yīng)商發(fā)送訂單，等待供應(yīng)商的確認，等供應(yīng)商確認后雙方簽訂采購合同。（2）供應(yīng)商管理：該模塊實現(xiàn)對供應(yīng)商信息的管理，包括供應(yīng)商的具體信息，比如主營產(chǎn)品，地址，聯(lián)系方式，聯(lián)系人等，各部門對供應(yīng)商的評價及評分，如采購人員對供應(yīng)商的服務(wù)的評價及評分，履行合同的效率，生產(chǎn)部門對供應(yīng)商原料的評價及評分，銷售部門根據(jù)客戶對產(chǎn)品原料上的評價而給出對供應(yīng)商的評價及評分。（3）采購員管理：實現(xiàn)對采購員的信息的管理，包括信息的添加、刪除、查詢。能查詢到什么時候哪個采購員跟哪個供應(yīng)商有活動。（4）合同管理：實現(xiàn)對采購合同的管理及有特殊情況的資料管理。簽訂合同的時間，地點，簽訂合同雙方，還有原料名稱，數(shù)量，價格及交貨時間。特殊情況就指合同不能履行時的解決方案的資料。（5）評價管理：各用戶對簽訂合同的供應(yīng)商進行評價。一個用戶對同一個合同只能評價一次。3.2系統(tǒng)可行性分析可行性是系統(tǒng)開發(fā)的一項關(guān)鍵步驟，它是通過對整個系統(tǒng)的需求，技術(shù)及開發(fā)方法，以及開發(fā)人員，所需資金的綜合考慮以評估對于該系統(tǒng)的開發(fā)是否符合實際?？尚行苑治霭ǎ航M織和管理上的可行性、技術(shù)可行性、經(jīng)濟可行性。3.2.1經(jīng)濟可行性分析本系統(tǒng)使用B/S架構(gòu)設(shè)計，使用市場上流行的動態(tài)網(wǎng)頁開發(fā)技術(shù)，開發(fā)簡單，使用度方便，不需要耗費大量的人力物力就能很快的開發(fā)出來，系統(tǒng)部署對軟硬件要求不高，用戶操作簡單，幾乎不需要對用戶進行專業(yè)培訓(xùn)就可使用本系統(tǒng)，所以從經(jīng)濟上講是可行的。硬件方面主要是計算機，我們的實際情況可以滿足開發(fā)任務(wù)，所需資料書籍可以到圖書館翻閱或者個人購買，因此整個系統(tǒng)的所需投資符合我們的支付狀況，經(jīng)濟可行性良好。3.2.2技術(shù)可行性分析物品管理系統(tǒng)的開發(fā)采用了先進成熟并且符合實際應(yīng)用的開發(fā)方法，廣泛應(yīng)用于網(wǎng)站開發(fā)的MyEclipse，動態(tài)網(wǎng)頁開發(fā)技術(shù)JSP和MVC架構(gòu)技術(shù)Spring和Hibernate，功能強大的數(shù)據(jù)庫管理工具MySQL，結(jié)合自己的實際開發(fā)能力，和掌握的一些AJAX、DOJO、EXT、可以開發(fā)出較為完善的網(wǎng)上招聘求職系統(tǒng)。應(yīng)解決的主要問題及技術(shù)要求：按實際應(yīng)用的可行性劃分模塊，確定模塊功能。使用JSP語言和EXT顯示技術(shù)，實現(xiàn)前臺頁面動態(tài)效果視圖，使用Spring、Struts和Hibernate實現(xiàn)MVC架構(gòu)，并實現(xiàn)與數(shù)據(jù)庫之間的各項操作。使用AJAX和EXT技術(shù)，實現(xiàn)頁面美化，提高系統(tǒng)效率。利用SpringFramework的安全框架Acegi，給本系統(tǒng)提供安全和認證安全服務(wù)。使用HTTPS技術(shù)，提高了系統(tǒng)安全性。3.2.3管理可行性分析物品管理系統(tǒng)系統(tǒng)使用語言為java，使用SSH開源框架，數(shù)據(jù)庫為MySQL開源數(shù)據(jù)庫，采用模塊化開發(fā)方法，將整個系統(tǒng)劃分為多個功能模塊，分多次完成是可行的。3.2.4可行性分析總結(jié)從以上的分析可知，服裝企業(yè)采購管理信息管理系統(tǒng)的分析與設(shè)計的解決方案無論在技術(shù)，經(jīng)濟還是法律以及操作上都是可行的，完全符合我們開發(fā)系統(tǒng)的需要，且開發(fā)本系統(tǒng)具有一定的經(jīng)濟價值和實用價值。3.3開發(fā)工具介紹3.3.1Struts簡介Struts具有組件的模塊化，靈活性和重用性的優(yōu)點，同時簡化了基于MVC的web應(yīng)用程序的開發(fā)。Struts清晰地區(qū)分控制器，視圖和模型，從而簡化了開發(fā)應(yīng)用程序過程。Struts中包括三個部分：模型，視窗和控制器。模型——在struts框架中，模型分為兩個部分：系統(tǒng)的內(nèi)部狀態(tài)，可以改變狀態(tài)的操作（事務(wù)邏輯）。內(nèi)部狀態(tài)通常由一組FormBean表示。根據(jù)設(shè)計或應(yīng)用程序復(fù)雜度的不同，這些Bean可以是自包含的并具有持續(xù)的狀態(tài)，或只在需要時才獲得數(shù)據(jù)（從某個數(shù)據(jù)庫）。大型應(yīng)用程序通常在方法內(nèi)部封裝事務(wù)邏輯（操作），這些方法可以被擁有狀態(tài)信息的bean調(diào)用。比如購物車bean，它擁有用戶購買商品的信息，可能還有checkOut()方法用來檢查用戶的信用卡，并向倉庫發(fā)定貨信息。小型程序中，操作可能會被內(nèi)嵌在Action類，它是Struts框架中控制器角色的一部分。當(dāng)邏輯簡單時這個方法很適合。視圖——由JSP建立，Struts包含擴展自定義標(biāo)簽庫，可以簡化創(chuàng)建完全國際化用戶界面的過程?？刂破鳌猄truts中，基本的控制器組件是ActionServlet類，實際使用的servlet在配置文件中由一組Action映射（ActionMapping）進行定義。其體系結(jié)構(gòu)如圖3-1所示。圖3-1Struts體系結(jié)構(gòu)3.3.2Spring簡介Spring是一個開源框架，它由RodJohnson創(chuàng)建。它是為了解決企業(yè)應(yīng)用開發(fā)的復(fù)雜性而創(chuàng)建的。Spring使用基本的JavaBean來完成以前只可能由EJB完成的事情。然而，Spring的用途不僅限于服務(wù)器端的開發(fā)。從簡單性、可測試性和松耦合的角度而言，任何Java應(yīng)用都可以從Spring中受益。其目的是解決企業(yè)應(yīng)用開發(fā)的復(fù)雜性。使用基本的JavaBean代替EJB，并提供了更多的企業(yè)應(yīng)用功能。簡單來說，Spring是一個輕量級的控制反轉(zhuǎn)(IoC)和面向切面(AOP)的容器框架。輕量——從大小與開銷兩方面而言Spring都是輕量的。完整的Spring框架可以在一個大小只有1MB多的JAR文件里發(fā)布。并且Spring所需的處理開銷也是微不足道的。此外，Spring是非侵入式的：典型地，Spring應(yīng)用中的對象不依賴于Spring的特定類。控制反轉(zhuǎn)——Spring通過一種稱作控制反轉(zhuǎn)（IoC）的技術(shù)促進了松耦合。當(dāng)應(yīng)用了IoC，一個對象依賴的其它對象會通過被動的方式傳遞進來，而不是這個對象自己創(chuàng)建或者查找依賴對象?？梢哉J為IoC與JNDI相反——不是對象從容器中查找依賴，而是容器在對象初始化時不等對象請求就主動將依賴傳遞給它。面向切面——Spring提供了面向切面編程的豐富支持，允許通過分離應(yīng)用的業(yè)務(wù)邏輯與系統(tǒng)級服務(wù)，例如審計（auditing）和事務(wù)（transaction）管理，進行內(nèi)聚性的開發(fā)。應(yīng)用對象只實現(xiàn)它們應(yīng)該做的——完成業(yè)務(wù)邏輯——僅此而已。它們并不負責(zé)（甚至是意識）其它的系統(tǒng)級關(guān)注點，例如日志或事務(wù)支持。容器——Spring包含并管理應(yīng)用對象的配置和生命周期，在這個意義上它是一種容器，你可以配置你的每個bean如何被創(chuàng)建——基于一個可配置原型（prototype），你的bean可以創(chuàng)建一個單獨的實例或者每次需要時都生成一個新的實例——以及它們是如何相互關(guān)聯(lián)的。然而，Spring不應(yīng)該被混同于傳統(tǒng)的重量級的EJB容器，它們經(jīng)常是龐大與笨重的，難以使用。框架——Spring可以將簡單的組件配置、組合成為復(fù)雜的應(yīng)用。在Spring中，應(yīng)用對象被聲明式地組合，典型地是在一個XML文件里。Spring也提供了很多基礎(chǔ)功能（事務(wù)管理、持久化框架集成等等），將應(yīng)用邏輯的開發(fā)留給了你。所有Spring的這些特征使開發(fā)者能夠編寫更干凈、更可管理、并且更易于測試的代碼。它們也為Spring中的各種模塊提供了基礎(chǔ)支持。其體系結(jié)構(gòu)圖2-2所示。圖3-2Spring體系結(jié)構(gòu)3.3.3Hibernate簡介面向?qū)ο蟮拈_發(fā)方法是當(dāng)今的主流，但是同時我們又不得不使用關(guān)系型數(shù)據(jù)庫。于是就只能在上層的應(yīng)用層找解決方案。JDBC可以說是訪問持久數(shù)據(jù)層最原始、最直接的方法，用DAO模式把數(shù)據(jù)訪問封裝起來，然后在其他層中統(tǒng)一調(diào)用。這種方法的優(yōu)點是運行效率高，但缺點是很難做到把關(guān)系表記錄完整的映射到持久對象的關(guān)系上來，這主要體現(xiàn)在多表的關(guān)系無法直接映射到對持久對象的映射上來，比如說可能會造成一個表映射多個持久對象，也可能多個表映射一個持久對象，更有可能的是表的某些字段映射到一個持久對象，但是另外一些字段映射到別的持久對象上，于是進行一次數(shù)據(jù)庫操作，變成了大量SQL語句的堆砌。DAO對象和SQL語言緊密藕合導(dǎo)致代碼難以維護，最后結(jié)果是往往會拋棄對于持久層的對象設(shè)計，返回到完全按照表字段進行操作的面向過程的方法中去。Hibernate是一種新的ORM映射工具，它不僅提供了從Java類到數(shù)據(jù)表之間的映射(包括Java數(shù)據(jù)類型到SQL數(shù)據(jù)類型的映射)，也提供了數(shù)據(jù)查詢和恢復(fù)機制[28]。相對于使用JDBC和SQL來手工操作數(shù)據(jù)庫，使用Hibernate后，Java開發(fā)人員可以方便的通過HibernateAPI來操縱數(shù)據(jù)庫[29]。并且對于那些在基于Java的中間層應(yīng)用中，使用Hibernate也可以很容易實現(xiàn)面向?qū)ο蟮臉I(yè)務(wù)模型和商業(yè)邏輯。Hibernat的主要特點有:(1)Hibernate是JDBC的輕量級的對象封裝，避免引入過多復(fù)雜的問題，調(diào)試容易。它是一個獨立的對象持久層框架，可以代替JDBC編程。(2)Hibernate是一個和JDBC密切關(guān)聯(lián)的框架，Hibernate的兼容性只與JDBC驅(qū)動和數(shù)據(jù)庫有一定的關(guān)系，與Java程序和應(yīng)用程序服務(wù)器沒有任何關(guān)系。(3)具有可擴展性，API開放，當(dāng)本身功能不夠用的時候，可以自己編碼進行擴展，并且開發(fā)者活躍，產(chǎn)品有穩(wěn)定的發(fā)展保障。Hibernate架構(gòu)如圖3-3所示。圖3-3Hibernate體系結(jié)構(gòu)3.3.4Struts+Spring+Hibernate集成簡介前面分析了基于J2EE的三種框架技術(shù)，下面通過集成以上三種框架技術(shù)來對傳統(tǒng)的J2EEWeb開發(fā)模型加以改進，以形成一種新的、輕量型的J2EE架構(gòu)。

集成SSH框架的系統(tǒng)框架圖如圖2-4所示，系統(tǒng)從職責(zé)上分為四層：表示層、業(yè)務(wù)邏輯層、數(shù)據(jù)持久層和域模塊層。其中使用Struts作為系統(tǒng)的整體基礎(chǔ)架構(gòu)，負責(zé)MVC的分離，在Struts框架的模型部分，利用Hibernate框架對持久層提供支持，業(yè)務(wù)層用Spring支持。具體做法是：用面向?qū)ο蟮姆治龇椒ǜ鶕?jù)需求提出一些模型，將這些模型實現(xiàn)為基本的Java對象，然后編寫基本的DAO接口，并給出Hibernate的DAO實現(xiàn)，采用Hibernate架構(gòu)實現(xiàn)的DAO類來實現(xiàn)Java類與數(shù)據(jù)庫之間的轉(zhuǎn)換和訪問，最后由Spring完成業(yè)務(wù)邏輯。圖3-4SSH系統(tǒng)框架圖系統(tǒng)的基本業(yè)務(wù)流程是：在表示層中，首先通過JSP頁面實現(xiàn)交互界面，負責(zé)送請求(Request)和接收響應(yīng)(Response)，然后Struts根據(jù)配置文件(struts-config.xml)將ActionServlet接收到的Request委派給相應(yīng)的Action處理。在業(yè)務(wù)層中，管理服務(wù)組件的SpringIoC容器負責(zé)向Action提供業(yè)務(wù)模型(Model)組件和該組件的協(xié)作對象數(shù)據(jù)處理(DAO)組件完成業(yè)務(wù)邏輯，并提供事務(wù)處理、緩沖池等容器組件以提升系統(tǒng)性能和保證數(shù)據(jù)的完整性。而在持久層中，則依賴于Hibernate的對象化映射和數(shù)據(jù)庫交互，處理DAO組件請求的數(shù)據(jù)，并返回處理結(jié)果。

采用上述開發(fā)模型，不僅實現(xiàn)了視圖、控制器與模型的徹底分離，而且還實現(xiàn)了業(yè)務(wù)邏輯層與持久層的分離。這樣無論前端如何變化，模型層只需很少的改動，并且數(shù)據(jù)庫的變化也不會對前端有所影響，大大提高了系統(tǒng)的可復(fù)用性。而且由于不同層之間耦合度小，有利于團隊成員并行工作，大大提高了開發(fā)效率。3.3.5SQLServer數(shù)據(jù)庫SQLServer數(shù)據(jù)庫系統(tǒng)最初是由Sybase公司開發(fā)和實現(xiàn)的，Microsoft為了在OS\2操作系統(tǒng)中開發(fā)數(shù)據(jù)庫產(chǎn)品，購買了SQLServer版權(quán)，并于20世紀(jì)90年代初期在Windows操作系統(tǒng)中開始開發(fā)。如果用戶開發(fā)Windows應(yīng)用程序，SQLServer應(yīng)是首選的數(shù)據(jù)庫產(chǎn)品，因為它與Windows操作系統(tǒng)結(jié)合得非常緊密。隨著Windows操作系統(tǒng)的盛行，使得SQLServer成為一個重要的數(shù)據(jù)庫系統(tǒng)。此外，SQLServer還具有Windows操作系統(tǒng)的特點，即用戶友好、操作簡單，通過圖形用戶接口（SQLServer提供的企業(yè)管理器），用戶不需記憶各種命令和SQL語句就可以完成各種常規(guī)操作。MicrosoftSQLServer2005是SQLServer的主要新發(fā)行版，相比之前的版本，這個版本關(guān)注于使創(chuàng)建、部署和管理企業(yè)數(shù)據(jù)庫系統(tǒng)和應(yīng)用程序變得更加容易，同時增強了數(shù)據(jù)庫的可伸縮性、可靠性、安全性、管理性和其他性能。3.3.6JDK技術(shù)JDK是整個Java的核心，包括了Java運行環(huán)境（JavaRuntimeEnvirnment），一堆Java工具和Java基礎(chǔ)的類庫(rt.jar)。不論什么Java應(yīng)用服務(wù)器實質(zhì)都是內(nèi)置了某個版本的JDK。因此掌握JDK是學(xué)好Java的第一步。最主流的JDK是Sun公司發(fā)布的JDK，除了Sun之外，還有很多公司和組織都開發(fā)了自己的JDK，例如IBM公司開發(fā)的JDK，BEA公司的Jrocket，還有GNU組織開發(fā)的JDK等等。其中IBM的JDK包含的JVM（JavaVirtualMachine）運行效率要比SunJDK包含的JVM高出許多。而專門運行在x86平臺的Jrocket在服務(wù)端運行效率也要比SunJDK好很多。但不管怎么說，我們還是需要先把SunJDK掌握好。3.3.7Tomcat簡介Tomcat是Apache軟件基金會（ApacheSoftwareFoundation）的Jakarta項目中的一個核心項目，由Apache、Sun和其他一些公司及個人共同開發(fā)而成。由于有了Sun的參與和支持，最新的Servlet和JSP規(guī)范總是能在Tomcat中得到體現(xiàn)，Tomcat6支持最新的Servlet2.4和JSP2.0規(guī)范。因為Tomcat技術(shù)先進、性能穩(wěn)定，而且免費，因而深受Java愛好者的喜愛并得到了部分軟件開發(fā)商的認可，成為目前比較流行的Web應(yīng)用服務(wù)器。Tomcat很受廣大程序員的喜歡，因為它運行時占用的系統(tǒng)資源小，擴展性好，支持負載平衡與郵件服務(wù)等開發(fā)應(yīng)用系統(tǒng)常用的功能；而且它還在不斷的改進和完善中，任何一個感興趣的程序員都可以更改它或在其中加入新的功能。Tomcat是一個小型的輕量級應(yīng)用服務(wù)器，在中小型系統(tǒng)和并發(fā)訪問用戶不是很多的場合下被普遍使用，是開發(fā)和調(diào)試JSP程序的首選。對于一個初學(xué)者來說，可以這樣認為，當(dāng)在一臺機器上配置好Apache服務(wù)器，可利用它響應(yīng)對HTML頁面的訪問請求。實際上Tomcat部分是Apache服務(wù)器的擴展，但它是獨立運行的，所以當(dāng)你運行tomcat時，它實際上作為一個與Apache獨立的進程單獨運行的。3.3.8EXTJS簡介ext是一個強大的js類庫,以前是基于YAHOO-UI,現(xiàn)在已經(jīng)完全獨立了,主要包括data,widget,form,grid,dd,menu,其中最強大的應(yīng)該算grid了,編程思想是基于面向?qū)ο缶幊?oop),擴展性相當(dāng)?shù)暮?可以自己寫擴展.自己定義命名空間.web應(yīng)用可能感覺太大.不過您可以根據(jù)需要按需加載您想要的類庫就可以了.主要包括三個大的文件ext-all.css,ext-base.js,ext-all.js(包括所有的類庫,您可以根據(jù)需要進行刪減.官方網(wǎng)站提供這一接口),在引用ext類庫的時候.這三個文件必不可少.它提供了豐富的，非常漂亮的外觀體驗，成為眾多界面層開發(fā)人員的追捧！其核心的組件基本覆蓋了我們構(gòu)建富客戶端的常用的組件。3.4系統(tǒng)需求分析需求分析就是分析軟件用戶的需求是什么.如果投入大量的人力，物力,財力,時間,開發(fā)出的軟件卻沒人要,那所有的投入都是徒勞.如果費了很大的精力,開發(fā)一個軟件,最后卻不滿足用戶的要求,從而要重新開發(fā)過,這種返工是讓人痛心疾首的.需求分析是數(shù)據(jù)庫信息系統(tǒng)開發(fā)的第一步也是最重要的一步，是整個軟件設(shè)計的基礎(chǔ)，一個系統(tǒng)的需求分析會隨著軟件開發(fā)的實際情況而做出相應(yīng)的需求修改。因此，需求分析是最耗費時間的一個階段。需求分析的充分和準(zhǔn)確直接影響系統(tǒng)的設(shè)計和實現(xiàn)。本節(jié)分別從服裝企業(yè)采購系統(tǒng)的功能需求與性能需求兩個方面來探究具體的需求分析過程。需求分析之所以重要,就因為他具有決策性,方向性,策略性的作用,他在軟件開發(fā)的過程中具有舉足輕重的地位.大家一定要對需求分析具有足夠的重視.在一個大型軟件系統(tǒng)的開發(fā)中,他的作用要遠遠大于程序設(shè)計。3.5企業(yè)組織結(jié)構(gòu)分析企業(yè)組織結(jié)構(gòu)是企業(yè)組織內(nèi)部各個有機構(gòu)成要素相互作用的聯(lián)系方式或形式，以求有效、合理地把組織成員組織起來，為實現(xiàn)共同目標(biāo)而協(xié)同努力。組織結(jié)構(gòu)是企業(yè)資源和權(quán)力分配的載體，它在人的能動行為下，通過信息傳遞，承載著企業(yè)的業(yè)務(wù)流動，推動或者阻礙企業(yè)使命的進程。由于組織結(jié)構(gòu)在企業(yè)中的基礎(chǔ)地位和關(guān)鍵作用，企業(yè)所有戰(zhàn)略意義上的變革，都必須首先在組織結(jié)構(gòu)上開始。在組織結(jié)構(gòu)上，把既有按職能劃分的垂直領(lǐng)導(dǎo)系統(tǒng)，又有按產(chǎn)品（項目）劃分的橫向領(lǐng)導(dǎo)關(guān)系的結(jié)構(gòu)，稱為矩陣組織結(jié)構(gòu)。矩陣制組織是為了改進直線職能制橫向聯(lián)系差，缺乏彈性的缺點而形成的一種組織形式。它把按職能劃分的部門與按項目劃分的小組結(jié)合起來組成矩陣，使小組成員接受小組和職能部門的雙重領(lǐng)導(dǎo)。它的特點表現(xiàn)在圍繞某項專門任務(wù)成立跨職能部門的專門機構(gòu)上，這種組織結(jié)構(gòu)形式是固定的，人員卻是變動的，任務(wù)完成后就可以離開。與U型結(jié)構(gòu)相比較，矩陣制結(jié)構(gòu)機動、靈活，可隨項目的開發(fā)與結(jié)束進行組織或解散；由于這種結(jié)構(gòu)是根據(jù)項目組織的，任務(wù)清楚，目的明確，各方面有專長的人都是有備而來，克服了U型結(jié)構(gòu)中各部門互相脫節(jié)的現(xiàn)象。矩陣結(jié)構(gòu)適用于一些重大攻關(guān)項目。企業(yè)可用來完成涉及面廣的、臨時性的、復(fù)雜的重大工程項目或管理改革任務(wù)。特別適用于以開發(fā)與實驗為主的單位，例如科學(xué)研究，尤其是應(yīng)用性研究單位等。3.6系統(tǒng)功能分析訂單管理：該功能模塊最復(fù)雜，具體而言，由生產(chǎn)部門發(fā)出請購單，采購主管人員負責(zé)審批請購單。請購單審批完成后進行訂單的生成，此時需選擇供商，然后向供應(yīng)商發(fā)出樣品請求，對樣品進行選擇后，選擇執(zhí)行的采購員，正式生成訂單，并向供應(yīng)商發(fā)送訂單，等待供應(yīng)商的確認，等供應(yīng)商確認后雙方簽訂采購合同。供應(yīng)商管理：該模塊實現(xiàn)對供應(yīng)商信息的管理，包括供應(yīng)商的具體信息，比如主營產(chǎn)品，地址，聯(lián)系方式，聯(lián)系人等，各部門對供應(yīng)商的評價及評分，如采購人員對供應(yīng)商的服務(wù)的評價及評分，履行合同的效率，生產(chǎn)部門對供應(yīng)商原料的評價及評分，銷售部門根據(jù)客戶對產(chǎn)品原料上的評價而給出對供應(yīng)商的評價及評分。采購員管理：實現(xiàn)對采購員的信息的管理，包括信息的添加、刪除、查詢。能查詢到什么時候哪個采購員跟哪個供應(yīng)商有活動。合同管理：實現(xiàn)對采購合同的管理及有特殊情況的資料管理。簽訂合同的時間，地點，簽訂合同雙方，還有原料名稱，數(shù)量，價格及交貨時間。特殊情況就指合同不能履行時的解決方案的資料。3.7系統(tǒng)業(yè)務(wù)流程圖系統(tǒng)的功能設(shè)計主要是根據(jù)現(xiàn)實中服裝企業(yè)采購所需要的操作流程、存儲數(shù)據(jù)為特點設(shè)計需求，以實現(xiàn)一個面向Web的具有存儲、管理以及瀏覽采購系統(tǒng)為目標(biāo)。下面就以面向不同用戶來用進行需求分析，根據(jù)用戶的具體操作來處理需求，從而進一步得到詳細的系統(tǒng)功能需求。服裝企業(yè)采購系統(tǒng)的采購主管需求分析(1)用戶管理功能，可以對供應(yīng)商用戶、采購員用戶、生產(chǎn)部門用戶進行維護，具有添加、刪除、修改等功能。(2)對生產(chǎn)部門發(fā)出的請購單進行審核，審核的同時需要選擇供應(yīng)商。(3)當(dāng)有請購單被供應(yīng)商選擇樣品后，管理員需要選擇負責(zé)該請購單的采購員。這樣就可以生產(chǎn)初始合同了。(4)合同查詢評價：一旦合同被雙方確認完成后，可以對供應(yīng)商原料的評價及評分。并可以查看所有用戶的評價信息。本采購主管用戶的具體流程可以如圖3.5所示。圖3.5采購主管用戶的具體流程服裝企業(yè)采購系統(tǒng)的生產(chǎn)部門需求分析(1)生產(chǎn)部門申請的請購單。本服裝企業(yè)生產(chǎn)部門，如果需要什么原料，可以通過此此功能申請請購單。(2)合同查詢評價：一旦合同被雙方確認完成后，可以對供應(yīng)商原料的評價及評分。并可以查看所有用戶的評價信息。本生產(chǎn)部門用戶的具體流程可以如圖3.6所示。圖3.6生產(chǎn)部門用戶的具體流程服裝企業(yè)采購系統(tǒng)的供應(yīng)商需求分析(1)產(chǎn)品管理功能：可以供應(yīng)產(chǎn)品進行維護，具有添加、刪除、修改等功能。(2)聯(lián)系人管理：對供應(yīng)商部門的聯(lián)系人，地址，電話等聯(lián)系方式進行維護。(3)供應(yīng)商選擇樣品：當(dāng)有請購單被采購主管審核后，選擇供應(yīng)商后，供應(yīng)商就可以對此請購單選擇樣品了。每個供應(yīng)商只能看到分配給自己的請購單進行操作。(4)合同管理：請購單被確認后，會生產(chǎn)采購合同，此時需要經(jīng)過采購員填寫相關(guān)信息，然后供應(yīng)商進行確認。確認后即表示合同簽訂。(5)合同查詢評價：一旦合同被雙方確認完成后，可以對供應(yīng)商原料的評價及評分。并可以查看所有用戶的評價信息。本供應(yīng)商用戶的具體流程可以如圖3.7所示。圖3.7供應(yīng)商用戶的具體流程服裝企業(yè)采購系統(tǒng)的采購元需求分析(1)合同管理：請購單被確認后，會生產(chǎn)采購合同，此時需要經(jīng)過采購員填寫相關(guān)信息，然后供應(yīng)商進行確認。確認后即表示合同簽訂。(2)合同查詢評價：一旦合同被雙方確認完成后，可以對供應(yīng)商原料的評價及評分。并可以查看所有用戶的評價信息。本采購員用戶的具體流程可以如圖3.8所示。圖3.8采購員用戶的具體流程3.8系統(tǒng)數(shù)據(jù)流程圖頂層圖3-9頂層數(shù)據(jù)流程圖圖3-10二層處理數(shù)據(jù)流程圖2.9數(shù)據(jù)字典2.9.1數(shù)據(jù)項數(shù)據(jù)項編號：A-01-01數(shù)據(jù)項名稱：用戶編號簡述：唯一的用戶識別編號類型及寬度：順序編號，4位取值范圍：1-9999a_name,a_pass,a_power,gongname,gongdesc數(shù)據(jù)項編號：A-01-02數(shù)據(jù)項名稱：用戶名簡述：當(dāng)戶的用戶名類型及寬度：字符，20位取值范圍：文本數(shù)據(jù)項編號：A-01-03數(shù)據(jù)項名稱：密碼簡述：當(dāng)戶的密碼類型及寬度：字符，20位取值范圍：文本數(shù)據(jù)項編號：A-01-04數(shù)據(jù)項名稱：用戶權(quán)限簡述：當(dāng)戶的權(quán)限類型及寬度：字符，20位取值范圍：文本數(shù)據(jù)項編號：A-01-05數(shù)據(jù)項名稱：供應(yīng)商名稱簡述：當(dāng)戶的供應(yīng)商名稱類型及寬度：字符，20位取值范圍：文本數(shù)據(jù)項編號：A-01-06數(shù)據(jù)項名稱：供應(yīng)商描述簡述：當(dāng)戶的供應(yīng)商描述類型及寬度：字符，4000位取值范圍：文本數(shù)據(jù)項編號：A-02-01數(shù)據(jù)項名稱：聯(lián)系人編號簡述：聯(lián)系人的唯一標(biāo)示符類型及寬度：順序編碼，4位取值范圍：1-9999數(shù)據(jù)項編號：A-02-02數(shù)據(jù)項名稱：用戶ID簡述：用戶ID類型及寬度：順序編碼，4位取值范圍：1-9999數(shù)據(jù)項編號：A-02-03數(shù)據(jù)項名稱：聯(lián)系人電話簡述：聯(lián)系人電話類型及寬度：字符，50位取值范圍：文本數(shù)據(jù)項編號：A-02-04數(shù)據(jù)項名稱：聯(lián)系人地址簡述：聯(lián)系人地址類型及寬度：字符，50位取值范圍：文本數(shù)據(jù)項編號：A-02-05數(shù)據(jù)項名稱：聯(lián)系人姓名簡述：聯(lián)系人姓名類型及寬度：字符，50位取值范圍：文本數(shù)據(jù)項編號：A-02-06數(shù)據(jù)項名稱：聯(lián)系人Email簡述：聯(lián)系人Email類型及寬度：字符，50位取值范圍：文本數(shù)據(jù)項編號：A-02-07數(shù)據(jù)項名稱：創(chuàng)建時間簡述：聯(lián)系人創(chuàng)建時間類型及寬度：時間，8位取值范圍：時間2.9.2數(shù)據(jù)流數(shù)據(jù)流編號：D-01數(shù)據(jù)流名稱：當(dāng)戶請購單申請簡述：當(dāng)戶提交采購信息，申請采購原材料數(shù)據(jù)流來源：生產(chǎn)部門數(shù)據(jù)流去向：采購員審核處理數(shù)據(jù)流組成：錯誤通知數(shù)據(jù)流編號：D-02數(shù)據(jù)流名稱：采購主管審核請購單簡述：當(dāng)生產(chǎn)部門申請請購單后，采購主管可以對此請購單進行審核，同時需要選擇提供原料的供應(yīng)商數(shù)據(jù)流來源：審核處理數(shù)據(jù)流去向：供應(yīng)商數(shù)據(jù)流組成：錯誤通知數(shù)據(jù)流編號：D-03數(shù)據(jù)流名稱：供應(yīng)商選擇樣品簡述：當(dāng)有請購單被采購主管審核后，選擇供應(yīng)商后，供應(yīng)商就可以對此請購單選擇樣品了。每個供應(yīng)商只能看到分配給自己的請購單進行操作數(shù)據(jù)流來源：審核處理數(shù)據(jù)流去向：采購主管數(shù)據(jù)流組成：錯誤通知2.9.3數(shù)據(jù)存儲條目數(shù)據(jù)存儲編號：F-01數(shù)據(jù)存儲名稱：用戶表簡述：保存所有用戶基本信息數(shù)據(jù)存儲組成：用戶編號+用戶名+密碼+權(quán)限+供應(yīng)商名稱+供應(yīng)商描述+創(chuàng)建時間關(guān)鍵字：用戶相關(guān)聯(lián)的處理：P1.1，P1.2，P1.3，P1.4，P1.5，P1.6數(shù)據(jù)存儲編號：F-02數(shù)據(jù)存儲名稱：聯(lián)系人表簡述：保存所有聯(lián)系人基本信息數(shù)據(jù)存儲組成：聯(lián)系人編號+電話號碼+地址+姓名+Email+創(chuàng)建時間關(guān)鍵字：聯(lián)系人相關(guān)聯(lián)的處理：P1.1，P1.2，P1.3，P1.4，P1.5，P處理邏輯條目處理邏輯編號：P1處理邏輯名稱：當(dāng)戶請購單申請簡述：當(dāng)戶提交采購信息，申請采購原材料輸入的數(shù)據(jù)流：供應(yīng)商請購申請?zhí)幚恚焊鶕?jù)當(dāng)戶需求，分類和審核，并將通過的發(fā)放到相應(yīng)的處理輸出的數(shù)據(jù)流：申請信息成功處理頻率：根據(jù)需求而定處理邏輯編號：P2處理邏輯名稱：采購主管審核請購單簡述：當(dāng)生產(chǎn)部門申請請購單后，采購主管可以對此請購單進行審核，同時需要選擇提供原料的供應(yīng)商輸入的數(shù)據(jù)流：供應(yīng)商請購申請?zhí)幚恚焊鶕?jù)請購申請，審核并選擇供應(yīng)商輸出的數(shù)據(jù)流：審核信息成功處理頻率：根據(jù)需求而定處理邏輯編號：P3處理邏輯名稱：供應(yīng)商選擇樣品簡述：當(dāng)有請購單被采購主管審核后，選擇供應(yīng)商后，供應(yīng)商就可以對此請購單選擇樣品了。每個供應(yīng)商只能看到分配給自己的請購單進行操作輸入的數(shù)據(jù)流：采購主管審核請購單處理：選擇樣品輸出的數(shù)據(jù)流：選擇樣品成功處理頻率：根據(jù)需求而定2.9.5外部實體定義外部實體編號：S01外部實體名稱：當(dāng)戶簡述：申請請購單操作的客戶輸入的數(shù)據(jù)流：D-01,D-02,D-03,D-4輸出的數(shù)據(jù)流：D-014.系統(tǒng)設(shè)計4.1設(shè)計思想服裝企業(yè)采購系統(tǒng)采用結(jié)構(gòu)化與原型法相結(jié)合的方法。這種綜合法的優(yōu)點是它兼顧了結(jié)構(gòu)化開發(fā)方法開發(fā)過程控制性強的特點以及原型法開發(fā)周期短、見效快的特點。采用兩者結(jié)合的形式進行系統(tǒng)的開發(fā)時，采用了結(jié)構(gòu)化生命周期法的設(shè)計思想，即自頂向下，從總體到部分，合理劃分系統(tǒng)的結(jié)構(gòu)，設(shè)計數(shù)據(jù)庫模型。在系統(tǒng)的分析與初步設(shè)計上采用原型法做出原始模型，根據(jù)實際反映的情況，繼續(xù)按結(jié)構(gòu)化生命周期法進行系統(tǒng)的詳細設(shè)計及其實施與轉(zhuǎn)換、系統(tǒng)維護與評價階段的工作。該系統(tǒng)是基于B/S架構(gòu)的三層體系結(jié)構(gòu)。在遵循模塊化結(jié)構(gòu)設(shè)計原則的基礎(chǔ)上，根據(jù)實現(xiàn)的目標(biāo)，用戶身份驗證只需要一個模塊，而其他模塊則分成了多個個不同的子模塊，各子模塊既相互配合，又各自具有一定的獨立功能。這樣就形成了一個樹形的結(jié)構(gòu)。采用了當(dāng)前最新的技術(shù)DWR+AJAX+EXT，在頁面上采取了人性化設(shè)計。4.2系統(tǒng)功能模塊設(shè)計（1）訂單管理：該功能模塊最復(fù)雜，具體而言，由生產(chǎn)部門發(fā)出請購單，采購主管人員負責(zé)審批請購單。請購單審批完成后進行訂單的生成，此時需選擇供商，然后向供應(yīng)商發(fā)出樣品請求，對樣品進行選擇后，選擇執(zhí)行的采購員，正式生成訂單，并向供應(yīng)商發(fā)送訂單，等待供應(yīng)商的確認，等供應(yīng)商確認后雙方簽訂采購合同。（2）供應(yīng)商管理：該模塊實現(xiàn)對供應(yīng)商信息的管理，包括供應(yīng)商的具體信息，比如主營產(chǎn)品，地址，聯(lián)系方式，聯(lián)系人等，各部門對供應(yīng)商的評價及評分，如采購人員對供應(yīng)商的服務(wù)的評價及評分，履行合同的效率，生產(chǎn)部門對供應(yīng)商原料的評價及評分，銷售部門根據(jù)客戶對產(chǎn)品原料上的評價而給出對供應(yīng)商的評價及評分。（3）采購員管理：實現(xiàn)對采購員的信息的管理，包括信息的添加、刪除、查詢。能查詢到什么時候哪個采購員跟哪個供應(yīng)商有活動。（4）合同管理：實現(xiàn)對采購合同的管理及有特殊情況的資料管理。簽訂合同的時間，地點，簽訂合同雙方，還有原料名稱，數(shù)量，價格及交貨時間。特殊情況就指合同不能履行時的解決方案的資料。4.3數(shù)據(jù)庫設(shè)計4.3.1將需求分析得到的用戶需求抽象為信息結(jié)構(gòu)及概念模型的過程是概念結(jié)構(gòu)設(shè)計。為了描述數(shù)據(jù)庫結(jié)構(gòu)的概念模式，這里采用E-R圖來描述數(shù)據(jù)庫的實體關(guān)系。在新聞發(fā)布系統(tǒng)中，主要有用戶模塊、產(chǎn)品模塊、請購單模塊、合同模塊、評價模塊等。4.3.2數(shù)據(jù)的概念結(jié)構(gòu)設(shè)計全局e-r圖如下：圖4-1全局E-R圖分層e-r：當(dāng)戶：圖4-2當(dāng)戶E-R圖聯(lián)系人：圖4-3聯(lián)系人E-R圖請購單：圖4-4請購單E-R圖合同表：圖4-5合同E-R圖4.3.3數(shù)據(jù)庫邏輯結(jié)構(gòu)設(shè)計關(guān)系模式：當(dāng)戶（用戶號，用戶名，密碼，權(quán)限，供應(yīng)商名稱，供應(yīng)商描述，創(chuàng)建時間）；聯(lián)系人（聯(lián)系人號，用戶號，電話，地址，姓名，Email，創(chuàng)建時間）；請購單（單號，原料名稱，原料描述，價格，數(shù)量，申請人，申請時間，狀態(tài)，審核人，審核時間，供應(yīng)商，樣品）；合同信息（合同號，請購單號，采購員，創(chuàng)建時間，簽合同時間，地址，采購員姓名，供應(yīng)商姓名，交貨時間，狀態(tài)，附加說明）；4.3.4數(shù)據(jù)表設(shè)計表3-1當(dāng)戶表列名數(shù)據(jù)類型完整性約束說明a_idInt(10)PEIMARYKEY當(dāng)戶號a_nameVARCHAR(20)NOTNULL用戶名a_passVARCHAR(20)NOTNULL密碼a_powerVARCHAR(20)NOTNULL權(quán)限gongnameVARCHAR(20)NULL供應(yīng)商名稱gongdescVARCHAR(4000)NULL供應(yīng)商描述createtimedatetimeNOTNULL創(chuàng)建時間表3-2聯(lián)系人表列名數(shù)據(jù)類型完整性約束說明IdInt(10)PEIMARYKEY編號adminidInt(10)NOTNULL用戶編號telVARCHAR(20)NULL電話addressVARCHAR(20)NULL地址personalVARCHAR(20)NULL姓名emailVARCHAR(20)NULLEmailcreatetimedatetimeNULL創(chuàng)建時間表3-3請購單表列名數(shù)據(jù)類型完整性約束說明IdInt(10)PEIMARYKEY編號goodnameVARCHAR(20)NOTNULL原料名稱goodsdescVARCHAR(2000)NOTNULL原料描述goodspriceInt(10)NOTNULL價格goodnumberVARCHAR(20)NOTNULL數(shù)量adminidInt(10)NOTNULL申請人createtimedatetimeNOTNULL申請時間statusVARCHAR(20)NOTNULL狀態(tài)auditadminidInt(10)NULL審核人audittimedatetimeNULL審核時間giveadminidInt(10)NULL供應(yīng)商givegoodsidInt(10)NULL樣品表3-4合同信息表 列名數(shù)據(jù)類型完整性約束說明idInt(10)PEIMARYKEY合同號orderidInt(10)NOTNULL請購單號caigouidInt(10)NOTNULL采購員createtimedatetimeNULL創(chuàng)建時間ordertimedatetimeNULL簽合同時間addressVARCHAR(20)NULL地址caigounameVARCHAR(20)采購員姓名gongyin