1、摘 要本文通過分析掃瞄器/服務器結構的特點并結合企業倉儲治理的實際情況，提出了基于B/S結構中小型企業倉庫治理系統的差不多設計思想，簡要介紹了系統各功能模塊及數據庫的設計，著重討論了用 ASP.NET技術和SQL Server 2005開發企業倉庫治理系統時的數據庫訪問技術和動態網頁制作技術,并給出了部分實現代碼。通過該系統，使學生能夠方便地在企業內部網上進行倉儲治理。該B/S結構的系統在Windows XP系統和VS.NET平臺下開發完成，使用C作為ASP.NET的開發語言，SQL Server 2005作為后臺數據庫，該數據庫系統在安全性、準確性、運行速度方面均有絕對的優勢，同時能夠對容量

2、較大的數據庫進行處理，效率高。系統有較高的安全性和較好的性能。其中連接數據庫的字符串能夠隨時在Web.Config里修改，增加了靈活性和安全性。代碼盡量減少數據庫連接的打開時刻等手段來提高性能。本文中除了有對程序的系統分析、總體設計、數據庫設計、功能實現等主體部格外，在這之前還介紹了與企業倉庫治理系統相關的信息、VS.NET與SQL的無縫鏈接技術等。關鍵詞 倉庫治理；信息治理系統；B/S結構；數據庫治理目錄 TOC o 1-3 h z u HYPERLINK l _Toc218823383 摘要 PAGEREF _Toc218823383 h III HYPERLINK l _Toc21882

3、3385 第1章 緒論 PAGEREF _Toc218823385 h 1 HYPERLINK l _Toc218823386 1.1 課題背景 PAGEREF _Toc218823386 h 1 HYPERLINK l _Toc218823387 1.2 課題目的和意義 PAGEREF _Toc218823387 h 1 HYPERLINK l _Toc218823388 1.3 開發設計思想 PAGEREF _Toc218823388 h 2 HYPERLINK l _Toc218823389 1.4 要緊工作和論文結構 PAGEREF _Toc218823389 h 2 HYPERLIN

4、K l _Toc218823390 第2章 系統開發工具與開發平臺 PAGEREF _Toc218823390 h 4 HYPERLINK l _Toc218823391 PAGEREF _Toc218823391 h 4 HYPERLINK l _Toc218823392 2.1.1 IIS簡介 PAGEREF _Toc218823392 h 4 HYPERLINK l _Toc218823393 2.1.2 ASP.NET開發環境 PAGEREF _Toc218823393 h 4 HYPERLINK l _Toc218823394 2.2 C#編程語言 PAGEREF _Toc21882

5、3394 h 5 HYPERLINK l _Toc218823395 PAGEREF _Toc218823395 h 7 HYPERLINK l _Toc218823396 PAGEREF _Toc218823396 h 9 HYPERLINK l _Toc218823397 PAGEREF _Toc218823397 h 9 HYPERLINK l _Toc218823398 第3章 系統需求分析 PAGEREF _Toc218823398 h 10 HYPERLINK l _Toc218823399 3.1 可行性分析 PAGEREF _Toc218823399 h 10 HYPERLIN

6、K l _Toc218823400 3.1.1 可行性研究 PAGEREF _Toc218823400 h 10 HYPERLINK l _Toc218823401 3.1.2 可行性分析 PAGEREF _Toc218823401 h 11 HYPERLINK l _Toc218823402 3.2 中小型企業倉庫治理系統的需求分析 PAGEREF _Toc218823402 h 12 HYPERLINK l _Toc218823403 3.2.1 系統業務流程分析 PAGEREF _Toc218823403 h 13 HYPERLINK l _Toc218823404 3.2.2 系統數據

7、流分析 PAGEREF _Toc218823404 h 14 HYPERLINK l _Toc218823405 3.2.3 數據字典分析 PAGEREF _Toc218823405 h 15 HYPERLINK l _Toc218823406 3.3 本章小結 PAGEREF _Toc218823406 h 19 HYPERLINK l _Toc218823407 第4章 系統總體設計 PAGEREF _Toc218823407 h 20 HYPERLINK l _Toc218823408 4.1 系統模塊總體設計 PAGEREF _Toc218823408 h 20 HYPERLINK l

8、 _Toc218823409 4.2 數據庫結構設計 PAGEREF _Toc218823409 h 21 HYPERLINK l _Toc218823410 4.2.1 數據庫邏輯結構設計 PAGEREF _Toc218823410 h 21 HYPERLINK l _Toc218823411 4.2.2 數據庫結構設計表 PAGEREF _Toc218823411 h 22 HYPERLINK l _Toc218823412 4.3 本章小結 PAGEREF _Toc218823412 h 27 HYPERLINK l _Toc218823413 第5章 系統詳細設計 PAGEREF _T

9、oc218823413 h 28 HYPERLINK l _Toc218823414 5.1 系統主界面實現 PAGEREF _Toc218823414 h 28 HYPERLINK l _Toc218823415 5.2 差不多信息模塊設計 PAGEREF _Toc218823415 h 30 HYPERLINK l _Toc218823416 5.2.1 添加公司信息 PAGEREF _Toc218823416 h 30 HYPERLINK l _Toc218823417 5.2.2 公司信息治理 PAGEREF _Toc218823417 h 32 HYPERLINK l _Toc218

