1、軟件開發(fā)綜合訓(xùn)練軟件開發(fā)綜合訓(xùn)練課程設(shè)計(jì)課程設(shè)計(jì) 題 目： 藥品銷售管理系統(tǒng) 專業(yè)班級： 姓 名： 學(xué) 號： 指導(dǎo)教師： 成 績： 目目 錄錄 摘摘 要要 .1 序序 言言.I 1、可行性分析、可行性分析 .2 1.1 問題描述.2 1.2 可行性分析研究.2 1.2.1 技術(shù)可行性.2 1.2.2 經(jīng)濟(jì)可行性.3 1.2.3 操作可行性.3 1.3 結(jié)論意見.3 2、項(xiàng)目開發(fā)計(jì)劃、項(xiàng)目開發(fā)計(jì)劃 .4 2.1 編寫目的.4 2.2 項(xiàng)目背景.4 2.3 項(xiàng)目概述.4 2.4 項(xiàng)目開發(fā)計(jì)劃.5 2.5 交付期限.5 3、需求分析、需求分析 .6 3.1 任務(wù)需求分析.6 3.2 數(shù)據(jù)流圖、數(shù)據(jù)字

2、典及實(shí)體聯(lián)系圖.1 3.2.1 數(shù)據(jù)流圖.1 3.2.2 數(shù)據(jù)字典.2 3.2.3 實(shí)體聯(lián)系 E-R 圖.3 4、系統(tǒng)概要設(shè)計(jì)、系統(tǒng)概要設(shè)計(jì) .6 4.1 總體設(shè)計(jì).6 4.2 概要設(shè)計(jì)流程圖.6 4.3 數(shù)據(jù)庫概念設(shè)計(jì).7 4.4 數(shù)據(jù)庫邏輯結(jié)構(gòu)設(shè)計(jì).8 4.5 連接數(shù)據(jù)庫的特點(diǎn).9 5、詳細(xì)設(shè)計(jì)、詳細(xì)設(shè)計(jì) .10 5.1 系統(tǒng)的主要功能.10 5.2 程序流程圖.10 5.3 用戶界面設(shè)計(jì).12 5.3.1 一般交互設(shè)計(jì).12 5.3.2 信息顯示設(shè)計(jì).13 5.3.3 數(shù)據(jù)輸入設(shè)計(jì).14 5.4 程序設(shè)計(jì)過程.15 5.4.1 登錄界面及密碼修改.15 5.4.2 藥品添加操作及修改.1

3、6 5.4.3 查詢操作.17 參考文獻(xiàn)參考文獻(xiàn) .19 設(shè)計(jì)總結(jié)設(shè)計(jì)總結(jié) .20 致謝致謝 .21 摘摘 要要 藥品銷售系統(tǒng)是典型的信息管理系統(tǒng)(MIS),其開發(fā)主要包括后臺數(shù)據(jù)庫的建 立和維護(hù)以及前端應(yīng)用程序的開發(fā)兩個(gè)方面。對于前者要求建立起數(shù)據(jù)一致性和 完整性強(qiáng)、數(shù)據(jù)安全性好的庫。而對于后者則要求應(yīng)用程序功能完備,易使用等特 點(diǎn)。 經(jīng)過分析, 系統(tǒng)實(shí)現(xiàn)用的前臺開發(fā)工具是 ASP，后臺數(shù)據(jù)庫為 Access。設(shè)計(jì) 過程中的重點(diǎn)和難點(diǎn)是對整個(gè)系統(tǒng)的需求分析和數(shù)據(jù)庫詳細(xì)設(shè)計(jì)。 藥品銷售管理系統(tǒng)主要為部門的經(jīng)濟(jì)活動(dòng)提供信息服務(wù)，系統(tǒng)能夠?qū)τ脩粜?息管理、入庫管理、銷售管理、庫存管理等信息提供錄入

4、、修改、刪除等功能， 使銷售商能夠合理控制進(jìn)銷存各個(gè)環(huán)節(jié)，提高資金的利用率和結(jié)算速度，實(shí)現(xiàn)管 理的高效率、實(shí)時(shí)性、安全性、科學(xué)化、現(xiàn)代化和智能化。 關(guān)鍵詞：藥品銷售管理系統(tǒng)系統(tǒng) ASP； Access；數(shù)據(jù)字典；管理 序序 言言 任何一個(gè)經(jīng)濟(jì)組織在存儲過程中都會(huì)產(chǎn)生大量的數(shù)據(jù)，并且關(guān)注許多與之 相關(guān)的資料。他們需要對這些數(shù)據(jù)進(jìn)行存儲，并按照一些特定的規(guī)則對這些數(shù) 據(jù)進(jìn)行分析、整理。從而保證自己的工作按序進(jìn)行，提高效率、提高競爭力。 數(shù)據(jù)庫應(yīng)用系統(tǒng)就是為支持一個(gè)特定目標(biāo)，把相關(guān)的數(shù)據(jù)以某種數(shù)據(jù)模式進(jìn)行 存儲，并圍繞之一目標(biāo)開發(fā)的應(yīng)用程序。 藥品銷售管理軟件實(shí)現(xiàn)目標(biāo)是對藥品銷售信息進(jìn)行系統(tǒng)的管理，

