【正文】 序號 問題 1 需求是否可以驗證（即是否可以檢驗軟件是否滿足了需求）？ 2 是否對每一個需求都指定了驗證過程？ 3 數(shù)學(xué)函數(shù)的定義是否使用了精確定義的語法和語義符號？ 112：采用以下檢查表檢查軟件需求規(guī)格文檔中的性能需求描述。 序號 問題 1 對需求定義的描述是否易于修改（如是否采用良好的結(jié)構(gòu)和交叉引用表等）？ 2 是否有冗余的信息？是否一個需求被定義了多次？ 18：采用以下檢查表檢查軟件需求規(guī)格文檔中需求的健壯性。 序號 問題 1 界面需求是否使軟硬件系統(tǒng)具有兼容性？ 2 需求定義的文檔是否 滿足項目文檔編寫標(biāo)準(zhǔn)？在矛盾時，是否有適當(dāng)?shù)臉?biāo)準(zhǔn)可供選擇？ 14：采用以下檢查表檢查軟件需求規(guī)格文檔中需求的一致性。 說明：參考建議 11到 116。軟件需求規(guī)格的變更必須經(jīng)過評審，并保存評審記錄。 ★ 示例 ：對此規(guī)則或建議從正或反兩個方面給出例子。 本軟件開發(fā)行為規(guī)范的內(nèi)容包括：軟件需求分析、軟件項目計劃、概要設(shè)計、詳細(xì)設(shè)計、編碼、需求管理、配置管理、軟件質(zhì)量保證、數(shù)據(jù)度量和分 析等。軟件開發(fā)行為規(guī)范 捷通達(dá)電訊 有限公司 軟件開發(fā)行為規(guī)范 (第一版） 為了把公司已經(jīng)發(fā)布的軟件開發(fā)過程規(guī)范有效地運作于產(chǎn)品開發(fā)活動中，把各種規(guī)范“逐步形成工程師的作業(yè)規(guī)范”，特制定本軟件開發(fā)行為規(guī)范，以達(dá)到過程控制的目的。 本軟件開發(fā)行為規(guī)范，采用以下的術(shù)語描述： ★ 規(guī)則 ：在軟件開發(fā)過程中強制 必須遵守 的行為規(guī)范。 本軟件開發(fā)過程行為規(guī)范由研究技術(shù)管理處負(fù)責(zé)解釋和維護(hù)。 13：必須對軟件需求規(guī)格文檔進(jìn)行正規(guī)檢視。 11：采用以下檢查表檢查軟件需求規(guī)格文檔中需求的清晰性。 序號 問題 1 各個需求之間是否一致？是否有沖突和矛盾？ 2 所規(guī)定的模型、算法和數(shù)值方法是否相容？ 3 是否使用了標(biāo)準(zhǔn)的術(shù)語和定義形式？ 4 需求是否與其軟硬件操作環(huán)境相容？ 5 是否說明了軟件對其系統(tǒng)和環(huán)境的影響？ 6 是否說明了環(huán)境對軟件的影響？ 7 所采用的技術(shù)是否與用戶要求的技術(shù)一致？ 15：采用以下檢查表檢查軟件需求規(guī)格文檔中需求的正確性。 序號 問題 1 是否有容錯的需求？ 19：采用以下檢查表檢查軟件需求規(guī)格文檔中需求的易追溯性。 序號 問題 是否精確的描述了所有的性能需求和可容忍的性能降低程度？對每一個性能應(yīng)包含兩方面的內(nèi)容： 軟件開發(fā)行為規(guī)范 1 軟件需求分析 僅供內(nèi)部使用 7 1 a. 在最壞情況的執(zhí)行結(jié)果 2 b. 本性能失效后，對系統(tǒng)產(chǎn)生的影響 113：采用以下檢查表檢查軟件需求規(guī)格文檔中功能需求描述。 序號 問題 1 需求定義中是否包括了可行的系統(tǒng)維護(hù)方法？ 2 軟件系統(tǒng)間的關(guān)系是否是松耦合的（即能否保證在對某部分修改后，產(chǎn)生最小的連鎖效應(yīng)）？ 軟件開發(fā)行為規(guī)范 2 軟件項目計劃 僅供內(nèi)部使用 8 2 軟件項目計劃 21：軟件項目計劃必須以產(chǎn)品 /軟件的需求規(guī)格為基礎(chǔ)。當(dāng)需求更改時，必須考慮需求更改的相關(guān)性，修訂相應(yīng)軟件開發(fā)計劃。 22：對于軟件項目計劃中各項工作產(chǎn)品和工作任務(wù)，必須進(jìn)行規(guī)模和工作量的軟件估計，并在軟件項目計劃文檔中記錄估計 的方法和估計數(shù)據(jù)。增加、修改模塊設(shè)計數(shù)目 :12 12天 文檔頁數(shù) :42。 軟件開發(fā)行為規(guī)范 2 軟件項目計劃 僅供內(nèi)部使用 9 25：對某項工作產(chǎn)品和任務(wù)的軟件，同時采用兩種或以上的方法進(jìn)行估計，以避免一種方法的偏差。 說明：軟件估計對于項目的任務(wù)分解結(jié)構(gòu)對應(yīng)得越清晰 、越細(xì)致，相應(yīng)的估計越準(zhǔn)確。 211： 在“軟件項目計劃”包括人員的培訓(xùn)計劃。 對風(fēng)險的分析與評估實踐包括： 從已知的情況推導(dǎo)出潛在風(fēng)險； 對風(fēng)險進(jìn)行分析，得出：潛在風(fēng)險可能引發(fā)的問題的影響、潛在風(fēng)險發(fā)生的可能性大小、風(fēng)險發(fā)生的時間段等； 排列風(fēng)險的重點次序； 對風(fēng)險記錄成文件（屬于軟件項目計劃中的一部分）； 風(fēng)險經(jīng)受風(fēng)險影響人審核，并取得他的同意； 根據(jù)需要，在開發(fā)過程中對風(fēng)險文檔進(jìn)行維護(hù)和修訂。 軟件開發(fā)行為規(guī)范 2 軟件項目計劃 僅供內(nèi)部使用 10 說明：參考建議 213。軟件驗證與確認(rèn)計劃可作為獨立的計劃文檔。項目組可根據(jù)項目的實際情況，對文檔模板中的內(nèi)容進(jìn)行裁減。 216：軟件項目計劃的評審采用以下檢查表。 210：在開發(fā)活動中，必須按照項目跟蹤與監(jiān)控計劃和體制，對照“軟件項目計劃”，跟蹤項目開發(fā)的實際結(jié)果和性能。 219：根據(jù)項目的特點，報告的周期可以為周、雙周、月。 說明：參見“ 9. 數(shù) 據(jù)度量和分析”。 說明：需求和概要設(shè)計的跟蹤關(guān)系可參考建議 31。 35：必須對概要設(shè)計文檔進(jìn)行正規(guī)檢視。 說明：參考建議 32。 軟件開發(fā)行為規(guī)范 3 概要設(shè)計 僅供內(nèi)部使用 13 序號 問題 1 文檔是否符合公司模板和寫作要求 ? 35：采用以下檢查表檢查概要設(shè)計文檔的一致性。 序號 問題 1 模塊的規(guī)格是否和軟件需求文檔中的功能需求和軟件接口規(guī)格要求保持一致 . 2 是否給每個子模塊確定了抽象算法 ? 3 設(shè)計和算法是否能滿足模塊的所有需求 ? 39：采用以下檢查表檢查設(shè)計的接口描述。 序號 問題 1 是否進(jìn)行了性能模型分析？ 2 是否描述了所有的性能參數(shù)？（例如：實時性能約束，存儲空間，速度要求，磁盤 I/O空間） 3 進(jìn)程是否有時間窗？（例如：需要“加鎖”的標(biāo)記，信號燈，某些代碼執(zhí)行時需要屏蔽中斷）？ 4 程序執(zhí)行過程中的關(guān)鍵路徑是否都被標(biāo)識和經(jīng)過分析？ 313：采用以下檢查表檢查設(shè)計的可靠性。 42：當(dāng)需求規(guī)格或概要設(shè)計發(fā)生變更時，必須修訂相關(guān)詳細(xì)設(shè)計文檔。 44：必須保證詳細(xì)設(shè)計文檔和代碼的一致性。 42：根據(jù)模塊的復(fù)雜度、規(guī)模和在軟件系統(tǒng)中的重要程度，選擇重要的詳細(xì)設(shè)計文檔進(jìn)行正規(guī)檢視。 48：對 詳細(xì)設(shè)計文檔的正規(guī)檢視或評審，必須檢查詳細(xì)設(shè)計文檔的清晰性、完備性、規(guī)范性、一致性、正確性、數(shù)據(jù)、功能性、接口、詳細(xì)程度、可維護(hù)性、性能、可靠性、可測試性、可追溯性。 序號 問題 1 是否提供了所有程序單元的規(guī)格？ 2 是否描述 了所采用的設(shè)計標(biāo)準(zhǔn)？ 3 是否確定了單元應(yīng)用的算法？（例如： PDL） 4 是否列出了單元的所有調(diào)用？ 5 是否記錄了設(shè)計繼承的歷史和已知的風(fēng)險？ 45：采用以下檢查表檢查詳細(xì)設(shè)計文檔的規(guī)范性。 序號 問題 1 是否所有聲明的數(shù)據(jù)塊都已經(jīng)使用？ 2 定位于單元的數(shù)據(jù)結(jié)構(gòu)是否已經(jīng)描述？ 3 如果有對共享數(shù)據(jù)、文件的修改，對數(shù)據(jù)的訪問是否按照正確的共享協(xié)議進(jìn)行？（例如：通過信號燈同步進(jìn) 程） 4 是否所有的邏輯單元、事件標(biāo)記、同步標(biāo)記都已經(jīng)定義和初始化？ 5 是否所有的變量、指針、常量都已經(jīng)定義并初始化？ 49：采用以下檢查表檢查詳細(xì)設(shè)計的功能性要求。 411：采用以下檢查表檢查詳細(xì)設(shè)計的詳細(xì)程度。 序號 問題 1 進(jìn)程是否有時間窗？ 2 是否所有的時間和空間的限制都已明確？ 414：采用以下檢查表檢查詳細(xì)設(shè)計的可靠性。 序號 問題 1 是否每一部分的設(shè)計都可以追溯到需求？ 2 是否每一個設(shè)計決策都可以追溯到效益分析？ 3 是否所有的設(shè)計決策都可以追溯到成本 /效益分析？ 4 是不是描述了每個單元的詳細(xì)需求？ 5 單元需求是否能夠追溯到軟件規(guī)格文檔（ SSD1）？軟件規(guī)格文檔是否能夠跟蹤到單元需求？ 6 是否有到代碼的引用或者包括代碼本身？ 軟件開發(fā)行為規(guī)范 5 編碼 僅供內(nèi)部使用 19 5 編碼 51：編碼必須以設(shè)計文檔為基礎(chǔ)，必須保證所有的設(shè)計都被編碼實現(xiàn)。 53：必須對重要的代碼進(jìn)行正規(guī)檢視。 54：在代碼已經(jīng)基線化后，對代碼的更改必須通過評審，并保存評審記錄。 說明：職責(zé)參見建議 61。 說明：文檔的內(nèi)容參見建議 62。 63：相關(guān)人員必須接受需求管理活動方面的培訓(xùn)。 64：對經(jīng)過評審和批準(zhǔn)的需求至少應(yīng)采用以下方法進(jìn)行管理和控制： 序號 內(nèi)容 1 在配置管理計劃（ SCMP）中將需求文檔定義為 CI。 說明：參見建議 65。