倉庫管理信息系統(tǒng)論文

目

錄摘第1章1.11.2第2章2.1

要........................................................................................................................I概項目開發(fā)的背景.項目開發(fā)的目的.可行性分析及總體設(shè)計原可行性分析.

技術(shù)可行性.經(jīng)濟可行性.社會可行性.2.2第3章3.13.23.3第4章4.14.2

總體設(shè)計原則.系統(tǒng)分業(yè)務流程分析.數(shù)據(jù)流圖.數(shù)據(jù)字典.系統(tǒng)設(shè)....................................................................................................系統(tǒng)功能設(shè)計................................................................................................11系統(tǒng)數(shù)據(jù)庫設(shè)計.

概念結(jié)構(gòu)設(shè)計.數(shù)據(jù)庫表設(shè)計.4.3

系統(tǒng)開發(fā)工具與開發(fā)模式的選擇第5章

開發(fā)工具.開發(fā)模式.系統(tǒng)實5.1

登錄界面.

登錄界面.登錄流程.5.25.3

超級治理員登錄首頁治理員愛護界面..............................................................錯誤未定義簽。

5.45.55.65.7第6章6.16.26.36.46.56.66.7第7章

操作員治理界面.物資分類治理界面.出庫登記.倉庫匯總.軟件測試與分系統(tǒng)測試的定義.系統(tǒng)測試的目的及意義系統(tǒng)測試的重要性.系統(tǒng)測試的常用方法測試環(huán)境與測試條件系統(tǒng)運行情形.測試總結(jié).總結(jié)與展參考文獻.致

謝.

摘

要本文采納結(jié)構(gòu)化系統(tǒng)分析的方法述了倉庫治理系統(tǒng)的開發(fā)過程作流程及其一些核心的技術(shù)進行了項目概述了項目開發(fā)的背景、項目開發(fā)的目的和項目開發(fā)的意義下來是系統(tǒng)規(guī)劃時期過實際的業(yè)務流程的調(diào)研析了系統(tǒng)的組織結(jié)構(gòu)體完成了倉庫治理系統(tǒng)的需求分析行性分析行業(yè)務流程分析通過對現(xiàn)行業(yè)務流程的優(yōu)化出了系統(tǒng)的業(yè)務流程后是系統(tǒng)分析體完成了數(shù)據(jù)流分析和數(shù)據(jù)字典統(tǒng)設(shè)計時期要緊完成了功能模塊的劃分據(jù)庫的設(shè)計和系統(tǒng)界面設(shè)計時期對各個模塊的功能進行了詳細設(shè)計成了本系統(tǒng)的功能模塊圖此基礎(chǔ)上選擇了合適的開發(fā)模式據(jù)庫的設(shè)計先進行了概念結(jié)構(gòu)設(shè)計后進行了邏輯結(jié)構(gòu)設(shè)計后完成了數(shù)據(jù)庫表的設(shè)計。依照前幾個時期的分析和設(shè)計，該系統(tǒng)決定采B/S結(jié)構(gòu)JSP為開發(fā)平臺，數(shù)據(jù)庫采納完成了系統(tǒng)的程序?qū)嵤?。本系統(tǒng)的設(shè)計實施為倉庫治理系統(tǒng)的運行做基礎(chǔ)，為其倉庫的治理提供良好的條件。關(guān)鍵詞

：

倉庫；結(jié)構(gòu)化分析；治理系統(tǒng)

AbstractInthispaper，systemsanalysis，management，operationalofitscoretechnology.Thisoutproject，briefofprojectdevelopment，anddevelopmentobjectiveofmeaning;bythesystemplanning，theactualthroughanalysisofthesystem's，specificallythecompletionofinventorysystemneedsanalysis，analysistheprocess，optimizationbusiness，businessprocesses，theobtained;followedbyofspecificoftheflowdatadictionary;primarilythecompletionthedivisionmodules，interfaceThisphaseoffunctionofeachindetail，formingadiagramofthe，onhavemodel;firsttheconceptdesignfollowedbyalogic，designofthetable.toanalysisphase，the/，Basicasaplatform，theAccess，theimplementationofsystemprogram.DesignofsystemfortheinventorymanagementsystemtoasafoundationinventorymanagementingoodKey：analysis;System

