汽車配件廠庫存信息管理系統(tǒng)設(shè)計(jì)與實(shí)現(xiàn)論文

76/88遼東學(xué)院本科畢業(yè)設(shè)計(jì)虹辰汽車配件廠庫存信息治理系統(tǒng)設(shè)計(jì)與實(shí)現(xiàn)TheDesignandImplementationofHongchenAutopartsFactoryInventoryManagementSystem學(xué)院（系）：信息工程學(xué)院專業(yè)：計(jì)算機(jī)科學(xué)與技術(shù)學(xué)生姓名：王其學(xué)號：0914110503指導(dǎo)教師：王毅評閱教師：完成日期：2015年5月20日遼東學(xué)院EasternLiaoningUniversity摘要目前，隨著計(jì)算機(jī)科學(xué)技術(shù)的迅猛進(jìn)展，信息治理系統(tǒng)的應(yīng)用越來越廣泛，庫存治理作為企業(yè)的重要組成部分，對企業(yè)的生產(chǎn)運(yùn)作起著至關(guān)重要的作用，隨著虹辰汽車配件廠的規(guī)模不斷擴(kuò)大，生產(chǎn)能力不斷提高，產(chǎn)品種類繁多，庫存治理效率在整個(gè)企業(yè)治理當(dāng)中占有越來越重要的地位,因此依照公司的實(shí)際需求設(shè)計(jì)一個(gè)庫存治理系統(tǒng)，來提高公司的庫存治理水平，進(jìn)而提升企業(yè)整體治理水平，是特不有必要的。本論文詳細(xì)闡述了虹辰汽車配件廠庫存信息治理系統(tǒng)的開發(fā)流程和涉及的一些關(guān)鍵技術(shù)。論文首先介紹了項(xiàng)目的開發(fā)背景和意義，對系統(tǒng)進(jìn)行了社會，經(jīng)濟(jì)，技術(shù)的可行性分析，其次從系統(tǒng)分析，系統(tǒng)設(shè)計(jì)和系統(tǒng)實(shí)現(xiàn)三方面對系統(tǒng)進(jìn)行詳細(xì)闡述，最后對系統(tǒng)進(jìn)行測試。系統(tǒng)要緊采納UML建模的方法進(jìn)行分析和設(shè)計(jì)。在系統(tǒng)分析時(shí)期，分析系統(tǒng)的參與者和用例并畫出用例圖。在系統(tǒng)設(shè)計(jì)時(shí)期，要緊完成了類圖，序列圖和活動圖的建立及數(shù)據(jù)庫的設(shè)計(jì)。論文要緊針對系統(tǒng)的差不多信息治理，入庫治理，出庫治理，庫存治理，退貨治理，報(bào)損治理和報(bào)表治理等功能進(jìn)行詳細(xì)講明。最終滿足了虹辰汽車配件廠的實(shí)際需求，且界面簡潔，操作方便，系統(tǒng)功能具有較強(qiáng)的有用性，達(dá)到系統(tǒng)的設(shè)計(jì)要求，保證系統(tǒng)的質(zhì)量。關(guān)鍵詞：庫存治理；面向?qū)ο笤O(shè)計(jì)；治理系統(tǒng)TheDesignandImplementationofHongchenAutoPartsFactoryInventoryManagementSystemAbstractWiththerapiddevelopmentofcomputerscienceandtechnology,theapplicationofinformationmanagementsystemismoreandmorewidely[4],Inventorymanagementasanimportantpartofenterprise,theproductionoperationofenterpriseplaysanimportantroleandwiththecontinuousexpansionofthecompany,productioncapacityincrease,thecompanyhavemorekindsofproducts,Inventorymanagementefficiencyinthepossessionofthewholeenterprisemanagementhasmoreandmoreimportantposition.Soaccordingtotheactualneedsofthecompanytodesignainventorymanagementsystem,toimprovethecompany'sinventorymanagementlevel,andimproveenterprise'swholemanagementlevel,isverynecessary.Thesiselaboratedafullyfunctionalinvnetorymanagementsystemprocessesandsomeofthekeytechnologiesinvolved.Paperfirstintroducesthedevelopmentbackgroundandsignificanceoftheproject,andthefeasibilityofthesystemanalysisofsocial,economic,technological,andthenseparatelyfromthesystemrequirementsanalysis,systemdesign,detaileddesignandsystemimplementationtocarryoutadetaileddescriptionofsystemdevelopment,Finallymadeasystematictest.ThesystemusingUMLtoolssupportinganalysisanddesign.Inthesystemanalysisphase,Analysissystemoftheparticipantsandtheusecasesanddrawtheusecasediagram.Inthesystemdesignstage,Mainlycompletedtheclassdiagram,sequencediagramandactivitydiagramandthedesignofthedatabaseisestablished.Thesisismainlytodescribethebasicinformationmanagement,inboundmanagement,outboundmanagement,inventorymanagement,returnsmanagement,reportedlossmanagementandreportmanagementcapabilities,FinallymeetHongchenAutopartsFactoryInventoryactualdemand,Itiseasytooperate,Systemfunctionswithastrongpractical,reachthedesignrequestofthesystem,toensurethequalityofthesystem.KeyWords：InventoryManagement;Object-orientedDesign;ManagementSystem目錄摘要 IAbstract II引言 11可行性分析 21.1社會可行性分析 21,2經(jīng)濟(jì)可行性分析 21.3技術(shù)可行性分析 22系統(tǒng)需求分析 32.1系統(tǒng)用例分析 32.1.1識不參與者 32.1.2識不用例 32.1.3用例圖和用例規(guī)約 42.2系統(tǒng)類的分析 92.3動態(tài)分析 102.3.1序列圖 102.3.2活動圖 143系統(tǒng)設(shè)計(jì) 183.1功能模塊設(shè)計(jì) 183.1.1系統(tǒng)總體功能 183.1.2系統(tǒng)功能模塊 183.2數(shù)據(jù)庫設(shè)計(jì) 193.2.1概念結(jié)構(gòu)設(shè)計(jì) 193.2.2數(shù)據(jù)庫邏輯結(jié)構(gòu)設(shè)計(jì) 233.2.3數(shù)據(jù)庫表 244系統(tǒng)實(shí)現(xiàn) 294.1開發(fā)平臺 294.1.1系統(tǒng)開發(fā)環(huán)境 294.1.2開發(fā)模式 294.2功能模塊實(shí)現(xiàn) 294.2.1入庫治理模塊 294.2.2出庫治理模塊 314.2.3權(quán)限治理模塊 334.2.4職員治理模塊 334.2.5報(bào)表治理模塊 355系統(tǒng)測試 365.1測試方法 365.2測試環(huán)境與測試條件 365.3實(shí)例測試 365.3.1職員添加功能測試 365.3.2配件入庫功能測試 375.4測試結(jié)果 37結(jié)論 38參考文獻(xiàn) 39致謝 40遼東學(xué)院本科畢業(yè)論文（設(shè)計(jì)）版權(quán)使用授權(quán)書 41引言在當(dāng)今的信息時(shí)代，計(jì)算機(jī)的信息治理、通信等技術(shù)差不多成為社會進(jìn)展的動力，計(jì)算機(jī)在科研教育，企業(yè)治理，生活?yuàn)蕵返榷喾矫娑急粡V泛使用，促進(jìn)了社會進(jìn)步經(jīng)濟(jì)進(jìn)展，加快了社會信息化速度。關(guān)于一些中小型汽車配件廠也急需適應(yīng)社會進(jìn)展形勢，采納信息化的治理模式，進(jìn)而提升企業(yè)的整體治理水平，從而提高企業(yè)的生存力和市場競爭力。虹辰汽車配件廠是一家生產(chǎn)汽車配件的企業(yè)，生產(chǎn)出的配件都要放到倉庫進(jìn)行庫存治理，隨著公司規(guī)模的不斷擴(kuò)大，生產(chǎn)能力提高，產(chǎn)品種類繁多，庫存治理效率在整個(gè)企業(yè)治理當(dāng)中占有越來越重要的地位。公司目前采納的是傳統(tǒng)的人工記錄的治理方法，要緊是基于文本和Excel表格等進(jìn)行手工處理，關(guān)于配件的出入庫情況的統(tǒng)計(jì)和核實(shí)等往往采納人工對賬的方式，對治理者的治理權(quán)限等不受約束，任何人都可查看，如此容易引起資料外泄造成公司損失。另外，處理數(shù)據(jù)信息的工作量大，由于數(shù)據(jù)繁多，專門容易出錯(cuò)和丟失，且不易查找。總的來講，缺乏規(guī)范的信息治理手段。而且，一般的存儲情況是記錄在賬本上的，倉庫的治理員也只是當(dāng)時(shí)記得比較清晰，時(shí)刻一長，假如再要進(jìn)行查詢，就得在眾多的資料中翻閱查找，如此特不費(fèi)時(shí)、費(fèi)勁，如要對專門長時(shí)刻往常的貨品進(jìn)行更改就更加困難了，如此嚴(yán)峻阻礙了工作效率。因此，本課題研究的目的確實(shí)是依照本公司實(shí)際需求設(shè)計(jì)一個(gè)符合企業(yè)需要的成品庫存治理系統(tǒng)，提高公司的庫存治理水平，進(jìn)行適時(shí)而恰當(dāng)?shù)奶岣邘齑嬷卫硇剩M(jìn)而提升企業(yè)整體治理水平。研究本課題的目的是為了提高配件廠的治理效率，減少人力資源以及物力資源的白費(fèi)，本課題要緊是通過對庫存治理需求的詳細(xì)分析設(shè)計(jì)的一個(gè)針對成品庫存工作的治理信息系統(tǒng)。該系統(tǒng)能夠提供較為完備的功能，關(guān)于提高工作效率，加快庫存治理自動化具有較為重要的意義。依照實(shí)際需求，擬開發(fā)的系統(tǒng)具有職員、倉庫分區(qū)和配件治理，入庫出庫，庫存報(bào)警，物資盤點(diǎn)報(bào)損，以及報(bào)表打印等功能，使治理系統(tǒng)化、規(guī)范化、自動化和人性化，具有著人工治理無法比擬的優(yōu)點(diǎn)，它檢索迅速、查找方便、可靠性高、存儲量大、保密性好、壽命長、成本低等，可減少更多的人力物力，這些都能夠極大地提高貨品庫存的治理效率，并能使企業(yè)及時(shí)了解庫存信息并設(shè)計(jì)科學(xué)的生產(chǎn)目標(biāo)，精簡工作流程，以達(dá)到公司利益最大化，獲得獨(dú)特的社會競爭力。1可行性分析為了保證汽車配件廠庫存信息治理系統(tǒng)的成功開發(fā)和平穩(wěn)運(yùn)行，對本系統(tǒng)進(jìn)行了可行性分析，包括一下幾個(gè)方面：1.1社會可行性分析公司目前采納的是傳統(tǒng)的人工治理方法，要緊是基于文本、表格等紙介質(zhì)的手工處理，工作效率低，不能及時(shí)明確市場關(guān)于配件的需求，造成生產(chǎn)方面的一些錯(cuò)誤可能，嚴(yán)峻的阻礙了虹辰汽車配件廠的經(jīng)濟(jì)效益，制約了社會競爭力，因此，采納信息化的手段來治理庫存信息差不多是大勢所趨，只有高效的治理才能使配件廠在激烈的市場競爭中脫穎而出，依照實(shí)際需求開發(fā)此治理系統(tǒng)，也能夠?yàn)楣镜臎Q策提高更好的數(shù)據(jù)支持，本系統(tǒng)界面友好，操作方便，可行性高。1,2經(jīng)濟(jì)可行性分析（1）支出本課題對所需的服務(wù)器，配件等硬件設(shè)備要求不高，使用配件廠原有的計(jì)算機(jī)即可，所需要的費(fèi)用少，且系統(tǒng)的維護(hù)費(fèi)用較低，完全在配件廠所能夠承受的范圍之內(nèi)，治理系統(tǒng)界面操作簡單，有一些計(jì)算機(jī)基礎(chǔ)的工作人員均可使用，減少了公司的職員培訓(xùn)費(fèi)用，熟悉操作流程的職員即可方便的使用。因此開發(fā)成本專門低。（2）效益開發(fā)本系統(tǒng)使虹辰汽車配件廠的庫存治理更加科學(xué)化，規(guī)范化，提高了配件廠的治理效率。它檢索迅速、查找方便、可靠性高、存儲量大、保密性好、壽命長、成本低，減少了更多的人力、物力和財(cái)力，因此開發(fā)此系統(tǒng)在經(jīng)濟(jì)上是可行的。1.3技術(shù)可行性分析在現(xiàn)代社會中，信息治理系統(tǒng)的開發(fā)技術(shù)，數(shù)據(jù)庫技術(shù)和系統(tǒng)的開發(fā)工具差不多相當(dāng)?shù)某墒?，大量的成熟產(chǎn)品和資料可供參考，因此開發(fā)此治理系統(tǒng)在技術(shù)上是可行的，開發(fā)出的系統(tǒng)操作簡單，不需要額外的對職員技術(shù)方面的培訓(xùn)，提高工作的效率。本系統(tǒng)的數(shù)據(jù)具有較高的數(shù)據(jù)保密性，錄入方面，檢索速度，安全可靠，因此，開發(fā)此系統(tǒng)具有良好的技術(shù)可行性。以上，通過對系統(tǒng)的社會可行性，經(jīng)濟(jì)可行性和技術(shù)可行性三方面的分析，證明對本系統(tǒng)的開發(fā)是可行的。2系統(tǒng)需求分析系統(tǒng)需求分析是調(diào)查用戶對新開發(fā)的信息系統(tǒng)的需要和要求，結(jié)合組織的目標(biāo)、現(xiàn)狀、實(shí)力和技術(shù)等因素，通過深入細(xì)致的分析，確定出合理可行的信息系統(tǒng)需求，并通過規(guī)范的形式描述需求的過程[1]。本系統(tǒng)采納面向?qū)ο蠓治龊驮O(shè)計(jì)的研究方法，使用UML建模對系統(tǒng)進(jìn)行分析和設(shè)計(jì)。獵取功能需求的最常用的技術(shù)確實(shí)是用例建模技術(shù)，以下依照虹辰汽車配件廠庫存的實(shí)際需求分析了具體的解決方案。2.1系統(tǒng)用例分析2.1.1識不參與者通過對虹辰汽車配件廠的功能需求進(jìn)行分析，首先確定本系統(tǒng)的參與者，參與者是建模過程的核心，通過分析，本系統(tǒng)有三個(gè)參與者，分不是系統(tǒng)治理員，庫存治理員和部門主管，如圖2.1所示：圖2.1系統(tǒng)參與者（1）系統(tǒng)治理員系統(tǒng)治理員要緊對系統(tǒng)差不多信息進(jìn)行治理，包括職員信息治理，區(qū)域信息治理，類不信息治理，配件信息治理和銷售商治理，還能夠?qū)ο到y(tǒng)權(quán)限進(jìn)行治理，包括分配權(quán)限和回收權(quán)限，也具有修改自身密碼的功能。（2）庫存治理員庫存治理員具庫存治理，入庫治理，出庫治理，報(bào)損治理，退貨治理，庫存盤點(diǎn)和報(bào)表治理以及修改自身密碼等功能。（3）部門主管部門主管具有查看庫存信息，查看報(bào)表和修改自身密碼等功能。2.1.2識不用例識不完參與者后，進(jìn)一步確定參與者與系統(tǒng)的交互，本系統(tǒng)具有以下的用例：（1）權(quán)限治理（分配和回收權(quán)限）（2）職員信息治理（增加職員，刪除職員，修改職員，查詢職員）（3）區(qū)域信息治理（增加區(qū)域，刪除區(qū)域，修改區(qū)域，查詢區(qū)域）（4）配件類不信息治理（增加類不，刪除類不，修改類不，查詢類不）（5）配件信息治理（增加配件，刪除配件，修改配件，查詢配件）（6）銷售商治理（增加銷售商，刪除銷售商，修改銷售商，查詢銷售商）（7）入庫治理（增加入庫信息）（8）出庫治理（增加出庫信息）（9）庫存治理（10）報(bào)損治理（11）退貨治理（12）庫存盤點(diǎn)（13）報(bào)表治理2.1.3用例圖和用例規(guī)約用例圖是指由參與者（Actor）、用例（UseCase）以及它們之間的關(guān)系構(gòu)成的用于描述系統(tǒng)功能的動態(tài)視圖。[3]被稱為參與者的外部用戶所能觀看到的系統(tǒng)功能的模型圖，它能夠預(yù)備形象的描述出用戶的功能需求。（1）系統(tǒng)治理員用例系統(tǒng)治理員的用例要緊是對權(quán)限進(jìn)行治理，包括分配和回收權(quán)限，以及對庫存的差不多信息進(jìn)行治理，包括對職員信息，區(qū)域信息，類不信息，配件信息和銷售商信息的添加，刪除，修改及掃瞄的操作，以及修改密碼的操作，如圖2.2所示：圖2.2系統(tǒng)治理員用例圖系統(tǒng)治理員用例規(guī)約如圖2.3所示。用例名稱：系統(tǒng)治理員用例圖參與者：系統(tǒng)治理員簡易講明：系統(tǒng)治理員要緊具有權(quán)限治理，職員信息治理，區(qū)域信息治理，類不信息治理，配件信息治理和銷售商治理，修改自身密碼等功能。前置條件：系統(tǒng)治理員差不多成功進(jìn)入系統(tǒng)差不多事件流：1.系統(tǒng)治理員進(jìn)入差不多信息治理界面，點(diǎn)擊進(jìn)入不同治理界面。2.對職員，區(qū)域，類不，配件，銷售商的增加，刪除和修改。3.分配和回收權(quán)限。4.操作完成后，點(diǎn)擊“確定”按鈕，保存信息，跳轉(zhuǎn)成功界面。其它事件流：1.在點(diǎn)擊“確定”按鈕前，能夠點(diǎn)擊“關(guān)閉”按鈕或者“重置”按鈕異常事件流：1.提示錯(cuò)誤信息，重新填寫信息2.更新失敗異常，跳轉(zhuǎn)失敗界面后置條件：處理完成圖2.3系統(tǒng)治理員用例規(guī)約（2）庫存治理員用例庫存治理員是系統(tǒng)的要緊操作者，其要緊用例包括庫存治理，入庫治理，出庫治理，報(bào)損治理，退貨治理，庫存盤點(diǎn)和報(bào)表治理以及修改自身密碼的功能，如圖2.4所示：圖2.4庫存治理員用例圖庫存治理員用例規(guī)約如圖2.5所示。用例名稱：庫存治理員用例圖參與者：庫存治理員簡易講明：庫存治理員是系統(tǒng)的要緊參與者，具有庫存治理，入庫治理，出庫治理，退貨治理，報(bào)損治理，庫存盤點(diǎn)和報(bào)表治理以及修改自身密碼等功能。前置條件：庫存治理員差不多成功進(jìn)入系統(tǒng)差不多事件流：1.庫存治理員進(jìn)入相關(guān)界面。2.進(jìn)行庫存，入庫，出庫，退貨，報(bào)損，盤點(diǎn)和報(bào)表的治理。3.查看庫存，入庫，出庫，退貨，報(bào)損，盤點(diǎn)和報(bào)表的記錄。4.對報(bào)表進(jìn)行治理，生成不同種類的報(bào)表。5.操作完成后，點(diǎn)擊“確定”按鈕，保存信息，跳轉(zhuǎn)成功界面其它事件流：1.在點(diǎn)擊“確定”按鈕前，能夠點(diǎn)擊“關(guān)閉”按鈕或者“重置”按鈕異常事件流：1.提示錯(cuò)誤信息，重新填寫信息2.更新失敗異常，跳轉(zhuǎn)失敗界面后置條件：處理完成圖2.5庫存治理員用例規(guī)約（3）部門主管用例部門主管是此倉庫的領(lǐng)導(dǎo)，要緊具有登錄和修改自身密碼，查看庫存和治理報(bào)表等功能，如圖2.6所示：圖2.6部門主管用例圖部門主管用例規(guī)約如圖2.7所示。用例名稱：部門主管用例圖參與者：部門主管簡易講明：部門主管具有登錄及修改密碼，查看庫存信息和各種報(bào)表治理功能。前置條件：部門主管差不多成功進(jìn)入系統(tǒng)差不多事件流：1.部門主管進(jìn)入相關(guān)界面。2進(jìn)行修改自身密碼。對庫存信息進(jìn)行治理。對報(bào)表進(jìn)行治理，治理入庫，出庫，退貨，報(bào)損和庫存報(bào)表。5.操作完成后，點(diǎn)擊“確定”按鈕，保存信息，跳轉(zhuǎn)成功界面其它事件流：在點(diǎn)擊“確定”按鈕前，能夠點(diǎn)擊“關(guān)閉”按鈕或者“重置”按鈕異常事件流：1.提示錯(cuò)誤信息，重新填寫信息2.更新失敗異常，跳轉(zhuǎn)失敗界面后置條件：處理完成圖2.7部門主管用例規(guī)約2.2系統(tǒng)類的分析本系統(tǒng)依照以上的詳細(xì)分析，清晰歸納出整個(gè)系統(tǒng)的類及類之間的關(guān)系，整理出本系統(tǒng)共包含12個(gè)類，它們是：治理員類（Manager），職員類（User），區(qū)域類（Area），類不類（Type），配件信息類（Goods），銷售商類（Sales），出庫表類（OutGoods），入庫表類（InGoods），退貨表類（Return），盤點(diǎn)表類（Query），報(bào)損表類（Demage），權(quán)限表類（purview）類與類之間的關(guān)系如圖2.8所示。圖2.8類圖2.3動態(tài)分析序列圖也叫時(shí)序圖或順序圖，它通過描述對象之間發(fā)送消息的時(shí)刻順序顯示多個(gè)對象之間的動態(tài)協(xié)作；活動圖是一種用于描述系統(tǒng)行為的模型視圖，可用來描述動作和動作導(dǎo)致對象狀態(tài)改變的結(jié)果，而不用考慮引發(fā)狀態(tài)改變的事件[5]。本系統(tǒng)所具有的功能模塊專門多，由于論文篇幅有限，不能一一列舉進(jìn)行分析,以下則列出幾個(gè)典型的序列圖和活動圖。2.3.1序列圖（1）添加職員時(shí)序圖治理員登錄界面后進(jìn)入添加職員信息的界面，添加職員信息，確認(rèn)后，系統(tǒng)會自動生成新添加的記錄，更新了職員信息。如圖2.9所示：圖2.9添加職員時(shí)序圖（2）刪除職員時(shí)序圖治理員登錄界面后進(jìn)入刪除職員信息的界面，點(diǎn)擊刪除確認(rèn)后，系統(tǒng)會自動刪除相應(yīng)的一條職員信息，更新了職員信息。如圖2.10所示：圖2.10刪除職員時(shí)序圖（3）修改職員時(shí)序圖治理員登錄界面后進(jìn)入修改職員信息的界面，修改需要修改的信息，確認(rèn)后，修改職員信息成功。如圖2.11所示：圖2.11修改職員信息的序列圖（4）配件入庫時(shí)序圖治理員登錄庫存治理系統(tǒng)，進(jìn)入入庫治理界面，添加入庫信息，系統(tǒng)會自動增加庫存數(shù)量，并生成入庫記錄，配件入庫成功。如圖2.12所示：圖2.12入庫的序列圖（5）配件出庫時(shí)序圖治理員登錄庫存治理系統(tǒng)，進(jìn)入出庫治理界面，添加出庫信息，系統(tǒng)會自動減少庫存數(shù)量，并生成出庫記錄，配件出庫成功，若庫存數(shù)量小于要出庫的數(shù)量，則不能出庫。如圖2.13所示:圖2.13出庫的序列圖（6）配件報(bào)損時(shí)序圖治理員登錄庫存治理系統(tǒng)，進(jìn)入報(bào)損治理界面，添加報(bào)損信息，系統(tǒng)會自動減少庫存數(shù)量，并生成報(bào)損記錄，配件報(bào)損成功。如圖2.14所示：圖2.14報(bào)損的序列圖（7）配件退貨時(shí)序圖治理員登錄庫存治理系統(tǒng)，進(jìn)入退貨治理界面，從已出庫的配件中選擇添加退貨信息，點(diǎn)擊“退貨”后退貨成功，則進(jìn)行入庫處理，系統(tǒng)會自動增加庫存量。如圖2.15所示：圖2.15退貨的序列圖（8）添加權(quán)限時(shí)序圖治理員登錄庫存治理系統(tǒng)，進(jìn)入添加權(quán)限治理界面，添加用戶后系統(tǒng)會默認(rèn)分配此人無權(quán)限，需要手動去給予該用戶應(yīng)有的權(quán)限，權(quán)限添加成功。如圖2.16所示： 圖2.16添加權(quán)限的序列圖2.3.2活動圖（1）治理職員信息活動圖治理員登錄系統(tǒng)進(jìn)入職員治理界面，能夠查看和添加職員的信息，治理員也能夠在查看職員信息后刪除和修改職員信息，保存成功后退出系統(tǒng)，如圖2.17所示。圖2.17治理職員信息活動圖（2）配件入庫信息活動圖治理員登錄系統(tǒng)，系統(tǒng)驗(yàn)證治理員輸入的登錄信息，未通過驗(yàn)證則登錄失敗，假如通過驗(yàn)證則能夠添加需要入庫的配件，保存后系統(tǒng)則會保存入庫記錄并更新庫存數(shù)量，顯示保存成功后，治理員退出系統(tǒng)，如圖2.18所示。圖2.18配件入庫信息活動圖（3）配件出庫信息活動圖治理員登錄系統(tǒng)，系統(tǒng)驗(yàn)證治理員輸入的登錄信息，未通過驗(yàn)證則登錄失敗，假如通過驗(yàn)證則能夠?qū)π枰鰩斓呐浼M(jìn)行出庫，若庫存小于需要出庫的數(shù)量則不能出庫，若能夠出庫則填寫出庫數(shù)量，保存后系統(tǒng)則會保存出庫記錄并更新庫存數(shù)量，顯示保存成功后，治理員退出系統(tǒng)，如圖2.19所示。圖2.19配件出庫信息活動圖3系統(tǒng)設(shè)計(jì)系統(tǒng)設(shè)計(jì)是系統(tǒng)的物理設(shè)計(jì)時(shí)期。依照系統(tǒng)分析時(shí)期所確定系統(tǒng)的邏輯模型、功能要求，在用戶提供的環(huán)境條件下，設(shè)計(jì)出一個(gè)符合需求的治理系統(tǒng)。3.1功能模塊設(shè)計(jì)3.1.1系統(tǒng)總體功能通過前面對系統(tǒng)的分析，能夠得出本系統(tǒng)具有以下功能：（1）入庫治理功能：治理員選擇物品后進(jìn)行入庫處理，入庫成功后生成一條新的入庫記錄，庫存中增加相應(yīng)的數(shù)量。（2）出庫治理功能：治理員選擇物品后進(jìn)行出庫處理，出庫成功后生成一條新的出庫記錄，庫存中減少相應(yīng)的數(shù)量。（3）庫存治理功能：查看庫存信息，并能夠按照不同條件顯示庫存記錄。（4）退貨治理功能：銷售商對不合格產(chǎn)品進(jìn)行退貨，庫存中增加相應(yīng)的數(shù)量。（5）報(bào)損治理功能：對倉庫中損壞的配件進(jìn)行報(bào)損，庫存中減少相應(yīng)的數(shù)量。（6）庫存盤點(diǎn)功能：定期對倉庫中的配件進(jìn)行盤點(diǎn)，包括盤虧，盤盈和盤平。（7）報(bào)表治理功能：對入庫表，出庫表，退貨表，報(bào)損表和庫存表進(jìn)行多條件查詢并打印報(bào)表。（8）差不多信息治理功能：對職員信息，區(qū)域信息，類不信息，配件信息和銷售商信息進(jìn)行增，刪，改，查的操作。（9）修改密碼功能：每個(gè)治理員能夠?qū)ψ陨淼拿艽a進(jìn)行修改。3.1.2系統(tǒng)功能模塊通過以上分析，得出本系統(tǒng)功能模塊圖，如圖3.1所示。圖3.1系統(tǒng)功能模塊圖3.2數(shù)據(jù)庫設(shè)計(jì)數(shù)據(jù)庫設(shè)計(jì)是系統(tǒng)設(shè)計(jì)中特不重要的一個(gè)環(huán)節(jié)，因?yàn)閿?shù)據(jù)庫設(shè)計(jì)就像在建設(shè)高樓大廈的根基一樣，假如設(shè)計(jì)不行，在后來的系統(tǒng)維護(hù)及功能的變更、擴(kuò)充時(shí)，甚至于在系統(tǒng)開發(fā)過程中，將會引起比較大的問題，有時(shí)大量的工作將會重新進(jìn)行。因此，數(shù)據(jù)庫設(shè)計(jì)是系統(tǒng)設(shè)計(jì)的重要環(huán)節(jié)，數(shù)據(jù)庫設(shè)計(jì)要注意表與表之間的聯(lián)系，要注意數(shù)據(jù)庫的維護(hù)和擴(kuò)充，應(yīng)幸免數(shù)據(jù)的冗余。3.2.1概念結(jié)構(gòu)設(shè)計(jì)依照以上對虹辰汽車配件廠庫存信息治理系統(tǒng)的詳細(xì)分析，能夠得出本系統(tǒng)一共有11個(gè)實(shí)體，它們分不是職員，治理員，入庫表，出庫表，退貨表，報(bào)損表，盤點(diǎn)表，區(qū)域，類不，配件信息，銷售商。實(shí)體屬性如下圖所示：性不姓名性不姓名職員號職員號出生日期出生日期入入職日期職員職員身份證號身份證號職位職位住址住址郵箱郵箱聯(lián)系電話聯(lián)系電話圖3.2職員實(shí)體圖密碼職員編號治理員號用戶名密碼職員編號治理員號用戶名治理員治理員圖3.3治理員實(shí)體圖區(qū)域描述區(qū)域名區(qū)域編號區(qū)域描述區(qū)域名區(qū)域編號區(qū)域區(qū)域圖3.4區(qū)域?qū)嶓w圖備注區(qū)域編號類不名類不編號備注區(qū)域編號類不名類不編號類不類不圖3.5類不實(shí)體圖類不編號類不編號配件名計(jì)量單位配件名計(jì)量單位配件型號配件編號配件型號配件編號備注配件尺寸配件信息備注配件尺寸配件信息當(dāng)前庫存配件重量當(dāng)前庫存配件重量庫存下限庫存上限所屬車型庫存下限庫存上限所屬車型圖3.6配件信息實(shí)體圖配件編號配件編號入庫編號入庫數(shù)量入庫編號入庫數(shù)量入庫表入庫表入庫時(shí)刻備注入庫時(shí)刻備注送貨人送貨人經(jīng)手人圖3.7入庫信息實(shí)體圖出庫數(shù)量出庫編號配件編號出庫數(shù)量出庫編號配件編號備注出庫時(shí)刻出庫表備注出庫時(shí)刻出庫表經(jīng)手人銷售商編號經(jīng)手人銷售商編號圖3.8出庫信息實(shí)體圖退貨編號退貨數(shù)量配件編號退貨編號退貨數(shù)量配件編號備注退貨時(shí)刻退貨表備注退貨時(shí)刻退貨表銷售商編號銷售商編號出庫編號出庫編號經(jīng)手人經(jīng)手人圖3.9退貨信息實(shí)體圖配件編號配件編號報(bào)損編號報(bào)損數(shù)量報(bào)損編號報(bào)損數(shù)量報(bào)損表報(bào)損表備注報(bào)損時(shí)刻備注報(bào)損時(shí)刻經(jīng)手人經(jīng)手人報(bào)損人報(bào)損人圖3.10報(bào)損信息實(shí)體圖銷售商名稱聯(lián)系電話銷售商編號銷售商名稱聯(lián)系電話銷售商編號地址地址銷售商表銷售商表圖3.11銷售商信息實(shí)體圖物品編號物品編號盤點(diǎn)編號盤點(diǎn)日期盤點(diǎn)編號盤點(diǎn)日期盤點(diǎn)表盤點(diǎn)表經(jīng)手人盤點(diǎn)數(shù)量經(jīng)手人盤點(diǎn)數(shù)量盤點(diǎn)職員盤點(diǎn)狀態(tài)盤點(diǎn)職員盤點(diǎn)狀態(tài)圖3.12盤點(diǎn)信息實(shí)體圖通過實(shí)體與實(shí)體的關(guān)系，得到E-R圖如下圖所示：圖3.13要緊實(shí)體E-R圖3.2.2數(shù)據(jù)庫邏輯結(jié)構(gòu)設(shè)計(jì)概念結(jié)構(gòu)設(shè)計(jì)的下一步驟則是邏輯結(jié)構(gòu)設(shè)計(jì)，邏輯結(jié)構(gòu)設(shè)計(jì)是實(shí)體類型和關(guān)系類型轉(zhuǎn)化成關(guān)系模式，本系統(tǒng)則是采納關(guān)系模型，本庫存信息治理系統(tǒng)的E-R圖轉(zhuǎn)換為關(guān)系模型如下：職員信息表（職員號，姓名，性不，出生日期，身份證號，住址，聯(lián)系電話，郵箱，職位，入職年月）治理員表（治理員號，用戶名，密碼）區(qū)域表（區(qū)域編號，區(qū)域名，區(qū)域描述）配件類不表（類不編號，類不名，區(qū)域編號，備注）配件信息表（配件編號，配件名，類不編號，計(jì)量單位，型號，配件尺寸，配件重量，適用車型，庫存上限，庫存下限，當(dāng)前庫存，備注）入庫表（入庫編號，配件編號，配件數(shù)量，入庫時(shí)刻，治理員號，職員編號，備注）出庫表（出庫編號，配件編號，配件數(shù)量，銷售商編號，出庫時(shí)刻，治理員號，備注）退貨表（退貨編號，配件編號，銷售商編號，配件數(shù)量，退貨時(shí)刻，治理員號，出庫編號，備注）報(bào)損表（報(bào)損編號，配件編號，配件數(shù)量，報(bào)損時(shí)刻，治理員號，職員編號，備注）銷售商表（銷售商編號，銷售商名稱，聯(lián)系電話，地址）盤點(diǎn)表（盤點(diǎn)編號，配件編號，盤點(diǎn)數(shù)量，盤點(diǎn)時(shí)刻，盤點(diǎn)狀態(tài)，治理員號，職員編號）權(quán)限分配表（治理員號，差不多數(shù)據(jù)信息治理，治理員權(quán)限治理，入庫治理，出庫治理，退貨治理，報(bào)損治理，報(bào)表治理）3.2.3數(shù)據(jù)庫表通過對數(shù)據(jù)庫的分析和設(shè)計(jì)，總結(jié)出共有12個(gè)數(shù)據(jù)表用來存儲數(shù)據(jù)，數(shù)據(jù)表如下所示：(1)職員信息表如表3.14所示：表3.14職員信息表(UserInfo)序號名稱字段名類型長度備注1職員編號Us_IDInt自動編號2職員姓名Us_NameNChar103職員性不Us_SexNChar24職員生日Us_BirthDateTime5身份證號Us_IDCardNChar186住址Us_AddressNChar507電話Us_TelNChar208郵箱Us_EmailNChar209職位Us_PositionNChar1010入職日期Us_EntryDateDateTime(2)治理員信息表如表3.15所示：表3.15治理員信息表(Manager)序號名稱字段名類型長度備注1治理員編號Ma_IDInt自動編號外鍵2用戶名Ma_NameNChar203密碼Ma_PasswordNChar204職員編號Us_IDInt(3)區(qū)域信息表如表3.16所示：表3.16區(qū)域信息表(Area)序號名稱字段名類型長度備注1區(qū)域編號A_IDInt10Max自動編號2區(qū)域名稱A_NameNChar3區(qū)域描述A_RemarkNVarChar(4)配件類不信息表如表3.17所示：表3.17配件類不信息表(Type)序號名稱字段名類型長度備注1類不編號T_IDInt10Max自動編號2類不名稱T_NameNChar3區(qū)域編號A_IDInt外鍵4類不描述T_RemarkNVarChar(5)配件信息表如表3.18所示：表3.18配件信息表(Goods)序號名稱字段名類型長度備注1配件編號G_IDVarchar20外鍵2配件名稱G_NameNChar303類不編號T_IDInt4配件單位G_UnitNChar45配件型號G_ModelNChar106配件尺寸G_SizeNChar107配件重量G_WeightNChar108所屬車型G_CarNChar209庫存上限G_TlimitInt1011庫存下限當(dāng)前庫存G_BlimitG_NumIntInt12配件描述G_RemarkNVarCharMax(6)入庫信息表如表3.19所示：表3.19入庫信息表(InGoods)序號名稱字段名類型長度備注1入庫編號In_IDVarChar20按照時(shí)刻生成外鍵外鍵外鍵2入庫時(shí)刻In_DateDateTime3配件編號G_IDInt4入庫數(shù)量In_QuantityInt56治理員編號職員編號Ma_IDUs_IDIntInt7入庫備注In_RemarkNVarCharMax(7)出庫信息表如表3.20所示：表3.20出庫信息表(OutGoods)序號名稱字段名類型長度備注1出庫編號Out_IDVarChar20按照時(shí)刻生成外鍵外鍵外鍵2出庫時(shí)刻Out_DateDateTime3配件編號G_IDInt4出庫數(shù)量Out_QuantityInt5銷售商編號S_IDInt67治理員編號出庫備注Ma_IDOut_RemarkIntNVarCharMax(8)退貨信息表如表3.21所示：表3.21退貨信息表(Return)序號名稱字段名類型長度備注1退貨編號Re_IDVarChar20按照時(shí)刻生成外鍵外鍵外鍵外鍵2配件編號G_IDInt3配件數(shù)量Re_QuantityInt4退貨時(shí)刻Re_DateDateTime567銷售商編號治理員編號出庫編號S_IDMa_IDOut_IDIntIntVarChar208備注Re_RemarkNVarCharMax(9)報(bào)損信息表如表3.22所示：表3.22報(bào)損信息表(Demage)序號名稱字段名類型長度備注1報(bào)損編號De_IDVarChar20按照時(shí)刻生成外鍵外鍵外鍵2配件編號G_IDInt3配件數(shù)量De_QuantityInt4報(bào)損時(shí)刻De_DateDateTime56治理員編號職員編號Ma_IDUs_IDIntInt7備注De_RemarkNVarCharMax(10)銷售商信息表如表3.23所示：表3.23銷售商信息表(Sales)序號名稱字段名類型長度備注1銷售商編號S_IDInt自動生成2銷售商名稱S_NameNChar203聯(lián)系電話S_TelNChar204地址S_AddressNChar30(11)盤點(diǎn)信息表如表3.24所示：表3.24盤點(diǎn)信息表(Query)序號名稱字段名類型長度備注1盤點(diǎn)編號Q_IDVarChar20按時(shí)刻生成外鍵外鍵外鍵2配件編號G_IDInt3盤點(diǎn)日期Q_DateDateTime4567盤點(diǎn)數(shù)量盤點(diǎn)狀態(tài)職員編號治理員編號Q_NumQ_StateUs_IDMa_IDIntNcharIntInt2(12)權(quán)限表如表3.25所示：表3.25權(quán)限表(purview)序號名稱字段名類型長度備注1治理員編號P1_MIDInt2差不多信息治理P1_BasicBool3治理員權(quán)限治理P1_ManagerBool4入庫治理P1_InGoodsBool5出庫治理P1_OutGoodsBool6退貨治理P1_ReturnBool78報(bào)損治理報(bào)表治理P1_DemageP1_ReportBoolBool4系統(tǒng)實(shí)現(xiàn)4.1開發(fā)平臺4.1.1系統(tǒng)開發(fā)環(huán)境本虹辰汽車配件廠庫存信息治理系統(tǒng)的服務(wù)器端采納的是Windows系統(tǒng)，基于Web進(jìn)行開發(fā)，系統(tǒng)采納C#進(jìn)行編寫，并使用了如下軟件：(1)數(shù)據(jù)庫：SQLserver2012(2)程序開發(fā)環(huán)境：VisualStudio2012(3)客戶端運(yùn)行環(huán)境：IE掃瞄器，火狐掃瞄器，360掃瞄器等均可。4.1.2開發(fā)模式本系統(tǒng)是采納B/S的開發(fā)模式。B/S模式，即Browser/Server模式，是由掃瞄器和服務(wù)器組成[3]。要緊事務(wù)邏輯在服務(wù)器端（Server）實(shí)現(xiàn)，形成所謂的三層結(jié)構(gòu)，相關(guān)于C/S結(jié)構(gòu)，它不需要使用者在電腦上安裝相應(yīng)的操作軟件，多數(shù)或要緊的業(yè)務(wù)邏輯都存在在服務(wù)器端，系統(tǒng)升級或維護(hù)時(shí)只需更新服務(wù)器端軟件即可，大大簡化了客戶端電腦負(fù)載，減輕了系統(tǒng)維護(hù)與升級的成本和工作量，降低了用戶的總體成本，開發(fā)簡單，共享性強(qiáng)，治理軟件更是方便、快捷、高效。對職員的計(jì)算機(jī)水平要求不高，節(jié)約了培訓(xùn)成本。4.2功能模塊實(shí)現(xiàn)4.2.1入庫治理模塊治理員進(jìn)入入庫界面，掃瞄入庫記錄，并能夠按照日期和時(shí)刻段查詢?nèi)霂煊涗?，點(diǎn)擊查看詳情，能夠查看該條入庫記錄的詳情，點(diǎn)擊刪除，則能夠刪除本條記錄，但一個(gè)月內(nèi)的記錄不能刪除，如圖4.1所示。圖4.1入庫記錄頁面點(diǎn)擊“新增入庫”，進(jìn)入入庫界面，如圖4.2所示，點(diǎn)擊“選擇物品”出現(xiàn)“物品信息”界面，點(diǎn)擊“選擇”—“確定”，則該配件信息自動提交到上面入庫信息中，假如配件表中沒有要入庫的配件，則單擊“添加新物品”添加配件信息，再重復(fù)上面過程把配件信息提交到入庫記錄中，再添加入庫數(shù)量，點(diǎn)擊“入庫”按鈕則入庫成功，入庫記錄中會自動生成一條記錄，在庫存表中也會增加相應(yīng)的數(shù)量。如圖4.3所示：圖4.2入庫頁面圖4.3選擇物品頁面4.2.2出庫治理模塊治理員進(jìn)入出庫界面，掃瞄出庫記錄，能夠按照日期和時(shí)刻段查詢出庫記錄，點(diǎn)擊查看詳情，能夠看到該條出庫記錄的詳情，點(diǎn)擊刪除，則能夠刪除本條記錄，但一個(gè)月內(nèi)的記錄不能刪除，如圖4.4所示。圖4.4出庫記錄頁面點(diǎn)擊“新增出庫”，進(jìn)入出庫界面，如圖4.5所示，點(diǎn)擊“選擇物品”出現(xiàn)庫存信息，選擇要出庫的配件并添加出庫數(shù)量，假如出庫數(shù)量大于庫存數(shù)量則不能出庫，假如出庫數(shù)量小于或等于庫存數(shù)量，則出庫成功，出庫記錄中會自動生成一條出庫記錄，庫存表中也會減少相應(yīng)的數(shù)量，如圖4.6所示：圖4.5出庫頁面圖4.6選擇出庫物品頁面4.2.3權(quán)限治理模塊點(diǎn)擊導(dǎo)航中的“權(quán)限”進(jìn)入權(quán)限設(shè)置界面，點(diǎn)擊表格中的“權(quán)限設(shè)置”，勾選給此治理員的相應(yīng)權(quán)限，再點(diǎn)擊設(shè)置，權(quán)限設(shè)置成功，點(diǎn)擊“刪除”，此治理員的權(quán)限被刪除，則其沒有登錄系統(tǒng)的功能，如圖4.7所示：圖4.7權(quán)限設(shè)置頁面4.2.4職員治理模塊點(diǎn)擊左側(cè)導(dǎo)航“設(shè)置”—“職員信息治理”，進(jìn)入職員信息治理界面，掃瞄職員信息，點(diǎn)擊刪除，則能夠刪除該條職員的信息，假如該職員差不多是治理員，則不能夠刪除，如圖4.8所示：圖4.8職員治理頁面點(diǎn)擊上圖的“職員添加”按鈕，添加職員信息，輸入職員信息后點(diǎn)擊“確認(rèn)”，職員信息添加成功，如圖4.9所示：圖4.9添加職員治理頁面點(diǎn)擊圖4.8的表中的“編輯”，出現(xiàn)該職員的具體信息，則能夠修改該職員的信息，點(diǎn)擊“修改”，職員信息修改成功，如圖4.10所示：圖4.10修改職員治理頁面4.2.5報(bào)表治理模塊進(jìn)入“報(bào)表”界面，點(diǎn)擊上面的按鈕切換能夠分不查看“入庫表”，“出庫表”，“報(bào)損表”，“退貨表”，“庫存表”的信息，并按照單號，日期，配件名稱，類不等不同條件查詢并生成報(bào)表，如圖4.11所示：圖4.11報(bào)表治理頁面本系統(tǒng)具有的模塊專門多，由于論文篇幅有限，不能夠以一一對功能界面進(jìn)行列舉，只列出以上幾個(gè)典型的界面進(jìn)行具體講明。5系統(tǒng)測試系統(tǒng)測試（SystemTesting），是將差不多確認(rèn)的軟件、計(jì)算機(jī)硬件、外設(shè)、網(wǎng)絡(luò)等其他元素結(jié)合在一起，進(jìn)行信息系統(tǒng)的各種組裝測試和確認(rèn)測試[7]。系統(tǒng)測試是針對整個(gè)產(chǎn)品系統(tǒng)進(jìn)行的測試，目的是驗(yàn)證系統(tǒng)是否滿足了需求規(guī)格的定義，找出與需求規(guī)格不符或與之矛盾的地點(diǎn)，從而提出更加完善的方案。5.1測試方法該系統(tǒng)采納黑盒測試方法，黑盒測試又稱為功能測試。它是從用戶的角度動身，基于軟件開發(fā)文檔進(jìn)行測試，目的是發(fā)覺軟件缺陷[8]?！昂诤小狈ㄊ歉F舉輸入測試只有把所有可能的輸入都作為測試情況使用，才能以這種方法查出程序中所有錯(cuò)誤[9]。5.2測試環(huán)境與測試條件處理器：InterCorei3內(nèi)存：2G硬盤：80G操作系統(tǒng)：Windows7數(shù)據(jù)庫：SQLserver2012Web服務(wù)器：IIS(InternetInformationServers)5.3實(shí)例測試本系統(tǒng)實(shí)現(xiàn)后，通過黑盒測試的方法對系統(tǒng)進(jìn)行了全面測試，由于篇幅有限，測試用例不能一一列舉，本論文以測試添加職員和配件入庫功能為例，如下所示：5.3.1職員添加功能測試表5.1添加職員功能測試測試目的：檢測“添加職員”的功能測試。預(yù)置條件：系統(tǒng)治理員以正確的用戶名與密碼和輸入正確的驗(yàn)證碼登入系統(tǒng)進(jìn)入職員治理界面。測試過程：預(yù)期結(jié)果：在職員治理界面中點(diǎn)擊添加職員。顯示添加職員信息的頁面。系統(tǒng)治理員錄入添加職員信息點(diǎn)擊提交。返回職員信息表，查看職員信息是否添加成功，信息表中添加了一條新的信息。添加成功顯示添加職員信息成功，將職員信息保存到數(shù)據(jù)庫中。測試實(shí)際結(jié)果：通過測試證明職員添加成功，達(dá)到了預(yù)期成果5.3.2配件入庫功能測試表5.2配件入庫功能測試測試目的：檢測“配件入庫”的功能驗(yàn)證。預(yù)置條件：一般治理員點(diǎn)擊入庫——新增入庫進(jìn)入入庫界面；測試過程：預(yù)期結(jié)果：在職員治理界面中點(diǎn)擊入庫。進(jìn)入新增入庫頁面。顯示新增入庫界面系統(tǒng)治理員錄入入庫信息點(diǎn)擊提交。選擇物品后點(diǎn)擊入庫。顯示入庫成功，新的入庫信息保存到數(shù)據(jù)庫中。測試實(shí)際結(jié)果：通過測試證明配件成功入庫，達(dá)到了預(yù)期結(jié)果。5.4測試結(jié)果通過實(shí)際數(shù)據(jù)對本系統(tǒng)進(jìn)行了全面測試，系統(tǒng)中的功能全部達(dá)到了預(yù)期結(jié)果，系統(tǒng)界面簡單，操作方便，系統(tǒng)的運(yùn)行及處理數(shù)據(jù)的速度較快，系統(tǒng)能夠正常運(yùn)行。結(jié)論虹辰汽車廠庫存信息治理系統(tǒng)是針對中小型汽車配件廠成品庫存治理而設(shè)計(jì)的，實(shí)現(xiàn)對庫存的統(tǒng)一化治理，整體上實(shí)現(xiàn)了畢業(yè)設(shè)計(jì)所選課題的預(yù)期目標(biāo)。通過對配件廠進(jìn)行詳細(xì)的需求分析，系統(tǒng)最終實(shí)現(xiàn)了所要求的功能，包括職員治理，區(qū)域治理，配件類不治理，配件信息治理，銷售商治理，入庫治理，出庫治理，庫存治理，報(bào)損治理，退貨治理，報(bào)表治理等功能，庫存的總治理員也能夠?yàn)槠渌煌墓ぷ魅藛T設(shè)置不同的權(quán)限使其只能操作已分配的功能，確保了數(shù)據(jù)的保密性，使其他治理職員作內(nèi)容劃分明確，提高了工作效率，簡化工作流程。本系統(tǒng)實(shí)現(xiàn)了倉庫配件的無紙化治理，記錄查找方便，檢索速度，可靠性高，存儲量大，保密性好，壽命長，成本低等，可減少更多的人力物力，這些都能夠極大地提高貨品庫存的治理效率，并能使企業(yè)及時(shí)了解庫存信息并設(shè)計(jì)科學(xué)的生產(chǎn)目標(biāo)，以達(dá)到公司利益最大化，提高企業(yè)的綜合能力，增強(qiáng)同行競爭力。由于本人的知識和能力水平有限，系統(tǒng)仍存在著許多的不足需要去完善，本網(wǎng)站對功能的需求還不夠完善，功能還不夠細(xì)化，開發(fā)時(shí)刻也特不有限。在界面設(shè)計(jì)上，還能夠做到更加美觀，界面更加友好，讓用戶操作起來更加方便。這些問題將在今后的實(shí)際運(yùn)行過程中逐步加以完善和解決。希望以后能夠通過不斷的改善和優(yōu)化，實(shí)現(xiàn)出功能更加完善的庫存信息治理系統(tǒng)。參考文獻(xiàn)[1]楊選輝.信息系統(tǒng)分析與設(shè)計(jì).北京:清華大