您可以使用檢查點來檢閱元素。只使用影響您的工作區的檢查點。
需求檢查點
您可以使用「問題」屬性,輸入您要在檢閱元素時使用的問題。請寫下問題,以便回答是時表示已核准元素。當您檢閱不同類型的元素時,可以使用下列檢查點,例如,需求、使用案例、測試案例及問題報告。
表 1. 需求檢查點範例| 名稱 |
問題 |
| 唯一性 |
需求的標題與 ID 是不是唯一的? |
| 易懂性 |
讀者是否能夠瞭解需求? |
| 冗長度 |
需求是否排除非必要資訊? |
| 完整性 |
所有屬性是否皆完整? |
| 語義不明確 |
需求的用語是否清楚? |
| 一致性 |
不同的需求間以及需求與整體系統需求間是否無衝突? |
| 組織 |
需求的階層式層次是否正確? |
| 追蹤性 |
需求是否有來源需求與目標需求? |
| 可測試性 |
需求的完整性是否可透過測試、示範、檢閱或分析進行驗證? |
| 責任 |
是否已指定需求的負責人? |
| 語言 |
需求是否排除文法錯誤與難以確認的字眼(例如經常、至少及有時)? |
| 類型 |
此需求是否確實為需求,而非設計或實作解決方案? |
| 重複性 |
需求的意義是不是唯一的? |
| 分割性 |
此需求所指定的是否為定義明確的單一需求? |
| 分組 |
這是否為獨立式需求? |
| 範圍 |
需求是否在專案的範圍內? |
| 效能 |
是否已指定此需求的效能目標? |
| 參照 |
此需求的交互參照是否正確? |
| 相依關係 |
此需求是否依存於其他需求?是否已明確指定這些相依關係? |
使用案例檢查點
表 2. 使用案例檢查點範例| 名稱 |
問題 |
| 離散性 |
使用案例是否為獨立、可分離的作業? |
| 目標 |
使用案例的目標或可測值是否明確? |
| 動作項目 |
是否已指定自使用案例中受益的動作者? |
| 層次 |
使用案例是否撰寫於基本(抽象)層次上,而非撰寫為特定實務練習? |
| 類型 |
使用案例是否包含設計與實作詳細資料? |
| 操作過程完整性 |
是否已載明所有預定的操作過程? |
| 例外 |
是否已載明所有已知的例外情況? |
| 分割性 |
是否有任何共用的動作順序可分割成個別的使用案例? |
| 語義不明確 |
每個操作過程的對話順序是否皆明確撰寫,沒有語意不明或不完整的情形? |
| 切題性 |
使用案例中的每個動作項目與步驟是否都與完成作業有關? |
| 操作過程可行性 |
使用案例中的操作過程是否可行? |
| 操作過程的可驗證性 |
是否可以驗證使用案例中的操作過程? |
測試案例檢查點
表 3. 測試案例檢查點範例| 名稱 |
問題 |
| 輸入及輸出 |
測試案例是否包含預期的輸入與輸出的完整說明? |
| 參照 |
是否已說明此測試案例的所有相依關係? |
| 重複性 |
此狀況是否僅測試一次? |
| 完整性 |
測試案例是否完整? |
| 語義不明確 |
測試案例是否避免語義不明確的情形? |
| 重現性 |
測試案例是否可重現? |
| 設計 |
測試案例的設計目的是否為顯示失敗確實存在,而非失敗不存在? |
問題報告檢查點
表 4. 問題報告檢查點範例| 名稱 |
問題 |
| 易懂性 |
讀者是否能夠瞭解錯誤報告? |
| 完整性 |
所有屬性是否皆完整? |
| 語義不明確 |
錯誤報告的用語是否清楚? |
| 重複性 |
是否存在重複的錯誤報告? |
| 重現性 |
是否可以重新產生錯誤報告中所記載的錯誤? |