第章概述1.1

項目開發(fā)的景隨著市場經(jīng)濟的進展場競爭壓力加大，企業(yè)要生存進展須在各個方面加強治理要求企業(yè)有更高的信息化集成夠?qū)ζ髽I(yè)的整體資源進行集成治理業(yè)間的競爭是綜合實力的競爭，要求企業(yè)有更強的資金實力的市場響應速度要求企業(yè)各個部門之間統(tǒng)一打算生產(chǎn)步驟信息，調(diào)配企業(yè)內(nèi)部資源現(xiàn)既要獨立又要統(tǒng)一的資源共享治理著信息技術(shù)的進展，為了提高倉庫治理的治理效率，加快企業(yè)的運轉(zhuǎn)速度，決定開發(fā)“倉庫治理系統(tǒng)1.2

項目開發(fā)的的倉庫治理系統(tǒng)的開發(fā)目的是使倉庫的治理模式從手工記錄轉(zhuǎn)變成信息治理，治理倉庫的部門提供方便條件倉庫治理的實際情形進行調(diào)研之后行詳細的需求分析，對現(xiàn)有的治理模式進行改進出一套新型的治理系統(tǒng)中領(lǐng)會系統(tǒng)開發(fā)的思想，把握系統(tǒng)開發(fā)的流程和方法。隨著信息系統(tǒng)的不斷完善，企業(yè)倉庫的治理將越來越依靠于信息化的治理統(tǒng)開發(fā)將圍繞企業(yè)倉庫治理的實際情形，使之能迅速適應企業(yè)的需要企業(yè)的規(guī)模不斷變大，倉庫治理系統(tǒng)也將不斷完善，使其能更加適合企業(yè)的進展需求。倉庫治理系統(tǒng)的實施具有如下現(xiàn)實意義：第一，節(jié)約倉庫治理部門的治理人員。第二，倉庫治理部門的治理人員能夠隨時掃瞄查看，而且更加直觀。第三，改變了往常工資手工記賬的方式，電腦錄入更加方便快捷。第四，實現(xiàn)了倉庫治理的運算機化。

第2章可行性分析總體設(shè)計原則2.1

