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

1、服裝企業(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。1 Struts簡介23。3.2 Spring簡介33。3。3 Hibernate簡

2、介43。3。4 Struts+Spring+Hibernate集成簡介53。3。5 SQL Server數(shù)據(jù)庫63。3。6 JDK技術(shù)73。3。7 Tomcat簡介73。3.8 EXTJS簡介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

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)331.引 言采購管理（Procurement Management）是計(jì)劃下達(dá)、采購單生成、采購單執(zhí)行、到貨接收、檢驗(yàn)入庫、采購發(fā)票的收集到采購結(jié)算的采購活動的全過程，對采購過程中物流運(yùn)動的各個(gè)環(huán)節(jié)狀態(tài)進(jìn)行嚴(yán)密的跟蹤、監(jiān)督,實(shí)現(xiàn)對企業(yè)采購活動執(zhí)行過程的科學(xué)管理。采購管理包括采購計(jì)劃、訂單管理及發(fā)票校驗(yàn)三個(gè)組件。另有，同名圖書采購管理。采購計(jì)劃管理對企業(yè)的采購計(jì)劃進(jìn)行制定

4、和管理,為企業(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)、到貨

5、待檢狀態(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è)采購的管理的手段

6、和媒介也在發(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ù)的掌握程度也是一大問題。

7、據(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)

8、以及中國調(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)始人

9、，明尼蘇達(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)人工的方式管理

10、文件模式,這種管理方式存在著許多缺點(diǎn)，如:效率低、保密性差，另外時(shí)間一長，將產(chǎn)生大量的文件和數(shù)據(jù)，這對于查找、更新和維護(hù)都帶來了不少的困難。 所以利用計(jì)算機(jī)實(shí)現(xiàn)服裝采購的管理的自動化將勢在必行。然而我國服裝行業(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ā)、多平臺共存、軟件層次參

11、差不齊,數(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)中