10、823418 5.3 入庫/出庫治理模塊設計 PAGEREF _Toc218823418 h 33 HYPERLINK l _Toc218823419 5.4 采購/銷售治理模塊設計 PAGEREF _Toc218823419 h 34 HYPERLINK l _Toc218823420 5.5 查詢統計模塊設計 PAGEREF _Toc218823420 h 35 HYPERLINK l _Toc218823421 5.6 往來治理模塊界面實現 PAGEREF _Toc218823421 h 37 HYPERLINK l _Toc218823422 5.7 附項治理模塊界面實現 PAGERE

11、F _Toc218823422 h 38 HYPERLINK l _Toc218823423 5.8 系統設置模塊界面實現 PAGEREF _Toc218823423 h 39 HYPERLINK l _Toc218823424 5.9 系統測試與性能分析 PAGEREF _Toc218823424 h 40 HYPERLINK l _Toc218823425 5.10 本章小結 PAGEREF _Toc218823425 h 41 HYPERLINK l _Toc218823426 結論 PAGEREF _Toc218823426 h 42 HYPERLINK l _Toc218823427

12、 致謝 PAGEREF _Toc218823427 h 43 HYPERLINK l _Toc218823428 參考文獻 PAGEREF _Toc218823428 h 1緒論課題背景在計算機普及的今天，用電腦治理物資是必定的趨勢。以超級市場為例，走進超級市場，琳瑯滿目，各式各樣的商品無奇不有，顧客大都滿載而歸，買到稱心如意的商品。而在顧客得到極大方便的同時，商家在治理這些商品上卻花費了大量的心血。首先，超級市場商品種類繁多，數量龐大，經營者必須時刻了解自己商品的庫存和各種商品的供求，假如盲目購進顧客不需要的商品或沒有購進暢銷的商品，對經營者來講差不多上極大的損失。其次，由于市場瞬間萬變，專

13、門多商品價格可能變動較大，經營者可能要不時改變商品價格，否則太高則可能無人問津，太低則無利可圖。再次，在商品社會的環境下，競爭激烈，為了保證在競爭中處于有利地位，經營者必須時刻了解市場的需要。因此，作為實際的經營者，要了解的東西遠比這幾點多，但不管如何樣，物資的治理是一切工作中的重點，如何治理物資是成敗的關鍵。對小經營者來講，也許能夠是一本賬本，再加算盤或計算器即可。但關于大公司而言，全然不可能單純依靠賬本，那樣不僅費人費勁，而且當出現差錯時，難于查改。因此必須借助電腦，把所有數據輸入數據庫，然后用系統對這些數據進行治理，通過統計和分析得到各種有用的信息。通過對這些情況的認真調查，作者開發了下

14、面的中小型企業倉庫治理系統。課題目的和意義隨著計算機行業的不斷進展，企業治理的應用也在不斷隨著其進展速度進行著更新。而現今關于一個網絡應用特不廣泛的社會，企業治理對計算機治理企業要求更加緊密，更加完善，特不是針對物資治理方面，企業的需求更為廣泛，慎重，因此一個好的倉庫治理系統關于企業來講是由為重要的。系統開發的總體任務是實現企業物資治理的系統化、規范化和自動化，從而達到提高企業治理效率的目的。作為計算機應用的一部分,使用計算機對倉庫信息進行治理，有著手工治理所無法比擬的優點。例如：檢索迅速、查找方便、可靠性高、存儲量大、保密性好、壽命長、成本低等。這些優點能夠極大地提高倉庫治理的效率。開發設計

15、思想倉庫治理系統在企業的整個供應鏈中起著至關重要的作用，假如不能保證正確的進貨和庫存操縱及發貨，將會導致治理費用的增加，服務質量難以得到保證，從而阻礙企業的競爭力。傳統簡單、靜態的倉庫治理已無法保證企業各種資源的高效利用。現在的倉庫作業和庫存操縱作業已十分復雜化多樣化，僅靠人工經歷和手工錄入，不但費時費勁，而且容易出錯，給企業帶來巨大損失。倉庫庫存治理的特點是信息處理量比較大。所治理的物資設備、原材料及零部件種類繁多，而且由于入庫單、出庫單、需求單等單據發生量特不大，關聯信息多，查詢和統計的方式各不相同，因此在治理上實現起來有一定的困難。在治理的過程中經常會出現信息的重復傳遞；單據、報表種類繁

16、多，各個部門規格不統等問題。在本系統的設計過程中，為了克服這些困難，滿足計算機治理的需要，采取了下面的一些原則：要緊工作和論文結構作者首先對系統進行了需求分析和總體設計。依照倉庫治理的特點，將系統分成七大模塊：差不多信息模塊、入庫/出庫治理模塊、采購/銷售治理模塊、查詢統計模塊、往來治理模塊、附項治理模塊、系統設置模塊。接著，在前一步的工作基礎之上，又對各個模塊細分為若干個子模塊，并分不進行了編碼實現。最后將系統各個模塊整合，測試系統各部分整合后的功能，穩定性等。本文共五章，按如下組織：第1章介紹了倉庫治理的開發背影；介紹了倉庫治理的最新進展以及以后展望。簡述了作者在開發倉庫治理系統中的工作內

