【導讀】此花費大量的人力、物力。種管理方式是一種低水平的運作，會造成大量的浪費。之標準化、規(guī)范化；此外還最大限度地可以節(jié)省人力，提高工作效率。與一般采購系統(tǒng)相比，擁有以用戶為開發(fā)中心，易于操作和理解等特點。該系統(tǒng)有查詢物資、生成采購單、管理庫存、數(shù)據(jù)統(tǒng)計等功能。的實際開發(fā)實現(xiàn)作了介紹。該軟件達到了數(shù)據(jù)的一致性和安全性，且應用程序功。能完備，符合了當今監(jiān)獄物資采購管理的需求。

　　

【正文】 負責管理用戶，包括用戶管理、密碼維護、重新登錄以及初期建賬 4個功能模塊， 如圖 46 所示 ： 圖 46 “系統(tǒng)管理”功能模塊 系統(tǒng)管理 用戶管理 密碼修改 重新登錄 創(chuàng)建帳號 統(tǒng)計分析 采購單分析 庫存分析 庫存上下限設置 監(jiān)獄物資采購管理系統(tǒng)的設計與實施 24 “用戶管理”模塊負責管理用戶信息，設置權限。用戶信息包括用戶 ID、用戶名稱、用戶密碼、用戶權限、用戶所屬等。權限分為一般用戶和系統(tǒng)管理員。權限包括申購單的填寫、修改、審核與生成，采購單的入庫、審核與關閉，盤點表的生成、審批，用戶信息的添加、密碼修改、權限修改與刪除。系統(tǒng)管理員將擁有所有權限，一般用戶可根據(jù)實際需求設置權限。 例如一般的部門員工可以設置其獲取申購單的填寫、修改，用戶密碼的修改權限。 “用戶信息修改”模塊負責維護、更新用戶密碼信息。 “重新登錄”模塊主要給用戶提供重新登錄功能。 “創(chuàng)建賬號”模塊主要給用戶提供初期建賬功能，用戶可以有選擇地初始化數(shù)據(jù)表。只有系統(tǒng)管理員才能進行該操作。 數(shù)據(jù)庫設計 (Database Design)是指根據(jù)用戶的需求，在某一具體的數(shù)據(jù)庫管理系統(tǒng)上，設計數(shù)據(jù)庫的結構和建立數(shù)據(jù)庫的過程。本設計用到的是 SQL server數(shù)據(jù)庫。 SQL server 的數(shù)據(jù)庫是用來存放數(shù) 據(jù)、視圖、索引、存儲過程等對象的“容器”。一個數(shù)據(jù)庫可以存放在一個或多個操作系統(tǒng)的數(shù)據(jù)庫文件中，但是一個數(shù)據(jù)庫文件不能包含多個數(shù)據(jù)庫。數(shù)據(jù)文件用于存儲數(shù)據(jù)庫中的所有對象，如表、視圖、存儲過程等 【 24】 。 一般，數(shù)據(jù)庫的設計過程大致可分為 5 個步驟：需求分析、概念設計、邏輯設計、物理設計、驗證設計。根據(jù)系統(tǒng)需求分析，系統(tǒng)需要建立 7 個表 (詳見 節(jié) )，用戶可以有選擇地初始化數(shù)據(jù)表。這 7 個表分別為： 供應商資料表：保存供應商的基本資料； 物資資料表：保存物資的基本資料； 采購單 信息 表：保存采購單信 息； 采購單明細 信息 表：保存采購單的具體明細； 庫存 信息 表：保存和庫存相關的信息； 監(jiān)獄物資采購管理系統(tǒng)的設計與實施 25 盤點明細 信息 表：保存盤點明細； 用戶信息表：保存用戶的基本信息，包括用戶名、 用戶 密碼等。 系統(tǒng) ER 圖 ER 圖 即是 實體 聯(lián)系圖 (Entity Relationship Diagram)。 實體聯(lián)系模型，實體關系模型 或實體聯(lián)系模式圖 (ERD)是由美籍華裔 計算機 科學家陳品山 (Peter Chen)發(fā)明，是概念數(shù)據(jù)模型的高層描述所使用的數(shù)據(jù)模型或模式圖，它為表述這種實體聯(lián)系模式圖形式的數(shù)據(jù)模型提供了圖形符號。 它為 表示實體類型、屬性和聯(lián)系提供了 方法，用 以 描述現(xiàn)實世界的 概念模型 【 25】 。 通過 對監(jiān)獄物資采購管理 系統(tǒng) 的 需求分析，了解了系統(tǒng)的分解功能以及數(shù)據(jù)流程，根據(jù)這些實體和實體之間的關系，可以得到系統(tǒng) ER 圖 。 1） 實體 ER 圖 由一般部門人員填寫并提交申購單，多個人對應多張申購單。申購單需要改部門主任審核，由主任一人負責所有申購單，是一對多的關系。每張申購單對應一張采購單，全部采購單都由采購部門主任處理。采購單由采購人員打印并向供應商進行采購活動，采購完畢后把貨物入庫。具體關系如 47。 監(jiān)獄物資采購管理系統(tǒng)的設計與實施 26 圖 47 實體 ER圖 2） 實體屬性圖 供應商資料主要包括供應商編號、供應商名 稱、地址、電話、傳真、信譽等級、提供商品和簡介等。 如圖 48。 M M M N N N N N 1 1 1 1 1 申購單 庫存 一般部門人員 采購部門人員 采購單 一般部門主任 采購部門主任 填寫 審 核 審核 打印采購單 供應商 采購 入庫 生成 監(jiān)獄物資采購管理系統(tǒng)的設計與實施 27 圖 48 供應商 屬性 ER分 圖 物資資料主要包括物資編號、物資名稱、計量單位、物資類型、供應商編號、供應商名稱和物資說明等。 如圖 49。 圖 49 物資 屬性 ER分 圖 申采單主要包括申購單號、提交日期、申購人、申購部門、狀態(tài)、物資編號、物資名稱、 采購數(shù)量、采購單價和采購總額等項。 如圖 410。 供應商 供應商 編號 供應商 名稱 地址 電話 傳真 信譽等級 提供商品 簡介 物資 物資編號 物資名稱 計量單位 物資類型 供應商編號 物資說明 供應商名稱 采購單價 監(jiān)獄物資采購管理系統(tǒng)的設計與實施 28 圖 410 申購單 屬性 ER分 圖 采購單主要包括采購單號，采購人，物資編號， 物資名稱 數(shù)量，采購單價，采購總額，狀態(tài)，關閉日期等。 如圖 411。 圖 411 采購單 屬性 ER分 圖 庫存信息主要包括物資編號、 物資名稱、 物資狀態(tài)、采購價、供應商、庫存數(shù)量、最低儲備、最高儲備、存放位置、最近操作日期、操作人員和備注等。 如圖 412。 采購單 明細 采購單號 物資編號 采購數(shù)量 采購單價 狀態(tài) 采購總額 采購人 關閉日期 物資名稱 申購單 申購單號 提交日期 采購單號 號 申購部門 采購數(shù)量 申購人 狀態(tài) 總共金額 采購單價 物資編號 物資名稱 監(jiān)獄物資采購管理系統(tǒng)的設計與實施 29 圖 412 庫存信息 屬性 ER分 圖 盤點表 主要包括編號、物資編號、 物資名稱、 調整數(shù)量、操作日期、操作人員和狀態(tài)等 。如圖 413。 圖 413 盤點表 屬性 ER分 圖 用戶信息包括用戶 ID、用戶名稱、用戶密碼、用戶權限 ，用戶所屬部門 等。如圖 414。 盤點表 操作人員 編號 采購單號 號 物資編號 狀態(tài) 操作日期 調整數(shù)量 采購單號 號 物資名稱 庫存 信息 最高儲備 物資編號 采購單號 號 物資狀態(tài) 采購價 庫存數(shù)量 供應商 最低儲備 最近操作 日期 操作人員 備注 采購單號 號 存放位置 物資名稱 監(jiān)獄物資采購管理系統(tǒng)的設計與實施 30 圖 414 用戶信息 屬性 ER分 圖 數(shù)據(jù)表文件設計 供應商資料表中，編號是其主鍵，每次增加，自動加一。為 6 位數(shù)，初始數(shù)為 000000。信譽等級是根據(jù)供應商的供貨速度，供應商品質量 的一個評價，五星最好，零星最差。簡介是大概介紹該供應商的公司概況。 具體如表 41。 表 41供應 商資料表 字段名 數(shù)據(jù)類型 字段大小 可否為空 說明 ProviderID 數(shù)字 整形 不可以 供應商編號 。 主鍵，自動增加1 Provider 文本 20 不可以 供應商名稱 Address 文本 50 可以 地址 Telephone 數(shù)字 整形 不可以 電話 Fax 數(shù)字 整形 可以 傳真 Grade 數(shù)字 整形 可以 信譽等級 Goods 文本 50 不可以 提供商品 Introduce 文本 100 可以 簡介 物資 資料表中，編號是其主鍵，每次增加，自動加一。為 8 位數(shù)，初始數(shù)為00000000。 供應商編號與供應商名稱為其外鍵。物資說明是指該物品的用途或者用戶 ID 用戶名稱 用戶權限 用戶密碼 采購單號 號 用戶信息 用戶所屬部門 監(jiān)獄物資采購管理系統(tǒng)的設計與實施 31 屬于哪個部門的用品。具體如表 42。 表 42物資 資料表 字段名 數(shù)據(jù)類型 字段大小 可否為空 說明 GoodID 數(shù)字 整形 不可以 物資編號 。 主鍵，自動增加 Good 文本 20 不可以 物資名稱 Unit 文本 5 可以 計量單位 。 默認值為“個” Type 文本 10 不 可以 物資類型 ProviderID 數(shù)字 整形 不可以 供應商編號 。外鍵 Provider 文本 20 不可以 供應商名稱 。外鍵 Price 文本 10 不可以 采購單價 Illuminate 文本 50 可以 物資說明 申購信息 表中， 單號 是其主鍵，每次增加，自動加一 ，申購單刪除后不釋放該單號值 。為 日期后加 6 位數(shù)，初始數(shù)為 000000，如 202033000000。 物資 編號與 物資 名稱為其外鍵。 申購部門從登陸信息中獲取 。具體如表 43。 表 43申購單 信息表 字段名 數(shù)據(jù)類型 字段大小 可否為 空 說明 SubscibeID 數(shù)字 整形 不可以 申購單號 。 主鍵，自動增加 ReferDate 日期 /時間 不可以 提交日期 。 自動提取系統(tǒng)時間 Subscriber 文本 10 不可以 申購人 SDepartment 文本 10 不可以 申購部門 State 數(shù)字 整形 不可以 狀態(tài) 0. 待審核 1. 已審核 GoodID 數(shù)字 整形 不可以 物資編號 。外鍵 Good 文本 20 不可以 物資名稱 Amount 數(shù)字 整形 不可以 采購數(shù)量 Price 貨幣 不可以 采購單價 Total 貨幣 不可以 采購總額 采購信息 表中， 單號 是其主鍵，每次增加，自動加一。 為 日期后加 6 位數(shù)，初始數(shù)為 000000，如 202033000000。 物資 編號與 物資 名稱為其外鍵。采購人由采購部門主任指定，狀態(tài)分為“待審批”、“采購中”、“已入庫”、“已關閉” 4 個。監(jiān)獄物資采購管理系統(tǒng)的設計與實施 32 具體如表 44。 表 44采購單 信息表 字段名 數(shù)據(jù)類型 字段大小 可否為空 說明 StockID 數(shù)字 整形 不可以 采購單號 。 主鍵，自動增加 GoodID 數(shù)字 整形 不可以 物資編號 。外鍵 Good 文本 20 不可以 物資名稱 Stocker 文本 10 不可以 采購人 Amount 數(shù)字 整形 不可以 采購數(shù)量 Price 貨幣 不可以 采購單價 Total 貨幣 不可以 采購總額 采購總額 =采購數(shù)量 *采購單價 State 貨幣 不可以 狀態(tài) 0． 待審批 1．采購中 2．已入庫 3. 已關閉 庫存信息 表中， 物資編號 是其主鍵，每次增加，自動加一。為 8 位數(shù)，初始數(shù)為 00000000。 供應商 名稱 為其外鍵。最低儲備與最高儲備從統(tǒng)計分析模塊設定。具體如表 45。 表 45庫存 信息表 字段名 數(shù)據(jù)類型 字段大小 可否為空 說 明 GoodID 數(shù)字 整形 不可以 物資編號 。 主鍵 Good 文本 20 不可以 物資名稱 State 數(shù)字 整形 不可以 物資狀態(tài) 0． 不可用 1． 可用 Price 貨幣 可以 采購價 Provider 文本 20 可以 供應商 名稱 。外鍵 Amount 數(shù)字 整形 不可以 庫存數(shù)量 LowStore 數(shù)字 整形 可以 最低儲備 。 小于“正常儲備” HighStore 數(shù)字 數(shù)字 可以 最高儲備 。 大于“正常儲備” Location 文本 10 不可以 存放位置 監(jiān)獄物資采購管理系統(tǒng)的設計與實施 33 PerformDate 日期 /時間 不可以 最近操作日期 Performer 文本 10 不可以 操作人員 Remark 文本 20 可以 備注 盤點信息 表中， 編號 是其主鍵，每次增加，自動加一。為 8 位數(shù)，初始數(shù)為00000000。 從實際庫存盤點數(shù)據(jù)與計算機中物資數(shù)據(jù)的對比中得出調整數(shù)量 。狀態(tài)分為“待審批”與“已審批”兩個。具體如表 46。 表 46盤點 信息表 字段名 數(shù)據(jù)類型 字段大小 可否為空 說明 CheckID 數(shù)字 整形 不可以 編號 。 主鍵，自動增加 GoodID 數(shù)字 整形 不可以 物資編號 Good 文本 20 不可以 物資名稱 Adjust 數(shù)字 整形 不可以 調整數(shù)量 。 正數(shù)為“盈”負數(shù)為“虧” PerformDate 日期 /時間 不可以 操作日期 Performer 文本 10 不可以 操作人員 State 數(shù)字 整形 不可以 狀態(tài) 0. 待審批 1. 已審批 用戶信息 表中， 用戶 ID 是其主鍵， 由管理員定義 。 最多不超過 10 個字符。用戶 權限為一數(shù)值，具體請參照第五章內容 。具體如表 47。 表 47用戶 信息表 字段名 數(shù)據(jù)類型