1、10目錄第一章問題定義1開發背景12開發目的 1第二章可行性研究與需求分析2.1 可行性研究22.1.1 技術可行性 22.1.2 經濟可行性 22.1.3 操作可行性 22.2 需求分析22.2.3數據流圖 3第三章總體設計73.1 總體設計原理 73.2 運行環境與系統結構 73.3 系統流程圖 73.4 系統功能模塊圖與設計 83.5 系統功能分析 93.6 系統安全與維護措施 104.1 數據庫的概念設計.104.1.1 局部E-R模式設計104.1.2 全局E-R設計.134.2 數據庫的邏輯設計14第五章測試185.1 測試計劃5.2 測試目的5.3 測試目標5.4 測試方法5.5

2、 測試項目181818181919章詳細設計第一章問題定義1開發背景隨著計算機及網絡技術的飛速發展，Internet/Intranet應用在全球范圍內日益普及，當今社 會正快速向信息化社會前進，信息自動化的作用也越來越大，從而使我們從繁雜的事務中 解放出來， 提高了我們的工作效率。如何利用現代信息技術使企業擁有快速、高效的市場反映能力和高度的效率， 已是醫藥經營企業，特別是醫藥連鎖經營企業特別關心的問題。盡快 建立一個功能齊備的藥品管理系 統，完善現代企業的信息化管理機制，已成為醫藥企業生存 發展的當務之急. 通過本系統軟件，能幫 助用戶利用計算機管理藥品，快速方便地對客戶所 需要的藥品進行查

3、找，方便了客戶的同時，也使用 戶更加方便的管理每天的進貨情況.2開發目的為了適應現代社會人們高度強烈的時間觀念，中小型醫院藥品管理系統軟件為醫院帶來了極大的 方便。中小型醫院藥品管理系統可實現對藥品進行各項管理。借助本系統顯示的結果可 以達到以下目的： 方便使用者可以安全的查找自己想栗的各種藥品信息； 通過全面的藥品信息采集和處理，輔助提高系統的管理水平；使用本系統，可以有利的發展小型的藥品管理系統的效率。第二章可行性研究與需求分析2.1可行性研究2. 1. 1技術可行性一個完備的中小型醫院藥品管理系統具有以下優越性：方便管理員查詢藥品的進銷等各種情況，節省時間，可以提高系統的工作效率和準確性

4、。為了適 應新形勢的發展，我進行了這一系統的初步設計工作，也可以說是做一個初步的探索，希望它能夠在 查詢藥品信息時發揮高效、便捷的作用，把系統管理員從繁重的工作中解脫出 來！該藥品管理系統是以 SQLServer 數據庫為后臺核心應用、以服務為目 的信息平臺，對資 源進行科 學的加工整序和管理維護，為藥品信息提供管理。2. 1. 2經濟可行性經濟可行性主要依據是成本/效益分析，該系統的目標是以最低的成本，在最短的期限內開發出藥 品管理系統。系統能減少很多不必要的資源，不用像以前那樣用冗余的紙張式的管理。大大節省了醫院 的能源。并且計算機的存儲與快速查詢功能大大提高了藥品信息管理的效率，并且還提

5、高了藥品信息管 理的精確度。方便快速的操作，可減少藥品信息管理的漏洞，又減少因工作的冗余出現的錯誤，并且操作非常簡 單，可減少許多不很義栗的人員，這無論從物質上還是工作人員的工資上都為醫 院節約了開支。為醫院 增加了財富。目標系統開發需求比較低，加上具有成熟的軟硬件環境，所以在軟硬件的支出上比較低。而且， 目標系統并不是十分的復雜。當系統開發完實際運行后，將很大程度上提高計算機的 功能，在為使用者 帶來便利的同時，也為系統的進一步推廣創造了條件。這帶來的經濟回報 將遠超過支出，并且最重要的 是該軟件的開發可以使我們對系統的開發有全面的認識。從經濟角度考慮，此藥品管理系統開發可行。2. 1. 3

6、操作可行性用戶僅需具有基本的電腦操作能力即可。綜上所述，此項目在技術、經濟、操作和社會效益上是完全可行的。2.2需求分析2.2.1 系統功能及用 戶 需求分析在開始制作中小型醫院藥品管理系統之前，就要先明確此系統能做些什么 事情，也就是所謂的需求.1 .功能需求(1 )對藥品信息的維護,及時的添加新藥品的信息,如藥品編號，藥品名稱，藥品數量, 單價，規 格，購置日期等.(2)對系統的安全性管理，包括用戶的添加以及密碼的修改。(3)對藥品庫存的查詢，包括藥品的編號,藥品名稱，藥品數量，單價，規格，購置日期.過期 日期.(4)對各種藥品的銷售的情況進行統計，對進貨情況進行統計，對報損情況進行統計2

