醫(yī)院掛號(hào)系統(tǒng)設(shè)計(jì)說明書[共48頁]

《醫(yī)院掛號(hào)系統(tǒng)設(shè)計(jì)說明書[共48頁]》由會(huì)員分享，可在線閱讀，更多相關(guān)《醫(yī)院掛號(hào)系統(tǒng)設(shè)計(jì)說明書[共48頁]（50頁珍藏版）》請(qǐng)?jiān)谘b配圖網(wǎng)上搜索。

1、摘 要隨著計(jì)算機(jī)的發(fā)展，越來越多的行業(yè)實(shí)現(xiàn)了管理的信息化和自動(dòng)化，醫(yī)務(wù)行業(yè)也不例外。在很多醫(yī)院中，掛號(hào)作為醫(yī)院工作中最重要的一個(gè)環(huán)節(jié)還沒有完全實(shí)現(xiàn)信息化管理，因此本系統(tǒng)選擇醫(yī)院預(yù)約掛號(hào)為研究對(duì)象，以實(shí)現(xiàn)網(wǎng)上預(yù)約掛號(hào)、緩解醫(yī)院現(xiàn)場(chǎng)掛號(hào)難、提高醫(yī)院工作效率為目標(biāo)。本次設(shè)計(jì)采用C#語言及VS2013和MySQL為開發(fā)工具，并結(jié)合軟件工程的設(shè)計(jì)思想，以B/S為模式設(shè)計(jì)并實(shí)現(xiàn)了醫(yī)院預(yù)約掛號(hào)系統(tǒng)，實(shí)現(xiàn)了患者的預(yù)約、查詢以及管理員對(duì)預(yù)約信息的管理等功能。醫(yī)院預(yù)約掛號(hào)系統(tǒng)有著很好的應(yīng)用前景，用它來代替醫(yī)院現(xiàn)場(chǎng)掛號(hào)，實(shí)現(xiàn)患者看病掛號(hào)網(wǎng)絡(luò)化是一個(gè)必然趨勢(shì)。隨著計(jì)算機(jī)技術(shù)和網(wǎng)絡(luò)技術(shù)的發(fā)展，它的功能將會(huì)得到不斷的發(fā)展

2、和完善。關(guān)鍵詞：C#；VS2013；數(shù)據(jù)庫；B/S模式；掛號(hào)目 錄1可行性分析11.1項(xiàng)目開發(fā)背景11.2項(xiàng)目開發(fā)意義11.3可行性研究的主要內(nèi)容21.3.1技術(shù)可行性21.3.2操作可行性31.3.3經(jīng)濟(jì)可行性32項(xiàng)目開發(fā)計(jì)劃42.1編寫目的42.2項(xiàng)目概述42.3功能描述42.4項(xiàng)目開發(fā)計(jì)劃52.5交付期限53需求分析63.1系統(tǒng)需求分析63.2系統(tǒng)流程圖63.3數(shù)據(jù)描述73.3.1數(shù)據(jù)流圖73.3.2數(shù)據(jù)字典83.4系統(tǒng)E-R圖93.5需求規(guī)定113.5.1功能需求113.5.2性能需求123.5.3運(yùn)行需求123.5.4其他需求124系統(tǒng)概要設(shè)計(jì)134.1總體設(shè)計(jì)134.1.1總體設(shè)計(jì)

3、原理134.1.2系統(tǒng)功能模塊設(shè)計(jì)134.1.3功能分析154.2數(shù)據(jù)庫設(shè)計(jì)154.2.1數(shù)據(jù)庫概念設(shè)計(jì)154.2.2數(shù)據(jù)庫邏輯結(jié)構(gòu)設(shè)計(jì)165詳細(xì)設(shè)計(jì)205.1人機(jī)界面設(shè)計(jì)205.1.1一般交互設(shè)計(jì)205.1.2信息顯示設(shè)計(jì)215.1.3數(shù)據(jù)輸入設(shè)計(jì)215.2程序設(shè)計(jì)過程225.2.1登陸界面設(shè)計(jì)225.2.2程序流程設(shè)計(jì)256測(cè)試296.1測(cè)試描述296.1.1測(cè)試目的306.1.2測(cè)試方案306.2測(cè)試計(jì)劃306.2.1測(cè)試過程306.2.2進(jìn)度安排及里程碑326.2.3系統(tǒng)資源336.2.4項(xiàng)目風(fēng)險(xiǎn)分析336.3測(cè)試計(jì)劃設(shè)計(jì)說明346.3.1測(cè)試用例選取原則346.3.2測(cè)試內(nèi)容及其選取

4、策略356.3.3功能測(cè)試376.4醫(yī)院掛號(hào)系統(tǒng)覆蓋率測(cè)試386.4.1邏輯覆蓋率386.4.2語句覆蓋416.4.3判定覆蓋416.4.4條件覆蓋416.5醫(yī)院掛號(hào)系統(tǒng)黑盒測(cè)試426.5.1等價(jià)類劃分測(cè)試426.5.2邊界值法437設(shè)計(jì)總結(jié)457.1心得體會(huì)457.2存在的問題45致 謝46參考文獻(xiàn)471可行性分析1.1項(xiàng)目開發(fā)背景隨著計(jì)算機(jī)技術(shù)的飛速發(fā)展，計(jì)算機(jī)在系統(tǒng)管理中的應(yīng)用越來越普及，利用計(jì)算機(jī)實(shí)現(xiàn)各個(gè)系統(tǒng)的管理顯得越來越重要。對(duì)于一些大中型管理部門來說，利用計(jì)算機(jī)支持管理高效率完成日常事務(wù)的管理，是適應(yīng)現(xiàn)代管理制度要求、推動(dòng)管理走向科學(xué)化、規(guī)范化的必要條件。我國由于人口多，進(jìn)而帶來

5、醫(yī)院看病難的問題，由于人口眾多，需要排隊(duì)進(jìn)行掛號(hào)，這樣會(huì)浪費(fèi)患者的時(shí)間，而且醫(yī)院的效率也不高?；颊邟焯?hào)是一項(xiàng)瑣碎、復(fù)雜而又十分細(xì)致的工作，患者數(shù)量之龐大，一般不允許出錯(cuò)，如果實(shí)行手工操作，每天掛號(hào)的情況以及掛號(hào)時(shí)間等須手工填制大量的表格，這就會(huì)耗費(fèi)醫(yī)院管理工作人員大量的時(shí)間和精力，患者排隊(duì)等候時(shí)間長(zhǎng)，輾轉(zhuǎn)過程多，影響了醫(yī)療的秩序。如何利用現(xiàn)代信息技術(shù)使企業(yè)擁有快速、高效的市場(chǎng)反映能力和高效率，已是醫(yī)院特別關(guān)心的問題。盡快建立一個(gè)醫(yī)院預(yù)約掛號(hào)系統(tǒng)，完善現(xiàn)代醫(yī)院的信息化管理機(jī)制，已成為醫(yī)院生存發(fā)展的當(dāng)務(wù)之急。所以，建立網(wǎng)上預(yù)約掛號(hào)系統(tǒng)勢(shì)在必行。本系統(tǒng)以醫(yī)院為背景，在認(rèn)真調(diào)研和分析了醫(yī)院的現(xiàn)狀之后，

6、根據(jù)用戶的需求和各個(gè)功能的關(guān)系，作出了積極的設(shè)計(jì)方案。在新的管理資源和管理模式上，一定能使工作質(zhì)量、工作效率等得到提高，推動(dòng)醫(yī)院發(fā)展的步伐。1.2項(xiàng)目開發(fā)意義開發(fā)醫(yī)院預(yù)約掛號(hào)系統(tǒng)，使患者就診系統(tǒng)化，規(guī)范化，自動(dòng)化，從而達(dá)到提高管理效率的目的。本系統(tǒng)開發(fā)設(shè)計(jì)思想是實(shí)現(xiàn)患者預(yù)約掛號(hào)的數(shù)字化。盡量采用現(xiàn)有軟硬件環(huán)境，及先進(jìn)的管理系統(tǒng)開發(fā)方案，提高系統(tǒng)開發(fā)水平和應(yīng)用效果的目的；系統(tǒng)應(yīng)符合醫(yī)院管理的規(guī)定，滿足日常管理的需要，并達(dá)到操作過程中的直觀，方便，實(shí)用，安全等要求；系統(tǒng)采用模塊化程序設(shè)計(jì)方法，這樣既便于系統(tǒng)功能的各種組合，又便于未參與開發(fā)的技術(shù)維護(hù)人員補(bǔ)充，維護(hù)；系統(tǒng)應(yīng)具備數(shù)據(jù)庫維護(hù)功能，及時(shí)根據(jù)

