需求內容
· 系統的所有輸入都定義了嗎？包括它們的來源、精度、取值范圍和頻率？
· 系統所有的輸出都定義了嗎？包括它們的目標、精度、取值范圍、頻率和格式？
· 所有的報告格式都定義了嗎？
· 所有的硬件與軟件接口都定義了嗎？
· 所有的通信交界面都定義了嗎？包括握手、錯誤檢查以及通信約定？
· 是否從用戶的觀點出發，定義了所有必要操作的反應時間？
· 是否定義了時間問題，如處理時間、數據傳輸率以及系統吞吐能力？
· 是否對用戶所要求完成的任務部作出了規定？
· 每項任務所需用到和產生的數據都規定了嗎？
· 規定保密級別了嗎？
· 規定可靠性了嗎？包括軟件出錯的后果、在出錯時要保護的至關重要的信息、以及錯誤測試和恢復策略。
· 規定所需最大內存了嗎？
· 所需最大存儲容量規定了嗎？
· 對系統的維護性是否作出了規定？包括系統對運行環境、精度、性能以其與其它軟件的接口等方面變化的適應能力規定了嗎？
· 是否規定了相互沖突的設計之間的折衷原則，例如，在堅固性與準確性之間如何進行折衷？
· 是否制定了系統成敗的標準？

關于需求的完善性
· 在開發開始前暫時得不到的信息是什么？是否規定了不夠完善的區域？
· 需求定義是否已經完善到了可以成為軟件標準的地步？
· 需求中是否有哪一部分令你感到不安？有沒有根本不可能實現，而僅僅為了取悅老板和用戶才加進來的內容？

關于需求的質量
· 需求是否是用用戶的語言制定的？用戶也這樣認為嗎？
· 需求中是否每一條之間都盡量避免沖突？
· 需求中是否注意了避免規定設計工作？
· 需求在詳細程度方面是否保持了一致性；有沒有應該更詳細些的要求？有沒有應該更簡略些的？
· 需求是否明確得可以分為一些獨立的可執行部分，而每一部分又都很明了？
· 是否每一條都與問題和答案相關？是否每一條都可以追溯到產生它的環境中？
· 是否每一條需求都可以作為測試依據？是否可以針對每一條進行獨立測試以確定是否滿足需求？
· 是否對可能的改動作出了規定？包括每一改動的可能性？