TA Comment - 使用案例圖 & 使用案例規格

[jo-ym]

使用案例圖:

1. "使用者"的命名, 建議具體命名出你們所設定的使用者(例如"顧客"), 不宜直接寫"使用者"
2. 請統一你們在各自使用案例規格和在使用案例圖裡所使用的使用案例名稱, 以及以後文件中使用的名稱

使用案例規格:
(依學號排序)

D0542370 評分

1. 這叫"使用"案例不叫"使用者"案例
2. 前置條件已經定下來是"已註冊且登入的使用者"了, 所以路徑中不用再做這件事
3. 後置條件是一個"執行完"這個案例後要確定下來的條件, "成功登入並點選評分功能"明顯與此定義矛盾, 這比較像前置條件

D0542501 搜尋店家

1. 這叫"使用"案例不叫"使用者"案例
2. 應定義清楚"輻射圈"具體是多大
3. 前後置條件更是不應有假設字眼, 因為他們一個是事前需要確定下來的條件, 一個是執行完需要確定下來的條件

D0542900 註冊

1. 這叫"使用"案例不叫"使用者"案例
2. 後置條件寫得比較像在流程中做的判斷, 以及"兩次相同密碼"這事應該在主要路徑和替代路徑處理(如果你處理"重複帳號"那樣)

D0562215 推薦店家

1. 這叫"使用"案例不叫"使用者"案例
2. 前置條件已經定下來是"已註冊且登入的使用者"了, 所以路徑中不用再做這件事
3. 對主要路徑而言, 要以最長、最成功的一條路徑來描述, 所以"輸入錯誤"這個例外應該移至替代路徑交代
4. 這個功能應該只是推薦, 所以後置條件不太妥當, 因為使用者不一定要接受這個推薦

D0588813 查詢

1. 這叫"使用"案例不叫"使用者"案例
2. 請統一你們在各自使用案例規格和在使用案例圖裡所使用的使用案例名稱, 以及以後文件中使用的名稱
3. 前置條件已經定下來是"已註冊且登入的使用者"了, 所以路徑中不用再做這件事
4. 對主要路徑而言, 要以最長、最成功的一條路徑來描述, 所以"輸入錯誤"、"否"這些例外應該移至替代路徑交代
5. 後置條件是一個執行完這個案例後要確定下來的條件, "重新輸入正確的店名"比較像應出現在處理例外的替代路徑中

[jo-ym]

更正
後置條件是可以有假設語氣的, 例如因為成功失敗的結果不同, 所以固定下來的條件也不同。

抱歉之前給了錯的comment，已加回這部分的分數。