可行性分析為幸免投資失誤證新系統(tǒng)的成功開發(fā)和運行，從技術(shù)、經(jīng)濟和社會三方面對本系統(tǒng)的可行性進行了分析和研究。技可性本系統(tǒng)的開發(fā)基于SQL2000數(shù)據(jù)庫技術(shù)。數(shù)據(jù)庫與集成在一起，能夠輕松開發(fā)功能豐富安全快速部署的數(shù)據(jù)驅(qū)動應用程序[5]倉庫治理系統(tǒng)是一個基于數(shù)據(jù)庫治理和查詢的系統(tǒng)，現(xiàn)有的技術(shù)已較為成熟，硬件、軟件的性能要求、環(huán)境條件等各項條件良好，利用現(xiàn)有技術(shù)條件能夠達到該系統(tǒng)的功能目標[。本人在學校期間差不多把握JSP技術(shù)和數(shù)據(jù)庫的設(shè)計思想和代碼編寫。同時給予的開發(fā)期限也較為充裕量系統(tǒng)是能夠在規(guī)定期限內(nèi)完成開發(fā)的。因此，倉庫治理系統(tǒng)具有技術(shù)可行性。經(jīng)可性一樣公司都有信息化的處理設(shè)施時擁有支持本系統(tǒng)的應用平臺此無需再投入資金購買其他設(shè)施。系統(tǒng)的開發(fā)基于本人對程序開發(fā)的實踐學習而來，無需資金投入開發(fā)過程投入的成本不高經(jīng)費完全能夠同意。系統(tǒng)開發(fā)成功后將大大提高倉庫治理方面的效率其治理走向正規(guī)化息化，是其進展強大的必經(jīng)之路。因此，倉庫治理系統(tǒng)也具有經(jīng)濟可行性。社可性本系統(tǒng)的社會可行性要緊從法律因素、用戶使用可行性兩方面進行研究。法律因素本系統(tǒng)是依照倉庫治理的實際工作情形開發(fā)研制的大量的調(diào)研得出

的，系統(tǒng)的軟件設(shè)計是在獨立的環(huán)境下完成的，無可供抄襲的軟件產(chǎn)品。用戶使用可行性本系統(tǒng)對用戶的要求，除了需要具備在Microsoft臺上使用個人電腦的知識外專門的技術(shù)能力的治理員服務器的使用能力，在投入使用前對操作系統(tǒng)的人員進行培訓此既減少投入成本又簡化了操作環(huán)節(jié)。因此，倉庫治理系統(tǒng)也具有社會可行性。2.2

總體設(shè)計原本系統(tǒng)為了設(shè)計現(xiàn)和后期愛護的方便，以及系統(tǒng)用戶使用的便利，因此必須采取一定的設(shè)計原則[。其要緊設(shè)計原則有：簡單性實現(xiàn)系統(tǒng)的功能的同時，盡量讓系統(tǒng)操作簡單易明白于一個系統(tǒng)來說是專門重要的。針對性系統(tǒng)設(shè)計是針對企業(yè)倉庫治理的需求定向開發(fā)設(shè)計此具有專業(yè)突出和專門強的針對性。有用性統(tǒng)能夠滿足企業(yè)倉庫治理的需要良好的有用性。一致性面整體設(shè)計風格以及命名規(guī)則的一致性體框架和用圖用色風格及變量、類名和其他元素的命名規(guī)則保持一致。功能一致性樣的功能應該盡量使用同樣的元素。元素風格一致性：界面元素的美觀風格、擺放位置在同一個界面和不同界面之間都應該是一致的量命名規(guī)則的一致性量應該用統(tǒng)一的規(guī)則進行命名，做到任意變量均能從上下文推斷其義。先進性：本系統(tǒng)采SQL2000作為系統(tǒng)開發(fā)工具和數(shù)據(jù)庫，兩個軟件具有良好的兼容性和系統(tǒng)穩(wěn)固性。因此本設(shè)計具有良好的先進性[7]

第章系統(tǒng)分析3.1

業(yè)務流程分在進行業(yè)務流程分析時要按照原有信息流淌過程個地調(diào)查分析所有環(huán)節(jié)的處理業(yè)務、處理內(nèi)容順序和對處理時刻的要求清各個環(huán)節(jié)需要的信息、信息來源、流經(jīng)去向、處理方法、運算方法、提供信息的時刻和信息形狀（報告、報單、屏幕顯示）等[。業(yè)務流程分析能夠關(guān)心開發(fā)者了解該業(yè)務處理過程處理系統(tǒng)調(diào)查工作中的錯誤和疏漏務流程分析是通過業(yè)務流程圖來進行用一些規(guī)定的符號及連線來表示某個具體業(yè)務處理過程[。倉庫治理系統(tǒng)的具體的業(yè)務流程圖，流程如圖所示。操作員登錄信息

登錄N登錄與否查看系統(tǒng)屬性

入庫登記

出庫登記

貨品分類

貨品管理

庫存匯總系統(tǒng)屬性信息

入庫信息

出庫信息

貨品分類信息

貨品信息

庫存信息圖操員業(yè)務流程圖

登錄信息

操作員登錄盤存信息

盤存管理

N

操作員管理

操作員信息登錄與否查看那系統(tǒng)屬性系統(tǒng)屬性信息

入庫登記入庫信息

出庫登記出庫信息

貨品分類貨品分類信息

貨品管理貨品信息

庫存匯總庫存信息

管理員維護管理員信息3.2

圖高治理員業(yè)務流程圖數(shù)據(jù)流圖數(shù)據(jù)流程是指數(shù)據(jù)在系統(tǒng)中產(chǎn)生、傳輸、加工處理、使用、儲備的過[6]數(shù)據(jù)流程分析是把數(shù)據(jù)在現(xiàn)行系統(tǒng)內(nèi)部的流淌抽象的獨立起來具體組織機構(gòu)、信息載體、處理工具、物質(zhì)、材料等，單從數(shù)據(jù)流淌過程來考查實際業(yè)務的數(shù)據(jù)處理模式。數(shù)據(jù)流程與數(shù)據(jù)流程分析是今后建立數(shù)據(jù)庫系統(tǒng)和設(shè)計功能模塊處理過程的基礎(chǔ)述數(shù)據(jù)流程的工具是數(shù)據(jù)流程圖以及其附帶的數(shù)據(jù)字典理邏輯等圖表中數(shù)據(jù)流程圖是描述系統(tǒng)邏輯模型的要緊工具以少數(shù)幾種符號綜合地反映出信息在系統(tǒng)中的流淌、儲備和傳遞[7]在業(yè)務流程分析的基礎(chǔ)上數(shù)據(jù)流進行了分析數(shù)據(jù)流淌過程考察了實際業(yè)務的數(shù)據(jù)處理模式。該系統(tǒng)的數(shù)據(jù)流圖分為頂層、一層、二層[12]具體分析第一層數(shù)據(jù)流圖，操作員第一層數(shù)據(jù)流圖如圖所示。

屬性信息D1P1系統(tǒng)屬性

屬性屬性信息

信息

D2

信息P2登記員

信息信息分類信息

信息D3P3登記分類信息D4P4分類管理信息D5

信息分類信息信息匯總信息

P5管理信息

D6

匯總P6匯總圖操員第一層DFD高級治理員第一層數(shù)據(jù)流圖如圖3.5示。

D1D2

D3

D4

D5

D6

D7

D8

D9

圖高治理員第一層由于論文的篇幅限制不能一一列舉數(shù)據(jù)流圖，只給出了一部分比較重要的，其他差不多上按照此方法繪制的。3.3

數(shù)據(jù)字典系統(tǒng)數(shù)據(jù)流程的分析完成后用數(shù)據(jù)字典描述數(shù)據(jù)流圖中一些要緊的數(shù)據(jù)元素條目、數(shù)據(jù)流、處理過程、數(shù)據(jù)儲備和外部實體[13]數(shù)據(jù)元素條目如表3.1示：表數(shù)元素數(shù)據(jù)元素條目總編號1-101編號：101名稱：操作員編號說明：操作員的編號數(shù)據(jù)值類型：離散長度：50有關(guān)數(shù)據(jù)結(jié)構(gòu)：操作員信息表

如：

數(shù)據(jù)結(jié)構(gòu)條目如表3.2示：表數(shù)結(jié)構(gòu)數(shù)據(jù)結(jié)構(gòu)條目名稱：操作員信息表說明：創(chuàng)建操作員信息記錄時的數(shù)據(jù)結(jié)構(gòu)：編號用戶名密碼姓名性別出生日期民族擔任職務手機號碼就職日期工資待遇數(shù)據(jù)流條目如表3.3示：

總編號：2-01編號：01有關(guān)數(shù)據(jù)流、數(shù)據(jù)儲備：操員治理數(shù)量：每月約20表數(shù)流數(shù)據(jù)流條目名稱：修改密碼

總編號：3-10說明：將修改后的密碼記錄儲備到治理員信息表中編：10數(shù)據(jù)流來源：數(shù)據(jù)流去向治員愛護流量：份周包含的數(shù)據(jù)結(jié)構(gòu)：治理員信息表

數(shù)據(jù)儲備條目如表3.4示：表數(shù)儲備數(shù)據(jù)儲備條目名稱：治理員信息表說明：儲備治理員的相關(guān)信息結(jié)構(gòu)：編號用戶名密碼

總編號：4-03標號：D7有關(guān)的數(shù)據(jù)流：

→D7

信息量：2份年處理過程條目如表3.5示：表處過程處理過程條目名稱：庫存治理說明：將處理后的庫存記錄進行治理輸入：入登記輸出：D2庫登記信息表處理：外部實體條目如表3.6所：表外實體外部實體條目名稱：治理員說明：治理員輸入數(shù)據(jù)流：輸出數(shù)據(jù)流：

總編號：5-15編號：總編號：編號：001個數(shù)：1個由于論文篇幅的限制在此一一列舉他所有的數(shù)據(jù)字典條目差不多上依照數(shù)據(jù)流圖繪制的。

第章系統(tǒng)設(shè)計4.1

系統(tǒng)功能設(shè)通過對企業(yè)倉庫治理系統(tǒng)進行全面的調(diào)查分析的基礎(chǔ)上倉庫治理系統(tǒng)的系統(tǒng)總體規(guī)劃。系統(tǒng)設(shè)計包括系統(tǒng)總體設(shè)計、系統(tǒng)詳細設(shè)計據(jù)庫設(shè)計、系統(tǒng)開發(fā)工具、開發(fā)技術(shù)和開發(fā)模式等[14]倉庫治理系統(tǒng)功能模塊圖如圖4.1示：管理員模塊入庫登記

出庫登記

貨品類別管理

貨品管理

修改密碼

庫存匯總

操作員管理圖超治理員功能模塊圖

操作員模塊出庫登記

貨品類別

貨品管理

個人信息

庫存匯總4.2

圖操員功能模塊圖系統(tǒng)數(shù)據(jù)庫計數(shù)據(jù)庫設(shè)計是系統(tǒng)設(shè)計中專門重要的一個環(huán)節(jié)[15]數(shù)據(jù)是一切系統(tǒng)設(shè)計的基礎(chǔ)，通俗地說，數(shù)據(jù)庫設(shè)計就像高樓大廈的根基一樣，假如設(shè)計的不合理、不完善，將在系統(tǒng)開發(fā)過程中，甚至到后期的系統(tǒng)愛護、功能變更和功能擴充時，引起較多問題，嚴峻時甚至要重新設(shè)計，重做大量已完成工作。概結(jié)設(shè)依照系統(tǒng)分析的結(jié)果，具體分析不同實體用戶，描述不同實體之間的關(guān)系，得出系統(tǒng)數(shù)據(jù)實體圖和圖。治理員實體屬性圖如圖4.3示：

圖治員實體屬性出庫信息實體屬性圖如圖4.4示：

總價格時間

經(jīng)手人單據(jù)號編號

備注詳細信息出庫信息圖出信息實體屬性圖出庫明細實體屬性圖如圖4.5示：商品號出庫號編號

數(shù)量備注出庫細圖出明細實體屬性圖入庫信息實體屬性圖如圖4.6示：

總價格時間

經(jīng)手人單據(jù)號編號

備注詳細信息入庫信息圖入信息實體屬性圖入庫明細實體屬性圖如圖4.7示：商品號入庫編號編號

數(shù)量備注入庫細圖入明細實體屬性圖商品實體屬性圖如圖4.8示：

產(chǎn)地

單位名稱類別編號編號

規(guī)格詳細信息備注商品圖商實體屬性圖盤存信息實體屬性圖如圖4.9示：實際量

系統(tǒng)量商品號時間編號

類型用戶號備注盤存息圖盤信息實體屬性圖商品類別實體屬性圖如圖所示：

類別圖商品類別實體屬性圖職員信息實體屬性圖如圖所示：用戶名身份證號性別姓名編號

密碼地址職務聯(lián)系電話備注員工圖員信息實體屬性圖系統(tǒng)圖如圖所示：

明細信息

明細信息

信息

N

類別圖4.12系圖4.2.2

數(shù)據(jù)庫表計表治員信息表

說明：用戶表用于存放治理員的信息。表商類別表說明：用于存放商品類別的信息。表出信息表說明：用于存放出庫的差不多信息。表出明細表說明：用于存放出庫明細的信息。表入信息表說明：用于存放入庫的信息。

表職信息表說明：用于存放職員的信息。表商信息表說明：商品信息表用于存放商品的信息。表盤信息表說明：用于存放盤存的信息。表入明細表說明：用于存放入庫明細的信息。

4.3

系統(tǒng)開發(fā)工與開發(fā)模式選擇開工本系統(tǒng)要緊使用技術(shù)對系統(tǒng)進行設(shè)計和開發(fā)JSP擁有Java程序設(shè)計語言“一次編寫，各處執(zhí)行等的特[13]Struts框架為開放者提供了一個統(tǒng)一的標準框架，通過使作為基礎(chǔ)，開發(fā)者能夠更用心于應用程序的商業(yè)邏輯Struts能充分滿足應用開發(fā)的需求易用，靈敏迅速。使用Microsoft2000數(shù)據(jù)庫作為后臺數(shù)據(jù)庫，2000系統(tǒng)具有強大的網(wǎng)上功能，能夠在互聯(lián)網(wǎng)上公布數(shù)據(jù)庫中的數(shù)據(jù)。在SQL2000統(tǒng)中簡單的使用一些向?qū)Ш凸ぞ甙褦?shù)據(jù)庫的數(shù)據(jù)公布到網(wǎng)絡上時能夠依照需要來調(diào)度修改差不多公布的數(shù)據(jù)大伙兒所了解數(shù)據(jù)庫系統(tǒng)中.Microsoft2000，通過三十多年的進展，差不多成為最重要的數(shù)據(jù)處理技術(shù)廣泛應用到多種項目的開發(fā)與設(shè)計中定采納此數(shù)據(jù)庫系統(tǒng)來完成系統(tǒng)的設(shè)計。開模目前，在大多數(shù)B/SBrowser/Server）結(jié)構(gòu)的用中，掃瞄器直截了當通過HTML或者的形式與用戶交互，響應用戶的要求。盡管專門直觀，然而大多數(shù)治理信息系統(tǒng)操作的數(shù)據(jù)量差不多上驚人的，隨著代碼的增多會使面臃腫不堪Web務器的負荷過重。因此，在中間層上采納基于模型視圖操縱器(，設(shè)計模式。MVC之間的關(guān)系如圖所示，層用來實現(xiàn)業(yè)務邏輯，View層用來顯示用戶界面，Controller層要緊負責View層和之間的操縱關(guān)系實現(xiàn)時Servlet作應用程序的操縱器，把文檔作為視圖被用來表示模型。所有的要求都被發(fā)送給作為操縱器的意要求照要求信息將它們分發(fā)給適當?shù)腏SP響應。同時還依照需求生實例并輸出給環(huán)境JSP能夠通過直截了當調(diào)用方法或使用UseBean的自定義標簽得到中的數(shù)據(jù)。這種設(shè)計模式專門好地實現(xiàn)了數(shù)據(jù)層與表示層的分離，使開發(fā)工作更加容易和迅速[14]。在這種設(shè)計模式下，各層次之間的數(shù)據(jù)傳遞如圖4.7示。

圖之間的關(guān)系圖圖數(shù)據(jù)傳遞圖

第章系統(tǒng)實現(xiàn)5.1登錄界登界此模塊要緊功能是用于登錄本系統(tǒng)限的用戶登錄本系統(tǒng)會進入不同的治理模塊界面為在后臺對該用戶進行的判定一將從前臺頁面提交的用戶名和密碼進行同意后在后臺進行處理照用戶名在數(shù)據(jù)庫中進行查詢假如查到該用戶則將該用戶的權(quán)限和密碼全都取出來分別賦給兩個字符串變量定從數(shù)據(jù)庫中讀出的密碼與登錄時輸入的密碼是否配比上密碼相同則依照權(quán)限的值進入相應的頁面則輸出密碼錯誤用戶未被治理員分配好權(quán)限那么也是無法登陸本系統(tǒng)的，如下圖所示：圖5.1登界面

登流開始用戶登用戶名碼是Y進入主頁面

N返回登頁面結(jié)束圖登流程圖

5.2超級治員登錄首頁超級治理員輸入用戶名和密碼后，能夠登錄本系統(tǒng)，如下圖所示：圖超治理員登錄首頁

5.3操作員理界面超級治理員登錄本系統(tǒng)后，能夠治理操作員信息，如下圖示：圖操員治理界面5.4物資分治理界面超級治理員及操作員登錄本系統(tǒng)后，均能夠?qū)ξ镔Y分類進行治理，如下圖所示：圖5.6物分類治理界面

5.5出庫登超級治理員及操作員登錄本系統(tǒng)后，均能夠?qū)Τ鰩煨畔⑦M行登記，如下圖所示：圖出登記界面5.6倉庫匯超級治理員及操作員登錄本系統(tǒng)后，假如倉庫信息不足，則會顯現(xiàn)倉庫不足警報，如下圖所示：圖倉匯總界面