5、利用數(shù)據(jù) 庫實(shí)現(xiàn)部門之間的信息交換，幫助管理人員迅速掌握藥品銷售情況及庫存情況， 包括對進(jìn)貨、銷售的登記，存量情況，銷售總額的統(tǒng)計(jì)，增加預(yù)測功能等，為 用戶提供決策信息。 1 1、可行性分析、可行性分析 1.11.1 問題描述問題描述 隨著科學(xué)技術(shù)的發(fā)展，社會(huì)進(jìn)步，人口的增加，計(jì)算機(jī)迅速的發(fā)展,藥品銷售管理的方 法也多種多樣。隨著數(shù)據(jù)越來越復(fù)雜和龐大，以前全是由人工管理的方法如今暴露許許多多 的缺點(diǎn)和不足：管理效率低，勞動(dòng)強(qiáng)度大，信息處理速度低而且準(zhǔn)確率也不夠令人滿意。為 了提高藥品銷售管理效率，減輕勞動(dòng)強(qiáng)度，信息處理速度和準(zhǔn)確性；為管理員提供更方便、 科學(xué)的服務(wù)項(xiàng)目。為管理員提供的一種更先進(jìn)

6、、科學(xué)的服務(wù)系統(tǒng)。于是我們便選擇了由計(jì)算 機(jī)來設(shè)計(jì)一個(gè)藥品銷售管理系統(tǒng)的方案。讓計(jì)算機(jī)對藥品銷售進(jìn)行自動(dòng)管理，管理員可以直 接在計(jì)算機(jī)上實(shí)現(xiàn)藥品銷售的信息管理，并能在一定程度上實(shí)現(xiàn)自動(dòng)化。我們在現(xiàn)行系統(tǒng)初 步調(diào)查的基礎(chǔ)上提出了新系統(tǒng)目標(biāo)，即新系統(tǒng)建立后所要求達(dá)到的運(yùn)行指標(biāo)，這是系統(tǒng)開發(fā) 和評價(jià)的依據(jù)。 1.21.2 可行性分析研究可行性分析研究 當(dāng)接受一個(gè)軟件開發(fā)任務(wù)，就進(jìn)入軟件生命的第一個(gè)階段，即進(jìn)行可行性的研究。并不 是所有問題具有簡單的解決辦法，許多問題不能在預(yù)定的規(guī)模之內(nèi)解決。因此通過可行性的 研究分析可以知道問題。 有無可行性的解決方法，進(jìn)而避免人力、物力和才力的浪費(fèi)。在現(xiàn)行系統(tǒng)初步

7、調(diào)查的基 礎(chǔ)上就可以提出新系統(tǒng)目標(biāo)，即新系統(tǒng)建立后所要求達(dá)到的運(yùn)行指標(biāo)，這是系統(tǒng)開發(fā)和評價(jià) 的依據(jù)。系統(tǒng)目標(biāo)應(yīng)充分體現(xiàn)，直接為藥品銷售管理系統(tǒng)服務(wù)，并且，程序可以分期分批實(shí) 現(xiàn)。但是，需要指出的是，系統(tǒng)目標(biāo)是不可能在總體規(guī)劃階段就提得非常具體，它還將在開 發(fā)過程中逐步明確和定量化。以達(dá)到更加出色的程序系統(tǒng)?？墒牵繕?biāo)的提法不盡相同，例 如： 提高藥品銷售管理效率，減輕勞動(dòng)強(qiáng)度； 提高信息處理速度和準(zhǔn)確性； 為管理者提供更方便、科學(xué)的服務(wù)項(xiàng)目。 1.2.11.2.1 技術(shù)可行性技術(shù)可行性 技術(shù)上的可行性分析主要分析現(xiàn)有技術(shù)條件能否順利完成開發(fā)工作，硬、軟件配置能否 滿足開發(fā)者需要等。目前藥品與藥

8、品之間建有局域網(wǎng)，各藥品銷售點(diǎn)均采用 PC 機(jī)作為工作 臺，其容量、速度能滿足系統(tǒng)要求。 根據(jù)客戶提出的系統(tǒng)功能、性能及實(shí)現(xiàn)系統(tǒng)的各項(xiàng)約束條件，根據(jù)新系統(tǒng)目 標(biāo)來衡量所需的技術(shù)是否具備，本系統(tǒng)是一個(gè)數(shù)據(jù)庫管理和查詢的系統(tǒng)，現(xiàn)有的技術(shù)以較為 成熟，硬件、軟件的性能要求、環(huán)境條件等各項(xiàng)條件良好，估計(jì)利用現(xiàn)有技術(shù)條件應(yīng)完全可 以達(dá)到該系統(tǒng)的功能目標(biāo)。同時(shí)，考慮給予的開發(fā)期限也較為充裕，預(yù)計(jì)系統(tǒng)是可以在規(guī)定 期限內(nèi)完成開發(fā)。 1.2.21.2.2 經(jīng)濟(jì)可行性經(jīng)濟(jì)可行性 主要是對開發(fā)倉庫貨物管理系統(tǒng)的經(jīng)濟(jì)效益進(jìn)行評價(jià)，一方面是估算開發(fā)它的支出費(fèi)用， 其中包括設(shè)備購置費(fèi)、軟件開發(fā)費(fèi)、管理和維護(hù)費(fèi)、人員工資

