高血壓病人自動分析與預警系統(tǒng)的分析與設計

高血壓病人自動分析與預警系統(tǒng)的分析與設計摘要高血壓是最常見的心血管病，是全球范圍內的重大公共衛(wèi)生問題。我國1991年對15歲以上94萬人群抽樣普查，高血壓標化患病率為11.26%，與1979-1980年相比，10年間患病率增加25%。據(jù)世界衛(wèi)生組織預測，至2020年，非傳染性疾病將占我國死亡原因的79%，其中心血管病將占首位。同時高血壓是嚴重危害人們健康的最常見疾病之一，高血壓的危害不容小覷，但是許多病人因缺乏應有的自我保健知識，不注意定期監(jiān)測血壓，使得高血壓得不到及時有效的控制，心、腦、腎三個重要的生命器官就會受到致命性打擊，從而產生嚴重的并發(fā)癥。雖然很多人患有高血壓，但是對于高血壓的真正危害卻并無太多了解。老年人因為年老體弱，對高血壓的抵抗能力更低。為了遏制這一心血管病高峰的到來，保證人民健康，保證下一世紀我國經濟的可持續(xù)發(fā)展，在全國范圍內大力開展高血壓病的防治，積極治療高血壓病患者，同時控制整個人群的高血壓水平，已刻不容緩。本文敘述了在.NET環(huán)境下，利用C#.NET技術實現(xiàn)B/S模式下血壓分析分層的過程。本文介紹了血壓分析分層系統(tǒng)的功能模塊設計和頁面邏輯結構設計，并詳述了用HTML服務器控件結合C#語言實現(xiàn)系統(tǒng)頁面和系統(tǒng)程序。論文中首先介紹了高血壓自動分析與預警系統(tǒng)的研究背景和研究現(xiàn)狀，然后對血壓分析分層的進行研究，最后針對整個系統(tǒng)做了總結和展望。關鍵字：高血壓??；B/S；C#語言；分析分層

WITHTHEANALYSISANDDESIGNOFAUTOMATICWARNINGSYSTEMANALYSISOFHYPERTENSIONPATIENTSAbstractHypertensionisthemostcommoncardiovasculardisease,isamajorpublichealthproblemintheworld.Ourcountryin1991attheageof15orabove940000populationsamplingsurvey,thestandardizedprevalencerateofhypertensionwas11.26%,comparedwiththe1979-1980year,10yearsincreasedprevalenceof25%.AccordingtoWHOforecast,to2020,noncommunicablediseaseswillaccountfor79%ofChina'scauseofdeath,includingcardiovasculardiseaseswillaccountforthefirst.Atthesametime,hypertensionisoneofthemostcommondiseasesseriouslyendangerpeople'shealth,hypertensionshouldnotbeunderestimated,butmanypatientsbecauseoflackofselfhealthcareknowledge,donotpayattentiontoregularmonitoringofbloodpressure,thepressureisnotcontrolledeffectivelyandtimely,heart,brain,kidneythreevitalorganswillbethefatalblow,thusseriouscomplications.Althoughmanypeoplesufferingfromhighbloodpressure,buttherealdamagewasnotmuchunderstandingofhypertension.Theelderlybecauseofthefrailelderly,hypertensiveresistancelower.Inordertopreventthecardiovasculardiseasepeakarrival,ensurepeople'shealth,toensurethesustainabledevelopmentofChina'seconomyinfirstCentury,preventionandtreatmentofhypertensiontocarryoutnationwide,activetreatmentofhypertensionpatients,andcontrolthewholecrowdhypertensionlevel,hasbeencrunchtime.Thisarticledescribesthe.NETenvironment,theprocessofbloodpressureanalysisofhierarchicalB/SmodeusingC#.NETtechnology.Thispaperintroducesthefunctionmoduledesignandpagelogicstructuredesignhierarchicalsystemofbloodanalysis,andimplementationsystempageandsystemprogrammingwithHTMLservercontrolswithC#language.Thethesisfirstlyintroducestheresearchbackgroundandresearchstatusofhypertensionautomaticanalysisandearlywarningsystem,thenthebloodpressureanalysisoflayered,finally,thewholesystemissummarizedandprospected. Keywords：Hypertension；B/S；C#language；Stratificationanalysis

