學士學位論文題目：醫院預約掛號系統的設計與實現設計人：指導教師：所屬系部：專業班級：6月10日中文摘要隨著計算機的發展，越來越多的行業實現了管理的信息化和自動化，醫務行業也不例外。在諸多醫院中，掛號作為醫院工作中最重要的一種環節還沒有完全實現信息化管理，因此本系統選擇醫院預約掛號為研究對象，以實現網上預約掛號、緩和醫院現場掛號難、提高醫院工作效率為目的。本次設計采用ASP.NET和SQLServer為開發工具，并結合軟件工程的設計思想，以B/S為模式設計并實現了醫院預約掛號系統，實現了患者的預約、查詢以及管理員對預約信息的管理等功效。醫院預約掛號系統有著較好的應用前景，用它來替代醫院現場掛號，實現患者看病掛號網絡化是一種必然趨勢。隨著計算機技術和網絡技術的發展，它的功效將會得到不停的發展和完善。核心詞：預約掛號；ASP.NET；SQLServer；B/SHospitalappointmentregisteringonlinesystemAuthor:SunZhenhuaTutor:HuJingAbstractWiththedevelopmentofcomputertechnology,moreandmoreindustrieshaverealizedtheinformatizationandautomationofthemanagement,medicalindustryhasnoexceptionalso.Butinmanyhospitals,registering,asaveryimportantaspectofhospitalwork,hasnotfullyachievedinformationmanagement.Therefore,thissystemchoosethehospitalregisteringastheresearchobject,inordertoachieveregisteringontheinternet,reducethedifficultyofregisteringinhospitalandimproveworkefficiencyinhospital.