9、和培訓(xùn)費(fèi)等。另一方面是估算 藥品銷售管理這個(gè)軟件可能取得的收益中可以用錢來衡量的那部分。并對目前的軟件市場進(jìn) 行調(diào)查,所做軟件是否有很大的銷售市場和相當(dāng)規(guī)模的用戶群。所做軟件的開發(fā)成本與客戶 提出的要求是否可達(dá)到雙方都滿意。并且，分析系統(tǒng)開發(fā)是否會(huì)對其它產(chǎn)品或利潤帶來一定 影響。經(jīng)過對上述幾個(gè)方面的調(diào)查研究和分析，我們得出藥品銷售管理這個(gè)軟件的市場前景 是相當(dāng)客觀的，在經(jīng)濟(jì)角度來說，開發(fā)藥品銷售管理是可行的。 1.2.31.2.3 操作可行性操作可行性 主要是了解藥品銷售管理的相關(guān)人員對開發(fā)信息系統(tǒng)是否支持，現(xiàn)有藥品銷售管理制度 和方法是否科學(xué)，規(guī)章制度是否齊全，原始數(shù)據(jù)是否正確等。藥品銷售管

10、理人員積極支持該 系統(tǒng)開發(fā)，使新系統(tǒng)能夠充分的發(fā)揮作用；系統(tǒng)操作簡單，易于理解，操作者經(jīng)過短時(shí)間的 培訓(xùn)就可以使用藥品銷售管理系統(tǒng)。 1.31.3 結(jié)論意見結(jié)論意見 經(jīng)過認(rèn)真地可行性研究，系統(tǒng)基本上做到了在技術(shù)、經(jīng)濟(jì)、運(yùn)行、法律上的可行。因 此，相信在按照計(jì)劃上實(shí)施的前提下，全系統(tǒng)的設(shè)計(jì)將會(huì)按時(shí)、高質(zhì)量完成。所以，系統(tǒng)研 制和開發(fā)是可以馬上進(jìn)行的。 2 2、項(xiàng)目開發(fā)計(jì)劃、項(xiàng)目開發(fā)計(jì)劃 2.12.1 編寫目的編寫目的 經(jīng)過項(xiàng)目的可行性分析，得出項(xiàng)目可進(jìn)一步進(jìn)行下去的結(jié)論，在軟件繼續(xù)進(jìn)一步的開發(fā) 之前首先給出此軟件項(xiàng)目計(jì)劃。 2.22.2 項(xiàng)目背景項(xiàng)目背景 項(xiàng)目分析單位在接到項(xiàng)目分析員給出的項(xiàng)目可

11、行性分析報(bào)告后，在本系統(tǒng)，即藥品銷售 管理系統(tǒng)開發(fā)主管部門的統(tǒng)一下制定用于軟件實(shí)質(zhì)開發(fā)的軟件項(xiàng)目計(jì)劃，以使軟件開發(fā)單位 理解軟件開發(fā)要求，進(jìn)行開發(fā)。 2.32.3 項(xiàng)目概述項(xiàng)目概述 1、工作內(nèi)容 讓計(jì)算機(jī)對藥品銷售進(jìn)行自動(dòng)管理，用戶可以直接在計(jì)算機(jī)上實(shí)現(xiàn)藥品銷售的信息管理， 并能在一定程度上實(shí)現(xiàn)自動(dòng)化。 2、條件與限制 開發(fā)該軟件的條件比較簡單，以開發(fā)單位目前的經(jīng)濟(jì)與技術(shù)條件已完全具備開發(fā)的條件。 該系統(tǒng)可在用戶要求的期限內(nèi)完成。 3、產(chǎn)品 1） 、程序 該項(xiàng)目因開發(fā)時(shí)間較短，這里只給出設(shè)計(jì)文檔，具體程序沒寫。 2） 、文檔 文檔內(nèi)容包括： （1) 封面 （2）目錄 （3）中文摘要 100 字

12、左右；關(guān)鍵詞 3-5 個(gè) （4) 序言 （5）可行性分析 （6）項(xiàng)目開發(fā)計(jì)劃 （7）需求規(guī)格說明（包含需要的系統(tǒng)流程圖、數(shù)據(jù)流程圖、數(shù)據(jù)字典、E-R 圖） （8) 概要設(shè)計(jì)（包含總體軟件結(jié)構(gòu)圖、總體數(shù)據(jù)結(jié)構(gòu)） （9) 詳細(xì)設(shè)計(jì)（對概要設(shè)計(jì)內(nèi)容進(jìn)行詳細(xì)設(shè)計(jì)） （10) 設(shè)計(jì)總結(jié)、參考文獻(xiàn)、致謝等 4、驗(yàn)收標(biāo)準(zhǔn) 軟件的驗(yàn)收標(biāo)準(zhǔn)完全由用戶提出的軟件需求制定，能保證軟件的基本符合用戶的要求。 2.42.4 項(xiàng)目開發(fā)計(jì)劃項(xiàng)目開發(fā)計(jì)劃 1、任務(wù)分解 分三個(gè)大的階段進(jìn)行開發(fā)第一階段完成本系統(tǒng)的數(shù)據(jù)流圖跟 E-R 圖。第二階段完成概要 設(shè)計(jì)跟詳細(xì)設(shè)計(jì)。第三階段書寫文檔。 2、預(yù)算 軟件資金投入較少，具體預(yù)算分