前言高血壓是最常見的慢性病，是心腦血管病發(fā)生和死亡的主要危險因素，75％的腦卒中和50％的心肌梗死發(fā)作與高血壓有關。2011年《中國心血管病報告》指出，我國居民心腦血管病死亡占總死亡原因的41％，居各種原因之首?？刂聘哐獕菏俏覈哪X血管病防治的切入點。隨著人們生活方式的變化、城鎮(zhèn)化及老齡化進程，我國人群高血壓的患病率將在一段時期持續(xù)增加。據(jù)近幾年有關省市高血壓調查，估測成人高血壓患病率超過25％，北方有些地區(qū)已達到30％。我國高血壓防治的任務艱巨。高血壓防治是一項社會工程，政府，學會（聯(lián)盟，協(xié)會），媒體，企業(yè)，社區(qū)均肩負自己的責任，相信經過大家的共同努力，高血壓防治工作會取得更大的成績。解放以來，我國進行了4次人群高血壓患病率的抽樣調查，為我國高血壓的患病率提供了準確的數(shù)據(jù)和信息。1958～1959年我國進行了第一次人群高血壓患病率的調查，13省市共調查74萬人，15歲及以上高血壓患病率為5.11％。1979～1980年開展第二次全國高血壓人群抽樣調查，共調查29省市400萬人，15歲及以上人群高血壓患病率為7.73％。第三次調查于1991年進行，調查30省市95萬人，15歲及以上人群高血壓患病率為13.58％。2002年全國營養(yǎng)與健康狀況調查可理解為第四次高血壓調查，調查30省市27萬人，18歲及以上人群高血壓患病率為18.8％。2002年與1991年相比，高血壓患病率增加31％，2006年估算，我國高血壓患者達2億，每10個成人中有2人是高血壓。每年新增加高血壓患者1000萬，2010年估算現(xiàn)患高血壓2.4億人。近幾年尚無全國性調查資料，有部分省市報道了高血壓患病率。2004年天津調查≥15歲農民239萬人，高血壓患病率達31.6％；2007年河南省武安縣調查≥18歲居民20194人，高血壓患病率為30.8％；2007年山東調查≥25歲農民16364人，高血壓患病率達43.8％；2007～2009年杭州調查≥20歲市民42998人，高血壓患病率27.5％；2008年徐州調查城市居民17500人，高血壓患病率20.9％。總的看來，這些省市成人高血壓患病率多在25％～30％。城市與農村高血壓患病率差距縮小。農村不良生活方式迅速蔓延，是導致高血壓患病率增加的主要原因。第五章專家系統(tǒng)分析與預警算法5.1算法概述在數(shù)學和計算機科學之中，算法（Algorithm）是一個計算的具體步驟，常用于計算、數(shù)據(jù)處理和自動推理。精確而言，算法是一個表示為有限長列表的有效方法。算法應包含清晰定義的指令用于計算函數(shù)。算法是一種程序行為的語言，廣泛應用與計算機科學領域，是一種讓程序最為簡潔的思考方式。算法應該具有如下五個重要的特征：1.有窮性：是指算法必須能在執(zhí)行有限個步驟之后終止；2.確切性：是指算法的每一步必須有確切的定義；3.輸入項：是指一個算法有0個或多個輸入。以刻畫運算對象的初始情況，所謂0個輸入就是指算法本身定出了初始條件；4.輸出項：是指一個算法有一個活多個輸出，以反映對輸入數(shù)據(jù)加工后的結果。沒有輸出的算法是毫無意義的；5.可行性：是指算法中執(zhí)行的任何計算步驟都是可以被分解為基本的可執(zhí)行的操作步，也就是說每個計算步驟都可以在有限時間內完成。5.2分析算法在這個設計中，主要涉及的是對高血壓患者的血壓數(shù)據(jù)進行分析，該操作屬于數(shù)據(jù)挖掘算法一類。完成對數(shù)據(jù)進行數(shù)據(jù)抽取、數(shù)據(jù)挖掘、知識評估。在本系統(tǒng)中，主要表現(xiàn)為以用戶為中心的處理模型。處理過程一般如下：1.任務發(fā)現(xiàn)2.數(shù)據(jù)發(fā)現(xiàn)3.數(shù)據(jù)清洗4.模型開發(fā)5.數(shù)據(jù)分析6.輸出結果生成5.2.1決策樹算法決策樹是另外一種有效的生成分類器的方法。決策樹方法采用自頂向下的遞歸方式，在決策樹的內部節(jié)點進行屬性值的比較并根據(jù)不同的屬性值判斷從該節(jié)點向下的分支，在決策樹的葉節(jié)點得到結論。故從決策樹的根到葉節(jié)點的一條路徑對應著一條合取規(guī)則?；跊Q策樹的分類算法的一個最大優(yōu)點就是它在學習過程中不需要使用者了解很多背景知識（同時這也是其最大缺點），只要訓練集能夠用屬性-結論表示出來就能用該算法學習。構造決策樹的方法是采用自上而下的遞歸構造。如下：(1)以代表訓練樣本的某個節(jié)點開始建樹；(2)如果樣本的哦偶在同一類中，則該節(jié)點成為樹葉，并用該類標記；(3)否則，算法使用稱為信息增益的基于熵的度量作為啟發(fā)信息，選擇能夠最好地將樣本分類的屬性。該屬性成為該節(jié)點的“測試”或“判定”屬性。5.2.2分析概述本系統(tǒng)采用了決策樹分類算法。在對血壓進行分析時，將血壓等級表中的各個等級分成各個節(jié)點，其中的血壓范圍作為根，將數(shù)據(jù)代入中，判斷數(shù)據(jù)屬于哪一條路徑，從而對數(shù)據(jù)進行分層；再將危險因素表中的血壓等級作為節(jié)點，危險因素的類型作為根，查看病人的危險因素屬于哪一條路徑，從而得出病人的高血壓處在什么狀態(tài)。5.3預警算法預警的架構是將預警系統(tǒng)建立在數(shù)據(jù)庫之上。所以就要保證數(shù)據(jù)在數(shù)據(jù)庫中的準確性，正確的與數(shù)據(jù)庫進行連接。5.3.1狀態(tài)判斷算法狀態(tài)判斷算法用于識別患有I級II級III級高血壓患者的當前血壓的狀態(tài)是否穩(wěn)定，對高血壓的狀態(tài)給出“低危”、“中危”、“高危”、“很高?！?個情況。輸入：危險因素輸出：“低?！?、“中危”、“高危”、“很高?！鳖A警對象：對處于“高?！?、“很高?！钡亩加枰灶A警5.3.2預警概述該系統(tǒng)在對用戶的血壓進行分析后，對用戶進行高血壓等級的分級，在給出的分級中，對高血壓處于I級、II級、III級的高血壓患者進行狀態(tài)判斷算法，對他們進行狀態(tài)的判斷。通過這一過程的操作，對患者進行預警，從而能讓患者時刻注意自己的身體狀況。