7、用戶需求進(jìn)行數(shù)據(jù)的添加，刪除，修改等操作。網(wǎng)上預(yù)約掛號(hào)系統(tǒng)是一種基于互聯(lián)網(wǎng)的新型掛號(hào)系統(tǒng)，利用該預(yù)約掛號(hào)系統(tǒng)，患者就可以在家里預(yù)約醫(yī)院的專家，而無需受排隊(duì)之苦。它能更好的改善就醫(yī)環(huán)境，簡(jiǎn)化就醫(yī)環(huán)節(jié)，節(jié)約就醫(yī)時(shí)間，真正體現(xiàn)了一切以病人為中心，一切從方便患者出發(fā)，符合當(dāng)今醫(yī)院人性化服務(wù)溫馨服務(wù)的理念。目前，門診一直是阻撓醫(yī)院提高服務(wù)質(zhì)量的一個(gè)復(fù)雜環(huán)節(jié)，特別是醫(yī)療水平高、門診量大的醫(yī)院。而造成門診量難以提高的因素主要有兩個(gè)方面：一是集中式掛號(hào)，就診人員流量不均，具有不確定性，有明顯的就診高峰和低谷。高峰期患者掛號(hào)排隊(duì)長(zhǎng)，就診時(shí)間長(zhǎng)，醫(yī)生熟人插號(hào)現(xiàn)象，環(huán)境擁擠混亂，醫(yī)生就診時(shí)間短、不仔細(xì)、服務(wù)差。而低

8、谷期，醫(yī)生無患者可看，醫(yī)院資源浪費(fèi)。二是專家號(hào)難掛，特別是名專家，會(huì)出現(xiàn)倒號(hào)、炒號(hào)現(xiàn)象，嚴(yán)重?fù)p害患者利益，影響醫(yī)院的聲譽(yù)。而采用網(wǎng)上預(yù)約掛號(hào)，可有效解決這一現(xiàn)象，通過網(wǎng)上有效的身份驗(yàn)證，杜絕倒、炒專家號(hào)的現(xiàn)象，提高醫(yī)院門診服務(wù)質(zhì)量，取得良好的社會(huì)效益和經(jīng)濟(jì)效益。此外，患者到醫(yī)院就診前對(duì)醫(yī)院的相關(guān)信息了解不多，對(duì)所要掛的?？漆t(yī)生的情況不太了解，只能憑經(jīng)驗(yàn)和印象進(jìn)行選擇，具有較大的盲目性。而當(dāng)醫(yī)院開通網(wǎng)上預(yù)約掛號(hào)服務(wù)以后，求醫(yī)者只需坐在家中輕點(diǎn)下鼠標(biāo)，就可以掛上醫(yī)院專家門診號(hào)，可以做到“足不出戶選醫(yī)生”。網(wǎng)上預(yù)約正悄然改變著求醫(yī)者的看病觀念。所以，預(yù)約看病應(yīng)用將越來越廣泛。1.3可行性研究的主要內(nèi)

9、容可行性研究的目的，就是用最小的代價(jià)在盡可能短的時(shí)間內(nèi)確定問題是否能夠解決?？尚行匝芯繉?shí)質(zhì)上是要進(jìn)行一次大大壓縮簡(jiǎn)化了的系統(tǒng)分析和設(shè)計(jì)過程，也就是在較高層系上以較抽象的方式進(jìn)行的系統(tǒng)分析和設(shè)計(jì)過程。在進(jìn)行可行性研究時(shí)首先要進(jìn)一步分析和澄清問題定義。在問題定義階段初步確定系統(tǒng)的規(guī)模和目標(biāo)，如果正確就進(jìn)一步加以肯定，如果有錯(cuò)誤就應(yīng)該及時(shí)改正，如果對(duì)目標(biāo)約束和限制，必須把他們一一列出來。從系統(tǒng)邏輯模型出發(fā)，探索若干種可供選擇的主要解法（即系統(tǒng)實(shí)現(xiàn)方案）。對(duì)于每種解法都應(yīng)該仔細(xì)研究它的可行性，一般來說，至少應(yīng)該從下述三個(gè)方面研究每種解法的可行性。1.3.1技術(shù)可行性（1）對(duì)系統(tǒng)的簡(jiǎn)要描述基于Micro

10、soft Visual Studio 2013開發(fā)環(huán)境和使用MySQL數(shù)據(jù)庫開發(fā)的面向患者、醫(yī)院管理員和專家的網(wǎng)上信息管理系統(tǒng)。系統(tǒng)在安裝了Windows XP操作系統(tǒng)的個(gè)人電腦上使用。（2）系統(tǒng)處理流程患者登錄該系統(tǒng)后，根據(jù)自己病情，查詢醫(yī)院內(nèi)自己所需的專家信息及專家簡(jiǎn)歷，選中專家后，登記患者的姓名及電話號(hào)碼以及簡(jiǎn)要病歷，并填寫預(yù)約時(shí)間。患者預(yù)約信息反饋到醫(yī)院系統(tǒng)管理員后，管理員對(duì)預(yù)約信息進(jìn)行整理，產(chǎn)生預(yù)約清單。預(yù)約清單開放給醫(yī)院預(yù)約掛號(hào)號(hào)碼發(fā)放處和醫(yī)院內(nèi)各專家，醫(yī)院預(yù)約掛號(hào)號(hào)碼發(fā)放處根據(jù)預(yù)約清單打印并在預(yù)約當(dāng)日按照預(yù)約清單發(fā)放掛號(hào)號(hào)碼，醫(yī)院內(nèi)各專家可以進(jìn)入系統(tǒng)根據(jù)預(yù)約清單查詢預(yù)約自己的患者

11、的數(shù)量及患者的簡(jiǎn)要病歷。1.3.2操作可行性操作可行性主要研究系統(tǒng)的操作方式在該用戶組織內(nèi)是否可行。在當(dāng)前的社會(huì)條件下，Internet網(wǎng)已經(jīng)在中國全面覆蓋，在中國各地，均可以通過硬件設(shè)備聯(lián)網(wǎng)。而且各商業(yè)組織也擁有屬于自己的內(nèi)部局域網(wǎng)，所以該系統(tǒng)可以實(shí)現(xiàn)聯(lián)網(wǎng)。該系統(tǒng)在聯(lián)網(wǎng)情況下，可以通過PC機(jī)訪問系統(tǒng)的數(shù)據(jù)，所以該系統(tǒng)的操作方式符合該用戶組織。而且本系統(tǒng)操作方法簡(jiǎn)單，只需掌握基本上網(wǎng)知識(shí)，用戶即可以輕易學(xué)會(huì)使用方法及操作流程。系統(tǒng)管理員需要進(jìn)行簡(jiǎn)單培訓(xùn)。1.3.3經(jīng)濟(jì)可行性經(jīng)濟(jì)可行性主要研究該系統(tǒng)的經(jīng)濟(jì)效益能否超過它的開發(fā)成本。目前在中國，到醫(yī)院就醫(yī)的人流量是非常龐大的，所以人們對(duì)醫(yī)院的依賴性

12、非常強(qiáng)。在這樣的背景下，為醫(yī)院設(shè)計(jì)這樣的一個(gè)系統(tǒng)，其經(jīng)濟(jì)效益是十分可觀的而且取消了人們就醫(yī)掛號(hào)的煩惱。又由于通過網(wǎng)絡(luò)傳遞信息可以不受距離的限制，因此可以節(jié)省大量的人力和物力，方便管理，由此可以減少不必要的開支，同時(shí)該系統(tǒng)可以提高醫(yī)院的執(zhí)行效率，即提高了醫(yī)院的經(jīng)濟(jì)效益，所以從經(jīng)濟(jì)上完全是可行的。2項(xiàng)目開發(fā)計(jì)劃2.1編寫目的此系統(tǒng)在可行性分析的基礎(chǔ)上，進(jìn)一步的說明對(duì)醫(yī)院預(yù)約掛號(hào)系統(tǒng)的要求，準(zhǔn)確的定義出醫(yī)院預(yù)約掛號(hào)系統(tǒng)要完成的任務(wù)，確定該系統(tǒng)要完成哪些工作，使系統(tǒng)盡可能的滿足用戶的要求，盡可能的簡(jiǎn)單方便的運(yùn)行。2.2項(xiàng)目概述醫(yī)院掛號(hào)系統(tǒng)主要功能包括：后臺(tái)管理和前臺(tái)操作，其中：后臺(tái)管理主要包括：用戶管

