【正文】 。 序號 問題 1 是否對所有的數(shù)據(jù)成員 ,參數(shù) ,對象進行了描述 ? 2 是否所有需要的數(shù)據(jù)結(jié)構(gòu)都進行了定義 ,或者定義了不需要的數(shù)據(jù)結(jié)構(gòu) ? 3 是否所有的數(shù)據(jù)成員都進行了足夠詳細的描述 ? 數(shù)據(jù)成員的有效值區(qū)間是否定義 ? 4 共享和存儲數(shù)據(jù)的使用是否描述清楚 ? 38：采用以下檢查表檢查概要設(shè)計文檔的功能性要求。 序號 問題 1 是否每一部分的設(shè)計都可以追溯到需求說明書，接口規(guī)格說明書、或其他產(chǎn)品文檔？ 2 是否所有的設(shè)計決策都可以追溯到財務(wù)分析？ 3 對所繼承下來的那些特別和不常用的特性對目 前設(shè)計的影響是否進行了分析？ 4 對所繼承設(shè)計中已知的風(fēng)險是否進行了定位和分析？ 軟 件開發(fā)行為規(guī)范 4 詳細設(shè)計 僅供內(nèi)部使用 15 4 詳細設(shè)計 41：詳細設(shè)計要以軟件需求規(guī)格和概要設(shè)計為基礎(chǔ)，必須保證需要實現(xiàn)的需求規(guī)格已經(jīng)被設(shè)計，必須保證概要設(shè)計定義的所有模塊已經(jīng)被詳細設(shè)計。 說明：參考建議 42。 序號 問題 1 是否所有的單元和進程的設(shè)計目的都已文檔化？ 2 單元設(shè)計，包括數(shù)據(jù)流、控制流、接口描述是否清楚？ 3 單元的整體功能是否描述清楚？ 軟 件開發(fā)行為規(guī)范 4 詳細設(shè)計 僅供內(nèi)部使用 16 44：采用以下檢查表檢查詳細設(shè)計文檔的完備性。 7 是否以度量單位描述了參數(shù)的值區(qū)間，準(zhǔn)確性和精度。 2 設(shè)計中是否包括輔助測試的檢查點？（例如：條件編譯代碼、斷言等） 3 是否所有的邏輯都是可測的 ? 4 是否描述了本單元的測試驅(qū)動 模塊，測試用例集，測試結(jié)果 ? 軟 件開發(fā)行為規(guī)范 4 詳細設(shè)計 僅供內(nèi)部使用 18 416：采用以下檢查表檢查詳細設(shè)計的可追溯性。在產(chǎn)品中，進行正規(guī)檢視的代碼比例要達到 40%。 62：必須建立文檔標(biāo)識分配到軟件中的產(chǎn)品系統(tǒng)需求。 說明：參見建議 64。 66：需求跟蹤活動至少應(yīng)包括以下內(nèi)容： 序號 內(nèi)容 1 按照公司模板制定《需求跟蹤說明書》 2 跟蹤需求狀態(tài)的變化 3 需求的跟蹤和分 配經(jīng)過評審 67：在需求管理活動中必須建立相關(guān)度量記錄。 73：軟件配置管理計劃必須包括如下的內(nèi)容： 序號 內(nèi)容 1 對各階段應(yīng)受控的配置項進行選擇、分類、標(biāo)識。 73：在配置管理計劃中描述配置狀態(tài)發(fā)布的周期，內(nèi)容和模板。 714：內(nèi)外的發(fā)布必須只能來自基線庫。 81：要對以下的過程進行審計：需求分析過程、軟件概要設(shè)計過程、軟件詳細設(shè) 計過程、軟件測試過程、版本發(fā)布過程、配置管理過程、變更控制過程、需求管理過程。計劃必須得到上級 SQA經(jīng)理的評審和批準(zhǔn)。 92：項目軟件過程數(shù)據(jù)庫得到管理且存取訪問受控。 說明：在軟件生存周期上的人員分布的計劃值與實際值，并記錄所有影響承諾的人員變更。 913：產(chǎn)品項目必須定期和階段性地對過程程數(shù)據(jù)進行度量和分析，用以分析開發(fā)狀況，提出產(chǎn)品開發(fā)質(zhì)量和效率的改進建議，并為過程改進提供依據(jù)。 99：對同行評審進行度量?？捎梢唤M同行或?qū)＜覍徍斯烙嬛怠? 811：當(dāng) SQA人員遇到不能在產(chǎn)品項目組內(nèi)部協(xié)商解決的質(zhì)量問題時，必須將該問題上報給產(chǎn) 軟件開發(fā)行為規(guī)范 8 軟件質(zhì)量保證 僅供內(nèi)部使用 26 品 /業(yè)務(wù)部管理者和其上級 SQA經(jīng)理。 82： SQA必須參與項目的技術(shù)評審活動包括：需求評審、系統(tǒng)設(shè)計評審、概要設(shè)計評審、詳細設(shè)計評審等 。 序號 問題 1 產(chǎn)品項目是否建立一個獨立的、能夠支持那些要求獨立性活動的 SQA組織？對所有項目， SQA功能是否到位？ 2 SQA組是否有一個向產(chǎn)品組之上的管理者、管理部門報告的渠道？ 3 是否為組織進行 SQA活動提供足夠的資源和費用？ 4 SQA組的成員是否接受了培訓(xùn)以完成他們的 SQA活動？ 5 項目的軟件相關(guān)成員是否接受了有關(guān) SQA組任務(wù)、職責(zé)、權(quán)利等的相關(guān)培訓(xùn)？ 6 上級管理部門是否對產(chǎn)品項目的 SQA活動及其結(jié)果進行了定期評 審？ 7 產(chǎn)品項目經(jīng)理是否定期和事件驅(qū)動地參與評審 SQA活動 ? 8 SQA組活動及其工作產(chǎn)品是否接受了 SQA組之外的專家進行的定期評審？ 9 項目組是否制定一個執(zhí)行 SQA活動的計劃 SQAP。 74：建議正常情況 2周發(fā)布一次，更改頻繁時是 1周，更改較少時是 3周 712：建立可以體現(xiàn)開發(fā)版本和基線版本兩種不同受控程度的配置庫系統(tǒng) 說明：參考建議 75。 77：變更申請要有一套流程支持，該流程要保證該變更申請（針對已基線化的配置項）有一個初始化，分類，設(shè)計，評估，分派，實現(xiàn)，驗證，歸檔的整個過程。 71：參照《軟件配置管理規(guī)范》和《軟件配置管理指導(dǎo)書》，任命 SCM組織。 65：必須對需求變更采用嚴(yán)格的變更控制流程控制。 3 用于確認軟件產(chǎn)品滿足分配需求的驗收標(biāo)準(zhǔn)。 軟件開發(fā)行為規(guī)范 6 需求管理 僅供內(nèi)部使用 20 6 需求管理 61：產(chǎn)品項目必須安排人員負責(zé)需求管理的職責(zé)。當(dāng)代碼的修改已經(jīng)造成設(shè)計更改時，必須修訂相應(yīng)設(shè)計文檔。 413：采用以下檢查表檢查詳細設(shè)計的性能。 序號 問題 1 是否有邏輯錯誤？ 2 需要使用常量名稱的地方是否有錯誤？ 3 是否所有的條件都被處理？（ ,=, ,switch case)? 4 分支所處的狀態(tài)是否正確？ （邏輯沒有搞反） 48：采用以下檢查表檢查詳細設(shè)計的數(shù)據(jù)描述。 47：設(shè)計更改必須經(jīng)過相關(guān)評審，并保存評審記錄。 41：采用需求、子系統(tǒng)、模塊、函數(shù)的跟蹤矩陣表記錄需求、概要設(shè)計、詳細設(shè)計的跟蹤關(guān)系。 序號 問題 1 是否模塊化設(shè) 計？ 2 模塊是否為高內(nèi)聚、低耦合？ 312：采用以下檢查表檢查設(shè)計的性能。 序號 問題 1 設(shè)計目標(biāo)是否 定義？ 2 需求規(guī)格評審中不完整的需求 (TBD)是否都已經(jīng)解決 ? 3 如果以前定義的不完整的需求 (TBD)發(fā)生了改變 ,本設(shè)計是否能夠支持 ? 4 是否對不完整需求 (TBD)的影響進行了評估 ? 5 對有可能不能實現(xiàn)的設(shè)計是否有風(fēng)險管理計劃 ? 6 是否對設(shè)計模式進行了描述 ? 34：采用以下檢查表檢查概要設(shè)計文檔的規(guī)范性。當(dāng)發(fā)生設(shè)計更改時，必須修訂相應(yīng)設(shè)計文檔。 214：在軟件項目計劃和項目跟蹤監(jiān)控過程活動中，必須進行數(shù)據(jù)度量和分析。 29：必須對“軟件項目計劃”進行配置管理，“軟件項目計劃”的更改必須經(jīng)過評審。 27：“軟件項目計劃”必須 按照文檔模板的要求編寫。軟件質(zhì)量保證計劃和軟件配置管理 計劃可以和軟件項目計劃在同一份文檔中，也可以分開為三份文檔。包括重用軟件部件的計劃和開發(fā)可重用軟件部件的計劃。增加、修改模塊設(shè)計數(shù)目 :10 期望估計值是根據(jù) XX版本的話統(tǒng)模塊設(shè)計的數(shù)據(jù)獲得。 23：軟件經(jīng)理和相關(guān)參與軟件項目計劃的制定和評審的人員，在參與計劃制定之前必須經(jīng)過軟件工程和軟件項目計劃制定流程的培訓(xùn)。 序號 問題 1 在某異常數(shù)據(jù)（如條件、標(biāo)志等）下，是否有真正沒有考慮到的結(jié)果？ 2 對異常數(shù)據(jù)產(chǎn)生的結(jié)果是否作了精確的描述？ 116：采用以下檢查表檢查軟件需求規(guī)格文檔中的可維護性需求描述。 序號 問題 1 對需求定義的描述是否易于修改（如是否采用良好的結(jié)構(gòu)和交叉引用表等）？ 2 是否有冗余的信息？是否一個需求被定義了多次？ 18：采用以下檢查表檢查軟件需求規(guī)格文檔中需求的健壯性。 說明：參考建議 11到 116。 ★ 示例 ：對此規(guī)則或建議從正或反兩個方面給出例子。軟件開發(fā)行為規(guī)范 捷通達電訊 有限公司 軟件開發(fā)行為規(guī)范 (第一版） 為了把公司已經(jīng)發(fā)布的軟件開發(fā)過程規(guī)范有效地運作于產(chǎn)品開發(fā)活動中，把各種規(guī)范“逐步形成工程師的作業(yè)規(guī)范”，特制定本軟件開發(fā)行為規(guī)范，以達到過程控制的目的。 本軟件開發(fā)過程行為規(guī)范由研究技術(shù)管理處負責(zé)解釋和維護。 11：采用以下檢查表檢查軟件需求規(guī)格文檔中需求的清晰性。 序號 問題 1 是否有容錯的需求？ 19：采用以下檢查表檢查軟件需求規(guī)格文檔中需求的易追溯性。 序號 問題 1 需求定義中是否包括了可行的系統(tǒng)維護方法？ 2 軟件系統(tǒng)間的關(guān)系是否是松耦合的（即能否保證在對某部分修改后，產(chǎn)生最小的連鎖效應(yīng)）？ 軟件開發(fā)行為規(guī)范 2 軟件項目計劃