【正文】 提供標準病癥信號 i（ 此用例不分解 ） 軟件工程方法 93 2022/2/9 病歷管理 分解為： j 生成病歷 k 查看病歷 l 更新病歷 m 打印病歷 病情報告 分解為 ： n 顯示病情報告 在顯示器上顯示病情 o 打印病情報告 在打印機打印病情報告 軟件工程方法 94 2022/2/9 給出細化的用例圖 病人 模數(shù)轉(zhuǎn)化 數(shù)據(jù)格式化 值班護士 報警 信號采集 比較信號 標準病癥 信號庫 醫(yī)生 信號數(shù)據(jù)組合 采樣頻率 改變 提供標準 病癥信號 生成病歷 查看病歷 更新病歷 打印病歷 顯示病情報告 打印病情報告 分解信號 《 Extend 》 《 Extend 》 《 Extend 》 《 use》 《 use》 《 use》 《 use》 《 use》 《 use》 《 use》 《 use》 細化的用例圖 。 g 信號數(shù)據(jù)組合 將采集到的脈搏 ， 血壓等信號數(shù)據(jù)組合為一組信號數(shù)據(jù) 。 病癥監(jiān)護 分解為： e 信號采集 采集病人的病癥信號 。 c 報警 如果病癥信號發(fā)生異常 （ 即高于峰值 ） ， 發(fā)出報警信號 。 頂層用例圖為： 提供標準 病癥信號 病歷管理 病人 標準病癥 信號庫 醫(yī)生 值班護士 病癥監(jiān)護 病情報 告管理 中央監(jiān)護 《 使用 》 《 使用 》 《 使用 》 軟件工程方法 92 2022/2/9 將用例細化 ， 可以得到分解的用例： 中央監(jiān)護 分解為： a 分解信號 將從病癥監(jiān)護器傳送來的組合病癥信號分解為系統(tǒng)可以處理的信號 。 角色：值班護士 角色職責： 負責監(jiān)視病人的病 情變化 角色職責識別： (1)使用系統(tǒng)主要功能 (2)對系統(tǒng)運行結(jié)果感 興趣 角色 :標準病癥信號庫 角色職責： 負責向系統(tǒng)提供病癥 信號的正常值 角色職責識別： (1)負責保持系統(tǒng) 正常運行 (2)與系統(tǒng)交互 角色：醫(yī) 生 角色職責： 對病人負責 ， 負責 處理病情的變化 角色職責識別： (1)需要系統(tǒng)支持以完 成其日常工作 (2)對系統(tǒng)運行結(jié)果感 興趣 通過分析可以初步識別出系統(tǒng)的用例為：中央監(jiān)護 ， 病癥監(jiān)護 ， 提供標準病癥信號 ， 病歷管理 ， 病情報告管理 。 軟件工程方法 89 2022/2/9 ? 三、用 UML的靜態(tài)建模機制定義并描述系統(tǒng)的靜態(tài)結(jié)構(gòu) ? （一）建立系統(tǒng)的用例圖 ? 通過以下六個問題識別角色 ? (1)誰使用系統(tǒng)的主要功能？ ? (2)誰需要系統(tǒng)的支持以完成日常工作任務？ ? (3)誰負責維護，管理并保持系統(tǒng)正常運行？ ? (4)系統(tǒng)需要應付（或處理）哪些硬設備？ ? (5)系統(tǒng)需要和哪些外部系統(tǒng)交互？ ? (6)誰（或什么）對系統(tǒng)運行產(chǎn)生的結(jié)果（值）感興趣？ 軟件工程方法 90 2022/2/9 通過回答這六個問題以后 ， 再進一步分析可以識別出本系統(tǒng)的四個角色： 值班護士 ， 醫(yī)生 ， 病人 ， 標準病癥信號庫 。 ? 醫(yī)生可以查看病情報告，要求打印病情報告，也可以查看或要求打印病歷。 ? 當病癥信號異常時，系統(tǒng)自動更新病歷并打印病情報告。 例 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)。 軟件工程方法 87 2022/2/9 請對系統(tǒng)需求進行分析！ 經(jīng)過初步的需求分析 ， 得到系統(tǒng)功能要求： 監(jiān)視病員的病癥 （ 血壓 、 體溫 、 脈搏等 ） 定時更新病歷 病員出現(xiàn)異常情況時報警 。在中心值班室里，值班護士使用中央監(jiān)視系統(tǒng)對病員的情況進行監(jiān)控，根據(jù)醫(yī)生的要求隨時打印病人的病情報告，定期更新病歷，當病癥出現(xiàn)異常時，系統(tǒng)會立即自動報警 , 并實時打印病人的病情報告，立及更新病歷。這些操作結(jié)果存入 數(shù)據(jù)庫 中。 學生 通過瀏覽器根據(jù)學號和密碼 進入 選課界面，在這里學生可以查 詢 已選課程信息并 選課 ， 教師 可以選擇 所上課程并 提交 成績。 ? 當前過程和系統(tǒng)的培訓指南及用戶手冊：這些東西中經(jīng)常會有潛在參與者。 ? 項目相關人員分析：對項目的相關人員進行分析，就能夠決定出哪些人將會與系統(tǒng)進行交互。另外，還希望能夠?qū)馁徺I金額、冊按特定時限進行 統(tǒng)計 。在使用系統(tǒng) 錄入新書籍 時系統(tǒng)會自動按規(guī)則生成書號，以修改信息，但不能夠刪除記錄。 2． “ 修改合同 ” 用例 …………… 軟件工程方法 76 2022/2/9 建模要點 ? 構(gòu)建結(jié)構(gòu)良好的用例： 1）為系統(tǒng)和部分系統(tǒng)中單個的、可標識和合理的原子行為命名； 2）將公共的行為抽取出來，放到一個被包含用例中，再將它 《 include》 進來； 3）對于變化部分，將其抽取出來，放到一個擴展用例（用 《 extent》 連接）中； 4）清晰地描述事件流，使得讀者能夠輕而易舉地理解 ? 構(gòu)建結(jié)構(gòu)良好的用例圖：擺放元素時，應該避免交叉線的出現(xiàn) ；對于語義上接近的行為和角色，最好使它們在物理上也更加接近； ? 根據(jù)系統(tǒng)實際情況控制粒度 軟件工程方法 77 2022/2/9 例子 ? 有一個愛書之人，家里各類書籍已過千冊，平時又時常有朋友外借，因此需要一個個人圖書理系統(tǒng)。 （ 2） 編號也可以由合同管理員手動輸入 ， 系統(tǒng)自動進行唯一性檢查 。 與其它用例的關聯(lián)：過程描述 （ 1） 中包含身份驗證用例；（ 4） 中包含編號自動生成用例 。 目 的 : 合同管理員將與客戶簽訂的銷售合同的詳細內(nèi)容錄入管理系統(tǒng) ， 用于對銷售合同進行統(tǒng)計 、 查詢 、 檢查是否履約等 ， 監(jiān)控正在履約的合同 。 ） 用例名： 增加銷售合同 執(zhí)行者 : 人執(zhí)行者：合同管理員 、 客戶 、 公司經(jīng)理 。 （ 5） “ 庫存管理子系統(tǒng) ” 中的用例 （ 第三層 ） ? 入庫管理； ? 出庫管理； ? 庫存管理 。 （ 3） “ 銷售管理子系統(tǒng) ” 中的用例 （ 第三層 ） ?制定產(chǎn)品銷售計劃； ?簽訂銷售合同； ?督促客戶付款； ?監(jiān)督產(chǎn)品發(fā)貨； ?檢查合同履約； ?提供售后服務 。 軟件工程方法 67 2022/2/9 確定用例 （ 1） “ 企業(yè)綜合信息管理系統(tǒng) ” 中的用例 （ 一層 ） ?財務管理； ?人力資源管理； ?生產(chǎn)調(diào)度管理； ?進銷存管理； ?設備安全管理； ?行政事務管理 。 軟件工程方法 65 2022/2/9 （ 2） 系統(tǒng)的用戶 客戶 、 倉庫管理員 、 銷售人員 、 采購人員 、 公司經(jīng)理 、 財務管理系統(tǒng) 、 生產(chǎn)調(diào)度管理系統(tǒng) 。 ?出庫單：長期保留 ， 以備查核算使用 。 ?貨物損毀報表：長期保留 ， 以備查使用 。 ?歷年履約合同：履約后的合同需要長期 （ 幾十年 ） 保留 ， 以備查使用 。 （ 1） 銷售管理 1） 制定銷售計劃 2） 與客戶簽訂銷售合同