醫(yī)院監(jiān)護系統(tǒng)分析設計報告.doc

軟件項目名稱： 醫(yī)院病人監(jiān)護系統(tǒng) 實驗報告名稱： 軟件分析設計報告 專業(yè)班級（方向）： 計算機科學與技術（軟件工程方向）學 號： 有什么問題聯(lián)系:1983455103 姓 名： 王平 時 間： 1系統(tǒng)簡介41.1背景描述：42技術要求和限制條件42.1系統(tǒng)需求：43需求分析43.1用戶要求：53.2性能需求：54系統(tǒng)分析64.1基本系統(tǒng)模型設計如下：64.2數(shù)據(jù)流圖設計如下：64.2.1數(shù)據(jù)流分析64.2.2需求概述74.2.3頂層數(shù)據(jù)流圖：74.2.4進一步劃分的二層數(shù)據(jù)流圖如下74.2.5對“監(jiān)護管理”模塊的分解84.2.6總的底層數(shù)據(jù)流圖94.2.7數(shù)據(jù)詞典105總體結構155.1系統(tǒng)的各模塊設計如下：155.2軟件結構：165.3功能分配175.4接口設計176詳細設計186.1登陸界面186.2程序描述196.3總程序設計流程圖196.4傳感器信息采集功能206.5監(jiān)護管理模塊216.6數(shù)據(jù)操作功能216.6.1添加新病人信息功能226.6.2查詢功能226.6.3更新功能236.7系統(tǒng)功能流程圖236.8系統(tǒng)操作模塊247數(shù)據(jù)庫設計說明書257.1定義257.2任務概述257.3結構設計267.3.1概念結構設計267.3.2邏輯結構設計298登錄界面308.1系統(tǒng)主界面308.2功能選擇界面318.3生理信號信息采集模塊界面318.4監(jiān)護管理模塊界面329軟件測試329.1白盒測試法339.1.1白盒測試的概述339.1.2白盒的測試用例需要做到：339.1.3白盒測試的實施步驟：339.1.4白盒測試的方法：總體上分為靜態(tài)方法和動態(tài)方法兩大類。349.2黑盒測試法349.2.1黑盒測試的概述349.2.2黑盒測試試圖發(fā)現(xiàn)以下類型的錯誤：349.2.3黑盒測試的測試用例設計方法359.3測試結果351 系統(tǒng)簡介1.1 背景描述：目前住院病人主要由護士護理，這樣做不僅需要大量護士，而且由于不能隨時觀察病人的病情變化，還會延誤搶救時間。因此，某醫(yī)院想開發(fā)一個以計算機為中心的患者監(jiān)護系統(tǒng)。醫(yī)院要求該系統(tǒng)能夠隨時接收病人的生理信號（血壓、體溫、脈搏、心電圖等），監(jiān)視病員的病癥；定時記錄病人情況以形成患者日志（定時更新病歷）；當某個病人的生理信號超出醫(yī)院的規(guī)定的安全范圍時向值班護士發(fā)出警告信息（病員出現(xiàn)異常情況時報警）；同時，護士在需要時還可要求系統(tǒng)打印某個病人的病情報告（隨機地產生某一病員的病情報告）。2 技術要求和限制條件2.1 系統(tǒng)需求：本系統(tǒng)要求輸入病人的姓名、住址、電話號碼、身份證號碼、住院日期、身體狀況，隨時接收每個病人的生理信號（脈搏、體溫、血壓、心電圖等），定時記錄病人情況以形成患者日志，當某個病人的勝利信號超出醫(yī)生規(guī)定的安全范圍時向值班護士發(fā)出警告信息，此外，護士在需要時還可以要求系統(tǒng)印出某個指定病人的病情報告。3 需求分析人員管理的合理化和經營化是醫(yī)院經營效益的關鍵。擁有了先進的技術還要有更加良好的管理體制，才可以讓醫(yī)院的經營效益發(fā)揮到最好的狀態(tài)。充分利用現(xiàn)代先進的技術，可以節(jié)約大量的人力資源和財力資源。3.1 用戶要求：由于本系統(tǒng)基于windos兼容的桌面平臺，僅要求用戶掌握基本的計算機操作。3.2 性能需求：根據(jù)系統(tǒng)的要求，將該系統(tǒng)設置有8個功能模塊，各模塊功能如下：1、生理信號輸入管理模塊：通過連接在病人身上的傳感器，根據(jù)傳感器的值將生理信號輸入系統(tǒng) 2、定時時間調節(jié)處理：通過系統(tǒng)，管理人員（醫(yī)護人員）可以按需要輸入定時采樣的時間。 3、病人信息輸入模塊：工作人員可以將病人的基本信息（患者姓名、患者性別、住址、聯(lián)系電話、患病名稱、入院日期、狀態(tài)（已出院、住院）、備注）輸入系統(tǒng)。 4、病人信息修改管理模塊：對病人的基本信息（患者姓名、患者性別、住址、聯(lián)系電話、患病名稱、入院日期、狀態(tài)（已出院、住院）、備注）進行修改。5、病人信息查詢模塊：對病人的基本信息（患者姓名、患者性別、住址、聯(lián)系電話、患病名稱、入院日期、狀態(tài)（已出院、住院）、備注）進行查詢。6、生理信號安全范圍控制模塊：對各個病人的生理信號的安全范圍進行輸入、修改、查詢。7、警報模塊：對超過設定安全范圍的病人及時通知醫(yī)護人員。8、病人病情查詢及打印模塊：可以對這一段時間的病人病情進行查詢也可以將對查詢得的病人病情打印出病情報告4 系統(tǒng)分析4.1 基本系統(tǒng)模型設計如下：4.2 數(shù)據(jù)流圖設計如下：4.2.1 數(shù)據(jù)流分析數(shù)據(jù)流圖是組織中信息運動的抽象，是管理信息系統(tǒng)邏輯模型的主要形式。它可以綜合的反映出信息在系統(tǒng)中的流動、處理和存儲情況，具有良好的抽象性和概括性。它在調查的基礎上，從系統(tǒng)的科學性、管理的合理性、實際運行的可行性角度出發(fā)，將信息處理功能和彼此之間的聯(lián)系自頂向下、逐層分解，從邏輯上精確地描述系統(tǒng)應具有的數(shù)據(jù)加工、數(shù)據(jù)輸入、數(shù)據(jù)輸出、數(shù)據(jù)存儲及數(shù)據(jù)來源和去向（外部實體）等項目。數(shù)據(jù)流程圖和系統(tǒng)的物理描述無關，它所描述的內容不涉及技術細節(jié)，而是面向用戶的，即使完全不懂信息技術的用戶也容易理解。因此，數(shù)據(jù)流圖成為系統(tǒng)分析員與用戶進行交流的有效手段，同時也成為系統(tǒng)設計的主要依據(jù)之一。4.2.2 需求概述本系統(tǒng)由“數(shù)據(jù)接收處理”“監(jiān)護管理”“對檔案查詢處理”三個功能模塊組成。（1）數(shù)據(jù)接收子系統(tǒng)包含四個功能模塊：“病人生理信號處理中心” 、“時鐘采樣處理”、“病人基本信息處理”、“安全范圍設定”時鐘采樣處理子系統(tǒng)包括兩個功能模塊：“設定時間” 、“定時取樣”。安全范圍設定子系統(tǒng)包括2個功能模塊：“分析病人病情” 、“確定安全范圍”。（2）監(jiān)護管理子系統(tǒng)包括“超標判定”、“危機情況處理”超標判定模塊包括超標判定操作。危機處理子系統(tǒng)包含2個功能模塊：“通知醫(yī)護人員”、“通知病人家屬”。（3）對檔案查詢處理子系統(tǒng)包含3個功能模塊：“修改”、“查詢” 、“刪除”。4.2.3 頂層數(shù)據(jù)流圖：輸入： 輸出：患者日志各種傳感器輸入病人生理信號 記錄病人情況醫(yī)院計算機監(jiān)護系統(tǒng)醫(yī)院護士發(fā)出警報信號醫(yī)院護士查詢病人信息查詢結果打印病情報告高4.2.4 進一步劃分的二層數(shù)據(jù)流圖如下中央系統(tǒng)主要由數(shù)據(jù)接收處理、監(jiān)護管理、對檔案查詢處理三個加工處理、三個文件存儲組成。4.2.5 對“監(jiān)護管理”模塊的分解監(jiān)護管理子系統(tǒng)包括“超標判定”、“危機情況處理”超標判定模塊包括超標判定操作，用來拿定時提取的病人生理信號與安全范圍相比較看是否是正常狀態(tài)。危機處理子系統(tǒng)包含2個功能模塊：“通知醫(yī)護人員”、“通知病人家屬”。 “監(jiān)護管理”模塊一層分解圖 “監(jiān)護管理”模塊的底層分解圖對“對檔案的查詢處理”模塊的分解對檔案查詢處理子系統(tǒng)包含3個功能模塊：“修改”、“查詢” 、“刪除”。在刪除操作之前需要向主治醫(yī)師詢問是否可以刪除。 “對檔案的查詢處理”模塊的分解圖4.2.6 總的底層數(shù)據(jù)流圖把細分圖整合起來形成總的底層DFD:底層數(shù)據(jù)流圖4.2.7 數(shù)據(jù)詞典數(shù)據(jù)字典是各類數(shù)據(jù)描述的集合，它是進行詳細的數(shù)據(jù)收集和數(shù)據(jù)分析后所獲得的主要成果。該系統(tǒng)的數(shù)據(jù)字典如下：1.數(shù)據(jù)源點和終點描述（1） 名稱：病人 簡要描述：被監(jiān)護的對象 有關數(shù)據(jù)流：生理信號（2） 名稱：時鐘 簡要描述：用來為系統(tǒng)提供時間日期數(shù)據(jù)以便定時取樣生理信號 有關數(shù)據(jù)流：時鐘信號（3） 名稱：工作人員 簡要描述：負責系統(tǒng)數(shù)據(jù)的錄入工作 有關數(shù)據(jù)流：病人基本信息（4） 名稱：醫(yī)護人員 簡要描述：監(jiān)護系統(tǒng)終端的值班人員 有關數(shù)據(jù)流：警告信息（5） 名稱：顯示器 簡要描述：終端設備，用來顯示病人的生理信號 有關數(shù)據(jù)流：病人日志（6） 名稱：家屬 簡要描述：病人的家屬 有關數(shù)據(jù)流：病情報告，病情報告短息（7） 名稱：查詢者 簡要描述：主要由醫(yī)護人員和病人家屬組成，有權查詢病人的病情報告并打印 有關數(shù)據(jù)流：病情報告2.加工詞條描述（1）加工名：生理信號接收 加工編號：1.1.1 輸入數(shù)據(jù)流：生理信號 輸出數(shù)據(jù)流：生理信號 加工邏輯：接收病人的生理信號（2）加工名：生理信號分析 加工編號：1.1.2 輸入數(shù)據(jù)流：生理信號 輸出數(shù)據(jù)流：生理信號值 加工邏輯：分析病人的生理信號，轉化為具體的數(shù)值（3）加工名：設定時間 加工編號：1.2.1 輸入數(shù)據(jù)流：時鐘信號 輸出數(shù)據(jù)流：時間間隔 加工邏輯：為定時采樣病人的生理信號設定時間間隔（4）加工名：定時采樣 加工編號：1.2.2 輸入數(shù)據(jù)流：時間間隔，生理信號值 輸出數(shù)據(jù)流：病人日志 加工邏輯：定時取樣病人的生理信號并存入病人日志（5）加工名：接收基本信息 加工編號：1.3.1 輸入數(shù)據(jù)流：病人基本信息 輸出數(shù)據(jù)流：病人基本信息 加工邏輯：接收由工作人員輸入的病人的基本信息（6）加工名：記入檔案 加工編號：1.3.2 輸入數(shù)據(jù)流：病人基本信息 輸出數(shù)據(jù)流：病人基本信息 加工邏輯：接收病人的生理信號（7）加工名：分析病人病情 加工編號：1.4.1 輸入數(shù)據(jù)流：病人基本信息 輸出數(shù)據(jù)流：安全范圍 加工邏輯：由主治醫(yī)生對病人的病歷進行分析，產生分析結果（8）加工名：確定安全范圍 加工編號：1.4.2 輸入數(shù)據(jù)流：分析結果 輸出數(shù)據(jù)流：安全范圍 加工邏輯：根據(jù)醫(yī)生對病人病情的分析，確定出一個適合病人的安全范圍（9）加工名：超標判定 加工編號：2.1 輸入數(shù)據(jù)流：生理信號值，安全范圍 輸出數(shù)據(jù)流：警報 加工邏輯：接收病人的生理信號值與安全范圍做比較，判斷是否超標（10）加工名：通知醫(yī)護人員 加工編號：2.2.1 輸入數(shù)據(jù)流：警報 輸出數(shù)據(jù)流：警告信息 加工邏輯：接收警報并向終端發(fā)送警告信息（11）加工名：通知家屬 加工編號：2.2.2 輸入數(shù)據(jù)流：警告信息 輸出數(shù)據(jù)流：病情報告短息 加工邏輯：接收警告信息并自動向病人家屬發(fā)出病情報告短信（12）加工名：修改 加工編號：3.1 輸入數(shù)據(jù)流：病人信息 輸出數(shù)據(jù)流：修改后的病人信息 加工邏輯：可以對病人的病歷等進行更新修改（13）加工名：查詢 加工編號：3.2.1 輸入數(shù)據(jù)流：病人信息 輸出數(shù)據(jù)流：病情報告 加工邏輯：醫(yī)生和家屬可以根據(jù)病人的姓名等查詢病人的基本信息并可以 請求打印報告（14）加工名：打印病情報告 加工編號：3.2.2 輸入數(shù)據(jù)流：病情報告 輸出數(shù)據(jù)流：病情報告 加工邏輯：可以響應打印要求打印出病人的病情報告(15)加工名：查詢可否刪除 加工編號：3.3.1 輸入數(shù)據(jù)流：病人信息 輸出數(shù)據(jù)流：允許通知加工邏輯：有病人出院，查詢主治醫(yī)生等相關人員可否刪除病人信息（16）加工名：刪除病人信息 加工編號：3.3.3 輸入數(shù)據(jù)流：允許通知 輸出數(shù)據(jù)流： 加工邏輯：刪除已出院病人信息3.文件存儲（1） 文件名稱：病人檔案 簡述：存放病人的基本信息及生病日志 輸入數(shù)據(jù)：病人基本信息，病人日志，修改后的病人檔案 輸出數(shù)據(jù)：病人檔案 文件組成：由病人的姓名電話等個人基本信息、病歷、病人日志組成（2） 文件名稱：病人日志 簡述：存放時鐘定時取樣的病人的生理信號 輸入數(shù)據(jù)：病人日志 輸出數(shù)據(jù)：病人日志 文件組成：取樣的確切時間和病人當時的生理信號值（3） 文件名稱：病人生理安全范圍 簡述：存放病人正常的生理信號值應該在的范圍 輸入數(shù)據(jù)：安全范圍 輸出數(shù)據(jù)：安全范圍 文件組成：脈搏、體溫、血壓、呼吸、心電圖等生理信號值的安全范圍值4. 數(shù)據(jù)流（1）數(shù)據(jù)流名字：生理信號 描述：由時鐘傳感器傳送的病人的脈搏、體溫、血壓、呼吸、心電圖等 組成：生理信號=脈搏+體溫+血壓+呼吸+心電圖（2）數(shù)據(jù)流名字：時鐘信號 描述：用以設定定時取樣的時間間隔及當時的日期時間 組成：時鐘信號=年+月+日+時+分+秒（3）數(shù)據(jù)流名字：時間間隔 描述：提供定時取樣的時間間隔 組成：時間間隔=時+分+秒（4）數(shù)據(jù)流名字：時鐘信號 描述：用以設定定時取樣的時間間隔及當時的日期時間 組成：時鐘信號=年+月+日+時+分+秒（5） 數(shù)據(jù)流名字：病人日志 描述：定時取樣的生理信號 組成：每次提取的生理信號（6） 數(shù)據(jù)流名字：病人基本信息 描述：用以傳遞病人的個人信息病歷等 組成：病人基本信息=病人個人基本信息+病歷+病人日志（7） 數(shù)據(jù)流名字：安全范圍 描述：用以傳遞病人安全的生理信號值范圍 組成：安全范圍=脈搏安全范圍值+體溫安全范圍值+血壓安全范圍值+呼吸 安全范圍值+心電圖安全范圍值（8） 數(shù)據(jù)流名字：警報 描述：當病人的生理信號超出安全范圍時向終端發(fā)出的警報信號通知系統(tǒng) 發(fā)送警告信息 組成：警報（9） 數(shù)據(jù)流名字：警告信息 描述：向終端醫(yī)護人員發(fā)送的信息 組成：警告信息=病人ID號+病房號+生理信號值（10） 數(shù)據(jù)流名字：病情報告短信 描述：向病人家屬發(fā)送的通知病情的信息 組成：大體病情報告（11） 數(shù)據(jù)流名字：分析結果 描述：主治醫(yī)生根據(jù)病人的基本情況分析出的病人安全的生理信號值 組成：安全生理信號值（12） 數(shù)據(jù)流名字：允許通知 描述：向終端醫(yī)護人員發(fā)送的信息，告訴可以刪去已出院病人的信息 組成：允許（13） 數(shù)據(jù)流名字：病情報告 描述：返回病人的生病日志以及病歷組成：病情報告=病人日志+病歷5 總體結構5.1 系統(tǒng)的各模塊設計如下：M1.1初始化模塊M1.2關閉系統(tǒng)模塊M1.3系統(tǒng)功能模塊M2.1生理信號輸入管理模塊M2.2定時時間調節(jié)模塊M3.1信息輸入模塊M3.2信息修改模塊M3.3信息查詢模塊M4.1生理信號安全范圍模塊M4.2警報模塊M5.1病情查詢模塊M5.2病情報告打印模塊5.2 軟件結構：5.3 功能分配1.系統(tǒng)控制功能初始化模塊（M1.1）；關閉系統(tǒng)模塊（M1.2）； 系統(tǒng)功能模塊（M1.3）2.生理信號輸入控制功能生理信號輸入管理模塊（M2.1）；定時時間調節(jié)模塊（M2.2）；3.病人基本信息管理功能信息輸入模塊（M3.1）信息修改模塊（M3.2）信息查詢模塊（M3.3）；4.警報功能生理信號安全范圍控制模塊（M4.1）；警報模塊（4.2）；5.病人病情管理功能病情查詢模塊（M5.1）；病情報告打印模塊（5.2）5.4 接口設計1 初始化模塊：系統(tǒng)初始時由操作系統(tǒng)調用，執(zhí)行完畢后進入事件等待狀態(tài)；2 關閉系統(tǒng)模塊：由系統(tǒng)功能模塊調用，執(zhí)行完畢返回操作系統(tǒng)；3 系統(tǒng)功能模塊：接收系統(tǒng)功能區(qū)相應事件，啟動生理信號輸入管理、定時時間調節(jié)、信息輸入、信息修改、信息查詢等模塊4 生理信號輸入管理模塊：完成生理信號輸入管理功能；5 定時時間調節(jié)模塊：完成定時時間調節(jié)功能；6 信息輸入模塊：完成信息輸入功能；7 信息修改模塊：完成信息修改功能； 8 信息查詢模塊：完成信息查詢功能；9 生理信號安全范圍控制模塊：完成生理信號安全范圍控制功能；10 警報模塊：完成發(fā)出警報功能；11 病情查詢模塊：完成病情查詢功能；12 病情報告打印模塊：完成病情報告打印功能；6 詳細設計6.1 登陸界面登陸界面程序流程見圖：登陸界面程序流程圖6.2 程序描述主模塊功能：建立與數(shù)據(jù)庫連接；獲取系統(tǒng)設置；運行主對話框 根據(jù)輸入調用子模塊；退出系統(tǒng)時斷開與數(shù)據(jù)庫的連接程序邏輯：主功能模塊圖6.3 總程序設計流程圖設計內容：本系統(tǒng)要求能夠監(jiān)護系統(tǒng)要隨時接受每個病人的生理信號(脈搏、體溫、血壓、心電圖等)，定時記錄病人情況以形成患者日志并間隔一定得時間存入病人檔案，當某個病人的生理信號超出醫(yī)生規(guī)定的安全范圍時向值班護士發(fā)出警告信息；要求系統(tǒng)要提供輸入數(shù)據(jù)更新數(shù)據(jù)查詢信息的功能，必要時候要通知患者家屬。 程序設計流程圖見圖：系統(tǒng)功能流程圖6.4 傳感器信息采集功能功能描述：傳感器要隨時接受每個病人的生理信號(脈搏、體溫、血壓、心電圖等)，而且要將其模擬信號轉換成數(shù)字型號后及時發(fā)送給監(jiān)護管理模塊。傳感器信息采集程序流程圖：傳感器信息采集程序流程圖6.5 監(jiān)護管理模塊功能描述：根據(jù)傳感器信息采集而傳入監(jiān)護管理模塊的生理信息，對其傳入的信息進行分析處理，并將其和生理安全控制范圍內的數(shù)據(jù)進行比較，如若超過范圍則報警，及時通知責任醫(yī)生進行緊急處理，醫(yī)護人員有打印患者病情報告的權利，同時通知患者家屬，實時記錄患者日志，每間隔一段時間要更新患 者的檔案。監(jiān)護管理流程圖見圖： 監(jiān)護管理流程圖6.6 數(shù)據(jù)操作功能功能描述：權限操作者對病人信息數(shù)據(jù)的一系列操作（添加患者信息、查詢、修改、打?。瑢?shù)據(jù)庫進行的相關管理數(shù)據(jù)操作功能PAD圖6.6.1 添加新病人信息功能功能：查驗輸入的操作者證號；運行添加信息對話框；獲取該操作者的相關信息；查驗輸入病人信息；進行添加操作添加新病人信息功能PAD見圖添加新病人信息功能PAD圖6.6.2 查詢功能功能：查驗輸入的操作者證號；運行查詢信息對話框；獲取該操作者的相關信息；獲取相關信息。 (2)查詢功能PAD圖見圖：查詢功能PAD圖6.6.3 更新功能更新功能PAD圖見圖：更新功能PAD圖6.7 系統(tǒng)功能流程圖功能：根據(jù)操作員輸入功能調用相應的子模塊系統(tǒng)功能流程圖見圖:為系統(tǒng)功能流程圖6.8 系統(tǒng)操作模塊l功能：驗證輸入系統(tǒng)操作員的員工口令，完成權限管理運行系統(tǒng)操作對 話框，根據(jù)用戶輸入調用各子模塊，完成：有使用權限的醫(yī)院員工操作 (添加、修改、刪除)；數(shù)據(jù)統(tǒng)計；更改口令；系統(tǒng)管理(修改系統(tǒng)設置，瀏覽、修改、增加、刪除系統(tǒng)操作員)；l程序邏輯：為系統(tǒng)操作PAD圖7 數(shù)據(jù)庫設計說明書7.1 定義文檔中采用的專門術語的定義及縮略詞簡要：HICS：hospital intensive care System，醫(yī)院監(jiān)護系統(tǒng)。數(shù)據(jù)庫采用Sql Sever 2000數(shù)據(jù)庫。7.2 任務概述本系統(tǒng)要求能夠監(jiān)護系統(tǒng)要隨時接受每個病人的生理信號(脈搏、血壓、心跳、呼吸頻率等)，定時采樣病人情況以形成患者日志，當某個病人的生理信號超出醫(yī)生規(guī)定的安全范圍時向值班護士發(fā)出警告信息；此外，護士在需要時還可以要求系統(tǒng)打印出某個病人的病情報告。本軟件系統(tǒng)要求安全、可靠（具有出錯處理能力）、準確。7.3 結構設計7.3.1 概念結構設計一、確定實體類型通過了解醫(yī)院監(jiān)護中需要用到的實體類型有病人，醫(yī)護人員，病歷，患者日志，生理信息等等。二、確定聯(lián)系類型在這個系統(tǒng)中以下這些聯(lián)系是與監(jiān)護管理有關的：醫(yī)護人員與病人之間有個聯(lián)系是”診治“，它是一對多的；病人與病歷之間有個聯(lián)系是“持有“，它是一對一的；病人與生理信息之間有個聯(lián)系是“提取“，它是一對一的；生理信息與患者日志之間有個聯(lián)系是“采樣“，它是一對一的。三、畫ER圖（1）病人-病歷ER圖病人-病歷ER圖（2）醫(yī)護人員-病人ER圖醫(yī)護人員-病人ER圖（3）病人-生理信息ER圖 病人-生理信息ER圖（4）生理信息-患者日志ER圖生理信息-患者日志ER圖（5）總的ER圖總的ER圖四、確定屬性經調查了解到：病人有病人ID號、姓名、病房號、病床號4個屬性；患者日志有病人ID號、時間2個屬性；病歷有病人ID號、性別、年齡、家屬、住址、安全范圍、主治醫(yī)生ID號7個屬性；生理信息有病人ID號、脈搏、心跳、血壓4個屬性；醫(yī)護人員有姓名、性別、電話、住址、職工ID號、職稱6個屬性；上述個實體的屬性可用下列各表表示：(1)病人實體屬性圖 病人實體屬性圖(2)患者日志實體屬性圖患者日志實體屬性圖(3)病歷實體屬性圖病歷實體屬性圖（4）生理信息實體屬性圖生理信息實體屬性圖（5）醫(yī)護人員實體屬性圖醫(yī)護人員實體屬性圖7.3.2 邏輯結構設計 病人表字段名 數(shù)據(jù)類型主關鍵字外部關鍵字參照的表取值說明病人ID號Vchar2（10）yes不允許為空姓名Vchar2（30）病房號Vchar2（10）病床號Vchar2（10）病歷表字段名 數(shù)據(jù)類型主關鍵字外部關鍵字參照的表取值說明病人ID號Vchar2(10)yes不允許為空性別Vchar2(2)年齡Smallint家屬VarChar2（30）住址VarChar2（50）安全范圍VarChar2（10）主治醫(yī)生ID號Vchar2（10）醫(yī)護人員表字段名 數(shù)據(jù)類型主關鍵字外部關鍵字參照的表取值說明姓名Vchar2（30）性別Vchar2（2）電話Number(15)住址VarChar2（50）職工ID號Vchar2（10）yes不允許為空職稱Varchar2（10）患者日志表字段名 數(shù)據(jù)類型主關鍵字外部關鍵字參照的表取值說明病人ID號Vchar2（10）yes不允許為空時間DateTime生理信息表字段名 數(shù)據(jù)類型主關鍵字外部關鍵字參照的表取值說明病人ID號Vchar2(10)yes不允許為空脈搏Smallint心跳Smallint血壓Smallint呼吸頻率Smallint8 登錄界面8.1 系統(tǒng)主界面輸入職工號和密碼即可登陸系統(tǒng)8.2 功能選擇界面選擇需要的功能選項，進入子功能頁面8.3 生理信號信息采集模塊界面輸入病人病歷號，點取獲取信息，即可采集到病人的生理信息8.4 監(jiān)護管理模塊界面輸入病人病歷號后，即可獲得病人當前的病情報告，可通過打印按鈕完成打印工作，同時在界面的左側可以輸入病人生理信息安全值9 軟件測試軟件測試概述：使用人工或者自動手段來運行或測試某個系統(tǒng)的過程,其目的在于檢驗它是否滿足規(guī)定的需求或弄清預期結果與實際結果之間的差別. 它是幫助識別開發(fā)完成（中間或最終的版本）的計算機軟件（整體或部分）的正確度(correctness) 、完全度(completeness)和質量(quality)的軟件過程；是SQA(software quality assurance)的重要子域。有六個有關軟件測試方法的基本概念是很重要的:白盒測試，黑盒測試，灰盒測試，有效用例和無效用例，邊界條件以及等價類測試。9.1 白盒測試法9.1.1 白盒測試的概述白盒測試也稱結構測試或邏輯驅動測試，它是知道產品內部工作過程，可通過測試來檢測產品內部動作是否按照規(guī)格說明書的規(guī)定正常進行，按照程序內部的結構測試程序，檢驗程序中的每條通路是否都有能按預定要求正確工作，而不顧它的功能，白盒測試的主要方法有邏輯驅動、基路測試等，主要用于軟件驗證。9.1.2 白盒的測試用例需要做到：(1)保證一個模塊中的所有獨立路徑至少 被使用一次(2)對所有邏輯值均需測試 true 和 false(3)在上下邊界及可操作范圍內運行所有循環(huán) (4)檢查內部數(shù)據(jù)結構以確保其有效性 白盒測試的目的：通過檢查軟件內部的邏輯結構，對軟件中的邏輯路徑進行覆蓋測試；在程序不同地方設立檢查點，檢查程序的狀態(tài)，以確定實際運行狀態(tài)與預期狀態(tài)是否一致。白盒測試的特點：依據(jù)軟件設計說明書進行測試、對程序內部細節(jié)的嚴密檢驗、針對特定條件設計測試用例、對軟件的邏輯路徑進行覆蓋測試。9.1.3 白盒測試的實施步驟：(1)測試計劃階段：根據(jù)需求說明書，制定測試進度。(2)測試設計階段：依據(jù)程序設計說明書，按照一定規(guī)范化的方法進行軟件結構劃分和設計測試用例。(3)測試執(zhí)行階段：輸入測試用例，得到測試結果。(4)測試總結階段：對比測試的結果和代碼的預期結果，分析錯誤原因，找到并解決錯誤。 9.1.4 白盒測試的方法：總體上分為靜態(tài)方法和動態(tài)方法兩大類。靜態(tài)分析是一種不通過執(zhí)行程序而進行測試的技術。靜態(tài)分析的關鍵功能是檢查軟件的表示和描述是否一致,沒有沖突或者沒有歧義。動態(tài)分析的主要特點是當軟件系統(tǒng)在模擬的或真實的