【正文】 軟件開發(fā)行為規(guī)范 第一版 深圳市華為技術(shù)有限公司 版權(quán)所有 不得復(fù)制 軟件開發(fā)行為規(guī)范 (第一版） 為了把公司已經(jīng)發(fā)布的軟件開發(fā)過程規(guī)范有效地運(yùn)作于產(chǎn)品開發(fā)活動(dòng)中，把各種規(guī)范“逐步形成工程師的作業(yè)規(guī)范”，特制定本軟件開發(fā)行為規(guī)范，以達(dá)到過程控制的目的。 與軟件開發(fā)相關(guān)的所有人員，包括各級(jí)經(jīng)理和工程師都必須遵守本軟件開發(fā)行為規(guī)范。對違反規(guī)范的開發(fā)行為，必須按照有關(guān)管理規(guī)定進(jìn)行處罰。 本軟件開發(fā)行為規(guī)范的內(nèi)容包括：軟件需求分析、軟件項(xiàng)目計(jì)劃、概要設(shè) 計(jì)、詳細(xì)設(shè)計(jì)、編碼、需求管理、配置管理、軟件質(zhì)量保證、數(shù)據(jù)度量和分析等。 本軟件開發(fā)行為規(guī)范，采用以下的術(shù)語描述： ★ 規(guī)則 ：在軟件開發(fā)過程中強(qiáng)制 必須遵守 的行為規(guī)范。 ★ 建議 ：軟件開發(fā)過程中必須 加以考慮 的行為規(guī)范。 ★ 說明 ：對此規(guī)則或建議進(jìn)行必要的解釋。 ★ 示例 ：對此規(guī)則或建議從正或反兩個(gè)方面給出例子。 本軟件開發(fā)過程行為規(guī)范由研究技術(shù)管理處負(fù)責(zé)解釋和維護(hù)。 研究技術(shù)管理處 僅供內(nèi)部使用 4 目 錄 1 軟件需求分析 5 2 軟件項(xiàng)目計(jì)劃 9 3 概要設(shè)計(jì) 11 4 詳細(xì)設(shè)計(jì) 14 5 編碼 18 6 需求管理 19 7 軟件配置管理 21 8 軟件質(zhì)量保證 23 9 數(shù)據(jù)度量和分析 25 軟件開發(fā)行為規(guī)范 1 軟件需求分析 僅供內(nèi)部使用 5 1 軟件需求分析 11：軟件需求分析必須在產(chǎn)品需求規(guī)格的基礎(chǔ)上進(jìn)行，并保證完全實(shí)現(xiàn)產(chǎn)品需求規(guī)格的定義。 12：當(dāng)產(chǎn)品的需求規(guī)格發(fā)生變更時(shí)，必須修訂軟件需求規(guī)格文檔。軟件需求規(guī)格的變更必須經(jīng)過評(píng)審，并保存評(píng)審記錄。 13：必須對軟件需求規(guī)格文檔進(jìn)行正規(guī)檢視。 14：軟件需求分析過程活動(dòng)結(jié)束前，必須經(jīng)過評(píng)審，并保存評(píng)審記錄。 15：在對軟件需 求規(guī)格文檔的正規(guī)檢視或評(píng)審時(shí)，必須檢查軟件需求規(guī)格文檔中需求的清晰性、完備性、兼容性、一致性、正確性、可行性、易修改性、健壯性、易追溯性、易理解性、易測試性和可驗(yàn)證性、性能、功能、接口、數(shù)據(jù)、可維護(hù)性等內(nèi)容。 說明：參考建議 11到 116。 11：采用以下檢查表檢查軟件需求規(guī)格文檔中需求的清晰性。 序號(hào) 問題 1 所有定義、實(shí)現(xiàn)方法是否清楚地表達(dá)了用戶的原始要求？ 2 在功能實(shí)現(xiàn)過程、方法和技術(shù)要求的描述上，是否沒有背離了功能的實(shí)際要求？ 3 是否沒有不能理解或造成誤解的描述 ？ 12：采用以 下檢查表檢查軟件需求規(guī)格文檔中需求的完備性。 序號(hào) 問題 1 需求定義中是否包含了有關(guān)文件（指質(zhì)量手冊、質(zhì)量計(jì)劃以及其它有關(guān)文件）種所規(guī)定的需求定義所應(yīng)該包含的所有內(nèi)容？ 2 需求定義是否包含了有關(guān)功能、性能、限制、目標(biāo)、質(zhì)量等方面的所有需求？ 3 功能性需求是否覆蓋了所有非正常情況的處理？ 4 是否對各種操作模式（如正常、非正常、有干擾等）下的環(huán)境條件都作了規(guī)定？ 5 是否對所有功能與時(shí)間因素有關(guān)的方面都作了考慮？ 6 是否標(biāo)識(shí)出了所有與時(shí)間因素有關(guān)的功能？它們的時(shí)間準(zhǔn)則是否都說明了？時(shí)間準(zhǔn)則 的最大、最小執(zhí)行時(shí)間是否都定義了？ 7 是否標(biāo)識(shí)并定義了在將來可能會(huì)變化的需求？ 8 是否定義了系統(tǒng)所有的輸入？ 9 是否標(biāo)識(shí)清楚了系統(tǒng)輸入的來源？ 10 是否標(biāo)識(shí)出了系統(tǒng)的輸出？ 11 是否說明了系統(tǒng)輸入、輸出的類型？ 軟件開發(fā)行為規(guī)范 1 軟件需求分析 僅供內(nèi)部使用 6 12 是否說明了系統(tǒng)輸入、輸出的值域、單位、格式等？ 13 是否說明了如何進(jìn)行系統(tǒng)輸入的合法性檢查？ 14 是否定義了系統(tǒng)輸入、輸出的精度？ 15 是否定義了系統(tǒng)性能的各個(gè)方面？ 16 在不同負(fù)載情況下，是否規(guī)定了系統(tǒng)的處理能力？ 17 在不同情況下，是否規(guī)定了系統(tǒng)的 響應(yīng)時(shí)間？ 18 是否充分定義了關(guān)于人機(jī)界面的需求？ 19 是否對需求定義進(jìn)行了可行性分析和相關(guān)文件（資料）是否已歸檔？ 20 是否對影響需求實(shí)現(xiàn)的因素進(jìn)行了調(diào)查，調(diào)查結(jié)果是否已歸檔？ 21 是否有經(jīng)濟(jì)效益分析，分析結(jié)果是否已歸檔？ 22 是否詳細(xì)描述了有關(guān)硬件、軟件、操作人員、操作過程等方面的安全性？ 23 是否評(píng)估了本項(xiàng)目對用戶、其它系統(tǒng)、環(huán)境的影響特性？ 24 是否按完成時(shí)間、重要性對系統(tǒng)功能、外部接口、性能進(jìn)行了優(yōu)先排序？ 13：采用以下檢查表檢查軟件需求規(guī)格文檔中需求的兼容性。 序號(hào) 問題 1 界面需求是否使軟硬件系統(tǒng)具有兼容性？ 2 需求定義的文檔是否滿足項(xiàng)目文檔編寫標(biāo)準(zhǔn)？在矛盾時(shí)，是否有適當(dāng)?shù)臉?biāo)準(zhǔn)可供選擇？ 14：采用以下檢查表檢查軟件需求規(guī)格文檔中需求的一致性。 序號(hào) 問題 1 各個(gè)需求之間是否一致？是否有沖突和矛盾？ 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ī)格文檔中需求的正確性。 序號(hào) 問題 1 需求定義是否滿足標(biāo)準(zhǔn)的要求？ 2 算法和規(guī)則是否有科技文獻(xiàn)或其它文獻(xiàn)作為基礎(chǔ)？ 3 是否定義了對在錯(cuò)誤、風(fēng)險(xiǎn)分析中所標(biāo)識(shí)出的各種故障模式和錯(cuò)誤類型所需的反應(yīng)？ 4 是否參照了有關(guān)的標(biāo)準(zhǔn)？ 5 是否對每一個(gè)需求都給出了理由？理由是否充分？ 6 對設(shè)計(jì)和實(shí)現(xiàn)的限制是否都有論證？ 16：采用以下檢查表檢查軟件需求規(guī)格文檔中需求的可行性。 序號(hào) 問題 1 需求定義是否使軟件的設(shè)計(jì)、實(shí)現(xiàn)、操作和維護(hù)都可行？ 2 所規(guī)定 的模型、數(shù)值方法和算法是否對待解決問題合適？是否能夠在相 軟件開發(fā)行為規(guī)范 1 軟件需求分析 僅供內(nèi)部使用 7 應(yīng)的限制條件下實(shí)現(xiàn)？ 3 是否能夠達(dá)到關(guān)于質(zhì)量的要求？ 17：采用以下檢查表檢查軟件需求規(guī)格文檔中需求的易修改性。 序號(hào) 問題 1 對需求定義的描述是否易于修改（如是否采用良好的結(jié)構(gòu)和交叉引用表等）？ 2 是否有冗余的信息？是否一個(gè)需求被定義了多次？ 18：采用以下檢查表檢查軟件需求規(guī)格文檔中需求的健壯性。 序號(hào) 問題 1 是否有容錯(cuò)的需求？ 19：采用以下檢查表檢查軟件需求規(guī)格文檔中需求的易追溯性。 序號(hào) 問題 1 是否可從上一 階段的文檔中找到需求定義中的相應(yīng)內(nèi)容？ 2 需求定義是否明確地表明前階段中提出的有關(guān)需求和設(shè)計(jì)限制都已被覆蓋了？ 3 需求定義是否便于向后繼開發(fā)階段查找信息 110：采用以下檢查表檢查軟件需求規(guī)格文檔中需求的易理解性。 序號(hào) 問題 1 是否每一個(gè)需求都只有一種解釋？ 2 功能性需求是否以模塊方式描述的？是否明確地標(biāo)識(shí)出了其功能？ 3 是否有術(shù)語定義一覽表？ 4 是否使用了形式化或半形式化的語言？ 5 語言是否有歧義性？ 6 需求定義中是否只包含了必須的實(shí)現(xiàn)細(xì)節(jié)而不包含不必要的實(shí)現(xiàn)細(xì)節(jié)？是 否過分細(xì)致了？ 7 需求定義是否足夠清楚和明確使其能夠作為開發(fā)設(shè)計(jì)規(guī)約和功能性測試數(shù)據(jù)的基礎(chǔ)？ 8 需求定義的描述是否將對程序的需求和所提供的其它信息分離開來了？ 111：采用以下檢查表檢查軟件需求規(guī)格文檔中需求的易測試性和可驗(yàn)證性。 序號(hào) 問題 1 需求是否可以驗(yàn)證（即是否可以檢驗(yàn)軟件是否滿足了需求）？ 2 是否對每一個(gè)需求都指定了驗(yàn)證過程？ 3 數(shù)學(xué)函數(shù)的定義是否使用了精確定義的語法和語義符號(hào)？ 112：采用以下檢查表檢查軟件需求規(guī)格文檔中的性能需求描述。 序號(hào) 問題 是否精確的描 述了所有的性能需求和可容忍的性能降低程度？對每一個(gè)性能應(yīng)包含兩方面的內(nèi)容： 軟件開發(fā)行為規(guī)范 1 軟件需求分析 僅供內(nèi)部使用 8 1 a. 在最壞情況的執(zhí)行結(jié)果 2 b. 本性能失效后，對系統(tǒng)產(chǎn)生的影響 113：采用以下檢查表檢查軟件需求規(guī)格文檔中功能需求描述。 序號(hào) 問題 1 是否清楚、明確地描述了所有的功能？ 2 所有已描述的功能是否是必須的？是否能滿足任務(wù)書或系統(tǒng)目標(biāo)的要