【正文】 模塊的目的是為了實(shí)現(xiàn)汽車配件的出入庫管理，為后面的庫存數(shù)據(jù)分析管理提供必要的基礎(chǔ)數(shù)據(jù)。由于該模塊要為出入庫管 理提供基本信息，因此應(yīng)該確保汽車配件，倉庫等基本信息的正確性和完整性。本系統(tǒng)是為實(shí)現(xiàn)對(duì)汽車配件入庫全過程的跟蹤管理而設(shè)計(jì)的，主要包括：基本信息管理、銷售與采購的出入庫管理、庫存數(shù)據(jù)分析管理、系統(tǒng)維護(hù)管理等功能。 (4)在進(jìn)銷存管理中加入 數(shù)據(jù)備份等功能。 (2)進(jìn)銷存各種信息的查詢、修改和維護(hù)。 第三章 系統(tǒng)設(shè)計(jì) 3． 1 概要分析與設(shè)計(jì) 3． 1． 1 概要分析 系統(tǒng)概要分析是在系統(tǒng)開發(fā)的總體任務(wù)的基礎(chǔ)上完成的。 2． 6 本章小結(jié) 在本章中，首先對(duì)系統(tǒng)的需求做 了分析，分析了開發(fā)本系統(tǒng)要解決的問題，然后對(duì)各個(gè)子系統(tǒng)進(jìn)行了需求分析，找出問題，提出解決方案，以更有效的滿足客戶需求，在此基礎(chǔ)上分析出了系統(tǒng)的設(shè)計(jì)目標(biāo)及系統(tǒng)的功能設(shè)計(jì)。大大方便了企業(yè)對(duì)進(jìn)銷存中出現(xiàn)的大量上下游企業(yè)的協(xié)同方面的管理 （如圖） 。企業(yè)可以應(yīng)用這 個(gè)子系統(tǒng)對(duì)與企業(yè)有關(guān)系的大客戶、供應(yīng)商的資料進(jìn)行錄入，方 便管理和查詢，還可以做出相應(yīng)的比較，做出選擇哪些供應(yīng)商的產(chǎn)品能使企業(yè)獲利最大，哪些客戶是值得長(zhǎng)期關(guān)注的。這個(gè)子系統(tǒng)的成功實(shí)現(xiàn)，有效的解決了各部門在銷售中記錄管理混亂的局面，這樣一來企業(yè)可以有效的統(tǒng)計(jì)管理企業(yè)的銷售能力，最大限度做到零庫存 （如圖 ） 。這些子模塊的實(shí)現(xiàn)不僅方便了倉庫的管理，同時(shí)也為企業(yè)的長(zhǎng)遠(yuǎn)發(fā)展決策計(jì)劃提供了具體化的指標(biāo) （如圖 ） 。 倉 庫 管 理 員倉 庫 管 理 員銷 售 員供 貨 商客 戶信 息 管 理 員采 購 員庫 存 盤 點(diǎn)入 / 出 庫 單缺 貨退 貨 單下 訂 單訂 單 信 息出 庫 信 息入 庫 通 知下 訂 單退 貨 單訂 貨 單登 記 銷 貨 單發(fā) 貨 信 息發(fā) 貨 單基 本 信 息基 本 信 息供 貨 商 信息客 戶 信 息圖 進(jìn)銷存系統(tǒng)的零層圖 倉庫管理子系統(tǒng) 倉庫管理子系統(tǒng)顧名思義是面向企業(yè)倉庫的管理子模塊，零部件部門主營業(yè)務(wù)是購進(jìn)、銷售汽車各類用品，倉庫管理就尤為重要。系統(tǒng)信息設(shè)置子系統(tǒng)，顧名思義是對(duì)進(jìn)銷存管理信息系統(tǒng)的基本設(shè)置進(jìn)行管理的部分，它的作用有：用戶權(quán)限管理、系統(tǒng)基礎(chǔ)數(shù)據(jù)設(shè)置、系統(tǒng)管理員操、來往客戶及供應(yīng)商的基本信息信息錄入、修改、刪除等功能。 倉 庫 管 理 員采 購 員供 應(yīng) 商0進(jìn) 銷 存 系 統(tǒng)入 庫 單出 庫 單 、 缺 貨 單供 貨 單缺 貨 單采 購 單付 款 單采 購 單供 應(yīng) 商 信 息客 戶下 訂 單 、 客 戶 信 息發(fā) 貨 單銷 售 人 員出 庫 單銷 售 單 、 退 貨 單圖 進(jìn)銷存系統(tǒng)的環(huán)境圖 進(jìn)銷存系統(tǒng)的零層圖 進(jìn)銷存系統(tǒng)建 立的目的就在于，給企業(yè)決策提供理論依據(jù)，使得企業(yè)信息化、現(xiàn)代化的發(fā)展緊跟時(shí)代的變化，從市場(chǎng)出發(fā)決定自身的發(fā)展方向。本系統(tǒng)，目的是為了 公司各 部門可以對(duì)本部門的進(jìn)銷存的管理工作進(jìn)行有效的管理并提供管理服務(wù)，對(duì)公司的迸銷存管理全部工作流程 實(shí)現(xiàn)過程管理。 2． 4 系統(tǒng)數(shù)據(jù)流圖 分析 根據(jù)系統(tǒng)的理論設(shè)計(jì)和對(duì)現(xiàn)存通用的進(jìn)銷存管理系統(tǒng)的研究，還有通過對(duì)西寧香車世家配汽車用品有限公司進(jìn)行大量的調(diào)研和需求分析，設(shè)計(jì)出了系統(tǒng)的流程圖和各子系統(tǒng) 的數(shù)據(jù)流圖。使用戶能夠修改自己密碼及管理員添加、刪除用戶。此外，還可以對(duì)庫存過多和過少的汽車配件 及退貨情況 進(jìn)行分析提示，以便管理人員能夠及時(shí)對(duì)庫存情況進(jìn)行了解。 (3)庫存分析功能。能夠?qū)ζ嚫黝愑闷?的銷售、采購過程中所有 出入庫的配件信息進(jìn)行維護(hù)，可以隨時(shí)了解汽車配件的銷售、采購等出入庫情況。能夠?qū)拘畔?(如供貨商信息、客戶信息 等 )進(jìn)行維護(hù)，提供基礎(chǔ)的數(shù)據(jù)資料。在上面用戶需求的基礎(chǔ)上，可以確定出系統(tǒng)的功能需求。目前汽 車配件銷 售企業(yè)大多數(shù)在其連鎖店的管理還是手工進(jìn)行，隨著汽車配件行業(yè)的迅速發(fā)展，手工管 理的種種弊端暴露無疑，給銷售企業(yè)的發(fā)展帶來了不必要的麻煩。需求分析的任務(wù)不是確定系統(tǒng)怎樣完成它的工作，而僅僅是確定 系統(tǒng)必須完成哪些工作，也就是對(duì)目標(biāo)系統(tǒng)提出完整，準(zhǔn)確，清晰，具體的要求。系統(tǒng)還應(yīng)該具有很好的可擴(kuò)展性，以便適應(yīng)企業(yè)日后發(fā)展壯大的需要。 11 2． 1． 5 其它方面需求 該 系統(tǒng)還應(yīng)該可以對(duì)基礎(chǔ)數(shù)據(jù)進(jìn)行維護(hù)；能夠提供強(qiáng)大的數(shù)據(jù)統(tǒng)計(jì)、查詢等 功能。同時(shí)，還可 以根據(jù)人員的職位變化和流動(dòng)情況通過系統(tǒng)進(jìn)行用戶權(quán)限、密碼等設(shè)置。另外，還能夠了解到汽車用品的 庫存情況，以便順利的 進(jìn)行 銷售活動(dòng)。同時(shí)，當(dāng)收貨單位的信息發(fā)生變化時(shí)，能夠?qū)σ呀?jīng)錄入的某些信息進(jìn)行更改，從而可以提 高客戶信息的準(zhǔn)確性、可靠性。 2． 1． 3 汽車配件銷售需求 通過本系統(tǒng)，能夠了解到已存在的客戶 情況，以便能夠和已有的客戶繼續(xù)合作。另外，當(dāng)企業(yè)有新汽車配件的時(shí)候，需要對(duì)汽車配件的信息進(jìn)行入庫登記；當(dāng)汽車 配件銷售時(shí)，需要對(duì)其進(jìn)行銷售 登記； 當(dāng)產(chǎn)品出現(xiàn)退貨時(shí)，要進(jìn)行退貨登記； 當(dāng)汽車配件信息發(fā)生變化時(shí)，可以對(duì)汽車配件的部分信息 (如汽車配件單價(jià)，庫存 等 )進(jìn)行更改。 2． 1． 2 汽車用品 庫存需求 庫存管理 是整個(gè)進(jìn)銷存管理系統(tǒng)的核心部門。如果供貨單位信息錄入有誤時(shí)，還 能夠及時(shí)地刪除，可以避免出現(xiàn)錯(cuò)誤 的信息。其次，當(dāng)有新的供貨單位時(shí)，能夠?qū)ζ湫畔⑦M(jìn)行錄入，以便相互之間的聯(lián)系。通過對(duì)青海西寧香車世家汽車用品公司 的調(diào)研、總結(jié)，可以得到本系統(tǒng)的文本需求說明。 本系統(tǒng)的實(shí)施，將能使管理人員從繁瑣的雜務(wù)工作中解脫出來，真正從事管理工作?？梢?，需求分析的重要性。如果需求分析了解得越全面、準(zhǔn)確，那么隨后的程序設(shè)計(jì)、編碼與運(yùn)行階段 ， 修改的次數(shù)就越少。這項(xiàng)工作的順利與否是整個(gè)系統(tǒng)開發(fā)成敗的關(guān)鍵。對(duì)本文進(jìn)行了總結(jié)，并對(duì)下一步工作進(jìn) 行了展望。 本章主要是系統(tǒng)界面及部分代碼。 用 ER 圖、數(shù)據(jù)表進(jìn)行了數(shù)據(jù)庫分析， 分析了系統(tǒng)總體架構(gòu)目標(biāo)，并通過對(duì)系統(tǒng)的總體架構(gòu)、架構(gòu)層次、系統(tǒng)安全架構(gòu)等進(jìn)行分析確定了系統(tǒng)總體架構(gòu)。概要描述了倉庫管理系統(tǒng)總體業(yè)務(wù)情況；說明了項(xiàng)目采用的開發(fā)模式；對(duì)系統(tǒng)的功能性需求進(jìn)行了描述， 用數(shù)據(jù)流圖進(jìn)行了分析。主要介紹了系統(tǒng)的開發(fā)背景，國內(nèi)企業(yè)應(yīng)用倉庫管理的現(xiàn)狀調(diào)查，以及一些需要解決的主要問題簡(jiǎn)述。系統(tǒng)的維護(hù)需要有專業(yè)知識(shí)的人員操作，現(xiàn)在的企業(yè)都有專門的技術(shù)人員，所以這不成問題。在很大程度上，減輕 了 進(jìn)銷存管理人員的大量重復(fù)性操作，提高 了 工作效率。 1． 4． 3 環(huán)境可行性 從宏 觀環(huán)境上看，國內(nèi)外競(jìng)爭(zhēng)激烈，企業(yè)若想立于不敗之地，就必須重視和更新進(jìn)銷存 9 管理。于是，一種專門負(fù)責(zé)存取、檢索和管理數(shù)據(jù)的應(yīng)用系統(tǒng)誕生了，這就是數(shù)據(jù)庫系統(tǒng)。存儲(chǔ)數(shù)據(jù)是計(jì)算機(jī)的重要功能之一，早期的數(shù)據(jù)存儲(chǔ)都是通過文件實(shí)現(xiàn)的。 Access 是開發(fā)單機(jī)小型數(shù)據(jù)庫應(yīng)用系統(tǒng)的理想工具，可以獨(dú)立開發(fā)數(shù)據(jù)庫應(yīng)用系統(tǒng)，也可以作為后臺(tái)數(shù)據(jù)庫與 Visual Basic等高級(jí)語言結(jié)合使用。添加新的記錄，或根據(jù)更改顯示在綁定的控件中的數(shù)據(jù)來更新一個(gè)數(shù)據(jù)。將數(shù)據(jù)字段的數(shù)值傳遞給數(shù)據(jù)綁定控件，可以在這些控件中顯示或更改這些數(shù)值。打開一個(gè)指定的數(shù)據(jù)庫表，或定義一個(gè)基于結(jié)構(gòu)化查詢語言（ SQL）的查詢、存儲(chǔ)過程或該數(shù)據(jù)庫中的表的視圖的記錄集合。連接一個(gè)本地?cái)?shù)據(jù)庫或遠(yuǎn)程數(shù)據(jù)庫。使用 ADO Data控件，可以利用 Microsoft ActiveX Data Objects（ ADO）快速建立數(shù)據(jù)庫綁定控 件和數(shù)據(jù)提供者之間的連接。并可通過在控件的相應(yīng)事件過程中寫入極少的代碼即可完成數(shù)據(jù)庫操作。 ADO Data 控件使用 ADO 來快速建立數(shù)據(jù)綁定的控件和數(shù)據(jù)提供者之間的連接，它對(duì)用戶隱藏了對(duì) ADO對(duì)象的編程細(xì)節(jié)。使用 ADO 的應(yīng)用程序都是 OLE DB的消費(fèi)者。數(shù)據(jù)提供者從各種數(shù)據(jù)源讀取數(shù)據(jù)，并將這些數(shù)據(jù) 8 轉(zhuǎn)換為數(shù)據(jù)消費(fèi)者支持的格式，一般為關(guān)系型數(shù)據(jù)表。 數(shù)據(jù)提供者： Data Provider,指任何 OLE DB數(shù)據(jù)的提供者。 OLE DB是一種底層的編程接口，它支持關(guān)系或非關(guān)系型的數(shù)據(jù)源，比如各種類型的數(shù)據(jù)庫、電子表格、電子郵件和文本文件等。 VB 中的對(duì)象都支持屬性、方法、和事件，簡(jiǎn)單地說，可以將對(duì)象的數(shù)據(jù)成為屬性，稱各種可在對(duì)象上操作的過程為方法，而事件是能被對(duì)象識(shí)別的動(dòng)作。 Visual Basic采用面向?qū)ο蟮木幊谭椒?，使得編程人員圍繞對(duì)象來編寫程序。雖然 C／ S 也存在著很大的缺陷如系統(tǒng)維護(hù)復(fù)雜， 再投入大，信息流對(duì)象相對(duì)較窄，這些缺陷隨讓明顯，但基本都屬于可以克服的缺陷， 但如果利用 B／ S 系統(tǒng)開發(fā)，一旦出現(xiàn)信息安全無法保障的情況出現(xiàn)就會(huì)造成不可挽回的 巨大損失。 B／ S 信息流向可變化， B— B、 B— C、 B． G 等信息流向的變化，更像交易中心。 B／ S 建立在瀏覽器上，有更加豐富和生動(dòng)的表現(xiàn)方式與用戶交流，并 且大部分難度減低，降低開發(fā)成本。與操作系統(tǒng)平臺(tái)關(guān)系最小。 第六點(diǎn)：處理問題不同， C／ S 程序可以處理的用戶面固定，并且在相同區(qū)域，安全 要求高的需求，與操作系統(tǒng)相關(guān)， 應(yīng)該都是相同的系統(tǒng)。系統(tǒng)維護(hù)開銷減到最小，用戶從網(wǎng)上自己下載安裝就可以實(shí)現(xiàn)升級(jí)。 服務(wù)器端 表示邏輯 應(yīng)用服務(wù)器 事物邏輯 數(shù)據(jù)邏輯 DB 客戶端 業(yè)務(wù)邏輯 7 第五點(diǎn)：系統(tǒng)維護(hù)不同， C／ S 程序由于整體性，必須整體考察，處理出現(xiàn)的問題以 及系統(tǒng)升級(jí)難，可能要再做一個(gè)全新的系統(tǒng)。能夠相 對(duì)較好的重用。 第四點(diǎn)：軟件重用不同， C／ S 程序可以不可避免的整體性考慮，構(gòu)件的重用性不如 在 B／ S 要求下的構(gòu)件的重 用性好。比 C／ S 有更高的要求， B／ S 結(jié)構(gòu)的程序架構(gòu)是發(fā)展的趨勢(shì)，從 MS 的． Net 系列的 BiaTalk202 Exchange2021 等，全面支持網(wǎng)絡(luò)的構(gòu)件搭建的系統(tǒng)。 第三點(diǎn)：對(duì)程序架構(gòu)不同， C／ S 程序可以更加注重流程，可以對(duì)多層次校驗(yàn)，對(duì)系 統(tǒng)運(yùn)行速度可以較少考慮。一般高度機(jī)密的信息系統(tǒng)采用 C／ S 結(jié)構(gòu)適宜，可以通過 B／ S 發(fā)布部分可公開信 息。 第一點(diǎn)：硬件環(huán)境不同， B／ S 建立在廣域網(wǎng)之上的，不必是專門的網(wǎng)絡(luò)硬件環(huán)境， 例如電話上網(wǎng)，租用設(shè)備，信息自己管理，有比 C／ S 更強(qiáng)的適應(yīng)范圍，一般只要有操作 系統(tǒng)和瀏覽器就行 C／ S 一般建立在專用的局域網(wǎng)絡(luò)上，適合小范圍里的網(wǎng)絡(luò)環(huán)境，局域 網(wǎng)之間再通過專門服務(wù)器提供連接和數(shù)據(jù)交換服務(wù)。如圖 1． 2 所示： 客戶端 服務(wù)器端 表示邏輯 業(yè)務(wù)邏輯 事物邏輯 數(shù)據(jù)邏輯 DB 6 圖 1． 2 C／ S 三 層結(jié)構(gòu) 現(xiàn)如今，流行的系統(tǒng)構(gòu)架有兩種：分別是 B／ S 和 C／ S 兩種，在本系統(tǒng)的研發(fā)過 程中，經(jīng)過設(shè)計(jì)人員的精心選擇與比較，確定了本套進(jìn)銷存管理系統(tǒng)選用 C／ S 構(gòu)架進(jìn)行 設(shè)計(jì)。一般表示邏輯和業(yè)務(wù)邏輯在 Client 端，事務(wù)邏輯、數(shù) 據(jù)邏輯在 Server 端，也可以在 Client 端，或二者都有一部分?？梢钥闯?，服務(wù)器運(yùn)行服務(wù)器程序，響應(yīng)并執(zhí)行來自前端客戶的服務(wù)請(qǐng)求，最后向前端返回計(jì)算結(jié)果；而客 戶機(jī)，前端運(yùn)行客戶端程序，向服務(wù)器發(fā)出請(qǐng)求 。它可定義如下：客戶機(jī)是指運(yùn)行用戶服務(wù)請(qǐng)求程序，并將這些請(qǐng) 求傳送到服務(wù)器的計(jì)算機(jī)；服務(wù)器是指管理數(shù)據(jù)資源，響應(yīng)并受理由客戶機(jī)發(fā)出的請(qǐng)求，并將計(jì)算結(jié)果傳送給客戶機(jī)的計(jì)算機(jī)。 1． 4． 2 技術(shù)可行性 從技術(shù)上講，該 系統(tǒng) 采用 C/S 架構(gòu) ， Visual Basic ， Access 2021 數(shù)據(jù)庫。 隨著時(shí)代的進(jìn)步，經(jīng)濟(jì)的發(fā)展，人們?cè)絹碓阶⒅厣畹南硎?，大部分人民都有了私家車，隨之也更 注重汽車的外表美。系統(tǒng)投入運(yùn)行后可以使進(jìn)銷存實(shí)現(xiàn)自動(dòng)、規(guī)范化。目前，在一些西方國家中，可行性分析法已發(fā)展成為運(yùn)用工業(yè)科學(xué) 技術(shù)、市場(chǎng)經(jīng)濟(jì)預(yù)測(cè)、 信息科學(xué) 、 系統(tǒng)工程 和企業(yè)經(jīng)營管理的多學(xué)科，多方法綜合，實(shí)現(xiàn)建設(shè)項(xiàng)目最佳經(jīng)濟(jì)效果 的專門分析手段，其對(duì)象和范圍幾乎涉及每個(gè)領(lǐng)域和部門的經(jīng)濟(jì)目標(biāo)。它是解決項(xiàng)目投資前期分析的主要手段。 1． 4 可行性分析 可行性分析法是對(duì) 工程項(xiàng)目 進(jìn)行系統(tǒng) 技術(shù)經(jīng)濟(jì)論證 ，經(jīng)濟(jì)合理性綜合分析的方法。 (3)各種供貨商、客戶信息管理。 本系統(tǒng)在原有系統(tǒng)的基礎(chǔ)上，進(jìn)行了修改增加，如今有以下功能： (1)進(jìn)銷存各種信息的輸入，包括產(chǎn)品、倉庫等信息的輸入。 (3)不能及時(shí)了解供應(yīng)單位的供貨情況及企業(yè)各倉庫的庫存情況，因而不能隨時(shí)協(xié) 調(diào)或采取合適的補(bǔ)救措施； (4)銷售部門不能及時(shí)對(duì)各倉庫的庫存信息和客戶的需求 情況做出貨物的調(diào)撥計(jì) 劃。具體表現(xiàn)在以下幾 個(gè)方面： 4 (1)缺少一個(gè)集成的信息平臺(tái)和信息系統(tǒng)，造成企業(yè)各部門之間缺少信息溝通和共 享。但當(dāng)前已有的系統(tǒng)， 功能一般比較單一。 但是，許多企業(yè)仍缺乏對(duì)從上游的原材料供應(yīng)商、自身 的生產(chǎn)流程到下游的倉 庫配送商、承運(yùn)商直到零售商等物流環(huán)節(jié)的全過程整體規(guī)劃，致使可能 在物流的某一環(huán)節(jié)壓縮成本而導(dǎo)致整體成本上升的事情時(shí)有發(fā)生，許多企業(yè)正在為進(jìn)銷存問題付出高昂的代價(jià)。 1． 3 課題研究的發(fā)展 現(xiàn)狀 隨著時(shí)代的發(fā)展 、科技的進(jìn)步， 企業(yè)逐步重視了對(duì)進(jìn)銷存 的 管理，但成效并不顯著。公司一定級(jí)別的工作人員都可以查看近期的庫存情況、銷售情況、推貨情況以及價(jià)格管理情況；另外，高級(jí)管理人員可以更新、修改本