【正文】 具體如表 47。 最多不超過 10 個字符。 主鍵，自動增加 GoodID 數(shù)字 整形 不可以 物資編號 Good 文本 20 不可以 物資名稱 Adjust 數(shù)字 整形 不可以 調(diào)整數(shù)量 。具體如表 46。 從實際庫存盤點數(shù)據(jù)與計算機中物資數(shù)據(jù)的對比中得出調(diào)整數(shù)量 。 大于“正常儲備” Location 文本 10 不可以 存放位置 監(jiān)獄物資采購管理系統(tǒng)的設(shè)計與實施 33 PerformDate 日期 /時間 不可以 最近操作日期 Performer 文本 10 不可以 操作人員 Remark 文本 20 可以 備注 盤點信息 表中， 編號 是其主鍵，每次增加，自動加一。外鍵 Amount 數(shù)字 整形 不可以 庫存數(shù)量 LowStore 數(shù)字 整形 可以 最低儲備 。 表 45庫存 信息表 字段名 數(shù)據(jù)類型 字段大小 可否為空 說 明 GoodID 數(shù)字 整形 不可以 物資編號 。最低儲備與最高儲備從統(tǒng)計分析模塊設(shè)定。為 8 位數(shù)，初始數(shù)為 00000000。 主鍵，自動增加 GoodID 數(shù)字 整形 不可以 物資編號 。監(jiān)獄物資采購管理系統(tǒng)的設(shè)計與實施 32 具體如表 44。 物資 編號與 物資 名稱為其外鍵。外鍵 Good 文本 20 不可以 物資名稱 Amount 數(shù)字 整形 不可以 采購數(shù)量 Price 貨幣 不可以 采購單價 Total 貨幣 不可以 采購總額 采購信息 表中， 單號 是其主鍵，每次增加，自動加一。 主鍵，自動增加 ReferDate 日期 /時間 不可以 提交日期 。具體如表 43。 物資 編號與 物資 名稱為其外鍵。外鍵 Price 文本 10 不可以 采購單價 Illuminate 文本 50 可以 物資說明 申購信息 表中， 單號 是其主鍵，每次增加，自動加一 ，申購單刪除后不釋放該單號值 。 默認(rèn)值為“個” Type 文本 10 不 可以 物資類型 ProviderID 數(shù)字 整形 不可以 供應(yīng)商編號 。 表 42物資 資料表 字段名 數(shù)據(jù)類型 字段大小 可否為空 說明 GoodID 數(shù)字 整形 不可以 物資編號 。物資說明是指該物品的用途或者用戶 ID 用戶名稱 用戶權(quán)限 用戶密碼 采購單號 號 用戶信息 用戶所屬部門 監(jiān)獄物資采購管理系統(tǒng)的設(shè)計與實施 31 屬于哪個部門的用品。為 8 位數(shù)，初始數(shù)為00000000。 表 41供應(yīng) 商資料表 字段名 數(shù)據(jù)類型 字段大小 可否為空 說明 ProviderID 數(shù)字 整形 不可以 供應(yīng)商編號 。簡介是大概介紹該供應(yīng)商的公司概況。為 6 位數(shù)，初始數(shù)為 000000。如圖 414。如圖 413。 如圖 412。 如圖 411。 如圖 410。 如圖 49。 如圖 48。具體關(guān)系如 47。每張申購單對應(yīng)一張采購單，全部采購單都由采購部門主任處理。 1） 實體 ER 圖 由一般部門人員填寫并提交申購單，多個人對應(yīng)多張申購單。 它為 表示實體類型、屬性和聯(lián)系提供了 方法，用 以 描述現(xiàn)實世界的 概念模型 【 25】 。 系統(tǒng) ER 圖 ER 圖 即是 實體 聯(lián)系圖 (Entity Relationship Diagram)。根據(jù)系統(tǒng)需求分析，系統(tǒng)需要建立 7 個表 (詳見 節(jié) )，用戶可以有選擇地初始化數(shù)據(jù)表。數(shù)據(jù)文件用于存儲數(shù)據(jù)庫中的所有對象，如表、視圖、存儲過程等 【 24】 。 SQL server 的數(shù)據(jù)庫是用來存放數(shù) 據(jù)、視圖、索引、存儲過程等對象的“容器”。 數(shù)據(jù)庫設(shè)計 (Database Design)是指根據(jù)用戶的需求，在某一具體的數(shù)據(jù)庫管理系統(tǒng)上，設(shè)計數(shù)據(jù)庫的結(jié)構(gòu)和建立數(shù)據(jù)庫的過程。 “創(chuàng)建賬號”模塊主要給用戶提供初期建賬功能，用戶可以有選擇地初始化數(shù)據(jù)表。 “用戶信息修改”模塊負(fù)責(zé)維護(hù)、更新用戶密碼信息。系統(tǒng)管理員將擁有所有權(quán)限，一般用戶可根據(jù)實際需求設(shè)置權(quán)限。權(quán)限分為一般用戶和系統(tǒng)管理員。 系統(tǒng)管理模塊 主要負(fù)責(zé)管理用戶，包括用戶管理、密碼維護(hù)、重新登錄以及初期建賬 4個功能模塊， 如圖 46 所示 ： 圖 46 “系統(tǒng)管理”功能模塊 系統(tǒng)管理 用戶管理 密碼修改 重新登錄 創(chuàng)建帳號 統(tǒng)計分析 采購單分析 庫存分析 庫存上下限設(shè)置 監(jiān)獄物資采購管理系統(tǒng)的設(shè)計與實施 24 “用戶管理”模塊負(fù)責(zé)管理用戶信息，設(shè)置權(quán)限。當(dāng)“庫存數(shù)量”低于“最低儲備”時，會提醒用戶進(jìn)行采購工作。 “庫存上下限設(shè)置”模塊負(fù)責(zé)對庫存物資的“最低儲備”與“最高儲備”進(jìn)行設(shè)置修改。 “庫存分析”模塊負(fù)責(zé)對某一時期的庫存物資 進(jìn)行統(tǒng)計分析，統(tǒng)計各種物資在這一時期中消耗速度，可按月，按季或者按年統(tǒng)計。月大于 3 次，年度大于10次。審 批通過后 把盤點結(jié)果寫入庫存信息中，同時“狀態(tài)”變?yōu)椤耙褜徍恕辈㈥P(guān)閉該盤點表。庫存盤點生成后，“狀態(tài)”為“待審批” ，盤點結(jié)果并不是立刻寫入庫存信息中，需要更高級的用戶進(jìn)行確認(rèn)后才進(jìn)行入庫操作。盤點表主要包括編號、物資編號、 物資名稱、 調(diào)整數(shù)量、操作日期、操作人員和狀態(tài)?？筛鶕?jù)實際要求，進(jìn)行日盤和月盤兩種。將實際盤存的物資數(shù)量輸入計算機，通過和庫存數(shù)量進(jìn)行核對產(chǎn)生盤盈盤虧統(tǒng)計信息。由于監(jiān)獄物資按需存放，物資存放的位置會十分繁雜，通過“存放位置”定位物資，可以更好的管理物資位置，提高采購活動中的工作效率 【 22】 。庫存信息主要包括物資編號、 物資名稱、 物資狀態(tài)、采購價、供應(yīng)商、庫存數(shù)量、最低儲備、最高儲備、存放位置、最近操作日期、操作人員和備注等。其功能模塊如圖 44 所示： 監(jiān)獄物資采購管理系統(tǒng)的設(shè)計與實施 22 圖 44 “庫存管理”功能模塊 “庫存維護(hù)”模塊用于維護(hù)監(jiān)獄物資庫存信息。采購單的 “狀態(tài)”變?yōu)椤耙讶霂臁? ，然后等待下一次的盤點工作，如果沒有問題，采購部門主任便可以對采購單進(jìn)行關(guān)閉操作。當(dāng)采購單狀態(tài)為“采購中”時，可以進(jìn)行該操作。狀態(tài)分為“待審批” 、“采購中” ，“已入庫” ，“已關(guān)閉”當(dāng)使用關(guān)閉采購單操作時會更新“關(guān)閉日期” ，同時，“狀態(tài)”更改為“已關(guān) 閉” 。 “采購單查詢”模塊負(fù)責(zé)查詢采購單信息、采購單核銷情況，以便操作人員獲取所需采購單信息。關(guān)閉操作將在下文中介紹。只有采購部門主任可以使用該功能。 “采購單審批”模塊負(fù)責(zé)采購單審批和采購單的關(guān)閉操作。不通過審核的申購單同樣被刪除。只有該部門主任可以使用該功能。 “申購單審核”模塊負(fù)責(zé)申購單審核和采購單的生成操作。 采購管理 申購單修改 采購單入庫 采購單查詢 申購單審核 申購單查詢 采購單審批 填寫申購單 監(jiān)獄物資采購管理系統(tǒng)的設(shè)計與實施 21 “申購單修改”模塊主要用于當(dāng)工作人員在生成申購單時填寫了錯誤信息，或者因其他 特殊原因，需要對申購單進(jìn)行修改時，對采購單的數(shù)據(jù)進(jìn)行修改。當(dāng)一般部門人員填寫好申購單信息并生成時，會按照需要生成申購單項， “提交日期”在生成采購單時生成，“關(guān)閉日期”在操作人員執(zhí)行關(guān)閉采購單操作時生成，“狀態(tài)”分為“待審核” 、“已審核” 。填寫完畢后，根據(jù)所填資料分別生成申購單和申購單明細(xì)。為此，界面的操作按鈕必須清晰易懂，并且功能和數(shù)據(jù)處理方面要符合監(jiān)獄實際管理活動。采購管理是監(jiān)獄管理的重要一環(huán)，是保證監(jiān)獄管理有序進(jìn)行的關(guān)鍵環(huán)節(jié)，是在確保合適的物資品質(zhì)的前提下，從合適的供應(yīng)商那里，在合適的時間、以合適的價格購入合適數(shù)量的商品的管理活動 【 21】 。各個部門之間所需物資類別有一定差異性，更詳細(xì)的物資信息可使管理模塊進(jìn)行精確的管理并且方便操作者使用本系統(tǒng)。根據(jù)物資類型，我們可以了解該物資是供監(jiān)獄中哪個部門使用，并把它們存放在適合的位置當(dāng)中。 “物資資料”模塊負(fù)責(zé)維護(hù)商品的基本資料信息，基本信息一般變動較小。信譽等級根據(jù)供應(yīng)商所提供的物資好壞、發(fā)貨時間、售后服務(wù)等方面結(jié)合物資的價值和實際情況，進(jìn)行一個大概的評估，分為零星、一星、二星、三星、四星、五星 6 個等級，對于采購活動中的決策有一定參考價值 【 20】 。供應(yīng) 商資料對于采購而言非常重要，是超市貨物管理系統(tǒng)的重要資料。 其功能流程圖如圖 41。 ●統(tǒng)計分析，主要負(fù)責(zé)統(tǒng)計 監(jiān)獄物資 的出入庫情況以及 庫存消耗速度 。 ●采購管理，主要負(fù)責(zé)進(jìn)行采購管理，包括采購單、采購管理和采購查詢。本系統(tǒng) 是一個將資料管理、采購管理、銷售管理 、 庫存管理 和統(tǒng)計分析 等業(yè)務(wù)融為一體的系統(tǒng)。監(jiān)獄管理人員學(xué)歷一般在本科或以上，對計算機的操作并不陌生，所以軟件界面的過程中，只需要考慮易于操作這一方面 即可。并且要對軟件開發(fā)流程有一定的認(rèn)識和理解。又由于數(shù)據(jù)并不復(fù)雜，所以選擇容易維護(hù)管理的 Access 數(shù)據(jù)庫。并且我們需要考慮到監(jiān)獄物資的存放環(huán)境，使物資的存放合理化，延長物資使用壽命并節(jié)省一定的空間資源 【 19】 。 系統(tǒng)管理模塊主要針對系統(tǒng)管理員，是所有員工對采購活動有序進(jìn)行的前提。其他部門僅可以生成與修改申購單，部門主任擁有對申購單的生成、修改、審核等權(quán)限。采購部門的員工可以對采購單進(jìn)行入庫等操作，同時可以填寫盤點表。因為在實際應(yīng)用中，下層管理人員與上層人員與上層管理人員的權(quán)限是不相同的，如下層人員不允許批準(zhǔn)通過采購單，并且通過用戶賬號的管理，我們可以了解采購單的申請者是何人，讓上層管理人員更好地管理整個采購過程 【 18】 。 統(tǒng)計分析模塊主要為管理層人員對物資消耗情況進(jìn)行分析并作下一個月的決策。根據(jù)這些情況可以設(shè)置某些物品庫存數(shù)量低于某個數(shù)量時，提醒采購，例如廁紙、膠布這些日常管理的必需品。 所以該模塊中，我們首先要能對以往物資的一些情況（每月的使用數(shù)量、使用效果等）進(jìn)行收集，然后通過分 析，對一些采購價格不合理的物資嘗試用其他物品替代或者換一個供應(yīng)商，并且根據(jù)物資消耗得規(guī)律，與庫存管理模塊功能結(jié)合，提醒采購人員進(jìn)行采購計劃。 庫存管理模塊主要針對采購部門員工和采購部門主任。 物資基本資料依賴于庫存管理的更新維護(hù)，每次的入庫操作必須同步更新物資的基本資料。 ? 庫存管理模塊： 大量的物資使庫存管理成為整個采購過程中重要的一環(huán)，畢竟連監(jiān)獄中所擁有的物資數(shù)量及狀態(tài)都不清楚的話，我們就不能更好地去訂制采購的計劃。當(dāng)采購單通過部 門主任進(jìn)行審批時，采購人員才可以打印采購單并進(jìn)行實際的采購活動。 ? 采購管理模塊： 該模塊主要是管理采購中的各個環(huán)節(jié)，如申購單與采購單的生成（包括需要采購的物資以及所選擇的供應(yīng)商等），采購單的管理（根據(jù)現(xiàn)實需求提供提交或取消等功能），以及物資采購價的查詢等等。 例如，一般部門需要購買一些椅子，在填寫申購單前，可以通過資料查詢來獲得椅子的數(shù)量，還有提供椅子的供應(yīng)商有哪些，價格和運貨費如何，然后員工可以根據(jù)實際需要再進(jìn)行申購單的填寫 。 監(jiān)獄物資采購管理系統(tǒng)的設(shè)計與實施 13 一般部門員工 一般部門主任 采購部門員工 采購部門主任 供應(yīng)商 圖 31 業(yè)務(wù)泳道 圖 ? 資料管理模塊 在采購過程中，我們首先需要清楚供求關(guān)系，即我們首先要了解物資以及提開始 資料查詢 生成申購單 采購單生成 指定采購員 采購 發(fā)貨 入庫 關(guān)閉申購單 結(jié)束 監(jiān)獄物資采購管理系統(tǒng)的設(shè)計與實施 14 供的供應(yīng)商的資料（名稱、地址等），當(dāng)然，我們也必須了解現(xiàn)有物資的情況（名稱、數(shù)量、狀態(tài)等）。采購?fù)戤吅螅少彶块T員工對物資進(jìn)行入庫操 作并關(guān)閉指令。 業(yè)務(wù)流程：首先由非采購部門提交申購單，當(dāng)通過該部門主任審核后，生成采購單。 監(jiān)獄物資采購管理系統(tǒng)的設(shè)計與實施 12 第 3 章 監(jiān)獄采購系統(tǒng)需求 分析 本系統(tǒng)可以方便快捷地處理監(jiān)獄中日常用品的采購問題，與傳統(tǒng)管理方式相比，具有節(jié)省開銷、提高管理人員工作效率等效益。 Access 是一種關(guān)系數(shù)據(jù)庫工具，關(guān)系數(shù)據(jù)庫是已開發(fā)的最通用的數(shù)據(jù)庫之一。另外， Access 允許創(chuàng)建自定義報表用于打印或輸出數(shù)據(jù)庫中的信息。 Access 的優(yōu)點在于它能使用數(shù)據(jù)表示圖或 自定義窗體收集信息。在 Access 中，用戶不需要編寫復(fù)雜的程序就可以建立一個完整的數(shù)據(jù)庫應(yīng)用系統(tǒng)，是一個典型的開放式數(shù)據(jù)庫系統(tǒng)，它可以和 Windows 下的其他應(yīng)用程序共享數(shù)據(jù)庫資源。 但是 大部分 現(xiàn)代的 DBMS 產(chǎn)品 都 存儲這種數(shù)據(jù)作為數(shù)據(jù)庫的一部分。 四、應(yīng)用元數(shù)據(jù) 存儲在數(shù)據(jù)庫中的第四種數(shù)據(jù) 名為 應(yīng)用元數(shù)據(jù)，它用 于 存儲用戶窗體、報表、查詢和其他形式的查詢組件。 索引對排序和查找是有 一定 幫助的， 但這是有 代價 的 。例如，用戶只想訪問 貨物信息 表中 ‘類別 ’值為‘01’的那些 貨物 。索引 大多 用 于 排序和快速訪問數(shù)據(jù)。同時， 它也存儲索引、關(guān)鍵字、規(guī)則和數(shù)據(jù)庫結(jié)構(gòu)的其他部分。因為 DBMS 是用來存儲和操 作 表的， 因此 大多數(shù) 成 品把元數(shù)據(jù)以表的形式存儲，有時稱作系統(tǒng)表。并 不是 所有的關(guān)系都同樣符合要求，有些關(guān)系比其它關(guān)系更 為 結(jié)構(gòu)化一些?，F(xiàn)在把關(guān)系看 為數(shù)據(jù)表。它主要包括四個要素：用戶數(shù)據(jù)、