【正文】 法 。 37 軟件質(zhì)量保證規(guī)程和技術(shù)準則 ? 規(guī)定 在項目的哪個階段進行評審及如何評審 ； ? 規(guī)定 在項目的哪個階段應(yīng)當(dāng)產(chǎn)生哪些報告和計劃 ； ? 規(guī)定 產(chǎn)品各方面測試應(yīng)達到的水平 。 ? 例如，如果在用戶處發(fā)現(xiàn)了軟件故障，產(chǎn)品服務(wù)部門 就應(yīng)聽取用戶的意見，再由 檢查部門 調(diào)查該產(chǎn)品的檢驗結(jié)果，進而還要調(diào)查軟件實現(xiàn)過程的狀況，并根據(jù)情況檢查設(shè)計是否有誤，不當(dāng)之處加以改進，防止再次發(fā)生問題。 靠質(zhì)量檢驗，一般檢查的是“真質(zhì)量”的質(zhì)量特性 。定量記錄返工工作量 ， 收集和分析返工勞動花費數(shù)據(jù) ? 較大的無效勞動是 重復(fù)勞動 ，即相似的軟件在幾個地方同時開發(fā) ? 建立互相交流、信息往來通暢、具橫向交流特征的信息流通網(wǎng) 28 6. 發(fā)揮每個開發(fā)者的能力 ? 軟件生產(chǎn)是人的智能生產(chǎn)活動，它 依賴于人的能力 和 開發(fā)組織團隊的能力 。 23 ? 熟練掌握 正確定義用戶要求的技術(shù) ? 熟練使用和指導(dǎo)他人使用 定義軟件需求的支持工具 ? 重視 領(lǐng)導(dǎo)全體開發(fā)人員收集和積累有關(guān)用戶業(yè)務(wù)領(lǐng)域的各種業(yè)務(wù)的資料和技術(shù) 技能 。 ? 對于 二元度量 ，可針對檢查表中每一項都應(yīng)給以記分，指定信息存在時記 “ 1”，否則記 “ 0”。 15 ? 預(yù)測度量 有兩種。討論一個軟件的質(zhì)量，問題最終要歸結(jié)到定義軟件的質(zhì)量特性。 ? 如果這些質(zhì)量特性及其組合都能在產(chǎn)品中得到滿足，則這個軟件產(chǎn)品質(zhì)量就是高的。 5 ? 軟件需求是度量軟件質(zhì)量的基礎(chǔ) 。 ? 定義一個軟件的質(zhì)量，就等價于為該軟件定義一系列質(zhì)量特性。 ? 第一種叫做 尺度度量 ，這是一種 定量度量 。表中所有各項的分數(shù)相加，即得度量結(jié)果。 24 2. 力爭不重復(fù)勞動 ? 考慮哪些 既有軟件可以復(fù)用 ? 在開發(fā)過程中，隨時 考慮所生產(chǎn)軟件的復(fù)用性 。 ? 開發(fā)者 必須有 學(xué)習(xí)各專業(yè)業(yè)務(wù)知識 、 生產(chǎn)技術(shù) 和 管理技術(shù) 的能動性。 ? 能靠質(zhì)量檢驗的質(zhì)量特性， 即使全數(shù)檢驗，也只是代表產(chǎn)品的部分質(zhì)量特性 。 35 ? 為了順利開展以上活動， 事先明確部門間的質(zhì)量保證業(yè)務(wù) ， 確立部門間的聯(lián)合與協(xié)作的機構(gòu) 十分重要， 這個機構(gòu)就是質(zhì)量保證體系 。 ? 在 每次評審和測試中發(fā)現(xiàn)的錯誤如何修正 ； 38 ? 描述 希望得到的質(zhì)量度量 ； ? 說明 各種軟件人員的職責(zé) ，規(guī)定為了達到質(zhì)量目標他們必須進行哪些活動。 ? 需要有在軟件生存期中如何使用這些準則和方法的 質(zhì)量保證步驟 ，以及提高該項作業(yè)效率的 工具 41 軟件質(zhì)量度量和保證的條件 ? 適應(yīng)性： 適應(yīng)各種用戶、軟件類型 ? 易學(xué)性： 不需要特殊技術(shù)，易掌握 ? 可靠性： 同個軟件的評價結(jié)果一致 ? 針對性： 設(shè)計階段就確立質(zhì)量目標，在各個階段實施落實。比較評價結(jié)果的質(zhì)量得分和質(zhì)量目標，看其是否合格。 49 軟件的結(jié)構(gòu)特性與評價標準 ? 結(jié)構(gòu)特性 邏輯數(shù)據(jù)層次 ? 評價標準 ? 全部數(shù)據(jù)元素定義完畢 ? 所有層次的操作符定義完畢 ? 結(jié)構(gòu)特性 功能層次 ? 評價標準 ? 全部功能元素定義完畢 ? 所有層次的操作符定義完畢 50 ? 結(jié)構(gòu)特性 邏輯數(shù)據(jù)與功能的對應(yīng)關(guān)系 ? 評價準則 ? 所有數(shù)據(jù)都與功能對應(yīng) ? 所有功能元素都與數(shù)據(jù)對應(yīng) ? 邏輯數(shù)據(jù)與功能的相互關(guān)系個數(shù)（局部） 51 ? 結(jié)構(gòu)特性 物理數(shù)據(jù)層次 ? 評價準則 ? 全部數(shù)據(jù)元素定義完畢 ? 物理數(shù)據(jù)之間的所有指針定義完畢 ? 上述指針都具有層次性 52 ? 結(jié)構(gòu)特性 模塊層次 ? 評價準則 ? 所有模塊定義完畢 ? 模塊之間所有控制關(guān)系定義完畢 ? 上述關(guān)系都是標準過程調(diào)用形式 ? 各層次上的模塊大小適當(dāng) 53 ? 結(jié)構(gòu)特性 物理數(shù)據(jù)與模塊的對應(yīng)關(guān)系 ? 評價準則 ? 所有物理數(shù)據(jù)都與模塊對應(yīng) ? 所有模塊都與物理數(shù)據(jù)對應(yīng) ? 對應(yīng)于一個物理數(shù)據(jù)的模塊數(shù)（以一對一為好） 54 ? 結(jié)構(gòu)特性 邏輯數(shù)據(jù)與物理數(shù)據(jù)的對應(yīng)關(guān)系 ? 評價準則 ? 所有邏輯數(shù)據(jù)都與物理數(shù)據(jù)對應(yīng) ? 對應(yīng)于一個物理數(shù)據(jù)的邏輯數(shù)據(jù)數(shù)（以一對一為好） 55 ? 結(jié)構(gòu)特性 功能與模塊的對應(yīng)關(guān)系 ? 評價準則 ? 所有功能都與模塊對應(yīng) ? 對應(yīng)模塊的功能個數(shù)（以一對 一為好） 56 軟件可靠性 ? 軟件生存期與軟件壽命的關(guān)系 ? 在軟件工程中常用的定義 ? 軟件可靠性定義 ? 測試中的可靠性分析 ? 測試精確度和測試覆蓋度的評價 57 軟件生存期與軟件壽命的關(guān)系 ? 一切有生命的東西都有一個“ 壽命 ” ? 這個概念也可以延伸到對非生命產(chǎn)品的質(zhì)量評價上來。而做一個大的課題時，由于程序連續(xù)出錯， MTBF就會變得很短。 ? 錯誤 (error)： 故障在一定的環(huán)境條件下的暴露 ，導(dǎo)致系統(tǒng)在運行中出現(xiàn)了不正常、不正確、不按規(guī)范執(zhí)行的狀態(tài)，稱為軟件出錯。無論是什么軟件，如果不對它的使用環(huán)境加以限制，都是會失效的。此外，還要明確， 怎樣才算是完成了一個規(guī)定的功能 。 B B Bbc01 2? ?80 測試精確度和測試覆蓋度的評價 ? 在軟件測試過程中累積發(fā)現(xiàn)的故障數(shù)，可用帶有平均值函數(shù) m(t) 的非齊次泊松過程 (NHPP)來描述： ? 其中， N是在測試中可能發(fā)現(xiàn)的故障總數(shù)， b是故障發(fā)現(xiàn)率。 ? 測定 Ac，需要預(yù)先植入播種故障，然后通過測試，根據(jù)播種故障的捕捉率來推測原有故障的捕獲率。 實測結(jié)果多是如 (B)所示的 S型曲線 。 ? 軟件配置是軟件的具體形態(tài)在某一時刻的瞬時影像。 ? 當(dāng)軟件組織成員想要 對基線 SCI進行修改時 ， 把它從項目數(shù)據(jù)庫中復(fù)制到該工程師的專用工作區(qū)中 。 ? 系統(tǒng)規(guī)格說明 ? 軟件項目實施計劃 ? 軟件需求說明 ? 可執(zhí)行的原型 ? 初步的用戶手冊 ? 設(shè)計規(guī)格說明 103 ? 源代碼清單 ? 測試計劃和過程、測試用例和測試結(jié)果記錄 ? 操作和安裝手冊 ? 可執(zhí)行程序（可執(zhí)行程序模塊、連接模塊） ? 數(shù)據(jù)庫描述（模式和文件結(jié)構(gòu)、初始內(nèi)容） ? 正式的用戶手冊 ? 維護文檔（軟件問題報告、維護請求、工程變更次序） 104 ? 軟件工程標準 ? 項目開發(fā)總結(jié) ? 除以上所列 SCI以外，許多軟件工程組織還把 配置控制之下的軟件工具 列入其中，即 編輯程序 、 編譯程序 、 其它CASE工具的特定版本 。 108 軟件配置管理的任務(wù) ? 軟件配置管理（ SCM）的任務(wù)是： ? 標識單個的 SCI ? 標識和管理軟件各種版本 ? 控制變更 ? 審查軟件配置 ? 報告所有加在配置上的變更。 ? 對象 描述 包括： SCI類型 （如文檔、程序、數(shù)據(jù)）、 項目標識 、 變更 和／或 版本信息 。這些交叉的結(jié)構(gòu)聯(lián)系表達方式如下： data model interrelated data flow model。 ? 版本控制管理在軟件工程過程中建立起配置對象的不同版本 。因此，可以定義版本的兩個變種。 125 ? 在文件登入和檢出時，需要注意登入和檢出的使用 : ? 當(dāng)需要修改某個小缺陷時，應(yīng) 只檢出完成工作必需的最少文件 ； ? 需要對文件變更時，應(yīng)登入它并加鎖 ， 保留對每個變更的記錄 ； ? 應(yīng)避免長時間地鎖定文件。但是，如果發(fā)現(xiàn)錯誤的階段在造成錯誤的階段的后面，例如在實現(xiàn)階段發(fā)現(xiàn)了設(shè)計錯誤，則必須遵照標準的變更控制過程，把這個變更正式記入文檔，把所有受這個變更影響的文檔都做相應(yīng)的修改。 ? 在一個 SCI成為基線之前，可以對所有合理的項目和技術(shù)申請進行非正式的變更； ? 一旦某