13、理、預(yù)約信息管理、專家信息管理、相關(guān)業(yè)務(wù)的查詢和系統(tǒng)維護(hù)等；用戶管理：在數(shù)據(jù)庫中存儲(chǔ)有各角色用戶的信息信息，當(dāng)某個(gè)角色的信息需要變化是時(shí)，可以隨時(shí)進(jìn)行信息的變更包括增加、刪除、修改等功能，同時(shí)數(shù)據(jù)庫中信息相應(yīng)變化，并保持?jǐn)?shù)據(jù)的時(shí)效性和完整性。預(yù)約信息管理主要包括：隨時(shí)查詢患者的預(yù)約信息,如患者姓名、病例、所屬科室等,而且可及時(shí)更新數(shù)據(jù)庫數(shù)據(jù)。 專家信息管理主要包括：專家信息的增、刪、改、查等。在需要時(shí)(可每隔一個(gè)時(shí)間段查詢一次) 查詢預(yù)約該專家的患者數(shù)量及各方面的情況,如預(yù)約量超過專家的可以預(yù)約的人數(shù)后(大于某一自定的數(shù)量) 時(shí),可生成預(yù)約名額已滿報(bào)告,方便患者在進(jìn)行預(yù)約時(shí)查看可以有效防止預(yù)約

14、成功由于人數(shù)原因而不能就診的情況。2.3功能描述1.預(yù)約掛號(hào)實(shí)現(xiàn)患者從網(wǎng)上直接預(yù)約掛號(hào)。預(yù)約的時(shí)候需要填寫患者的姓名、預(yù)約日期、電話以及簡(jiǎn)單的病情癥狀。2.預(yù)約查詢預(yù)約完成后患者可以查詢自己的預(yù)約信息，當(dāng)患者想改變專家則可取消本次預(yù)約。3.取消預(yù)約患者查詢到自己的預(yù)約信息后，可以從次功能對(duì)先前的預(yù)約進(jìn)行取消操作。4.登錄管理員以及專家用戶可以從登錄功能模塊進(jìn)行登錄而患者通過注冊(cè)可以獲得登錄權(quán)限進(jìn)而進(jìn)行一系列操作。5.整理專家信息管理員登錄以后可以對(duì)用戶進(jìn)行添加、刪除和修改，實(shí)現(xiàn)對(duì)用戶的管理。6.調(diào)配專家管理員登錄后通過次模塊可以查看患者預(yù)約信息，并對(duì)患者預(yù)約的專家進(jìn)行調(diào)配。7.門診流量統(tǒng)計(jì)管理

15、員登錄后可以通過次模塊對(duì)每天的預(yù)約人數(shù)進(jìn)行統(tǒng)計(jì)并導(dǎo)出。8.專家查詢專家用戶登錄以后可以查詢預(yù)約自己的患者信息。通過查詢患者信息，可以對(duì)工作有一個(gè)合理的安排與準(zhǔn)備。2.4項(xiàng)目開發(fā)計(jì)劃1.任務(wù)分解分三個(gè)大的階段進(jìn)行開發(fā)第一階段完成本系統(tǒng)的數(shù)據(jù)流圖跟E-R圖。第二階段完成概要設(shè)計(jì)跟詳細(xì)設(shè)計(jì)。第三階段書寫文檔。2.關(guān)鍵問題各模塊之間的聯(lián)系和后臺(tái)數(shù)據(jù)庫的完成。使用目前的設(shè)備與現(xiàn)有開發(fā)技術(shù)完全可以開發(fā)出該系統(tǒng)，總的來說該項(xiàng)目沒有較大的技術(shù)難點(diǎn)與其他的一些風(fēng)險(xiǎn)因素。對(duì)于出現(xiàn)的一些小難點(diǎn)總都能得到解決。2.5交付期限本系統(tǒng)的開發(fā)時(shí)限為兩個(gè)星期，該系統(tǒng)的交付期限為2015年12月25日。3需求分析3.1系統(tǒng)需求

16、分析目前，門診一直是困擾醫(yī)院提高服務(wù)質(zhì)量的一個(gè)復(fù)雜環(huán)節(jié),特別是醫(yī)療水平高、門診量大的醫(yī)院,而造成門診質(zhì)量難以提高的因素主要有兩方面:一方面集中式掛號(hào)(現(xiàn)在流行的分層掛號(hào)只是相對(duì)而言一個(gè)范圍較小的集中式掛號(hào)),就診人員流量不均、具有不確定性,有明顯的就診高峰和低谷(表現(xiàn)在整個(gè)醫(yī)院不同門診時(shí)間段及同科室的不同時(shí)間段)。高峰期病人掛號(hào)排隊(duì)長(zhǎng),就診時(shí)間長(zhǎng),醫(yī)生熟人插號(hào)現(xiàn)象,環(huán)境擁擠混亂,醫(yī)生問診時(shí)間短、不仔細(xì)、態(tài)度差。而低谷期,醫(yī)生無病人看、溜號(hào),醫(yī)院資源浪費(fèi)。另一方面專家號(hào)(特別是名專家號(hào))難掛,出現(xiàn)倒號(hào)、炒號(hào)現(xiàn)象,嚴(yán)重?fù)p害病人利益,影響到醫(yī)院的聲譽(yù)。而采用網(wǎng)上預(yù)約掛號(hào),可有效的解決這一現(xiàn)象,還通過

17、有效的身份驗(yàn)證,杜絕倒、炒專家號(hào)的現(xiàn)象,提高醫(yī)院門診服務(wù)質(zhì)量,取得良好的社會(huì)效益和經(jīng)濟(jì)效益。為了解決這一問題，我們需要一種能夠方便快捷的掛號(hào)方式來滿足各方面的需求，減少排隊(duì)掛號(hào)的痛苦和時(shí)間的浪費(fèi)，而本課題所研究的基于JSP的醫(yī)院網(wǎng)上掛號(hào)預(yù)約系統(tǒng)正好是為了解決這一問題而設(shè)計(jì)的方案，因此，本系統(tǒng)擁有很大的用戶需求。3.2系統(tǒng)流程圖系統(tǒng)流程圖通過圖形的形式描述系統(tǒng)的各功能模塊以及各個(gè)權(quán)限的操作者之間的交互情況，如下圖3.1所示。門診流量統(tǒng)計(jì)報(bào)告患者登陸程序用戶注冊(cè)顯示專家信息專家查詢程序管理員管理程序顯示治療情況患者預(yù)約信息用戶信息管理用戶注冊(cè)患者登陸程序患者登陸程序用戶注冊(cè)專家查詢程序顯示專家信息

18、顯示治療情況管理員管理程序門診流量統(tǒng)計(jì)報(bào)告管理員管理程序顯示治療情況顯示專家信息專家查詢程序圖3.1系統(tǒng)流程圖3.3數(shù)據(jù)描述3.3.1數(shù)據(jù)流圖數(shù)據(jù)流圖是一種圖形化技術(shù)，它描繪信息流和數(shù)據(jù)從輸入移動(dòng)到輸出的過程中所經(jīng)受的變換。數(shù)據(jù)流圖中沒有任何具體的物理部件，它只是描繪數(shù)據(jù)在軟件中流動(dòng)和被處理的邏輯過程。數(shù)據(jù)流圖有四種基本符號(hào)：正方形表示數(shù)據(jù)的源點(diǎn)或終點(diǎn)；圓角矩形代表變換數(shù)據(jù)的處理；開口矩形代表數(shù)據(jù)存儲(chǔ)；箭頭表示數(shù)據(jù)流。醫(yī)院網(wǎng)絡(luò)預(yù)約掛號(hào)系統(tǒng)中需要處理的信息有登錄信息，專家信息以及患者預(yù)約信息，根據(jù)數(shù)據(jù)信息的流向畫出本系統(tǒng)的數(shù)據(jù)流圖。醫(yī)院預(yù)約掛號(hào)系統(tǒng)頂層數(shù)據(jù)流圖如下圖3.2所示。預(yù)約系統(tǒng)患者專家管

19、理員預(yù)約信息 反饋信息 預(yù)約信息 登錄信息 反饋信息 登錄信息圖3.2頂層數(shù)據(jù)流圖3.3.2數(shù)據(jù)字典數(shù)據(jù)流圖表達(dá)了數(shù)據(jù)和處理的關(guān)系，數(shù)據(jù)字典則是系統(tǒng)中各類數(shù)據(jù)描述的集合，是進(jìn)行詳細(xì)的數(shù)據(jù)收集和數(shù)據(jù)分析所獲得的主要成果。數(shù)據(jù)字典通常包括數(shù)據(jù)項(xiàng)、數(shù)據(jù)結(jié)構(gòu)、數(shù)據(jù)流、數(shù)據(jù)存儲(chǔ)、數(shù)據(jù)處理五部分，其中數(shù)據(jù)項(xiàng)是數(shù)據(jù)的最小組成單位，若干個(gè)數(shù)據(jù)項(xiàng)可以組成一個(gè)數(shù)據(jù)結(jié)構(gòu)，數(shù)據(jù)字典通過對(duì)數(shù)據(jù)項(xiàng)和數(shù)據(jù)結(jié)構(gòu)的定義描述數(shù)據(jù)流、數(shù)據(jù)存儲(chǔ)的邏輯內(nèi)容。根據(jù)數(shù)據(jù)流圖，得出了相應(yīng)的數(shù)據(jù)字典卡片，每張卡片上主要應(yīng)該包括名字、描述、定義。名稱：預(yù)約信息別名：預(yù)約報(bào)表描述：患者預(yù)約時(shí)填寫的信息定義：患者姓名+專家姓名+患者身份證+病歷+科

