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

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

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

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