第章軟件測試與分測試是開發(fā)時期最后一個時期保證軟件質(zhì)量的重要手段件測試確實是在受操縱的條件下對系統(tǒng)或應用程序進行操作并評判操作結(jié)果的過程縱條件應包括正常條件與非正常條件試過程中應該有意地去促使錯誤的發(fā)生確實是情況在不該顯現(xiàn)的時候顯現(xiàn)或者在應該顯現(xiàn)的時候沒有顯現(xiàn)本質(zhì)上說，軟件測試是“探測測”中發(fā)覺軟件的毛病。6.1

系統(tǒng)測試的義軟件測試是為了發(fā)覺錯誤而執(zhí)行程序的過程是軟件開發(fā)時期的有機組成部分，而且在整個軟件工(軟件定義、設(shè)計和開發(fā)過)占據(jù)相當大的比重。軟件測試是軟件質(zhì)量保證的關(guān)鍵環(huán)節(jié)，直截了當阻礙著軟件的質(zhì)量評估。軟件測試不僅要講究策略要講究時效性收測試作為軟件測試過程的最后一個環(huán)節(jié)，對軟件質(zhì)量、軟件的可交付性和軟件項目的實施周期起"錘定音"的作用。6.2

系統(tǒng)測試的的及意義軟件危機曾經(jīng)是軟件界甚至整個運算機界最熱門的話題。為了解決這場危機，軟件從業(yè)人員和學者做出了大量的努力在人們差不多逐步認識到所謂的軟件危機實際上僅是一種狀況確實是軟件中有錯誤是這些錯誤導致了軟件開發(fā)在成本、進度和質(zhì)量上的失控是軟件的屬性且是無法改變的，因為軟件是由人來完成的由人做的工作都可不能是完美無缺的題在于我們?nèi)绾稳バ颐忮e誤的產(chǎn)生和排除差不多產(chǎn)生的錯誤中的錯誤密度達到盡可能低的程度。6.3

