




版權(quán)說(shuō)明:本文檔由用戶提供并上傳,收益歸屬內(nèi)容提供方,若內(nèi)容存在侵權(quán),請(qǐng)進(jìn)行舉報(bào)或認(rèn)領(lǐng)
文檔簡(jiǎn)介
1、軟件開發(fā)綜合訓(xùn)練軟件開發(fā)綜合訓(xùn)練課程設(shè)計(jì)課程設(shè)計(jì) 題 目: 藥品銷售管理系統(tǒng) 專業(yè)班級(jí): 姓 名: 學(xué) 號(hào): 指導(dǎo)教師: 成 績(jī): 目目 錄錄 摘摘 要要 .1 序序 言言.I 1、可行性分析、可行性分析 .2 1.1 問(wèn)題描述.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ù)庫(kù)概念設(shè)計(jì).7 4.4 數(shù)據(jù)庫(kù)邏輯結(jié)構(gòu)設(shè)計(jì).8 4.5 連接數(shù)據(jù)庫(kù)的特點(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ì)過(guò)程.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ā)主要包括后臺(tái)數(shù)據(jù)庫(kù)的建 立和維護(hù)以及前端應(yīng)用程序的開發(fā)兩個(gè)方面。對(duì)于前者要求建立起數(shù)據(jù)一致性和 完整性強(qiáng)、數(shù)據(jù)安全性好的庫(kù)。而對(duì)于后者則要求應(yīng)用程序功能完備,易使用等特 點(diǎn)。 經(jīng)過(guò)分析, 系統(tǒng)實(shí)現(xiàn)用的前臺(tái)開發(fā)工具是 ASP,后臺(tái)數(shù)據(jù)庫(kù)為 Access。設(shè)計(jì) 過(guò)程中的重點(diǎn)和難點(diǎn)是對(duì)整個(gè)系統(tǒng)的需求分析和數(shù)據(jù)庫(kù)詳細(xì)設(shè)計(jì)。 藥品銷售管理系統(tǒng)主要為部門的經(jīng)濟(jì)活動(dòng)提供信息服務(wù),系統(tǒng)能夠?qū)τ脩粜?息管理、入庫(kù)管理、銷售管理、庫(kù)存管理等信息提供錄入
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ì)組織在存儲(chǔ)過(guò)程中都會(huì)產(chǎn)生大量的數(shù)據(jù),并且關(guān)注許多與之 相關(guān)的資料。他們需要對(duì)這些數(shù)據(jù)進(jìn)行存儲(chǔ),并按照一些特定的規(guī)則對(duì)這些數(shù) 據(jù)進(jìn)行分析、整理。從而保證自己的工作按序進(jìn)行,提高效率、提高競(jìng)爭(zhēng)力。 數(shù)據(jù)庫(kù)應(yīng)用系統(tǒng)就是為支持一個(gè)特定目標(biāo),把相關(guān)的數(shù)據(jù)以某種數(shù)據(jù)模式進(jìn)行 存儲(chǔ),并圍繞之一目標(biāo)開發(fā)的應(yīng)用程序。 藥品銷售管理軟件實(shí)現(xiàn)目標(biāo)是對(duì)藥品銷售信息進(jìn)行系統(tǒng)的管理,
5、利用數(shù)據(jù) 庫(kù)實(shí)現(xiàn)部門之間的信息交換,幫助管理人員迅速掌握藥品銷售情況及庫(kù)存情況, 包括對(duì)進(jìn)貨、銷售的登記,存量情況,銷售總額的統(tǒng)計(jì),增加預(yù)測(cè)功能等,為 用戶提供決策信息。 1 1、可行性分析、可行性分析 1.11.1 問(wèn)題描述問(wèn)題描述 隨著科學(xué)技術(shù)的發(fā)展,社會(huì)進(jìn)步,人口的增加,計(jì)算機(jī)迅速的發(fā)展,藥品銷售管理的方 法也多種多樣。隨著數(shù)據(jù)越來(lái)越復(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ī)來(lái)設(shè)計(jì)一個(gè)藥品銷售管理系統(tǒng)的方案。讓計(jì)算機(jī)對(duì)藥品銷售進(jìn)行自動(dòng)管理,管理員可以直 接在計(jì)算機(jī)上實(shí)現(xiàn)藥品銷售的信息管理,并能在一定程度上實(shí)現(xiàn)自動(dòng)化。我們?cè)诂F(xiàn)行系統(tǒng)初 步調(diào)查的基礎(chǔ)上提出了新系統(tǒng)目標(biāo),即新系統(tǒng)建立后所要求達(dá)到的運(yùn)行指標(biāo),這是系統(tǒng)開發(fā) 和評(píng)價(jià)的依據(jù)。 1.21.2 可行性分析研究可行性分析研究 當(dāng)接受一個(gè)軟件開發(fā)任務(wù),就進(jìn)入軟件生命的第一個(gè)階段,即進(jìn)行可行性的研究。并不 是所有問(wèn)題具有簡(jiǎn)單的解決辦法,許多問(wèn)題不能在預(yù)定的規(guī)模之內(nèi)解決。因此通過(guò)可行性的 研究分析可以知道問(wèn)題。 有無(wú)可行性的解決方法,進(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ā)和評(píng)價(jià) 的依據(jù)。系統(tǒng)目標(biāo)應(yīng)充分體現(xiàn),直接為藥品銷售管理系統(tǒng)服務(wù),并且,程序可以分期分批實(shí) 現(xiàn)。但是,需要指出的是,系統(tǒng)目標(biāo)是不可能在總體規(guī)劃階段就提得非常具體,它還將在開 發(fā)過(guò)程中逐步明確和定量化。以達(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ái),其容量、速度能滿足系統(tǒng)要求。 根據(jù)客戶提出的系統(tǒng)功能、性能及實(shí)現(xiàn)系統(tǒng)的各項(xiàng)約束條件,根據(jù)新系統(tǒng)目 標(biāo)來(lái)衡量所需的技術(shù)是否具備,本系統(tǒng)是一個(gè)數(shù)據(jù)庫(kù)管理和查詢的系統(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ì)可行性 主要是對(duì)開發(fā)倉(cāng)庫(kù)貨物管理系統(tǒng)的經(jīng)濟(jì)效益進(jìn)行評(píng)價(jià),一方面是估算開發(fā)它的支出費(fèi)用, 其中包括設(shè)備購(gòu)置費(fèi)、軟件開發(fā)費(fèi)、管理和維護(hù)費(fèi)、人員工資
9、和培訓(xùn)費(fèi)等。另一方面是估算 藥品銷售管理這個(gè)軟件可能取得的收益中可以用錢來(lái)衡量的那部分。并對(duì)目前的軟件市場(chǎng)進(jìn) 行調(diào)查,所做軟件是否有很大的銷售市場(chǎng)和相當(dāng)規(guī)模的用戶群。所做軟件的開發(fā)成本與客戶 提出的要求是否可達(dá)到雙方都滿意。并且,分析系統(tǒng)開發(fā)是否會(huì)對(duì)其它產(chǎn)品或利潤(rùn)帶來(lái)一定 影響。經(jīng)過(guò)對(duì)上述幾個(gè)方面的調(diào)查研究和分析,我們得出藥品銷售管理這個(gè)軟件的市場(chǎng)前景 是相當(dāng)客觀的,在經(jīng)濟(jì)角度來(lái)說(shuō),開發(fā)藥品銷售管理是可行的。 1.2.31.2.3 操作可行性操作可行性 主要是了解藥品銷售管理的相關(guān)人員對(duì)開發(fā)信息系統(tǒng)是否支持,現(xiàn)有藥品銷售管理制度 和方法是否科學(xué),規(guī)章制度是否齊全,原始數(shù)據(jù)是否正確等。藥品銷售管
10、理人員積極支持該 系統(tǒng)開發(fā),使新系統(tǒng)能夠充分的發(fā)揮作用;系統(tǒng)操作簡(jiǎn)單,易于理解,操作者經(jīng)過(guò)短時(shí)間的 培訓(xùn)就可以使用藥品銷售管理系統(tǒng)。 1.31.3 結(jié)論意見結(jié)論意見 經(jīng)過(guò)認(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)過(guò)項(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ī)對(duì)藥品銷售進(jìn)行自動(dòng)管理,用戶可以直接在計(jì)算機(jī)上實(shí)現(xiàn)藥品銷售的信息管理, 并能在一定程度上實(shí)現(xiàn)自動(dòng)化。 2、條件與限制 開發(fā)該軟件的條件比較簡(jiǎn)單,以開發(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ī)格說(shuō)明(包含需要的系統(tǒng)流程圖、數(shù)據(jù)流程圖、數(shù)據(jù)字典、E-R 圖) (8) 概要設(shè)計(jì)(包含總體軟件結(jié)構(gòu)圖、總體數(shù)據(jù)結(jié)構(gòu)) (9) 詳細(xì)設(shè)計(jì)(對(duì)概要設(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、配簡(jiǎn)略。 3、關(guān)鍵問(wèn)題 各模塊之間的聯(lián)系和后臺(tái)數(shù)據(jù)庫(kù)的完成。使用目前的設(shè)備與現(xiàn)有開發(fā)技術(shù)完全可以開發(fā) 出該系統(tǒng),總的來(lái)說(shuō)該項(xiàng)目沒有較大的技術(shù)難點(diǎn)與其他的一些風(fēng)險(xiǎn)因素。對(duì)于出現(xiàn)的一些小 難點(diǎn)總都能得到解決。 2.52.5 交付期限交付期限 所要開發(fā)的系統(tǒng)較簡(jiǎn)單,所有開發(fā)工作用戶要求要在 0.5 個(gè)月內(nèi)完成,完成項(xiàng)目的最遲 時(shí)間為 20011 年 8 月 19 日。 3 3、需求分析、需求分析 3.13.1 任務(wù)需求分析任務(wù)需求分析 1)用戶的需求具體體現(xiàn)在各種信息的提供、保存、更新和查詢,這就要求數(shù)據(jù)庫(kù)結(jié)構(gòu) 充分滿足各種信息的輸入和輸出。通過(guò)上述系統(tǒng)功能分析,針對(duì)一般管理信息系統(tǒng)的需求, 得出如
14、下的需求信息: 客戶信息。包括的數(shù)據(jù)項(xiàng)有:客戶代碼、名稱、聯(lián)系人,地址、電話,手機(jī),傳真, 郵編,E-mail,稅號(hào),開戶行,賬號(hào),信譽(yù)度等。 藥品信息。包括的數(shù)據(jù)項(xiàng)有:藥品代碼、商品名稱、劑型、產(chǎn)地、規(guī)格、價(jià)格、保質(zhì) 期等。 入庫(kù)/發(fā)貨信息。包括的數(shù)據(jù)項(xiàng)有:入庫(kù)/發(fā)貨單號(hào)、客戶代碼、經(jīng)手人、藥品代碼、 數(shù)量、單價(jià)、金額、日期等。 統(tǒng)計(jì)分析。主要包括庫(kù)存信息、銷售信息、利潤(rùn)分析等。 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) 貨 入 庫(kù) 合 同 入 庫(kù) 單 庫(kù) 存 驗(yàn)
15、收 入 庫(kù)銷 售 商 銷 售 銷 售 合 同 報(bào) 表 統(tǒng) 計(jì) 管 理 層 藥品 目錄 訂貨 清單 訂貨 單 合格 供貨單 入庫(kù) 單 產(chǎn)品 目錄 產(chǎn)品 目錄銷售 清單 供貨單 圖表 圖 3.2 系統(tǒng)數(shù)據(jù)流程圖 數(shù)據(jù)流圖由四種基本的元素構(gòu)成:數(shù)據(jù)流(Data Flow),處理(Process), 數(shù)據(jù)存儲(chǔ)和數(shù)據(jù)源(數(shù)據(jù)終點(diǎn)) 。 數(shù)據(jù)流(Data Flow):為具有名稱且有流向的數(shù)據(jù),用標(biāo)有名稱的箭頭表示, 一個(gè)數(shù)據(jù)可以是記錄、組合項(xiàng)或基本項(xiàng)。 處理(Process):表示對(duì)數(shù)據(jù)所進(jìn)行的加工和變換,在圖中用矩形框表示。 指向處理數(shù)據(jù)流為該處理的輸入數(shù)據(jù),離開處理的數(shù)據(jù)為處理的輸出數(shù)據(jù)。 數(shù)據(jù)存儲(chǔ):
16、表示用文件方式或數(shù)據(jù)庫(kù)形式所存儲(chǔ)的數(shù)據(jù),堆砌進(jìn)行的存取 分別以指向或離開數(shù)據(jù)存儲(chǔ)的箭頭表示。 數(shù)據(jù)源及數(shù)據(jù)終點(diǎn):表示數(shù)據(jù)的來(lái)源或數(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ù)的信息的集合,也就是對(duì)數(shù)據(jù)流圖中包含的所有元素 的定義的集合。 由于本次設(shè)計(jì)是小型軟件系統(tǒng)的開發(fā),所以采用卡片形式書寫數(shù)據(jù)字典。 每張卡片上保存描述一個(gè)數(shù)據(jù)的信息這樣做更新和修改起來(lái)比較方便,而且能 單獨(dú)處理描述每個(gè)數(shù)據(jù)的信息。下面將列出若干數(shù)據(jù)元素的數(shù)據(jù)卡片信息。
17、 數(shù)據(jù)字典卡片: 名字:入庫(kù)單記錄 別名: 名字:用戶信息 別名: 描述:用戶的信息記錄,用于確定用戶的名稱、地址、 聯(lián)系人、電話、銀行帳號(hào) 定義:用戶信息=用戶信息的合集 位置:輸入到數(shù)據(jù)庫(kù) 名字:藥品信息 別名: 描述:藥品的信息記錄,用于確定藥品的名稱、類別、劑型、 產(chǎn)地、規(guī)格、進(jìn)價(jià)、批發(fā)價(jià)、零售價(jià)、貨源、保質(zhì)期 定義:藥品信息=藥品信息的集合 位置:輸入到數(shù)據(jù)庫(kù) 名字:入庫(kù)單記錄 別名: 描述:用于記錄存入庫(kù)存的藥品的名稱、編號(hào)、數(shù)量、倉(cāng)庫(kù)號(hào)、 入庫(kù)日期 定義:入庫(kù)單記錄=藥品的名稱+編號(hào)+數(shù)量+倉(cāng)庫(kù)號(hào)+入庫(kù)日期 位置:輸出到打印機(jī) 3.2.33.2.3 實(shí)體聯(lián)系實(shí)體聯(lián)系 E-RE-R
18、 圖圖 根據(jù)上面的設(shè)計(jì)規(guī)劃出的實(shí)體包括:藥品實(shí)體、用戶實(shí)體、庫(kù)存實(shí)體。各個(gè) 實(shí)體的 E-R 圖以及實(shí)體與實(shí)體間的 E-R 關(guān)系圖描述如下 1)用戶信息實(shí)體屬性圖 用 戶 信 息 客戶代碼 名稱聯(lián)系人 電話 地址E-mail稅號(hào) 開戶行 信譽(yù)度 2)藥品信息實(shí)體屬性圖 名字:銷售單記錄 別名: 描述:已銷售的藥品的信息記錄,記錄藥品的名稱、數(shù)量、價(jià) 格、用戶編號(hào)、銷售日期 定義:銷售單記錄=藥品的名稱+數(shù)量+價(jià)格+用戶編號(hào)+銷售日期 位置:輸出到打印機(jī) yaopin pidpname xing hao add guart guige 3)入庫(kù)信息實(shí)體屬性圖 ruku pidopman qucda
19、te pricetotal pname 4) 出庫(kù)信息 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ì) 通過(guò)這個(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)該盡量簡(jiǎn)單。 4.24.2 概要設(shè)計(jì)流程圖概要設(shè)計(jì)流程圖 概要設(shè)計(jì)的目的是對(duì)程序的具體實(shí)現(xiàn)過(guò)程進(jìn)行設(shè)計(jì),程序的主要部分設(shè)計(jì) 在這個(gè)環(huán)節(jié)完成。
20、其主要包括以下幾個(gè)部分: 輸入密碼 退 出 銷售管理進(jìn)貨管理庫(kù)存管理系統(tǒng)管理 錯(cuò)誤 正 確 Chuku 表Ruku 表Kucun 表 記錄 修改 刪除 4.34.3 數(shù)據(jù)庫(kù)概念設(shè)計(jì)數(shù)據(jù)庫(kù)概念設(shè)計(jì) 數(shù)據(jù)庫(kù)一般分為三級(jí)模式:外模式、概念模式和內(nèi)模式。外模式也就是不 同用戶所對(duì)的數(shù)據(jù)視圖,它將數(shù)據(jù)庫(kù)內(nèi)部抽象的數(shù)據(jù)及其互相之間的關(guān)系表示 為簡(jiǎn)單、直觀的應(yīng)用界面。概念模式是數(shù)據(jù)庫(kù)中全部數(shù)據(jù)的邏輯結(jié)構(gòu)和特征描 述,通常以某種數(shù)據(jù)模型為基礎(chǔ)。內(nèi)模式是對(duì)數(shù)據(jù)的物理結(jié)構(gòu)和存儲(chǔ)方式的描 述。 在這里我們將要設(shè)計(jì)的是數(shù)據(jù)庫(kù)的概念模式, 通過(guò)對(duì)倉(cāng)庫(kù)貨物管理系統(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ì)期 入庫(kù)信息:藥品的名稱、編號(hào)、數(shù)量、倉(cāng)庫(kù)號(hào)、入庫(kù)日期 銷售單信息:藥品的名稱、數(shù)量、價(jià)格、用戶編號(hào)、銷售日期 用戶信息: 用戶的名稱、地址、聯(lián)系人、電話、銀行帳號(hào) 數(shù)據(jù)庫(kù)概念結(jié)構(gòu)設(shè)計(jì),是在需求分析的基礎(chǔ)上,設(shè)計(jì)出能夠滿足用戶需求 的各種實(shí)體,以及他們之間的關(guān)系,為后面的邏輯結(jié)構(gòu)設(shè)計(jì)打下基礎(chǔ)。 4.44.4 數(shù)據(jù)庫(kù)邏輯結(jié)構(gòu)設(shè)計(jì)數(shù)據(jù)庫(kù)邏輯結(jié)構(gòu)設(shè)計(jì) 在數(shù)據(jù)庫(kù)設(shè)計(jì)中相當(dāng)重要的一步就是將概念模型轉(zhuǎn)化為計(jì)算機(jī)上 DBMS 所支 持的數(shù)據(jù)模型,例如,將 E-R 圖模型轉(zhuǎn)化為關(guān)系模型,道理很簡(jiǎn)單,我們?cè)O(shè)計(jì) 概念模型基本上
22、都是一些抽象的關(guān)系,在再數(shù)據(jù)庫(kù)設(shè)計(jì)的實(shí)現(xiàn)過(guò)程中,在計(jì)算 機(jī)上有效地表示出這些關(guān)系就成了數(shù)據(jù)庫(kù)設(shè)計(jì)的關(guān)鍵。 根據(jù)藥品銷售管理系統(tǒng)的功能要求,選取 Access 作為后臺(tái)數(shù)據(jù)庫(kù)。 在上面的實(shí)體和實(shí)體之間的 E-R 圖設(shè)計(jì)基礎(chǔ)上,形成數(shù)據(jù)庫(kù)中的表格及表 格之間的關(guān)系。 該數(shù)據(jù)庫(kù)由 4 個(gè)表組成,藥品信息表、入庫(kù)信息表、庫(kù)存信息表、出庫(kù)信 息表 一、主表的結(jié)構(gòu)設(shè)計(jì) 1)藥品信息表 字段名數(shù)據(jù)類型是否為空主鍵 pidNumbe r Not nullPrimary key pnamechar addchar xinghaochar guigedate guartchar 2)入庫(kù)信息表 字段名數(shù)據(jù)類型是否
23、為空主鍵 pidNumbe r Not nullPrimary key pnamechar opmanchar qunumber pricenumber totalNumbe r cdatedate 3) 庫(kù)存信息表 字段名數(shù)據(jù)類型是否為空主鍵 pidnumberNot nullPrimary key rqunumber rpricenumber cqunumber cpricenumber benenumber 4)出庫(kù)信息表 字段名數(shù)據(jù)類型是否為空主鍵 idnumberNot nullPrimary key pidnumber qunumber pricenumber totalnumbe
24、r datedate 4.54.5 連接數(shù)據(jù)庫(kù)的特點(diǎn)連接數(shù)據(jù)庫(kù)的特點(diǎn) 當(dāng)開發(fā)環(huán)境通過(guò)連接到數(shù)據(jù)庫(kù)上之后,在設(shè)計(jì)中使用數(shù)據(jù)庫(kù)畫筆可實(shí)現(xiàn)對(duì) 該數(shù)據(jù)庫(kù)中表格,視圖等的操作,如創(chuàng)建表,修改表,刪除表,增加/刪除記錄。 設(shè)計(jì)中設(shè)計(jì)數(shù)據(jù)窗口的時(shí)候,通過(guò)對(duì)話框?qū)崿F(xiàn)與數(shù)據(jù)的連接。在應(yīng)用程序 中則一般是在應(yīng)用程序?qū)ο笾袝鴮戇B接數(shù)據(jù)庫(kù)的程序代碼,使得應(yīng)用程序開始 運(yùn)行并實(shí)現(xiàn)與數(shù)據(jù)庫(kù)的連接。 5 5、詳細(xì)設(shè)計(jì)、詳細(xì)設(shè)計(jì) 詳細(xì)設(shè)計(jì)階段的根本目標(biāo)是確定應(yīng)該如何具體地實(shí)現(xiàn)所要求的系統(tǒng),包括 了用戶界面設(shè)計(jì)、程序過(guò)程設(shè)計(jì)等步驟。 5.15.1 系統(tǒng)的主要功能系統(tǒng)的主要功能 1、藥品各種信息的輸入,包括入庫(kù),出庫(kù),還原,需求
25、信息的輸入等 2、藥品管理的各種信息查詢,修改和維護(hù) 3、在藥品庫(kù)存管理中加入最高儲(chǔ)備和最低儲(chǔ)備字段,對(duì)藥品的物質(zhì)設(shè)備 實(shí)現(xiàn)監(jiān)控和報(bào)警 4、操作日志的管理 5、藥品管理系統(tǒng)的使用幫助 5.25.2 程序流程圖程序流程圖 程序流程圖的優(yōu)點(diǎn)是對(duì)控制流程的描繪很直觀,易于掌握。 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ì)的過(guò)程中,基本上保持了系統(tǒng)的格式一致。 2、信息的反饋 向用戶及時(shí)提供視覺和聽覺的信息反饋,以保證在用戶和系統(tǒng)之間及時(shí)地 建立雙向通信。 在本系統(tǒng)設(shè)計(jì)過(guò)程中,基本做到了信息的及時(shí)反饋,在信息顯示的大部分 窗體中包括了刷新按鈕,會(huì)對(duì)數(shù)據(jù)庫(kù)中的數(shù)據(jù)進(jìn)行及時(shí)地顯示。另外,在進(jìn)行 錯(cuò)誤操作是
27、,會(huì)彈出提示窗口并發(fā)出警告提示音。 3、執(zhí)行有較大影響的操作前提示用戶確認(rèn) 在設(shè)計(jì)過(guò)程中,如果用戶要執(zhí)行刪除操作,以及對(duì)數(shù)據(jù)庫(kù)的讀寫操作時(shí), 都會(huì)有窗體彈出詢問(wèn)繼續(xù)操作或者予以提示。 4、減少兩次操作間需要記憶的內(nèi)容 為了避免用戶為下一步操作而記憶大量數(shù)據(jù),所以在設(shè)計(jì)過(guò)程中在需要數(shù) 據(jù)傳遞的窗體中設(shè)置全局變量,來(lái)傳遞數(shù)據(jù)。例如在入賬和入庫(kù)的模塊的操作 中都用到了這樣的方法。 5、對(duì)話、移動(dòng)和思考的效率 盡量減少用戶擊鍵的次數(shù),在設(shè)計(jì)時(shí)考慮到了用戶屏幕的布局以減少用戶 鼠標(biāo)移動(dòng)的距離,盡量避免用戶在操作中發(fā)生疑問(wèn)的情況。 6、允許錯(cuò)誤 允許用戶的誤操作盡量不對(duì)系統(tǒng)造成傷害。 7、按功能對(duì)動(dòng)作分類
28、,并據(jù)此設(shè)計(jì)屏幕布局 屏幕布局盡量將軟件所具有的所有功能在主頁(yè)面展示,界面一目了然。 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í),不必看到與之無(wú)關(guān)的數(shù)據(jù)、菜 單和圖形。 2、使用便于用戶迅速吸收數(shù)據(jù)的方式來(lái)表示數(shù)據(jù) 在系統(tǒng)設(shè)計(jì)的過(guò)程中,較多地使用了圖表的形式表示數(shù)據(jù),例如在分析中 就使用了柱狀圖的形式表現(xiàn)了復(fù)雜的數(shù)據(jù)。這樣,用戶可以直觀的體會(huì)
29、到圖表 所表示的含義。 3、使用一致的標(biāo)記、標(biāo)準(zhǔn)的縮寫和可預(yù)知的顏色 為了使系統(tǒng)所表達(dá)的含義準(zhǔn)確、無(wú)誤,就必須適用一致的標(biāo)記、標(biāo)準(zhǔn)的縮 寫和可以預(yù)知的縮寫,這樣用戶就無(wú)需參照其他信息源就能理解,而正確地適 用軟件。 4、產(chǎn)生有意義的錯(cuò)誤信息 對(duì)于系統(tǒng)在運(yùn)行過(guò)程中產(chǎn)生的錯(cuò)誤盡量給用戶返回一個(gè)容易理解的錯(cuò)誤信 息,以使用戶保持對(duì)系統(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è)備的也是重要的輸入手段,所以, 對(duì)于他們的數(shù)據(jù)輸入操作有如下約定: 1、保持信息顯示和數(shù)據(jù)輸入間的一致性 為了方便用戶的使用,鼠標(biāo)應(yīng)當(dāng)盡量減少操作的幅度。 2、保持顯示信息和輸入信息之間的一致性 對(duì)于用戶來(lái)說(shuō),要保證其輸入的數(shù)據(jù)在顯示上與其他顯示的視覺特征(例 如:文字大小、顏色、位置等)要一致。 對(duì)于不同類型的用戶在登錄到系統(tǒng)后,由于有不同的權(quán)
31、限,所以在主界面 中會(huì)有一些項(xiàng)目受到限制而無(wú)法使用,所以要使這些項(xiàng)目不發(fā)生作用,以保證 系統(tǒng)安全。 5.45.4 程序設(shè)計(jì)過(guò)程程序設(shè)計(jì)過(guò)程 程序過(guò)程設(shè)計(jì)主要是在借助過(guò)程設(shè)計(jì)工具的情況下,對(duì)程序的具體實(shí)現(xiàn)過(guò) 程進(jìn)行設(shè)計(jì)。程序的主要部分設(shè)計(jì)在這個(gè)環(huán)節(jié)完成。其主要包括以下幾個(gè)部分: 5.4.15.4.1 登錄界面及密碼修改登錄界面及密碼修改 1、登錄界面如圖 5.3 所示 用戶名是否輸入 否 是 密碼是否輸入 否 是 查找管理員表中對(duì)應(yīng)密碼的用戶 否 存在? 是 打開主窗體 檢查輸入次數(shù)3 關(guān)閉窗體 圖 5.3 登錄界面圖 在用戶登錄時(shí),在輸入用戶名和密碼及用戶類型的前提下將其與數(shù)據(jù)庫(kù)中 的數(shù)據(jù)進(jìn)行
32、對(duì)比,若一致,則打開主窗體,若不一致提示錯(cuò)誤,并要求再次輸 入,若輸入次數(shù)超過(guò)三次,則關(guān)閉系統(tǒng)。 在這個(gè)部分中,需要對(duì)用戶的類型存入一個(gè)全局變量,予以判斷其所具有 的系統(tǒng)使用權(quán)限,例如,用戶類型為 DBA,則該用戶擁有系統(tǒng)的一切權(quán)力,可 以對(duì)每一部分進(jìn)行添加、刪除、查找、統(tǒng)計(jì)等操作;而其他用戶類型都依據(jù)其 類型的屬性,可以使用的部分也會(huì)相應(yīng)減少,而只能使用一部分與其類型相匹 配的功能。 2、密碼修改如圖 5.4 所示 兩次輸入的密碼是否一致 否 是 原密碼是否正確 否 是 對(duì)數(shù)據(jù)庫(kù)中的相應(yīng)字段進(jìn)行更新 提示已更新并提交更新 關(guān)閉窗體 檢查輸入次數(shù)3 圖 5.4 密碼修改圖 在用戶更改密碼時(shí),系
33、統(tǒng)首先判斷輸入的兩次舊密碼是否一致,若一致, 則判斷原密碼是否正確,如果原密碼正確,則對(duì)數(shù)據(jù)庫(kù)中的相應(yīng)字段進(jìn)行更新。 5.4.25.4.2 藥品添加操作及修改藥品添加操作及修改 1、藥品添加如圖 5.5 所示: 是否為倉(cāng)庫(kù)原有的藥品 是 否 提示:需要在保存后退出 是否保存? 否 是 保存成功 否 是 Rollback Commit 關(guān)閉窗體 圖 5.5 藥品添加如圖 管理員查詢某貨物時(shí)貨物名及藥品編號(hào)與數(shù)據(jù)庫(kù)中的數(shù)據(jù)不相一致,系統(tǒng)提示 所查貨物在倉(cāng)庫(kù)里為空,即倉(cāng)庫(kù)從沒存儲(chǔ)藥品。然后管理員可根據(jù)藥品管理的需求 是否保存該藥品。 開始界面 藥品信息管理 2、藥品修改 此功能是對(duì)藥品的單價(jià)、庫(kù)位、
34、編號(hào)修改。 首先系統(tǒng)將從數(shù)據(jù)庫(kù)中讀取所有可用的藥品信息,其中包括編號(hào)、名稱、入庫(kù) 時(shí)間、單價(jià)等信息,管理員可視情況分別修改。修改完畢并確認(rèn)后,系統(tǒng)將所做修 改保存,并將新的記錄保存于數(shù)據(jù)庫(kù)中。 在藥品管理操作中,為了保護(hù)數(shù)據(jù)庫(kù)以及考慮實(shí)際因素,對(duì)單價(jià)、編號(hào)的修改 時(shí)都不能留空,同時(shí)編號(hào)的修改也不能有重復(fù),若出現(xiàn)此類情況則提示出錯(cuò)。 實(shí)現(xiàn)該功能的程序流程圖如 5.6 所示: 否 是否繼續(xù) 是 編號(hào)修改 單價(jià)修改 庫(kù)位修改 否 是否符合要求 是 修改成功 圖 5.6 藥品修改程序流程圖 5.4.35.4.3 查詢操作查詢操作 查詢操作如圖 5.7 所示 輸入查詢信息 否 是 是否存在該信息數(shù)據(jù) 否 是 提示沒有 輸出該信息 所要查詢 的信息 確認(rèn)信息 關(guān)閉窗體 圖 5.7 查詢操作圖 在執(zhí)行查詢操作之前通常要先在單行文本框中輸入被查詢的條件,在單行 文本框失去聚焦時(shí)將查詢條件傳遞給查詢按鈕的單擊事件中,然后過(guò)濾語(yǔ)句依 據(jù)此過(guò)濾條件過(guò)濾得出相應(yīng)的數(shù)據(jù),并顯示在其他數(shù)據(jù)窗體控件中。 在通常情況下,用戶可以在得到要查詢的信息后,對(duì)它們的各個(gè)字段進(jìn)行 修改,經(jīng)過(guò)修改后,在退出時(shí)系統(tǒng)會(huì)提示進(jìn)行存儲(chǔ)。 在完成了用戶界面設(shè)計(jì)和程序過(guò)程設(shè)計(jì)后,基本上完成了詳細(xì)設(shè)計(jì)的內(nèi)容。 參考文獻(xiàn)參考文
溫馨提示
- 1. 本站所有資源如無(wú)特殊說(shuō)明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請(qǐng)下載最新的WinRAR軟件解壓。
- 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請(qǐng)聯(lián)系上傳者。文件的所有權(quán)益歸上傳用戶所有。
- 3. 本站RAR壓縮包中若帶圖紙,網(wǎng)頁(yè)內(nèi)容里面會(huì)有圖紙預(yù)覽,若沒有圖紙預(yù)覽就沒有圖紙。
- 4. 未經(jīng)權(quán)益所有人同意不得將文件中的內(nèi)容挪作商業(yè)或盈利用途。
- 5. 人人文庫(kù)網(wǎng)僅提供信息存儲(chǔ)空間,僅對(duì)用戶上傳內(nèi)容的表現(xiàn)方式做保護(hù)處理,對(duì)用戶上傳分享的文檔內(nèi)容本身不做任何修改或編輯,并不能對(duì)任何下載內(nèi)容負(fù)責(zé)。
- 6. 下載文件中如有侵權(quán)或不適當(dāng)內(nèi)容,請(qǐng)與我們聯(lián)系,我們立即糾正。
- 7. 本站不保證下載資源的準(zhǔn)確性、安全性和完整性, 同時(shí)也不承擔(dān)用戶因使用這些下載資源對(duì)自己和他人造成任何形式的傷害或損失。
最新文檔
- 融資風(fēng)險(xiǎn)與管理暫行辦法
- 衡水市中學(xué)學(xué)生管理辦法
- 裕安區(qū)學(xué)校收費(fèi)管理辦法
- 西安研究生管理辦法調(diào)劑
- 訂餐系統(tǒng)配送員管理辦法
- 財(cái)產(chǎn)類稅費(fèi)管理暫行辦法
- 醫(yī)療三基知識(shí)課件
- 貴州省游船管理辦法規(guī)定
- 賀州八步區(qū)殯葬管理辦法
- 超市貨物保質(zhì)期管理辦法
- 2024年新人教版七年級(jí)數(shù)學(xué)下冊(cè)期末考試數(shù)學(xué)試卷-含答案
- 電氣設(shè)備-核電行業(yè)研究框架:成長(zhǎng)性與穩(wěn)定性兼?zhèn)淇春煤穗娭虚L(zhǎng)期價(jià)值
- 杭州浙江杭州市森林和野生動(dòng)物保護(hù)服務(wù)中心招聘編外聘用人員筆試歷年典型考題及考點(diǎn)附答案解析
- 【正版授權(quán)】 ISO 13408-2:2018 EN Aseptic processing of health care products - Part 2: Sterilizing filtration
- 防錯(cuò)清單及定期驗(yàn)證計(jì)劃范例
- 氧氣吸入操作評(píng)分標(biāo)準(zhǔn)(中心供氧)
- 舌系帶短縮治療指南制定與更新
- 傳染病防控新技術(shù)應(yīng)用與評(píng)估
- MT-T 1199-2023 煤礦用防爆柴油機(jī)無(wú)軌膠輪運(yùn)輸車輛安全技術(shù)條件
- PCR室作業(yè)指導(dǎo)書-檢驗(yàn)SOP文件
- 2024仁愛版初中英語(yǔ)單詞表(七-九年級(jí))中考復(fù)習(xí)必背
評(píng)論
0/150
提交評(píng)論