20、室+日期+患者電話位置：輸出到打印機(jī) 患者清單 名稱：管理員登陸信息別名：管理員信息描述：系統(tǒng)管理員的登陸信息定義：用戶名+密碼+用戶權(quán)限位置：名稱：治療信息別名：患者治療情況描述：患者預(yù)約完成就診后的信息定義：患者姓名+專家姓名+科室+治療日期+治療情況位置：輸出到打印機(jī) 治療清單 名稱：專家信息別名：患者預(yù)約查詢信息 描述：患者掛號(hào)時(shí)查詢的各個(gè)專家 的信息 定義：專家姓名+專家號(hào)+專家性別+科室+專家特長(zhǎng)+預(yù)約人數(shù)+當(dāng)前人數(shù)+專家電話位置：顯示在患者客戶端 保存到磁盤3.4系統(tǒng)E-R圖為了把用戶的數(shù)據(jù)清楚、準(zhǔn)確地描述出來，系統(tǒng)分析員通常要建立一個(gè)概念數(shù)據(jù)模型。概念結(jié)構(gòu)獨(dú)立于支持?jǐn)?shù)據(jù)庫的DB

21、MS，具有能充分反映現(xiàn)實(shí)世界、易于理解、易于更動(dòng)、易于向關(guān)系、網(wǎng)狀或?qū)哟蔚雀鞣N數(shù)據(jù)模型轉(zhuǎn)換?？筛鶕?jù)實(shí)體間的關(guān)系和屬性得到E-R圖。E-R圖中的三個(gè)基本符號(hào)：矩形表示實(shí)體型，矩形框內(nèi)寫明實(shí)體名；橢圓形表示屬性，并用無向邊將其與相應(yīng)的實(shí)體型連接起來；菱形表示聯(lián)系，菱形框內(nèi)寫明聯(lián)系名，并用無向邊分別與有關(guān)實(shí)體型連接起來，同時(shí)在無向邊旁標(biāo)上聯(lián)系的類型（1:1,1:n或m:n）。 醫(yī)院預(yù)約掛號(hào)系統(tǒng)是針對(duì)醫(yī)院管理員，醫(yī)院專家和患者的系統(tǒng)。所以，在本系統(tǒng)中有患者、系統(tǒng)管理員、醫(yī)院專家三個(gè)實(shí)體?；颊咴陬A(yù)約的時(shí)候必須填寫相關(guān)的預(yù)約信息，即患者姓名、身份證號(hào)、聯(lián)系方式、預(yù)約時(shí)間、預(yù)約的專家以及患者簡(jiǎn)單病情癥狀，這

22、些都是“患者”實(shí)體的屬性。系統(tǒng)管理員有自己的登錄用戶名和密碼，還可以修改自己的密碼，這些是“管理員”實(shí)體的屬性。專家為了能讓在網(wǎng)上預(yù)約的患者清晰的了解自己，所以系統(tǒng)里有專家的姓名、電話、科室、編號(hào)、特長(zhǎng)、可以預(yù)約的人數(shù)，已經(jīng)預(yù)約的人數(shù)，專家進(jìn)系統(tǒng)查詢預(yù)約患者信息時(shí)還需要登錄系統(tǒng)，所以專家還有登錄系統(tǒng)所需要的用戶名和密碼，這些是“專家”實(shí)體的屬性。患者及其屬性如下圖3.3所示?；颊呋颊咝彰矸葑C專家姓名科室病例電話圖3.3患者實(shí)體及其屬性圖管理員及其屬性如下圖3.4所示。管理員用戶名密碼權(quán)限圖3.4管理員實(shí)體及其屬性圖專家及其屬性如下圖3.5所示。專家專家號(hào)性別科室專家特長(zhǎng)預(yù)約人數(shù)當(dāng)前人數(shù)專家電

23、話專家姓名圖3.5專家實(shí)體及其屬性圖通過以上描述的各個(gè)實(shí)體的屬性圖，這樣就可以了解系統(tǒng)的實(shí)體信息，實(shí)體屬性圖中描述了各個(gè)實(shí)體的屬性，這些也是在進(jìn)行系統(tǒng)操作時(shí)可以得到的信息。這是以需求說明為基礎(chǔ)設(shè)計(jì)的局部概念模型，然后以這些局部模型為基礎(chǔ)集成為一個(gè)全局的概念模型，在概念模型設(shè)計(jì)中多是采用這種自底向上的設(shè)計(jì)方式，稱為系統(tǒng)集成法。分析得出系統(tǒng)中實(shí)體屬性后，每個(gè)實(shí)體之間都有一定的聯(lián)系，“管理員”實(shí)體與“專家”實(shí)體之間的關(guān)系為管理員管理專家，“管理員”與“患者”實(shí)體之間的關(guān)系是管理員管理患者的預(yù)約信息，“專家”與“患者”兩實(shí)體之間的關(guān)系為專家對(duì)患者進(jìn)行診治。所以得出的醫(yī)院預(yù)約掛號(hào)系統(tǒng)E-R圖如圖3.6所

24、示?；颊邔＜抑委熜畔⒅委烴1圖3.6醫(yī)院預(yù)約掛號(hào)系統(tǒng)E-R圖3.5需求規(guī)定3.5.1功能需求醫(yī)院預(yù)約掛號(hào)系統(tǒng)主要實(shí)現(xiàn)一下幾部分功能：內(nèi)部人員權(quán)限管理，預(yù)約掛號(hào)，門診流量統(tǒng)計(jì)，公告欄管理，專家信息管理。內(nèi)部人員權(quán)限管理模塊：管理員以及專家的登錄以及修改密碼。管理員可以從登錄模塊進(jìn)入系統(tǒng)對(duì)預(yù)約信息以及專家基本信息進(jìn)行整理。專家可以從登錄模塊進(jìn)入系統(tǒng)查詢患者預(yù)約情況。 預(yù)約掛號(hào)模塊：全國各地患者可以通過此模塊進(jìn)行預(yù)約掛號(hào)，并填寫自己的掛號(hào)信息?？梢圆樵冏约合惹暗念A(yù)約信息，也可以通過此系統(tǒng)取消先前的預(yù)約。門診流量統(tǒng)計(jì)：記錄每天門診的患者流量，對(duì)其進(jìn)行統(tǒng)計(jì)。專家信息管理：管理員可以對(duì)醫(yī)院專家的信息進(jìn)行增

25、加、修改和刪除。3.5.2性能需求統(tǒng)應(yīng)具有配置靈活、易于維護(hù)、便于擴(kuò)展、性能可靠等突出優(yōu)點(diǎn)，支持面向?qū)ο蟮拇笮蛿?shù)據(jù)庫系統(tǒng)。如：SQL Server等，可處理大容量數(shù)據(jù)，并具有高安全性和可靠性。1.時(shí)間特性 操作響應(yīng)時(shí)間一般在13秒之內(nèi)，隨之?dāng)?shù)據(jù)量的增大，操作的響應(yīng)時(shí)間就要延長(zhǎng)。2.數(shù)據(jù)精度各種數(shù)據(jù)的輸入，輸出要滿足各種對(duì)數(shù)據(jù)精度的要求，嚴(yán)格按照系統(tǒng)要求的格式。3.適應(yīng)性適應(yīng)現(xiàn)有Windows 系統(tǒng)的需求，并有可能適應(yīng)更高級(jí)別的系統(tǒng)。3.5.3運(yùn)行需求1.用戶界面用戶界面簡(jiǎn)單直觀，一目了然，給用戶帶來極大的便利，讓用戶能夠簡(jiǎn)單直接的運(yùn)用本系統(tǒng)2.硬件接口不需要特定的硬件或硬件接口進(jìn)行支撐，一般微

26、機(jī)均可運(yùn)行。3.軟件接口運(yùn)行于Windows XP或者更高版本的操作系統(tǒng)上。3.5.4其他需求1.保密需求：必須輸入相關(guān)的正確的用戶名和密碼才能進(jìn)入系統(tǒng)，并且不同的用戶選擇相應(yīng)的權(quán)限才能登錄成功。2.數(shù)據(jù)要求：對(duì)于患者和專家的聯(lián)系電話，必須有嚴(yán)格的位數(shù)限制，經(jīng)過分析研究，聯(lián)系電話位數(shù)必須限制11位。3.身份證要求：為杜絕無關(guān)人員對(duì)系統(tǒng)進(jìn)行惡意的破壞，在患者預(yù)約掛號(hào)時(shí)，必須填寫自己真實(shí)的18位身份證號(hào)，輸入的位數(shù)不對(duì)以及輸入的身份證格式不對(duì)，系統(tǒng)則會(huì)提示身份證輸入有誤，不予存到系統(tǒng)數(shù)據(jù)庫里，預(yù)約失敗。4.可維護(hù)性：平時(shí)由管理人員可以維護(hù)，遇到大問題或難解決的問題由開發(fā)人員進(jìn)行維護(hù)。5.可擴(kuò)展性：

