中藥管理系統(tǒng)后臺(tái)設(shè)計(jì)-畢業(yè)設(shè)計(jì)論文

一、可行性分析（一）當(dāng)前系統(tǒng)的調(diào)查和研究當(dāng)前有很多大型、中型、小型的藥品管理系統(tǒng)，也有很多關(guān)于中藥的管理系統(tǒng)，但這都是每個(gè)廠家或是每個(gè)用戶專用的系統(tǒng)，出于對(duì)計(jì)算機(jī)的高效，嚴(yán)謹(jǐn)，用計(jì)算機(jī)來(lái)管理事務(wù)可以免去工作人員的繁瑣工作。本次畢業(yè)設(shè)計(jì)作為一次大學(xué)四年計(jì)算機(jī)學(xué)習(xí)知識(shí)的運(yùn)用，希望能夠?qū)ΜF(xiàn)實(shí)的問(wèn)題有所幫助，利于解決一些實(shí)際性問(wèn)題，所以不能夠和正規(guī)的藥品管理系統(tǒng)進(jìn)行媲美，系統(tǒng)中用到的知識(shí)點(diǎn)一部分是平時(shí)學(xué)到的內(nèi)容，另一部分是自己重新學(xué)習(xí)掌握，技術(shù)方面的知識(shí)特別是數(shù)據(jù)庫(kù)方面進(jìn)行了很多次的向老師咨詢。開(kāi)發(fā)本系統(tǒng)之前對(duì)網(wǎng)上一些存在的中藥管理系統(tǒng)進(jìn)行了調(diào)查和分析，并結(jié)合需求人員的具體需求著手開(kāi)發(fā)。（二）經(jīng)濟(jì)和技術(shù)可行性考慮對(duì)于成本方面的考慮，系統(tǒng)運(yùn)行在自己的pc機(jī)上面，配有服務(wù)器，開(kāi)發(fā)軟件都是可以在網(wǎng)上免費(fèi)下載，只需要有一臺(tái)可以自己支配的能夠使系統(tǒng)運(yùn)行起來(lái)電腦即可。中藥管理系統(tǒng)從技術(shù)可行性方面考慮，需要的面向?qū)ο笳Z(yǔ)言是java高級(jí)程序設(shè)計(jì)語(yǔ)言，用到關(guān)系型數(shù)據(jù)庫(kù)SQL, 同時(shí)，軟件工程的知識(shí)是設(shè)計(jì)系統(tǒng)的理論指導(dǎo)，這些技術(shù)都是專業(yè)知識(shí)，對(duì)于開(kāi)發(fā)系統(tǒng)中用到的其他方面的技術(shù)信息需要自己重新掌握，每一個(gè)人的能力都是有限的，但是我們可以向其他的同學(xué)詢問(wèn)，還可以向?qū)I(yè)的老師進(jìn)行咨詢，網(wǎng)絡(luò)上的信息可以方便的供我們使用，只需要取其精華，棄其糟粕。（三）新系統(tǒng)的解決方案在開(kāi)始設(shè)計(jì)的前期，設(shè)計(jì)出新系統(tǒng)的邏輯模型，進(jìn)而做出幾種方案供進(jìn)行篩選，在這些可供選擇的方案中，既包括不同的開(kāi)發(fā)方案，也包括對(duì)現(xiàn)成軟件的進(jìn)行改造方案等，每種方案都是建立在技術(shù)上面是否能夠支持。鑒于本系統(tǒng)具體的用戶方面的需求，要對(duì)數(shù)據(jù)庫(kù)做出重新的設(shè)計(jì)，所以沒(méi)有可用參考的現(xiàn)成模板可以借鑒，需要重新進(jìn)行軟件流程的設(shè)計(jì)，代碼的編寫更是從零開(kāi)始，中藥管理系統(tǒng)后臺(tái)的結(jié)構(gòu)框圖如圖1.1所示。圖1.1中藥管理系統(tǒng)后臺(tái)結(jié)構(gòu)圖二、需求分析與建模（一）功能需求分析系統(tǒng)的功能需求主要分為三個(gè)方面，第一方面是藥物信息（如圖2.1所示）和錄入、修改和刪除，在查詢體系中分為詳細(xì)查詢和模糊查詢，對(duì)每味藥物的詳細(xì)信息具有打印功能，錄入的藥物信息生成藥物列表。第二方面是藥方信息的錄入、修改和刪除，對(duì)每個(gè)成功錄入的藥方也具備打印需求，生成的藥方列表中每種屬性都可以鏈接到對(duì)應(yīng)的信息。第三方面是查詢（如圖2.3所示）需求，包括通過(guò)藥方中已經(jīng)收錄的全部藥物查詢出每一種藥物的頻次和比例，用戶還可以根據(jù)自己的需求查詢出來(lái)任意出現(xiàn)次數(shù)的藥物名單，不只是單味藥物可以查詢，還可以查詢出多味藥物同時(shí)出現(xiàn)的次數(shù)和藥方名單，根據(jù)這些所出現(xiàn)的藥方名單統(tǒng)計(jì)出所有的包含的癥狀的出現(xiàn)次數(shù)，就可以分析出藥物與癥狀之間的關(guān)聯(lián)關(guān)系。由于數(shù)據(jù)庫(kù)中查詢的時(shí)間所限，對(duì)于查詢關(guān)聯(lián)的隨機(jī)組合藥物名單僅能夠統(tǒng)計(jì)較少組合。對(duì)于藥方中癥狀的查詢是通過(guò)與藥物查詢相同的方式建立。藥物與藥物之間的關(guān)聯(lián)查詢就是用戶輸入某幾種藥物之后可以搜索出與之同時(shí)出現(xiàn)在同一藥方中的藥物都有哪些，癥狀與癥狀之間的關(guān)聯(lián)查詢就是輸入某幾個(gè)癥狀查詢出與之同時(shí)出現(xiàn)的癥狀名單。 圖2.1藥物信息圖2.2藥方信息圖2.3藥物信息（二）性能需求分析系統(tǒng)反應(yīng)時(shí)間要求：因?yàn)楸鞠到y(tǒng)注重查詢方面的功能，所以對(duì)查詢反映的時(shí)間有一定效率要求，查詢都在數(shù)據(jù)庫(kù)中進(jìn)行，所以對(duì)數(shù)據(jù)庫(kù)中的查詢語(yǔ)句撰寫方式要求較高，由于對(duì)藥物和藥方的隨機(jī)組合出現(xiàn)次數(shù)查詢中數(shù)據(jù)量較多，所以只做了組合數(shù)較少的出現(xiàn)次數(shù)列表。（例如有一百種藥物的話，那么隨機(jī)四種組合數(shù)就是3921225次，那么出現(xiàn)的數(shù)據(jù)量將無(wú)法使數(shù)據(jù)庫(kù)進(jìn)行快速的查詢，另一方面，每一次進(jìn)行查詢的時(shí)候都要重新的插入到一個(gè)新的表中，那么就是每查詢一次就插入數(shù)據(jù)一次，就會(huì)使反應(yīng)速度非常慢，所以最好是將全部數(shù)據(jù)錄入之后，也就是數(shù)據(jù)量穩(wěn)定之后進(jìn)行一次總體才查詢使查詢到的結(jié)果插入到數(shù)據(jù)表中，以后每次查詢都在表中進(jìn)行，不需要每次查詢都插入數(shù)據(jù)到表中，這樣就能夠使查詢的性能提高很多）。系統(tǒng)靈活性要求：當(dāng)系統(tǒng)無(wú)故障的時(shí)候能夠靈活、方便的進(jìn)行需要信息的查詢。（三）系統(tǒng)運(yùn)行環(huán)境軟件環(huán)境：本次課題設(shè)計(jì)所采用的是windows7操作系統(tǒng)，需要安裝的設(shè)計(jì)軟件是編輯器選用eclipse，服務(wù)器選用apache-tomcat5.5以上應(yīng)用服務(wù)器軟件，數(shù)據(jù)庫(kù)選用SQLserver2005（64位），開(kāi)發(fā)工具選用jdk1.7.0_03版本，IE瀏覽器為6.0以上。硬件環(huán)境：內(nèi)存：2G，硬盤1T，處理器：P4.30G以上（四核）安裝說(shuō)明：如果運(yùn)行本系統(tǒng)必須先在電腦上安裝有服務(wù)器，之后配置其他的上述相關(guān)軟件?；蛘呤褂脛e的電腦作為服務(wù)器，采用建立網(wǎng)站的方式通過(guò)URL資源定位符進(jìn)行訪問(wèn)服務(wù)器，后臺(tái)管理員登陸之后進(jìn)行相關(guān)的信息操作。（四）需求建模中藥管理系統(tǒng)后臺(tái)需求建模用例圖如圖2.4所示圖2.4后臺(tái)用例圖中藥管理系統(tǒng)后臺(tái)各個(gè)用例之間的包含關(guān)系如圖2.5，圖2.6，圖2.7所示圖2.5藥物藥方查詢用例包含圖圖2.6癥狀藥方查詢用例包含圖圖2.7關(guān)聯(lián)查詢用例包含圖三、概要設(shè)計(jì)（一）數(shù)據(jù)庫(kù)設(shè)計(jì)本次數(shù)據(jù)庫(kù)設(shè)計(jì)采用的是基于E—R模型的數(shù)據(jù)庫(kù)設(shè)計(jì)方法，因?yàn)橹兴幑芾硐到y(tǒng)后臺(tái)設(shè)計(jì)對(duì)于數(shù)據(jù)庫(kù)的要求較高，所以在數(shù)據(jù)庫(kù)方面進(jìn)行了詳細(xì)的設(shè)計(jì)，具體對(duì)于數(shù)據(jù)庫(kù)的設(shè)計(jì)完全按照數(shù)據(jù)庫(kù)設(shè)計(jì)基本步驟，分為：①需求分析階段，②概念結(jié)構(gòu)設(shè)計(jì)階段，③邏輯結(jié)構(gòu)設(shè)計(jì)階段，④物理結(jié)構(gòu)設(shè)計(jì)階段，⑤數(shù)據(jù)庫(kù)實(shí)施階段。1、需求分析階段在需求分析階段，向數(shù)據(jù)庫(kù)系統(tǒng)所處理的對(duì)象（系統(tǒng)的使用者）收集信息需求，處理需求，安全性和完整性需求，信息需求就是指是中醫(yī)管理系統(tǒng)的使用者希望從數(shù)據(jù)庫(kù)中獲取什么信息，數(shù)據(jù)庫(kù)中可能要存放那些信息等，處理需求是能夠說(shuō)明使用者希望未來(lái)系統(tǒng)對(duì)數(shù)據(jù)庫(kù)要進(jìn)行什么樣的處理，各種處理有無(wú)優(yōu)先次序，對(duì)處理頻率和時(shí)間有無(wú)特殊需求等，安全性需求是指對(duì)數(shù)據(jù)庫(kù)中存放的信息安全保密的需求，在進(jìn)行需求分析階段應(yīng)進(jìn)行了解哪些信息數(shù)據(jù)是需要保密的，哪些信息數(shù)據(jù)是不需要保密的，如果需要保密那么各個(gè)可能的數(shù)據(jù)用戶又對(duì)保密的信息數(shù)據(jù)具有哪些權(quán)限等，完整性需求是指數(shù)據(jù)庫(kù)中存放的數(shù)據(jù)應(yīng)滿足什么樣的約束條件，也就是什么樣的數(shù)據(jù)在數(shù)據(jù)庫(kù)中才算是有效的。這些需求分析階段的處理最終以數(shù)據(jù)流流圖和數(shù)據(jù)字典的形式確定下來(lái)。中藥管理系統(tǒng)含有許多數(shù)據(jù)，下面用數(shù)據(jù)字典對(duì)每個(gè)數(shù)據(jù)規(guī)定一個(gè)定義條目如表3.1所示，為數(shù)據(jù)文件“藥物屬性”的數(shù)據(jù)字典表3.1數(shù)據(jù)文件“藥物屬性”的字典條目文件名：藥物屬性信息別名：組成：藥物編號(hào)+藥物名稱+藥物別名+藥物分類+藥物來(lái)源+藥物出處備注：如表3.2所示，為數(shù)據(jù)文件“藥物特性”的數(shù)據(jù)字典表3.2數(shù)據(jù)文件“藥物特性”的字典條目文件名：藥物特性信息別名：組成：藥物四氣+藥物五味+藥物歸經(jīng)備注：如表3.3所示，為數(shù)據(jù)文件“藥物功效”的數(shù)據(jù)字典表3.3數(shù)據(jù)文件“藥物功效”的字典條目文件名：藥物功效信息別名：組成：藥物功用+藥物用法+藥物主治備注：如表3.4所示，為數(shù)據(jù)文件“藥方屬性”的數(shù)據(jù)字典表3.4數(shù)據(jù)文件“藥方屬性”的字典條目文件名：藥方屬性信息別名：組成：藥方編號(hào)+藥方名稱+藥方作者+藥方方源+要方來(lái)源+藥方時(shí)間備注：如表3.5所示，為數(shù)據(jù)文件“藥物內(nèi)容”的數(shù)據(jù)字典表3.5數(shù)據(jù)文件“藥物內(nèi)容”的字典條目文件名：藥物內(nèi)容信息別名：組成：包含藥物名稱+對(duì)應(yīng)藥物用量備注：如表3.6所示，為數(shù)據(jù)文件“藥方功效”的數(shù)據(jù)字典表3.6數(shù)據(jù)文件“藥方功效”的字典條目文件名：藥方功效信息別名：組成：藥方功用+藥方適應(yīng)癥型+藥方主治癥狀備注：如表3.7所示，為數(shù)據(jù)流“置信度查詢”的數(shù)據(jù)字典表3.7數(shù)據(jù)流“置信度查詢”的字典條目文件名：置信度查詢信息別名：組成：藥物—藥方查詢+癥狀—藥方查詢+關(guān)聯(lián)查詢備注：中藥管理系統(tǒng)含有許多數(shù)據(jù)項(xiàng)，以下分別列出了幾個(gè)數(shù)據(jù)項(xiàng)的字典條目，“藥物編號(hào)”（如表3.8所示），“藥方方源”（如表3.9所示），“藥物用量”（如表3.10所示）作為代表表3.8數(shù)據(jù)項(xiàng)“藥物編號(hào)”的字典條目數(shù)據(jù)項(xiàng)名：藥方編號(hào)別名：取值：正整數(shù)（自動(dòng)編號(hào)）備注：表3.9數(shù)據(jù)項(xiàng)“藥方方源”的字典條目數(shù)據(jù)項(xiàng)名：藥方方源別名：取值：帶有書名號(hào)的醫(yī)書備注：表3.10數(shù)據(jù)項(xiàng)“藥物用量”的字典條目數(shù)據(jù)項(xiàng)名：藥物用量別名：取值：數(shù)值（按照說(shuō)明）備注：2、概念結(jié)構(gòu)設(shè)計(jì)階段E—R方法是最廣泛被采用的概念模型設(shè)計(jì)方法，它直接從現(xiàn)實(shí)世界抽象出實(shí)體型及其相互間的聯(lián)系，并用實(shí)體—聯(lián)系圖來(lái)表示概念模型，下面用E—R圖來(lái)描述概念設(shè)計(jì)過(guò)程。PowerDesigner是能夠把的E-R圖（概念模型圖）畫出來(lái)后自動(dòng)生成相應(yīng)的SQL建表代碼軟件，概念設(shè)計(jì)模型如圖3.11所示，物理設(shè)計(jì)模型如圖3.12所示。圖3.11PowerDesigner概念設(shè)計(jì)模型：圖3.12PowerDesigner物理設(shè)計(jì)模型：3、邏輯結(jié)構(gòu)設(shè)計(jì)階段邏輯結(jié)構(gòu)設(shè)計(jì)就是把概念結(jié)構(gòu)設(shè)計(jì)階段設(shè)計(jì)好的基本E—R圖轉(zhuǎn)換為與選用DBMS產(chǎn)品所支持的數(shù)據(jù)模型相符合的邏輯結(jié)構(gòu)，本系統(tǒng)中選用的數(shù)據(jù)庫(kù)數(shù)sqlserver2005，按照一個(gè)實(shí)體集轉(zhuǎn)換為一個(gè)關(guān)系模式，關(guān)系模式中的屬性由原實(shí)體集中的各屬性組成，關(guān)系模式的主鍵就是原實(shí)體集的主鍵的原理，轉(zhuǎn)換后的邏輯關(guān)系模式有：由常規(guī)實(shí)體藥物信息、藥方信息、藥房?jī)?nèi)容實(shí)體等轉(zhuǎn)換成的關(guān)系模式如下：藥物信息（藥物編號(hào)，藥物名稱，藥物別名，藥物分類，藥物來(lái)源，藥物方源，四氣，五味，歸經(jīng)，藥物功用，藥物用法，藥物主治癥狀）藥方信息（藥方編號(hào)，藥方名稱，藥方來(lái)源，藥房作者，藥方產(chǎn)生時(shí)間）藥方內(nèi)容（藥方編號(hào)，藥物名稱，藥物用量）藥方功用（藥方編號(hào)，藥方功用）藥方適應(yīng)癥型（藥方編號(hào)，適應(yīng)癥型）藥方主治癥狀（藥方編號(hào)，主治癥狀）4、物理結(jié)構(gòu)設(shè)計(jì)階段Sqlserver2005數(shù)據(jù)庫(kù)中的表都有上面設(shè)計(jì)好的概念模型和邏輯模型轉(zhuǎn)換（PowerDesigner軟件）而來(lái)，具體實(shí)例表如圖3.13至圖3.19所示：圖3.13drug表圖3.14prescription表圖3.15prescriptcontent表圖3.16prescripteffect表圖3.17prescriptsymptom表圖3.18prescriptmainuse表此外，在進(jìn)行查詢的過(guò)程中還用到了臨時(shí)表，下面為一個(gè)進(jìn)行兩兩組合藥物查詢的臨時(shí)表圖3.19臨時(shí)表5、數(shù)據(jù)庫(kù)實(shí)施階段本次數(shù)據(jù)庫(kù)中為了實(shí)現(xiàn)相關(guān)的查詢一共運(yùn)用了5次視圖，13次存儲(chǔ)過(guò)程，4次函數(shù)，1次觸發(fā)器，下面依次介紹個(gè)字的功能作用函數(shù)的作用：數(shù)據(jù)庫(kù)中錄入的藥方內(nèi)容數(shù)據(jù)（藥物名稱和藥物用量）信息，藥方功用信息，藥方適應(yīng)癥型信息，藥方主治癥狀信息都是按照藥方編號(hào)唯一而對(duì)應(yīng)不唯一的藥物，功用，癥型，主治，這種數(shù)據(jù)的錄入之后對(duì)于顯示到用戶可以瀏覽到的界面中需要在數(shù)據(jù)庫(kù)中用函數(shù)的把對(duì)于同編號(hào)不同其他信息的數(shù)據(jù)整合起來(lái)。其中整合藥物的函數(shù)如下：setANSI_NULLSONsetQUOTED_IDENTIFIERONgoALTERfunction[dbo].[CToHcontent](@pidint)returnsvarchar(8000)asbegindeclare@rvarchar(8000)set@r=''select@r=@r+','+dnamefromprescriptcontentwherepid=@pidreturnSTUFF(@r,1,1,'')end存儲(chǔ)過(guò)程的作用：中藥管理系統(tǒng)后臺(tái)設(shè)計(jì)中對(duì)于數(shù)據(jù)庫(kù)中的信息查詢不能夠僅僅通過(guò)簡(jiǎn)單的查詢語(yǔ)句進(jìn)行搜索，也同時(shí)需要很多嵌套查詢，邏輯循環(huán)等復(fù)雜的功能，存儲(chǔ)過(guò)程的建立對(duì)于經(jīng)常查詢的語(yǔ)句來(lái)說(shuō)，為其在數(shù)據(jù)庫(kù)中建立了永久地存儲(chǔ)在數(shù)據(jù)庫(kù)中的SQL語(yǔ)句，在以后每次執(zhí)行的時(shí)候這些經(jīng)過(guò)分析的語(yǔ)句駐留在內(nèi)存中，，這樣加快了查詢的速度，也為查詢語(yǔ)句等數(shù)據(jù)庫(kù)中的編碼問(wèn)題提供模塊化的設(shè)計(jì)，又能保證系統(tǒng)的安全性[4]。最近這兩年做增大增粗手術(shù)的男士普遍增多，不過(guò)我還是建議大家都不要做那個(gè)增大手術(shù)，這方法很不可取，做了手術(shù)的都在后悔，并且以后很容易留下后遺癥。市面上賣的那些各種各樣的藥都不要亂吃，只是管當(dāng)時(shí)，以后也會(huì)有副作用。你記住，到目前為止都沒(méi)有可以達(dá)到增長(zhǎng)陰莖的任何藥物，那都是虛假的。還有網(wǎng)上看的一些按摩來(lái)增大的方法也不太可取，因?yàn)槟銢](méi)有按照正確的方法一步一步來(lái)練習(xí)，按摩不當(dāng)也會(huì)傷害yinjing的。希望大家都不要被市面的藥物所迷惑，請(qǐng)選擇正確的治療方案。有興趣的可以聯(lián)系我朋友自己去咨詢，價(jià)格也不貴。衛(wèi)星/msdf003其中統(tǒng)計(jì)藥方中隨機(jī)藥物組合出現(xiàn)的列表存儲(chǔ)過(guò)程如下：setANSI_NULLSONsetQUOTED_IDENTIFIERONgoALTERprocedure[dbo].[correlation]asdeletefromtop100declare@d1varchar(50),@d2varchar(50)declarecurcursorforselectd1.dname,d2.dnamefromdrugd1,drugd2whered1.did<>d2.didandd1.did<d2.didopencurfetchcurinto@d1,@d2while@@fetch_status=0begininsertintotop100select@d1藥物名稱,@d2藥物名稱,count(distinctpid)出現(xiàn)次數(shù)FROMprescriptcontentpst1WHERENOTEXISTS(SELECT*FROMprescriptcontentpst2WHEREdnamein(@d1,@d2)andNOTEXISTS(SELECT*FROMprescriptcontentpst3WHEREpst3.dname=pst2.dnameANDpst1.pid=pst3.pid))fetchcurinto@d1,@d2endclosecurdeallocatecur視圖的作用：試圖依賴于基本表，但不需要實(shí)際的物理存儲(chǔ)空間對(duì)于數(shù)據(jù)庫(kù)來(lái)說(shuō)，這樣對(duì)于數(shù)據(jù)庫(kù)來(lái)說(shuō)減少了實(shí)際的物理存儲(chǔ)空間，那么對(duì)于一些查詢來(lái)說(shuō)可以方便的把需要從很多基本表中組合查詢的語(yǔ)句連接到一起進(jìn)行查詢。下圖是一個(gè)把藥方的基本信息整合到一起的一個(gè)視圖，如圖3.20所示：圖3.20視圖觸發(fā)器的作用：因?yàn)橹兴幑芾硐到y(tǒng)后臺(tái)設(shè)計(jì)中對(duì)于數(shù)據(jù)庫(kù)中的數(shù)據(jù)量很大，所以對(duì)于只依賴于基本表和視圖的查詢來(lái)說(shuō)，每一次都需要執(zhí)行一次視圖，查詢速度很慢，而且查詢中并不一定是每次查詢之前都行進(jìn)了數(shù)據(jù)信息的變化，建立觸發(fā)器的作用就是保證只改變基本表中的數(shù)據(jù)之后才執(zhí)行一些復(fù)雜的浪費(fèi)時(shí)間的SQL語(yǔ)句。下面是一個(gè)當(dāng)藥物表（prescriptcontent）中數(shù)據(jù)改變的時(shí)候，進(jìn)行查詢?cè)谒幏奖碇械那?00味藥物。Createtriggerdrug100recordOnprescriptcontentFORINSERT,UPDATE,DELETEAsBeginDeletefromdrug100Insertintodrug100Selecttop100dname,count(dname)Fromprescriptcontentgroupbydnameorderbycount(dname)discEnd臨時(shí)表的作用：將查詢到的數(shù)據(jù)插入到臨時(shí)建立的表中，方便與查詢。（二）中藥管理系統(tǒng)后臺(tái)操作數(shù)據(jù)流程中藥管理系統(tǒng)后臺(tái)添加藥物信息，添加藥方信息操作數(shù)據(jù)流程圖分別如圖3.21，圖3.22所示圖3.21藥物信息操作流程圖圖3.22藥方信息操作流程圖四、詳細(xì)設(shè)計(jì)（一）客戶端模塊設(shè)計(jì)說(shuō)明客戶端傳達(dá)用戶的信息給服務(wù)器端，通過(guò)不同的請(qǐng)求獲得不同的回復(fù)，主要負(fù)責(zé)與用戶進(jìn)行交流，客戶端的輸入項(xiàng)內(nèi)容包括:=1\*alphabetica)管理員的用戶名和密碼，輸入之后與數(shù)據(jù)庫(kù)中保存的管理員信息進(jìn)行核對(duì)。=2\*alphabeticb）管理員發(fā)送的添加藥物信息，通過(guò)客戶端輸入之后傳遞到服務(wù)器端后臺(tái)處理再保存到數(shù)據(jù)庫(kù)中。=3\*alphabeticc}管理員發(fā)送的添加藥方信息，通過(guò)客戶端輸入之后傳遞到服務(wù)器端后臺(tái)處理再保存到數(shù)據(jù)庫(kù)中。=4\*alphabeticd）管理員發(fā)送的對(duì)藥物的修改，刪除等信息。=5\*alphabetice）管理員發(fā)送的對(duì)藥方的修改，刪除等信息。=6\*alphabeticf）管理員發(fā)送的對(duì)藥方中的藥物置信度查詢信息，提交到數(shù)據(jù)庫(kù)中進(jìn)行查詢。=7\*alphabeticg）管理員發(fā)送的對(duì)藥方中的癥狀置信度查詢信息，提交到數(shù)據(jù)庫(kù)中進(jìn)行查詢。=8\*alphabetich）管理員發(fā)送的關(guān)聯(lián)查詢信息。如圖4.1所示，客戶端模塊流程邏輯圖4.1客戶端流程邏輯（二）服務(wù)器端模塊設(shè)計(jì)說(shuō)明后臺(tái)管理端處理用戶的請(qǐng)求，用戶輸入要求，傳達(dá)到服務(wù)器端處理，處理的結(jié)果再次傳達(dá)給客戶端，如圖4.2所示。圖4.2服務(wù)器端流程邏輯五、系統(tǒng)運(yùn)行結(jié)構(gòu)和操作使用說(shuō)明（一）中藥管理系統(tǒng)后臺(tái)系統(tǒng)運(yùn)行結(jié)構(gòu)中藥管理系統(tǒng)后臺(tái)設(shè)計(jì)采用MVC模式，和用戶進(jìn)行交互的界面是視圖（View）層，這部分使用Jsp語(yǔ)言實(shí)現(xiàn)，主要的內(nèi)容有藥物和藥方信息的管理，用戶輸入查詢的條件的管理。模型層（Model）時(shí)Javabean，視圖層調(diào)用模型層，模型層可以把數(shù)據(jù)庫(kù)表中的字段映射為對(duì)象的各個(gè)屬性，也就是說(shuō)表中的字段屬性通常也都是model層中的屬性。控制層（controller）負(fù)責(zé)系統(tǒng)中邏輯的處理，程序中涉及到的控制關(guān)系，邏輯功能都要在控制層完成，中藥管理系統(tǒng)后臺(tái)設(shè)計(jì)系統(tǒng)運(yùn)行結(jié)構(gòu)如圖5.1所示。圖5.1中藥管理系統(tǒng)后臺(tái)運(yùn)行結(jié)構(gòu)（二）中藥管理系統(tǒng)后臺(tái)操作使用說(shuō)明1、軟件安裝安裝軟件,編輯工具：eclipse，服務(wù)器：apache-tomcat5.5，數(shù)據(jù)庫(kù)：SQLserver2005（64位），開(kāi)發(fā)工具：jdk1.7.0_03，WWW瀏覽器:IE瀏覽器6.02、管理員登陸1、登陸界面，如圖5.2所示圖5.2登陸界面：2、管理界面，管理員在左邊進(jìn)行操作，右邊現(xiàn)實(shí)操作的結(jié)果，如圖5.3所示圖5.13管理界面：3、藥物信息管理模塊1、添加藥物信息：添加藥物信息逐步進(jìn)行完成添加，添加之后的藥物信息會(huì)在藥物列表中顯示，如圖5.4所示：圖5.4添加藥物信息2、藥物列表，如圖5.5所示：圖5.5藥物列表4、藥方信息管理模塊1、添加藥方信息：添加藥物信息逐步進(jìn)行完成添加，添加之后的藥物信息會(huì)在藥方列表中顯示，如圖5.6所示：圖5.6添加藥方信息2、藥方列表，如圖5.7所示：