第六章系統(tǒng)的實現(xiàn)6.1系統(tǒng)流程圖流程圖是流經一個系統(tǒng)的信息流、觀點流或部件流的圖形代表。在企業(yè)中，流程圖主要用來說明某一過程。這種過程既可以是生產線上的工藝流程，也可以是完成一項任務必需的管理過程。優(yōu)點：形象直觀，各種操作一目了然，不會產生“歧義性”，便于理解，算法出錯時容易發(fā)現(xiàn)，并可以直接轉化為程序。缺點：所占篇幅較大，由于允許使用流程線，過于靈活，不受約束，使用者可使流程任意轉向，從而造成程序閱讀和修改上的困難，不利于結構化程序的設計。系統(tǒng)流程圖如下：圖6-1系統(tǒng)流程圖系統(tǒng)流程圖解釋了整個系統(tǒng)的運行過程，從開始到登陸到顯示信息或密碼修改到血壓評析或信息錄入再到這個系統(tǒng)的退出。6.2用戶登錄界面設計6.2.1登陸界面流程圖登陸界面流程圖如下：圖6-2登陸界面流程圖登陸界面解釋登陸的過程，從用戶輸入賬號開始，到輸入密碼然后判斷密碼是否正確從而讓用戶獲取了能夠進入下階段操作的權限。6.2.2登陸界面概述登錄界面圖如下所示：圖6-3登陸界面用戶在輸入賬號密碼以后，點擊登錄，系統(tǒng)自己判斷密碼是否正確，正確則進入下階段操作，不正確則顯示錯誤，重新輸；在該界面也可以不存在的用戶進行注冊，在點擊注冊按鈕后可以進入注冊界面。6.2.3用戶登陸實現(xiàn)過程1.設計步驟(1)在該網站中新建一個Web窗體，將其命名為“登陸界面.aspx”，用于實現(xiàn)用戶登錄。(2)在Web窗體中添加div容器，用于頁面的布局。(3)在div控件中添加相關的控件：添加兩個TextBox和兩個Button控件。2.實現(xiàn)過程先與數(shù)據(jù)庫中的用戶表進行鏈接，TextBox1與username鏈接，TextBox2與pwd鏈接，然后將輸入的密碼與數(shù)據(jù)庫中的信息進行匹配，如果不正確，則顯示“密碼錯誤”，然后重新輸入，如果正確則跳轉進下一界面。6.2.4用戶注冊實現(xiàn)過程1.注冊流程圖注冊界面流程圖如下：圖6-4注冊流程圖注冊界面解釋了申請賬號的過程，通過輸入賬號，然后輸入密碼和確認密碼，在判斷兩次密碼是否一致后確認注冊是否成功。2.界面概述注冊界面圖如下所示：圖6-5注冊界面用戶填寫賬號，密碼和確認密碼后，點擊注冊，如果賬號不重復并且兩次密碼一致則顯示注冊成功，否則失??；點擊返回可以退出這個界面。3.設計步驟(1)在該網站中新建一個Web窗體，將其命名為“注冊界面.aspx”，用于實現(xiàn)用戶注冊。(2)在Web窗體中添加div容器，用于頁面的布局。(3)在div控件中添加相關的控件：添加三個TextBox和兩個Button控件。4.實現(xiàn)過程先與數(shù)據(jù)庫中的用戶表進行鏈接，輸入姓名與密碼，通過輸入兩次密碼來實現(xiàn)密碼的準確輸入，對輸入的姓名在用戶表中查找，若已存在，則顯示“用戶名已被注冊”，然后判斷兩次輸入的密碼是否一致，不一致則顯示“兩次密碼輸入不一致”，一致則顯示“注冊成功”，并且該用戶自動添加進用戶表中。6.3病人信息錄入6.3.1病人信息流程圖病人信息模塊流程圖如下：圖6-6病人信息流程圖病人信息模塊主要解釋了病人信息的顯示，然后查看是否存在該信息，不存在則用戶進行信息的錄入，存在則用戶進行下階段操作。6.3.2界面概述病人信息模塊圖如下：圖6-7信息顯示界面在用戶成功登陸系統(tǒng)以后，點擊血壓信息從而對登陸用戶的信息進行顯示。如果數(shù)據(jù)庫中存在該用戶信息，則對信息進行顯示。圖6-8信息錄入界面在用戶成功登陸系統(tǒng)以后，點擊血壓信息從而對登陸用戶的信息進行顯示。如果數(shù)據(jù)庫中不存在該用戶信息，則不顯示，用戶通過點擊錄入，進行相關信息的填寫，并且更新進數(shù)據(jù)庫。6.3.3信息顯示實現(xiàn)過程1.設計步驟(1)在該網站中新建一個Web窗體，將其命名為“Info.aspx”，用于實現(xiàn)用戶信息顯示。(2)在Web窗體中添加div容器，用于頁面的布局。(3)在div控件中添加相關的控件：添加一個表格和三個Button控件。2.實習過程將添加的表與數(shù)據(jù)庫進行連接，與病人血壓信息表進行鏈接，通過姓名這個主鍵來查找輸出登陸者本人的信息，從而只顯示出登陸者本人的所有信息。三個Button控件用來實現(xiàn)“評析”“錄入”和“返回”的功能。6.3.4信息錄入實現(xiàn)過程1.設計步驟(1)在該網站中新建一個Web窗體，將其命名為“錄入.aspx”，用于實現(xiàn)用戶信息錄入。(2)在Web窗體中添加div容器，用于頁面的布局。(3)在div控件中添加相關的控件：添加8個Label和8個TextBoxn控件。2.實現(xiàn)過程將每個TextBox控件都與數(shù)據(jù)庫進行鏈接，與數(shù)據(jù)庫中的病人信息表進行連接，點擊“添加”，將輸入的所有信息同步到數(shù)據(jù)庫的病人信息表中，從而完成信息錄入，然后點擊“返回”，回到前一界面，將數(shù)據(jù)顯示出來，然后進行下一步操作。6.4病情分析設計6.4.1病情分析流程圖病情分析模塊流程圖如下：圖6-9病情分析流程圖病情分析模塊主要解釋了對獲取的血壓先進行高血壓等級分層沒然后進行危險因素分層，最后顯示分層情況和預警效果。6.4.2病情分析界面概述通過點擊“評析”進入對血壓的評析，程序最后會顯示出該病人到底處于哪個病情階段。圖6-10數(shù)據(jù)分析界面在顯示出用戶信息以后，點擊評析，對血壓進行評析，系統(tǒng)顯示對血壓進行高血壓等級的分層，然后對高血壓進行危險因素的分層，最后顯示出該用戶的高血壓情況。6.4.3病情分析實現(xiàn)過程點擊“評析”按鈕，進入程序運行，程序先實現(xiàn)與數(shù)據(jù)庫的鏈接，然后通過先提取病人信息中的“期收縮壓”和“舒張壓”的信息，然后將這兩個數(shù)據(jù)與數(shù)據(jù)庫中的高血壓分級表鏈接，將數(shù)據(jù)與表進行匹配，分別查看“期收縮壓”和“舒張壓”的數(shù)據(jù)在表中所處在哪個位置，從而對血壓進行分層，對分析出病人處在I級高血壓、II級高血壓、III級高血壓的病人還要提取危險因素的數(shù)據(jù)，將該數(shù)據(jù)與數(shù)據(jù)庫中的危險因素表鏈接，將數(shù)據(jù)與表進行匹配，查看該數(shù)據(jù)與表中的哪個位置所相符，從而進一步給出病情階段，看病人處在低危、中危、高危和很高危中的哪個階段。6.5用戶修改密碼設計6.5.1修改密碼界面概述修改密碼模塊流程圖如下：圖6-11修改密碼流程圖修改密碼模塊主要解釋了登錄用戶對密碼的修改，通過賬號核對，然后進行新密碼的輸入和再次確認，通過判斷密碼一致從而完成密碼的修改。6.5.2修改密碼界面概述修改密碼模塊圖如下所示：圖6-12修改密碼界面用戶在登陸成功后，點擊修改密碼，進入該界面，完成賬號、新密碼和確認密碼后點擊確認后，密碼一致修改成功，否則不成功。6.5.3修改密碼實現(xiàn)過程1.設計步驟(1)在該網站中新建一個Web窗體，將其命名為“改密碼界面.aspx”，用于實現(xiàn)用戶修改密碼。(2)在Web窗體中添加div容器，用于頁面的布局。(3)在div控件中添加相關的控件：添加三個TextBox和兩個Button控件。2.實現(xiàn)過程先與數(shù)據(jù)庫中的用戶表進行鏈接，輸入賬號，判斷賬號是否與登錄者一致，然后填寫密碼，再填寫一次密碼進行確認，判斷兩次密碼是否一致，點擊“確認”，若滿足所有條件，則顯示“用戶名正確，密碼已修改！”，否則修改不成功。點擊“重填”可以在填寫錯誤時進行清除工作。