27、在系統(tǒng)使用過程中，如果有醫(yī)院在預(yù)約掛號(hào)方面有新的要求，則應(yīng)能在本系統(tǒng)中進(jìn)行擴(kuò)展，增加新的功能。4系統(tǒng)概要設(shè)計(jì)4.1總體設(shè)計(jì)4.1.1總體設(shè)計(jì)原理經(jīng)過需求分析，已經(jīng)清楚了系統(tǒng)所要完成的全部功能，現(xiàn)在決定“怎么做”，總體設(shè)計(jì)的基本目的就是回答“概括的說，系統(tǒng)應(yīng)該如何實(shí)現(xiàn)？”這個(gè)問題。因此總體設(shè)計(jì)又稱為概要設(shè)計(jì)或初步設(shè)計(jì)。通過這個(gè)階段的工作，將劃分出組成該系統(tǒng)的物理元素程序、文件、數(shù)據(jù)庫、人工過程和文檔等，但是這些物理元素仍然處于黑盒子級(jí)別?？傮w設(shè)計(jì)階段的另一項(xiàng)重要任務(wù)是設(shè)計(jì)軟件的結(jié)構(gòu)，也就是要確定系統(tǒng)中每個(gè)程序是由哪些模塊組成，以及這些模塊間的相互關(guān)系。總體設(shè)計(jì)過程首先要尋找實(shí)現(xiàn)目標(biāo)系統(tǒng)的的各種不

28、同的方案，需求分析階段得到的數(shù)據(jù)流圖是設(shè)想的各種可能方案的的基礎(chǔ)，然后從這些供選擇的方案中選取若干個(gè)合理的方案，為每個(gè)合理的方案都準(zhǔn)備一份系統(tǒng)流程圖。然后分析比較這些合理的方案，選出最佳的方案，進(jìn)一步為這個(gè)最佳方案設(shè)計(jì)軟件結(jié)構(gòu)，設(shè)計(jì)出初步的軟件結(jié)構(gòu)后還要進(jìn)行多方改進(jìn)，從而得到更合理的結(jié)構(gòu)，進(jìn)行數(shù)據(jù)庫設(shè)計(jì)。進(jìn)行總體設(shè)計(jì)，可以站在全局高度上，花較少成本，從較抽象的層次上分析對(duì)比多種可能的系統(tǒng)實(shí)現(xiàn)方案和軟件結(jié)構(gòu)，從中選出最佳方案和最合理的軟件結(jié)構(gòu)，從而用較低成本開發(fā)出較高質(zhì)量的軟件系統(tǒng)。4.1.2系統(tǒng)功能模塊設(shè)計(jì)在需求分析的時(shí)候已經(jīng)對(duì)系統(tǒng)的的功能進(jìn)行了初步分析，在這里對(duì)系統(tǒng)功能進(jìn)行詳細(xì)的設(shè)計(jì)。由于系

29、統(tǒng)中面向的是醫(yī)院的系統(tǒng)管理員，醫(yī)院的坐診專家，以及廣大患者，所以對(duì)系統(tǒng)分為三大主功能模塊，即管理、專家、患者三大主功能模塊。管理模塊是針對(duì)管理員對(duì)系統(tǒng)的管理進(jìn)行設(shè)計(jì)的功能模塊，管理員需要進(jìn)行登錄系統(tǒng)后方可進(jìn)行系統(tǒng)信息管理，所以首先要有登錄模塊。管理員登錄系統(tǒng)后需要對(duì)專家的信息進(jìn)行增加、刪除和修改，所以在此主功能模塊下設(shè)計(jì)了一個(gè)整理專家信息模塊，管理員可以通過此模塊對(duì)專家信息進(jìn)行管理。管理員還需要對(duì)每天患者預(yù)約的信息進(jìn)行查看整理，所以設(shè)計(jì)了一個(gè)調(diào)配專家，調(diào)配專家模塊用于當(dāng)患者預(yù)約的專家在預(yù)約當(dāng)日臨時(shí)有事不能按時(shí)坐診的話，管理員可以通過此模塊給相關(guān)患者進(jìn)行專家調(diào)配，就是給相關(guān)預(yù)約患者調(diào)配一個(gè)與患者

30、預(yù)約的專家同科室的專家，然后保存到數(shù)據(jù)庫里，以便患者查詢預(yù)約信息。系統(tǒng)要求有一個(gè)統(tǒng)計(jì)門診流量的功能，統(tǒng)計(jì)每天預(yù)約的人數(shù)，所以在管理模塊下設(shè)計(jì)了一個(gè)統(tǒng)計(jì)門診流量的功能模塊。在主頁面有一個(gè)公告欄，來公示醫(yī)院的通知以及醫(yī)院的新聞動(dòng)態(tài)，公告欄由管理員管理，所以在管理主功能模塊下設(shè)計(jì)了一個(gè)公告欄模塊。專家主功能模塊下設(shè)計(jì)了一個(gè)專家查詢模塊，專家從此模塊查詢患者預(yù)約信息。專家登錄系統(tǒng)則從管理模塊下的登錄模塊進(jìn)行登錄，登錄的時(shí)候選擇登錄相應(yīng)的登錄權(quán)限?；颊咧鞴δ苣K下設(shè)計(jì)了三個(gè)分模塊：預(yù)約、查詢信息和取消預(yù)約?；颊邚木W(wǎng)上進(jìn)行預(yù)約掛號(hào)時(shí)，需要填寫預(yù)約的各種信息，患者可以進(jìn)入預(yù)約模塊填寫自己的預(yù)約信息，并保存，

31、預(yù)約成功。當(dāng)患者預(yù)約成功后，患者想查詢先前的預(yù)約信息，則需要一個(gè)查詢模塊，所以在患者主功能模塊下設(shè)計(jì)了一個(gè)查詢信息模塊。當(dāng)患者在預(yù)約當(dāng)日有事不能按時(shí)就診，患者需要取消先前的預(yù)約，所以在患者主功能模塊下設(shè)計(jì)了一個(gè)取消預(yù)約的模塊。醫(yī)院預(yù)約掛號(hào)系統(tǒng)的功能模塊如下圖4.1所示。醫(yī)院預(yù)約掛號(hào)系統(tǒng)管理員專家患者登錄用戶管理統(tǒng)計(jì)門診流量治療信息管理登錄預(yù)約信息查詢登錄注冊(cè)預(yù)約專家取消預(yù)約對(duì)患者治療圖4.1系統(tǒng)功能模塊圖4.1.3功能分析1.登錄：當(dāng)管理員、專家及患者用戶需要進(jìn)入系統(tǒng)時(shí)，可以從登錄模塊輸入用戶名和密碼，并選擇自己權(quán)限進(jìn)行登錄。當(dāng)輸入錯(cuò)誤的信息時(shí)系統(tǒng)拒絕訪問。2.統(tǒng)計(jì)門診流量：管理員可以用此功能

32、進(jìn)行每天預(yù)約的患者數(shù)量，做出統(tǒng)計(jì)。3.調(diào)配專家：當(dāng)患者預(yù)約的專家在預(yù)約的時(shí)間臨時(shí)有事情不能給患者看病的情況下，管理員可以對(duì)此患者進(jìn)行專家調(diào)配，調(diào)配為同一科室的專家。4.整理專家信息：管理員通過此功能添加、修改和刪除專家信息，及時(shí)更細(xì)醫(yī)院里專家的信息，以方便患者進(jìn)行預(yù)約。5.專家查詢：專家用戶登錄系統(tǒng)后，進(jìn)入到查詢信息模塊，查詢預(yù)約自己的患者信息，以方便專家做好合理的安排和準(zhǔn)備。6.預(yù)約：患者進(jìn)入系統(tǒng)后，可以查看各個(gè)科室的各個(gè)專家信息，根據(jù)自己的病情預(yù)約適合的專家。7.查詢信息：當(dāng)患者預(yù)約完畢后，可以通過查詢功能，對(duì)自己先前的預(yù)約信息進(jìn)行查詢、核對(duì)。8.取消預(yù)約：當(dāng)患者臨時(shí)有事不能到醫(yī)院看病時(shí)，