系統(tǒng)測試的要性軟件測試在軟件生命周期中占據(jù)重要的地位傳統(tǒng)的瀑布模型中件測試學僅處于運行愛護時期之前產(chǎn)品交付用戶使用之前保證軟件質(zhì)量的重要手段來件工程界趨向于一種新的觀點認為軟件生命周期每一時期中都應包含測試而檢驗本時期的成果是否接近預期的目標可能早的發(fā)覺

錯誤并加以修正如不在早期時期進行測試誤的延時擴散常常會導致最后成品測試的龐大困難。事實上軟件來講采納什么技術(shù)和什么方法中仍舊會有錯。采納新的語言、先進的開發(fā)方式、完善的開發(fā)過程，能夠減少錯誤的引入，然而不可能完全杜絕軟件中的錯誤些引入的錯誤需要測試來找出件中的錯誤密度也需要測試來進行估量試是所有工程學科的差不多組成單元軟件開發(fā)的重要部分。自有程序設(shè)計的那天起測試就一直相伴著。統(tǒng)計說明的軟件開發(fā)項目中，軟件測試工作量往往占軟件開發(fā)總工作量的以上。而在軟件開發(fā)的總成本中，用在測試上的開銷要占30到％。假如把愛護時期也考慮在內(nèi)，討論整個軟件生存期時的成本比例也許會有所降低實際上愛護工作相當于二次開發(fā)，乃至多次開發(fā)，其中必定還包含有許多測試工作。6.4

