【文章內(nèi)容簡介】 庫存。將庫存中的藥品做出庫處理，判斷用戶是否擁有出庫權(quán)限，選擇要出給的目標科室，錄入要出庫的藥品信息，保存信息，置狀態(tài)為出庫狀態(tài)。查詢藥品入庫、出庫、庫存、調(diào)價、盤點等信息。統(tǒng)計匯總當月的入庫、出庫、報廢、盤點數(shù)據(jù)，計算當月結(jié)存數(shù)據(jù)。統(tǒng)計過期的藥品，醫(yī)院統(tǒng)一進行處理?？梢圆榭此幤返谋P點單信息。匯總某一時間段的藥品的入庫信息。匯總某一時間段的藥品的出庫信息。11 / 933 總體設計需求分析階段已經(jīng)完全弄清楚了目標系統(tǒng)的各種需求，較好地解決了要讓所開發(fā)的軟件“做什么”的問題下一步就要著手實現(xiàn)軟件的需求，即要著手解決“怎么做”的問題。總體設計過程首先尋找實現(xiàn)系統(tǒng)的各種不同的方案，需求分析階段得到的用例圖是各種方案的基礎。本章將從系統(tǒng)結(jié)構(gòu)設計、軟件架構(gòu)設計和數(shù)據(jù)庫設計著手，對阜新縣人民醫(yī)院藥庫管理系統(tǒng)進行總體設計。 系統(tǒng)結(jié)構(gòu)根據(jù)需求分析階段得到的軟件功能描述，抽象出藥庫管理系統(tǒng)的系統(tǒng)結(jié)構(gòu)如圖 31 所示。下面模塊劃分只是抽象意義上的劃分，各模塊之間需要共享數(shù)據(jù)，相互協(xié)作，完成整個系統(tǒng)流程，單一事物功能模塊間是相互獨立的。 軟件架構(gòu)軟件的架構(gòu)是指通過某種特定的技術平臺，完成軟件系統(tǒng)整體功能的開發(fā)過程。也可以通俗地理解為：總體設計和總體結(jié)構(gòu)布局。一般而言，軟件系統(tǒng)架構(gòu)有兩個要素：。、以后難以更改的、商業(yè)和技術的決定。 架構(gòu)設計目標軟件架構(gòu)設計要達到如下的目標：可行性（Feasible ）：架構(gòu)具有可行性是架構(gòu)設計的基石。可靠性（Reliable）：軟件系統(tǒng)對于用戶的商業(yè)經(jīng)營和管理來說極為重要，因此軟件系統(tǒng)必須非?？煽俊０踩校⊿ecure ）：軟件系統(tǒng)所承擔的交易的商業(yè)價值極高，系統(tǒng)的安全性非常重要。可定制化（Customizable）：同樣的一套軟件，可以根據(jù)客戶群的不同和市場需求的變化進行調(diào)整?？蓴U展性（Extensible）：在新技術出現(xiàn)的時候，一個軟件系統(tǒng)應當允許導入新技術，從而對現(xiàn)有系統(tǒng)進行功能和性能的擴展?？删S護性（Maintainable ）：軟件系統(tǒng)的維護包括兩方面，一是排除現(xiàn)有的錯誤，二是將新的軟件需求反映到現(xiàn)有系統(tǒng)中去。一個易于維護的系統(tǒng)可以有效地降低技術支持的花費。圖 31 阜新縣人民醫(yī)院藥庫管理系統(tǒng)系統(tǒng)結(jié)構(gòu)圖Fig 31 Function Models of Pharmacy Management System for FXHIS人民醫(yī)院藥庫管理系統(tǒng)基本信息維護庫存管理藥價管理入出庫管理統(tǒng)計查詢藥品基本信息維護常數(shù)維護供貨公司維護生產(chǎn)廠家維護庫存初始化入出庫科室維護藥品調(diào)價調(diào)價單管理庫存管理盤點管理藥品盤點查詢?nèi)霂煊媱澦幤啡霂焖幤烦鰩炀C合查詢月結(jié)查詢藥品過期統(tǒng)計盤點單綜合查詢藥品入庫匯總藥品出庫匯總藥品消耗前十名13 / 93可升級性（Scalable ）：軟件必須能夠在用戶的使用率、用戶的數(shù)目增加很快的情況下，保持合理的性能。只有這樣，才能適應用戶的市場擴展得可能性。客戶體驗（Customer Experience）：軟件系統(tǒng)必須易于使用。軟件的最終用戶很可能是不具有計算機專業(yè)技術的人員。 軟件架構(gòu)設計以下將根據(jù)架構(gòu)設計原則和信息系統(tǒng)原理來建立系統(tǒng)的架構(gòu)設計模型。將信息系統(tǒng)中比較關心的對象分層，可分為三層：用戶界面層、業(yè)務邏輯層、數(shù)據(jù)訪問層，如圖32所示，再把各層中的一些公共部分提出來：權(quán)限管理、異常處理，這樣得到包圖如圖33所示：圖 32 系統(tǒng)體系架構(gòu)圖Fig32 The Diagram of System ArchitectureWinforms ModelsBizProcesDatAces 圖 33 醫(yī)院藥庫管理系統(tǒng)包圖 Fig33 Package Diagram of Pharmacy Management Model（用戶界面）包用戶界面包的職責是：1） 與用戶的交互，接收用戶的各種輸入以及輸出各種提示信息或處理結(jié)果。2） 對于輸入的數(shù)據(jù)進行數(shù)據(jù)校驗，過濾非法數(shù)據(jù)。3） 向業(yè)務處理對象發(fā)送處理請求。4） 用于封裝界面的數(shù)據(jù)，并設計數(shù)據(jù)顯示的方案。用戶界面包圖展開如圖34所示： 圖 34 Winforms 包展開圖Fig34 Package Diagram of WinformsWinforms 包含的類見圖 35： + F o r m ( )+ 控件常見方法 ( )+ 控件屬性+ 控件事件S y s t e m . W i n d o w s . F o r m s . F o r m 事件處理方法 ( ) 輸入輸出方法 ( ) 數(shù)據(jù)封裝方法 ( ) 數(shù)據(jù)校驗方法 ( ) 用戶自定義方法 ( ) 事務標志+ 窗體傳值字段 自定義字段用戶窗體類 1 事件處理方法 ( ) 輸入輸出方法 ( ) 數(shù)據(jù)封裝方法 ( ) 數(shù)據(jù)校驗方法 ( ) 用戶自定義方法 ( ) 事務標志+ 窗體傳值字段 自定義字段用戶窗體類 1 事件處理方法 ( ) 輸入輸出方法 ( ) 數(shù)據(jù)封裝方法 ( ) 數(shù)據(jù)校驗方法 ( ) 用戶自定義方法 ( ) 事務標志+ 窗體傳值字段 自定義字段用戶窗體類 1圖 35 用戶界面類圖Fig35 Class Diagram of WinformsWinforms 數(shù) 據(jù) 輸 入數(shù) 據(jù) 輸 出數(shù) 據(jù) 校 驗數(shù) 據(jù) 封 裝圖 形 界 面 方 案發(fā) 送 業(yè) 務 處 理 請 求15 / 93(業(yè)務邏輯)包業(yè)務邏輯包的職責是：1)接收用戶界面層傳來的數(shù)據(jù)；2)根據(jù)用戶界面的數(shù)據(jù)定義SQL命令；3)實現(xiàn)業(yè)務邏輯的算法并檢查操作權(quán)限及異常處理；4)拼裝數(shù)據(jù)訪問層提供的方法形成完整業(yè)務；5)傳遞業(yè)務執(zhí)行命令給數(shù)據(jù)訪問層業(yè)務邏輯實現(xiàn)持久化操作。包圖展開如圖36所示：B i z P r o c e s接收用戶界面層傳來的數(shù)據(jù)根據(jù)用戶界面的數(shù)據(jù)定義 S Q L 命令實現(xiàn)業(yè)務邏輯的算法并檢查操作權(quán)限及異常處理拼裝數(shù)據(jù)訪問層提供的方法形成完整業(yè)務傳遞業(yè)務執(zhí)行命令給數(shù)據(jù)訪問層實現(xiàn)持久化操作 圖 36 業(yè)務邏輯包圖展開Fig36 Package Diagram of Business業(yè)務邏輯包包含的類見圖 37： 業(yè)務處理 ( ) 異常處理方法 ( ) 業(yè)務處理權(quán)限對象 業(yè)務處理異常處理對象 業(yè)務對象業(yè)務邏輯類 權(quán)限驗證 ( )+ 操作員用戶權(quán)限類 處理異常方法 ( )+ 異常對象異常處理類圖 37 業(yè)務邏輯類圖Fig37 Class Diagram of Business、 Access（數(shù)據(jù)訪問）包數(shù)據(jù)訪問層的職責是： 1)實現(xiàn)數(shù)據(jù)持久化操作；2) 執(zhí)行事務處理，維持事務原子性。數(shù)據(jù)訪問包圖展開如圖 38 所示：DatAces 實 現(xiàn) 數(shù) 據(jù) 持 久 化 操 作執(zhí) 行 事 務 處 理 ， 維 持 事 務 原 子 性圖 38 數(shù)據(jù)訪問包圖展開Fig38 Package Diagram of Data Access數(shù)據(jù)訪問包包含的類見圖 39：對于每一個業(yè)務處理中需要持久化操作的對象都可以對應為一個數(shù)據(jù)庫訪問對象，在很多業(yè)務處理中需要請求多個數(shù)據(jù)庫訪問對象來進行數(shù)據(jù)的讀寫操作，而這些操作又必須在同一個事務中，這時需要用同一個數(shù)據(jù)庫連接對象來進行統(tǒng)一的事務處理。+ 增加記錄 ( )+ 刪除記錄 ( )+ 更改記錄 ( )+ 查詢記錄 ( ) 數(shù)據(jù)庫連接對象數(shù)據(jù)庫訪問類+ 開始事務 ( )+ 提交事務 ( )+ 回滾事務 ( )數(shù)據(jù)庫連接類圖 39 數(shù)據(jù)訪問類圖Fig39 Class Diagram of Data Access對于每一個業(yè)務處理中需要持久化操作的對象都可以對應為一個數(shù)據(jù)庫訪問對象，在很多業(yè)務處理中需要請求多個數(shù)據(jù)庫訪問對象來進行數(shù)據(jù)的讀寫操作，而這些操作又必須在同一個事務中，這時需要用同一個數(shù)據(jù)庫連接對象來進行統(tǒng)一的事務處理。這里的數(shù)據(jù)庫連接類的創(chuàng)建用到了單件（Singleton）模式，保證一個類僅有一個實例，一個客戶在同一時刻只能用一個數(shù)據(jù)庫連接對象。（模型）包模型包的主要職責是：1)提供數(shù)據(jù)封裝的對象；2)提供系統(tǒng)參數(shù)的枚舉；3)提供數(shù)據(jù)庫邏輯結(jié)構(gòu)模板。模型包圖展開如圖310所示：M o d e l s提供數(shù)據(jù)封裝的對象提供系統(tǒng)參數(shù)的枚舉提供數(shù)據(jù)庫邏輯結(jié)構(gòu)模板圖 310 權(quán)限管理包圖展開Fig310 Package Diagram of Access Authorization17 / 93模型包包含的類見圖 311： 屬性存取操作 ( ) 數(shù)據(jù)字段M o d e l 實體類+ 枚舉值轉(zhuǎn)名 ( )+ 枚舉名轉(zhuǎn)值 ( )+ 枚舉字段用 戶 自 定 義 枚 舉 類圖 311 權(quán)限管理類圖Fig311 Class Diagram of Access Authorization 軟件架構(gòu)類圖將包圖展開，得到類圖，它是架構(gòu)的靜態(tài)結(jié)構(gòu)圖，表達了各個類之間的靜態(tài)聯(lián)系。阜人民醫(yī)院藥庫管理系統(tǒng)架構(gòu)類圖如下圖313所示。 +Form()控 件 常 見 方 法 ()+控 件 屬 性控 件 事 事 件 處 理 方 法 ()輸 入 輸 出 方 法數(shù) 據(jù) 封 裝 方 法 ()數(shù) 據(jù) 校 驗 方 法用 戶 自 定 義 方 法 ()事 務 標 志+窗 體 傳 值 字 段自 定 義 字 段用 戶 窗 體 類 1 事 件 處 理 方 法 ()輸 入 輸 出 方 法數(shù) 據(jù) 封 裝 方 法 ()數(shù) 據(jù) 校 驗 方 法用 戶 自 定 義 方 法 ()事 務 標 志+窗 體 傳 值 字 段自 定 義 字 段用 戶 窗 體 類 1事 件 處 理 方 法 ()輸 入 輸 出 方 法數(shù) 據(jù) 封 裝 方 法 ()數(shù) 據(jù) 校 驗 方 法用 戶 自 定 義 方 法 ()事 務 標 志+窗 體 傳 值 字 段自 定 義 字 段用 戶 窗 體 類 1 屬 性 存 取 操 作 ()數(shù) 據(jù) 字 段Model實 體 類+枚 舉 值 專 名 ()枚 舉 名 轉(zhuǎn) 值枚 舉 字 段用 戶 自 定 義 枚 舉 類+增 加 記 錄 ()刪 除 記 錄+更 改 記 錄 ()查 詢 記 錄數(shù) 據(jù) 庫 連 接 對 象數(shù) 據(jù) 庫 訪 問 類 +開 始 事 務 ()提 交 事 務+回 滾 事 務 ()數(shù) 據(jù) 庫 連 接 類業(yè) 務 處 理 ()異 常 處 理 方 法 ()業(yè) 務 處 理 權(quán) 限 對 象業(yè) 務 處 理 異 常 處 理 對 象業(yè) 務 對 象業(yè) 務 邏 輯 類 權(quán) 限 驗 證 ()+操 作 員用 戶 權(quán) 限 類處 理 異 常 方 法 ()+異 常 對 象異 常 處 理 類屬 性 存 取 操 作 ()數(shù) 據(jù) 字 段Model實 體 類 +枚 舉 值 專 名 ()枚 舉 名 轉(zhuǎn) 值枚 舉 字 段用 戶 自 定 義 枚 舉 類屬 性 存 取 操 作 ()數(shù) 據(jù) 字 段Model實 體 類 +枚 舉 值 專 名 ()枚 舉 名 轉(zhuǎn) 值枚 舉 字 段用 戶 自 定 義 枚 舉 類圖 313 系統(tǒng)架構(gòu)類圖Fig313 Class Diagram of System Architecture 數(shù)據(jù)庫設計數(shù)據(jù)庫設計是軟件開發(fā)的靈魂和基礎，是整個系統(tǒng)成功的關鍵所在，是開發(fā)高品質(zhì)應用的前提。關系型數(shù)據(jù)庫是目前應用最廣泛的數(shù)據(jù)庫，接下來將從面向?qū)ο笤O計的角度出發(fā)設計數(shù)據(jù)庫的概念模型和邏輯模型。 數(shù)據(jù)庫概念模型設計 根據(jù)需求描述和軟件架構(gòu)設計，用戶、權(quán)限、藥品基本信息、藥品入庫、藥品出庫、科室信息、藥品盤點、科室對照、常數(shù)信息等都是模型層的實體類，可以直接映射為二維表。阜新縣人民醫(yī)院藥庫管理系統(tǒng)的 ER 模型圖見圖 314。藥品基本信息擁有操作員權(quán)限科室?guī)齑嫒霂煨畔⒊鰩煨畔⒈P點信息管理領取存在更新查詢查詢1NNNMMMNMMN11N圖 314 藥庫管理系統(tǒng)數(shù)據(jù)庫 ER 圖Fig42 Interactive Diagram between Salesman and Sales Management19 / 93 數(shù)據(jù)庫表結(jié)構(gòu)設計將藥庫管理系統(tǒng) ER 模型中的實體轉(zhuǎn)換為物理表，得到物理表結(jié)構(gòu)如下： STAFF表 31 員工信息表結(jié)構(gòu)tab. 31 Structure of Staff table主鍵標識 字段名 類型 可否為空 注釋PK STAFFCODE VARCHAR2(50) N 用戶編碼STAFFNAME VARCHAR2(50) Y 用戶名稱SPELLCODE VARCHAR2(50) Y 拼音碼ROLE VARCHAR2(50) Y 角色編碼PASSWORD VARCHAR2(50) Y 密碼DEPTCODE VARCHAR2(50)