33、可以通過查詢信息查詢到自己的預(yù)約信息，然后取消自己先前的預(yù)約。4.2數(shù)據(jù)庫設(shè)計(jì)4.2.1數(shù)據(jù)庫概念設(shè)計(jì)數(shù)據(jù)庫一般分為三級(jí)模式：外模式、模式和內(nèi)模式。外模式也就是不同用戶所對(duì)的數(shù)據(jù)視圖，它將數(shù)據(jù)庫內(nèi)部抽象的數(shù)據(jù)及其互相之間的關(guān)系表示為簡(jiǎn)單、直觀的應(yīng)用界面。模式是數(shù)據(jù)庫中全部數(shù)據(jù)的邏輯結(jié)構(gòu)和特征描述，通常以某種數(shù)據(jù)模型為基礎(chǔ)。內(nèi)模式是對(duì)數(shù)據(jù)的物理結(jié)構(gòu)和存儲(chǔ)方式的描述。在該系統(tǒng)中具體的模式有：用戶（用戶名，密碼，權(quán)限）專家信息（專家編號(hào)，專家姓名，性別，科室，特長(zhǎng)，預(yù)約人數(shù)，當(dāng)前人數(shù)，電話）預(yù)約記錄（患者姓名，專家姓名，患者身份證，科室，病歷，就診日期，電話）治療記錄（患者姓名，專家姓名，科室，治療

34、日期，治療情況）4.2.2數(shù)據(jù)庫邏輯結(jié)構(gòu)設(shè)計(jì)數(shù)據(jù)庫是信息系統(tǒng)的核心和基礎(chǔ)，數(shù)據(jù)庫設(shè)計(jì)的質(zhì)量將直接關(guān)系到信息系統(tǒng)開發(fā)的成敗和優(yōu)劣。數(shù)據(jù)庫設(shè)計(jì)是根據(jù)業(yè)務(wù)需求，信息需求，和處理需求，確定系統(tǒng)中的數(shù)據(jù)結(jié)構(gòu)、數(shù)據(jù)操作和數(shù)據(jù)一致性約束的過程。數(shù)據(jù)庫設(shè)計(jì)是在一個(gè)給定的應(yīng)用環(huán)境中，構(gòu)造（設(shè)計(jì)）優(yōu)化的數(shù)據(jù)庫邏輯模式和物理結(jié)構(gòu)，并據(jù)此建立數(shù)據(jù)庫及其應(yīng)用系統(tǒng)，使之能夠有效的存儲(chǔ)和管理數(shù)據(jù)，滿足各種用戶的應(yīng)用需求，包括信息管理要求和數(shù)據(jù)操作要求。數(shù)據(jù)庫設(shè)計(jì)的目標(biāo)是為用戶和各種應(yīng)用系統(tǒng)提供一個(gè)信息基礎(chǔ)設(shè)施和高效率的運(yùn)行環(huán)境，包括數(shù)據(jù)庫的存取效率、數(shù)據(jù)庫存儲(chǔ)空間的利用率、數(shù)據(jù)庫系統(tǒng)運(yùn)行管理的效率等。根據(jù)醫(yī)院掛號(hào)系統(tǒng)的功能

35、要求，選取MySQL作為后臺(tái)數(shù)據(jù)庫。在上面的實(shí)體和實(shí)體之間的E-R圖設(shè)計(jì)基礎(chǔ)上，形成數(shù)據(jù)庫中的表格及表格之間的關(guān)系。具體內(nèi)容如下各表所示。登錄信息表中存儲(chǔ)的是管理員和專家以及患者登錄系統(tǒng)時(shí)所需要的用戶名和密碼，以及識(shí)別登錄權(quán)限信息。具體如下表4.1所示。表4.1用戶登錄信息表屬性名 字段名類型長(zhǎng)度Null備注姓名usernamevarchar50否主鍵密碼passwordvarchar50否權(quán)限issysvarchar50否預(yù)約信息表主要存儲(chǔ)患者的預(yù)約信息，患者預(yù)約掛號(hào)時(shí)填寫的各種信息都存儲(chǔ)到預(yù)約信息表中。具體如下表4.2所示。表4.2預(yù)約信息表屬性名字段名類型長(zhǎng)度Null備注患者姓名pati

36、entnamevarchar50否主鍵專家姓名specialistnovarchar50否患者身份證zhuanjiavarchar50否病歷binglivarchar50是科室kehsivarchar50否預(yù)約日期orderdatevarchar50否患者電話telvarchar50否專家信息表用于存儲(chǔ)醫(yī)院專家的信息，專家的姓名、科室、電話、聯(lián)系方式、預(yù)約人數(shù)等信息都存儲(chǔ)啊在專家信息表中。具體如下表4.3所示。表4.3專家信息表屬性名字段名類型長(zhǎng)度Null備注專家姓名specialistnamevarchar50否專家號(hào)specialistnovarchar50否主鍵專家性別specialis

37、tsexvarchar50否科室keshivarchar50否專家特長(zhǎng)techangvarchar50否預(yù)約人數(shù)ordernameint10否當(dāng)前人數(shù)currentnumint10否專家電話telvarchar50否治療信息表用于存儲(chǔ)患者就診的信息，管理員可以通過該表查詢患者的治療情況，同時(shí)進(jìn)行就診量的統(tǒng)計(jì)。具體如下表4.4所示。表4.4治療信息表屬性名字段名類型長(zhǎng)度Null備注患者姓名hznamevarchar50否主鍵專家姓名zjnamevarchar50否科室keshivarchar50否治療日期zldatavarchar50否治療情況zlqkvarchar50否5詳細(xì)設(shè)計(jì)結(jié)構(gòu)化詳細(xì)設(shè)計(jì)

38、是對(duì)概要設(shè)計(jì)的進(jìn)一步細(xì)化，其目標(biāo)是為軟件結(jié)構(gòu)圖中每個(gè)模塊提供可供程序員編程實(shí)現(xiàn)的具體算法。詳細(xì)設(shè)計(jì)階段的根本目標(biāo)是確定應(yīng)該具體地實(shí)現(xiàn)所要求的系統(tǒng)，也就是說，經(jīng)過這個(gè)階段的設(shè)計(jì)工作，應(yīng)該得出對(duì)目標(biāo)系統(tǒng)的精確描述，從而在編碼階段可以把這個(gè)描述直接翻譯成用某種程序設(shè)計(jì)語言書寫的程序。詳細(xì)設(shè)計(jì)階段的任務(wù)還不具體地編寫程序，而是要設(shè)計(jì)出程序的“藍(lán)圖”，以后程序員將根據(jù)這個(gè)藍(lán)圖寫出實(shí)際的程序代碼。因此，詳細(xì)設(shè)計(jì)的結(jié)果基本上決定了最終的程序代碼的質(zhì)量?？紤]程序代碼的質(zhì)量時(shí)必須注意，程序的“讀者”有兩個(gè)人。那就是計(jì)算機(jī)和人。在軟件的生命周期中，設(shè)計(jì)測(cè)試方案、診斷程序錯(cuò)誤、修改和改進(jìn)程序等等都必須首先讀懂程序。

39、實(shí)際上對(duì)于長(zhǎng)期使用的軟件系統(tǒng)而言，人讀程序的時(shí)間可能比寫程序的時(shí)間還要長(zhǎng)的多。因此，衡量程序的質(zhì)量不僅要看它的邏輯是否正確，性能是否滿足要求，更主要的是要看它是否容易閱讀和理解。詳細(xì)設(shè)計(jì)的目標(biāo)不僅僅是邏輯上正確的實(shí)現(xiàn)每個(gè)模塊的功能，更重要的是設(shè)計(jì)出的處理過程應(yīng)該盡可能簡(jiǎn)明易懂。結(jié)構(gòu)程序設(shè)計(jì)技術(shù)是實(shí)現(xiàn)上述目標(biāo)的關(guān)鍵技術(shù)，因此是詳細(xì)設(shè)計(jì)的邏輯基礎(chǔ)。2詳細(xì)設(shè)計(jì)常采用的描述方式有三類：圖形描述、語言描述和表格描述。圖形描述包括程序流程圖和問題分析圖；語言描述主要是程序設(shè)計(jì)語言；表格描述包括判定表等。這里主要運(yùn)用了程序流程圖來分析醫(yī)院預(yù)約掛號(hào)系統(tǒng)。5.1人機(jī)界面設(shè)計(jì)5.1.1一般交互設(shè)計(jì)一般交互設(shè)計(jì)涉及

