軟件質(zhì)量保證復(fù)習(xí)題及答案_第1頁
軟件質(zhì)量保證復(fù)習(xí)題及答案_第2頁
軟件質(zhì)量保證復(fù)習(xí)題及答案_第3頁
軟件質(zhì)量保證復(fù)習(xí)題及答案_第4頁
軟件質(zhì)量保證復(fù)習(xí)題及答案_第5頁
已閱讀5頁,還剩4頁未讀 繼續(xù)免費閱讀

下載本文檔

版權(quán)說明:本文檔由用戶提供并上傳,收益歸屬內(nèi)容提供方,若內(nèi)容存在侵權(quán),請進行舉報或認領(lǐng)

文檔簡介

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

溫馨提示

  • 1. 本站所有資源如無特殊說明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請下載最新的WinRAR軟件解壓。
  • 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請聯(lián)系上傳者。文件的所有權(quán)益歸上傳用戶所有。
  • 3. 本站RAR壓縮包中若帶圖紙,網(wǎng)頁內(nèi)容里面會有圖紙預(yù)覽,若沒有圖紙預(yù)覽就沒有圖紙。
  • 4. 未經(jīng)權(quán)益所有人同意不得將文件中的內(nèi)容挪作商業(yè)或盈利用途。
  • 5. 人人文庫網(wǎng)僅提供信息存儲空間,僅對用戶上傳內(nèi)容的表現(xiàn)方式做保護處理,對用戶上傳分享的文檔內(nèi)容本身不做任何修改或編輯,并不能對任何下載內(nèi)容負責(zé)。
  • 6. 下載文件中如有侵權(quán)或不適當內(nèi)容,請與我們聯(lián)系,我們立即糾正。
  • 7. 本站不保證下載資源的準確性、安全性和完整性, 同時也不承擔(dān)用戶因使用這些下載資源對自己和他人造成任何形式的傷害或損失。

評論

0/150

提交評論