17、容。給出了論文的層次結構。第2章分析了倉庫治理系統的開發工具與開發平臺進行了介紹。著重介紹了本系統開發的編程語言及編程環境，作為后臺數據庫所使用的軟件。第3章分析了倉庫治理系統的用戶需求。明確了倉庫治理功能的差不多要求。介紹了本系統的可行性問題，其中包括：經濟可行性、技術可行性、時刻可行性、操作可行性、法律可行性。第4章給出了倉庫治理的總體設計，即進行模塊的劃分，并闡述各模塊之間的關系，給出了倉庫治理的數據流圖和功能模塊圖；完成了用戶界面部分的設計。第5章介紹了系統的各個模塊的功能設計及事實上現方式，闡述了作者在此次開發過程中遇到的一些問題和解決方法。系統開發工具與開發平臺IIS簡介IIS是I

18、nternet Information Server 的縮寫，它是微軟公司主推的Web服務器。在Windows 2000安裝光盤中就包含IIS5.0。IIS與Windows NT Server完全集成在一起。因此用戶能夠利用在Windows NT Server 和 NTFS（NT File System，NT的文件系統）內置的安全特性，建立強大、靈活而安全的Internet或Intranet站點，能讓您在企業內部網絡或廣域網絡上，輕松共享文件和資訊。IIS5.0是Windows 2000 Server中最快的Web服務器，并與Microsoft Active Directory 目錄服務完全整

19、合，這種結合能夠使以Web為基礎的應用軟件更可靠、更具有延展性。這項新一代的電子商務解決方案把舊資料和應用軟件整合到全球資訊網（WWW）中，讓公司能重新定義內部與外部的不同商務處理流程。IIS的一個重要特性是支持ASP.NET，是ASP.NET程序得以成功運行的先決條件，嚴格意義來講，必須在機器安裝配置IIS服務器環境，否則ASP.NET將無法運行和正常使用，也無法實現其功能。IIS5.0是Windows 2000 Server 所提供的服務，因此能和Windows 2000 Server上的其他服務緊密地合作，通過它們之間的合作，能夠使一個網頁正常得以運行、使用。ASP.NET開發環境ASP

20、.NET又叫ASP+，作為一種動態Web技術，是微軟公司推出的新一代腳本語言，是全新體系結構.NET（微軟總裁兼首席執行官Steve Ballmer給.NET下的定義為：“.NET代表一個集合，一個環境，一個能夠作為平臺支持下一代Internet的可編程結構。”）平臺的一部分，它提供了一種以Microsoft .NET Framework為基礎，開發Web應用程序的全新編程模式，能夠使Web開發人員更加快捷方便地開發Web應用程序。ASP.NET是建立在通用中間語言上的程序架構，因此能夠在任何一臺Web服務器上建立強大的Web應用程序。相比現有的各種Web開發模式而言，ASP.NET具有更為強

21、大的優勢和魅力。ASP.NET2.0結合了Web站點和Web服務這兩種Web開發技術。使用ASP.NET2.0能夠比往常更加容易地創建出動態的數據驅動的網站，而且還具有良好的可擴展性，同時能夠專門好的支持各種掃瞄器，而無需開發人員為不同的掃瞄器編寫不同的代碼。在Visual Studio 2005中，能夠快速應用程序開發(Rapid Application Development, RAD)技術構建Web應用程序。在窗體上拖放控件，雙擊控件并編寫相關事件響應代碼。C#編程語言C#編程編程語言總結起來能夠從兩個方面進行介紹，即特點和編程環境。1C#的特點ASP.NET目前能支持3種語言，C#、V

22、isual Baisc.NET和Jscript.NET。本系統采納的是C#編程語言。C#是微軟公司專門為.NET量身定做的一種簡潔、類型安全的面向對象的編程語言，它與.NET有著密不可分的關系。開發人員能夠通過它編寫在.NET Framework上運行的各種安全可靠的應用程序。使用C#，能夠創建傳統的Windows客戶端應用程序、XML Web Services、分布式組件、客戶端服務器應用程序、數據庫應用程序以及專門多其他類型的程序。C#是專門為.Net應用而開發的語言，使用.NET框架所提供的類型，C#沒有類庫，使用.NET框架所提供的類庫，另外，類型確實是.NET安全檢查、結構化異常處理

23、也差不多上交給CLR處理的。因此，C#是最適合開發.NET應用的編程語言，從中能夠了解C#具有以下的突出特點：（1） 語法簡潔，在默認情況下，C#代碼在.NET框架提供的受控環境下運行，不同意直接操作內存，它去掉了指針操作，C#中只支持一個“”。（2） 完全的面向對象設計，C#具有面向對象語言所應有的一切特性：封裝、繼承和多態。在C#類中，每種類型都能夠看作一個對象。但C#只同意單繼承，即一個類可不能有多個基類，從而幸免了類型定義的混亂。（3） C#沒有全局函數，沒有全局變量，也沒有全局常量，所有的都必須封閉在一個類中。因此，用C#編寫的代碼具有更好的可讀性，而且減少了發生命名沖突的可能。（4