13、配簡略。 3、關(guān)鍵問題 各模塊之間的聯(lián)系和后臺數(shù)據(jù)庫的完成。使用目前的設(shè)備與現(xiàn)有開發(fā)技術(shù)完全可以開發(fā) 出該系統(tǒng)，總的來說該項(xiàng)目沒有較大的技術(shù)難點(diǎn)與其他的一些風(fēng)險(xiǎn)因素。對于出現(xiàn)的一些小 難點(diǎn)總都能得到解決。 2.52.5 交付期限交付期限 所要開發(fā)的系統(tǒng)較簡單，所有開發(fā)工作用戶要求要在 0.5 個(gè)月內(nèi)完成，完成項(xiàng)目的最遲 時(shí)間為 20011 年 8 月 19 日。 3 3、需求分析、需求分析 3.13.1 任務(wù)需求分析任務(wù)需求分析 1）用戶的需求具體體現(xiàn)在各種信息的提供、保存、更新和查詢，這就要求數(shù)據(jù)庫結(jié)構(gòu) 充分滿足各種信息的輸入和輸出。通過上述系統(tǒng)功能分析，針對一般管理信息系統(tǒng)的需求， 得出如

14、下的需求信息： 客戶信息。包括的數(shù)據(jù)項(xiàng)有：客戶代碼、名稱、聯(lián)系人，地址、電話，手機(jī)，傳真， 郵編，E-mail，稅號，開戶行，賬號，信譽(yù)度等。 藥品信息。包括的數(shù)據(jù)項(xiàng)有：藥品代碼、商品名稱、劑型、產(chǎn)地、規(guī)格、價(jià)格、保質(zhì) 期等。 入庫/發(fā)貨信息。包括的數(shù)據(jù)項(xiàng)有：入庫/發(fā)貨單號、客戶代碼、經(jīng)手人、藥品代碼、 數(shù)量、單價(jià)、金額、日期等。 統(tǒng)計(jì)分析。主要包括庫存信息、銷售信息、利潤分析等。 3.23.2 數(shù)據(jù)流圖、數(shù)據(jù)字典數(shù)據(jù)流圖、數(shù)據(jù)字典及實(shí)體聯(lián)系圖及實(shí)體聯(lián)系圖 3.2.13.2.1 數(shù)據(jù)流圖數(shù)據(jù)流圖 該系統(tǒng)數(shù)據(jù)流程圖如圖 3.2 所示： 供 貨 商 進(jìn) 貨 入 庫 合 同 入 庫 單 庫 存 驗(yàn)

15、收 入 庫銷 售 商 銷 售 銷 售 合 同 報(bào) 表 統(tǒng) 計(jì) 管 理 層 藥品 目錄 訂貨 清單 訂貨 單 合格 供貨單 入庫 單 產(chǎn)品 目錄 產(chǎn)品 目錄銷售 清單 供貨單 圖表 圖 3.2 系統(tǒng)數(shù)據(jù)流程圖 數(shù)據(jù)流圖由四種基本的元素構(gòu)成：數(shù)據(jù)流(Data Flow)，處理(Process)， 數(shù)據(jù)存儲和數(shù)據(jù)源（數(shù)據(jù)終點(diǎn)） 。 數(shù)據(jù)流(Data Flow)：為具有名稱且有流向的數(shù)據(jù)，用標(biāo)有名稱的箭頭表示， 一個(gè)數(shù)據(jù)可以是記錄、組合項(xiàng)或基本項(xiàng)。 處理(Process)：表示對數(shù)據(jù)所進(jìn)行的加工和變換，在圖中用矩形框表示。 指向處理數(shù)據(jù)流為該處理的輸入數(shù)據(jù)，離開處理的數(shù)據(jù)為處理的輸出數(shù)據(jù)。 數(shù)據(jù)存儲：

16、表示用文件方式或數(shù)據(jù)庫形式所存儲的數(shù)據(jù)，堆砌進(jìn)行的存取 分別以指向或離開數(shù)據(jù)存儲的箭頭表示。 數(shù)據(jù)源及數(shù)據(jù)終點(diǎn)：表示數(shù)據(jù)的來源或數(shù)據(jù)的去向，可以是一個(gè)組織或人 員，它處于系統(tǒng)范圍之外，所以又稱它為外部實(shí)體，它是為了幫助理解系統(tǒng)界 面而引入的，一般只出現(xiàn)在數(shù)據(jù)流圖的起點(diǎn)和終點(diǎn) 3.2.23.2.2 數(shù)據(jù)字典數(shù)據(jù)字典 數(shù)據(jù)字典是關(guān)于數(shù)據(jù)的信息的集合，也就是對數(shù)據(jù)流圖中包含的所有元素 的定義的集合。 由于本次設(shè)計(jì)是小型軟件系統(tǒng)的開發(fā)，所以采用卡片形式書寫數(shù)據(jù)字典。 每張卡片上保存描述一個(gè)數(shù)據(jù)的信息這樣做更新和修改起來比較方便，而且能 單獨(dú)處理描述每個(gè)數(shù)據(jù)的信息。下面將列出若干數(shù)據(jù)元素的數(shù)據(jù)卡片信息。