系統(tǒng)測試的用方法程序測試的要緊方法分為兩大類，白盒測試和黑盒測試。白盒測試種是以程序的內(nèi)部邏輯結(jié)構(gòu)為依據(jù)而設(shè)計測試用例的方法而又稱結(jié)構(gòu)測試或玻璃盒測試軟件看成一個透亮的白盒子照程序的內(nèi)部結(jié)構(gòu)和處理邏輯來選定測試用例軟件的邏輯路徑及過程進行測試查它與設(shè)計是否相符盒測試確實是要選取足夠的測試用例源代碼實行比較充分的覆蓋便盡可能多地發(fā)覺程序中的錯誤緊有兩種方法種稱為邏輯覆蓋法，另一種稱為路徑覆蓋法。黑盒測試稱功能測試，數(shù)據(jù)驅(qū)動測試等，它將待測對象堪稱是一個黑盒子完全不考慮程序的內(nèi)部結(jié)構(gòu)和特性的情形下依據(jù)規(guī)格說明書檢查程序的功能是否能正常使用。黑盒測試要緊是依照輸入條件和輸出條件的確定測試數(shù)據(jù)程序是否能產(chǎn)生正確的輸出[進行黑盒測試要緊有下面幾種方法：等價分類法、邊界值分析法、猜錯法、因果圖法。本系統(tǒng)的測試綜合了白盒測試盒測試兩種方法要緊使用的是黑盒測試方法。在測試當中遵循“盡早地和不斷進行測”，“保測試用例的完整性和有效性”原則。通過測試達到以下測試目的：1能檢查。檢查功能是否爭取，是否遺漏或?qū)崿F(xiàn)不了應該實現(xiàn)的功能等。2口檢查。檢查能否正確地同意信息或輸出信息。3據(jù)檢查。