24、） 與WEB應用緊密的結合，C#支持絕大多數的WEB標準，例如，HTML、XML、SOAP等。（5） 強大的安全性機制，能夠消除軟件開發中常見錯誤（如語法錯誤），.NET提供的垃圾回收器能夠關心開發者有效的治理內存資源。（6） 兼容性，因為C#遵循.NET的公共語言規范（CLS），從而保證能夠與其他語言開發的組件兼容。（7） 靈活的版本處理技術，因為C#在語言本身內置了版本操縱功能，使開發人員更加容易的開發和維護。（8） 完善的錯誤、異常處理機制，C#提供了完善的錯誤和異常觸發機制，使程序在交付應用時能夠更加健壯。2C#語言編程環境目前，開發和運行C#程序有多種選擇，例如，用戶能夠從微軟公司免

25、費獵取.NET的軟件開發工具箱（SDK）或購買功能強大的Visual Studio.NET開發環境，其各自的特點如下。SDK包含編譯、運行和測試C#程序的所有資源，它包含C#語言編譯器、JIT、編譯器和相關文檔。惟一不含有的是用來輸入和編輯C#程序的文本編輯器。Visual Studio.NET是微軟公司的完整開發環境，它包含一個集成開發環境（IDE）和高級C#編輯器，同時還支持程序調試及許多可提高開發人員效率的附加功能。Visual Studio.NET和SDK使用相同的C#編譯器、JIT編譯器和運行時來編譯和運行程序，用戶能夠準確運行同一程序而且運行速度相同。Visual Studio.N

26、ET提供了功能強大的工具包，能夠讓用戶輕松設計和編寫C#程序。本系統采納的數據庫為SQL Server2005數據庫，采納B/S結構的工作模式。B/S結構是隨著計算機網絡技術的進展而出現的一種先進的計算模式。SQL Server的全稱是Microsoft SQL Server，由美國微軟公司制作并公布的一種性能優越的關系型數據庫治理系統，具有強大的數據庫創建、開發、設計和治理功能。它不僅是一個完整的數據庫，而且具有強大的擴展性。它是Windows操作系統最為流行的數據庫，比較適合小型、中型、大型應用程序的后臺數據庫。它同時也適用于電子商務、數據倉庫、和在線商業應用程序等。SQL Server

27、2005是在SQL Server 2000的基礎上擴展升級的產品。它繼承了SQL Server往常版本的所有優點，同時又增加了許多新的功能，與微軟公司的其他產品具有良好的兼容性。它提供的幾十種向導，覆蓋了幾乎所有的數據庫操作（數據庫的創建、維護、作業、警告、數據復制、轉換等）。SQL Server 2005支持B/S模式的體系結構。SQL Server 2005的關系數據引擎是為Windows DNA環境下的應用程序提供的差不多報務之一，是一個具有高度可伸縮性、可靠性和安全性的數據存儲引擎。SQL Server 2005是一種高性能的關系型數據庫治理系統，在SQL Server 2000的基礎

28、上大大擴展了系統的性能、可靠性和易用性，逐漸成為OLTP（在線事務進程）、DW（數據倉庫）和e商務應用最好的數據庫平臺。要緊特點體現在以下幾個方面：1簡便的操作方式SQL Server 2005界面友好、操作簡單，同時包含一整套的治理和開發工具，企業治理器確實是其中的圖形化集成治理工具，用戶不用記住各種命令和SQL語句就能夠完成各種常規操作。2以Brower/Server為設計結構SQL Server 2005按B/S結構（B/S結構的系統有3個差不多組成部分：掃瞄器、服務器、掃瞄器與服務器的連接件）設計而成，Brower/Server結構將任務合理地分配到服務器與客戶端，減少了網絡擁擠，提高

29、了整體性能。3支持多個不同的開發平臺數據庫開發人員能夠使用任意一種開發平臺編寫應用程序來訪問SQL Server。其中微軟的產品Visual Studio能夠關心用戶方便、快捷地開發新的SQL Server應用程序。4支持企業級的應用程序SQL Server 2005關系數據庫引擎具備完善、強大的數據處理功能，充分愛護數據完整性。SQL Server 2005企業版在32位處理器上能支持超過數十萬億字節容量的數據庫。5支持XMLSQL Server 2005引入了支持XML功能的特性。XML是擴展標記語言（Extensible Markup Language的英文縮寫），可用于描述一個數據集的

30、內容以及數據如何在Web頁中顯示或輸出到某個設備。它以可擴展、易用和安全的特點，成為建設大型Web站點最好的數據存儲設備之一。6數據倉庫支持SQL Server 2005中包括析取和分析匯總數據以進行聯機分析處理（OLAP即在線分析處理）的工具，使聯機分析處理成為可能。同時SQL Server 2005提供了英文查詢工具和編程接口，使得以英文為基礎設計、治理和查詢數據庫成為了可能。7語言排序規則在SQL Server 2005往常的版本中，所有的數據庫被限制在一個代碼頁以及語言集排序次序中，當使用英文版SQL Server數據庫系統時，所有的語言排序規則就必須依靠英文的排序次序， SQL Se

