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

1、杭州電子科技大學(xué)信息工程學(xué)院本科畢業(yè)論文目 錄1.引 言12.系統(tǒng)分析32.1 服裝企業(yè)采購(gòu)管理系統(tǒng)研究意義與應(yīng)用背景32.1.1 服裝企業(yè)采購(gòu)管理系統(tǒng)研究意義32.1.2 服裝企業(yè)采購(gòu)管理系統(tǒng)應(yīng)用背景32.2 服裝企業(yè)采購(gòu)管理系統(tǒng)發(fā)展與現(xiàn)狀42.2.1 服裝企業(yè)采購(gòu)管理系統(tǒng)發(fā)展42.2.2 服裝企業(yè)采購(gòu)管理系統(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簡(jiǎn)介23.3.2 Spring簡(jiǎn)介33.3.3 Hibernate簡(jiǎn)介43.3.

2、4 Struts+Spring+Hibernate集成簡(jiǎn)介53.3.5 SQL Server數(shù)據(jù)庫(kù)63.3.6 JDK技術(shù)73.3.7 Tomcat簡(jiǎn)介73.3.8 EXTJS簡(jiǎn)介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ù)存儲(chǔ)條目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ù)庫(kù)設(shè)計(jì)184.3.1數(shù)據(jù)庫(kù)設(shè)計(jì)概述184.3.2 數(shù)據(jù)的概念結(jié)構(gòu)設(shè)計(jì)184.3.3 數(shù)據(jù)庫(kù)邏輯

