【文章內(nèi)容簡介】 的操作。 入庫管理 在入庫管理中，管理員可以對商品的供應商進行查詢，并能對庫存商品的信 息進行進一步的完善與補充，如可以補充商品的使用說明。可以對入庫商品進行查詢，可以通過精確查找和模糊查找兩種方式進行查找。在精確查找中，管理員需要輸入商品的商品名稱；在模糊查找中，管理員可以根據(jù)商品入庫的開始日期和終止日期進行查詢。如果有新商品入庫，管理員對商品的種類、編號、商品名、數(shù)量、生產(chǎn)日期、購入時間進行編輯、并能在備注中對商品的其他信息進行進一步的描述。 出庫管理 在本功能模塊中包括出庫商品記錄和出庫記錄查詢。管理員可以對出庫商品進行記錄。可以記錄下商品的產(chǎn)品種類、商品名稱、出庫編號、出庫數(shù)量、出 庫日期、供應商進行保存和記錄；并能在備注中對商品的其他信息進行編輯與保存。在出庫記錄查詢中，管理員可以通過精確查詢和模糊查詢對商品的出庫情況進行查詢。緊缺查詢需要輸入商品的編號和名稱；模糊查詢只需要輸入商品名稱即可。 庫存管理 本模塊是本設計的中心功能模塊，是倉庫庫存管理系統(tǒng)的核心。在 Jpanel4 中，管理員 能查詢各類商品信息，點擊下拉列表實現(xiàn)次功能如需詳細查詢單項目點擊其他選項卡，且必須輸入查找相應商品信息（為漢字不能帶有特殊字符，符號等） 。在查詢供應商中，可以對商品的供應商進行查詢。在單項查詢中可以 對單個商品進行查詢，只需要輸入查詢項目即可。 商品修改 功能 在本功能模塊中，管理員可以對商品的信息進行修改?？梢赃M行供應商修改和商品修改。在供應商修改中，可以刪除供應商，需要輸入供應商的姓名；可以添加供應商，需要輸入供應商的姓名、地址、種類、電話和滿意度。并可以再備注中對供應商的其他信息進行編輯與修改。在商品修改中，可以修改商品的編號、名字、數(shù)量、生產(chǎn)日期、購入日期、價格、供應商和備注。本功能可以使庫存商品的信息得到及時的更新。 黑龍江工程學院本科生畢業(yè)設計 5 操作員查詢 功能 本功能可以讓操作人員對之前進如本系統(tǒng)的人員情況的有所掌 握，從而在問題出現(xiàn)時能及時與其他操作人員進行及時的溝通，并可以在出現(xiàn)事故時對責任人進行追究。只需要輸入操作員的姓名，便可以對操作員的編號、項目、操作日期進行查詢。 倉庫統(tǒng)計功能 本功能模塊可以使管理員對倉庫的總體情況有一個大概的了解。從而使管理員能根據(jù)當時的倉庫庫存情況而采取相應的管理方法。在此功能中管理員可以進行入庫金額統(tǒng)計、入庫數(shù)量統(tǒng)計、出庫數(shù)量統(tǒng)計、倉庫容量統(tǒng)計。 本章小結 本章主要介紹此項目所要完成項目的具體需求，以及每個模塊所實現(xiàn)功能的具體需求說明，并且對每個模塊的需求中比較難實現(xiàn)的地方做了一 些提示，以及對各個功能的實現(xiàn)做了實現(xiàn) 的 描述，這樣對后面的系統(tǒng)開發(fā)會有很大的好處。 此章對于后來的系統(tǒng)開發(fā)起著舉足輕重的作用，下面的章節(jié)需要根據(jù)此章所描述的需求分析，將現(xiàn)實需求抽象出來，對數(shù)據(jù)庫進行設計，以及把項目模塊，業(yè)務處理等過程抽象出來。 黑龍江工程學院本科生畢業(yè)設計 6 第 3章 數(shù)據(jù)庫的設計和實現(xiàn) 數(shù)據(jù)庫分析 將需求分析得到的用戶需求抽象為信息結構即概念模型的過程就是概念結構設計。他是真?zhèn)€數(shù)據(jù)庫設計的關鍵。在需求分析階段所得到的應用需求應該首先抽象為信息世界的結構，才能更好地、更準確地用某一 DBMS 實現(xiàn)這些需求。概念結構能 真實、充分的反映現(xiàn)實世界，包括事物和事物之間的聯(lián)系，能滿足用戶對數(shù)據(jù)的處理要求，是對現(xiàn)實世界的一個真實模型。它易于理解，從而可以充分用它和不熟悉計算機的用戶交換意見，用戶的積極參與是數(shù)據(jù)庫設計成功的關鍵。它易于更改，當應用環(huán)境和應用要求改變時，容易對概念模型修改和擴充。而且它易于向關系、網(wǎng)狀、層次等各種數(shù)據(jù)模型轉(zhuǎn)換。 調(diào)查了了解了用戶需求之后，還需要進一步分析和表達用戶的需求。在眾多的分析方法中結構化分析方法是一種簡單實用的方法。結構化分析方法從最上層的系統(tǒng)組織結構入手，采用自頂向下、逐層分解的方法分析系統(tǒng) 。 根據(jù)系統(tǒng)的分析與設計結果可知，本系統(tǒng)的系統(tǒng)管理涉及到 商品 和人員兩類數(shù)據(jù)實體，因此在系統(tǒng)中要涉及 商品 基本信息表和人員基本信息表來記錄 商品 和人員的基本數(shù)據(jù)信息。根據(jù)系統(tǒng) 管理員級 用戶的基本功能的需要，則要涉及到 商品 的信息、 管理員的 信息、 出入庫商品的 信息，因此至少需要三張數(shù)據(jù)表分別記錄相關信息。除此之外，還要考慮相關信息的關聯(lián)信息。 根據(jù)以上的分析，可以列出以下數(shù)據(jù)項和數(shù)據(jù)結構。 入庫記錄 表：所有 入庫商品 信息保存在這張表。 操作界面 表：存放所有 操作人員 數(shù)據(jù)信息。 出庫記錄 表：存放所有 出庫商品的各項詳 細信息 。 管理員界面 表：所有 管理 人員信息保存在 此 表，主要人員的基本信息和密碼。 供應商 信息表：存放所有 商品的供應商的 基本信息。 商品信息 表：存放所有 庫存商品的所有 信息。 數(shù)據(jù)庫的設計 根據(jù)以上需求分析，可以作出數(shù)據(jù)庫各表所對應的關聯(lián)圖，如圖 所示。 黑龍江工程學院本科生畢業(yè)設計 7 圖 倉庫庫存 管理系統(tǒng)數(shù)據(jù)庫表關聯(lián)圖 關系數(shù)據(jù)庫系統(tǒng)是支持關系模型的數(shù)據(jù)庫系統(tǒng)。關系模型的數(shù)據(jù)結構非常簡單，只包括單一的數(shù)據(jù)結構――關系。在用戶看來，關系模型中數(shù)據(jù)的邏輯結構是一張扁平的二維表。關系模型的數(shù)據(jù)結構雖然簡單卻能夠表達豐富的語義，描述出現(xiàn)實世界的實體以及實體間的各種聯(lián)系。也就是說，在關系模型中，顯示世界的實體以及實體之間的各種聯(lián)系均用單一的結構類型即關系來表示。關系模型要求關系必須是規(guī)范化的，即要求關系必須滿足一定的規(guī)范條件。這些規(guī)范條件中最基本的一條就是，關系的每一個分量必須是一個不可分得數(shù)據(jù)項。 這些關系的建立可以避免由于誤操作導致數(shù)據(jù)庫的崩潰，保證各表之間的數(shù)據(jù)的統(tǒng)一性。 下面列出各表的詳細結構。 入庫記錄 表 入庫記錄 表是用來存放所有 入庫商品 的基本信息的數(shù)據(jù)表， 包 括入庫商品的商品號、入庫時間、商品名、價格等信息，具 體結構設計如表 所示。 表 入庫記錄 表 Field Name Datatype Len Default Collation PK? Not Null? Auto Incr? Zerofill? number int 10 y y y indata date name varchar 20 latinl_saved… count int 10 money int 10 ventor varchar latinl_saved… remark varchar latinl_saved… 商品 信息 商品 編號 商品 編號 用戶信 息 權限 編號 管理 員編號 庫存 信息 庫存 編號 管理 員編號 管理 員信息 庫存 編號 聯(lián)系人信息 人員編號 記事序號 文件信息 文件編號 文件類型 人員編號 人員編號 聯(lián)系人序 號 庫存 信息 文件圖表信息 圖標文件 文件類型 黑龍江工程學院本科生畢業(yè)設計 8 在設計 入庫記錄 表時，記錄了 商品 編號 、入庫信息、商品名、數(shù)量、價格 。表中的 入庫信息 字段還是從 商品 基本信息表中的 商品編號 構編號索引的 ；表中的 商品名 字段是從 商品信息 表中的 商品 編號索引的；表中的 數(shù)量、價格 字段是從 商品 信息表中的商品 編號索引的。 操作界面 表 操作界面 表是用來存放 操作員各種 信息的數(shù)據(jù)表，此表的具體結構設計如表 所示。 表 操作界面 表 Field Name Datatype Len Default Collation PK? Not Null? Auto Incr? Zerofill? number int 10 y y y item varcha 20 latinl_saved… name varchar 20 latinl_saved… time date… remark varcha 100 latinl_saved… 操作界面表是為了使操作人員在操作本系統(tǒng)時有所記錄，所以在設計本表時，特別加 入了操作時間，這樣可以保證倉庫庫存管理的時效性。而這也為管理人員對操作人員的操作進行有效地管理。 出庫記錄 表 出庫記錄表 是用來存放所有 出庫商品的 基本信息的數(shù)據(jù)表，此表的具體結構設計如表 所示。 表 出庫記錄 表 Field Name Datatype Len Default Collation PK? Not Null? Auto Incr? Zerofill? number int 10 y y y indata date name varchar 20 latinl_saved… count int 10 ventor varcha 20 latinl_saved… remark varcha 100 latinl_saved… 表中的 商品 編號字段還是從 商品 基本信息表中的 商品 編號索引的；表中的 出庫數(shù)量也 是從 商品 基本信息表中的 商品數(shù)量 索引的。 黑龍江工程學院本科生畢業(yè)設計 9 管理員界面界面 表 管理員界面 是用來存放 管理員操作界面的各項信息的 數(shù)據(jù)庫，此表的具體結構設計如表 所示。 表 管理員界面 表 Field Name Datatype Len Default Collation PK? Not Null? Auto Incr? Zerofill? id varcha 20 latinl_saved… y y password varchar 20 latinl_saved… user varchar 20 latinl_saved… power varchar 20 latinl_saved… 表中的 id 字段 和 user 字段 是從 操作界面 表中的 人員 編號索引的。 power 可以區(qū)別管理員級用戶和 庫管理員級用戶。 供應商 信息表 供應商 信息表是用來存放所有 商品的供應商 信息的數(shù)據(jù)表，此表的具體結構設計如表 所示。 表 供應商 信息表 Field Name Datatype Len Default Collation PK? Not Null? Auto Incr? Zerofill? name varchar 20 latinl_saved… y y address varchar 20 latinl_saved… sort varchar 20 latinl_saved… tel bigint 20 satisfy int 10 remark varcha 100 latinl_saved… 本表不僅可以體現(xiàn)如供應商姓名、地址、種類、電話等基本信息，而且能體現(xiàn)出對供應商的滿意度，這就為選擇合適的供應商提供了參考信息。而掌握供應商的各項信息對及時掌握商品的情況有著很大的幫助。如果商品的質(zhì)量，入庫數(shù)量等信息出現(xiàn)問題，可以通過本表及時的掌握出現(xiàn)問題商品的供應商情況，從而保證商品的品質(zhì)，保護企業(yè)的形象不受影響。本表作為基本表 ，是實際存在的表，它是實際存儲數(shù)據(jù)的邏輯表示；而且能夠作為查詢表，是查詢結果對應的表。本表在本設計說明書中的作用十分重要。 黑龍江工程學院本科生畢業(yè)設計 10 商品 信息表 商品 信息表是用來存放 庫存商品 信息的數(shù)據(jù)表，此表的具體結構設計如表 所示。 表 商品 信息表 Field Name Datatype Len Default Collation PK? Not Null? Auto Incr? Zerofill? sort varchar 20 latinl_saved… number int 11 y y y name varchar 20 latinl_saved… count int 10 indata date y pdate date value int 10 ventor varchar 20 latinl_saved… remark varchar 20 latinl_saved… 此表是整個數(shù)據(jù)庫的中心表。也是體統(tǒng)實現(xiàn)的主要信息表。前面幾個表都或多或少都有從此表索引的信息。所以本表是所有數(shù)據(jù)庫表中最 龐大的，也是包括信息最多的?，F(xiàn)實世界隨著時間在不斷地變化，因而在不同的時刻，關系模式的關系也會有所變化。但是，現(xiàn)實世界的許多已有事實限定了關系模式所有可能的關系必須滿足一定得完整性約束條件。這些約束或者通過對屬性取值范圍的限定。關系模式應當刻畫出這些完整性約束條件。 本章小結 本章主要通過上一章節(jié)的