17、 數(shù)據(jù)字典卡片： 名字：入庫單記錄 別名： 名字：用戶信息 別名： 描述：用戶的信息記錄，用于確定用戶的名稱、地址、 聯(lián)系人、電話、銀行帳號 定義：用戶信息=用戶信息的合集 位置：輸入到數(shù)據(jù)庫 名字：藥品信息 別名： 描述：藥品的信息記錄，用于確定藥品的名稱、類別、劑型、 產(chǎn)地、規(guī)格、進(jìn)價(jià)、批發(fā)價(jià)、零售價(jià)、貨源、保質(zhì)期 定義：藥品信息=藥品信息的集合 位置：輸入到數(shù)據(jù)庫 名字：入庫單記錄 別名： 描述：用于記錄存入庫存的藥品的名稱、編號、數(shù)量、倉庫號、 入庫日期 定義：入庫單記錄=藥品的名稱+編號+數(shù)量+倉庫號+入庫日期 位置：輸出到打印機(jī) 3.2.33.2.3 實(shí)體聯(lián)系實(shí)體聯(lián)系 E-RE-R

18、 圖圖 根據(jù)上面的設(shè)計(jì)規(guī)劃出的實(shí)體包括：藥品實(shí)體、用戶實(shí)體、庫存實(shí)體。各個(gè) 實(shí)體的 E-R 圖以及實(shí)體與實(shí)體間的 E-R 關(guān)系圖描述如下 1)用戶信息實(shí)體屬性圖 用 戶 信 息 客戶代碼 名稱聯(lián)系人 電話 地址E-mail稅號 開戶行 信譽(yù)度 2)藥品信息實(shí)體屬性圖 名字：銷售單記錄 別名： 描述：已銷售的藥品的信息記錄，記錄藥品的名稱、數(shù)量、價(jià) 格、用戶編號、銷售日期 定義：銷售單記錄=藥品的名稱+數(shù)量+價(jià)格+用戶編號+銷售日期 位置：輸出到打印機(jī) yaopin pidpname xing hao add guart guige 3)入庫信息實(shí)體屬性圖 ruku pidopman qucda

19、te pricetotal pname 4) 出庫信息 E-R 圖 Chuku id pid rdate qu price total 圖 3-1 E-R 關(guān)系圖 4 4、系統(tǒng)概要設(shè)計(jì)、系統(tǒng)概要設(shè)計(jì) 4.14.1 總體設(shè)計(jì)總體設(shè)計(jì) 通過這個(gè)階段的工作將劃分出組成系統(tǒng)的物理元素。 系統(tǒng)概要設(shè)計(jì)的基本目的是用比較抽象的概括方式確定系統(tǒng)如何完成預(yù)定 的任務(wù)，也就是要確定系統(tǒng)的配置物理方案。軟件結(jié)構(gòu)設(shè)計(jì)時(shí)應(yīng)該遵循的最主 要的原理是模塊獨(dú)立，讓模塊彼此間的接口關(guān)系應(yīng)該盡量簡單。 4.24.2 概要設(shè)計(jì)流程圖概要設(shè)計(jì)流程圖 概要設(shè)計(jì)的目的是對程序的具體實(shí)現(xiàn)過程進(jìn)行設(shè)計(jì)，程序的主要部分設(shè)計(jì) 在這個(gè)環(huán)節(jié)完成。

20、其主要包括以下幾個(gè)部分： 輸入密碼 退 出 銷售管理進(jìn)貨管理庫存管理系統(tǒng)管理 錯(cuò)誤 正 確 Chuku 表Ruku 表Kucun 表 記錄 修改 刪除 4.34.3 數(shù)據(jù)庫概念設(shè)計(jì)數(shù)據(jù)庫概念設(shè)計(jì) 數(shù)據(jù)庫一般分為三級模式：外模式、概念模式和內(nèi)模式。外模式也就是不 同用戶所對的數(shù)據(jù)視圖，它將數(shù)據(jù)庫內(nèi)部抽象的數(shù)據(jù)及其互相之間的關(guān)系表示 為簡單、直觀的應(yīng)用界面。概念模式是數(shù)據(jù)庫中全部數(shù)據(jù)的邏輯結(jié)構(gòu)和特征描 述，通常以某種數(shù)據(jù)模型為基礎(chǔ)。內(nèi)模式是對數(shù)據(jù)的物理結(jié)構(gòu)和存儲方式的描 述。 在這里我們將要設(shè)計(jì)的是數(shù)據(jù)庫的概念模式， 通過對倉庫貨物管理系統(tǒng)的內(nèi)容和數(shù)據(jù)流程分析及 E-R 圖，設(shè)計(jì)如下數(shù)據(jù) 項(xiàng)和數(shù)據(jù)

21、結(jié)構(gòu)。 藥品信息：藥品的名稱、類別、劑型、產(chǎn)地、規(guī)格、進(jìn)價(jià)、批發(fā)價(jià)、零售 價(jià)、貨源、保質(zhì)期 入庫信息：藥品的名稱、編號、數(shù)量、倉庫號、入庫日期 銷售單信息：藥品的名稱、數(shù)量、價(jià)格、用戶編號、銷售日期 用戶信息: 用戶的名稱、地址、聯(lián)系人、電話、銀行帳號 數(shù)據(jù)庫概念結(jié)構(gòu)設(shè)計(jì)，是在需求分析的基礎(chǔ)上，設(shè)計(jì)出能夠滿足用戶需求 的各種實(shí)體，以及他們之間的關(guān)系，為后面的邏輯結(jié)構(gòu)設(shè)計(jì)打下基礎(chǔ)。 4.44.4 數(shù)據(jù)庫邏輯結(jié)構(gòu)設(shè)計(jì)數(shù)據(jù)庫邏輯結(jié)構(gòu)設(shè)計(jì) 在數(shù)據(jù)庫設(shè)計(jì)中相當(dāng)重要的一步就是將概念模型轉(zhuǎn)化為計(jì)算機(jī)上 DBMS 所支 持的數(shù)據(jù)模型，例如，將 E-R 圖模型轉(zhuǎn)化為關(guān)系模型，道理很簡單，我們設(shè)計(jì) 概念模型基本上