31、rver 2005在Windows排序規則的基礎上增加了一套新的排序規則，它代替了代碼頁和排序次序，為開發多國語言的數據庫應用系統提供方便。8全文搜索和文檔治理功能全文搜索和文檔治理功能被默認包含于SQL Server 2005的所有版本中，這些功能能夠在關系表的純文本中執行文本查詢和搜索所有的索引列，全文搜索功能還能夠與SQL語句結合使用。9增強了分布式查詢功能SQL Server 2005引入了一個OPENROWSET函數，能夠在指定分布式查詢中查詢一個特定的連接信息，同時授予了“OLEDB”數據源更多的SQL操作權。SQL Server還有專門多功能特點，因篇幅有限，在那個地點就不逐一向

32、大伙兒介紹了。系統運行環境要緊有軟件運行平臺和硬件運行平臺。1軟件運行平臺戶界面戶好，簡單易明白，易學易用。同時價格適中，適合于中小型學校中數據吞吐量不太大的情況下使用。2硬件運行平臺硬件運行平臺見表2-1。表2-1硬件運行平臺表本章要緊對軟件開發過程中的一些必要條件進行了論述。在詳述了IIS后，對本系統的要緊技術ASP.NET進行了介紹，其中要緊介紹了什么是ASP.NET，ASP.NET的腳本語言。之因此本系統采納了ASP.NET，而沒有采納JSP、PHP。是因為ASP.NET更接近于平常學習的語言，執行速度較高，而且開發效率專門高，更廣泛地被人們所使用。本章還對系統的運行平臺進行了介紹。相

33、信通過本章的論述，一定會對本系統的開發環境有一個深入的、透徹的了解。為了實現本系統，可行性分析與需求分析是必不可少的重要環節，由其是需求分析時期。系統需求分析為了實現本系統，做必要的可行性分析是特不重要的一個過程，其中可行性分析是實現“做依舊不做”，需求分析是實現“做什么？如何做？”需求分析過程是整個系統開發的重要時期，分析的成功與否，決定著整個系統功能的完善性以及穩定性。在該時期需求分析人員需要確定整個產品的功能要求，同時將現實事務抽象成對象并建模。可行性分析可行性研究現在，計算機硬件技術的進展差不多達到了相當高的水平。然而，庫存治理軟件的開發目前還正處于初級完善的時期，隨著這項技術的不斷深

34、入進展，就要求有更好、更完善的軟件系統應用到企業庫存物資治理當中去，這就給軟件設計人員提出了更高的設計要求。庫存治理包括專門多環節，例如：物流治理系統、倉庫治理系統、進銷存治理系統等等。其中專門重要的一個環節確實是倉庫治理系統，同時它也是較難實現的一個環節。在我國，盡管企業治理差不多蓬勃地進展起來，然而目前仍有專門多企業采納紙張錄入的傳統方式，在此方式下，企業庫存治理一般至少要通過五個步驟，即進貨、物資治理、賬目治理、銷售和出貨。顯然，隨著物資種類的不斷增加及倉庫治理要求的不斷提高，企業職員的工作量將會越來越大，同時其工作將是一件十分煩瑣和特不容易出錯的情況，能夠講傳統的倉庫治理方式差不多不能

35、再適應現代企業的需求。隨著計算機應用技術的迅猛進展，網絡應用的不斷擴大。人們的思想因此而逐漸在改變，現代社會是一個信息化、網絡化的社會，因此人們也在迫切要求利用這些技術來運用到企業中，以減輕企業職員的工作負擔及提高工作效率，與此同時也方便了企業對物資的治理，從而使倉庫治理更趨于安全、方便、快捷，更加激發企業職員的治理熱情。例如，目前許多國際知名企業絕大部分采納這種方式，因其方便、快捷、高效，因此也更能令寬敞企業職員同意。倉庫治理一直是企業不繼改進研究開發的一個熱點。它是建立在國際互聯網上的應用系統，客戶端的配置能夠極為簡單，使企業對物資的治理不在有局限性。一個完備的企業倉庫治理系統能夠使企業職

36、員對物資治理起來方便、快捷、安全，從而提高企業治理的效率，為企業謀求更多的利益。企業倉庫治理系統的開發及應用，幸免以往企業中職員的紙張記錄的繁鎖方式，同時后臺治理是治理員單一的治理，確保了程序的安全性。企業倉庫治理員登錄后，對倉庫中物資、人員都進行了歸類，只要治理員通過名字和密碼進入前臺頁面，按步驟依次進行操作即可，一切操作都專門簡單、快捷，提高了企業物資治理的工作效率。可行性分析當同意一個軟件開發任務，就進入軟件生命的第一個時期，即進行可行性的研究。并不是所有問題都具有簡單的解決方法，許多問題差不多上不能在預定的規模之內解決。因此通過可行性的研究分析能夠從中發覺問題，并對其提出有無可行性的解

37、決方法，進而幸免人力、物力和才力的白費。在現行系統初步調查的基礎上京能夠提出新系統目標，即新系統建立后所要求達到的運行指標，這是系統開發和評價的依據。系統目標應充分體現，并直接為倉庫治理系統服務，且程序能夠分期、分批實現。然而，需要指出的是，系統目標是不可能在總體規劃時期就提出的特不具體，它還將在開發過程中逐步明確和定量化。以達到更加出色的程序系統。但是，目標的提法不盡相同，例如：（1） 提高倉庫治理效率，減輕勞動強度；（2） 提高信息處理速度和準確性；（3） 為倉庫治理者提供更方便、科學的服務項目。系統的目標確定后，就能夠從以下四方面對能否實現新系統目標進行可行性分析：1技術可行性 依照客戶

