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