22、都是一些抽象的關(guān)系，在再數(shù)據(jù)庫設(shè)計(jì)的實(shí)現(xiàn)過程中，在計(jì)算 機(jī)上有效地表示出這些關(guān)系就成了數(shù)據(jù)庫設(shè)計(jì)的關(guān)鍵。 根據(jù)藥品銷售管理系統(tǒng)的功能要求，選取 Access 作為后臺數(shù)據(jù)庫。 在上面的實(shí)體和實(shí)體之間的 E-R 圖設(shè)計(jì)基礎(chǔ)上，形成數(shù)據(jù)庫中的表格及表 格之間的關(guān)系。 該數(shù)據(jù)庫由 4 個(gè)表組成，藥品信息表、入庫信息表、庫存信息表、出庫信 息表 一、主表的結(jié)構(gòu)設(shè)計(jì) 1)藥品信息表 字段名數(shù)據(jù)類型是否為空主鍵 pidNumbe r Not nullPrimary key pnamechar addchar xinghaochar guigedate guartchar 2)入庫信息表 字段名數(shù)據(jù)類型是否

23、為空主鍵 pidNumbe r Not nullPrimary key pnamechar opmanchar qunumber pricenumber totalNumbe r cdatedate 3) 庫存信息表 字段名數(shù)據(jù)類型是否為空主鍵 pidnumberNot nullPrimary key rqunumber rpricenumber cqunumber cpricenumber benenumber 4)出庫信息表 字段名數(shù)據(jù)類型是否為空主鍵 idnumberNot nullPrimary key pidnumber qunumber pricenumber totalnumbe

24、r datedate 4.54.5 連接數(shù)據(jù)庫的特點(diǎn)連接數(shù)據(jù)庫的特點(diǎn) 當(dāng)開發(fā)環(huán)境通過連接到數(shù)據(jù)庫上之后，在設(shè)計(jì)中使用數(shù)據(jù)庫畫筆可實(shí)現(xiàn)對 該數(shù)據(jù)庫中表格，視圖等的操作，如創(chuàng)建表,修改表，刪除表，增加/刪除記錄。 設(shè)計(jì)中設(shè)計(jì)數(shù)據(jù)窗口的時(shí)候，通過對話框?qū)崿F(xiàn)與數(shù)據(jù)的連接。在應(yīng)用程序 中則一般是在應(yīng)用程序?qū)ο笾袝鴮戇B接數(shù)據(jù)庫的程序代碼，使得應(yīng)用程序開始 運(yùn)行并實(shí)現(xiàn)與數(shù)據(jù)庫的連接。 5 5、詳細(xì)設(shè)計(jì)、詳細(xì)設(shè)計(jì) 詳細(xì)設(shè)計(jì)階段的根本目標(biāo)是確定應(yīng)該如何具體地實(shí)現(xiàn)所要求的系統(tǒng)，包括 了用戶界面設(shè)計(jì)、程序過程設(shè)計(jì)等步驟。 5.15.1 系統(tǒng)的主要功能系統(tǒng)的主要功能 1、藥品各種信息的輸入，包括入庫，出庫，還原，需求

25、信息的輸入等 2、藥品管理的各種信息查詢，修改和維護(hù) 3、在藥品庫存管理中加入最高儲備和最低儲備字段，對藥品的物質(zhì)設(shè)備 實(shí)現(xiàn)監(jiān)控和報(bào)警 4、操作日志的管理 5、藥品管理系統(tǒng)的使用幫助 5.25.2 程序流程圖程序流程圖 程序流程圖的優(yōu)點(diǎn)是對控制流程的描繪很直觀，易于掌握。 1、銷售管理系統(tǒng)其程序流程圖如圖 5.1 所示 是 否 否 是 否 是 圖 5.1 銷售系統(tǒng)程序流程圖 2、 進(jìn)貨系統(tǒng)程序流程圖如圖 5.2 所示： 管理員 輸入查詢 條件 查詢相應(yīng) 藥品 是否存 在 是否重 新查找 確定銷 售 結(jié)束 是 否 否 否 否 是 圖 5.2 進(jìn)貨系統(tǒng)程序流程圖 5.35.3 用戶界面設(shè)計(jì)用戶界面

26、設(shè)計(jì) 5.3.15.3.1 一般交互設(shè)計(jì)一般交互設(shè)計(jì) 一般交互涉及信息顯示、數(shù)據(jù)輸入、和系統(tǒng)整體控制等方面。 1、一致性 為客戶交互界面中的菜單選擇、命令輸入、數(shù)據(jù)顯示以及眾多的其他功能， 使用一致的格式。 管理員 輸入查 詢條件 查詢相應(yīng) 藥品 是否存在 該藥品 確定進(jìn)貨？ 是否重 新輸入 進(jìn) 貨 結(jié) 束 在設(shè)計(jì)的過程中，基本上保持了系統(tǒng)的格式一致。 2、信息的反饋 向用戶及時(shí)提供視覺和聽覺的信息反饋，以保證在用戶和系統(tǒng)之間及時(shí)地 建立雙向通信。 在本系統(tǒng)設(shè)計(jì)過程中，基本做到了信息的及時(shí)反饋，在信息顯示的大部分 窗體中包括了刷新按鈕，會(huì)對數(shù)據(jù)庫中的數(shù)據(jù)進(jìn)行及時(shí)地顯示。另外，在進(jìn)行 錯(cuò)誤操作是

