【導讀】快管理信息化的進程。和運營效率已經成為企業(yè)成敗的關鍵所在，手工方式的弊端畢現(xiàn)無遺。營企業(yè)的各個環(huán)節(jié)對人流、物流、資金流、信息流進行統(tǒng)一系統(tǒng)的管理。到不斷的完善和優(yōu)化。經過在本機XP系統(tǒng)上運行測試可以很好的應用。本論文文檔很好的介紹了系統(tǒng)分。析、數(shù)據流程分析、功能設計、數(shù)據庫設計、系統(tǒng)實現(xiàn)和系統(tǒng)測試等內容。

　　

【正文】 有較好的權限管理。方便的數(shù)據查詢，支持多條件查詢?；A信息管理（包括商品信息、客戶信息、供應商信息等）。通過計算機 ，能夠直接“透視”倉庫存儲情況。完善的商品采購信息、商品銷售信息進行管理。商品銷售排行統(tǒng)計。當外界環(huán)境（停電、網絡病毒）干擾本系統(tǒng)時，系統(tǒng)可以自動保護原始數(shù)據的安全。數(shù)據計算自動完成，盡量減少人工干預。系統(tǒng)退出。 目標 系統(tǒng)采用人機對話方式，界面美觀友好、信息查詢靈活、方便、快捷、準確、數(shù)據存儲安全可靠。鍵盤操作，快速響應。實現(xiàn)各種查詢，如多條件查詢、模糊查詢等。管理員可以設置操作員的權限。對用戶輸入的數(shù)據，系統(tǒng)進行嚴格的數(shù)據檢驗，盡可能排除人為的錯誤。數(shù)據保密性強，為每個用戶設置權限級別。系統(tǒng) 最大限度地實現(xiàn)了易安裝性、易維護性和易操作性。系統(tǒng)運行穩(wěn)定、安全可靠 。 系統(tǒng)的運行環(huán)境 硬件要求 CPU： 300MHz 以上的處理器。 內存： 128MB，推薦 256MB。 硬盤： 150MB 以上剩余空間。 第四章 系統(tǒng)設計 19 顯示像素：最低 800*600，最佳效果 1024*768。 軟件要求 操作系統(tǒng)： Windows2021/NT/XP/CE。 數(shù)據庫： SQL Server2021。 開發(fā)軟件： Microsoft Visual Studio 2021。 軟件系統(tǒng)的整體結構 數(shù)字藥店藥 品信息管理系統(tǒng) 模塊是用 C進行設計， SQL Server 2021 作為數(shù)據庫管理系統(tǒng)。 系統(tǒng)管理模塊分為用戶登 錄 、 藥品管理、查詢統(tǒng)計、檔案信息管理和數(shù)據庫管理，系統(tǒng)設置，用戶管理，幫助 ； 藥品管理 模塊主要是 藥品采購，藥品采購退貨，藥品上架，藥品下架，藥品銷售，藥品銷售退貨，藥品盤點 ；藥品查詢統(tǒng)計模塊主要有藥品采購信息查詢統(tǒng)計，藥品采購退貨查詢統(tǒng)計，藥品上架信息查詢統(tǒng)計，藥品下架查詢統(tǒng)計，藥品銷售信息查詢統(tǒng)計，藥品銷售退貨信息查詢統(tǒng)計，藥品信息查詢統(tǒng)計，倉庫信息查詢統(tǒng)計，柜臺信息查詢統(tǒng)計，供應商查詢統(tǒng)計模塊；數(shù) 據庫模塊主要有數(shù)據壓縮，數(shù)據備份，數(shù)據還原；系統(tǒng)設置管理模塊主要有鬧鐘，記事本，屏幕鎖；用戶管理包括用戶注冊，更改權限，更改密碼，編輯用戶信息；幫助包括幫助文檔，職工培訓 。 系統(tǒng)體系結構框圖如下圖 41 所示 ： 東北電力大學信息工程學院畢業(yè)論文 20 系統(tǒng)的處理流程 頂層數(shù)據流圖 首先 就是整個系統(tǒng)要呈現(xiàn)給用戶的，用戶登錄系統(tǒng)進行一系列操作最后系統(tǒng)將處理后的信息反饋給用戶如圖 42 所示： 檔案信息藥品進銷存管理系統(tǒng)銷售模塊 入庫模塊藥品信息倉庫信息入庫登記入庫退貨銷售登記銷售退貨銷售查詢銷售退貨查詢藥品盤點庫存查詢柜臺管理庫存模塊供應商信息柜臺信息入庫查詢入庫退貨查詢數(shù)據管理 模塊數(shù)據備份數(shù)據還原數(shù)據壓縮系統(tǒng)設置 模塊鎖定屏幕鬧鐘記事本計算器幫助 模塊幫助文檔員工培訓上下架 模塊藥品上架藥品下架上架查詢下架查詢圖 41 系統(tǒng)體系結構圖 用 戶登 陸藥 品 管 理 系 統(tǒng) 用 戶反 饋 2 圖 圖 圖 42 頂層數(shù)據流圖 第四章 系統(tǒng)設計 21 系統(tǒng)數(shù)據流圖 其次就是整個藥品管理系統(tǒng)的大體工作流程其中主要的就是庫存的藥品進出非常頻繁如圖 43 所示： 詳細數(shù)據流圖 最后就是整個系統(tǒng)所涉及到的藥品管理的詳細數(shù)據流圖，藥品經過采購員采購把藥品送入倉庫中并且進行登記，倉庫保管員將藥品保管好，當進行藥品上架時保管員對藥品進行登記而且柜臺也對藥品登記，當藥品進行銷售時藥品銷售員對藥品信息進行 用 戶用 戶 登 陸核 對 信 息反 饋藥 品 添 加庫 存 信息 初 始化入 庫出 庫管 理 員 基 本 信 息 表藥 品 表庫 存 表入 庫 單 表出 庫 單 表 圖 43 系統(tǒng)數(shù)據流圖 登記，藥品管理員對倉庫的藥品進行盤點和檢查，還可以進行警戒貨物查詢，就是倉庫預先有一定的容量當藥品數(shù)量超過這個數(shù)量時候應當將其視為警戒貨物，當藥品數(shù)量過少時即藥品有可能脫銷時應當及時進貨防止脫銷具體流程如圖 44 所示： 東北電力大學信息工程學院畢業(yè)論文 22 用 戶用 戶 登 陸核 對 信 息反 饋藥 品 信 息藥 品 添 加庫 存 信息 初 始化入 庫出 庫管 理 員 基 本 信 息 表藥 品 表庫 存 表入 庫 單表出 庫 單表出 庫 信 息入 庫 信 息審 查注 冊 信 息檢 查 信息 是 否存 在合 格用 戶藥 庫 查 詢藥 品 查 詢 和 庫 存 單 查 詢有 效 期 報警藥 品 有 效 期 限 信 息庫 存 下 限報 警庫 存 下 限 數(shù) 量 圖 44 詳細數(shù)據流圖 數(shù)據庫設計 ER 圖 在需求分析階段已完成該系統(tǒng)所有的數(shù)據分析。根據該階段所建立的概念模型，已經得出滿足系統(tǒng)設計要求的幾個關系描 述，該階段的主要工作就是把前一階段的成果轉化為具體的數(shù)據庫。 實體是名詞，在 ER 圖中設計中 就是所說的表。比如 “ 藥品 ” ， “ 庫存 ” 。 行為是動詞，在 ER 圖中設計 時一般不考慮行為，它是業(yè)務邏輯，在 詳細設計 才有設計，是方法。比如 “ 銷售 ” ， “ 進貨 ” 等等。 在設計 ER圖時 時強調的是不同實體之間關系，不是行為。比如： 藥品 銷售 庫存 ,“ 轉移 ” 是一種關系，不是行為。在某種情況下， “ 銷售 ” 是一個關系表，將 “ 藥品 ” 和 “ 庫存 ” 聯(lián)系起來。 第四章 系統(tǒng)設計 23 在找 出 實體后， 我們要 根據分析來定義實體的屬性，就是表的列 。比如 藥品 有ID， 名稱 ， 進價，銷價 ，簡介等等 。 庫存 有 ID， 名稱 ， 數(shù)量 等等 。 “ 庫存 ” 可擁有 0MANY 的 “ 藥品 ” ，而 藥品同樣 屬于 0MANY 的 庫存 。 所以是多對多的關系 根據以上的分析給出下面的概念結構設計得 ER 圖。 1 用戶表包括用戶名，密碼，權限，問題，答案幾項如圖 45 所示 ： 圖 45 用戶 ER圖 2 藥品 表包括供貨商，藥品 ID，藥品名，備注，類別，規(guī)格，產地，進價，售價，數(shù)量，單位 幾項如圖 46 所示 ： 藥 品 表I D供 貨 商備 注進 價售 價規(guī) 格類 別數(shù) 量 圖 46 藥品 ER圖 3 藥品 供應商 表包括供貨商名，電話，傳真，編號，備注幾項如圖 47 所示 ： 東北電力大學信息工程學院畢業(yè)論文 24 供 應 商電 話備 注供 應 商名傳 真編 號 圖 47 供應商 ER圖 4 藥品 庫存 表包括倉庫名，藥品編號，供應商編號，數(shù)量，零售價，藥品名幾項如圖 48 所示 ： 庫 存 表批 號藥 品 編號數(shù) 量入 庫 時間整 量 單位進 價預 售 價庫 存 下限驗 收 人 圖 48 庫存 ER圖 5 藥品 銷售 包括銷售員， 藥品 編號，藥品名，數(shù)量， 銷售日期 幾項如圖 49 所示 ： 銷 售 單藥 品 名藥 品 編 號數(shù) 量銷 售 員銷 售 日 期 圖 49 銷售單 ER圖 第四章 系統(tǒng)設計 25 6 藥品 職員表 包括職工號，年齡，職工名，性別，電話，工種，基本工資幾項如圖 410 所示 ： 圖 410 職員 ER圖 7 幾個實體主要關系隨著藥品數(shù)據流形成進銷存的整體流程如圖 411 所示 ： 數(shù)據庫表 數(shù)據庫設計有幾個范式，一般我們要做到的是第三范式，即數(shù)據表中沒有冗余字段以及同一個表中的字段沒有函數(shù)依賴關系，冗余字段即在一個表中已經保存過的信息，在另一個表中就不應該 存在，如果需要的話，可以通過表間的關聯(lián)來得到，函數(shù)依賴性就是一個表中的字段間不應該有計算關系，如一個表中有單價字段、數(shù)量字段，就不應該有一個總金額字段。如果程序運行過程中需要總金額，可以實時計算。不過在一些較常用的表中，我們可以適當?shù)乇Ａ羧哂嘧侄?，這樣，在程序運行過程中可以減少由于表間互相關聯(lián)而使用速度降低等問題。這就是所謂的第四范式。 數(shù)據表設計時，最好不要使用用戶輸入的信息作為主鍵，每一個數(shù)據表自己定義一個主鍵，添加信息是由程序自動添加，這樣就可以減少數(shù)據更新時產生的錯誤。表與表相關聯(lián)的外鍵最好是由程序 自動生成的主鍵，這樣數(shù)據庫就比較規(guī)范了。另外，數(shù)據表設計時一般都應該有一些標志字段，標志字段可以定義成 CHAR(1)東北電力大學信息工程學院畢業(yè)論文 26 或 BIT 型。建議實際應用中定義成 CHAR(1)字段可以存儲多種可能的狀態(tài)，在最初設計時，可能我們沒有考慮到的一些情況，在程序后來的開發(fā)中，可以通過設計標志字段為不同的 值來解決，這樣就避免了修改數(shù)據庫結構。 庫 存 表批 號藥 品 編 號藥 品 名 稱散 量 單 位入 庫 日 期整 量 單 位數(shù) 量進 價預 售 價驗 收 人藥 品 表藥 品 名 稱規(guī) 格廠 商批 號劑 型藥 品 類 別入 庫 表進 價整 量 單 位數(shù) 量預 售 價批 號藥 品 編 號入 庫 日 期出 庫 表批 號藥 品 編 號數(shù) 量驗 收 人出 庫 日 期散 量 單 位驗 收 人庫 存 下 限入 庫 出 庫庫 存 初始 化關 系關 系1N1111N11N 圖 411 實體聯(lián)系 ER圖 數(shù)據庫初期設計時一定要謹慎，把所有可能的情況都考慮進去，即使當時沒有用到，也要將它留在數(shù)據 庫中作為備用字段以便將來擴充。程序一旦開始編碼，就應該盡量避免再修改數(shù)據庫。因為如果數(shù)據庫結構一旦改變，所有與修改的數(shù)據表相關的業(yè)務都有可能受到影響，而某些影響還很難看到，這樣就容易形成一個惡性循環(huán)。錯誤越改越多，越改越亂，最終導致程序的失敗。 PB 的數(shù)據窗口與其他語言第四章 系統(tǒng)設計 27 的數(shù)據控件不一樣，它的很多東西是預編譯的。即使你一個模塊已經調試無誤，但只要數(shù)據庫結構改動。相應的模塊就一定要重新修改，否則一定會出問題。 藥品管理系統(tǒng)數(shù)據庫中各個表的設計結果如下面幾個表格所示。每個表格表示為數(shù)據庫中的一個表 。 本系統(tǒng)涉及到以下 數(shù)據表： 1 用戶信息 表包括 用戶 ID，用戶名，密碼，權限，問題，答案 ，如表 412 所示 ： 表 412 用戶信息表 列名 數(shù)據類型 允許為空 說明 UserID bigint 否 用戶 ID UserName varchar(50) 是 用戶名 UserPwd varchar(50) 是 密碼 UserRight varchar(50) 是 權限 Userrepuest varchar(50) 是 問題 Useranwser varchar(50) 是 答案 2 員工信息表 包括 用戶編號，用戶名，性 別，年齡，電話，工種 ，基本工資，編輯人，日期，備注 ，如表 413 所示 ： 表 413 員工信息表 列名 數(shù)據類型 允許為空 說明 YGID bigint 否 用戶編號 YGName varchar(50) 是 用戶名 SEX varchar(50) 是 性別 AGE varchar(50) 是 年齡 Phone varchar(50) 是 電話 Job varchar(50) 是 工種 JBGZ Money 是 基本工資 Editor varchar(50) 是 編輯人 Date Datetime 是 日期 YGRemark varchar(50) 是 備注 東北電力大學信息工程學院畢業(yè)論文 28 3 倉庫信息表包括倉庫編號 ， 倉庫名 ， 倉庫管理員 ， 倉庫電話 ， 倉庫單位 ， 日期 ， 備注 ， 編輯人 ， 編輯日期 ，如表 414 所示 ： 表 414 倉庫信息表 列名 數(shù)據類型 允許為空 說明 StoreID bigint 否 倉庫編號 StoreName varchar(50) 否 倉庫名 StorePeople varchar(50) 是 倉庫管理員 StorePhone varchar(50) 是 倉庫電話 StoreUnit va