第1章 系統分析
1.1系統的可行性分析
1. 技術可行性
本系統的開發環境是基於Windows 2000的中文操作系統，采用面向對象的編程工具Visual Basic 6.0(以下簡稱VB) ，後臺數據庫是SQL Server 2000。考慮到本系統屬於小型數據庫系統，並且不會有很大的數據量訪問，筆者決定采取本地數據庫訪問和編程方法，以達到對數據庫快速方便地訪問。 Visual Basic 6.0是專門為Microsoft 的32位操作系統設計的，可用來建立32位的應用程序。在Windows 9X 或 Windows NT 環境下，用Visual Basic 6.0的編譯器可以自動生成32位應用程序。這樣的應用程序在32位操作系統下運行，速度更快，更安全，並且更適合在多任務環境下運行。Visual Basic 是壹種可視化的、面向對象和采用事件驅動方式的結構化高級程序設計語言，可用於開發Windows 環境下的各類應用程序。
2. 經濟可行性
本系統雖然需要有良好的整體規劃，而且還需要專業人員進行系統的運行階段的維護與管理，所以系統開發需要大量的先期投入，但是今後系統的使用會給用戶帶來很大的方便。從提高工作效率而避免各種直接或間接的經濟損失角度來看，軟件實際能夠起到的作用會遠遠大於投入的開發費用。故從經濟上是完全可行的。總之，這個系統的經濟效益遠遠大於開發成本。
3. 操作可行性
對於用戶來說，合理方便的功能設計和快捷的操作，足可以滿足各種用戶的不同需求，同時也方便了管理員的內部管理。總之，這個系統的經濟效益遠遠大於開發成本。硬件上，滿足要求的計算機的配置不用很高；軟件上，采用Windows 系列操作系統，對管理員稍做培訓即可掌握，操作上是可行的。
1.2業務流程圖
第2章 需求分析
2.1用戶需求
物資管理系統在設計時應充分滿足企業的現實需求，同時也考慮到未來的發展，考慮到了適應信息化的發展要求。具體表現在： （1）利用信息系統建立起完整的物資管理管理體系；
(2)能連接數據庫並實現添加、刪除、修改、查詢等功能； (3)能對用戶信息進行修改；
2.2性能需求
為了保證系統能夠長期、安全、穩定、可靠、高效的運行，物資管理系統應該滿足以下的性能需求：
(1)數據處理的及時性，準確性
系統處理的準確性和及時性是系統的必要性能。本系統在設計和開發過程中，要充分考慮系統當前和將來可能承受的工作量，使系統的處理能力和響應時間能夠滿足企業對信息處理的需求。
由於本系統的各種數據對於整個系統的功能和性能舉足輕重，因此其準確性在很大程度上決定了系統功能和性能。在系統開發過程中，必須采用壹定的數據驗證方法確保數據的準確性。
(2)數據安全性
系統數據的安全性在整個系統中占有十分重要的地位。任何系統都應保證數據的安全性。
(3)系統的易用性
本系統是直接面向業務操作員的，而使用人員往往對計算機並不時非常熟悉。這就要求系統能夠提供易用的人機交互界面。要實現這壹點，就要求系統應該盡量使用用戶熟悉的術語和中文信息的界面, 縮短用戶對系統熟悉的過程。
2.3數據流圖
2.3.1頂層TOP 圖
采購員
庫管員
銷售員
F1 F2 F3
F4
F5
庫管員
F6
采購員
圖
2.1 系統
TOP 圖
2.3.2壹級細化圖
F1.1
采購員
F2.1 庫管員
F4.1
采購員
F3.1 庫管員
F4.1 銷售員
2.3.3 二級細化圖
（1）采購物資管理二級細化圖：
F1.1.1 采購員
F1.1.2 采購員
F1.1.3 采購員
F1.1.4 采購員
（2）物資基本信息管理系統二級細化圖
F2.1.1 庫管員
F2.1.2 庫管員
F2.1.3 庫管員
F2.1.4 庫管員
（3）物資入庫管理系統二級細化圖
F3.1.1 庫管員
F3.1.2 庫管員
F3.1.3 庫管員
F3.1.4 庫管員
（4）物資銷售管理系統二級細化圖
F4.1.1 銷售員
F4.1.2 銷售員
F4.1.3 銷售員
F4.1.4 銷售員
2.4 數據字典
下面給出幾項重要數據元素的數據字典
2.5 功能模塊圖
2.6 IPO 圖
第3章 總體設計
3.1 E-R 圖
局部E-R 圖
3.2 關系模型設計
關系模式（下劃線為主鍵）：
1 2 3
3.3 數據庫設計
（1）采購表
采購表是記錄采購員采購物資信息，相應屬性見表3.1
表 3.1 采購表
列名 數據類型 長度 約束 允許為空 描述 Godid int 6 主鍵 否 物資ID Godname varchar 20 物資名 Number int 6 數量 Much int 6 單價 Mname varchar 20 經銷商
（2）入庫表
記錄物資入庫信息，相關屬性見表3.2.
表 3.2 入庫表
列名 數據類型 長度 約束 允許為空 描述 Godid int 6 主鍵 否 物資ID Godname varchar 20 物資名 Number int 6 數量 Much int 6 單價 Mname varchar 20 經銷商
Day datetime 6 入庫日期
（3）出庫表
記錄物資出庫信息，相關屬性見表3.3.
表 3.3 出庫表
列名 數據類型 長度 約束 允許為空 描述 Godid int 6 主鍵 否 物資ID Godname varchar 20 物資名 Number int 6 數量 Much int 6 單價 Mname varchar 20 經銷商 Day datetime 6 出庫日期
（4）庫存表
記錄物資庫存信息，相關屬性見表3.4
表 3.4 庫存表
列名 數據類型 長度 約束 允許為空 描述 Godid int 6 主鍵 否 物資ID Godname varchar 20 物資名
Number int 6 數量 Much int 6 單價 Mname varchar 20 經銷商
第4章 詳細設計
詳細設計階段的根本目標是確定應該怎樣具體地實現所要求的系統，也就是說，經過這個階段的設計工作，應該得出對目標系統的精確描述，從而在編碼階段可以把這個描述直接翻譯成用某種程序設計語言書寫的程序。
詳細設計階段的關鍵任務是確定怎麽樣具體的實現用戶需要的軟件系統，也就是要設計出程序的“藍圖”。除了應該保證軟件的可靠性之外，使將來編寫出的程序可讀性好、容易理解、容易測試、容易修改和維護，是詳細設計階段最重要的目標。
4.1 用戶登錄流程圖
圖 4.1 用戶登錄流程圖
4.2 采購員填寫采購單流程圖
圖 4.2 采購員填寫采購單流程圖
4.3 庫管員插入物資信息流程圖
圖 4.3 庫管員插入物資信息流程
4.4 庫管員修改物資信息流程圖
圖 4.4 庫管員修改物資信息流程
4.5 庫管員刪除物資信息流程圖
圖 4.5 庫管員刪除物資信息流程
4.6 庫管員查詢物資信息流程圖
圖 4.6 庫管員查詢物資信息流程