3、結(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請(qǐng)購(gòu)單管理235.3.1生產(chǎn)部門下達(dá)請(qǐng)購(gòu)單235.3.2采購(gòu)主管審核請(qǐng)購(gòu)單236. 總 結(jié)1致 謝2參考文獻(xiàn)321.引 言采購(gòu)管理（Procurement Management）是計(jì)劃下達(dá)、采購(gòu)單生成、采購(gòu)單執(zhí)行、到貨接收、檢驗(yàn)入庫(kù)、采購(gòu)發(fā)票的收集到采購(gòu)結(jié)算的采購(gòu)活動(dòng)的全過(guò)程，對(duì)采購(gòu)過(guò)程中物流運(yùn)動(dòng)的各個(gè)環(huán)節(jié)狀態(tài)進(jìn)行嚴(yán)密的跟蹤、監(jiān)督，實(shí)現(xiàn)對(duì)企業(yè)采購(gòu)活動(dòng)執(zhí)行過(guò)程的科學(xué)管理。采購(gòu)管理包括采購(gòu)計(jì)劃、訂單管理及發(fā)票校驗(yàn)三個(gè)組件。另有，同名圖書采購(gòu)管理。采購(gòu)計(jì)劃管理對(duì)企業(yè)的采購(gòu)計(jì)劃進(jìn)行制定和管理，為企

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

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

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

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

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

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

10、種管理方式存在著許多缺點(diǎn)，如：效率低、保密性差，另外時(shí)間一長(zhǎng)，將產(chǎn)生大量的文件和數(shù)據(jù)，這對(duì)于查找、更新和維護(hù)都帶來(lái)了不少的困難。 所以利用計(jì)算機(jī)實(shí)現(xiàn)服裝采購(gòu)的管理的自動(dòng)化將勢(shì)在必行。然而我國(guó)服裝行業(yè)在進(jìn)行信息化采購(gòu)管理改革中從在著諸多問(wè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ù)服裝采購(gòu)軟件模塊獨(dú)立，互不關(guān)聯(lián)，數(shù)據(jù)不能共享，尤其不同軟件之間的數(shù)據(jù)交換、共享、無(wú)縫連接更無(wú)從談起，它給軟件企業(yè)和用戶的應(yīng)用與升級(jí)帶來(lái)麻煩。(3)軟件開發(fā)的低水平、重復(fù)性開發(fā)、多平臺(tái)共存、軟件層次參差不齊，數(shù)百

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

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

13、，被稱為“永不衰落的產(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á)國(guó)家相比，還存在組織結(jié)構(gòu)小而分散，缺少大規(guī)模，經(jīng)濟(jì)技術(shù)勢(shì)力強(qiáng)的企業(yè)，專業(yè)人員素質(zhì)不夠高，市場(chǎng)管理不規(guī)范等缺點(diǎn)。隨著我國(guó)加入WTO，我國(guó)服裝行業(yè)將面對(duì)非常激烈的競(jìng)爭(zhēng)，只有迅速提高企業(yè)的管理水平，才能在激烈的競(jìng)爭(zhēng)中占的一席生存之地。由于服裝經(jīng)營(yíng)涉及多個(gè)環(huán)節(jié)，而且種類繁多，大多需要單件管理，因此操作量巨大，在經(jīng)營(yíng)過(guò)程中容易出錯(cuò)。服裝屬于常

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

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

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

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

18、場(chǎng)上流行的動(dòng)態(tài)網(wǎng)頁(yè)開發(fā)技術(shù)，開發(fā)簡(jiǎn)單，使用度方便，不需要耗費(fèi)大量的人力物力就能很快的開發(fā)出來(lái)，系統(tǒng)部署對(duì)軟硬件要求不高，用戶操作簡(jiǎn)單，幾乎不需要對(duì)用戶進(jìn)行專業(yè)培訓(xùn)就可使用本系統(tǒng)，所以從經(jīng)濟(jì)上講是可行的。硬件方面主要是計(jì)算機(jī)，我們的實(shí)際情況可以滿足開發(fā)任務(wù)，所需資料書籍可以到圖書館翻閱或者個(gè)人購(gòu)買，因此整個(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)頁(yè)開發(fā)技術(shù)JSP和MVC 架構(gòu)技術(shù)Spring和Hibernate，功能強(qiáng)大的數(shù)據(jù)庫(kù)管理工具M(jìn)ySQL，結(jié)合自己的

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

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

21、部狀態(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ù)庫(kù)）。大型應(yīng)用程序通常在方法內(nèi)部封裝事務(wù)邏輯（操作），這些方法可以被擁有狀態(tài)信息的bean調(diào)用。比如購(gòu)物車bean，它擁有用戶購(gòu)買商品的信息，可能還有checkOut()方法用來(lái)檢查用戶的信用卡，并向倉(cāng)庫(kù)發(fā)定貨信息。小型程序中，操作可能會(huì)被內(nèi)嵌在Action類，它是Struts框架中控制器角色的一部分。當(dāng)邏輯簡(jiǎn)單時(shí)這個(gè)方法很適合。視圖由JSP建立，Struts包含擴(kuò)展自定義標(biāo)簽庫(kù)，可以簡(jiǎn)化創(chuàng)建完全國(guó)際化用

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

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

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

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

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

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

28、復(fù)雜的問(wèn)題，調(diào)試容易。它是一個(gè)獨(dú)立的對(duì)象持久層框架，可以代替JDBC編程。(2)Hibernate是一個(gè)和JDBC密切關(guān)聯(lián)的框架，Hibernate的兼容性只與JDBC驅(qū)動(dòng)和數(shù)據(jù)庫(kù)有一定的關(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-3 Hibernate體系結(jié)構(gòu)3.3.4 Struts+Spring+Hibernate集成簡(jiǎn)介前面分析了基于J2EE的三種框架技術(shù)，下面通過(guò)集成以上三種框架技術(shù)來(lái)對(duì)傳統(tǒng)的J2EE Web開發(fā)模型加以

29、改進(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框架對(duì)持久層提供支持，業(yè)務(wù)層用Spring支持。具體做法是：用面向?qū)ο蟮姆治龇椒ǜ鶕?jù)需求提出一些模型，將這些模型實(shí)現(xiàn)為基本的Java對(duì)象，然后編寫基本的DAO接口，并給出Hibernate的DAO實(shí)現(xiàn)，采用Hibernate架構(gòu)實(shí)現(xiàn)的DAO類來(lái)實(shí)現(xiàn)Java類與數(shù)據(jù)庫(kù)之間的轉(zhuǎn)換和訪問(wèn)，最后由Spring完成業(yè)務(wù)邏輯。圖3-4SSH系統(tǒng)框

30、架圖系統(tǒng)的基本業(yè)務(wù)流程是： 在表示層中，首先通過(guò)JSP頁(yè)面實(shí)現(xiàn)交互界面，負(fù)責(zé)送請(qǐng)求(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é)作對(duì)象數(shù)據(jù)處理(DAO)組件完成業(yè)務(wù)邏輯，并提供事務(wù)處理、緩沖池等容器組件以提升系統(tǒng)性能和保證數(shù)據(jù)的完整性。而在持久層中，則依賴于Hibernate的對(duì)象化映射和數(shù)據(jù)庫(kù)交互，處理DAO組件請(qǐng)求的數(shù)據(jù)，并返回處理結(jié)

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

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

33、DK 是整個(gè)Java的核心，包括了Java運(yùn)行環(huán)境（Java Runtime Envirnment），一堆Java工具和Java基礎(chǔ)的類庫(kù)(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平臺(tái)的Jrocket在

34、服務(wù)端運(yùn)行效率也要比Sun JDK好很多。但不管怎么說(shuō)，我們還是需要先把Sun JDK掌握好。 3.3.7 Tomcat簡(jiǎn)介Tomcat是Apache 軟件基金會(huì)（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ā)商的認(rèn)可，成

35、為目前比較流行的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è)小型的輕量級(jí)應(yīng)用服務(wù)器，在中小型系統(tǒng)和并發(fā)訪問(wèn)用戶不是很多的場(chǎng)合下被普遍使用，是開發(fā)和調(diào)試JSP程序的首選。對(duì)于一個(gè)初學(xué)者來(lái)說(shuō)，可以這樣認(rèn)為，當(dāng)在一臺(tái)機(jī)器上配置好Apache服務(wù)器，可利用它響應(yīng)對(duì)HTML頁(yè)面的訪問(wèn)請(qǐng)求。實(shí)際上Tomcat 部分是Apache 服務(wù)器的擴(kuò)展，但它是獨(dú)立運(yùn)行的，所以當(dāng)你運(yùn)行tomcat 時(shí)，它實(shí)際上作為