27、，會(huì)彈出提示窗口并發(fā)出警告提示音。 3、執(zhí)行有較大影響的操作前提示用戶確認(rèn) 在設(shè)計(jì)過程中，如果用戶要執(zhí)行刪除操作，以及對數(shù)據(jù)庫的讀寫操作時(shí)， 都會(huì)有窗體彈出詢問繼續(xù)操作或者予以提示。 4、減少兩次操作間需要記憶的內(nèi)容 為了避免用戶為下一步操作而記憶大量數(shù)據(jù)，所以在設(shè)計(jì)過程中在需要數(shù) 據(jù)傳遞的窗體中設(shè)置全局變量，來傳遞數(shù)據(jù)。例如在入賬和入庫的模塊的操作 中都用到了這樣的方法。 5、對話、移動(dòng)和思考的效率 盡量減少用戶擊鍵的次數(shù)，在設(shè)計(jì)時(shí)考慮到了用戶屏幕的布局以減少用戶 鼠標(biāo)移動(dòng)的距離，盡量避免用戶在操作中發(fā)生疑問的情況。 6、允許錯(cuò)誤 允許用戶的誤操作盡量不對系統(tǒng)造成傷害。 7、按功能對動(dòng)作分類

28、，并據(jù)此設(shè)計(jì)屏幕布局 屏幕布局盡量將軟件所具有的所有功能在主頁面展示，界面一目了然。 5.3.25.3.2 信息顯示設(shè)計(jì)信息顯示設(shè)計(jì) 應(yīng)當(dāng)盡量為用戶提供的界面顯示時(shí)完整的、明確的和容易理解的。這樣才 能滿足用戶的需求。使用不同的方式顯示信息：用文字、圖形、聲音，按位置、 移動(dòng)和大小，使用顏色和省略等方式傳達(dá)信息。 1、只顯示與當(dāng)前工作有關(guān)的信息 在用戶操作有關(guān)系統(tǒng)的特定功能的信息時(shí)，不必看到與之無關(guān)的數(shù)據(jù)、菜 單和圖形。 2、使用便于用戶迅速吸收數(shù)據(jù)的方式來表示數(shù)據(jù) 在系統(tǒng)設(shè)計(jì)的過程中，較多地使用了圖表的形式表示數(shù)據(jù)，例如在分析中 就使用了柱狀圖的形式表現(xiàn)了復(fù)雜的數(shù)據(jù)。這樣，用戶可以直觀的體會(huì)

29、到圖表 所表示的含義。 3、使用一致的標(biāo)記、標(biāo)準(zhǔn)的縮寫和可預(yù)知的顏色 為了使系統(tǒng)所表達(dá)的含義準(zhǔn)確、無誤，就必須適用一致的標(biāo)記、標(biāo)準(zhǔn)的縮 寫和可以預(yù)知的縮寫，這樣用戶就無需參照其他信息源就能理解，而正確地適 用軟件。 4、產(chǎn)生有意義的錯(cuò)誤信息 對于系統(tǒng)在運(yùn)行過程中產(chǎn)生的錯(cuò)誤盡量給用戶返回一個(gè)容易理解的錯(cuò)誤信 息，以使用戶保持對系統(tǒng)的信任，和系統(tǒng)的可用性。 5、使用窗口分隔不同類型的信息 使用不同的窗口顯示、保存不同類型的信息。 6、高效率的使用顯示屏 當(dāng)使用多窗口時(shí)，應(yīng)該有足夠的空間使得每個(gè)窗口至少都能顯示出一部分。 此外，屏幕的大小應(yīng)該選得和應(yīng)用系統(tǒng)的類型相配套。 在各個(gè)顯示數(shù)據(jù)的窗口中，由于

30、數(shù)據(jù)窗體項(xiàng)目較多，所以在數(shù)據(jù)窗體空間 中較多的是用了垂直和水平滾動(dòng)條，以保證信息的全面正確顯示。 5.3.35.3.3 數(shù)據(jù)輸入設(shè)計(jì)數(shù)據(jù)輸入設(shè)計(jì) 用戶的大部分時(shí)間用在選擇菜單命令、鍵入數(shù)據(jù)和向系統(tǒng)提供輸入。在系 統(tǒng)中，鍵盤是主要的輸入介質(zhì)，但是鼠標(biāo)等設(shè)備的也是重要的輸入手段，所以， 對于他們的數(shù)據(jù)輸入操作有如下約定： 1、保持信息顯示和數(shù)據(jù)輸入間的一致性 為了方便用戶的使用，鼠標(biāo)應(yīng)當(dāng)盡量減少操作的幅度。 2、保持顯示信息和輸入信息之間的一致性 對于用戶來說，要保證其輸入的數(shù)據(jù)在顯示上與其他顯示的視覺特征（例 如：文字大小、顏色、位置等）要一致。 對于不同類型的用戶在登錄到系統(tǒng)后，由于有不同的權(quán)