12、引入聯(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億件.作為中國的朝陽

13、服裝行業(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ò)。服裝

14、屬于常用物品,數(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)

15、裝備參差不齊,多數(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ǔ)上，會有更大的舉動。3.系統(tǒng)設(shè)計(jì)3。1系統(tǒng)目標(biāo)（1）訂單管理：該功能模塊最

16、復(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)對采購員的信息的管理，包括信息

17、的添加、刪除、查詢.能查詢到什么時(shí)候哪個(gè)采購員跟哪個(gè)供應(yī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ì),

18、使用市場上流行的動態(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，動態(tài)網(wǎng)頁開發(fā)技術(shù)JSP和MVC 架構(gòu)技術(shù)Spring和Hibernate，功能強(qiáng)大的數(shù)據(jù)庫管理工具M(jìn)ySQL，結(jié)合

19、自己的實(shí)際開發(fā)能力，和掌握的一些AJAX、DOJO、EXT、可以開發(fā)出較為完善的網(wǎng)上招聘求職系統(tǒng)。應(yīng)解決的主要問題及技術(shù)要求：按實(shí)際應(yīng)用的可行性劃分模塊,確定模塊功能。 使用JSP語言和EXT顯示技術(shù)，實(shí)現(xiàn)前臺頁面動態(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)效率。利用Spring Framework的安全框架Acegi，給本系統(tǒng)提供安全和認(rèn)證安全服務(wù).使用HTTPS技術(shù),提高了系統(tǒng)安全性.3.2.3管理可行性分析物品管理系統(tǒng)系統(tǒng)使用語言為java，使用SSH開源框架，數(shù)據(jù)庫為MyS

20、QL開源數(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。1 Struts簡介Struts具有組件的模塊化，靈活性和重用性的優(yōu)點(diǎn)，同時(shí)簡化了基于MVC的web應(yīng)用程序的開發(fā)。Struts清晰地區(qū)分控制器，視圖和模型,從而簡化了開發(fā)應(yīng)用程序過程。Struts中包括三個(gè)部分：模型，視窗和控制器。模型在struts框架中，模型分為兩個(gè)部分：系

21、統(tǒng)的內(nèi)部狀態(tài)，可以改變狀態(tài)的操作(事務(wù)邏輯）.內(nèi)部狀態(tài)通常由一組Form Bean表示。根據(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)建完全國

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

23、發(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的特定類。 控制反轉(zhuǎn)-Spring通過一種稱作控制反轉(zhuǎn)(IoC）的技術(shù)促進(jìn)了松耦合。當(dāng)應(yīng)用了IoC，一個(gè)對象依賴的其它對象會通過被動的方式傳遞進(jìn)來，而不是這個(gè)對象自己創(chuàng)建或者查找依賴對象

24、?？梢哉J(rèn)為IoC與JNDI相反-不是對象從容器中查找依賴,而是容器在對象初始化時(shí)不等對象請求就主動將依賴傳遞給它.面向切面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í)例或

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

26、象的開發(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)致代碼難以

27、維護(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ā)人員可以方便的通過Hibernate API來操縱數(shù)據(jù)庫29.并且對于那些在基于Java的中間層應(yīng)用中，使用Hibernate也可以很容易實(shí)現(xiàn)面向?qū)ο蟮臉I(yè)務(wù)模型和商業(yè)邏輯.Hibernat的主要特點(diǎn)有:(1)Hibernate是JDBC的輕量級的對象封

28、裝，避免引入過多復(fù)雜的問題，調(diào)試容易.它是一個(gè)獨(dú)立的對象持久層框架，可以代替JDBC編程。(2）Hibernate是一個(gè)和JDBC密切關(guān)聯(lián)的框架，Hibernate的兼容性只與JDBC驅(qū)動和數(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)如圖33所示。 圖3-3 Hibernate體系結(jié)構(gòu)3。3。4 Struts+Spring+Hibernate集成簡介前面分析了基于J2EE的三種框架技術(shù),下面通過集成以上三種框架技術(shù)來對傳統(tǒng)的J2EE We

29、b開發(fā)模型加以改進(jìn)，以形成一種新的、輕量型的J2EE架構(gòu)。集成SSH框架的系統(tǒng)框架圖如圖24所示，系統(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ù)邏輯。圖34S

30、SH系統(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ù)組件的Spring IoC容器負(fù)責(zé)向Action提供業(yè)務(wù)模型（Model)組件和該組件的協(xié)作對象數(shù)據(jù)處理（DAO)組件完成業(yè)務(wù)邏輯，并提供事務(wù)處理、緩沖池等容器組件以提升系統(tǒng)性能和保證數(shù)據(jù)的完整性。而在持久層中，則依賴于Hibernate的對象化映射和數(shù)據(jù)庫交互，處理DAO組件請求的數(shù)據(jù),并

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

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

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

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

35、的認(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í)，它

36、實(shí)際上作為一個(gè)與Apache 獨(dú)立的進(jìn)程單獨(dú)運(yùn)行的.3。3。8 EXTJS簡介ext是一個(gè)強(qiáng)大的js類庫，以前是基于YAHOOUI，現(xiàn)在已經(jīng)完全獨(dú)立了， 主要包括data,widget，form,grid,dd，menu,其中最強(qiáng)大的應(yīng)該算grid了,編程思想是基于面向?qū)ο缶幊?oop）,擴(kuò)展性相當(dāng)?shù)暮谩？梢宰约簩憯U(kuò)展。自己定義命名空間.web應(yīng)用可能感覺太大.不過您可以根據(jù)需要按需加載您想要的類庫就可以了。 主要包括三個(gè)大的文件ext-all.css,extbase。js，ext-all.js（包括所有的類庫,您可以根據(jù)需要進(jìn)行刪減。官方網(wǎng)站提供這一接口)，在引用ext類庫的時(shí)候。這三個(gè)文件

37、必不可少。 它提供了豐富的，非常漂亮的外觀體驗(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é)

38、分別從服裝企業(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)力分配的載體，它在人的能動行為下，通過信息傳遞，承載著企業(yè)的業(yè)務(wù)流動，推動或者阻礙企業(yè)使命的進(jìn)程.由于組織結(jié)構(gòu)在企業(yè)中的基礎(chǔ)地位和關(guān)鍵作用，企業(yè)所有戰(zhàn)略意

39、義上的變革，都必須首先在組織結(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)形式是固定的，人員卻是變動的,任務(wù)完成后就可以離開。 與U型結(jié)構(gòu)相比較，矩陣制結(jié)構(gòu)機(jī)動、靈活，可隨項(xiàng)目的開發(fā)與結(jié)束進(jìn)行組織或解散；由于這種結(jié)構(gòu)是根據(jù)項(xiàng)目組織的,任務(wù)清楚,目的明確，各方面有專長的人都是有備而來

40、，克服了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)

41、系方式，聯(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)商有活動。合同管理：實(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è)面向We

42、b的具有存儲、管理以及瀏覽采購系統(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.

43、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)商就可以對此請購單選

44、擇樣品了。每個(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à)及評分。并可以查看所