圖5.7藥方列表5、置信度查詢模塊藥物—藥方查詢包含的查詢信息都有：1、單味藥物：枸杞在藥方中出現(xiàn)的次數(shù)以及比例，如圖5.8所示：圖5.8單味藥物查詢2、藥方中統(tǒng)計(jì)出現(xiàn)次數(shù)為1-9的藥物信息，如圖5.9所示：圖5.9藥物列表查詢3、統(tǒng)計(jì)藥方中所有含有枸杞和當(dāng)歸的藥方信息以及出現(xiàn)次數(shù)，如圖5.10所示：圖5.10多物查詢4、統(tǒng)計(jì)藥方中所有含有枸杞和當(dāng)歸的藥方所包含的的癥狀信息，如圖5.11所示：圖5.11癥狀分析癥狀—藥方查詢包含的查詢信息都有：1、單個(gè)癥狀：腳疼在藥方中出現(xiàn)的次數(shù)以及比例，如圖5.12所示：圖5.12單癥查詢2、藥方中統(tǒng)計(jì)出現(xiàn)次數(shù)為3-8次的癥狀信息，如圖5.13所示：圖5.13癥狀列表查詢3、統(tǒng)計(jì)藥方中所有含有癥狀腳疼、腰疼、流感、感冒和藥方信息以及出現(xiàn)次數(shù)，如圖5.14所示：圖5.14多癥查詢4、統(tǒng)計(jì)藥方中所有含有癥狀腳疼、腰疼、流感、感冒和藥方中所包含的藥物列表，如圖5.15所示：圖5.15藥物分析關(guān)聯(lián)查詢包含的信息有1、查詢當(dāng)歸，地龍，黃芪出現(xiàn)的同時(shí)還出現(xiàn)的藥物有，如圖5.16所示：圖5.16藥物關(guān)聯(lián)查詢2、查詢所有兩個(gè)、三個(gè)、四個(gè)藥物組合出現(xiàn)的列表，如圖5.17至圖5.20所示：圖5.17兩味藥物列表排名查詢圖5.18三味藥物列表排名查詢圖5.19四味藥物列表排名查詢3、查詢癥狀腰疼，腳疼出現(xiàn)的同時(shí)還出現(xiàn)的癥狀有，如圖5.20所示：圖5.20癥狀關(guān)聯(lián)查詢六、系統(tǒng)測(cè)試測(cè)試，通過(guò)在計(jì)算機(jī)上執(zhí)行程序，暴露程序中的錯(cuò)誤，進(jìn)而消除軟件故障，保證程序可靠地運(yùn)行。測(cè)試過(guò)程就是一個(gè)執(zhí)行程序的過(guò)程，中藥管理系統(tǒng)后臺(tái)設(shè)計(jì)在管理員注冊(cè)，置信度查詢方面使用黑盒測(cè)試，在藥物信息添加，藥方信息添加方面使用白盒測(cè)試。（一）黑盒測(cè)試黑盒測(cè)試是根據(jù)程序的功能來(lái)進(jìn)行測(cè)試進(jìn)而找出程序中錯(cuò)誤的方法，亦成為功能測(cè)試，中藥管理系統(tǒng)后臺(tái)設(shè)計(jì)采用的黑盒測(cè)試方法是等價(jià)類測(cè)試，等價(jià)類測(cè)試就是把輸入的數(shù)據(jù)的可能值劃分為若干等價(jià)類，是每類中的任何一個(gè)測(cè)試用例，都能代表同一等價(jià)類中的其他測(cè)試用例。等價(jià)類測(cè)試需要同時(shí)考慮有效等價(jià)類和無(wú)效等價(jià)類的測(cè)試值，在無(wú)效等價(jià)類中每一類至少要用一個(gè)測(cè)試用例，這樣才能保證某一類錯(cuò)誤不被遺漏。中藥管理系統(tǒng)后臺(tái)設(shè)計(jì)管理員注冊(cè)信息黑盒測(cè)試的等價(jià)類劃分：表7.1“管理員注冊(cè)信息”等價(jià)分類輸入數(shù)據(jù)有效等價(jià)類無(wú)效等價(jià)類管理員名=1\*GB3①大于等于四位小于十位字符或字符與數(shù)字、下劃線組合=2\*GB3②全是數(shù)字，=3\*GB3③少于四位字符，=4\*GB3④大于等于十位字符密碼=5\*GB3⑤6位數(shù)字與字符的組合=6\*GB3⑥全是數(shù)字，=7\*GB3⑦全是字符，=8\*GB3⑧小于六位數(shù)字與字符組合，=9\*GB3⑨大于六位數(shù)字與字符組合表7.2有效等價(jià)類的測(cè)試用例測(cè)試用例期望結(jié)果測(cè)試范圍管理員名admin輸入有效=1\*GB3①密碼good00輸入有效=5\*GB3⑤表7.3無(wú)效等價(jià)類的測(cè)試用例測(cè)試數(shù)據(jù)期望結(jié)果測(cè)試范圍管理員名123456管理員名不能全是數(shù)字=2\*GB3②管理員名me管理員名過(guò)短=3\*GB3③管理員名goodmorning管理員名過(guò)長(zhǎng)=4\*GB3④密碼123456輸入無(wú)效=6\*GB3⑥密碼goodmorning輸入無(wú)效=7\*GB3⑦密碼we123輸入無(wú)效=8\*GB3⑧密碼goodmorning123輸入無(wú)效=9\*GB3⑨表7.4“置信度查詢”的測(cè)試用例輸入等價(jià)類測(cè)試用例