市場營銷第4章餐館訂餐系統(tǒng)的業(yè)務模型-展示頁
2025-01-16 04:31本頁面
【正文】 采用手工預約單： ? 預約的信息 – 姓名和電話號碼 – 就餐者人數(shù) ? 調換餐桌 ? 取消預約作注釋 ? 未預約顧客（ ‘Walkin’） – 就餐人數(shù) 本章內容 建立用例模型 用例建模 描述用例 （系統(tǒng)的用例編寫，基本的事件路徑） 組織用例模型 （調整優(yōu)化用例圖） 完成用例模型 （用例圖的第二次迭代） 建立領域模型 建立詞匯表 用例建模 ? 第一次迭代應該只交付足夠使系統(tǒng)提供某些確實有商業(yè)價值的核心功能。 ? 定義基本功能 —建立初始用例圖 ? 系統(tǒng)應取代手工預約單 用例建模的步驟 ? 用例的步驟 ? 找出系統(tǒng)邊界和范圍 ? 識別參與者 ? 確定每個參與者所期望的系統(tǒng)行為 ? 找出用例 ? 用例圖 識別用例 —— 第一步： 系統(tǒng)邊界 ? 考慮構造系統(tǒng)時，你所需要做的第一件事情是確定系統(tǒng)的邊界在哪里，需要定義什么是系統(tǒng)的組成部分（系統(tǒng)的邊界內）和什么是系統(tǒng)的外部（系統(tǒng)邊界外）。 ? 系統(tǒng)邊界繪制為方框，標有系統(tǒng)名稱，參與者繪制在邊界外部，用例繪制在邊界內部。 ? 餐館預約系統(tǒng)需完成的主要任務 : 1 記錄一個新的預約信息 2 取消一個預約信息 3 記錄一位顧客的到來 4 將一位顧客的餐桌從一張餐桌移到另一張餐桌（“調換餐桌”） 建立初始用例圖（ Use Case Diagrams） ? 以圖解的形式概括系統(tǒng)中的不同參與者和用例，并顯示哪些參與者能夠參與哪些用例。 ? 從實用上，應更重視編寫完整的和可理解的 事件路徑 ，而不是按指定的模板填寫每個部分。 ? 記錄預約 1 接待員輸入要預約的日期 2 系統(tǒng)顯示該日的預約 3 有一張合適的餐桌可以使用：接待員輸入顧客的姓名、電話、預約的時間、用餐人數(shù)和餐桌號 4 系統(tǒng)記錄并顯示新預約。 用戶界面原型（可選） ? When writing use cases, it is useful to have a rough idea of the planned user interface 本章內容 建立用例模型 用例建模 描述用例 （系統(tǒng)的用例編寫，基本的事件路徑） 組織用例模型 （調整優(yōu)化用例圖） 完成用例模型 （用例圖的第二次迭代） 建立領域模型 建立詞匯表 組織用例模型 ? 記錄到達：基本事件路徑 （１）領班輸入當前日期 （２）系統(tǒng)顯示當天的預約 （３）領班確認一個選定的預約已經到達 （４）系統(tǒng)對此進行記錄并更新顯示器，將顧客標記為已經到達。 以上兩個用例存在共享功能 Use Case 包含 ? 把共享部分分離出來組成一個新用例 —顯示預約（ Display Bookings） : 1 用戶輸入一個日期 2 系統(tǒng)顯示當日的預約 ? 更改“ 記錄預約 ”用例，可以這樣寫 : 1 接待員執(zhí)行 ‘顯示預約 ’用例 2 接待員輸入 …… 3 系統(tǒng)記錄和顯示新預約 Use Case 包含 ? 一個用例和它所包含的其他用例之間的關系，在用例圖中用一個連接兩個用例的虛線箭頭表示，稱為 依賴 。 ? 參與者泛化把兩個或多
范文總結相關推薦
鄂ICP備17016276號-1