《uml完整例子》ppt課件-全文預覽
【正文】 消輸入，則結(jié)束用例，不做存儲建檔工作； 5a2）圖書管理員選擇修改書名后，轉(zhuǎn)到 5） ? ：無特殊要求 …… 火龍果 ? 整理 （ 7）編寫要點 ? 使用簡單的語法：主語明確，語義易于理解； ? 明確寫出“誰控制球”：也就是在事件流描述中，讓讀者直觀地了解是參與者在控制還是系統(tǒng)在控制； ? 從俯視的角度來編寫：指出參與者的動作，以及系統(tǒng)的響應，也就是從第三者觀察的角度； ? 顯示過程向前推移：也就是第一步都有前進的感（例如，用戶按下 tab鍵作為一個事件就是不合適的）； 火龍果 ? 整理 編寫要點 ? 顯示參與者的意圖而非動作（如果只描述了動作，人們不能夠很容易地直接從事件流描述中理解用例）； ? 包括“合理的活動集”（帶數(shù)據(jù)的請求、系統(tǒng)確認、更改內(nèi)部、返回結(jié)果）； ? 用“確認”而非“檢查是否”，例如“系統(tǒng)確認所輸入的信息中書名未有重名”； ? 可選擇地提及時間限制； ? 采用“用戶讓系統(tǒng) A與系統(tǒng) B交互”的習慣用語； ? 采用“循環(huán)執(zhí)行步驟 x到 y，直到條件滿足”的習慣用語。 ?圖書管理員做出選擇 后，顯示相應界面， 讓圖書管理員輸入信 息，并自動根據(jù)書號 規(guī)則生成書號 —— “新書信息錄入”窗口 及輔助的“提交”按鈕 火龍果 ? 整理 魯棒分析 — 尋找控制對象和實體對象 ?根據(jù)事件流中的步驟 5，以及擴展路徑的描述，就可以在原圖上增加相應的控制對象，得到更進一步的分析圖 火龍果 ? 整理 魯棒分析 — 尋找控制對象和實體對象 ?新添兩個邏輯：一是基本事件流中的步驟 3要求根據(jù)用戶選擇的類別，自動獲得書號；二是當書名重復性檢查沒有通過（有重名），則應返回要求其重輸 火龍果 ? 整理 （ 3）構(gòu)建交互模型 火龍果 ? 整理 （ 4）轉(zhuǎn)換成通信圖 火龍果 ? 整理 組件圖 。 ?不過由于它們在語義上是等價的，因此可以繪制出一種，再通過建模工具來自動轉(zhuǎn)換成另一種圖 。 ? ：完成新書信息的存儲建檔。 ? 書面的規(guī)格說明和其它項目文檔（如會談備忘錄等） 火龍果 ? 整理 識別參與者 ? 需求研討會和聯(lián)合應用開發(fā)會議的記錄：這些會議的參與者通常是很重要的，因為他們在組織中所代表的角色就是可能與系統(tǒng)發(fā)生交互的參與者。 ?書籍列表類：書籍列表就是全部的藏書列表，其主要的成員方法
教學課件相關(guān)推薦
鄂ICP備17016276號-1