第七章軟件測試7.1軟件測試的定義及目的軟件測試定義是：使用人工或者自動手段來運行或測試某個系統(tǒng)的過程,其目的在于檢驗它是否滿足規(guī)定的需求或弄清預期結果與實際結果之間的差別。它是幫助識別開發(fā)完成（中間或最終的版本）的計算機軟件（整體或部分）的正確度(correctness)、完全度(completeness)和質量(quality)的軟件過程；是SQA(softwarequalityassurance)的重要子域。軟件測試主要工作內容是驗證(verification)和確認(validation)。(1)驗證(verification)是保證軟件正確地實現(xiàn)了一些特定功能的一系列活動，即保證軟件做了你所期望的事情。1.確定軟件生存周期中的一個給定階段的產品是否達到前階段確立的需求的過程；2.程序正確性的形式證明，即采用形式理論證明程序符號設一計規(guī)約規(guī)定的過程；3.評市、審查、測試、檢查、審計等各類活動，或對某些項處理、服務或文件等是否和規(guī)定的需求相一致進行判斷和提出報告。(2)確認(validation)是一系列的活動和過程，目的是想證實在一個給定的外部環(huán)境中軟件的邏輯正確性。即保證軟件以正確的方式來做了這個事件。1.靜態(tài)確認，不在計算機上實際執(zhí)行程序，通過人工或程序分析來證明軟件的正確性；2.動態(tài)確認，通過執(zhí)行程序做分析，測試程序的動態(tài)行為，以證實軟件是否存在問題。軟件測試的任務是通過發(fā)現(xiàn)Bug來檢驗軟件產品與用戶需求是否相符。測試的目標是以最少的時間和人力找出軟件中潛在的各種錯誤和缺陷。7.2軟件測試的方法7.2.1單元測試單元測試（unittesting），是指對軟件中的最小可測試單元進行檢查和驗證。單元測試是在軟件開發(fā)過程中要進行的最低級別的測試活動，軟件的獨立單元將在與程序的其他部分相隔離的情況下進行測試。在編寫程序的過程中，難免會遇到一些錯誤。這些錯誤可能是非常隱蔽而且難以發(fā)現(xiàn)的。因此，開發(fā)人員需要進行大量故障排查才能發(fā)現(xiàn)錯誤的根源。錯誤可以分為語法錯誤、語義錯誤和邏輯錯誤3種類型：(1)語法錯誤語法錯誤是一種程序錯誤，它會影響編譯器完成工作。它也是簡單的錯誤，幾乎所有的語法錯誤都能被編譯器或解釋器發(fā)現(xiàn)，并將錯誤信息顯示出來提醒程序開發(fā)人員。在VisualStudio2010中遇到語法錯誤時，錯誤信息將顯示在錯誤列表窗口中。這些信息將會告訴程序開發(fā)人員語法錯誤的位置（行、列和文件），并給出錯誤的簡要說明。(2)語義錯誤程序源代碼的語法正確而語義或意思與程序開發(fā)人員本意不同時，就是語義錯誤。此類錯誤比較難以察覺，它通常在程序運行過程中出現(xiàn)。語義錯誤會導致程序非正常終止。例如，在將數(shù)據(jù)信息綁定到表格控件時，經常會出現(xiàn)“未將對象引用設置到對象的實例中”的錯誤提示，此類語義錯誤在程序運行時，將會被調試器以異常的形式告訴程序開發(fā)人員。(3)邏輯錯誤不是所有的語義錯誤都容易發(fā)現(xiàn)，它們可能隱藏得很深。在某些語義錯誤下，程序仍可以繼續(xù)執(zhí)行，但執(zhí)行結果卻不是程序開發(fā)人員想要的，此類錯誤就是邏輯錯誤。程序開發(fā)人員可以通過調試解決此類錯誤。在編寫完程序后需要對程序進行調試，而斷點是調試的核心，它是.NET的一個指令，能夠使代碼運行到指定的行，然后停下來等待用戶檢查應用程序當前的狀態(tài)。斷點模式類似于一種超時，所有元素（如變量、函數(shù)和對象）都會被保留到內存中，但是它們的活動和移動將被掛起。在中斷的模式下，可以檢查到它們的狀態(tài)和位置，以來查看程序中是否存在bug或沖突。在中斷調試的時候還可以對程序進行調整，如果沒有這個功能，調試大的程序幾乎是不可能的。7.2.2集成測試集成測試（也叫組裝測試，聯(lián)合測試）是單元測試的邏輯擴展。它最簡單的形式是：把兩個已經測試過的單元組合成一個組件，測試它們之間的接口。在現(xiàn)實方案中，許多單元組合成組件，而這些組件又聚合為程序的更大部分。方法是測試片段的組合，并最終擴展成進程，將模塊與其他組的模塊一起測試。最后，將構成進程的所有模塊一起測試。此外，如果程序由多個進程組成，應該成對測試它們，而不是同時測試所有進程。集成測試測試組合單元時出現(xiàn)的問題。通過使用要求在組合單元前測試每個單元并確保每個單元的生存能力的測試計劃，可以知道在組合單元時所發(fā)現(xiàn)的任何錯誤很可能與單元之間的接口有關。這種方法將可能發(fā)生的情況數(shù)量減少到更簡單的分析級別。一個有效的集成測試有助于解決相關的軟件與其它系統(tǒng)的兼容性和可操作性的問題。集成測試是在單元測試的基礎上，測試在將所有的軟件單元按照概要設計規(guī)格說明的要求組裝成模塊、子系統(tǒng)或系統(tǒng)的過程中各部分工作是否達到或實現(xiàn)相應技術指標及要求的活動。也就是說，在集成測試之前，單元測試應該已經完成，集成測試中所使用的對象應該是已經經過單元測試的軟件單元。這很重要，因為如果不經過單元測試，那么集成測試的效果將會受到很大影響，并且會大幅增加軟件單元代碼糾錯的代價。集成測試是單元測試的邏輯擴展。在現(xiàn)實方案中，集成是指多個單元的聚合，許多單元組合成模塊，而這些模塊又聚合成程序的更大部分。集成測試采用的方法是測試軟件單元的組合能否正常工作，以及與其他組的模塊能否集成起來工作。最后，還要測試構成系統(tǒng)的所有模塊組合能否正常工作。7.2.3系統(tǒng)測試在集成測試完成之后，就是系統(tǒng)測試。系統(tǒng)測試是把整個軟件系統(tǒng)看做一個整體來進行測試，包括對性能、功能，以及運行軟件的環(huán)境來進行測試。系統(tǒng)測試，英文是SystemTesting。是將已經確認的軟件、計算機硬件、外設、網絡等其他元素結合在一起，進行信息系統(tǒng)的各種組裝測試和確認測試，系統(tǒng)測試是針對整個產品系統(tǒng)進行的測試，目的是驗證系統(tǒng)是否滿足了需求規(guī)格的定義，找出與需求規(guī)格不符或與之矛盾的地方，從而提出更加完善的方案。系統(tǒng)測試發(fā)現(xiàn)問題之后要經過調試找出錯誤原因和位置，然后進行改正。是基于系統(tǒng)整體需求說明書的黑盒類測試，應覆蓋系統(tǒng)所有聯(lián)合的部件。對象不僅僅包括需測試的軟件，還要包含軟件所依賴的硬件、外設甚至包括某些數(shù)據(jù)、某些支持軟件及其接口等。主要內容包括：功能測試。即測試軟件系統(tǒng)的功能是否正確，其依據(jù)是需求文檔。由于正確性是軟件最重要的質量因素，所以功能測試必不可少。健壯性測試。即測試軟件系統(tǒng)在異常情況下能否正常運行的能力。健壯性有兩層含義：一是容錯能力，二是恢復能力。7.2.4驗收測試驗收測試是部署軟件之前的最后一個測試操作。在軟件產品完成了單元測試、集成測試和系統(tǒng)測試之后，產品發(fā)布之前所進行的軟件測試活動它是技術測試的最后一個階段，也稱為交付測試。驗收測試的目的是確保軟件準備就緒，并且可以讓最終用戶將其用于執(zhí)行軟件的既定功能和任務。驗收測試是向未來的用戶表明系統(tǒng)能夠像預定要求那樣工作。經集成測試后，已經按照設計把所有的模塊組裝成一個完整的軟件系統(tǒng)，接口錯誤也已經基本排除了，接著就應該進一步驗證軟件的有效性，這就是驗收測試的任務，即軟件的功能和性能如同用戶所期待的那樣。驗收測試，系統(tǒng)開發(fā)生命周期方法論的一個階段，這時相關的用戶和/或獨立測試人員根據(jù)測試計劃和結果對系統(tǒng)進行測試和接收。它讓系統(tǒng)用戶決定是否接收系統(tǒng)。它是一項確定產品是否能夠滿足合同或用戶所規(guī)定需求的測試。這是管理性和防御性控制。實施驗收測試的常用策略有三種，它們分別是：(1)正式驗收(2)非正式驗收或Alpha測試(3)Beta測試您選擇的策略通常建立在合同需求、組織和公司標準以及應用領域的基礎上。7.2.5高血壓病人自動分析與預警系統(tǒng)測試在完成編碼的工作以后,根據(jù)以上的方法和步驟進行了如下的測試:單元測試：對各個模塊的源代碼進行測試，各模塊的基本功能能夠正確實現(xiàn)。集成測試：將各個模塊進行組合測試，所有功能都能夠正確實現(xiàn)。系統(tǒng)測試：根據(jù)需求分析對管理系統(tǒng)進行功能測試，對重點模塊進行性能測試，基本完善。驗收測試：根據(jù)功能需求和預期結果對功能進行檢查，復查所有的Bug，基本符合預期結果。通過這幾方面的測試，本文修改了其中的錯誤并完善了不足之處，使得整個系統(tǒng)運行穩(wěn)定、安全可靠，更加合理順暢，更好的實現(xiàn)了人性化設計。

總結通過這次畢業(yè)設計，我對目前流行的軟件開發(fā)方法和手段，有了一定的認識，對面向對象的開發(fā)方法有了更深刻地了解，豐富了軟件開發(fā)的經驗，提高了編程的水平，加深理解了許多課程中、書本上學到的知識和理論。在學習功能實現(xiàn)的過程中，學到了很多新的基本知識，也學習了作者編寫時的用語，很是專業(yè)，很是深奧。同時通過編寫畢業(yè)設計論文，我還掌握了軟件文檔的書寫方法和書寫格式。這次畢業(yè)設計對我的實習也有了很大的幫助，讓我充分認識到了軟件編制的困難程度。對軟件的編制速度、復雜程度也有了充分的認識，對以后進行更為復雜和更大的設計任務打下了堅實的基礎。同時