40、信息顯示、數(shù)據(jù)輸入和系統(tǒng)整體控制。（1） 保持一致性。為客戶交互界面中的菜單選擇、命令輸入、數(shù)據(jù)顯示以及眾多的其他功能，使用一致的格式。（2） 提供信息的反饋。向用戶及時(shí)提供視覺和聽覺的信息反饋，以保證在用戶和系統(tǒng)之間及時(shí)地建立雙向通信。在本系統(tǒng)設(shè)計(jì)過程中，基本做到了信息的及時(shí)反饋，當(dāng)用戶操作完一步后系統(tǒng)會(huì)對(duì)數(shù)據(jù)庫中的數(shù)據(jù)進(jìn)行及時(shí)地顯示。（3） 執(zhí)行有較大影響的操作前提示用戶確認(rèn)。在設(shè)計(jì)過程中，如果用戶要執(zhí)行刪除操作，以及對(duì)數(shù)據(jù)庫的讀寫操作時(shí)，都會(huì)有窗體彈出詢問繼續(xù)操作或者予以提示。（4） 減少兩次操作間需要記憶的內(nèi)容。為了避免用戶為下一步操作而記憶大量數(shù)據(jù)，所以在設(shè)計(jì)過程中在需要數(shù)據(jù)傳遞的窗

41、體中設(shè)置全局變量，來傳遞數(shù)據(jù)。（5） 提高對(duì)話、移動(dòng)和思考的效率。盡量減少用戶擊鍵的次數(shù)，在設(shè)計(jì)時(shí)考慮用戶屏幕的布局以減少用戶鼠標(biāo)移動(dòng)的距離，盡量避免用戶在操作中發(fā)生疑問的情況。（6） 允許犯錯(cuò)誤。允許用戶的誤操作盡量不對(duì)系統(tǒng)造成傷害。（7） 按功能對(duì)動(dòng)作分類，并據(jù)此設(shè)計(jì)屏幕布局。屏幕布局盡量將軟件所具有的所有功能在主頁面展示，界面一目了然。5.1.2信息顯示設(shè)計(jì)系統(tǒng)在顯示用戶所需要的信息時(shí)應(yīng)該盡量完整、清晰和易于理解。這樣才能滿足用戶的需求。使用不同的方式顯示信息：用文字、圖形、聲音，按位置、移動(dòng)和大小，使用顏色和省略等方式傳達(dá)信息。（1） 只顯示與當(dāng)前工作有關(guān)的信息。在用戶操作有關(guān)系統(tǒng)的特

42、定功能的信息時(shí)，不必看到與之無關(guān)的數(shù)據(jù)、菜單和圖形。（2） 使用便于用戶迅速吸收數(shù)據(jù)的方式來表示數(shù)據(jù)。（3） 使用一致的標(biāo)記、標(biāo)準(zhǔn)的縮寫和可預(yù)知的顏色。顯示的含義應(yīng)該非常準(zhǔn)確，用戶無須參照其他信息源就能理解。（4） 產(chǎn)生有意義的錯(cuò)誤信息。對(duì)于系統(tǒng)在運(yùn)行過程中產(chǎn)生的錯(cuò)誤盡量給用戶返回一個(gè)容易理解的錯(cuò)誤信息，以使用戶保持對(duì)系統(tǒng)的信任，和系統(tǒng)的可用性。（5） 使用窗口分隔不同類型的信息。使用不同的窗口顯示、保存不同類型的信息。（6） 高效率的使用顯示屏。當(dāng)使用多窗口時(shí)，應(yīng)該有足夠的空間使得每個(gè)窗口至少都能顯示出一部分。5.1.3數(shù)據(jù)輸入設(shè)計(jì)用戶的大部分時(shí)間用在選擇菜單命令、鍵入數(shù)據(jù)和向系統(tǒng)提供輸入。

43、在系統(tǒng)中，鍵盤是主要的輸入介質(zhì)，但是鼠標(biāo)等設(shè)備的也是重要的輸入手段，所以，對(duì)于他們的數(shù)據(jù)輸入操作有如下約定：（1） 盡量減少用戶的輸入動(dòng)作。為了方便用戶的使用，鼠標(biāo)應(yīng)當(dāng)盡量減少操作的幅度。（2） 保持顯示信息和輸入信息之間的一致性。對(duì)于用戶來說，要保證其輸入的數(shù)據(jù)在顯示上與其他顯示的視覺特征（例如：文字大小、顏色、位置等）要一致。（3） 允許用戶自定義輸入。用戶可能希望定義自己專用的命令或略去某些類型的警告信息和動(dòng)作確認(rèn)，人機(jī)界面應(yīng)該為用戶提供這樣做的機(jī)制。（4） 交互應(yīng)該是靈活的，并且可調(diào)整成用戶最喜歡的輸入方式。用戶類型與喜歡的輸入方式有關(guān)，不同的用戶喜歡不同的輸入方式。（5） 使用當(dāng)前動(dòng)

44、作語境中不適用的命令不起作用。這可使得用戶不去做那些肯定會(huì)導(dǎo)致錯(cuò)誤的動(dòng)作。（6） 讓用戶控制交互流。用戶應(yīng)該能跳過不必要的動(dòng)作，改變所需做的動(dòng)作的順序，以及在不退出程序的情況下從錯(cuò)誤狀態(tài)中恢復(fù)正常。（7） 消除冗余的輸入。除非可能發(fā)生誤解，否則不要要求用戶指定輸入數(shù)據(jù)的單位；盡可能提供默認(rèn)值，絕對(duì)不要要求用戶提供程序可以自動(dòng)獲得或計(jì)算出來的信息。對(duì)于不同類型的用戶在登錄到系統(tǒng)后，由于有不同的權(quán)限，所以在主界面中會(huì)有一些項(xiàng)目受到限制而無法使用，所以要使這些項(xiàng)目不發(fā)生作用，以保證系統(tǒng)安全。5.2程序設(shè)計(jì)過程程序過程設(shè)計(jì)主要是在借助過程設(shè)計(jì)工具的情況下，對(duì)程序的具體實(shí)現(xiàn)過程進(jìn)行設(shè)計(jì)。程序的主要部分設(shè)

45、計(jì)在這個(gè)環(huán)節(jié)完成。在這個(gè)任務(wù)說明書中我們采用盒圖的形式來表達(dá)程序的具體的設(shè)計(jì)過程，我們的系統(tǒng)設(shè)計(jì)為C/S結(jié)構(gòu)，所以是客戶端登陸系統(tǒng)的形式，盒圖沒有箭頭，所以不允許隨意轉(zhuǎn)移控制，堅(jiān)持使用盒圖可以使程序員養(yǎng)成用用結(jié)構(gòu)化的方式來思考問題。5.2.1登陸界面設(shè)計(jì)在用戶登錄時(shí)，在輸入用戶名和密碼及用戶類型的前提下將其與數(shù)據(jù)庫中的數(shù)據(jù)進(jìn)行比對(duì)，若一致，則打開主窗體；若不一致提示錯(cuò)誤，并要求重新輸入。注冊(cè)后保存用戶信息，登陸界面的的程序盒圖如圖5.1所示。 private void button1_Click(object sender, EventArgs e) string MyConnectionSt

46、ring = Server=localhost; Database=guahao; Uid=root; Pwd=123456; Persist Security Info=True;Charset=utf8; string username = textBox1.Text.Trim(); string passwd = textBox2.Text.Trim(); string rol = comboBox1.Text.Trim(); string loginsql = SELECT * FROM login Where username= + username + and password=

