【文章內容簡介】 據(jù)、功能性、接口、詳細程度、可維護性、性能、可靠性、可測試性、可追溯性。 說明：參考建議 32。 32：采用以下檢查表檢查概要設計文檔的清晰性。 序號 問題 1 程序結構，包括數(shù)據(jù)流、控制流和接口的描述是否清楚？ 33：采用以下檢查表檢查概要設計文檔的完備性。 序號 問題 1 設計目標是否定義？ 2 需求規(guī)格評審中不完整的需求 (TBD)是否都已經(jīng)解決 ? 3 如果以前定義的不完整的需求 (TBD)發(fā)生了改變 ,本設計是否能夠支持 ? 4 是否對不完整需求 (TBD)的影響進行了評估 ? 5 對有可能不能實現(xiàn)的設計是否有風險管理計劃 ? 6 是否對設計模式進行了描述 ? 34：采用以下檢查表檢查概要設計文檔的規(guī)范性。 軟件開發(fā)行為規(guī)范 3 概要設計 僅供內部使用 14 序號 問題 1 文檔是否符合公司模板和寫作要求 ? 35：采用以下檢查表檢查概要設計文檔的一 致性。 序號 問題 2 程序、模塊、函數(shù)、數(shù)據(jù)成員的名稱是否保持一致？ 3 設計是否反映了真正的操作環(huán)境 ?硬件環(huán)境 ?軟件環(huán)境 ? 4 對系統(tǒng)設計的多種可能的描述之間是否保持一致 ?(例如 :靜態(tài)結構的描述和動態(tài)描述 ) 36：采用以下檢查表檢查概要設計文檔的正確性。 序號 問題 1 設計在計劃、預算、技術上是否可行？ 2 邏輯是否正確和完備？ 37：采用以下檢查表檢查概要設計文檔的數(shù)據(jù)描述。 序號 問題 1 是否對所有的數(shù)據(jù)成員 ,參數(shù) ,對象進行了描述 ? 2 是否所有需要的數(shù)據(jù)結構都進行了定義 ,或者定義了不需要的數(shù)據(jù)結構 ? 3 是否所有的數(shù)據(jù)成員都進行了足夠詳細的描述 ? 數(shù)據(jù)成員的有效值區(qū)間是否定義 ? 4 共享和存儲數(shù)據(jù)的使用是否描述清楚 ? 38：采用以下檢查表檢查概要設計文檔的功能性要求。 序號 問題 1 模塊的規(guī)格是否和軟件需求文檔中的功能需求和軟件接口規(guī)格要求保持一致 . 2 是否給每個子模塊確定了抽象算法 ? 3 設計和算法是否能滿足模塊的所有需求 ? 39：采用以下檢查表檢查設計的接口描述。 序號 問題 1 是否描述了接口的功能特征 ? 2 接口是否便于查錯 ? 3 接口相互之間、和其他模塊、和需求說明書及接口規(guī)格書保持一致？ 4 對接口的數(shù)量和復雜度進行了有效的平衡，使接口數(shù)量控制在一個較小數(shù)量，每個接口具有可接受的復雜度？ 5 是否所有的接口都能描述了必要的類型、數(shù)量、質量等信息？ 6 操作界面是否考慮了用戶（例如：提供準確、清晰、有用的提示信息）？ 310：采用以下檢查表檢查設計的詳細程度。 序號 問題 軟件開發(fā)行為規(guī)范 3 概要設計 僅供內部使用 15 1 是否估計了每個子模塊的規(guī)模（代碼的行數(shù)）？是否可信？ 2 是否考慮了足夠數(shù)量及代表性的系統(tǒng)狀態(tài)？ 3 詳細程度是否足夠進行下一步的詳細設計？ 311：采用以下檢查表檢查設計的可維護性。 序號 問題 1 是否模塊化設計？ 2 模塊是否為高內聚、低耦合？ 312：采用以下檢查表檢查設計的性能。 序號 問題 1 是否進行了性能模型分析？ 2 是否描述了所有的性能參數(shù)？（例如：實時性能約束，存儲空間，速度要求，磁盤 I/O空間） 3 進程是否有時間窗？（例如：需要“加鎖”的標記，信號燈，某些代碼執(zhí)行時需要屏蔽中斷）？ 4 程序執(zhí)行過程中的關鍵路徑是否都被標識和經(jīng)過分析？ 313：采用以下檢查表檢查設計的可靠性。 序號 問題 1 設計是否考慮了檢錯和恢復措施？（例如：輸入檢查） 2 是否考慮了異常情況？ 3 是否完全準確描述了所有的出錯情況？ 4 設計是否能夠滿足所有系統(tǒng)集成方面的要求？ 314：采用以下檢查表檢查設計的可測試性。 序號 問題 1 設計是否能夠被實驗、演示或檢視以顯示它滿足了需求？ 2 設計是否能夠使用以前的測試代碼，是否能夠進行增量式的測試？ 315：采用以下檢查表檢查設計的可追溯性。 序號 問題 1 是否每一部分的設計都可以追溯到需求說明書，接口規(guī)格說明書、或其他產(chǎn)品文檔？ 2 是否所有 的設計決策都可以追溯到財務分析？ 3 對所繼承下來的那些特別和不常用的特性對目前設計的影響是否進行了分析？ 4 對所繼承設計中已知的風險是否進行了定位和分析？ 軟件開發(fā)行為規(guī)范 4 詳細設計 僅供內部使用 16 4 詳細設計 41：詳細設計要以軟件需求規(guī)格和概要設計為基礎，必須保證需要實現(xiàn)的需求規(guī)格已經(jīng)被設計，必須保證概要設計定義的所有模塊已經(jīng)被詳細設計。 42：當需求規(guī)格或概要設計發(fā)生變更時，必須修訂相關詳細設計文檔。 43：在詳細設計文檔或需求管理文檔中，必須記錄、驗證需求、概要設計、詳細設計的跟蹤關系。 說明：需求、概要設計、詳細設計的跟蹤關系可參考建議 41。 41：采用需求、子系統(tǒng)、模塊、函數(shù)的跟蹤矩陣表記錄需求、概要設計、詳細設計的跟蹤關系。 44：必須保證詳細設計文檔和代碼的一致性。當發(fā)生設計更改時，必須修訂相應設計文檔。 45：必須對重要的詳細設計文檔進行正規(guī)檢視。 說明：參考建議 42。 42：根據(jù)模塊的復雜度、規(guī)模和在軟件系統(tǒng)中的重要程度，選擇重要的詳細設計文檔進行正規(guī)檢視。在產(chǎn)品中，進行正規(guī)檢視的詳細設計文檔比例要達到 60%。 46：詳細設計過程結束前，必須通過評審，并保存評審記錄 。 47：設計更改必須經(jīng)過相關評審，并保存評審記錄。 48：對詳細設計文檔的正規(guī)檢視或評審，必須檢查詳細設計文檔的清晰性、完備性、規(guī)范性、一致性、正確性、數(shù)據(jù)、功能性、接口、詳細程度、可維護性、性能、可靠性、可測試性、可追溯性。 說明：參考建議 43。 43：采用以下檢查表檢查詳細設計文檔的清晰性。 序號 問題 1 是否所有的單元和進程的設計目的都已文檔化？ 2 單元設計，包括數(shù)據(jù)流、控制流、接口描述是否清楚？ 3 單元的整體功能是否描述清楚？ 軟件開發(fā)行為規(guī)范 4 詳細設計 僅供內部使用 17 44：采用以下檢查表檢查詳細設計文檔的完備性。 序號 問題 1 是否提供了所有程序單元的規(guī)格？ 2 是否描述了所采用的設計標準？ 3 是否確定了單元應用的算法？（例如： PDL） 4 是否列出了單元的所有調用？ 5 是否記錄了設計繼承的歷史和已知的風險？ 45：采用以下檢查表檢查詳細設計文檔的規(guī)范性。 序號 問題 1 文檔是否遵從了公司的標準？ 2 單元設計是否使用了要求的方法和工具？ 46：采用以下檢查表檢查詳細設計的一致性。 序號 問題 1 在單元和單元的接口中數(shù)據(jù)成員的名稱是否保持一致？ 2 所有接口之間，接口和接口規(guī)格書 之間是否保持一致？ 3 詳細設計和概要設計文檔是否能夠完全描述“正在構建”的系統(tǒng) 47：采用以下檢查表檢查詳細設計的正確性。 序號 問題 1 是否有邏輯錯誤？ 2 需要使用常量名稱的地方是否有錯誤？ 3 是否所有的條件都被處理？（ ,=, ,switch case)? 4 分支所處的狀態(tài)是否正確？ （邏輯沒有搞反） 48：采用以下檢查表檢查詳細設計的數(shù)據(jù)描述。 序號 問題 1 是否所有聲明的數(shù)據(jù)塊都已經(jīng)使用？ 2 定位于單元的數(shù)據(jù)結構是否已經(jīng)描述？ 3 如果有對共享數(shù)據(jù)、文件的修改 ，對數(shù)據(jù)的訪問是否按照正確的共享協(xié)議進行？（例如：通過信號燈同步進程） 4 是否所有的邏輯單元、事件標記、同步標記都已經(jīng)定義和初始化？ 5 是否所有的變量、指針、常量都已經(jīng)定義并初始化？ 49：采用以下檢查表檢查詳細設計的功能性要求。 序號 問題 1 設計是否使用了指定的算法？ 2 設計是否能夠滿足需求和目的？ 410：采用以下檢查表檢查詳細設計的接口描述。 序號 問題 1 參數(shù)表是否在數(shù)量、類型和順序上保持一致？ 軟件開發(fā)行為規(guī)范 4 詳細設計 僅供內部使用 18 2 是否所有的輸入輸出都已經(jīng)正確定義并檢查過？ 3 所傳遞參數(shù)的順序是 否描述清楚？ 4 參數(shù)傳遞的機制是否確定？ 5 通過接口傳遞的常量和變量是否與單元設計的相同？（例如，函數(shù)中定義的常量不能在所調用的子過程中被修改） 6 傳入、傳出函數(shù)的參數(shù)，控制標記是否都已經(jīng)描述清楚。 7 是否以度量單位描述了參數(shù)的值區(qū)間，準確性和精度。 411：采用以下檢查表檢查詳細設計的詳細程