ThedesignusesASP.NETandSQLServerasdevelopmenttool,combinedwithsoftwareengineeringdesign,toB/Sforthemodeltoachievethehospitalappointmentregisteringsystem,toachievetheappointment,inquiresofpatients,toachievethemanegementofappointmentinformationandsoon.Hospitalappointmentregisteringonlinesystemhasagoodprospect,itcanbeusedtoreplacethetraditionalmanualregistering,achievingregisteringonlineforpatientsisaninevitabletrend.Withthedevelopmentofcomputertechnologyandnetworktechnology,itsfunctionswilldevelopandimprovecontinuosly.Keywords:Appointmentregistrating;ASP.NET;SQLServer;B/S目錄Abstract II第一章系統概述 11.1項目開發的背景和意義 11.1.1項目開發背景 11.1.2項目開發意義 11.2項目開發環境 21.2.1硬件環境 21.2.2軟件環境 31.3系統體系構造 31.3.1傳統的C/S構造特性 31.3.2B/S構造的特性 31.4開發工具介紹 41.4.1開發工具介紹 41.4.2C#語言 71.4.3SQLServer 71.5系統開發辦法 81.6本文所做的重要工作 91.7本文構造安排 9第二章需求分析 102.1可行性分析 102.1.1技術可行性 102.1.2操作可行性 102.1.3經濟可行性 102.2任務概述 102.2.1任務目的 102.2.2顧客特點 112.3功效描述 112.4數據描述 112.4.1數據流圖 112.5數據字典 142.6E-R圖 152.7需求規定 172.7.1功效需求 172.7.2性能需求 182.7.3運行需求 182.7.4其它需求 18第三章總體設計 203.1總體設計原理 203.2系統功效模塊設計 213.3功效分析 223.4數據庫設計 233.4.1數據項定義 23第四章具體設計與編碼實現 254.1程序流程圖 254.2編碼與實現 294.2.1管理員、專家登錄界面及其有關代碼 294.2.2患者預約界面及其有關代碼 314.2.3患者選擇預約科室界面及其有關代碼 324.2.4患者查詢界面及其有關代碼 33第五章網站測試及維護 345.1測試目的 345.2測試方案 345.3項目測試 345.4綜合測試 355.5網站維護 35結束語 37致謝 38參考文獻 39附錄 40第一章系統概述1.1項目開發的背景和意義1.1.1項目開發背景Internet最早在美國出現，如今，世界各國紛紛加入到這個行列，使Internet成為全球化的網際網絡。隨著顧客的不停增加，其規模快速擴大，它的領域也走向了多元化。除了原先的科學技術和教育外，Internet已進入了文化、經濟、政治、體育、娛樂、商業和服務業。能夠預見，Internet將為我們構筑將來嶄新的生活方式。隨著計算機技術的飛速發展，計算機在系統管理中的應用越來越普及，運用計算機實現各個系統的管理顯得越來越重要。對于某些大中型管理部門來說，運用計算機支持管理高效率完畢日常事務的管理，是適應當代管理制度規定、推動管理走向科學化、規范化的必要條件。我國由于人口多，進而帶來醫院看病難的問題，由于人口眾多，需要排隊進行掛號，這樣會浪費患者的時間，并且醫院的效率也不高。患者掛號是一項瑣碎、復雜而又十分細致的工作，患者數量之龐大，普通不允許出錯，如果實施手工操作，每天掛號的狀況以及掛號時間等須手工填制大量的表格，這就會耗費醫院管理工作人員大量的時間和精力，患者排隊等待時間長，輾轉過程多，影響了醫療的秩序。如何運用當代信息技術使公司擁有快速、高效的市場反映能力和高效率，已是醫院特別關心的問題。盡快建立一種醫院預約掛號系統，完善當代醫院的信息化管理機制，已成為醫院生存發展的當務之急。因此，建立網上預約掛號系統勢在必行。本系統以醫院為背景，在認真調研和分析了醫院的現狀之后，根據顧客的需求和各個功效的關系，作出了主動的設計方案。在新的管理資源和管理模式上，一定能使工作質量、工作效率等得到提高，推動醫院發展的步伐。1.1.2項目開發意義隨著科學技術的不停提高，計算機科學技術日漸成熟,其強大的功效已為人們深刻認識,它已進入人類社會的各個領域并發揮著越來越重要的作用。計算機含有手工管理所無法比擬的優點，例如：檢索快速、查找方便、可靠性高、存儲量大、保密性好、壽命長、成本低等。這些優點能夠極大地提高管理的效率,也是管理行業的科學化、正規化管理，與世界接軌的重要條件。開發醫院預約掛號系統，使患者就診系統化，規范化，自動化，從而達成提高管理效率的目的。本系統開發設計思想是實現患者預約掛號的數字化。盡量采用現有軟硬件環境，及先進的管理系統開發方案，提高系統開發水平和應用效果的目的；系統應符合醫院管理的規定，滿足日常管理的需要，并達成操作過程中的直觀，方便，實用，安全等規定；系統采用模塊化程序設計辦法，這樣既便于系統功效的多個組合，又便于未參加開發的技術維護人員補充，維護；系統應含有數據庫維護功效，及時根據顧客需求進行數據的添加，刪除，修改等操作。網上預約掛號系統是一種基于互聯網的新型掛號系統，是衛生信息化建設的最基礎項目之一。運用該預約掛號系統，患者就能夠在家里預約醫院的專家，而無需受排隊之苦。它能更加好的改善就醫環境，簡化就醫環節，節省就醫時間，真正體現了一切以病人為中心，一切從方便患者出發，符合當今醫院人性化服務溫馨服務的理念。現在，門診始終是阻撓醫院提高服務質量的一種復雜環節，特別是醫療水平高、門診量大的醫院。而造成門診量難以提高的因素重要有兩個方面：一是集中式掛號，就診人員流量不均，含有不擬定性，有明顯的就診高峰和低谷。高峰期患者掛號排隊長，就診時間長，醫生熟人插號現象，環境擁擠混亂，醫生就診時間短、不認真、服務差。而低谷期，醫生無患者可看，醫院資源浪費。二是專家號難掛，特別是名專家，會出現倒號、炒號現象，嚴重損害患者利益，影響醫院的名譽。而采用網上預約掛號，可有效解決這一現象，通過網上有效的身份驗證，杜絕倒、炒專家號的現象，提高醫院門診服務質量，獲得良好的社會效益和經濟效益。另外，患者到醫院就診前對醫院的有關信息理解不多，對所要掛的專科醫生的狀況不太理解，只能憑經驗和印象進行選擇，含有較大的盲目性。而當醫院開通網上預約掛號服務后來，求醫者只需坐在家中輕點下鼠標，就能夠掛上醫院專家門診號，能夠做到“足不出戶選醫生”。網上預約正悄然變化著求醫者的看病觀念。因此，預約看病應用將越來越廣泛。1.2項目開發環境1.2.1硬件環境解決器：Pentium1GHz解決器或更高性能產品內存：最少512MB或更高硬盤空間：最少120GB以上硬盤容量網絡設備：10M/100M全雙工以太網卡或更高性能網絡設備1.2.2軟件環境操作系統：MicrosoftWindowsXP開發工具：MicrosoftVisualStudio設計工具：MicrosoftOfficeWord數據庫：MicrosoftSQLServer1.3系統體系構造1.3.1傳統的C/S構造特性C/S模式數據的存取和解決重要依賴于客戶端程序，本地化的程序配制復雜(如必須配制本地ODBC或固定服務器機器名等)，逐臺配備機器對于一種擁有多顧客的復雜系統而言，工作量較大，維護成本高；而應用程序由于需要經常更新，因此逐臺更新的問題比較復雜。1.3.2B/S構造的特性B/S（Browser/Server）構造即瀏覽器和服務器構造。它是隨著Internet技術的興起，對C/S構造的一種變化改善的構造。在這種構造下，顧客工作界面是通過WWW瀏覽器來實現，極少部分事務邏輯在前端實現，但是重要事務邏輯在服務器端實現。這樣就大大簡化了客戶端電腦載荷，減輕了系統維護與升級的成本和工作量，減少了顧客的總體成本。以現在的技術看，局域網建立B/S構造的網絡應用，相對易于把握、成本也是較低的。它是一次性到位的開發，能實現不同的人員，從不同的地點，以不同的接入方式訪問和操作共同的數據庫；它能有效地保護數據平臺和管理訪問權限，服務器數據庫也很安全。最大的缺點是對公司外網環境依賴性太強，由于多個因素引發公司外網中斷都會造成系統癱瘓。隨著Internet和WWW的流行，以往的主機/終端和C/S都無法滿足現在的全球網絡開放、互連、信息隨處可見和信息共享的新規定，于是就出現了B/S型模式，即瀏覽器/服務器構造。B/S模式最大特點是：顧客能夠通過WWW瀏覽器去訪問Internet上的文本、數據、圖像、動畫、視頻點播和聲音信息，這些信息都是由許許多多的Web服務器產生的，而每一種Web服務器又能夠通過多個方式與數據庫服務器連接，大量的數據實際寄存在數據庫服務器中。客戶端除了WWW瀏覽器，普通不必任何顧客程序，只需從Web服務器上下載程序到本地來執行，在下載過程中若碰到與數據庫有關的指令，由Web服務器交給數據庫服務器來解釋執行，并返回給Web服務器，Web服務器又返回給顧客。在這種構造中，將許許多多的網連接到一塊，形成一種巨大的網，即全球網。而各個公司能夠在此構造的基礎上建立自己的Internet。B/S構造對顧客的技術規定比較低，對前端機的配備規定也較低，并且界面豐富、客戶端維護量小、程序簡樸、更新維護方便．它容易進行跨平臺布置，容易在局域網與廣域網之間進行協調，特別適宜信息公布類應用。采用B/S形式，則只需在服務器上安裝對應的服務程序和腳本程序，客戶端就能夠憑借網絡瀏覽器通過Internet訪問服務器并進行有關的操作，而不需其它特殊規定。也就是說客戶端只要能和服務器連接即可。這樣就使得查詢甚至控制系統變得非常方便，能夠說是隨時隨處。B/S的維護和升級方式比較簡樸。對一種稍微大一點單位來說，系統管理人員如果需要在幾百甚至上千部電腦之間來回奔跑，效率和工作量是可想而知的，但B/S架構的軟件只需要管理服務器就行了，全部的客戶端只是瀏覽器，根本不需要做任何的維護。無論顧客的規模有多大，有多少分支機構都不會增加任何維護升級的工作量，全部的操作只需要針對服務器進行；如果是異地，只需要把服務器連接專網即可，實現遠程維護、升級和共享。因此客戶機越來越“瘦”，而服務器越來越“胖”是將來信息化發展的主流方向。此后，軟件升級和維護會越來越容易，而使用起來會越來越簡樸，這對顧客人力、物力、時間、費用的節省是顯而易見的，驚人的。因此，維護和升級革命的方式是“瘦”客戶機，“胖”服務器。C/S構造與B/S構造各有利弊，綜合考慮多個因素和系統的需求最后選用三層B/S構造來實現本系統，即客戶層、應用邏輯層(Web層和應用層)和數據庫服務層。1.4開發工具介紹1.4.1開發工具介紹ASP.NET是一項功效強大、操作靈活的新技術，用于編寫動態Web網頁。ASP.NET是Microsoft公司的ASP和.NETFramework這兩項核心技術的結合。ASP在Web計算機方面已有較長的歷史，它所提供的用于創立動態Web頁面的強健、快速、有效的辦法已有7年以上的歷史。.NETFramework則是一整套新技術，Microsoft公司推出此技術的目的是改革將來在全部編程開發中所采用的辦法，以及各公司從事業務活動的辦法。因此，ASP.NET是運用,NETFramework提供的新功效來創立動態Web頁面的一種辦法。ASP.NET是建立在公共語言運行庫上的編程框架，可用于在服務器上生成強大的Web應用程序。[1]ASP.NET是現在主流的網絡開發技術之一，含有許多優點和新特性，具體介紹以下：1.增強性性能ASP.NET是在服務器上運行的編譯好的公共語言運行庫代碼。與被解釋的前輩不同，ASP.NET可運用早期綁定、定時編譯、本機優化和和盒外緩存服務，這相稱于在編寫代碼行之前便明顯提高了性能。2.世界級的工具支持ASP.NETFramework補充了VisualStudio集成開發環境中的大量工具箱和設計器。例如WYSIWYG編輯、拖放服務器控件和自動布署就是這個強大的工具中所提供的幾個。3.威力和靈活性由于ASP.NET基于公共語言運行庫，因此Web應用程序開發人員能夠運用這個平臺的威力和靈活性。.NETFramework類庫、消息解決和數據訪問解決方案都可從Web無縫訪問。ASP.NET也與語言無關，因此能夠選擇最適合應用程序的語言，或跨多個語言分割應用程序。另外，公共語言運行庫的交互性確保在遷移到ASP.NET時保存基于COM的開發中的現有投資。4.簡易性ASP.NET使執行常見任務變得容易，從簡樸的窗體提交和客戶端身份驗證到布署和站點配備。例如，ASP.NET頁框架能夠生成將應用程序邏輯與表達代碼清晰分開的顧客界面，和在類似VisualBasic的簡樸窗體解決模型中解決事件。另外，公共語言運行庫運用托管代碼服務簡化了開發。5.可管理性ASP,NET采用基于文本的分層配備系統，簡化了將設立應用于服務器環境和Web應用程序。由于配備信息是以純文本的形式存儲的，因此能夠在沒有本地管理工具協助的狀況下應用新設立。此“零本地管理”哲學也擴展到了ASP.NETFramework應用程序的布署。只需要將必要的文獻復制到服務器，即可將ASP.NETFramework應用程序布署到服務器。不需要重新啟動服務器，即使是在布署或替代運行的編譯代碼。6.可縮放性和可用性ASP.NET在設計時考慮了可縮放性，增加了專門用于在聚集環境和多解決器環境中提高性能的功效。另外，進程受到ASP.NET運行庫的親密監視和管理，方便當進程行為不正常時，可就地創立新進程，以協助保持應用始終可用于解決請求。7.自定義和擴展性ASP.NET隨附了一種設計周到的構造，它是開發人員能夠在合適的級別“插入”代碼。事實上，能夠用自己編寫的自定義組件擴展或替代ASP.NET運行庫的任何子組件。實現自定義身份驗證。8.安全性借助內置的Windows身份驗證和基于每個程序的配備，能夠確保應用程序是安全的。當一種HTTP請求到服務器并被IIS接受到之后，IIS首先通過客戶端請求的頁面類型為其加載對應的.dll文獻，然后在解決過程中將這條請求發送給能夠解決這個請求的模塊。在ASP.NET3.5中，這個模塊叫做HttpHandler（HTTP解決程序組件），之因此.aspx文獻能夠被服務器解決，就是由于在服務器端有默認的HttpHandler專門解決.aspx文獻。IIS在將這條請求發送給能夠解決這個請求的模塊之前，還需要通過某些HttpModule的解決，這些都是系統默認的Modules（用于獲取現在應用程序的模塊集合），在這個HTTP請求傳到HttpHandler之前要通過不同的HttpModule的解決。這樣做的好處，一是為了某些必需的過程，二是為了安全性，三是為了提高效率，四是為了顧客能夠在更多的環節上進行控制，增強顧客的控制能力。普通狀況下，ASP.NET框架搭建在WindowsServer（服務器版操作系統）+IIS（Web服務器，是Internet信息服務管理器的英文縮寫）環境中，在安裝.NETFramework時，安裝程序將會在IIS中注冊ASP.NET所需的ISAPI擴展（aspnet_isapi.dll），這就使得作為ASP.NET宿主的IIS在接受到客戶端的HTTP請求后，將響應請求的控制權交給ASP.NET運行。1.4.2C#語言C#是微軟公司公布的一種面對對象的、運行于.NETFramework之上的高級程序設計語言。C#是微軟公司研究員AndersHejlsberg的最新成果。C#看起來與Java有著驚人的相似；它涉及了諸如單一繼承、接口、與Java幾乎同樣的語法和編譯成中間代碼再運行的過程。但是C#與Java有著明顯的不同，它借鑒了Delphi的一種特點,與COM(組件對象模型)是直接集成的，并且它是微軟公司.NETwindows網絡框架的主角。C#是一種安全的、穩定的、簡樸的、優雅的，由C和C++衍生出來的面對對象的編程語言。它在繼承C和C++強大功效的同時去掉了某些它們的復雜特性（例如沒有宏和模版，不允許多重繼承）。C#綜合了VB簡樸的可視化操作和C++的高運行效率，以其強大的操作能力、優雅的語法風格、創新的語言特性和便捷的面對組件編程的支持成為.NET開發的首選語言。1.4.3SQLServer使用SQLServer，開發人員通過使用相似的語言，例如微軟的VisualC#.NET和微軟的VisualBasic，將能夠創立數據庫對象。開發人員還將能夠建立兩個新的對象——顧客定義的類和集合。開發人員將能夠在數據庫層開發Web服務，將SQLServer當作一種超文本傳輸合同（HTTP）偵聽器，并且為網絡服務中心應用軟件提供一種新型的數據存取功效。SQLServer是一種全方面的數據庫平臺，使用集成的商業智能(BI)工具提供了公司級的數據管理。SQLServer數據庫引擎為關系型數據和構造化數據提供了更安全可靠的存儲功效，使您能夠構建和管理用于業務的高可用和高性能的數據應用程序SQLServer數據引擎是本公司數據管理解決方案的核心。另外SQLServer結合了分析、報表、集成和告知功效。這使您的公司能夠構建和布署經濟有效的BI解決方案，協助您的團體通過記分卡、Dashboard、Webservices和移動設備將數據應用推向業務的各個領域。SQLServer集數據查詢、數據操縱、數據定義和數據控制功效于一體，重要特點有下列幾點：1綜合統一SQLServer語言風格統一，能夠獨立完畢數據庫生命周期中的全部活動，例如定義關系模式，插入數據，建立新數據庫，還能夠對數據庫中的數據進行查詢和更新，對數據庫重構和維護，以及對數據庫的安全和完整的控制。2.高度非過程化非關系數據模型的數據操縱語言是“面對過程”的語言，用“過程化”語言完畢某項請求，必須制訂存取途徑。而SQLServer進行數據操作，只要提出“做什么”，而無需指明“怎么做”，因此無需理解存取途徑，存取途徑的選擇以及SQLServer的操作過程由系統自動完畢。這不僅大大減輕了顧客負擔，并且有助于提高數據獨立性。3.面對集合的操作模式非關系數據模型采用的是面對統計的操作方式，操作對象是一條統計。而SQLServer采用集合的操作方式，不僅操作對象、查找成果能夠是元組的集合，并且一次插入、刪除、更新操作的對象也能夠是元組的集合。4.以同一種語法構造提供多個使用方式SQLServer既是獨立的語言，又是嵌入式語言。作為獨立的語言，它能夠獨立地用于聯機交互的使用方式，顧客能夠在終端鍵盤上直接鍵入SQLServer命令對數據庫進行操作；作為嵌入式語言，SQLServer語句能夠嵌入到高級語言程序中，供程序員設計程序時使用。而在兩種使用方式下，它的語法構造基本上是一致的。提供了極大的靈活性與方便性。1.5系統開發辦法管理系統的開發是一種復雜的系統工程，它涉及到計算機解決技術、系統理論、組織構造、管理功效、管理知識等各方面的問題。管理系統的開發辦法重要有：構造化生命周期開發辦法、原型法、面對對象的開發辦法等。現在較為流行的MIS開發辦法是構造化生命周期開發辦法，其基本思想是：用系統的思想和系統工程的辦法，按顧客至上的原則，構造化、模塊化地自上而下對生命周期進行分析與設計。用構造化生命周期開發辦法開發一種系統，將整個開發過程劃分為5個依次連接的階段：1.系統規劃階段：重要任務是明確系統開發的請求，并進行初步的調查，通過可行性研究擬定下一階段的實施。2.系統分析階段：重要任務是對組織構造與功效進行分析，理清數據流程的解決，并且將數據流程抽象化，通過對功效數據的分析，提出新系統的邏輯方案。3.系統設計階段：重要任務是擬定系統的總體設計方案、劃分子系統功效、擬定共享數據的組織，然后進行具體設計。4.系統實施階段：重要任務是討論擬定設計方案、對系統模塊進行調試、進行系統運行所需數據的準備、對有關人員進行培訓等。5.系統運行階段：重要任務是進行系統的日常運行管理，評價系統的運行效率，對運行費用和效果進行監理審計。原型法的基本思想是系統開發人員憑借自己對顧客需求的理解，通過強有力的軟件環境支持，構造出一種實在的系統原型，然后與顧客協商，重復修改原型直至顧客滿意。面對對象的系統開發辦法的基本思想是將客觀世界抽象地當作是若干互相聯系的對象，然后根據對象和辦法的特性研制出一套軟件工具，使之能夠映射為計算機軟件系統構造模型和進程，從而實現信息系統的開發。通過綜合比較，醫院預約網絡預約系統以構造化生命周期法為開發辦法。1.6本文所做的重要工作本文介紹了開發醫院預約掛號系統所用到的技術辦法，并運用軟件工程的設計思想，在ASP.NET環境下，用C#語言進行編寫。通過可需求分析、總體設計、具體設計、編碼實現、軟件測試全方面介紹了醫院網絡預約掛號系統。對系統的數據流和程序流程進行了具體的圖解描述。1.7本文構造安排為了使您短時間內理解該論文，特介紹論文內容以下：第一章介紹論文的選題背景、發呈現狀、所做工作、所用技術以及論文的機構安排。第二章系統需求分析，重要對網站進行需求分析，并設計出數據流圖。第三章系統總體設計，對系統模塊化，并對各個模塊進行具體的描述分析。第四章系統的具體設計與實現，涉及系統的頁面設計、系統的各個模塊的設計與實現。第五章對本系統的測試以及網站維護的辦法及注意事項。第二章需求分析2.1可行性分析2.1.1技術可行性（1）對系統的簡要描述基于MicrosoftVisualStudio開發環境和使用SQL數據庫開發的面對患者、醫院管理員和專家的網上信息管理系統。系統在安裝了WindowsXP操作系統且與Internet連接了的個人電腦上使用。（2）系統解決流程患者登錄該系統后，根據自己病情，查詢醫院內自己所需的專家信息及專家簡歷，選中專家后，登記患者的姓名及身份證號以及簡要病歷，并填寫預約時間。患者預約信息反饋到醫院系統管理員后，管理員對預約信息進行整頓，產生預約清單。預約清單開放給醫院預約掛號號碼發放處和醫院內各專家，醫院預約掛號號碼發放處根據預約清單打印并在預約當天按照預約清單發放掛號號碼，醫院內各專家能夠進入系統根據預約清單查詢預約自己的患者的數量及患者的簡要病歷。2.1.2操作可行性本系統操作辦法簡樸，只需掌握基本上網知識，顧客即能夠容易學會使用辦法及操作流程。系統管理員需要進行簡樸培訓。2.1.3經濟可行性本系統開發需要一臺安裝WindowsXP的計算機，以及VisualStudio軟件以及MicrosoftOfficeWord和MicrosoftSQLServer軟件。2.2任務概述2.2.1任務目的此系統在可行性分析的基礎上，進一步的闡明對醫院預約掛號系統的規定，精確的定義出醫院預約掛號系統要完畢的任務，擬定該系統要完畢哪些工作，使系統盡量的滿足顧客的規定，盡量的簡樸方便的運行。2.2.2顧客特點醫院預約掛號系統面對的使用對象是廣泛的群眾，對于含有普通上網知識者都能夠方便使用。2.3功效描述1.預約掛號實現患者從網上直接預約掛號。預約的時候需要填寫患者的姓名、身份證號、電話以及簡樸的病情癥狀。2.預約查詢患者能夠從次功效輸入自己的身份證號，查詢自己的預約信息。3取消預約患者查詢到自己的預約信息后，能夠從次功效對先前的預約進行取消操作。4.登錄管理員以及專家顧客能夠從登錄功效模塊進行登錄。5.整頓專家信息管理員登錄后來能夠對顧客進行添加、刪除和修改，實現對顧客的管理。6.調配專家管理員登錄后通過次模塊能夠查看患者預約信息，并對患者預約的專家進行調配。7.門診流量統計管理員登錄后能夠通過次模塊對每天的預約人數進行統計并導出。8.專家查詢專家顧客登錄后來能夠查詢預約自己的患者信息。通過查詢患者信息，能夠對工作有一種合理的安排與準備。2.4數據描述2.4.1數據流圖數據流圖（DFD）是一種圖形化技術，它描繪信息流和數據從輸入移動到輸出的過程中所經受的變換。數據流圖中沒有任何具體的物理部件，它只是描繪數據在軟件中流動和被解決的邏輯過程。數據流圖有四種基本符號：正方形表達數據的源點或終點；圓角矩形代表變換數據的解決；開口矩形代表數據存儲；箭頭表達數據流。醫院網絡預約掛號系統中需要解決的信息有登錄信息，專家信息以及患者預約信息，根據數據信息的流向畫出本系統的數據流圖。1.頂層數據流圖醫院預約掛號系統頂層數據流圖如圖2.1所示。反饋信息預約信息預約反饋信息預約信息預約系統登錄信息患者管理員登錄信息患者管理員預約信息預約信息登錄信息反饋信息登錄信息反饋信息專家專家圖2.1頂層數據流圖2.醫院預約掛號系統完整數據流圖醫院預約掛號系統完整數據流圖如圖2.2所示。D2預約清單患者D2預約清單患者P1登錄驗證D1專家信息預約信息D2預約清單專家管理員登錄信息P2修改專家信息登錄信息專家信息P3患者預約專家信息預約信息P4患者查詢預約信息登錄信息預約信息P5取消預約預約信息患者退出預約信息P6專家查詢預約信息專家登錄信息預約信息預約信息P7流量統計管理員門診流量P8調配專家調配信息圖2.2醫院預約掛號系統完整數據流圖2.5數據字典數據流圖體現了數據和解決的關系，數據字典則是系統中各類數據描述的集合，是進行具體的數據收集和數據分析所獲得的重要成果。數據字典普通涉及數據項、數據構造、數據流、數據存儲、數據解決五部分，其中數據項是數據的最小構成單位，若干個數據項能夠構成一種數據構造，數據字典通過對數據項和數據構造的定義描述數據流、數據存儲的邏輯內容。根據數據流圖，得出了對應的數據字典卡片，每張卡片上重要應當涉及名字、描述、定義。表2-1預約信息表名字：預約信息名字：預約信息別名：預約報表描述：患者預約時填寫的患者各項預約信息定義：預約信息=姓名+身份證號+預約時間+預約專家+病歷+聯系方式位置：預約清單表2-2管理員及專家登錄信息表名字：管理員及專家登錄信息名字：管理員及專家登錄信息別名：描述：管理員及專家登錄所需的顧客名及密碼定義：管理員及專家登錄信息=顧客名+密碼+顧客權限位置：表2-3專家信息表名字：專家信息名字：專家信息別名：描述：患者預約掛號時查詢的各個專家的姓名、科室、電話及特長定義：專家信息=姓名+科室+電話+特長位置：表2-4公示欄信息表名字：公示信息名字：公示信息別名：描述：醫院近來的新聞及公示定義：公示信息=醫院公示位置：2.6E-R圖為了把顧客的數據清晰、精確地描述出來，系統分析員普通要建立一種概念數據模型。概念構造獨立于支持數據庫的DBMS，含有能充足反映現實世界、易于理解、易于更動、易于向關系、網狀或層次等多個數據模型轉換。可根據實體間的關系和屬性得到E-R圖。E-R圖中的三個基本符號：矩形表達實體型，矩形框內寫明實體名；橢圓形表達屬性，并用無向邊將其與對應的實體型連接起來；菱形表達聯系，菱形框內寫明聯系名，并用無向邊分別與有關實體型連接起來，同時在無向邊旁標上聯系的類型（1:1,1:n或m:n）。醫院網絡預約掛號系統是針對醫院管理員，醫院專家和患者的系統。因此，在本系統中有患者、系統管理員、醫院專家三個實體。患者在預約的時候必須填寫有關的預約信息，即患者姓名、身份證號、聯系方式、預約時間、預約的專家以及患者簡樸病情癥狀，這些都是“患者”實體的屬性。系統管理員有自己的登錄顧客名和密碼，還能夠修改自己的密碼，這些是“管理員”實體的屬性。專家為了能讓在網上預約的患者清晰的理解自己，因此系統里有專家的姓名、電話、科室、編號、特長、能夠預約的人數，已經預約的人數，專家進系統查詢預約患者信息時還需要登錄系統，因此專家尚有登錄系統所需要的顧客名和密碼，這些是“專家”實體的屬性。“患者”、“管理員”、“專家”三個實體的屬性圖以下所示。患者及其屬性，如圖2.3所示：患者患者聯系方式病歷姓名病歷姓名身份證號預約專家預約時間身份證號預約專家預約時間圖2.3“患者”實體及其屬性圖管理員及其屬性，如圖2.4所示：管理員管理員顧客名修改密碼密碼顧客名修改密碼密碼圖2.4“管理員”實體及其屬性圖專家及其屬性，如圖2.5所示：密碼顧客名密碼顧客名編號電話專家編號電話專家可預約人數科室姓名可預約人數科室姓名現在預約人數現在預約人數特長特長圖2.5“專家”實體及其屬性圖通過以上描述的各個實體的屬性圖，這樣就能夠理解系統的實體信息，實體屬性圖中描述了各個實體的屬性，這些也是在進行系統操作時能夠得到的信息。這是以需求闡明為基礎設計的局部概念模型，然后以這些局部模型為基礎集成為一種全局的概念模型，在概念模型設計中多是采用這種自底向上的設計方式，稱為系統集成法。分析得出系統中實體屬性后，每個實體之間都有一定的聯系，“管理員”實體與“專家”實體之間的關系為管理員管理專家，“管理員”與“患者”實體之間的關系是管理員管理患者的預約信息，“專家”與“患者”兩實體之間的關系為專家對患者進行診治。因此得出的醫院預約掛號系統E-R圖如圖2.6所示。管理員管理員專家患者管理管理診治N1NMMN圖2.6醫院預約掛號系統E-R圖2.7需求規定2.7.1功效需求醫院預約掛號系統重要實現一下幾部分功效：內部人員權限管理，預約掛號，門診流量統計，公示欄管理，專家信息管理。內部人員權限管理模塊：管理員以及專家的登錄以及修改密碼。管理員能夠從登錄模塊進入系統對預約信息以及專家基本信息進行整頓。專家能夠從登錄模塊進入系統查詢患者預約狀況。預約掛號模塊：全國各地患者能夠通過此模塊進行預約掛號，并填寫自己的掛號信息。能夠查詢自己先前的預約信息，也能夠通過此系統取消先前的預約。門診流量統計：統計每天門診的患者流量，對其進行統計。專家信息管理：管理員能夠對醫院專家的信息進行增加、修改和刪除。公示欄：醫院里的告知和新聞都由此功效模塊展示到網頁上。2.7.2性能需求系統應含有配備靈活、易于維護、便于擴展、性能可靠等突出優點，支持面對對象的大型數據庫系統。如：SQLServer等，可解決大容量數據，并含有高安全性和可靠性。1..時間特性操作響應時間普通在1~3秒之內，隨之數據量的增大，操作的響應時間就要延長。2數據精度多個數據的輸入，輸出要滿足多個對數據精度的規定，嚴格按照系統規定的格式。3.適應性適應現有WindowsXP系統的需求，并有可能適應更高級別的系統。2.7.3運行需求1.顧客界面顧客界面簡樸直觀，一目了然，給顧客帶來極大的便利，讓顧客能夠簡樸直接的運用本系統。2.硬件接口不需要特定的硬件或硬件接口進行支撐，普通微機均可運行。3.軟件接口運行于WindowsXP或者更高版本的操作系統上。2.7.4其它需求1.保密需求：必須輸入有關的對的的顧客名和密碼才干進入系統，并且不同的顧客選擇對應的權限才干登錄成功。2.數據規定：對于患者和專家的聯系電話，必須有嚴格的位數限制，通過分析研究，聯系電話位數必須限制11位。3.身份證規定：為杜絕無關人員對系統進行惡意的破壞，在患者預約掛號時，必須填寫自己真實的18位身份證號，輸入的位數不對以及輸入的身份證格式不對，系統則會提示身份證輸入有誤，不予存到系統數據庫里，預約失敗。4.可維護性：平時由管理人員能夠維護，碰到大問題或難解決的問題由開發人員進行維護。5.可擴展性：在系統使用過程中，如果有醫院在預約掛號方面有新的規定，則應能在本系統中進行擴展，增加新的功效。第三章總體設計3.1總體設計原理通過需求分析，已經清晰了系統所要完畢的全部功效，現在決定“怎么做”，總體設計的基本目的就是回答“概括的說，系統應當如何實現？”這個問題。因此總體設計又稱為概要設計或初步設計。通過這個階段的工作，將劃分出構成該系統的物理元素——程序、文獻、數據庫、人工過程和文檔等，但是這些物理元素仍然處在黑盒子級別。總體設計階段的另一項重要任務是設計軟件的構造，也就是要擬定系統中每個程序是由哪些模塊構成，以及這些模塊間的互有關系。總體設計過程首先要尋找實現目的系統的的多個不同的方案，需求分析階段得到的數據流圖是構想的多個可能方案的的基礎，然后從這些供選擇的方案中選用若干個合理的方案，為每個合理的方案都準備一份系統流程圖。然后分析比較這些合理的方案，選出最佳的方案，進一步為這個最佳方案設計軟件構造，設計出初步的軟件構造后還要進行多方改善，從而得到更合理的構造，進行數據庫設計。進行總體設計，能夠站在全局高度上，花較少成本，從較抽象的層次上分析對比多個可能的系統實現方案和軟件構造，從中選出最佳方案和最合理的軟件構造，從而用較低成本開發出較高質量的軟件系統。典型的總體設計過程涉及9個環節：1.構想供選擇的方案；2.選用合理的方案；3.推薦最佳方案；4.功效分解；5.設計軟件構造；6.設計數據庫；7.制訂測試計劃；8.書寫文檔；9.審查和復審。[2]3.2系統功效模塊設計在需求分析的時候已經對系統的的功效進行了初步分析，在這里對系統功效進行具體的設計。由于系統中面對的是醫院的系統管理員，醫院的坐診專家，以及廣大患者，因此對系統分為三大主功效模塊，即管理、專家、患者三大主功效模塊。管理模塊是針對管理員對系統的管理進行設計的功效模塊，管理員需要進行登錄系統后方可進行系統信息管理，因此首先要有登錄模塊。管理員登錄系統后需要對專家的信息進行增加、刪除和修改，因此在此主功效模塊下設計了一種整頓專家信息模塊，管理員能夠通過此模塊對專家信息進行管理。管理員還需要對每天患者預約的信息進行查看整頓，因此設計了一種調配專家，調配專家模塊用于當患者預約的專家在預約當天臨時有事不能準時坐診的話，管理員能夠通過此模塊給有關患者進行專家調配，就是給有關預約患者調配一種與患者預約的專家同科室的專家，然后保存到數據庫里，方便患者查詢預約信息。系統規定有一種統計門診流量的功效，統計每天預約的人數，因此在管理模塊下設計了一種統計門診流量的功效模塊。在主頁面有一種公示欄，來公示醫院的告知以及醫院的新聞動態，公示欄由管理員管理，因此在管理主功效模塊下設計了一種公示欄模塊。專家主功效模塊下設計了一種專家查詢模塊，專家從此模塊查詢患者預約信息。專家登錄系統則從管理模塊下的登錄模塊進行登錄，登錄的時候選擇登錄對應的登錄權限。患者主功效模塊下設計了三個分模塊：預約、查詢信息和取消預約。患者從網上進行預約掛號時，需要填寫預約的多個信息，患者能夠進入預約模塊填寫自己的預約信息，并保存，預約成功。當患者預約成功后，患者想查詢先前的預約信息，則需要一種查詢模塊，因此在患者主功效模塊下設計了一種查詢信息模塊。當患者在預約當天有事不能準時就診，患者需要取消先前的預約，因此在患者主功效模塊下設計了一種取消預約的模塊。醫院網絡預約掛號系統功效模塊圖，如圖3.1所示。管理醫院預約掛號系統管理醫院預約掛號系統專家患者專家患者公示管理專家查詢調配專家統計門診流量登錄整頓專家信息查詢信息預約取消預約公示管理專家查詢調配專家統計門診流量登錄整頓專家信息查詢信息預約取消預約圖3.1總體功效模塊圖3.3功效分析1.登錄：當管理員和專家顧客需要進入系統時，能夠從登錄模塊輸入顧客名和密碼，并選擇自己權限進行登錄。當輸入錯誤的信息時系統回絕訪問。2.統計門診流量：管理員能夠用此功效進行每天預約的患者數量，做出統計。3.調配專家：當患者預約的專家在預約的時間臨時有事情不能給患者看病的狀況下，管理員能夠對此患者進行專家調配，調配為同一科室的專家。4.整頓專家信息：管理員通過此功效添加、修改和刪除專家信息，及時更細醫院里專家的信息，以方便患者進行預約。5.公示欄：用于展示醫院里的告知、公示以及新聞等內容，由管理員進行管理。6.專家查詢：專家顧客登錄系統后，進入到查詢信息模塊，查詢預約自己的患者信息，以方便專家做好合理的安排和準備。7.預約：患者進入此網站后，進入預約系統，查看各個科室的各個專家信息，根據自己的病情預約適合的專家。8.查詢信息：當患者預約完畢后，能夠通過查詢功效，輸入自己的身份證號，對自己先前的預約信息進行查詢、核對。9.取消預約：當患者臨時有事不能到醫院看病時，能夠通過查詢信息查詢到自己的預約信息，然后取消自己先前的預約。3.4數據庫設計數據庫是信息系統的核心和基礎，數據庫設計的質量將直接關系到信息系統開發的成敗和優劣。數據庫設計是根據業務需求，信息需求，和解決需求，擬定系統中的數據構造、數據操作和數據一致性約束的過程。數據庫設計是在一種給定的應用環境中，構造（設計）優化的數據庫邏輯模式和物理構造，并據此建立數據庫及其應用系統，使之能夠有效的存儲和管理數據，滿足多個顧客的應用需求，涉及信息管理規定和數據操作規定。數據庫設計的目的是為顧客和多個應用系統提供一種信息基礎設施和高效率的運行環境，涉及數據庫的存取效率、數據庫存儲空間的運用率、數據庫系統運行管理的效率等。[3]3.4.1數據項定義醫院網絡預約掛號系統中需要用到四種數據流，因此設計了預約信息表、登錄信息表、專家信息表和公示信息表四個數據庫表。預約信息表重要存儲患者的預約信息，患者預約掛號時填寫的多個信息都存儲到預約信息表中。登錄信息表中存儲的是管理員和專家登錄系統時所需要的顧客名和密碼，以及識別登錄權限信息。專家信息表用于存儲醫院專家的信息，專家的姓名、科室、電話、聯系方式、預約人數等信息都存儲啊在專家信息表中。公示信息表用于存儲主頁上公示欄里的告知、公示以及新聞等信息。醫院網絡預約掛號系統數據庫中各個表格設計成果以下所示。每個表格表達數據庫中的一種表。表3-1預約信息表字段名稱列標記字段類型長度主鍵描述姓名PatientNamevarchar50是患者的姓名身份證號IdentityCardvarchar50否患者身份證號專家SpecialistIDvarchar50否預約的專家病歷CaseReportvarchar200否患者簡樸病歷預約日期OderDatedatetime否預約的日期電話Telint15否患者聯系電話表3-2登錄信息表字段名稱列標記字段類型長度主鍵描述顧客名稱UserNamevarchar50是登錄顧客名密碼PassWordvarchar50否登錄密碼權限IsSyssmallint否登錄權限表3-3專家信息表字段名稱列標記字段類型長度主鍵描述姓名SpecialistNamevarchar50否專家的姓名編號SpecialistNO.int50是專家的編號性別SpecialistSexvarchar50否專家的性別科室Officevarchar50否專家所屬科室特長Resumevarchar200否專家的特長可預約人數OrderNumint50否專家允許預約的人數現在預約人數CurrentNumint50否專家現在的預約人數電話Telint50否專家的電話表3-4公示信息表字段名稱列標記字段類型長度主鍵描述公示Noticevarchar200是醫院新聞公示第四章具體設計與編碼實現構造化具體設計是對概要設計的進一步細化，其目的是為軟件構造圖中每個模塊提供可供程序員編程實現的具體算法。具體設計階段的根本目的是擬定應當具體地實現所規定的系統，也就是說，通過這個階段的設計工作，應當得出對目的系統的精確描述，從而在編碼階段能夠把這個描述直接翻譯成用某種程序設計語言書寫的程序。具體設計階段的任務還不具體地編寫程序，而是要設計出程序的“藍圖”，后來程序員將根據這個藍圖寫出實際的程序代碼。因此，具體設計的成果基本上決定了最后的程序代碼的質量。考慮程序代碼的質量時必須注意，程序的“讀者”有兩個人。那就是計算機和人。在軟件的生命周期中，設計測試方案、診療程序錯誤、修改和改善程序等等都必須首先讀懂程序。事實上對于長久使用的軟件系統而言，人讀程序的時間可能比寫程序的時間還要長的多。因此，衡量程序的質量不僅要看它的邏輯與否對的，性能與否滿足規定，更重要的是要看它與否容易閱讀和理解。具體設計的目的不僅僅是邏輯上對的的實現每個模塊的功效，更重要的是設計出的解決過程應當盡量簡要易懂。構造程序設計技術是實現上述目的的核心技術，因此是具體設計的邏輯基礎。[2]具體設計常采用的描述方式有三類：圖形描述、語言描述和表格描述。圖形描述涉及程序流程圖和問題分析圖；語言描述重要是程序設計語言；表格描述涉及鑒定表等。這里重要運用了程序流程圖來分析醫院預約掛號系統。4.1程序流程圖程序流程圖又稱程序框圖，是描述過程設計的辦法。程序流程圖中使用的符號以下：橢圓形表達開始或停止；長方形表達解決；菱形表達多分支；箭頭表達控制流。1.管理員和專家登錄程序流程圖管理員和專家登錄流程圖如圖4.1所示，用于描述管理員和專家登錄系統的過程。管理員和專家進入主頁后，在登錄框輸入顧客名、密碼和登錄權限，若輸入對的，則登錄系統。若輸入錯誤，則提示輸入顧客名和密碼不對，請重新輸入。管理員登錄成功后則進入后臺管理頁面，專家登錄成功后則進入后臺專家查詢頁面。管理員和專家管理員和專家進入主頁輸入顧客名、密碼和登錄權限輸入與否有誤登錄成功進入后臺頁面結束YN圖4.1管理員和專家登錄程序流程圖登錄成功后，管理員和專家就能夠執行各自的功效了。2.預約掛號程序流程圖患者預約掛號程序流程圖如圖4.2所示，用于描述患者預約掛號的過程。當患者進入主頁后，點擊預約，進入到預約掛號頁面，患者在這里填寫自己的信息以及選擇要預約的專家，然后保存預約，預約掛號程序結束。進入主頁進入主頁患者填寫預約信息進入預約頁面保存預約結束與否預約成功NY圖4.2預約掛號程序流程圖3.患者查詢及取消預約流程圖患者查詢及取消預約流程圖如圖4.3所示，用于描述患者查詢預約信息的過程。當患者進入主頁，點擊預約界面后，患者輸入自己的身份證號對自己先前的預約進行查詢，瀏覽自己的預約信息。查詢成功后，若取消，則取消先前的預約，結束。否則直接結束。患者患者進入主頁進入預約頁面輸入與否有誤輸入身份證號輸出預約信息與否取消預約結束NY取消預約YN圖4.3患者查詢及取消預約流程圖4.管理員調配專家程序流程圖管理員調配專家程序流程圖如圖4.4所示。當患者預約的專家臨時有事不能準時接診的狀況下，管理員能夠給有關的患者調配一種同科室的專家。管理員管理員登錄系統進入調配專家頁面選擇需要調配的患者選擇要調配的專家結束圖4.4管理員調配專家程序流程圖4.2編碼與實現本系統模版設計有三個，一種是管理員操作頁面模版，一種是專家查詢頁面模版，一種是患者預約掛號操作頁面模版。4.2.1管理員、專家登錄界面及其有關代碼管理員和專家能夠進入醫院網絡預約掛號系統前臺主頁面時，通過主頁上的登錄功效登錄進入系統，然后能夠進行對應的權限操作管理員和專家登錄界面如圖4.1所示。圖4.5管理員和專家登陸界面實當代碼以下：functionCheckUser(){ if(document.all.UserName.value==null||document.all.UserName.value=="") { alert("請輸入顧客名") return } if(document.all.PassWord.value==null||document.all.PassWord.value=="") { alert("請輸入密碼") return } varStrReturn=$Server(0,"OrderSys.Login","CheckUser",null,xmlSave.xml); if(StrReturn=="UserErro") { alert("顧客名錯誤，請重新輸入") } if(StrReturn=="Sys") { alert("管理員登錄成功") window.open("Specialist_Manage.htm","maxwindow",""); window.opener=null; this.window.close(); } if(StrReturn=="User") { alert("專家登錄成功") window.open("MainBill_List.htm","maxwindow",""); window.opener=null; this.window.close(); } if(StrReturn=="PowerErro") { alert("權限選擇錯誤，請重新選擇") } if(StrReturn=="PassErro") { alert("密碼錯誤，請重新輸入") }}4.2.2患者預約界面及其有關代碼管理員進入主頁后來，點擊預約掛號連接，進入一下界面，在一下界面中填寫有關的預約信息，并確保信息內容真實、格式對的。預約界面如圖4.6所示。圖4.6患者預約掛號界面實當代碼以下：functionbnSave(){ if(document.all.PatientName.value=="") { alert("姓名不能為空！"); returnfalse; } if(document.all.OrderDate.value=="") { alert("預約時間不能為空！"); returnfalse; } if(document.all.IdentityCard.value==""||document.all.IdentityCard.value==null) { alert("請輸入身份證號"); document.all.IdentityCard.focus(); returnfalse; }functionQueryIdentityCard(){ varIdentityCard=document.all.IdentityCard.value checkIdcard(IdentityCard) varStrReturn=$Server(0,"OrderSys.PatientOrder","QueryIdentityCard",newArray(IdentityCard.toString())); if(StrReturn=="Have") { document.all.ICard.innerHTML="身份證號重復了，請重新輸入"; document.all.IdentityCard.value=""; document.all.IdentityCard.focus(); } elseif(StrReturn=="None") { document.all.ICard.innerHTML=""; document.all.ICard.innerHTML="能夠使用"; }}4.2.3患者選擇預約科室界面及其有關代碼當患者填寫完整預約信息后，選擇要預約的專家，首先需要選擇科室，選擇科室界面以下。選擇科室界面如圖4.7所示圖4.7患者預約科室選擇界面實當代碼以下：functionaddSelectOfficesOption(){ _rsSelectOffices=$Server(0,"OrderSys.PatientOrder","SelectOffices"); //_rsStoreType.sort="IDASC"; if(_rsSelectOffices.recordcount>0)_rsSelectOffices.movefirst; document.all.SelectOffices.options.length=0; while(!_rsSelectOffices.eof) { _OPTION=document.createElement("OPTION"); _OPTION.text=_rsSelectOffices("Offices").value _OPTION.value=_rsSelectOffices("Offices").value document.all.SelectOffices.options.add(_OPTION); _rsSelectOffices.MoveNext }}4.2.4患者查詢界面及其有關代碼當患者想擬定一下自己先前的預約信息時，能夠通過此界面輸入自己的身份證號進行查詢預約信息。患者查詢界面如圖4.8所示。圖4.8患者查詢界面實當代碼以下：functionbnQuery(){varKey=document.all.Key.value; rsReturn=$Server(0,"OrderSys.PatientOrder","GetQueryRecordset",newArray(Key.toString())); if(rsReturn!=null&&rsReturn.recordcount>0) { xmlSave.recordset("ID").value=rsReturn("ID").value; xmlSave.recordset("PatientName").value=rsReturn("PatientName").value; xmlSave.recordset("OrderDate").value=rsReturn("OrderDate").value; xmlSave.recordset("IdentityCard").value=rsReturn("IdentityCard").value; xmlSave.recordset("BillNo").value=rsReturn("BillNo").value; xmlSave.recordset("Memo").value=rsReturn("Memo").value; xmlSave.recordset("CaseReport").value=rsReturn("CaseReport").value; xmlSave.recordset("SpecialistID").value=rsReturn("SpecialistID").value; xmlSave.recordset("SpecialistName").value=rsReturn("SpecialistName").value; xmlSave.recordset("SpecialistNo").value=rsReturn("SpecialistNo").value; xmlSave.recordset("SpecialistSex").value=rsReturn("SpecialistSex").value; xmlSave.recordset("Offices").value=rsReturn("Offices").value; xmlSave.recordset("Resume").value=rsReturn("Resume").value; xmlSave.recordset("OrderNum").value=rsReturn("OrderNum").value; xmlSave.recordset("STel").value=rsReturn("STel").value; xmlSave.recordset("CurrentNum").value=rsReturn("CurrentNum").value; alert("查詢成功，您的姓名為："+xmlSave.recordset("PatientName").value) }}第五章網站測試及維護5.1測試目的1．測試為了發現程序中的錯誤而執行程序的過程.通過分析錯誤產生的因素和錯誤的發生趨勢,能夠協助項目管理者發現現在軟件開發過程中的缺點,方便及時改善。2．測試是為了證明程序有錯誤，而不是證明程序沒有錯誤。3．一種成功的測試是發現了至今為發現的錯誤的測試5.2測試方案該系統重要運用的是黑盒測試，黑盒測試也稱功效測試，它是通過測試來檢測每個功效與否都能正常使用。在測試中，把程序看作一種黑盒子，完全不考慮程序的內部構造和解決過程。只在程序借口進行測試，檢查程序功效與否能按照正常的規定使用，程序與否能合適的接受輸入數據并產生對的的輸出信息，程序運行過程中與否保持外部信息的完整性。5.3項目測試1.測試一測試項目名稱：登錄，測試內容如表5-1所示。表5-1登錄測試表輸入數據預期輸出測試成果錯誤的顧客名或密碼出現錯誤的顧客名或密碼提示與預期輸出一致對的的顧客名和密碼登錄成功與預期輸出一致2.測試二測試項目名稱：預約掛號，測試內容如表5-2所示。表5-2預約掛號測試表輸入數據預期輸出測試成果輸入空姓名或者空身份證號預約失敗與預期輸出一致輸入錯誤的身份證號預約失敗與預期輸出一致按照對的格式和規定填寫預約成功與預期輸出一致3.測試三測試項目名稱：患者查詢，測試內容如表5-3所示表5-3患者查詢測試表輸入數據預期輸出測試成果錯誤的身份證號出現錯誤的身份證號提示與預期輸出一致對的的身份證號顯示預約信息與預期輸出一致5.4綜合測試在以上測試的基礎上，對系統功效進行了整體測試，依次檢查系統功效與否符合系統開發的目的。通過使用大量的數據多次進行系統測試，發現了系統存在的問題并及時改善，最后實現了網站的開發目的。5.5網站維護軟件維護就是在軟件已經交付使用之后，為了糾正錯誤或滿足新的需要修改軟件的過程。軟件維護能夠分為四類：1.改正性維護在程序使用期間，顧客必然會發現程序錯誤，把碰到的錯誤問題報告給維護人員，然后由系統維護人員進行改正錯誤。2.適應性維護為了和變化的環境合適的配合而進行軟件修改。3.完善性維護為了滿足顧客使用過程中提出的新功效或著修改系統中已有功效的需求，而對軟件進行的完善性維護。4.防止性維護為了改善軟件將來的可維護性和可靠性，或者給軟件將來的改善奠定更加好的基礎而對軟件進行維護結束語四年大學生涯轉眼已到尾聲，當時邁進大學校門的情景還歷歷在目，轉而大學畢業論文已經結束。在通過三個月的探索與實踐中，我終于如愿以償的完畢了畢業設計。在畢業論文中，我采用了ASP.NET和SQLServer數據庫技術。由于在以前的課堂學習中，大部分在與學習理論知識，初步把課堂理論知識運用于畢業設計的實踐中，感覺有點吃力，但是在老師的協助和自己的努力下，終于圓滿的完畢了畢業設計。在這段做畢業設計的時間里，我學到了諸多知識也有諸多感受。從當時對ASP.NET不太理解的狀態，在老師的協助下，我開始學習和實驗，查看有關的資料和書籍，讓自己頭腦中含糊的概念逐步清晰，使自己非常稚嫩的設計一步步完善起來，每一次改善都是我學習的收獲，每一次實驗成功都會讓我興奮好一段時間。讓我也充足認識到醫院網絡預約掛號系統給患者和醫院帶來的極大的方便。這次畢業設計的經歷讓我終身受益，我感受到做論文是要真真正正用心去做的一件事情，是真正的自己學習和研究的過程，不學習就沒有研究的能力，沒有自己研究，就不會有所突破，但愿這次經歷能激勵我在后來的生活中繼續學習。本次畢業設計，讓我學會了把理論知識運用到實踐中來。讓我明白了做一件事情必須盡全力，用一種認真的態度去看待。致謝在這里我首先感謝培養我的，給我提供了一種較好的學習和生活環境感謝曾經培養我的老師們，感謝他們在四年的大學生活、學習中對我的教育、指導和關心。在畢業設計這個短暫的過程中，有許多可敬的師長、同窗和朋友給了我莫大的支持與協助，在這里請接受我誠摯的謝意！在整個畢業設計過程中，我得到了胡靜老師的悉心指導和大力支持，從需求分析到編碼測試，局限性之處，胡老師都耐心地予以指出。畢業設計程序通過老師多次的指點，終于能順利的運行。論文通過胡老師的多次批改及自己的修改，終于比較完整。在胡老師耐心的指導下，我成功的完畢了這次畢業設計。在此對胡老師表達衷心的感謝和誠摯的敬意！感謝我的同窗和朋友們，在畢業設計過程中給了我很大的協助。感謝我的同窗對我從無牢騷的熱心協助，感謝我寢室的室友們，在與他們激烈的探討中，讓我學到了諸多知識，順利的完畢了畢業設計。參考文獻[1]馬瑞新ASP.NET程序設計案例教程北京清華大學出版社，[2]張海藩軟件工程導論北京：清華大學出版社，[3]王珊，薩師煊.數據庫系統概論.北京：高等教育出版社，[4]陳明.軟件工程實用教程.北京：電子工業出版社，[5]劉兆毓.計算機英語.北京：清華大學出版社，[6]畢碩本,盧桂香.軟件工程案例教程.北京：北京大學出版社，[7]郭洪濤.ASP.NET（C#）大學實用教程.北京：電子工業出版社，[8]常永英.ASP.NET程序設計教程（C#版）.北京：機械工業出版社，[9]蔡繼文.21天學通ASP.NET.北京：電子工業出版社，[10]盧瀟.軟件工程.北京：清華大學出版社，[11]朱印宏，蘇震巍.ASP.NET3.5+SQLServer網站模塊化開發全程實錄.北京清華大學出版社，[12]宋海蘭李航.ASP.NET3.5項目開發實戰.北京：電子工業出版社，[13]余金山ASP.NET2.0+SQLServer公司項目開發與實戰北京電子工業出版社．[14]房大偉ASP.NET開發典型模塊大全北京人民郵電出版社附錄英文原文Chapter1UnderstandingSoftwareEngineeringInordertounderstandsoftwareengineering,wefirstneedtolookattheprojectsthatwerereportedintheearlysoftwareengineeringliterature.Onefeatureisimmediatelystriking-theabsenceofreportsoncommercialapplications.Mostcasestudiesareofeitherlargedefenseprojectsofsmallscientificproject.Ineithercase,theprojectstypicallyinvolvedseverhardwareandsoftwarechallengesthatarenotrelevanttomostmodernprojects.AtypicalexampleistheSAFEGUARDBallisticMissileDefenseSystem,whichwasdevelopedfrom1969through1975.“ThedevelopmentanddeploymentoftheSAFEGUARDSystementailedthedevelopmentofoneofthelargest,mostcomplexsoftwaresystemseverundertaken.”Theprojectstook5,470staff-years,startingwith1888staffyearsin1969andpeakingat1.261staff-yearsin1972.Overallproductivitywas418instructionsperstaff-year.SAFEGUARDwasaverylargesoftwareengineeringprojectthatchallengedthestateoftheartatthetime.Computerhardwarewasspeciallydevelopedfortheproject.Althoughtheprogrammingwasdoneinlow-levellanguages,theCodeandUnitTestactivitiesrequiredlessthan20%oftheoveralleffort.SystemEngineeringandDesigneachconsumed20%oftheeffort,withtheremainderbeingaccountedforbyIntegrationTesting.TheParadoxofSoftwareEngineeringIntryingtounderstandsoftwareengineering,weneedtokeeptwopointsinmind:1.ProjectsthesizeofSAFEGUARDareextremel