【正文】 h 采樣頻率改變 根據(jù)病人的情況改變監(jiān)視器采樣頻率 。 d 數(shù)據(jù)格式化 將處理后的數(shù)據(jù)格式化以便寫(xiě)入病歷庫(kù) 。 頂層用例圖為： 角色描述 軟件工程方法 91 2022/2/9 通過(guò)分析可以初步識(shí)別出系統(tǒng)的用例為：中央監(jiān)護(hù) ， 病癥監(jiān)護(hù) ， 提供標(biāo)準(zhǔn)病癥信號(hào) ， 病歷管理 ， 病情報(bào)告管理 。 ? 系統(tǒng)定期自動(dòng)更新病歷。 ? 中央監(jiān)護(hù)系統(tǒng)將病人的病癥信號(hào)開(kāi)解后與標(biāo)準(zhǔn)的病癥信號(hào)庫(kù)里的病癥信號(hào)的正常值進(jìn)行比較，當(dāng)病癥出現(xiàn)異常時(shí)系統(tǒng)自動(dòng)報(bào)警。 ? 要求根據(jù)現(xiàn)場(chǎng)情景，對(duì)醫(yī)院病房監(jiān)護(hù)系統(tǒng)進(jìn)行需求分析， 建立系統(tǒng)的 Use case model。 管理員負(fù)責(zé) 維護(hù) 各項(xiàng)信息。 ? 書(shū)面的規(guī)格說(shuō)明和其它項(xiàng)目文檔（如會(huì)談備忘錄等） ? 需求研討會(huì)和聯(lián)合應(yīng)用開(kāi)發(fā)會(huì)議的記錄：這些會(huì)議的參與者通常是很重要的，因?yàn)樗麄冊(cè)诮M織中所代表的角色就是可能與系統(tǒng)發(fā)生交互的參與者。該系統(tǒng)還應(yīng)該夠?qū)?shū)籍的 外借情況進(jìn)行記錄 ，可對(duì)外借情況列打印。 出現(xiàn)錯(cuò)誤 ， 允許重新輸入 。 類(lèi) 型： 端點(diǎn) 、 主要的 、 基本的 級(jí) 別： 一級(jí) 軟件工程方法 75 2022/2/9 過(guò)程描述： （ 1） 合同管理員輸入標(biāo)識(shí)碼 （ ID） ， 系統(tǒng)識(shí)別標(biāo)識(shí)碼的有效性； （ 2） 初始化一個(gè)新銷(xiāo)售合同 ， 設(shè)置各種處室標(biāo)志； （ 3） 輸入一個(gè)新的具有唯一性的合同編號(hào)； （ 4） 將與客戶簽訂的銷(xiāo)售合同的詳細(xì)內(nèi)容錄入管理系統(tǒng)； （ 5） 退出系統(tǒng) 。 軟件工程方法 69 2022/2/9 分層繪制用例圖 1．最高層用例圖 軟件工程方法 70 2022/2/9 2． 第 2層用例圖 軟件工程方法 71 2022/2/9 3． 第 3層用例圖 軟件工程方法 72 2022/2/9 4． 第 4層用例圖 軟件工程方法 73 2022/2/9 軟件工程方法 74 2022/2/9 描述用例 1． “ 增加銷(xiāo)售合同 ” 用例 用例編號(hào)： 04010101（ 共有 4層用例圖結(jié)構(gòu) ， 每層用 2位數(shù)字表 示 ， 采用 8位編號(hào) 。 （ 2） “ 進(jìn)銷(xiāo)存管理子系統(tǒng) ” 中的用例 （ 第二層 ） ?銷(xiāo)售管理； ?采購(gòu)管理； ?庫(kù)存管理 。 ?庫(kù)存貨物資產(chǎn)核對(duì)表：長(zhǎng)期保留 ， 以備查使用 。 ?庫(kù)存貨物清單：庫(kù)存貨物量隨出 、 入庫(kù)有所消長(zhǎng) ， 長(zhǎng)期保存 。 軟件工程方法 62 2022/2/9 2． 具體功能要求 本案例只對(duì)其中的 “ 進(jìn)銷(xiāo)存管理子系統(tǒng) ” 進(jìn)行詳細(xì)的需求分析用例建模 。此時(shí)，再借助關(guān)聯(lián)（包含）和泛化的關(guān)系給出用例之間的結(jié)構(gòu)模型。這就需要對(duì)用例進(jìn)行更詳盡的描述。在上例中，可以輕松地提出以下優(yōu)先次序列表： ① 記錄成績(jī) ② 測(cè)覽成績(jī) ③ 更新成績(jī) ④ 生成報(bào)告卡 ⑤ 檢查報(bào)告卡 ⑥ 分發(fā)報(bào)告卡 某些用例必須在其他用例之前完成，因?yàn)樗鼈冎g要相互依賴(lài)。 ? 授課教師 (teacher)： 使用系統(tǒng)為學(xué)生記錄成績(jī)、更新成績(jī)、瀏覽成績(jī)，并可通過(guò)計(jì)算機(jī)發(fā)布報(bào)告卡。 ?細(xì)化每個(gè)用例。 ③擴(kuò)展用例的執(zhí)行需要滿足某種條件，而包含用例不需要。 ? 箭頭指向的用例為 被包含的用例 ，稱(chēng)為 包含用例 ；箭頭出發(fā)的用例為 基本用例 。 ?基礎(chǔ)用例不必知道擴(kuò)展用例的任何細(xì)節(jié)，它僅為其提供擴(kuò)展點(diǎn)。 軟件工程方法 35 2022/2/9 用例之間的關(guān)聯(lián) ? ? ? ? 軟件工程方法 36 2022/2/9 ? 繼承關(guān)聯(lián) 泛化 (generalization):當(dāng)多個(gè)用例共同擁有一種類(lèi)似的結(jié)構(gòu)和行為 的時(shí)候我們可以將它們的共性抽象成為父用例，其他的用例作為泛化關(guān)系中的子用例。 ? 類(lèi)型：主要的、基本的 ? 級(jí)別：一級(jí) ? 過(guò)程描述： ? （ 1）學(xué)生輸入標(biāo)識(shí)碼（ ID）， 系統(tǒng)識(shí)別標(biāo)識(shí)碼的有效性； ? （ 2）對(duì)學(xué)生進(jìn)行注冊(cè)識(shí)別； ? （ 3）流覽本學(xué)期預(yù)開(kāi)課程； ? （ 4）選擇學(xué)生自己要上的課程并確認(rèn)； ? （ 5）退出系統(tǒng)，系統(tǒng)給出所選課程列表及相應(yīng)學(xué)分合計(jì)。 軟件工程方法 28 2022/2/9 判斷題 ? 支持跨行業(yè)務(wù) ? 插入卡片 ? 輸入密碼 ? 選擇服務(wù) ? 取錢(qián) ? 存錢(qián) ? 掛失卡片 ? 交納費(fèi)用 ? 警示騙子 ? 三次錯(cuò)誤吞沒(méi)卡片 軟件工程方法 29 2022/2/9 ? 支持跨行業(yè)務(wù) 錯(cuò)，這是一個(gè)業(yè)務(wù)規(guī)則，限定業(yè)務(wù)的范圍 ? 插入卡片 錯(cuò)，這是一個(gè)過(guò)程步驟，不是完整目標(biāo) ? 輸入密碼 錯(cuò)，這是一個(gè)過(guò)程步驟，不是完整目標(biāo) ? 選擇服務(wù) 錯(cuò)，這是一個(gè)過(guò)程步驟，不是完整目標(biāo) ? 取錢(qián) 對(duì)，這是一個(gè)完整有效的目標(biāo) ? 存錢(qián) 對(duì)，這是一個(gè)完整有效的目標(biāo) ? 掛失卡片 對(duì)，這是一個(gè)完整有效的目標(biāo) ? 交納費(fèi)用 對(duì)，這是一個(gè)完整有效的目標(biāo) ? 警示騙子 錯(cuò)，已超出了邊界范圍 ? 三次錯(cuò)誤吞沒(méi)卡片 錯(cuò)，這是一個(gè)業(yè)務(wù)規(guī)則，限定業(yè)務(wù)的范圍 軟件工程方法 30 2022/2/9 ? 用例名： ? 簡(jiǎn)單名： ? 路徑名： 軟件工程方法 31 2022/2/9 用例文字描述 ? 更詳細(xì)地描述 用例的功能 ? 用例編號(hào) ? 用例名 ? 用例描述 ? 參與者 ? 前置條件 ? 后置條件 ? 基本路徑 1, … .X X X X 2. … .X X X X ? 擴(kuò)展點(diǎn) 2a. … .X X X X 2a1. … .X X X X ? 變異點(diǎn) ? 補(bǔ)充說(shuō)明 軟件工程方法 32 2022/2/9 ? 用例編號(hào) :001 ? 用例名 :ATM取款 ? 用例描述 :儲(chǔ)戶使用信用卡，在 ATM機(jī)上取款 ? 參與者：儲(chǔ)戶 ? 前置條件： ATM機(jī)器處于正常準(zhǔn)備狀態(tài) ? 后置條件：若成功，則儲(chǔ)戶取出錢(qián)，帳戶上扣除錢(qián)；若失敗，儲(chǔ)戶沒(méi)有取到錢(qián)，帳戶上錢(qián)數(shù)不變。 軟件工程方法 25 2022/2/9 目標(biāo)和步驟的誤區(qū) 軟件工程方法 26 2022/2/9 怎樣確定用例的粒度？ ? 用例的粒度（用例的大?。┛纱罂尚。话阋粋€(gè)系統(tǒng)宜控制在 20個(gè)用例左右。 ? 一個(gè)真實(shí)的目標(biāo)應(yīng)當(dāng)完備地表達(dá)執(zhí)行者的期望。 ? 對(duì)于建立的每一個(gè)業(yè)務(wù)用例，都需要一組系統(tǒng)用例來(lái)輔助和支持。 軟件工程方法 21 2022/2/9 2．尋找和確定用例 ? 業(yè)務(wù)用例 ： 開(kāi)始階段，在確定用戶需求過(guò)程中，系統(tǒng)分析員通過(guò)與客戶交流建立業(yè)務(wù)模型來(lái)發(fā)現(xiàn)和確定的用例。 軟件工程方法 20 2022/2/9 ? 用例的特征 動(dòng)賓短語(yǔ) ? 用例必然是以動(dòng)賓短語(yǔ)形式出現(xiàn)的。 又比如，登錄系統(tǒng)是一個(gè)有效的用例，但輸入密碼卻不是。用例的執(zhí)行結(jié)果對(duì)參與者來(lái)說(shuō)是可觀測(cè)的和有意義的。 ? 這件事必須由一個(gè)執(zhí)行者發(fā)起，執(zhí)行者的愿望是用例存在的原因。 ? 從本質(zhì)上講 ,一個(gè)用例是用戶與計(jì)算機(jī)之間的一次典型交互作用。一個(gè)執(zhí)行者可用啟動(dòng)多個(gè)用例，而一個(gè)用例也可以被多個(gè)執(zhí)行者啟動(dòng)。 軟件工程方法 9 2022/2/9 確定執(zhí)行者（參與者，角色） ? 執(zhí)行者（ actor） 是指在系統(tǒng)外部與系統(tǒng)交互的人或其他系統(tǒng)，它以某種方式參與了系統(tǒng)內(nèi)用例的執(zhí)行。在 UML中是使用一條 實(shí)線 連接角色與用例 軟件工程方法 8 2022/2/9 定義系統(tǒng)的邊界和范圍 系統(tǒng)： 特指基于計(jì)算機(jī)的用于解決某個(gè)特定問(wèn)題域的軟硬件