【正文】 設(shè)計文檔。34：必須保證概要設(shè)計文檔和代碼的一致性。37：設(shè)計更改必須經(jīng)過相關(guān)評審，并保存評審記錄。序號問題1程序結(jié)構(gòu)，包括數(shù)據(jù)流、控制流和接口的描述是否清楚？33：采用以下檢查表檢查概要設(shè)計文檔的完備性。序號問題1設(shè)計在計劃、預(yù)算、技術(shù)上是否可行？2邏輯是否正確和完備？37：采用以下檢查表檢查概要設(shè)計文檔的數(shù)據(jù)描述。序號問題1是否估計了每個子模塊的規(guī)模（代碼的行數(shù)）？是否可信？2是否考慮了足夠數(shù)量及代表性的系統(tǒng)狀態(tài)？3詳細程度是否足夠進行下一步的詳細設(shè)計？311：采用以下檢查表檢查設(shè)計的可維護性。序號問題1設(shè)計是否能夠被實驗、演示或檢視以顯示它滿足了需求？2設(shè)計是否能夠使用以前的測試代碼，是否能夠進行增量式的測試？315：采用以下檢查表檢查設(shè)計的可追溯性。說明：需求、概要設(shè)計、詳細設(shè)計的跟蹤關(guān)系可參考建議41。45：必須對重要的詳細設(shè)計文檔進行正規(guī)檢視。46：詳細設(shè)計過程結(jié)束前，必須通過評審，并保存評審記錄。43：采用以下檢查表檢查詳細設(shè)計文檔的清晰性。序號問題1在單元和單元的接口中數(shù)據(jù)成員的名稱是否保持一致？2所有接口之間，接口和接口規(guī)格書之間是否保持一致？3詳細設(shè)計和概要設(shè)計文檔是否能夠完全描述“正在構(gòu)建”的系統(tǒng)47：采用以下檢查表檢查詳細設(shè)計的正確性。序號問題1參數(shù)表是否在數(shù)量、類型和順序上保持一致？2是否所有的輸入輸出都已經(jīng)正確定義并檢查過？3所傳遞參數(shù)的順序是否描述清楚？4參數(shù)傳遞的機制是否確定？5通過接口傳遞的常量和變量是否與單元設(shè)計的相同？（例如，函數(shù)中定義的常量不能在所調(diào)用的子過程中被修改）6傳入、傳出函數(shù)的參數(shù)，控制標記是否都已經(jīng)描述清楚。序號問題1單元是否是高內(nèi)聚和低外部耦合？（例如：單元的改變不會在內(nèi)部出現(xiàn)不可預(yù)見的影響，同時對其他單元的影響最?。?是否這種設(shè)計是復(fù)雜度最小的設(shè)計？3開始部分的描述是否符合公司的要求？（例如：目的，作者，環(huán)境，非標準特性，開發(fā)歷史，輸入輸出參數(shù)，使用的文件，數(shù)據(jù)結(jié)構(gòu)，引用此單元的其他單元，注釋。序號問題1是否每個單元都可以被測試、演示、分析或者檢視，以確認滿足需求。52：必須保證設(shè)計文檔和代碼的一致性。51：根據(jù)模塊、函數(shù)/單元/進程的復(fù)雜度、規(guī)模和在軟件系統(tǒng)中的重要程度，選擇重要的代碼進行正規(guī)檢視。56：對代碼的正規(guī)檢視和評審，必須依照相關(guān)編程規(guī)范規(guī)定檢查編程規(guī)范符合情況。2實現(xiàn)對系統(tǒng)需求及其分配的更改。2對軟件的技術(shù)需求。63： 培訓(xùn)至少包括以下內(nèi)容:序號內(nèi)容1項目所使用的方法、標準、規(guī)程2應(yīng)用領(lǐng)域的知識64：必須對對經(jīng)過評審和批準的需求文檔進行管理和控制。3相應(yīng)的參考文檔進行變更/維護。說明：參見建議66。說明：參考建議71。72：項目經(jīng)理根據(jù)《配置管理計劃（模板）》，負責(zé)制定配置管理計劃。76：問題跟蹤要有一套流程支持，該流程要包括問題的描述，分類，評估，設(shè)計，實現(xiàn)，驗證，歸檔的整個生命過程。說明：參考建議73。說明：參考建議74。76：建議在配置管理計劃中對流程進行描述，該流程要保證基線化過程中的物理配置審計（PCA〕,功能配置審計（FCA〕,SQA評審和審計等過程。82: 產(chǎn)品項目SQA的組織活動必須通過如下檢查。說明：參考建議81。說明：參考建議82，83。84：對SQA報告的檢查包括：序號內(nèi)容1是否報告各種軟件工作產(chǎn)品的評審記錄？2報告的評審記錄是否符合公司規(guī)范的要求？3是否有軟件過程審計的審計報告？4是否把報告送交給上級管理部門、技術(shù)管理處、產(chǎn)品項目經(jīng)理嗎？5是否有軟件過程分析和質(zhì)量報告？88：產(chǎn)品項目的SQA人員必須制定一個實施SQA工作的月度計劃、季度計劃，和年度計劃。對其管轄的SQA人員的SQA活動進行定期地（至少每月一次)審核。說明：該數(shù)據(jù)庫可以采用電子表格或NOTES流等形式。說明：按書面規(guī)程估計工作產(chǎn)品的規(guī)模和更改規(guī)模，對所有主要軟件工作產(chǎn)品和活動都作估計，軟件工作產(chǎn)品能分解到能滿足估計所需要的粒度。96：對人員配置進行度量。說明：實際生產(chǎn)率與目標生產(chǎn)率比較。說明：風(fēng)險度量的例子有：風(fēng)險的優(yōu)先級（初始的和被修訂的）風(fēng)險發(fā)生的可能性風(fēng)險可能造成的損失及不利影響未預(yù)期的不利影響數(shù)目風(fēng)險管理所需要的人力資源（人員和工具）93：對軟件重用進行度量說明：重用度量的例子有：需求重用數(shù)量的估計值與實際值設(shè)計重用數(shù)量的估計值與實際值代碼重用數(shù)量的估計值與實際值測試用例重用數(shù)量的估計值與實際值測試規(guī)程重用數(shù)量的估計值與實際值94：按照《軟件過程數(shù)據(jù)庫規(guī)范》中的相關(guān)數(shù)據(jù)進行度量和分析。在紛雜的塵世里，為自己留下一片純靜的心靈空間，不管是潮起潮落，也不管是陰晴圓缺，你都可以免去浮躁，義無反顧，勇往直前，輕松自如地走好人生路上的每一步3. 花一些時間，總會看清一些事。努力過后，才知道許多事情，堅持堅持，就過來了。只有你自己才能把歲月描畫成一幅難以忘懷的人生畫卷。歲月是有情的，假如你奉獻給她的是一些色彩，它奉獻給你的也是一些色彩。有時候覺得自己像個神經(jīng)病。1. 若不給自己設(shè)限，則人生中就沒有限制你發(fā)揮的藩籬。說明：對同行評審度量的例子包括：同行評審的覆蓋率同行評審中發(fā)現(xiàn)的問題數(shù)目、分類、分布同行評審的效率910：對測試進行度量說明：對測試度量的例子包括：測試中發(fā)現(xiàn)的問題數(shù)目、分類、分布測試的效率測試覆蓋率911：對軟件質(zhì)量進行度量說明：反映軟件質(zhì)量的度量數(shù)據(jù)主要有：軟件需求中的缺陷數(shù)目軟件代碼中的缺陷數(shù)目軟件產(chǎn)品中的缺陷數(shù)目軟件產(chǎn)品中的缺陷類型問題存在時間長度，等。97：對軟件進度進行度量。軟件規(guī)模度量的例子如下：功能點數(shù)目代碼行數(shù)文檔頁數(shù)需求數(shù)目等的估計值與實際值94：必須對軟件復(fù)雜度進行度量。說明：敏感數(shù)據(jù)要受到保護。學(xué)習(xí)參考9 數(shù)據(jù)度量和分析91：每個項目要記錄軟件過程數(shù)據(jù)。89：SQA經(jīng)理應(yīng)當(dāng)每月定期地與其下屬SQA人員，就其工作的月度計劃、季度計劃，和年度計劃進行協(xié)商溝通。83：SQA在技術(shù)評審過程應(yīng)檢查：序號問題1技術(shù)評審的方法對被評審的軟件工作產(chǎn)品是合適的？2技術(shù)評審的過程是按照公司制訂的技術(shù)評審過程規(guī)程執(zhí)行的嗎？3技術(shù)評審的結(jié)果是否相應(yīng)的評審規(guī)程的要求形成了報告？4技術(shù)評審的報告，報告給SQA人員了嗎？5SQA人員對技術(shù)評審的結(jié)果進行分析了嗎？87：SQA人員必須定期生成SQA活動的報告。85：SQA的過程審計必須通過如下的檢查。如制定了SQA計劃，計劃的制訂是否按照已文檔化的組織的SQA規(guī)程和SQA計劃模版執(zhí)行？83: 產(chǎn)品項目必須有SQA計劃，SQA計劃必須通過如下檢查。715：產(chǎn)品項目經(jīng)理、SQA要定期對SCM的活動和其文檔進行評審/檢查，輸出評審/檢查結(jié)果，制定并實施改進措施716：相關(guān)SCM評審要制定相應(yīng)的Checklist進行指導(dǎo)，評審要有記錄。75：建議使用SCM工具的分支功能實現(xiàn)不同類型的版本控制713：制定一個基線化流程指導(dǎo)建立基線。710：配置項(CI)的變更和配置管理活動的運行狀態(tài)通知到相關(guān)的部門組織和個人。78：每個版本有一個符合規(guī)范的版本描述文檔。2定義配置項(CI)的命名慣例3定義版本號命名方案4制定培訓(xùn)計劃5定義相關(guān)SCM流程6制定相應(yīng)配置評審計劃和方法74：軟件配置管理計劃必須經(jīng)過由開發(fā)人員、產(chǎn)品項目經(jīng)理、SQA參加的評審，并獲得批準，并基線化。72：產(chǎn)品項目必須制定軟件配置管理計劃（SCMP)，指導(dǎo)整個配置管理活動。說明：參見建議6767：對需求活動的度量至少應(yīng)包含以下內(nèi)容：序號內(nèi)容1需求的數(shù)量2需求的狀態(tài)3需求的類型4需求的更改次數(shù)68：需求管理活動和其文檔必須接受上級管理部門、產(chǎn)品項目經(jīng)理、SQA的評審。說明：參見建議65。64：對經(jīng)過評審和批準的需求