7、 .信息需求本系統應該包含用戶個人基本信息的管理，藥品基本信息的管理，客戶基本信息 的管理，供貨商基 本信息的管理等。用戶個人基本信息：編號，姓名，性別，年齡，出生年月，藉貫，聯系電話 藥品基本信息的管理：藥品編 號，規格，數量，單價,生產日期,生產廠商客戶基本信息：姓名，性別，年齡，出生年月，聯系電話，家庭住址供貨商基本信息：供貨商編號，名稱，地址，聯系電話，郵編 3. 處理需求本管理系統要求能夠實現瀏覽藥品的所有信息，瀏覽供貨商的所有信息，用戶對藥品的管理信息等 功能。4.用戶需求 醫院藥品管理系統針對的用戶主栗是藥品管理員，客戶和供貨商.用戶需求包括以下兩個方面：藥品管理員可以在登陸驗證

8、通過以后，進入藥品管理系統界面進行增加用 戶、修改用戶密碼.管理員能夠在登陸系統后對藥品信息進行藥品增加、藥品刪除、藥品修改.管理員能夠在登陸系統后對 供貨商信息進行增加、刪除、修改2. 2. 3數據流圖數據流程圖，它是描述數據處理過程的有力工具。數據流程圖從數據傳遞和加工的角度，以圖型 的方式刻畫數據處理系統的工作情況。數據流程圖是一種能全面地描述信息系統邏輯粉品文檔模型的主要工具，它可以用少數幾種符號綜合地反映出信息在系統中的流動、處理和存儲情況。本管理系統的數據流圖如下圖2.1所示:圖2. 1藥品管理系統的基本系統模型圖2. 2藥品管理系統的頂層數據流圖圖2. 3藥品管理層數據流圖圖2.

9、 4銷售管理層數據流圖圖2. 5供貨商管理層數據流圖第三章總體設計2.1 總體設計原理經過了需求分析，我們已經清楚了系統所栗完成的全部功能，接下來就是決定 “怎么做 概括的 說，總體設計的基本目的就是回答“系統應該如何實現 ？” 的這個問題。通過這個階段的工作，將劃 分出組成系統的物理元素：程序，文件，數據庫，人工過程和文件等。總體設計階段的另一項重栗任 務是設計基本的結構，也就是栗確定系統中每個程序是由哪些模塊組成，以及這些模塊間的相互關系。采用模塊化原理可以使軟件結構清晰，不僅容易設計也容易閱讀和理解。因為程序的錯誤通常局 限在有關的模塊及它們之間的接口中，所以模塊化使軟件容易測試和調試。

10、應而有 助于提高系統的可 靠性。并且模塊化還能婚提高軟件的可修改性，也有助于軟件開發工程的組織管理。因此，在進行軟 件結構設計時應該遵循的最主要的原理就是模塊化獨立原理。2.2 運行環境與系統結構2.3 系統流程圖該藥品管理系統的系統流程圖如下：,驗證正確用戶登錄I新藥登記不合格退貨新藥驗收訂貨瀏覽客戶信息查詢合格入庫入庫新藥藥品庫存補貨藥品瀏覽*補貨藥品查詢登記藥品銷售藥品銷售登記有效期已過過期藥品瀏覽，過期藥品退貨報損藥品圖3. 1藥品管理系統的系統流程圖3. 4系統功能模塊圖與設計采用模塊化原理可以使軟件結構清晰，不僅容易設計也容易閱讀和理解。因為程序錯誤常局限在有 關的模塊及它們之間的

11、接口中，所以模塊化使軟件容易測試和調試，因而有助于 提高軟件的可靠性。一 個好的電子系統要有一些必要的模塊組成，若缺少了某些模塊那么這個系統就會有缺陷。1）中小型醫院藥品管理系統需要實現的功能主栗有五大塊，系統的功能模塊圖如下圖所 示：藥品管理系統添 加 用 戶刪除用戶更 新 用 戶藥品管理木土供貨商管理模塊一銷售管理模塊一統計模塊修 改 供 貨 商銷售查詢退貨查詢圖4. 2功能模塊圖2）功能的實現:用戶管理模塊：藥品管理員可以在登陸驗證通過以后,進入藥品管理系統界面進行增加,刪除, 更新用戶信息以及修改用戶密碼等藥品管理模塊：用戶登錄該系統后，可對藥品信息進行增加,刪除，更新,并且對藥品進行

12、查詢等操作.供貨商管理模塊：用戶登錄該系統后，可對供貨商信息進行增加,刪除，修改銷售管理模塊：用戶登錄系統后，可對銷售信息進行查詢，對退貨信息進行查詢 統計模塊： 用戶登錄該系統后，可對銷售信息進行統計,對進貨信息進行統計，對報損信息進行統計.3. 5系統功能分析權限功能：為用戶設置權限功能，可分為普通用戶，一般用戶，超級用戶。普通用戶只是查詢不能 修改，一般用戶只能對授權范圍內進行相應修改及刪除，超級用戶能修改、刪除 所有信息。錄入功能：為一般用戶提供相應的錄入功能，為超級用戶提供對所有信怠的錄入功能。查詢功能：為所有用戶提供查詢的功能，可查詢允許范圍內的所有信息。維護功能：為一般用戶提 供