45、有用戶的評價(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)編號：A01-01數(shù)據(jù)項(xiàng)名稱：用戶編號簡 述:唯一的用戶識別編號類型及寬度：順序編號,4位取值 范圍：19999a_name，a_pass，a_power，gongname,gongdesc數(shù)據(jù)項(xiàng)編號：A-0102數(shù)據(jù)項(xiàng)名稱:用戶名簡 述：當(dāng)戶的用戶名類型及寬度：字符，20位取值 范圍：文本數(shù)據(jù)項(xiàng)編號：A0103數(shù)據(jù)項(xiàng)名稱：密碼簡 述:當(dāng)戶的密碼類型及寬度：字符，20位取值 范圍：文本數(shù)據(jù)項(xiàng)

46、編號:A01-04數(shù)據(jù)項(xiàng)名稱：用戶權(quán)限簡 述：當(dāng)戶的權(quán)限類型及寬度：字符，20位取值 范圍：文本數(shù)據(jù)項(xiàng)編號：A-0105數(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)編號:A02-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)編號：A0203數(shù)據(jù)項(xiàng)名稱:聯(lián)系人電話

47、簡 述:聯(lián)系人電話類型及寬度：字符，50位取值 范圍:文本數(shù)據(jù)項(xiàng)編號:A02-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)編號：A0206數(shù)據(jù)項(xiàng)名稱：聯(lián)系人Email簡 述：聯(lián)系人Email類型及寬度：字符,50位取值 范圍：文本數(shù)據(jù)項(xiàng)編號：A02-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ù)流來源

48、：生產(chǎn)部門數(shù)據(jù)流去向：采購員審核處理數(shù)據(jù)流組成：錯(cuò)誤通知數(shù)據(jù)流編號：D02數(shù)據(jù)流名稱：采購主管審核請購單簡 述：當(dāng)生產(chǎn)部門申請請購單后，采購主管可以對此請購單進(jìn)行審核,同時(shí)需要選擇提供原料的供應(yīng)商數(shù)據(jù)流來源：審核處理數(shù)據(jù)流去向：供應(yīng)商數(shù)據(jù)流組成:錯(cuò)誤通知數(shù)據(jù)流編號：D03數(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ù)存儲組成：用戶編號

49、+用戶名+密碼+權(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ù)存儲編號：F02數(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,P1.62.9。4處理邏輯條目處理邏輯編號:P1處理邏輯名稱：當(dāng)戶請購單申請簡 述:當(dāng)戶提交采購信息，申請采購原材料輸入的數(shù)據(jù)流：供應(yīng)商請購申請?zhí)?理：根據(jù)當(dāng)戶需求，分類和審核，并將通過的發(fā)放到相應(yīng)的處理輸出的數(shù)據(jù)流：申請信息成功處 理

50、 頻 率:根據(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í)體編號：S0

51、1外部實(shí)體名稱：當(dāng)戶簡 述：申請請購單操作的客戶輸入的數(shù)據(jù)流：D01,D02，D03,D-4輸出的數(shù)據(jù)流:D014.系統(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)的三層體系

52、結(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)商管理：該模

53、塊實(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)商有活動。（4）合同管理：實(shí)現(xiàn)對采購合同的管理及有特殊情況的資料管理。簽訂合同的時(shí)間，地點(diǎn)，簽訂合同雙方，還有原料名稱，數(shù)量，價(jià)格及交貨時(shí)間。特殊情況就指合同不能履行時(shí)的解決方案的資料.4.3 數(shù)據(jù)庫設(shè)計(jì)4。3.1數(shù)據(jù)庫設(shè)計(jì)概

54、述將需求分析得到的用戶需求抽象為信息結(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ì)全局er圖如下：圖41 全局E-R圖分層e-r：(1) 當(dāng)戶：圖4-2 當(dāng)戶ER圖(2) 聯(lián)系人：圖4-3 聯(lián)系人ER圖(3) 請購單：圖44 請購單E-R圖(4) 合同表:圖45 合同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)系人號，用戶號，電話，地址，姓名,E

55、mail，創(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ì)表31 當(dāng)戶表列名數(shù)據(jù)類型完整性約束說明a_idInt(10)PEIMARY KEY當(dāng)戶號a_nameVARCHAR（20）NOT NULL用戶名a_passVARCHAR(20)NOT NULL密碼a_powerVARCHAR(20)NOT NULL權(quán)限gongnameVARCHAR（20)NULL供應(yīng)商名稱gongdescVARCHAR（4000)NULL供應(yīng)商描述createtimedatetimeNOT NULL創(chuàng)建時(shí)間表3-2 聯(lián)系人表列名數(shù)據(jù)類型完整性約束說明IdInt（10)PEIMARY KEY編號adminidInt(10）NOT NULL用戶編號telVA