36、一個(gè)與Apache 獨(dú)立的進(jìn)程單獨(dú)運(yùn)行的。3.3.8 EXTJS簡(jiǎn)介ext是一個(gè)強(qiáng)大的js類庫(kù),以前是基于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)用可能感覺太大.不過(guò)您可以根據(jù)需要按需加載您想要的類庫(kù)就可以了. 主要包括三個(gè)大的文件ext-all.css,ext-base.js,ext-all.js(包括所有的類庫(kù),您可以根據(jù)需要進(jìn)行刪減.官方網(wǎng)站提供這一接口),在引用ext類庫(kù)的時(shí)候.這三個(gè)文件必不可

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

38、服裝企業(yè)采購(gòu)系統(tǒng)的功能需求與性能需求兩個(gè)方面來(lái)探究具體的需求分析過(guò)程。需求分析之所以重要,就因?yàn)樗哂袥Q策性,方向性,策略性的作用,他在軟件開發(fā)的過(guò)程中具有舉足輕重的地位.大家一定要對(duì)需求分析具有足夠的重視.在一個(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)系方式或形式，以求有效、合理地把組織成員組織起來(lái)，為實(shí)現(xiàn)共同目標(biāo)而協(xié)同努力。 組織結(jié)構(gòu)是企業(yè)資源和權(quán)力分配的載體，它在人的能動(dòng)行為下，通過(guò)信息傳遞，承載著企業(yè)的業(yè)務(wù)流動(dòng)，推動(dòng)或者阻礙企業(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ái)組成矩陣，使小組成員接受小組和職能部門的雙重領(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ù)清楚，目的明確，各方面有專長(zhǎng)的人都是有備而來(lái)，克服

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

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

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

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

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

45、的評(píng)價(jià)信息。本采購(gòu)員用戶的具體流程可以如圖3.8所示。圖3.8采購(gòu)員用戶的具體流程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)編號(hào)：A-01-01數(shù)據(jù)項(xiàng)名稱：用戶編號(hào)簡(jiǎn) 述：唯一的用戶識(shí)別編號(hào)類型及寬度：順序編號(hào)，4位取值 范圍：1-9999a_name,a_pass,a_power,gongname,gongdesc數(shù)據(jù)項(xiàng)編號(hào)：A-01-02數(shù)據(jù)項(xiàng)名稱：用戶名簡(jiǎn) 述：當(dāng)戶的用戶名類型及寬度：字符，20位取值 范圍：文本數(shù)據(jù)項(xiàng)編號(hào)：A-01-03數(shù)據(jù)項(xiàng)名稱：密碼簡(jiǎn) 述：當(dāng)戶的密碼類型及寬度：字符，20位取值 范圍：文本數(shù)

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

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