13、查詢及相應的修改，刪除功能，為超級用戶提供對所有信息 的修改刪除功能。辨助功能：能辨助初次使用者對本系統的應用及處理常見的問題。退出功能：結束并關閉系統。3. 6 系統安全與維護措施本系統采用直接方式添加記錄，該方法直接而簡單，為了避免輸入有錯誤，該功能界面對用戶容易 出錯的地方都給出了輸入提示，同時也使用了更新和取消按鈕來確認數據的取消 輸入，如果輸入數據與 實際數據不相復，則系統會給出提示信息，讓你重新輸入正確的數值。此管理系統也為系統用戶提供了一定的安全性，該系統可以多人使用，每人使用不同的用戶名和密 碼進入系統，但只有系統管理員的杈限可以進行用戶的管理, 其它用戶都不能對用 戶進行操作

14、。一個 好的管理系統，應該為系統提供處理系統故障，恢復系統數據的功能。該系統也同樣提供了數據維護（包 括對數據的備份、恢復）兩項功能。建議用戶定期備份系統 數據，這樣在系統出現問題時，可以進行有 效地恢復。章詳細設計4. 1數據庫的概念設計根據對數據流圖和數據字典的分析，確定該應用中的實體、屬性和實體之間的聯系，并畫出系統總體的E-R圖。概念設計可分為三步進行：首先設計局部 E-R模式，然后把各局部 E-R模式綜 合成一個全局模式，最后對全局ER模式進行優化，得到最終的模式，即概念模式。4.1.1局部-11模 式設計利用ER方法可分成三步進行：首先設計局部ER模式，然后把各局部ER模式綜合成一

15、個 全局模式， 最后對全局ER模式進行優化，得到最終的模式，即概念模式。各個實體的E-R圖如下所示：圖4.1藥品信息E-R圖圖4.2用戶信息E-R圖圖4.3客戶信息E-R圖圖4. 5定貨報表E-R圖圖4. 6出貨報表E-R圖4. 1. 2全局E-R設計所有局部ER模式都設計好了后，接下來就是把它們綜合成單一的全局概念結構。全局 概念結 構不僅要支持所有局部 ER模式，而且必須合理地表示一個完整、一致的數據庫概念結構。系統的總體E-R圖說明1） 每個用戶可以查看多個定貨報表，一份定貨報表可以被多個用戶查看；2） 每個用戶可以查看多種藥品信息，每一種藥品信息可被多個用戶查看；3） 每個用戶可以查看

16、多個出貨信息, 每一種出貨信息可被多個用戶查看；4） 每個客戶可以購買多種藥品, 每一種藥品可被多個客戶購買；5） 每個客戶可以查看多個出貨報表，而每個出貨報表只能被買藥品的客戶所查看；6） 每個供貨商可以提供多種藥品，每種藥品可以被多個供貨商所提供；7） ） 每個供貨商可以查看多個定貨信息，但每個定貨信息只能被一個供貨商查看藥品的供貨商；圖4. 10全局E-R圖4. 2數據庫的邏輯設計藥品（藥品編號、藥品名稱、藥品單價、數量、規格、購置日期、生產廠家）用戶（用戶編號、姓名、性別、出生日期、家庭住址、聯系電話）供貨商 （供貨商編號、名稱、地址、電話、郵、）客戶（姓名、性別、年齡、出生日期、家庭

17、住址、聯系電話）定貨報表（藥品編號、藥品名稱、數量、定貨日期、 生產廠商、規格）出貨報表（藥品編號、藥品名稱、數量、出貨日期、生產廠商、規格）定貨信息（藥品編號、入庫單價、藥品名稱、數量、出定貨日期、生產廠商、規格）出 貨信息（藥品編號、出庫單價、藥品名稱、數量、用戶 貨日期、生產廠商、規格） 登陸（用戶名，密碼）4. 3程序流程圖出錯超過3次?If選擇處理川戶開始N用戶登錄用戶名密碼 正確？使用系統界面進行操作？If選擇處理供貨商處理川戶處理藥品If更新If選擇 處理藥 品添加 If刪除添加？刪除？ 更新？添加？刪除？ 更新？更 新 用 戶添 加 用 戶刪 除 用 戶F處理供貨商N添加？刪除

18、？ 更新？藥品查詢按編號?按名稱？If按名稱_t_按,名稱查詢更 新 用 戶更 新 用 戶更 新 用 戶圖 4. 12 藥品管理系統的程序流程圖第五章測試5.1 測試計劃軟件測試階段的主要任務是發現并排除在分析、設計、編程各階段中產生的各種類型的錯誤，以 得到可使用的軟件系統。關于軟件測試，很多人認為 “測試是證實程序中不存在錯誤”、“測試的目 的是要證實程 序正確 地執行了預期的功能”、“測試的過程是使人們確信程序可完成預期要完成的工作過程” 等。但這些 定義是有缺陷的。因為進行測試不應該只是為了證實程序的質量有多好，而應該從程序本身存在錯誤這 個假定出發，從中發現盡可能多的錯誤。從這個定義出發，我們應該發發現了錯誤的測試看作是成功的 測試，而沒有發現錯誤的測試應該看作是失敗的測試。軟件測試的目的：(1) 測試是程序的執行過程，目的在于發現錯誤。(2) 一個好的測試用例在于能發現至今未發現的錯誤。(3) 一個成功的測