【正文】 有的上下文關系圖（表示系統(tǒng)范圍）及其他相關模型：它們描述了系統(tǒng)與外部系統(tǒng)的邊界，從這些圖中可以尋找出與系統(tǒng)有交互關系的外部實體。 ? 項目相關人員分析：對項目的相關人員進行分析，就能夠決定出哪些人將會與系統(tǒng)進行交互。 ? 書面的規(guī)格說明和其它項目文檔（如會談備忘錄等） ? 需求研討會和聯(lián)合應用開發(fā)會議的記錄：這些會議的參與者通常是很重要的，因為他們在組織中所代表的角色就是可能與系統(tǒng)發(fā)生交互的參與者。 ? 當前過程和系統(tǒng)的培訓指南及用戶手冊：這些東西中經(jīng)常會有潛在參與者。 軟件工程方法 81 2022/2/9 合并需求獲得用例 特性 用例 、非計算機類分別建檔 息 息 、作者、類別、出版社等關鍵字組合查詢書籍 、列表、統(tǒng)計功能應可以單獨對計算機類或非計算機類進行 息 息 、按書查詢外借情況 、列表、統(tǒng)計功能應可以單獨對計算機類或非計算機類進行 息 、冊數(shù) 、列表、統(tǒng)計功能應可以單獨對計算機類或非計算機類進行 冊數(shù) 軟件工程方法 82 2022/2/9 錯誤 不能用 include 軟件工程方法 83 2022/2/9 優(yōu)化 軟件工程方法 84 2022/2/9 ? 網(wǎng)上選課系統(tǒng)： ? 管理員 通過系統(tǒng)管理界面進入， 建立 本學期要開的各門課程，將 課程信息 保存在數(shù)據(jù)庫中，并可以對課程進行改動和刪除。 學生 通過瀏覽器根據(jù)學號和密碼 進入 選課界面，在這里學生可以查 詢 已選課程信息并 選課 ， 教師 可以選擇 所上課程并 提交 成績。 管理員負責 維護 各項信息。這些操作結果存入 數(shù)據(jù)庫 中。 軟件工程方法 85 2022/2/9 軟件工程方法 86 2022/2/9 ? 現(xiàn)有一醫(yī)院病房監(jiān)護系統(tǒng)，病癥監(jiān)視器安置在每個病房，將病人的病癥信號實時傳送到中央監(jiān)視系統(tǒng)進行分析處理。在中心值班室里，值班護士使用中央監(jiān)視系統(tǒng)對病員的情況進行監(jiān)控，根據(jù)醫(yī)生的要求隨時打印病人的病情報告，定期更新病歷，當病癥出現(xiàn)異常時，系統(tǒng)會立即自動報警 , 并實時打印病人的病情報告，立及更新病歷。 ? 要求根據(jù)現(xiàn)場情景，對醫(yī)院病房監(jiān)護系統(tǒng)進行需求分析， 建立系統(tǒng)的 Use case model。 軟件工程方法 87 2022/2/9 請對系統(tǒng)需求進行分析！ 經(jīng)過初步的需求分析 ， 得到系統(tǒng)功能要求： 監(jiān)視病員的病癥 （ 血壓 、 體溫 、 脈搏等 ） 定時更新病歷 病員出現(xiàn)異常情況時報警 。 隨機地產(chǎn)生某一病員的病情報告 。 例 2 醫(yī)院病房監(jiān)護系統(tǒng) 產(chǎn)生 病情報告 監(jiān)視病情 更新病歷 軟件工程方法 88 2022/2/9 ? 二、簡單的需求分析說明 ? 系統(tǒng)名稱：醫(yī)院病房監(jiān)護系統(tǒng) ? 根據(jù)分析系統(tǒng)主要實現(xiàn)以下功能： ? 病癥監(jiān)視器可以將采集到的病癥信號（組合），格式化后實時的傳送到中央監(jiān)護系統(tǒng)。 ? 中央監(jiān)護系統(tǒng)將病人的病癥信號開解后與標準的病癥信號庫里的病癥信號的正常值進行比較，當病癥出現(xiàn)異常時系統(tǒng)自動報警。 ? 當病癥信號異常時，系統(tǒng)自動更新病歷并打印病情報告。 ? 值班護士可以查看病情報告并進行打印。 ? 醫(yī)生可以查看病情報告，要求打印病情報告，也可以查看或要求打印病歷。 ? 系統(tǒng)定期自動更新病歷。 軟件工程方法 89 2022/2/9 ? 三、用 UML的靜態(tài)建模機制定義并描述系統(tǒng)的靜態(tài)結構 ? （一）建立系統(tǒng)的用例圖 ? 通過以下六個問題識別角色 ? (1)誰使用系統(tǒng)的主要功能？ ? (2)誰需要系統(tǒng)的支持以完成日常工作任務？ ? (3)誰負責維護，管理并保持系統(tǒng)正常運行？ ? (4)系統(tǒng)需要應付（或處理）哪些硬設備？ ? (5)系統(tǒng)需要和哪些外部系統(tǒng)交互？ ? (6)誰（或什么）對系統(tǒng)運行產(chǎn)生的結果（值）感興趣？ 軟件工程方法 90 2022/2/9 通過回答這六個問題以后 ， 再進一步分析可以識別出本系統(tǒng)的四個角色： 值班護士 ， 醫(yī)生 ， 病人 ， 標準病癥信號庫 。 角色描述模板 角色：病 人 角色職責： 提供病癥信號 角色職責識別： 負責生成 、 實時提供 各種病癥信號 。 角色：值班護士 角色職責： 負責監(jiān)視病人的病 情變化 角色職責識別： (1)使用系統(tǒng)主要功能 (2)對系統(tǒng)運行結果感 興趣 角色 :標準病癥信號庫 角色職責： 負責向系統(tǒng)提供病癥 信號的正常值 角色職責識別： (1)負責保持系統(tǒng) 正常運行 (2)與系統(tǒng)交互 角色：醫(yī) 生 角色職責： 對病人負責 ， 負責 處理病情的變化 角色職責識別： (1)需要系統(tǒng)支持以完 成其日常工作 (2)對系統(tǒng)運行結果感 興趣 通過分析可以初步識別出系統(tǒng)的用例為：中央監(jiān)護 ， 病癥監(jiān)護 ， 提供標準病癥信號 ， 病歷管理 ， 病情報告管理 。 頂層用例圖為： 角色描述 軟件工程方法 91 2022/2/9 通過分析可以初步識別出系統(tǒng)的用例為：中央監(jiān)護 ， 病癥監(jiān)護 ， 提供標準病癥信號 ， 病歷管理 ， 病情報告管理 。 頂層用例圖為： 提供標準 病癥信號 病歷管理 病人 標準病癥 信號庫 醫(yī)生 值班護士 病癥監(jiān)護 病情報 告管理 中央監(jiān)護 《 使用 》 《 使用 》 《 使用 》 軟件工程方法 92 2022/2/9 將用例細化 ， 可以得到分解的用例： 中央監(jiān)護 分解為： a 分解信號 將從病癥監(jiān)護器傳送來的組合病癥信號分解為系統(tǒng)可以處理的信號 。 b 比較信號 將病人的病癥信號與標準信號比較 。 c 報警 如果病癥信號發(fā)生異常 （ 即高于峰值 ） ， 發(fā)出報警信號 。 d 數(shù)據(jù)格式化 將處理后的數(shù)據(jù)格式化以便寫入病歷庫 。 病癥監(jiān)護 分解為： e 信號采集 采集病人的病癥信號 。 f 模數(shù)轉化 將采集來的模擬信號轉化為數(shù)字信號 。 g 信號數(shù)據(jù)組合 將采集到的脈搏 ， 血壓等信號數(shù)據(jù)組合為一組信號數(shù)據(jù) 。 h 采樣頻率改變 根據(jù)病人的情況改變監(jiān)視器采樣頻率 。 提供標準病癥信號 i（ 此用例不分解 ） 軟件工程方法 93 2022/2/9 病歷管理 分解為： j 生成病歷 k 查看病歷 l 更新病歷 m 打印病歷 病情報告 分解為 ： n 顯示病情報告 在顯示器上顯示病情 o 打印病情報告 在打印機打印病情報告 軟件工程方法 94 2022/2/9 給出細化的用例圖 病人 模數(shù)轉化 數(shù)據(jù)格式化 值班護士 報警 信號采集 比較信號 標準病癥 信號庫 醫(yī)生 信號數(shù)據(jù)組合 采樣頻率 改變 提供標準 病癥信號 生成病歷 查看病歷 更新病歷 打印病歷 顯示病情報告 打印病情報告 分解信號 《 Extend 》 《 Extend 》 《 Extend 》 《 use》 《 use》 《 use》 《 use》 《 use》 《 use》 《 use》 《 use》 細化的用例圖