48、請(qǐng)采購(gòu)原材料數(shù)據(jù)流來(lái)源：生產(chǎn)部門數(shù)據(jù)流去向：采購(gòu)員審核處理數(shù)據(jù)流組成：錯(cuò)誤通知數(shù)據(jù)流編號(hào)：D-02數(shù)據(jù)流名稱：采購(gòu)主管審核請(qǐng)購(gòu)單簡(jiǎn) 述：當(dāng)生產(chǎn)部門申請(qǐng)請(qǐng)購(gòu)單后，采購(gòu)主管可以對(duì)此請(qǐng)購(gòu)單進(jìn)行審核，同時(shí)需要選擇提供原料的供應(yīng)商數(shù)據(jù)流來(lái)源：審核處理數(shù)據(jù)流去向：供應(yīng)商數(shù)據(jù)流組成：錯(cuò)誤通知數(shù)據(jù)流編號(hào)：D-03數(shù)據(jù)流名稱：供應(yīng)商選擇樣品簡(jiǎn) 述：當(dāng)有請(qǐng)購(gòu)單被采購(gòu)主管審核后，選擇供應(yīng)商后，供應(yīng)商就可以對(duì)此請(qǐng)購(gòu)單選擇樣品了。每個(gè)供應(yīng)商只能看到分配給自己的請(qǐng)購(gòu)單進(jìn)行操作數(shù)據(jù)流來(lái)源：審核處理數(shù)據(jù)流去向：采購(gòu)主管數(shù)據(jù)流組成：錯(cuò)誤通知2.9.3數(shù)據(jù)存儲(chǔ)條目數(shù)據(jù)存儲(chǔ)編號(hào)：F-01數(shù)據(jù)存儲(chǔ)名稱：用戶表簡(jiǎn) 述：保存所有用戶基本

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

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

51、部實(shí)體定義外部實(shí)體編號(hào)：S01外部實(shí)體名稱：當(dāng)戶簡(jiǎn) 述：申請(qǐng)請(qǐng)購(gòu)單操作的客戶輸入的數(shù)據(jù)流：D-01,D-02,D-03,D-4輸出的數(shù)據(jù)流：D-014.系統(tǒng)設(shè)計(jì)4.1設(shè)計(jì)思想服裝企業(yè)采購(gòu)系統(tǒng)采用結(jié)構(gòu)化與原型法相結(jié)合的方法。這種綜合法的優(yōu)點(diǎn)是它兼顧了結(jié)構(gòu)化開發(fā)方法開發(fā)過(guò)程控制性強(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ù)庫(kù)模型。在系統(tǒng)的分析與初步設(shè)計(jì)上采用原型法做出原始模型，根據(jù)實(shí)際反映的情況，繼續(xù)按結(jié)構(gòu)化生命周期法進(jìn)行系統(tǒng)的詳細(xì)設(shè)計(jì)及其實(shí)施與轉(zhuǎn)換、系統(tǒng)維護(hù)與評(píng)價(jià)階段的工作

52、。該系統(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，在頁(yè)面上采取了人性化設(shè)計(jì)。4.2系統(tǒng)功能模塊設(shè)計(jì)（1）訂單管理：該功能模塊最復(fù)雜，具體而言，由生產(chǎn)部門發(fā)出請(qǐng)購(gòu)單，采購(gòu)主管人員負(fù)責(zé)審批請(qǐng)購(gòu)單。請(qǐng)購(gòu)單審批完成后進(jìn)行訂單的生成，此時(shí)需選擇供商，然后向供應(yīng)商發(fā)出樣品請(qǐng)求，對(duì)樣品進(jìn)行選擇后，選擇執(zhí)行的采購(gòu)員，正式生成訂單，并向供應(yīng)商發(fā)送訂單，等待供應(yīng)商的確認(rèn)，等供應(yīng)商確認(rèn)后雙方

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

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

55、；聯(lián)系人（聯(lián)系人號(hào)，用戶號(hào)，電話，地址，姓名，Email，創(chuàng)建時(shí)間）；請(qǐng)購(gòu)單（單號(hào)，原料名稱，原料描述，價(jià)格，數(shù)量，申請(qǐng)人，申請(qǐng)時(shí)間，狀態(tài)，審核人，審核時(shí)間，供應(yīng)商，樣品）；合同信息（合同號(hào)，請(qǐng)購(gòu)單號(hào)，采購(gòu)員，創(chuàng)建時(shí)間，簽合同時(shí)間，地址，采購(gòu)員姓名，供應(yīng)商姓名，交貨時(shí)間，狀態(tài)，附加說(shuō)明）；4.3.4 數(shù)據(jù)表設(shè)計(jì)表3-1 當(dāng)戶表列名數(shù)據(jù)類型完整性約束說(shuō)明a_idInt(10)PEIMARY KEY當(dāng)戶號(hào)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ù)類型完整性約束說(shuō)明IdInt(10)PEIMARY KEY編號(hào)adminidInt(10)NOT NULL用戶編號(hào)telVARCHAR