38、提出的系統功能、性能及實現系統的各項約束條件，依照新系統目標來衡量所需的技術是否具備，本系統是一個數據庫治理和查詢的系統，現有的技術以較為成熟，硬件、軟件的性能要求、環境條件等各項條件良好，可能利用現有技術條件應完全能夠達到該系統的功能目標。同時，考慮給予的開發期限也較為充裕，可能系統是能夠在規定期限內完成開發。 2經濟可行性 估算新系統的成本效益分析，其中包括可能項目開發的成本，開發費用和今后的運行、維護費用，可能新系統將獲得的效益，估算開發成本是否回高于項目預期的全部經費。同時，分析系統開發是否會對其它產品或利潤帶來一定阻礙。（1） 支出：1） 基礎投資： 硬件設備： PC機 軟件設備：W

39、INDOWS 2000/XP、VS.NET2005、SQL Server 2005、WORD 2003、PhotoShop7.02） 其它一次性支出： 軟件設計和開發費用3） 經常性支出： 軟件維護費用、軟件使用費用。（2） 效益：系統的效益能夠從經濟效益和社會效益兩方面考慮。關于倉庫治理系統則應著重分析其社會效益。例如，系統投入運行后能夠使倉庫治理實現科學化、規范化。曾強了工作人員對倉庫治理能力、提高了工作效率。 3運行可行性 新系統的研制和開發是充分得考慮工作人員對倉庫的易于治理，治理者方便查詢設備信息效率。從而能完全滿足使用者的要求。 4法律可行性 新系統的研制和開發，將可不能侵犯他人、

40、集體和國家的利益，可不能違反國家政策和法律。因此從以上幾個方面的分析來看，開發本軟件是完全可行的。中小型企業倉庫治理系統的需求分析系統分析工作在軟件設計過程中是特不重要的環節，它的差不多任務是準確地回答“系統必須做什么？”。需求分析是對目標系統提出完整、準確、清晰、具體的要求。滿足用戶的需求是制作軟件的宗旨，而對軟件的需求是用戶對系統提出的要求，這種要求可能是原始的、籠統的，也可能是抽象的、細節化的。但一個軟件系統的開發必須以一組需求化為動身點，軟件的系統需求分析不斷修改以滿足用戶的想要得到的軟件模型。因此，必須用行之有效的方法對軟件需求進行嚴格的審查驗證。需求分析一般是按圖3-1所示的過程進

41、行。圖3-1 需求分析的一般過程需求分析過程是整個系統開發的重要時期，分析的成功與否，決定著整個系統功能的完善性以及穩定性。在該時期需求分析人員需要確定整個產品的功能要求，同時將現實事務抽象成對象并建模。系統業務流程分析中小型企業倉庫治理系統業務流程如圖3-2所示。圖3-2 中小型企業倉庫治理系統業務流程圖系統數據流分析數據流圖描述：倉庫治理系統的數據流圖是依照物資信息的數據流程進行的分析，對現有的資料進行處理，系統數據流圖如圖3-3所示。治理員：針對整個系統的各項信息，處理等進行治理操作。差不多信息：要緊包括物資，倉庫，用戶，入庫，出庫，公司，賬目，盤存的差不多信息治理，以方便治理進行各項處

42、理操作。各種用表：要緊包括物資，倉庫，用戶，入庫，出庫，公司，賬目，盤存的信息用表，要緊為方便治理對各項信息進行治理操作。圖3-3 系統數據流圖數據字典分析數據字典的作用是在軟件分析和設計的過程中給人提供關于數據的描述信息。它要緊是對數據流圖中的數據流、處理邏輯、外部實體、數據存儲和數據項等方面進行具體的定義。數據流程圖配以數據字典，就能夠從圖形和文字兩個方面對系統的邏輯模型進行完整的描述數據項定義表3-1系統數據項定義編號名稱不名類型長度I01-01huoID物資IDInt4字節I01-02huoName物資名稱Char10字節I01-03huoDanwei物資單位Char10字節I01-0

43、4cfck存放倉庫Char10字節I01-05rkdw入庫單價Decimal18字節I01-06ckdw出庫單價Decimal18字節I01-07yskc原始庫存Decimal18字節I01-08dixian庫存底線Int4字節I01-09gaoxian庫存頂線Int4字節I01-10bianma物資編碼Int4字節I01-11pancun盤存Int4字節I01-12Specs規格Varchar50字節I01-13PassNumber批號Varchar50字節I01-14PassList批準文號Varchar50字節I01-15ckID倉庫IDInt4字節I01-16ckbm倉庫編碼Int4字

44、節I01-17Name倉庫名稱Char10字節101-18userID用戶IDint4字節101-19Name用戶名Char10字節101-20tel用戶聯系電話Char10字節101-21bianma用戶編碼Int4字節101-22rukuID入庫IDInt4字節101-23rukuDate入庫時刻Datetime8字節I01-24rukuBianma入庫編碼Int4字節I01-25huoName物資名稱Char10字節I01-26shuliang進貨數量Int4字節I01-27jinjia進貨價格Decimal19字節I01-28ghdw供貨單位Char10字節I01-29jingbanr

