【正文】 41。另外，在學(xué)校圖書室查詢資料的時候，圖書室的阿姨給我提供了許多的便利和幫助。在此最要感謝的是我的論文指導(dǎo)老師易勇老師，在整個寫作過程中他給予了我非常多的指導(dǎo)和幫助，一遍又一遍的為我修改指出。我將在后續(xù)的學(xué)習(xí)中加以改善和完整?；就瓿闪司W(wǎng)上醫(yī)院掛號系統(tǒng)在功能上的需求。，將當(dāng)代先進(jìn)的B/S三層架構(gòu)技術(shù)和網(wǎng)上醫(yī)院掛號系統(tǒng)的業(yè)務(wù)良好的結(jié)合在一起，基于B/S結(jié)構(gòu)，實現(xiàn)了零客戶端以及掛號信息化，對我國醫(yī)院的信息化建設(shè)起到了積極的意義。結(jié) 論本系統(tǒng)運(yùn)用軟件工程原理，通過需求分析、總體設(shè)計詳細(xì)設(shè)計、系統(tǒng)實現(xiàn)、測試總結(jié)，完成了醫(yī)院網(wǎng)上掛號系統(tǒng)。這將涉及到多方人員的參與，再者個人精力與能力也非常有限，因此系統(tǒng)沒能設(shè)計用戶預(yù)約結(jié)果評價功能。缺乏用戶預(yù)約誠信網(wǎng)上綜合評價體系。雖然程序編碼實現(xiàn)了系統(tǒng)的基本功能，但系統(tǒng)沒有達(dá)到預(yù)期的個性化和智能化。在后續(xù)的設(shè)計開發(fā)中，我們將根據(jù)用戶需求進(jìn)一步完善這些模塊。由于自身能力和時間關(guān)系，本平臺運(yùn)用快速原型法只是搭了一個總體功能框架，所提供的資源和功能并不完備，要作為一個網(wǎng)上醫(yī)院掛號系統(tǒng)平臺，系統(tǒng)總體功能還不夠完善，還需要繼續(xù)擴(kuò)充相關(guān)的功能模塊。 未來工作由于本系統(tǒng)的設(shè)計與開發(fā)需要多方人員的參與配合，并且開發(fā)周期比較長，它是一個非常龐大而復(fù)雜的工作，由于個人能力、精力和時間條件的限制，使得本系統(tǒng)還存在很多不足和有待改進(jìn)之處。在前期工作都準(zhǔn)備完善后下一步的工作就是進(jìn)行論文撰寫和系統(tǒng)開發(fā)，根據(jù)前期的構(gòu)思對系統(tǒng)進(jìn)行模塊式逐步開發(fā)。6 全文總結(jié)與未來工作 全文總結(jié)首先是進(jìn)行了前期的研究調(diào)查工作，對中國目前醫(yī)院網(wǎng)上掛號系統(tǒng)的現(xiàn)在和需求做了進(jìn)一步的了解，從而得出對于醫(yī)院網(wǎng)上掛號系統(tǒng)的需求是存在的。然后即可在網(wǎng)站中設(shè)置缺省主頁以及服務(wù)端口，并配置防火墻，允許該端口即可。顯示如下圖54所示，將web管理工具里面的IIS管理服務(wù)全部打勾。最后在彈出的頁面中選擇本地IIS進(jìn)行發(fā)布，并進(jìn)行遠(yuǎn)程站點(diǎn)等基本設(shè)置，即可。圖51 新建虛擬目錄然后選擇剛剛添加的虛擬目錄，右鍵管理應(yīng)用程序高級設(shè)置，將應(yīng)用程序池改為Classic .NET AppPool，并確定。如下圖51所示。 系統(tǒng)發(fā)布一個系統(tǒng)網(wǎng)站項目做完以后，需要把這個做好的網(wǎng)站發(fā)布到服務(wù)器上，并給這個系統(tǒng)一個域名供用戶訪問。為了使系統(tǒng)更加規(guī)范，在RightIframe中添加屬性name=RightIframe，這樣IE瀏覽器中運(yùn)行也是直接在admin頁面中顯示。通過測試的附帶成果是，能夠證明該醫(yī)院網(wǎng)上掛號系統(tǒng)的功能和性能與需求說明相一致。對本醫(yī)院網(wǎng)上掛號系統(tǒng)測試的目標(biāo)是想用最小的人力和最少的時間找出該醫(yī)院網(wǎng)上掛號系統(tǒng)中潛在的各種缺陷和錯誤。 目的通過軟件測試暴露本醫(yī)院網(wǎng)上掛號系統(tǒng)中隱藏的錯誤和缺陷，從而考慮該產(chǎn)品是否可被接受。5 系統(tǒng)的發(fā)布和測試 系統(tǒng)的測試軟件測試[15]就是利用測試工具按照測試方案和流程對產(chǎn)品進(jìn)行功能和性能測試，甚至根據(jù)需要編寫不同的測試工具，設(shè)計和維護(hù)測試系統(tǒng)，對測試方案可能出現(xiàn)的問題進(jìn)行分析和評估。否則，用script提示用戶什么地方出錯。 密碼修改密碼應(yīng)該是用戶個人信息，但是由于這設(shè)計到安全問題，因此需要用戶知道自己以前的密碼，否則不能修改，因此要先確定用戶輸入的舊密碼和數(shù)據(jù)庫中的密碼先匹配，再把用戶輸入的新密碼更新到數(shù)據(jù)庫中，用戶兩次輸入新密碼必須相同以便于確定用戶不是隨意輸入的密碼。 更新用戶信息數(shù)據(jù)庫用戶修改信息后也先存入ModelUser中 然后以ModelUser作為參數(shù)傳遞給更新用戶信息數(shù)據(jù)庫的函數(shù)，其中更新數(shù)據(jù)庫的代碼如下：該函數(shù)返回一個bool值，用來表示用戶個人信息是否更新成功，如果成功，返回true，否則返回false，參數(shù)是一個Model，就不用將用戶要更改的所有信息作為參數(shù)，使參數(shù)個數(shù)比較少。 輸出現(xiàn)有用戶信息將用戶原有的用戶信息，從數(shù)據(jù)庫中取出，展現(xiàn)在界面上。 預(yù)約記錄這部分做得很簡單，僅僅是將數(shù)據(jù)庫中booking表中的信息選擇性取出來給用戶看。其中，方法把字符串畫到圖片中的代碼為： 登錄登錄就是對用戶輸入的證件號和密碼與數(shù)據(jù)庫中相應(yīng)用戶的證件號和密碼進(jìn)行匹配，如果匹配成功，才能登錄成功。 驗證碼驗證碼單獨(dú)用一個窗口實現(xiàn)，然后在登錄幾面用imageButton控件中調(diào)用。不為空就獲取他們的數(shù)據(jù)，然后通過insert into方法插入到數(shù)據(jù)庫中。下面通過本系統(tǒng)中添加管理員來做個示范。添加信息會對數(shù)據(jù)庫進(jìn)行訪問和讀寫，數(shù)據(jù)的操作也是本系統(tǒng)中最難的地方，保證數(shù)據(jù)的正確讀寫也是很困難的。首先新建一個listSys()方法，當(dāng)sys==null時，查詢管理員所有信息的操作，或者獲取當(dāng)前管理員編號，對當(dāng)前管理員進(jìn)行查詢，查詢出管理員名和密碼。下面以獲取管理員信息為列來說明獲取信息的重要性。 獲取信息由于本系統(tǒng)中有很多地方需要獲取用戶或者醫(yī)生信息，并且這些信息都會重復(fù)使用多次。簡單的說法就是實現(xiàn)對數(shù)據(jù)表的Select(查詢)，Insert(插入)，Update(更新)，Delete(刪除)等操作。依賴與被依賴的關(guān)系都糾結(jié)在業(yè)務(wù)邏輯層上，如何實現(xiàn)依賴關(guān)系的解耦，則是除了實現(xiàn)業(yè)務(wù)邏輯之外留給設(shè)計師的任務(wù)。下面展示獲取醫(yī)生相關(guān)信息的業(yè)務(wù)邏輯層doctor_infobll部分代碼，如下圖43所示圖43 業(yè)務(wù)邏輯層doctor_infobll部分代碼截圖當(dāng)前臺進(jìn)入醫(yī)生信息時，首先新建一個doctor_infodao()方法，然后用getdocinfo(did)獲取醫(yī)生信息。層是一種弱耦合結(jié)構(gòu)，層與層之間的依賴是向下的，底層對于上層而言是“無知”的，改變上層的設(shè)計對于其調(diào)用的底層而言沒有任何影響。 業(yè)務(wù)邏輯層重難點(diǎn)業(yè)務(wù)邏輯層(BLL)：針對具體問題的操作，也可以說是對數(shù)據(jù)層的操作，對數(shù)據(jù)業(yè)務(wù)邏輯處理。下圖41所示部分代碼截圖：圖41 另一個重難點(diǎn)是表格字段的綁定，對表頭和表格字體進(jìn)行設(shè)置，用固定的表頭和字體。 表現(xiàn)層重難點(diǎn)變現(xiàn)層有兩個方面的重難點(diǎn)，一個是后臺管理界面采用了Iframe，剩下部分采用一個Iframe，當(dāng)我們點(diǎn)擊左邊部分的按鈕時，系統(tǒng)會自動將相應(yīng)的界面鏈接到Iframe中。而前臺主要分為5個部分，分別為用戶登錄，預(yù)約掛號，預(yù)約查詢，用戶基本信息更改，用戶密碼修改。科室管理提供對科室的信息添加和刪除。其中用戶管理提供對用戶信息的查詢和修改，專家管理又分為專家列表和專家添加，對專家信息進(jìn)行修改和添加。并對前后臺各個界面的功能和界面效果、布局進(jìn)行分析。外加一個提交修改的按鈕。圖表 314用戶個人信息修改界面 密碼修改密碼修改界面，提供給用戶修改自己登錄密碼的功能。如圖314所示，界面中主要是用戶的基本信息，包括用戶身份證號、姓名、性別、醫(yī)?？ㄌ枴⑹謾C(jī)號碼(就是前面說的聯(lián)系電話)、用戶備注、詳細(xì)地址、郵政編碼。 如圖313所示,預(yù)約查詢界面主要包括預(yù)約號、預(yù)約時間、看病時間、預(yù)約的醫(yī)生以及預(yù)約的狀態(tài)。如圖312所示，注冊頁面主要包括有，用戶的證件類型、證件好嘛、家庭住址、用戶名、登錄密碼、郵編、性別、聯(lián)系電話、社?？ㄌ?、以及用戶備注，其中用戶備注可以為空。如圖311所示，該界面是在母板的基礎(chǔ)上，添加了登錄窗口，里面主要分成兩部分，左邊部分是用來填寫登錄信息，右邊部分為兩個連接，一個是注冊，另外一個是忘記密碼。中間就是其它頁面需要包含的內(nèi)容，由其它頁面繼承后添加，這里就用“主要內(nèi)容”標(biāo)識其它界面需要填充。 母板界面將所有界面都相同的元素的做成母版頁，其它頁面都繼承這個頁面。 系統(tǒng)管理員管理管理員管理主要是提供管理員查詢和管理員信息展示，如下圖39所示：圖39管理員管理界面管理員管理界面主要提供對現(xiàn)有管理員進(jìn)行查詢，并可以對管理員登錄號，密碼進(jìn)行修改，以及刪除、添加管理員的操作。如下圖38所示：圖38科室管理界面科室管理主要提供對現(xiàn)有科室的查詢以及對現(xiàn)有科室的信息進(jìn)行修改，并可以刪除科室功能。當(dāng)點(diǎn)擊操作欄中的處理后，會將用戶的預(yù)約狀態(tài)改為已就診或者已超期。當(dāng)填寫所有信息后點(diǎn)擊添加就會自動將輸入的內(nèi)容錄入數(shù)據(jù)庫，然后頁面將會跳轉(zhuǎn)到專家列表界面。點(diǎn)擊編輯界面會跳轉(zhuǎn)到一個新的頁面，可以對專家的各項信息進(jìn)行編輯和更新。圖35 專家信息列表管理界面如上圖35所示，本界面內(nèi)主要包含了專家的詳細(xì)個人信息，包括用戶姓名，性別，學(xué)歷，職稱和Email等。并且可以對出編號外的所有用戶信息進(jìn)行修改，也可以對用戶進(jìn)行選擇性刪除。其中專家管理又分為專家列表和專家添加。用戶還可以選擇門診來對相應(yīng)的專家進(jìn)行查詢，以及通過用戶中心來管理個人信息。 系統(tǒng)結(jié)構(gòu)設(shè)計根據(jù)系統(tǒng)功能和系統(tǒng)特點(diǎn)，可得出如圖33所示的系統(tǒng)結(jié)構(gòu)設(shè)計圖。后臺管理界面的系統(tǒng)功能模塊如圖32所示。前臺客戶端界面的系統(tǒng)功能模塊如圖31所示。頁面使用設(shè)計：把頁面中的一些常用的部分集成為模塊，比如把頁面的頭和尾部分集成為模版，因為大部分的頁面首尾是相同的，所以只要把首尾組裝起來就可以了。3 詳細(xì)設(shè)計系統(tǒng)設(shè)計可分為系統(tǒng)設(shè)計思想、系統(tǒng)功能模塊劃分、系統(tǒng)結(jié)構(gòu)設(shè)計。ER圖設(shè)計主要是各個實體之間的聯(lián)系，涉及到5個實體：醫(yī)生信息實體、普通用戶實體、科室信息實體、預(yù)約信息實體、系統(tǒng)用戶實體。數(shù)據(jù)庫設(shè)計主要有需求分析，ER圖設(shè)計數(shù)據(jù)庫邏輯結(jié)構(gòu)設(shè)計。如表24所示：表24 普通用戶表字段含義類型長度是否為空備注user_id用戶IDint—N主鍵,自增certificate_number證件號碼varchar30N—certificate_type證件類型char10N—create_time注冊時間datetime—N—user_address通信地址varchar50N—user_name真實姓名varchar30N—user_password用戶密碼varchar12N—user_postcode郵編varchar10Y—user_remark備注text—Y—user_sex性別char2N—user_state是否預(yù)約nvarchar()2N—user_tel聯(lián)系電話varchar20N—reputation_value信譽(yù)分int5Y—sb_number社?？ㄌ杤archar20Y— 系統(tǒng)用戶表(sys)系統(tǒng)用戶表里的屬性：系統(tǒng)管理員編號、系統(tǒng)管理員登錄名，系統(tǒng)管理員密碼。其中預(yù)約信息ID為主鍵，如表23所示：表23 預(yù)約信息表字段