47、+ passwd + and issys= + rol + ; MySqlConnection connection = new MySqlConnection(MyConnectionString); connection.Open(); MySqlCommand mycmd = new MySqlCommand(loginsql, connection); MySqlDataReader myread = mycmd.ExecuteReader(); try if (myread.HasRows) if (myread.Read() if (myreadusername.ToString(

48、) = textBox1.Text & myreadpassword.ToString() = textBox2.Text & myreadissys.ToString() = 管理員) Form3 f3; f3 = new Form3(); f3.Show(); this.Hide(); else if (myreadusername.ToString() = textBox1.Text & myreadpassword.ToString() = textBox2.Text & myreadissys.ToString() = 客戶) Form5 f2; f2 = new Form5();

49、f2.Show(); this.Hide(); else if (myreadusername.ToString() = textBox1.Text & myreadpassword.ToString() = textBox2.Text & myreadissys.ToString() = 醫(yī)生) user = username; Form4 f2; f2 = new Form4(); f2.Show(); this.Hide(); else MessageBox.Show(Please enter the correct user name and password！); catch (Ex

50、ception ex) MessageBox.Show(string.Format(出錯(cuò)，出錯(cuò)原因0), ex.Message); finally connection.Close(); connection.Dispose(); mycmd.Dispose(); 連接數(shù)據(jù)庫否是用戶名和密碼輸入提示輸入否是賬戶是否存在提示錯(cuò)誤顯示提示框“登錄成功”圖5.1登陸界面程序盒圖5.2.2程序流程設(shè)計(jì)程序流程圖又稱程序框圖，是描述過程設(shè)計(jì)的方法。程序流程圖中使用的符號(hào)如下：橢圓形表示開始或停止；長(zhǎng)方形表示處理；菱形表示多分支；箭頭表示控制流。1.管理員、專家和患者登錄程序流程圖管理員、專家和患者登錄流

51、程圖用于描述管理員和專家登錄系統(tǒng)的過程。用戶進(jìn)入主頁后，在登錄框輸入用戶名、密碼和登錄權(quán)限，若輸入正確，則登錄系統(tǒng)。若輸入錯(cuò)誤，則提示輸入用戶名和密碼不對(duì)，請(qǐng)重新輸入。管理員登錄成功后則進(jìn)入后臺(tái)管理頁面，專家登錄成功后則進(jìn)入后臺(tái)專家查詢頁面，患者登陸成功后進(jìn)入就診預(yù)約界面。具體流程圖如下圖5.2所示。開始進(jìn)入用戶登錄界面輸入用戶名、登錄密碼和權(quán)限輸入是否有誤登錄成功進(jìn)入相應(yīng)的界面結(jié)束是否 圖5.2用戶登陸程序流程圖2.預(yù)約掛號(hào)程序流程圖患者預(yù)約掛號(hào)程序流程用于描述患者預(yù)約掛號(hào)的過程。當(dāng)患者進(jìn)入主頁后，點(diǎn)擊預(yù)約，進(jìn)入到預(yù)約掛號(hào)頁面，患者在這里填寫自己的信息以及選擇要預(yù)約的專家，然后保存預(yù)約，預(yù)約

52、掛號(hào)程序結(jié)束?；颊哳A(yù)約掛號(hào)流程圖如下圖5.3所示。是否預(yù)約成功預(yù)約信息取消預(yù)約結(jié)束否是開始進(jìn)入預(yù)約界面填寫預(yù)約信息提交開始提交填寫預(yù)約信息進(jìn)入預(yù)約界面圖5.3預(yù)約掛號(hào)程序流程圖3. 專家查詢預(yù)約信息流程圖專家查詢預(yù)約信息流程圖可以讓專家充分了解患者的基本信息以及以前的病歷情況，可以合理的安排患者的就診同時(shí)提高就診效率。同時(shí)對(duì)前來就診的患者進(jìn)行就診情況的填寫，方便統(tǒng)計(jì)就診量。具體流程圖如下圖5.4所示?；颊呋拘畔㈤_始預(yù)約信息查詢界面輸入專家姓名是否完成治療填寫治療情況結(jié)束是否圖5.4專家查詢預(yù)約信息流程圖6測(cè)試6.1測(cè)試描述測(cè)試是為了發(fā)現(xiàn)程序中的錯(cuò)誤而執(zhí)行的程序。好的測(cè)試方案是極有可能發(fā)現(xiàn)迄今

53、為止尚未發(fā)現(xiàn)的錯(cuò)誤的測(cè)試方案，成功的測(cè)試是發(fā)現(xiàn)了至今為止尚未發(fā)現(xiàn)的錯(cuò)誤的測(cè)試。為了能設(shè)計(jì)出有效的測(cè)試方案，軟件工程師必須深入理解并正確運(yùn)用軟件測(cè)試的基本準(zhǔn)則：(1)所有測(cè)試都應(yīng)該能追溯到用戶需求。從用戶角度看，最嚴(yán)重的錯(cuò)誤是導(dǎo)致程序不能滿足用戶需求的哪些錯(cuò)誤。(2)應(yīng)該預(yù)案在測(cè)試開始之前就制定出測(cè)試計(jì)劃。實(shí)際上，一旦完成了需求模型就可以著手制定測(cè)試計(jì)劃，在建立了設(shè)計(jì)模型之后就可以立即開始詳細(xì)設(shè)計(jì)的測(cè)試方案。(3)把pareto原理應(yīng)用到軟件測(cè)試中。Pareto原理說明，測(cè)試發(fā)現(xiàn)的錯(cuò)誤當(dāng)中的80%很可能是由程序中20%的模塊造成的。(4)完全測(cè)試是不可能的，測(cè)試需要終止。測(cè)試無法顯示軟件潛在的缺

54、陷，“測(cè)試只能證明軟件存在錯(cuò)誤而不能證明軟件沒有錯(cuò)誤”。最初的測(cè)試通常把焦點(diǎn)放在單個(gè)程序模塊上，進(jìn)一步測(cè)試的焦點(diǎn)則轉(zhuǎn)向在集成的模塊簇中尋找錯(cuò)誤，最后在整個(gè)系統(tǒng)中尋找錯(cuò)誤。在測(cè)試中不可能運(yùn)行路徑的每一種組合。然而，充分覆蓋程序邏輯，并確保程序設(shè)計(jì)中使用的所有條件是有可能的。(5)應(yīng)由獨(dú)立的第三方來構(gòu)造測(cè)試。第三方測(cè)試最大的特點(diǎn)在于它的專業(yè)性、獨(dú)立性、客觀性和公正性。對(duì)于軟件開發(fā)商來說，經(jīng)過第三方測(cè)試機(jī)構(gòu)的測(cè)試，不僅可以通過專業(yè)化的測(cè)試手段發(fā)現(xiàn)軟件錯(cuò)誤，幫助開發(fā)商提升軟件的品質(zhì)，而且可以對(duì)軟件有一個(gè)客觀、科學(xué)的評(píng)價(jià)，有助于開發(fā)商認(rèn)清自己產(chǎn)品的定位。對(duì)于行業(yè)主管部門以及軟件使用者來說，由于第三方測(cè)試

55、機(jī)構(gòu)獨(dú)立公正的地位，可以對(duì)被測(cè)試的軟件有一個(gè)客觀公正的評(píng)價(jià)，幫助用戶選擇合適、優(yōu)秀的軟件產(chǎn)品。(6)充分注意測(cè)試中的群集現(xiàn)象。測(cè)試后程序殘存的錯(cuò)誤數(shù)目與該程序中已發(fā)現(xiàn)的錯(cuò)誤數(shù)目或檢錯(cuò)率成正比。不要在某個(gè)程序段中找到幾個(gè)錯(cuò)誤就誤認(rèn)為該程序段就沒有錯(cuò)誤而不再測(cè)試，相反應(yīng)該對(duì)錯(cuò)誤群集的程序段進(jìn)行重點(diǎn)測(cè)試。6.1.1測(cè)試目的本測(cè)試計(jì)劃主要用于控制整個(gè)醫(yī)院掛號(hào)系統(tǒng)項(xiàng)目測(cè)試，本文檔主要實(shí)現(xiàn)以下目標(biāo)：(1)通過此測(cè)試計(jì)劃能夠控制整個(gè)測(cè)試項(xiàng)目合理、全面、準(zhǔn)確、協(xié)調(diào)地完成。(2)為軟件測(cè)試提供依據(jù)：(3)項(xiàng)目管理人員根據(jù)此計(jì)劃，可以對(duì)項(xiàng)目進(jìn)行宏觀調(diào)控。(4)測(cè)試人員根據(jù)此計(jì)劃，能夠明確自己的權(quán)利、職責(zé)，準(zhǔn)確地定

56、位自己在項(xiàng)目的任務(wù)。(5)相關(guān)部門，可以根據(jù)此計(jì)劃，對(duì)相關(guān)資源進(jìn)行準(zhǔn)備。6.1.2測(cè)試方案該系統(tǒng)主要運(yùn)用的是黑盒測(cè)試，黑盒測(cè)試也稱功能測(cè)試，它是通過測(cè)試來檢測(cè)每個(gè)功能是否都能正常使用。在測(cè)試中，把程序看作一個(gè)黑盒子，完全不考慮程序的內(nèi)部結(jié)構(gòu)和處理過程。只在程序借口進(jìn)行測(cè)試，檢查程序功能是否能按照正常的規(guī)定使用，程序是否能適當(dāng)?shù)慕邮茌斎霐?shù)據(jù)并產(chǎn)生正確的輸出信息，程序運(yùn)行過程中是否保持外部信息的完整性。該測(cè)試項(xiàng)目將通過設(shè)計(jì)和執(zhí)行接受測(cè)試、界面測(cè)試、功能測(cè)試和性能測(cè)試，對(duì)軟件實(shí)現(xiàn)的功能，以及軟件的性能、兼容性、安全性、實(shí)用性、可靠性、擴(kuò)展性各個(gè)方面進(jìn)行全面系統(tǒng)的測(cè)試。基于本系統(tǒng)的業(yè)務(wù)復(fù)雜性和開發(fā)周期短的特性，系統(tǒng)測(cè)試的重點(diǎn)將放在功能測(cè)試和性能測(cè)試上。通過測(cè)試提高軟件的質(zhì)量，為用戶提供最好的服務(wù)，并合理地避免軟件的風(fēng)險(xiǎn)和減少軟件的成本。6.2測(cè)試計(jì)劃6.2.1測(cè)試過程在項(xiàng)目開發(fā)確定好之后就開始進(jìn)行測(cè)試計(jì)劃的設(shè)計(jì)，伴隨項(xiàng)目的結(jié)束而結(jié)束