45、en經辦人Char10字節續表3-1I01-30CompanyName公司名稱Varchar50字節I01-31CompanyType公司類型Varchar50字節I01-32CompanyShort公司簡稱Varchar50字節I01-33CompanyAddress公司地址Varchar50字節I01-34Bank開戶銀行Varchar50字節I01-35BandAccounts銀行賬號Varchar50字節I01-36zhonge總金額Decimal19字節數據流定義數據流名稱：物資信息數據流來源：治理員數據流去向：物資信息治理數據流組成：I01-02+I01-03+I01-04+I01

46、-05+I01-06+I01-07+I01-10數據流名稱：物資數據數據流來源：物資信息治理數據流去向：物資信息表數據流組成：I01-02+I01-03+I01-04+I01-05+I01-06+I01-07+I01-08+I01-09+I01-10+I01-11+I01-12+I01-13+I01-14數據流名稱：倉庫信息數據流來源：治理員數據流去向：倉庫信息治理數據流組成：I01-15+I01-16+I01-17數據流名稱：倉庫數據數據流來源：倉庫信息治理數據流去向：倉庫信息表數據流組成：I01-15+I01-16+I01-17數據流名稱：用戶差不多信息數據流來源：治理員數據流去向：用戶差

47、不多信息治理數據流組成：I01-19+I01-20+I01-21數據流名稱：用戶差不多數據數據流來源：用戶差不多信息治理數據流去向：用戶差不多信息表數據流組成：I01-19+I01-20+I01-21數據流名稱：入庫信息數據流來源：治理員數據流去向：入庫信息治理數據流組成：I01-22+I01-23+I01-24+I01-25+I01-28+I01-29數據流名稱：入庫數據數據流來源：入庫信息治理數據流去向：入庫信息表數據流組成：I01-22+I01-23+I01-24+I01-25+I01-26+I01-27+I01-28+I01-29數據流名稱：出庫信息數據流來源：治理員數據流去向：出庫信

48、息治理數據流組成：I01-22+I01-23+I01-24+I01-25+I01-28+I01-29數據流名稱：出庫數據數據流來源：出庫信息治理數據流去向：出庫信息表數據流組成：I01-22+I01-23+I01-24+I01-25+I01-26+I01-27+I01-28+I01-29+I01-36數據流名稱：公司信息數據流來源：治理員數據流去向：公司信息治理數據流組成：I01-30+I01-31+I01-32+I01-33數據流名稱：公司數據數據流來源：公司信息治理數據流去向：公司信息表數據流組成：I01-30+I01-31+I01-32+I01-33+I01-34+I01-35數據流名稱

49、：財務信息數據流來源：治理員數據流去向：財務信息治理數據流組成：I01-05+I01-06+I01-27+I01-36數據流名稱：財務數據數據流來源：財務信息治理數據流去向：賬目信息表數據流組成：I01-02+I01-03+I01-05+I01-06+I01-17+I01-27+I01-29+I01-36數據流名稱：盤存信息數據流來源：治理員數據流去向：盤存信息治理數據流組成：I01-02+I01-03+I01-04+I01-11數據流名稱：盤存數據數據流來源：盤存信息治理數據流去向：盤存信息表數據流組成：I01-01+I01-02+I01-03+I01-04+I01-10+I01-11+I0

50、1-17本章小結本章要緊從業務流程方面論述了，本系統的可行性問題，其中包括：經濟可行性、技術可行性、時刻可行性、操作可行性、法律可行性。通過本章的論述，可證明中小型企業倉庫治理系統是一個特不可行的系統，不管是從前臺的掃瞄技術，依舊后臺的數據庫支持部分都專門符合用戶的需求。本章初步建立起開發項目的模型，具體設計與實現將在后面待述。系統總體設計通過需求分析的介紹，能夠進一步對系統設計的具體分析和總體思想進行設計。總體設計要緊是對系統做一個概括性的介紹，以及功能模塊設計。系統模塊總體設計利用層次圖來表示系統中各模塊之間的關系。層次方框圖是用樹形結構的一系列多層次的矩形框描繪數據的層次結構。樹形結構的

51、頂層是一個單獨的矩形框，它代表完整的數據結構，下面的各層矩形框代表各個數據的子集，最底層的各個矩形框代表組成那個數據的實際數據元素（不能再分割的元素）。隨著結構的精細化，層次方框圖對數據結構也描繪得越來越詳細，這種模式特不適合于需求分析時期的需要。從對頂層信息的分類開始，沿著圖中每條路徑反復細化，直到確定了數據結構的全部細節為止。本系統一共分為七個模塊，每個模塊之間盡管在表面上是相互獨立的，然而在對數據庫的訪問上是緊密相連的，各個模塊訪問的有兩個數據庫，所訪問的表也有專門大不同。每個模塊的功能差不多上按照在調研中搜集的資料進行編排制作的。依據上述功能的分析，系統中模塊分不為：差不多信息、入庫/

