【正文】 僅供內(nèi)部使用 14 序號(hào) 問題 1 文檔是否符合公司模板和寫作要求 ? 35：采用以下檢查表檢查概要設(shè)計(jì)文檔的一 致性。 說明：參見“ 9. 數(shù)據(jù)度量和分析”。項(xiàng)目組可根據(jù)項(xiàng)目的實(shí)際情況，對(duì)文檔模板中的內(nèi)容進(jìn)行裁減。 211： 在“軟件項(xiàng)目計(jì)劃”包括人員的培訓(xùn)計(jì)劃。 22：對(duì)于軟件項(xiàng)目計(jì)劃中各項(xiàng)工 作產(chǎn)品和工作任務(wù)，必須進(jìn)行規(guī)模和工作量的軟件估計(jì)，并在軟件項(xiàng)目計(jì)劃文檔中記錄估計(jì)的方法和估計(jì)數(shù)據(jù)。 序號(hào) 問題 1 是否有容錯(cuò)的需求？ 19：采用以下檢查表檢查軟件需求規(guī)格文檔中需求的易追溯性。 本軟件開發(fā)過程行為規(guī)范由研究技術(shù)管理處負(fù)責(zé)解釋和維護(hù)。 ★ 示例 ：對(duì)此規(guī)則或建議從正或反兩個(gè)方面給出例子。 序號(hào) 問題 1 對(duì)需求定義的描述是否易于修改（如是否采用良好的結(jié)構(gòu)和交叉引用表等）？ 2 是否有冗余的信息？是否一個(gè)需求被定義了多次？ 18：采用以下檢查表檢查軟件需求規(guī)格文檔中需求的健壯性。 23：軟件經(jīng)理和相關(guān)參與軟件項(xiàng)目計(jì)劃的制定和評(píng)審的人員，在參與計(jì)劃制定之前必須經(jīng)過軟件工程和軟件項(xiàng)目計(jì)劃制定流程的培訓(xùn)。包括重用軟件部件的計(jì)劃和開發(fā)可重用軟件部件的計(jì)劃。 27：“軟件項(xiàng)目計(jì)劃”必須按照文檔模板的要求編寫。 214：在軟件 項(xiàng)目計(jì)劃和項(xiàng)目跟蹤監(jiān)控過程活動(dòng)中，必須進(jìn)行數(shù)據(jù)度量和分析。 序號(hào) 問題 1 設(shè)計(jì)目標(biāo)是否定義？ 2 需求規(guī)格評(píng)審中不完整的需求 (TBD)是否都已經(jīng)解決 ? 3 如果以前定義的不完整的需求 (TBD)發(fā)生了改變 ,本設(shè)計(jì)是否能夠支持 ? 4 是否對(duì)不完整需求 (TBD)的影響進(jìn)行了評(píng)估 ? 5 對(duì)有可能不能實(shí)現(xiàn)的設(shè)計(jì)是否有風(fēng)險(xiǎn)管理計(jì)劃 ? 6 是否對(duì)設(shè)計(jì)模式進(jìn)行了描述 ? 34：采用以下檢查表檢查概要設(shè)計(jì)文檔的規(guī)范性。 41：采用需求、子系統(tǒng)、模塊、函數(shù)的跟蹤矩陣表記錄需求、概要設(shè)計(jì)、詳細(xì)設(shè)計(jì)的跟蹤關(guān)系。 序號(hào) 問題 1 是否有邏輯錯(cuò)誤？ 2 需要使用常量名稱的地方是否有錯(cuò)誤？ 3 是否所有的條件都被處理？（ ,=, ,switch case)? 4 分支所處的狀態(tài)是否正確？ （邏輯沒有搞反） 48：采用以下檢查表檢查詳細(xì)設(shè)計(jì)的數(shù)據(jù)描述。當(dāng)代碼的修改已經(jīng)造成設(shè)計(jì)更改時(shí)，必須修訂相應(yīng)設(shè)計(jì)文檔。 3 用于確認(rèn)軟件產(chǎn)品滿足分配需求的驗(yàn)收標(biāo)準(zhǔn)。 71：參照《軟件配 置管理規(guī)范》和《軟件配置管理指導(dǎo)書》，任命 SCM組織。 74：建議正常情況 2周發(fā)布一次，更改頻繁時(shí)是 1周，更改較少時(shí)是 3周 712：建立可以體現(xiàn)開發(fā)版本和基線版本兩種不同受控程度的配置庫系統(tǒng) 說明：參考建議 75。 82： SQA必須參與項(xiàng)目的技術(shù)評(píng)審活動(dòng)包括：需求評(píng)審、系統(tǒng)設(shè)計(jì)評(píng)審、概要設(shè)計(jì)評(píng)審、詳細(xì)設(shè)計(jì)評(píng)審等 。可由一組同行或?qū)＜覍徍斯烙?jì)值。 913：產(chǎn)品項(xiàng)目必須定期和階段性地對(duì)過程程數(shù)據(jù)進(jìn)行度量和分析，用以分析開發(fā)狀況，提出產(chǎn)品開發(fā)質(zhì)量和效率的改進(jìn)建議，并為過程改進(jìn)提供依據(jù)。 92：項(xiàng)目軟件過程數(shù)據(jù)庫得到管理且存取訪問受控。 81： 要對(duì)以下的過程進(jìn)行審計(jì)：需求分析過程、軟件概要設(shè)計(jì)過程、軟件詳細(xì)設(shè)計(jì)過程、軟件測(cè)試過程、版本發(fā)布過程、配置管理過程、變更控制過程、需求管理過程。 73：在配置 管理計(jì)劃中描述配置狀態(tài)發(fā)布的周期，內(nèi)容和模板。 66：需求跟蹤活動(dòng)至少應(yīng)包括以下內(nèi)容： 序號(hào) 內(nèi)容 1 按照公司模板制定 《需求跟蹤說明書》 2 跟蹤需求狀態(tài)的變化 3 需求的跟蹤和分配經(jīng)過評(píng)審 67：在需求管理活動(dòng)中必須建立相關(guān)度量記錄。 62：必須建立文檔標(biāo)識(shí)分配到軟件中的產(chǎn)品系統(tǒng)需求。 2 設(shè)計(jì)中是否包括輔助測(cè)試的檢查點(diǎn)？（例如：條件編譯代碼、斷言等） 3 是否所有的邏輯都是可測(cè)的 ? 4 是否描述了本單元的測(cè)試驅(qū)動(dòng)模塊，測(cè)試用例集，測(cè)試結(jié)果 ? 軟件開發(fā)行為規(guī)范 4 詳細(xì)設(shè)計(jì) 僅供內(nèi)部使用 19 416：采用以下檢查表檢查詳細(xì)設(shè)計(jì)的可追溯性。 序號(hào) 問題 1 是否所有的單元和進(jìn)程的設(shè)計(jì)目的都已文檔化？ 2 單元設(shè)計(jì)，包括數(shù)據(jù)流、控制流、接口描述是否清楚？ 3 單元的整體功能是否描述清楚？ 軟件開發(fā)行為規(guī)范 4 詳細(xì)設(shè)計(jì) 僅供內(nèi)部使用 17 44：采用以下檢查表檢查詳細(xì)設(shè)計(jì)文檔的完備性。 序號(hào) 問題 1 是否每一部分的設(shè)計(jì)都可以追溯到需求說明書，接口規(guī)格說明書、或其他產(chǎn)品文檔？ 2 是否所有 的設(shè)計(jì)決策都可以追溯到財(cái)務(wù)分析？ 3 對(duì)所繼承下來的那些特別和不常用的特性對(duì)目前設(shè)計(jì)的影響是否進(jìn)行了分析？ 4 對(duì)所繼承設(shè)計(jì)中已知的風(fēng)險(xiǎn)是否進(jìn)行了定位和分析？ 軟件開發(fā)行為規(guī)范 4 詳細(xì)設(shè)計(jì) 僅供內(nèi)部使用 16 4 詳細(xì)設(shè)計(jì) 41：詳細(xì)設(shè)計(jì)要以軟件需求規(guī)格和概要設(shè)計(jì)為基礎(chǔ)，必須保證需要實(shí)現(xiàn)的需求規(guī)格已經(jīng)被設(shè)計(jì)，必須保證概要設(shè)計(jì)定義的所有模塊已經(jīng)被詳細(xì)設(shè)計(jì)。 38：對(duì)概要設(shè)計(jì)文檔的正規(guī)檢視或評(píng)審，必須檢查概要設(shè)計(jì)文檔的清晰性、完備性、規(guī)范性、一致性、正確性、數(shù)據(jù)、功能性、接口、詳細(xì)程度、可維護(hù)性、性能、可靠性、可測(cè)試性、可追溯性。 212：在軟件項(xiàng)目跟蹤監(jiān)控活動(dòng)中，必須定期進(jìn)行總結(jié)和評(píng)審，撰寫開發(fā)狀態(tài)報(bào)告。 215：測(cè)試經(jīng)理對(duì)照整個(gè)開發(fā)計(jì)劃建立軟件驗(yàn)證與確認(rèn)計(jì)劃。 28：軟件估 計(jì)對(duì)應(yīng)項(xiàng)目的任務(wù)分解結(jié)構(gòu)進(jìn)行。項(xiàng)目計(jì)劃中的工作產(chǎn)品和工作任務(wù)應(yīng)保證能完全實(shí)現(xiàn)需求規(guī)格的定義。 序號(hào) 問題 1 界面需求是否使軟硬件系統(tǒng)具有兼容性？ 2 需求定義的文檔是否滿足項(xiàng)目文檔編寫標(biāo)準(zhǔn)？在矛盾時(shí)，是否有適當(dāng)?shù)臉?biāo)準(zhǔn)可供選擇？ 14：采用以下檢查表檢查軟件需求規(guī)格文檔中需求的一致性。 本軟件開發(fā)行為規(guī)范的內(nèi)容包括：軟件需求分析、軟件項(xiàng)目計(jì)劃、概要設(shè) 計(jì)、詳細(xì)設(shè)計(jì)、編碼、需求管理、配置管理、軟件質(zhì)量保證、數(shù)據(jù)度量和分析等。 13：必須對(duì)軟件需求規(guī)格文檔進(jìn)行正規(guī)檢視。 序號(hào) 問題 是否精確的描 述了所有的性能需求和可容忍的性能降低程度？對(duì)每一個(gè)性能應(yīng)包含兩方面的內(nèi)容： 軟件開發(fā)行為規(guī)范 1 軟件需求分析 僅供內(nèi)部使用 8 1 a. 在最壞情況的執(zhí)行結(jié)果 2 b. 本性能失效后，對(duì)系統(tǒng)產(chǎn)生的影響 113：采用以下檢查表檢查軟件需求規(guī)格文檔中功能需求描述。增加、修改模塊設(shè)計(jì)數(shù)目 :12 12天 文檔頁數(shù) :42。 對(duì)風(fēng)險(xiǎn)的分析與評(píng)估實(shí)踐包括： 從已知的情況推導(dǎo)出潛在風(fēng)險(xiǎn)； 對(duì)風(fēng)險(xiǎn)進(jìn)行分析，得出：潛在風(fēng)險(xiǎn)可能引發(fā)的問題的影響、潛在風(fēng)險(xiǎn)發(fā)生的可能性大小、風(fēng)險(xiǎn)發(fā)生的時(shí)間段等； 排列風(fēng)險(xiǎn)的重點(diǎn)次序； 對(duì)風(fēng)險(xiǎn)記錄成文件（屬于軟件項(xiàng)目計(jì)劃中的一部分）； 風(fēng)險(xiǎn)經(jīng)受風(fēng)險(xiǎn)影響人審核，并取得他的同意； 根據(jù)需要，在開發(fā)過程中對(duì)風(fēng)險(xiǎn)文檔進(jìn)行維護(hù)和修訂。 216：軟件項(xiàng)目計(jì)劃的評(píng)審采用以下檢查表。 說明：需求和概要設(shè)計(jì)的跟蹤關(guān)系可參考建議 31。 序號(hào) 問題 1 模塊的規(guī)格是否和軟件需求文檔中的功能需求和軟件接口規(guī)格要求保持一致 . 2 是否給每個(gè)子模塊確定了抽象算法 ? 3 設(shè)計(jì)和算法是否能滿足模塊的所有需求 ? 39：采用以下檢查表檢查設(shè)計(jì)的接口描述。 42：根據(jù)模塊的復(fù)雜度、規(guī)模和在軟件系統(tǒng)中的重要程度，選擇重要的詳細(xì)設(shè)計(jì)文檔進(jìn)行正規(guī)檢視。 411：采用以下檢查表檢查詳細(xì)設(shè)計(jì)的詳細(xì)程度。 54：在代碼已經(jīng)基線化后，對(duì)代碼的更改必須通過評(píng)審，并保存評(píng)審記錄。 64：對(duì)經(jīng)過評(píng)審和批準(zhǔn)的需求至少應(yīng)采用以下方法進(jìn)行管理和控制： 序號(hào) 內(nèi)容 1 在 配置管理計(jì)劃（ SCMP）中將需求文檔定義為 CI。 2 定義配置項(xiàng) (CI)的命名慣例 3 定義版本號(hào)命名方案 4 制定培訓(xùn)計(jì)劃 5 定義相關(guān) SCM流程 6 制定相應(yīng)配置評(píng)審計(jì)劃和方法 74：軟件配置管理計(jì)劃必須經(jīng) 過由開發(fā)人員、產(chǎn)品項(xiàng)目經(jīng)理、 SQA參加的評(píng)審，并獲得批準(zhǔn)，并基線化。 715：產(chǎn)品項(xiàng)目經(jīng)理、 SQA要定期對(duì) SCM的活動(dòng)和其文檔進(jìn)行評(píng)審 /檢查，輸出評(píng)審 /檢查結(jié)果，制定并實(shí)施改進(jìn)措施 716：相關(guān) SCM評(píng)審要制定相應(yīng)的 Checklist進(jìn)行指導(dǎo)，評(píng)審要有記錄。 89： SQA經(jīng)理應(yīng)當(dāng)每月 定期地與其下屬 SQA人員，就其工作的月度計(jì)劃、季度計(jì)劃，和年度計(jì)劃進(jìn)行協(xié)商溝通。 97：對(duì)軟件進(jìn)度進(jìn)行度量。 說明：實(shí)際生產(chǎn)率與目標(biāo)生產(chǎn)率比較。對(duì)其管轄的 SQA人員的 SQA活動(dòng)進(jìn)行定期地（至少每月一次 )審核。