6.5

檢查數(shù)據(jù)結(jié)構(gòu)或外部信息是否有（如數(shù)據(jù)文件）訪問錯誤。4能檢查。檢查性能需求能否得到滿足。5始化、終止檢查。檢查是否能進行正確地初始化或終止。測試環(huán)境與試條件處理器：Core(TM)2DuoT6750內(nèi)存：2GB硬盤：操作系統(tǒng)：XP數(shù)據(jù)庫：SQL20006.6系統(tǒng)運情形系統(tǒng)評判是指系統(tǒng)在正式運行了一段時刻之后它在功能上術(shù)上和經(jīng)濟上所進行的審核評判。針對本系統(tǒng)的評判如下：系統(tǒng)功能評判依照本系統(tǒng)開發(fā)前所訂的目標系統(tǒng)完成后通過測試運行系統(tǒng)達到了預定的開發(fā)目標，在實際使用中的功能能夠滿足用戶需求。系統(tǒng)技術(shù)評判本系統(tǒng)設(shè)計合理達到了預期目標統(tǒng)運行后穩(wěn)固可靠性高，具有有用性，大大提高了信訪辦公效率。系統(tǒng)經(jīng)濟評判在規(guī)定時刻內(nèi)系統(tǒng)完成了系統(tǒng)分析時所確定的系統(tǒng)開發(fā)目標到了設(shè)計要求，投入使用后為用戶節(jié)約了大量人力物力財力，提高了科學治理水平。6.7

測試總結(jié)通過對系統(tǒng)的全面測試，所有測試條目都差不多通過，實現(xiàn)了差不多要求，系統(tǒng)能夠正常運行。

第章總結(jié)與展望本文在分析倉庫治理流程的基礎(chǔ)上，用和SQL2000設(shè)計并實現(xiàn)了倉庫治理系統(tǒng)。通過系統(tǒng)調(diào)試結(jié)果顯示統(tǒng)差不多完成了功能需求面美觀友好，操作方便于時刻倉促加上缺乏系統(tǒng)開發(fā)體會統(tǒng)在設(shè)計過程中不可幸免地遇到了各種各樣的問題，如：第一些數(shù)據(jù)輸入時沒有及時的進行數(shù)據(jù)格式校驗能保證數(shù)據(jù)絕對正確性。第二，由于時刻關(guān)系，系統(tǒng)功能實現(xiàn)不夠完善，使用不是專門方便。因此系統(tǒng)中還存在專門多的不足市場上主流的