52、出庫治理、采購/銷售治理、查詢統計、往來治理、附項治理、系統設置。各功能模塊的具體功能如下：（1） 差不多信息：對物資信息、公司信息、倉庫信息、盤存信息、商品信息進行設置。（2） 入庫/出庫治理：針對入庫和出庫信息進行添加、修改、刪除操作。（3） 采購/銷售治理：進行進貨、進貨退貨、銷售、銷售退貨的添加操作。（4） 查詢統計：包括商品進貨、進貨退貨、商品銷售、銷售退貨、商品庫存、商品銷售排行、入庫年度統計、出庫年度統計、庫存信息匯總的查詢。（5） 往來治理：要緊是做商品結賬相應操作，包括商品進貨、進貨退貨、商品銷售、銷售退貨。（6） 附項治理：針對供貨單位、收貨單位、經辦人、物資的添加操作。（

53、7） 系統設置：包括添加用戶、修改用戶密碼、重新登錄及關心。系統功能結構圖如圖4-1所示。圖4-1 系統功能結構圖數據庫結構設計數據庫邏輯結構設計圖4-2 系統全局E-R圖數據庫結構設計表本系統的數據庫命名為：db_Sell1和kc_db1兩個數據庫，前者是用來存儲有關商品銷售的所有數據信息，后者是用來存儲庫存治理的數據信息。Db_Sell1數據庫中共分5張信息表如表4-1至4-5所示。商品信息表要緊用于對商品的差不多信息進行存儲治理。如表4-1所示。表4-1 tb_Commodity（商品信息表）序號英文名中文名類型長度(字符)1id編號int42CommodityName商品名稱varch

54、ar(100)1-1003ShortName商品簡稱varchar(50)1-504ProducePlace產地varchar(100)1-1005Unit單位varchar(20)1-206Specs規格varchar(50)1-507PassNumber批號varchar(50)1-508PassList批準文號varchar(50)1-509CompanyId供應商int410Remark備注varchar(500)1-50011Username操作用戶varchar(50)1-5012AddTime修改日期varchar(50)1-5013total標記int4公司信息表要緊是對公司的

55、差不多信息進行存儲治理。如表4-2所示。表4-2 tb_Company（公司信息表）序號英文名中文名類型長度(字符)1id編號int42CompanyName公司名稱varchar(50)1-503CompanyType類型varchar(50)1-504CompanyShort公司簡稱varchar(50)1-505CompanyAddress地址varchar(50)1-506Postalcode郵政編碼varchar(50)1-507Tel聯系電話varchar(50)1-508Fax傳真varchar(50)1-509Linkman聯系人varchar(50)1-5010Email電子

56、郵箱varchar(50)1-5011Bank開戶銀行varchar(50)1-5012BandAccounts銀行賬號varchar(50)1-5013Username操作用戶varchar(50)1-5014AddTime修改日期varchar(50)1-50表4-3 tb_Reckoning（賬目信息表）序號英文名中文名類型長度(字符)1id編號int42CommodityId商品編號int43Settlement結算int44ManageMan經手人varchar(50)1-505datetime結算日期datetime86username操作用戶varchar(50)1-507Add

57、time修改日期varchar(50)1-50表4-4 tb_Stock（物資操作表）序號英文名中文名類型長度(字符)1id編號int42CommodityId商品編號int43CompanyId公司編號int44Number數量int45Pirce單價int46StockDate進/退物資日期datetime87SettlementType結算方式varchar(50)1-508Payment應付金額int49FactPayment實付金額int410NotPayment未付金額int411ManageMan經手人varchar(20)1-2012Username操作用戶varchar(50

58、)1-5013AddTime添加日期varchar(20)1-2014ClientId單據編號int415Type信息類型varchar(10)1-10表4-5 tb_User（用戶密碼表）序號英文名中文名類型長度(字符)1id編號int42username用戶名varchar(50)1-503userpwd用戶密碼varchar(50)1-504AddTime添加日期datetime8kc_db1數據庫中共分8張信息表如表4-6至4-13所示。倉庫信息表要緊是對所有倉庫進行治理。如表4-6所示。表4-6 cangku（倉庫信息表）序號英文名中文名類型長度(字符)1ckID編號int42ckb

59、m倉庫編碼int43Name倉庫名稱char(10)1-104beizhu備注char(10)1-10表4-7 chuku（出庫信息表）序號英文名中文名類型長度(字符)1rukuID入庫編號int42rukuDate入庫時刻datetime83rukuBianma入庫編碼int44huoName物資名稱char(10)1-105shuliang數量int46jinjia進貨價格decimal(19, 4)1-197zhonge總金額decimal(19, 4)1-198ghdw供貨單位char(10)1-109jingbanren經辦人char(10)1-1010beizhu備注char(10

60、)1-1011huokuan貨款decimal(18, 0)1-18表4-8 ghdw（供貨單位表）序號英文名中文名類型長度(字符)1gongID供貨編號int42Bianma供貨編碼int43Name單位名稱char(10)1-104Address單位地址varchar(50)1-505person聯系人varchar(50)1-506tel聯系人電話varchar(50)1-50表4-9 huopin（物資信息表）序號英文名中文名類型長度(字符)1huoID編號int42huoName物資名稱char(10)1-103huoDanwei物資單位char(10)1-104cfck存放倉庫ch