軟件質(zhì)量保證復(fù)習(xí)題及答案

精品文檔 1歡迎下載 一 判斷題一 判斷題題1分 共20分 1 軟件故障是導(dǎo)致 軟件失效的必要和充分要素 2 同行評(píng)審的主要目標(biāo)在于檢測(cè)錯(cuò)誤 核對(duì)與標(biāo)準(zhǔn)的偏離 3 在任何軟件機(jī)構(gòu)中 定期 不定期的培訓(xùn) 再培訓(xùn)都是必須而且是必要的 4 在整個(gè)機(jī)構(gòu)中使用基礎(chǔ)設(shè)施防護(hù)與改進(jìn)部件的主要目標(biāo)是在機(jī)構(gòu)積累的 SQA 經(jīng)驗(yàn) 基礎(chǔ)上消除或至少降低出錯(cuò)率 5 所有 SQA 活動(dòng)和項(xiàng)目里程碑的完成或項(xiàng)目里程碑的檢驗(yàn)是同時(shí)發(fā)生的 6 與產(chǎn)品質(zhì)量保證相關(guān)的費(fèi)用非類的方法學(xué) 7 一旦更改過的 SCI 替換了前面的 SCI 就認(rèn)為完成了軟件的一個(gè)新版本 8 軟件質(zhì)量成本是一個(gè)投資問題 而不是成本問題 9 SEI CMM 評(píng)估標(biāo)準(zhǔn) ISO 9001 和 ISO 9000 3 標(biāo)準(zhǔn)是典型的項(xiàng)目過程標(biāo)準(zhǔn) 10 軟件質(zhì)量保證的獨(dú)特性是由軟件產(chǎn)品不同于其他制造產(chǎn)品的本質(zhì)決定的 二 填空題二 填空題 每空1分 共20分 請(qǐng)把答案書寫在相應(yīng)橫線上 1 軟件質(zhì)量工程包括 軟件質(zhì)量保證 軟件質(zhì)量規(guī)劃 和軟件質(zhì)量控制三大方面 2 McCall 模型產(chǎn)品修改緯度的質(zhì)量因素有 可維護(hù)性 可測(cè)試性 靈活性 3 面向?qū)ο竽Ｐ筒煌谄渌Ｐ偷闹饕卣魇?組件的密集重用 4 有兩種同行評(píng)審方法學(xué) 審查和走查 5 RMA 可以劃分成三組類別內(nèi)部風(fēng)險(xiǎn)管理措施 分包風(fēng)險(xiǎn)管理措施 顧客風(fēng)險(xiǎn)管理措施 6 支持性質(zhì)量手段有模板和檢查表 7 依據(jù)軟件系統(tǒng)的生命周期和其他階段 軟件質(zhì)量度量劃分為軟件過程度量和軟件產(chǎn)品度量 8 軟件配置發(fā)布的版本有基線版本 中間版本 修訂版本 9 SQA 標(biāo)準(zhǔn)被劃分成軟件質(zhì)量管理標(biāo)準(zhǔn) 軟件項(xiàng)目過程標(biāo)準(zhǔn)兩類 10 軟件缺陷的固有特征有軟件缺陷的固有性 軟件缺陷的敏感性 軟件缺陷的感染性 三 選擇題 每小題 2 分 共 18 分 1 軟件調(diào)試的目的是 B A 發(fā)現(xiàn)軟件中隱藏的錯(cuò)誤 B 解決測(cè)試中發(fā)現(xiàn)的錯(cuò)誤 C 盡量不發(fā)現(xiàn)錯(cuò)誤以便早日提交軟件 D 證明軟件的正確性 2 黑盒測(cè)試技術(shù)中不包括 D A 等值分析測(cè)試 B 邊界值分析測(cè)試 C 錯(cuò)誤推測(cè)法 D 邏輯覆蓋測(cè)試 3 D 是把輸入條件視為 因 把輸出條件視為 果 將黑盒看成是從因到果的網(wǎng)絡(luò)圖 A 等值分析測(cè)試 B 邊界值分析測(cè)試 C 錯(cuò)誤推測(cè)法 D 因果圖 4 集成測(cè)試的測(cè)試用例是根據(jù) C 的結(jié)果來設(shè)計(jì) A 需求分析 B 源程序 C 概要設(shè)計(jì) D 詳細(xì)設(shè)計(jì) 5 CMMI 中 D 主要致力于技術(shù)革新和優(yōu)化過程的改進(jìn) A 等級(jí)二 B 等級(jí)三 C 等級(jí)四 D 等級(jí)五 6 CMMI 中的受管理級(jí)包含的七個(gè)過程域中 C 的目的在于使工作人員和管理者客觀了 解過程和相關(guān)的工作產(chǎn)品 精品文檔 2歡迎下載 A 測(cè)量和分析 B 供方協(xié)定管理 C 過程和產(chǎn)品質(zhì)量保證 D 項(xiàng)目策劃 7 CMMI 中 已定義級(jí)是 B A 等級(jí)二 B 等級(jí)三 C 等級(jí)四 D 等級(jí)五 8 項(xiàng)目執(zhí)行工作所需的依據(jù)有 D A 國(guó)家政策 B 前期措施 C 法律依據(jù) D 項(xiàng)目計(jì)劃 9 軟件配置管理的三個(gè)應(yīng)用層次由高到低是 C A 版本控制 以開發(fā)者為中心 過程驅(qū)動(dòng) B 以開發(fā)者為中心 過程驅(qū)動(dòng) 版本控制 C 過程驅(qū)動(dòng) 以開發(fā)者為中心 版本控制 D 過程驅(qū)動(dòng) 版本控制 以開發(fā)者為中心 四 名詞解釋四 名詞解釋 每小題3分 共18分 1 Crosby 軟件質(zhì)量的定義 系統(tǒng) 部件或過程滿足規(guī)定需求的程度 2 軟件可靠性 IEEE 軟件可靠性是指一個(gè)系統(tǒng)或組件在某個(gè)特定時(shí)期 特定條件下 完成所需完成的功能的能力 3 規(guī)程 規(guī)程是完成某件事情或行動(dòng)的特定方式 即規(guī)程是為了完成一個(gè)任務(wù) 根據(jù)給 定方法所執(zhí)行的詳細(xì)活動(dòng)或過程 4 開發(fā)風(fēng)險(xiǎn) 軟件開發(fā)風(fēng)險(xiǎn)是軟件開發(fā)任務(wù)或環(huán)境的一種狀態(tài)或性質(zhì) 如果忽略它 將 增加軟件項(xiàng)目失敗的可能 5 軟件工程領(lǐng)域 模板 在軟件工程領(lǐng)域 模板指的是小組或機(jī)構(gòu)創(chuàng)建的 用于編輯 報(bào)告以及其他形式文檔的格式 6 軟件配置管理 一個(gè)負(fù)責(zé)應(yīng)用 計(jì)算機(jī)化的或非計(jì)算機(jī)化的 技術(shù)工具和管理規(guī)程 使 之能夠完成為維護(hù) SCI 和軟件配置版本所需任務(wù)的 SQA 部件 五 問答題五 問答題 每小題4分 共24分 1 專業(yè)軟件開發(fā)的 SQA 環(huán)境有哪些特征 1 4 分 遵守合同約定 服從顧客供貨商關(guān)系需要協(xié)同工作 需要同其他開發(fā)組的合作和協(xié)調(diào) 同其它軟件系統(tǒng)的接 口 項(xiàng)目組有變化時(shí)項(xiàng)目繼續(xù)進(jìn)行 需要持續(xù)維護(hù)軟件系統(tǒng)若干年 2 請(qǐng)指出走查 審查這兩種同行評(píng)審方法的不同 走查和審查的區(qū)別是其正式性的等級(jí) 其中 審查是兩者之中更為正式 2 分 走查的發(fā)現(xiàn)限于被評(píng)審文檔的意見 而審查的發(fā)現(xiàn)還同改進(jìn)開發(fā)方法自身的工作相結(jié)合 所以和走查相比 審查對(duì)一般的 SQA 做出了更大貢獻(xiàn) 2 分 3 請(qǐng)?jiān)敿?xì)描述軟件質(zhì)量費(fèi)用的經(jīng)典模型 2 分 在經(jīng)典軟件質(zhì)量費(fèi)用模型中 軟件質(zhì)量費(fèi)用可以劃分為控制費(fèi)用 控制失效費(fèi)用 2 分 其中 控制費(fèi)用被進(jìn)一步細(xì)化為預(yù)防費(fèi)用和評(píng)價(jià)費(fèi)用 控制失效費(fèi)用進(jìn)一步細(xì)化為內(nèi) 部失效費(fèi)用 外部失效費(fèi)用 1 預(yù)防費(fèi)用包括建立軟件質(zhì)量基礎(chǔ)設(shè)施 更新并改進(jìn)基礎(chǔ)設(shè) 施以及完成其運(yùn)行所需的常規(guī)活動(dòng)的投資 2 評(píng)價(jià)費(fèi)用花在特定項(xiàng)目或軟件系統(tǒng)中軟件錯(cuò) 誤的檢測(cè)上 3 內(nèi)部失效費(fèi)用是指改正在顧客現(xiàn)場(chǎng)安裝軟件之前實(shí)施設(shè)計(jì)評(píng)審 軟件測(cè)試 及驗(yàn)收測(cè)試時(shí)檢測(cè)到的錯(cuò)誤而產(chǎn)生的費(fèi)用 4 外部失效費(fèi)用限定為改正由顧客或維護(hù)組在 顧客現(xiàn)場(chǎng)安裝軟件系統(tǒng)之后檢測(cè)到的失效的費(fèi)用 精品文檔 3歡迎下載 4 認(rèn)證標(biāo)準(zhǔn)和評(píng)估標(biāo)準(zhǔn)的主要區(qū)別 認(rèn)證標(biāo)準(zhǔn)的重點(diǎn)是外部的 支持供貨商顧客關(guān)系 2 分 而評(píng)估標(biāo)準(zhǔn)的重點(diǎn)是內(nèi)部的 因?yàn)?評(píng)估標(biāo)準(zhǔn)關(guān)注的是軟件過程改進(jìn) 2 分 5 CCB 的決策機(jī)制有哪些種類 你認(rèn)為其中那種決策機(jī)制更實(shí)用 1 最普遍的方法是投票決定 每個(gè)代表都投票 采用少數(shù)服從多數(shù)的方式 這種民主的做 法能夠充分調(diào)動(dòng) CCB 成員的機(jī)機(jī)性 但是少數(shù)服從多數(shù)含義模糊 該決策模式也容易產(chǎn)生一 些政見 2 極端的做法是所有決策都交給一個(gè)人 這種安排鼓勵(lì)在決策中靈活考慮各種意 見 但壓抑了 CCB 其他成員的積極性 3 第三種可行的決策機(jī)制是尋求 CCB 成員的一致意 見 同時(shí)提供合理的跳出機(jī)制 綜合考慮上述三種不同 CCB 決策機(jī)制 第三種策略最為實(shí)用 6 傳統(tǒng)質(zhì)量成本和現(xiàn)代質(zhì)量成本的主要區(qū)別有哪些 傳統(tǒng)的質(zhì)量成本集中在與失效有關(guān)的事件和活動(dòng) 如損壞 缺陷等 傳統(tǒng)質(zhì)量成本通常以報(bào) 廢 返工 返修等形式出現(xiàn) 2 分 現(xiàn)代的質(zhì)量成本的目的則在于通過預(yù)防和評(píng)估活動(dòng)中的 適當(dāng)投入 減少與失效有關(guān)的活動(dòng) 2 分 一 判斷題 判斷下列題目是否正確 如果正確請(qǐng)打 錯(cuò)誤請(qǐng)打 每 小題1分 共20分 1 在專業(yè)的軟件開發(fā) 維護(hù)中 SQA 環(huán)境是建立 執(zhí)行 SQA 方法時(shí)必須首要考慮 的問題 2 如何看待軟件產(chǎn)品內(nèi)部的缺陷 開發(fā)者和用戶的立場(chǎng)是一致的 3 專家觀點(diǎn)通過引進(jìn)補(bǔ)充的外部能力到機(jī)構(gòu)內(nèi)部開發(fā)過程中來而支持質(zhì)量評(píng)估工作 4 質(zhì)量管理標(biāo)準(zhǔn)是專業(yè)標(biāo)準(zhǔn) 它們向開發(fā)組提供方法學(xué)指南 5 軟件生命周期模型強(qiáng)調(diào)的是直接開發(fā)活動(dòng) 而沒有指示出開發(fā)過程的顧客參與 6 規(guī)程具有機(jī)構(gòu)范圍的適用性 它的執(zhí)行和具體執(zhí)行的人或組織背景有著密切關(guān) 系 7 CAPA 的目的在于檢測(cè) 處理 改正軟件缺陷 8 項(xiàng)目進(jìn)展控制 SQA 工具有 Gatt 圖 日歷 數(shù)據(jù)流圖和活動(dòng)網(wǎng)絡(luò)圖 9 IEEE ISO DOD ANSI EIA 都是著名的 SQA 標(biāo)準(zhǔn)開發(fā)機(jī)構(gòu) 10 在科學(xué)和工程中 如果沒有度量 對(duì)一切都沒有一個(gè)定量的了解 那么這種科 學(xué)和工程既不是有效的 也不是實(shí)際的 二 填空題 每空1分 共20分 請(qǐng)把答案書寫在相應(yīng)橫線上 1 McCall 模型劃分了軟件運(yùn)行 軟件轉(zhuǎn)移 軟件修改三個(gè)緯度的 11 個(gè)軟件質(zhì)量因素 2 螺旋模型任何一次迭代都可劃分為制定計(jì)劃 風(fēng)險(xiǎn)分析和化解 工程和顧客評(píng)估四個(gè)項(xiàng)限 3 依據(jù)合同評(píng)審的目標(biāo)對(duì)合同評(píng)審主題進(jìn)行分類為建議草案評(píng)審主題 合同草案評(píng)審主題兩 種類型 4 典型的版本方針包括嚴(yán)格 單一活動(dòng)版本方針 多版本方針 5 軟件對(duì)屬于各種質(zhì)量因素的需求的符合性是由軟件質(zhì)量度量來測(cè)量的 6 CAPA 過程的成功運(yùn)行包含如下活動(dòng) 信息收集 信息分析 解決方案和改進(jìn)方法的建立 改進(jìn)方法的執(zhí)行 跟蹤 7 常見的軟件配置演化模型有線性演化模型 樹演化模型 8 軟件更改的質(zhì)量保證工作需每個(gè)更改的 SCI 的質(zhì)量保證 整個(gè)新軟件系統(tǒng)版本的質(zhì)量保證 兩個(gè)級(jí)別的活動(dòng) 精品文檔 4歡迎下載 9 從內(nèi)容和重點(diǎn)上我們可以把質(zhì)量管理標(biāo)準(zhǔn)劃分成認(rèn)證標(biāo)準(zhǔn) 評(píng)估標(biāo)準(zhǔn)兩種類型 10 測(cè)試人員 SQA 單位是 SQA 專職人員 三 選擇題三 選擇題 每題每題 2 2 分 共分 共 1818 分分 1 集成測(cè)試分為漸增組裝測(cè)試和 A A 非漸增組裝測(cè)試 B 確認(rèn)測(cè)試 C 單元測(cè)試 D 測(cè)試計(jì)劃 2 以下哪種測(cè)試方法不屬于白盒測(cè)試技術(shù) B A 基本路徑測(cè)試 B 邊界值分析測(cè)試 C 循環(huán)覆蓋測(cè)試 D 邏輯覆蓋測(cè)試 3 黑盒測(cè)試技術(shù) 使用最廣的用例設(shè)計(jì)技術(shù)是 A A 等值分析測(cè)試 B 邊界值分析測(cè)試 C 錯(cuò)誤推測(cè)法 D 邏輯覆蓋測(cè)試 4 軟件測(cè)試的過程分為 A 集成測(cè)試 確認(rèn)測(cè)試和系統(tǒng)測(cè)試幾個(gè)步驟 A 單元測(cè)試B 人工測(cè)試 C 組裝測(cè)試D 上機(jī)測(cè)試 5 CMMI 中文全稱為 B A 軟件能力成熟度模型 B 軟件能力成熟度模型集成 C 質(zhì)量管理體系 D 軟件工程研究所 6 如果一個(gè)軟件企業(yè)希望達(dá)到成熟度等級(jí) 2 級(jí)目標(biāo) 那么該企業(yè)就要在軟件項(xiàng)目的開發(fā)過程 中執(zhí)行該成熟度等級(jí)中的七個(gè)過程域中的所有 B A 特定目標(biāo) B 實(shí)踐 C 共性目標(biāo) D 過程域 7 CMMI 中的受管理級(jí)包含的七個(gè)過程域中 B 旨在對(duì)以正式協(xié)定的形式從項(xiàng)目之外的 供方采辦的產(chǎn)品和服務(wù)實(shí)施管理 A 測(cè)量和分析 B 供方協(xié)定管理 C 過程和產(chǎn)品質(zhì)量保證 D 項(xiàng)目策劃 8 根據(jù) CMMI 規(guī)范 每一個(gè)軟件企業(yè)均具有 A 成熟度 A 等級(jí)一 B 等級(jí)三 C 等級(jí)四 D 等級(jí)五 9 配置管理活動(dòng)最主要的內(nèi)容是 C A 設(shè)計(jì)代碼 B 軟件產(chǎn)品 C 產(chǎn)品版本 D 項(xiàng)目文檔 四 名詞解釋 每小題3分 共18分 1 Daniel Galin 軟件質(zhì)量保證的擴(kuò)展定義 軟件質(zhì)量保證是一個(gè)有系統(tǒng)的 有計(jì)劃的行動(dòng) 集合 它是提供軟件產(chǎn)品開發(fā) 維護(hù)過程符合其已建立的技術(shù)需求以及跟上計(jì)劃安排和在預(yù) 算限制之內(nèi)進(jìn)行管理上的需求充分信任所必需的 2 合同評(píng)審 合同評(píng)審是一個(gè)指導(dǎo)評(píng)審建議草案和合同文檔的 SQA 部件 3 規(guī)程 規(guī)程是完成某件事情或行動(dòng)的特定方式 即規(guī)程是為了完成一個(gè)任務(wù) 根據(jù)給定方 法所執(zhí)行的詳細(xì)活動(dòng)或過程 4 4W1H 4W1H 即 WHAT WHEN WHERE WHO 和 HOW 他們具體含義如下 WHAT What activities have to be performed WHEN When Should the activity be performed WHERE Where should the activity be performed WHO Who should perform the activity 精品文檔 5歡迎下載 HOW How should each activity be performed 5 受控文檔 受控文檔是那些目前就對(duì)軟件系統(tǒng)的開發(fā) 維護(hù)以及與目前和將來顧客關(guān)系的 管理重要或可能變得重要的 并且處于控制狀態(tài)下的文檔 6 軟件質(zhì)量度量 一個(gè)項(xiàng)目具有給定質(zhì)量屬性的程度定量測(cè)度 或一個(gè)函數(shù) 其輸入為軟件 數(shù)據(jù) 輸出為單一的數(shù)值 該值可以被理解為軟件具有給定質(zhì)量屬性的程度 五 問答題 每小題4分 共24分 1 Crosby Juran Pressman 軟件質(zhì)量定義的比較 1 Crosby 的定義指的是寫好的軟件符合由顧客和它的專業(yè)組編制的規(guī)格說明書的程度 這也意味著包含在規(guī)格說明中的錯(cuò)誤是不予考慮的 也不降低軟件質(zhì)量 顯然這是不足的 1 分 2 Juran 的定義旨在達(dá)到顧客滿意度 這就要求對(duì)檢查改正顧客的需求規(guī)格書投入大量工 作 但該定義的主要缺點(diǎn)是免除了顧客對(duì)軟件規(guī)格書準(zhǔn)確性 完備性的責(zé)任 1 分 3 Pressman 定義為 SQA 提出了要由開發(fā)者滿足的三個(gè)要求 特定功能需求 它主要是指 軟件系統(tǒng)的輸出 在合同中提出的軟件質(zhì)量標(biāo)準(zhǔn) 反映當(dāng)今水平的專業(yè)方法的良好軟件工程 方法的發(fā)展水平 實(shí)際上 Pressman 定義提供了測(cè)試滿足需求程度的操作方向 2 分 2 談?wù)勀銓?duì)合同評(píng)審過程的理解 合同評(píng)審是一個(gè)指導(dǎo)評(píng)審建議草案和合同文檔的 SQA 部件 其過程分為兩個(gè)階段進(jìn)行 1 分 1 第一階段 提交給可能顧客之前的建議草案評(píng)審 1 分 2 第二階段 簽約前的合同草案評(píng)審 該階段在建議和合同談判期達(dá)成的理解基礎(chǔ)上評(píng)審 合同草案 1 分 每個(gè)評(píng)審階段完成后 要求建議組與法律部進(jìn)行必要的修改 補(bǔ)充和改正 1 分 3 請(qǐng)列舉典型的軟件質(zhì)量基礎(chǔ)設(shè)施 SQA 部件 不少于 5 個(gè) 規(guī)程與工作條例 支持性質(zhì)量手段 員工培訓(xùn)與認(rèn)證 改正性和預(yù)防性措施 配置管理 文 檔編制控制 4 請(qǐng)指出軟件質(zhì)量費(fèi)用擴(kuò)展模型對(duì)軟件質(zhì)量費(fèi)用經(jīng)典模型的擴(kuò)展 仔細(xì)考察經(jīng)典軟件質(zhì)量費(fèi)用模型的考察 我們將發(fā)現(xiàn)經(jīng)典軟件質(zhì)量費(fèi)用模型沒有能夠涵蓋管 理以及管理性失效導(dǎo)致的軟件質(zhì)量費(fèi)用 2 分 軟件質(zhì)量費(fèi)用擴(kuò)展模型拓展了經(jīng)典軟件質(zhì)量費(fèi)用模型 以涵蓋管理人員對(duì)軟件質(zhì)量總費(fèi)用的 貢獻(xiàn) 軟件質(zhì)量的擴(kuò)展模型 相對(duì)經(jīng)典軟件質(zhì)量費(fèi)用 軟件質(zhì)量費(fèi)用擴(kuò)展模型添加了管 理性準(zhǔn)備與控制費(fèi)用和管理性失效費(fèi)用 2 分 管理性準(zhǔn)備與控制費(fèi)用同實(shí)施的預(yù)防性管 理失效或減少這些這些失效的預(yù)期出現(xiàn)的活動(dòng)相關(guān)聯(lián) 5 請(qǐng)描述 ISO 9000 3 質(zhì)量管理系統(tǒng)的基本原理 1 顧客關(guān)注 機(jī)構(gòu)依靠它們的顧客 所以應(yīng)當(dāng)理解當(dāng)前的與未來的顧客需要 2 領(lǐng)導(dǎo) 建立并維護(hù)一個(gè)積極的內(nèi)部環(huán)境中行使領(lǐng)導(dǎo)權(quán) 以實(shí)現(xiàn)機(jī)構(gòu)的目標(biāo) 3 人們的投入 人是機(jī)構(gòu)之本 他們?cè)诟鳈C(jī)構(gòu)層次的全身心投入使得他們的能力能用于為 機(jī)構(gòu)謀益 4 過程方法 當(dāng)把活動(dòng)與資源作為過程管理的時(shí)候 就更有效地達(dá)到理想的結(jié)果 5 管理理的系統(tǒng)方法 把過程作為一個(gè)系統(tǒng)管理 6 持續(xù)改進(jìn) 對(duì)全面性能正在進(jìn)行的改進(jìn)應(yīng)當(dāng)在機(jī)構(gòu)的日程上優(yōu)先 7 決策制定的實(shí)在方法 有效決策是建立在信息分析的基礎(chǔ)上的 8 相互支持的供貨商關(guān)系 一個(gè)機(jī)構(gòu)和它的供貨商是互相依賴時(shí) 相互支持的供貨由關(guān)系 增強(qiáng)雙方創(chuàng)造增加值的能力 6 傳統(tǒng)質(zhì)量成本和現(xiàn)代質(zhì)量成本的主要區(qū)別有哪些 4 分 精品文檔 6歡迎下載 傳統(tǒng)的質(zhì)量成本集中在與失效有關(guān)的事件和活動(dòng) 如損壞 缺陷等 傳統(tǒng)質(zhì)量成本通常以報(bào) 廢 返工 返修等形式出現(xiàn) 現(xiàn)代的質(zhì)量成本的目的則在于通過預(yù)防和評(píng)估活動(dòng)中的適當(dāng)投 入 減少與失效有關(guān)的活動(dòng) 一 判斷題確請(qǐng)打 錯(cuò)誤請(qǐng)打 每小題2分 共20分 1 在軟件產(chǎn)品制定生產(chǎn)計(jì)劃階段 不必進(jìn)行重大的 SQA 活動(dòng) 2 軟件故障是導(dǎo)致軟件失效的必要 而非充分要素 3 只有客戶才會(huì)有興趣透徹定義它的需求以確保他約定的軟件產(chǎn)品的質(zhì)量 4 軟件質(zhì)量系統(tǒng)之間各不相同 說明機(jī)構(gòu) SQA 系統(tǒng)構(gòu)建存在固有靈活性 5 質(zhì)量管理標(biāo)準(zhǔn)指導(dǎo)軟件開發(fā) 維護(hù)和基礎(chǔ)設(shè)施的管理 它的重點(diǎn)是需要什么 但 沒有指明如何達(dá)到標(biāo)準(zhǔn)要求的努力細(xì)節(jié) 6 通常 檢查表的使用的是強(qiáng)制性的 7 CAPA 的執(zhí)行從根本上依賴于正確的指導(dǎo)和經(jīng)常的培訓(xùn) 8 軟件質(zhì)量度量面臨的特有困難根植于包含于軟件質(zhì)量度量的測(cè)量 參數(shù) 中 9 一旦更改過的 SCI 替換了前面的 SCI 就認(rèn)為完成了軟件的一個(gè)新版本 10 SQA 項(xiàng)目過程標(biāo)準(zhǔn)如 CMM ISO 9000 3 標(biāo)準(zhǔn) 二 填空題 每空1分 共20分 請(qǐng)把答案書寫在相應(yīng)橫線上 1 CMM 內(nèi)容包含初始級(jí) 可重復(fù)級(jí) 已定義級(jí) 已管理級(jí)和可優(yōu)化級(jí)五個(gè)等級(jí) 2 軟件質(zhì)量保證的目標(biāo)包括面向產(chǎn)品的軟件開發(fā) 面向過程的軟件維護(hù)兩大方面 3 開發(fā)生命周期階段 SQA 部件可以劃分成三類 評(píng)審 專家觀點(diǎn) 軟件測(cè)試 軟件維護(hù) SQA 部件和由第三方 分包商使用的 SQA 部件 4 版本方針 更改方針是維護(hù)方針的主要組成 5 外部參與方可被分類為分包商 COTS 軟件和重用軟件模塊的供貨商和顧客自身三組 6 在任何機(jī)構(gòu)中 CAPA 要正確發(fā)揮作用需要 CAPA 記錄流的跟蹤 CAPA 執(zhí)行的跟蹤 和 CAPA 執(zhí)行結(jié)果的跟蹤三個(gè)要的跟蹤任務(wù) 7 軟件更改的質(zhì)量保證工作需每個(gè)更改的 SCI 的質(zhì)量保證和整個(gè)新軟件系統(tǒng)版本的質(zhì)量保證 兩個(gè)級(jí)別的活動(dòng) 8 軟件過程度量可以進(jìn)一步劃分為軟件過程質(zhì)量度量 軟件過程進(jìn)度度量和軟件過程生產(chǎn)率 度 9 從內(nèi)容和重點(diǎn)上我們可以把質(zhì)量管理標(biāo)準(zhǔn)劃分成認(rèn)證標(biāo)準(zhǔn) 評(píng)估標(biāo)準(zhǔn)兩種類型 10 通常 軟件質(zhì)量的管理部件有項(xiàng)目進(jìn)展控制 軟件質(zhì)量度量 軟件質(zhì)量費(fèi)用和可用于控 制軟件維護(hù)的工具 SQA 管理工具 三 選擇題三 選擇題 每題每題 2 2 分 共分 共 1818 分分 1 軟件測(cè)試的目的是 A A 發(fā)現(xiàn)軟件中隱藏的錯(cuò)誤 B 解決軟件中隱藏的錯(cuò)誤 C 盡量不發(fā)現(xiàn)錯(cuò)誤以便早日提交軟件 D 證明軟件的正確性 2 以下不屬于白盒測(cè)試技術(shù)的 B A 路徑覆蓋 B 等值分析測(cè)試 C 語句覆蓋 D 條件覆蓋 3 憑經(jīng)驗(yàn)或直覺推測(cè)可能的錯(cuò)誤 列出程序中可能有的錯(cuò)誤和容易發(fā)生錯(cuò)誤的特殊情況 選擇測(cè)試用例的測(cè)試方法叫 C 精品文檔 7歡迎下載 A 等值分析測(cè)試 B 邊界值分析測(cè)試 C 錯(cuò)誤推測(cè)法 D 邏輯覆蓋測(cè)試 4 單元測(cè)試的測(cè)試用例主要根據(jù) D 的結(jié)果來設(shè)計(jì) A 需求分析 B 源程序 C 概要設(shè)計(jì) D 詳細(xì)設(shè)計(jì) 5 CMMI 將軟件組織的軟件能力成熟度描述為 D A 二級(jí) B 三級(jí) C 四級(jí) D 五級(jí) 6 CMMI 覆蓋的領(lǐng)域是 D A 服務(wù)行業(yè) B 制造行業(yè) C 流程性材料行業(yè) D 軟件產(chǎn)品開發(fā)及服務(wù) 7 CMMI 中的受管理級(jí)包含的七個(gè)過程域中 A 目的在于開發(fā)和維持度量能力 以便支 持對(duì)管理信息的需要 A 測(cè)量和分析 B 供方協(xié)定管理 C 過程和產(chǎn)品質(zhì)量保證 D 項(xiàng)目策劃 8 項(xiàng)目執(zhí)行過程所產(chǎn)生最重要的成果是 C A 項(xiàng)目計(jì)劃書 B 需求規(guī)格書 C 項(xiàng)目產(chǎn)品 D 詳細(xì)設(shè)計(jì) 9 CMM2 的配置管理目標(biāo)是 D A 軟件配置活動(dòng)是隨機(jī)的 B 所選擇的配置工作產(chǎn)品需經(jīng)過標(biāo)識(shí)并具有可用性 但不一定需受到控制 C 所標(biāo)示的軟件產(chǎn)品的更改可不受控 可根據(jù)當(dāng)時(shí)的情況而定 D 讓相關(guān)小組和個(gè)人及時(shí)了解軟件基線的狀態(tài) 四 名詞解釋 每小題3分 共18分 1 Pressman 軟件質(zhì)量的定義 軟件質(zhì)量是符合明確陳述的功能性能需求 明確文檔化了的 開發(fā)標(biāo)準(zhǔn)和所有專業(yè)開發(fā)預(yù)期的隱含特性 2 軟件開發(fā)風(fēng)險(xiǎn) 軟件開發(fā)風(fēng)險(xiǎn)是軟件開發(fā)任務(wù)或環(huán)境的一種狀態(tài)或性質(zhì) 如果忽略它 將增加軟件項(xiàng)目失敗的可能 3 合同評(píng)審 合同評(píng)審是一個(gè)指導(dǎo)評(píng)審建議草案和合同文檔的 SQA 部件 4 質(zhì)量記錄 質(zhì)量記錄是一種特殊類型的受控文檔 它是面向顧客的文檔 用于證實(shí)同顧客 需求的全面符合性以及貫穿于開發(fā)和維護(hù)全過程的軟件質(zhì)量保證系統(tǒng)的有效運(yùn)行 5 軟件可靠性管理 軟件可靠性管理指通過一個(gè)程序使軟件的可靠性得到最優(yōu)化的過程 此 程序著重于軟件防錯(cuò) software error prevention 發(fā)現(xiàn)并清除 fault 此程序著重于采 用一定措施并根據(jù)諸如資源 進(jìn)度表及性能的約束條件使可靠性最大化 6 軟件配置版本 軟件配置版本是指在給定時(shí)間點(diǎn)上組成軟件系統(tǒng)的 已批準(zhǔn)而且文檔化的 SCI 版本的集合 五 問答題 每小題4分 共24分 1 在軟件產(chǎn)品與其他工業(yè)產(chǎn)品之間的區(qū)別主要有哪些 并描述這些不同 4 分 軟件產(chǎn)品和其他工業(yè)產(chǎn)品的主要區(qū)別有如下幾點(diǎn) 1 產(chǎn)品的復(fù)雜性 產(chǎn)品的復(fù)雜性能夠用產(chǎn)品許可的操作方式的數(shù)目來度量 工業(yè)產(chǎn)品 即 使是高級(jí)機(jī)器 也不允許由其不同的機(jī)器組合建立的幾千種以上的操作方式 一個(gè)典型的軟 件 人們