31、限，所以在主界面 中會(huì)有一些項(xiàng)目受到限制而無法使用，所以要使這些項(xiàng)目不發(fā)生作用，以保證 系統(tǒng)安全。 5.45.4 程序設(shè)計(jì)過程程序設(shè)計(jì)過程 程序過程設(shè)計(jì)主要是在借助過程設(shè)計(jì)工具的情況下，對程序的具體實(shí)現(xiàn)過 程進(jìn)行設(shè)計(jì)。程序的主要部分設(shè)計(jì)在這個(gè)環(huán)節(jié)完成。其主要包括以下幾個(gè)部分： 5.4.15.4.1 登錄界面及密碼修改登錄界面及密碼修改 1、登錄界面如圖 5.3 所示 用戶名是否輸入 否 是 密碼是否輸入 否 是 查找管理員表中對應(yīng)密碼的用戶 否 存在？ 是 打開主窗體 檢查輸入次數(shù)3 關(guān)閉窗體 圖 5.3 登錄界面圖 在用戶登錄時(shí)，在輸入用戶名和密碼及用戶類型的前提下將其與數(shù)據(jù)庫中 的數(shù)據(jù)進(jìn)行

32、對比，若一致，則打開主窗體，若不一致提示錯(cuò)誤，并要求再次輸 入，若輸入次數(shù)超過三次，則關(guān)閉系統(tǒng)。 在這個(gè)部分中，需要對用戶的類型存入一個(gè)全局變量，予以判斷其所具有 的系統(tǒng)使用權(quán)限，例如，用戶類型為 DBA，則該用戶擁有系統(tǒng)的一切權(quán)力，可 以對每一部分進(jìn)行添加、刪除、查找、統(tǒng)計(jì)等操作；而其他用戶類型都依據(jù)其 類型的屬性，可以使用的部分也會(huì)相應(yīng)減少，而只能使用一部分與其類型相匹 配的功能。 2、密碼修改如圖 5.4 所示 兩次輸入的密碼是否一致 否 是 原密碼是否正確 否 是 對數(shù)據(jù)庫中的相應(yīng)字段進(jìn)行更新 提示已更新并提交更新 關(guān)閉窗體 檢查輸入次數(shù)3 圖 5.4 密碼修改圖 在用戶更改密碼時(shí)，系

33、統(tǒng)首先判斷輸入的兩次舊密碼是否一致，若一致， 則判斷原密碼是否正確，如果原密碼正確，則對數(shù)據(jù)庫中的相應(yīng)字段進(jìn)行更新。 5.4.25.4.2 藥品添加操作及修改藥品添加操作及修改 1、藥品添加如圖 5.5 所示： 是否為倉庫原有的藥品 是 否 提示：需要在保存后退出 是否保存？ 否 是 保存成功 否 是 Rollback Commit 關(guān)閉窗體 圖 5.5 藥品添加如圖 管理員查詢某貨物時(shí)貨物名及藥品編號與數(shù)據(jù)庫中的數(shù)據(jù)不相一致，系統(tǒng)提示 所查貨物在倉庫里為空，即倉庫從沒存儲藥品。然后管理員可根據(jù)藥品管理的需求 是否保存該藥品。 開始界面 藥品信息管理 2、藥品修改 此功能是對藥品的單價(jià)、庫位、

34、編號修改。 首先系統(tǒng)將從數(shù)據(jù)庫中讀取所有可用的藥品信息，其中包括編號、名稱、入庫 時(shí)間、單價(jià)等信息，管理員可視情況分別修改。修改完畢并確認(rèn)后，系統(tǒng)將所做修 改保存，并將新的記錄保存于數(shù)據(jù)庫中。 在藥品管理操作中，為了保護(hù)數(shù)據(jù)庫以及考慮實(shí)際因素，對單價(jià)、編號的修改 時(shí)都不能留空，同時(shí)編號的修改也不能有重復(fù)，若出現(xiàn)此類情況則提示出錯(cuò)。 實(shí)現(xiàn)該功能的程序流程圖如 5.6 所示： 否 是否繼續(xù) 是 編號修改 單價(jià)修改 庫位修改 否 是否符合要求 是 修改成功 圖 5.6 藥品修改程序流程圖 5.4.35.4.3 查詢操作查詢操作 查詢操作如圖 5.7 所示 輸入查詢信息 否 是 是否存在該信息數(shù)據(jù) 否 是 提示沒有 輸出該信息 所要查詢 的信息 確認(rèn)信息 關(guān)閉窗體 圖 5.7 查詢操作圖 在執(zhí)行查詢操作之前通常要先在單行文本框中輸入被查詢的條件，在單行 文本框失去聚焦時(shí)將查詢條件傳遞給查詢按鈕的單擊事件中，然后過濾語句依 據(jù)此過濾條件過濾得出相應(yīng)的數(shù)據(jù)，并顯示在其他數(shù)據(jù)窗體控件中。 在通常情況下，用戶可以在得到要查詢的信息后，對它們的各個(gè)字段進(jìn)行 修改，經(jīng)過修改后，在退出時(shí)系統(tǒng)會(huì)提示進(jìn)行存儲。 在完成了用戶界面設(shè)計(jì)和程序過程設(shè)計(jì)后，基本上完成了詳細(xì)設(shè)計(jì)的內(nèi)容。 參考文獻(xiàn)參考文