【正文】 計(jì) :輸入 : 用況 [設(shè)計(jì) 實(shí)現(xiàn) ]、設(shè)計(jì)類 [概述 ]、接口 [概述 ] 、分析類 [完成 ]。輸出 :子系統(tǒng) [完成 ]、接口 [完成 ]。這些模型的質(zhì)量，特別是程序模型的質(zhì)量，對發(fā)現(xiàn)錯(cuò)誤具有關(guān)鍵性的作用軟件測試的錯(cuò)誤假定是，實(shí)際結(jié)果與預(yù)期結(jié)果不 符，而后在此基礎(chǔ)上可進(jìn)一步分析是什么錯(cuò)誤 。調(diào)度為了證明程序員是正確的 ； 2).測試以已知條件開始，使用預(yù)告定義的程序且有預(yù)知的結(jié)果，不可預(yù)見的僅是程序是否通過測試 ； 3).測試是有計(jì)劃的，并要進(jìn)行測試設(shè)計(jì)。調(diào)試是一個(gè)推理過程 ； 5).的執(zhí)行是有規(guī)程的。高度必須由了解詳細(xì)設(shè) 計(jì)的程序員完成 ； 7)大多數(shù)測試的執(zhí)行和設(shè)計(jì)可由工具支持。 答 :流程圖的作用是 著重于過程屬性描述 。 73 簡術(shù)單元測試、集成測試、有效性測試的含義及它們之間的區(qū)別 .。該測試以詳細(xì)設(shè)計(jì)文檔為指導(dǎo)，測試模塊內(nèi)的重要控制路徑。 7 簡述白盒測試技術(shù)的要點(diǎn)，并舉例說明 答 :白盒測試技術(shù)依據(jù)程序的邏輯結(jié)構(gòu)，以控制流程圖作為被測對象建模工具，其中涉及過程塊、分支、節(jié)點(diǎn)、鏈以及路徑，并針對測試民，給出了 4 種覆蓋策略 :語名覆蓋、分支覆蓋、條件組合覆蓋和路徑覆蓋，它們之間具有偏序關(guān)系，并且可根據(jù)項(xiàng)目需求給出其他覆蓋策略 。黑盒測試將被測軟件看成黑盒子，只通過外部的輸入和輸出來發(fā)現(xiàn)軟件中的錯(cuò)誤，因此黑盒測試是一種基于軟件規(guī)約的測試 。 80、 什么是軟件開發(fā)特定的過程類？舉例說明 。 8 什么是驗(yàn)證和確認(rèn)？簡述它們的作用和區(qū)別 答 :驗(yàn)證 :證實(shí)一個(gè)過程或項(xiàng)目的每一個(gè)軟件工作產(chǎn)品 /服務(wù)是否正確地反映所規(guī)約的需求驗(yàn)證和確認(rèn)是有區(qū)別的。 8 簡述演化模型以及可適應(yīng)的情況 答 :表達(dá)了一種彈性的過程模式，由一些小的開發(fā)步組成，每一步歷經(jīng)需求分析、設(shè)計(jì)、實(shí)現(xiàn)和驗(yàn)證，產(chǎn)生軟件產(chǎn)品的一個(gè)增量，通過這些迭代，最終完成軟件產(chǎn)品的開發(fā) 。 8 簡述增量模型的優(yōu)缺點(diǎn) 答 :優(yōu)點(diǎn) 1)第一個(gè)可交付版本所需要的成本和時(shí)間是較少的，從而可減少開發(fā)由 增量表示的小系統(tǒng)承擔(dān)的風(fēng)險(xiǎn) ； 2)由于很快發(fā)布第一個(gè)版本，因此可以減少用戶需求的變更 ； 3)允許增量投資，即在項(xiàng)目開始時(shí)可以僅對一個(gè)或兩個(gè)增量投資 。 8 簡述螺旋模型以及它與其它模型之間的主要區(qū)別 答 :螺旋模型是瀑布模型與深化模型的基礎(chǔ)上，加入兩者所忽略的風(fēng)險(xiǎn)分析所建立的一種 軟件開發(fā)模型螺旋模型關(guān)注解決問題的基本步驟，即標(biāo)識問題，標(biāo)識一些可選方案，選擇一個(gè)最佳方案，遵循動(dòng)作步驟并實(shí)施后續(xù)工作，突出特征，在開發(fā)的迭代中實(shí)際上只有一個(gè)迭代過程真正開發(fā)了可交付的軟件 2)與深化模型和增量模型相比，同樣使用了瀑布模型作為一個(gè)嵌入的過程，即分析、設(shè)計(jì)、編碼、實(shí)現(xiàn)和維護(hù)的過程，并且在框架和全局體系結(jié)構(gòu)方面是等同的。盡管增量模型也有一些管理活動(dòng)，但它基于以下假定 :需求是最基本的、并且是唯一的風(fēng)險(xiǎn)源，因而在螺旋模型中 增大了決策和風(fēng)險(xiǎn)的空間，螺旋模型擴(kuò)大了增量模型的管理范圍。語句覆蓋是一種最低的測試度量，因此發(fā)現(xiàn)程序錯(cuò)誤的能力很弱。如果遵循這一規(guī)則，則達(dá)到了 100%分支覆蓋率（用 C2 表示）。但分支覆蓋還不能保證一定能查出在判定條件中存在的錯(cuò)誤。如果遵循這一規(guī)定，則實(shí)現(xiàn)了條件組合覆蓋。路徑覆蓋：執(zhí)行所有可能穿過程序控制流程的路徑，一般情況下，這一測試嚴(yán)格地限制為所有可能的入口 /出口路徑。在路徑測試中，該亮度是最強(qiáng) 的，一般是不可實(shí)現(xiàn)的。 答：單元測試主要檢測軟件設(shè)計(jì)的最小單位 —— 模塊。一般來說，單元測試往往采用白盒技術(shù)。 2）局部數(shù)據(jù)結(jié)構(gòu)。 4）錯(cuò)誤執(zhí)行路徑。集成測試可“自頂向下”地進(jìn)行， 稱為自頂向下的集成測試，也可“自底向上”地進(jìn)行，稱為自底向上的集成測試。因此，有效性測試通常采用黑盒技術(shù)。通常在測試執(zhí)行之前應(yīng)進(jìn)行配置復(fù)審，其目的是保證軟件配置的所有元素已被正確的開發(fā)并編排目錄，具有必要的細(xì)節(jié)以支持和軟件生存周期的維護(hù)階段。 88. 簡述路徑測試技術(shù)、事務(wù)流測試技術(shù)的主要依據(jù) . 答 。根據(jù)軟件特定需要，可以在條件組合覆蓋和路徑覆蓋之間定義其他類型的覆蓋；路徑選取是測試用例世紀(jì)的基礎(chǔ)。 ，如何選取測試路徑？ 答：循環(huán)結(jié)構(gòu)可分為單循環(huán)、嵌套循環(huán)、級聯(lián)循環(huán)和混雜循環(huán)。 1）單循環(huán)。選?。貉h(huán)控制變量為 0、 1 典型重復(fù)次數(shù)、 N N、 N+1 的路徑。選?。貉h(huán)控制變量次數(shù)為“最小循環(huán)次數(shù) 1”、“最小重復(fù)次數(shù)加 1”、“典型重復(fù)次數(shù)”、“最大重復(fù)次數(shù) 1”、“最大重復(fù)次數(shù)”、“最大重復(fù)次數(shù)加 1”。 2）嵌套循環(huán)。 、最小值、最小值加一、典型值、最大值減 最大值、最大值加 1。 ，按 2 循環(huán)外層循環(huán)，直到覆蓋所有循環(huán)。如果級聯(lián)循環(huán)中每個(gè)循環(huán)的控制變量有關(guān)，則可視為嵌套循環(huán)。 于的基本思想 答 :該模型基于過程途徑思想，通過過程把軟件質(zhì)量的 3 個(gè)支撐點(diǎn)――受訓(xùn)的人員、規(guī)程和方法、工具和設(shè)備進(jìn)行集成，以開發(fā)所期望的系統(tǒng) /產(chǎn)品。該結(jié)構(gòu)有乃至于指導(dǎo)組織確定其過程的發(fā)送優(yōu)先次序 。 91 么是過程制度化？在 CMMI 把過程制度化分幾個(gè)等級？簡要回答每一等級主要特征 答 :重現(xiàn)已定義過程的的特征 . 分 5 個(gè)等級 :1 級為初始級， 2 級為已管理等級， 3 級為已定義級， 4 級為已定量管理級， 5 級為持續(xù)優(yōu)化級。 93 述 CMMI 模型的模型部件及部件間關(guān)系 答： 1 過程域， 2 專用目標(biāo)， 3 專用實(shí)踐， 4 公用目標(biāo)， 5 共用實(shí)踐， 6 典型工作產(chǎn)品， 7 子實(shí)踐， 8 共用實(shí)踐的精化， 9 意圖陳述， 10 簡介性注釋， 11 相關(guān)過程域。之所以稱為“共用實(shí)踐“，是因?yàn)橥粚?shí)踐可應(yīng)用于多個(gè)過程。 答 :在成熟度等級，把開發(fā)、維擴(kuò)、運(yùn)行中的過程分為 4 個(gè)組。包含 11 個(gè)過程域 :決策分析與解決、集成項(xiàng)目管理、組織過程定義 、緩緩過程關(guān)注、組織培訓(xùn)、產(chǎn)品集成、需求開發(fā)、風(fēng)險(xiǎn)管理、技術(shù)解決方案、驗(yàn)證、確定組織過程性能和定量項(xiàng)目管理原因分析與解決和組織創(chuàng)新和部署 96 述項(xiàng)目規(guī)劃過程域的專用目標(biāo)與專用實(shí)踐 答 :專用目標(biāo) 1:SG1 建立估算， 4 個(gè)專用實(shí)踐 估算項(xiàng)目規(guī)模 , 建立工作產(chǎn)品和任務(wù)屬性的估算 定義項(xiàng)目生存周期 確定工作量和成本的估算專用目標(biāo) 2:SG2 開發(fā)項(xiàng)目計(jì)劃 ,7 個(gè)專用實(shí)踐 : 建立預(yù)算和進(jìn)度， 標(biāo)識項(xiàng)目風(fēng)險(xiǎn) 規(guī)劃數(shù)據(jù)管理 規(guī)劃項(xiàng)目資源 規(guī)劃需要的知識和 技能 規(guī)劃利益攸關(guān)方參與 建立項(xiàng)目計(jì)劃專用目標(biāo) 3:SG3 獲得對該計(jì)劃的承諾 : 評審該項(xiàng)目的計(jì)劃 調(diào)和工作和資源等級，使之一致。 97 述開發(fā)過程的專用目標(biāo)與專用實(shí)踐 答 :專用目標(biāo) 1:SG1 開發(fā)客戶需求， 2 個(gè)專用實(shí)踐 引出要求 開發(fā)客戶需求 專用目標(biāo) 2:SG2 開發(fā)產(chǎn)品需求， 3 個(gè)專用實(shí)踐 建立產(chǎn)品和產(chǎn)品構(gòu)件的需求 分配產(chǎn)品構(gòu)件需求 標(biāo)識接口需求專用目標(biāo) 3:SG3 分析并驗(yàn)證需求 ,5 個(gè)專用實(shí)踐 建立操作概念和場 景 建立所需功能的定義 分析需求 分析需求，達(dá)到權(quán)衡 確認(rèn)需求 。該框架體現(xiàn)了3 個(gè)突出特征，即以用況驅(qū)動(dòng)、體系結(jié)構(gòu)為中心以及迭代、增量式開發(fā) 。 。 。 簡述軟件需求的分類。 有哪幾種常用的初始需求發(fā)現(xiàn)技術(shù)？ 簡述需求規(guī)約的 3 種基本形式。 1簡述需求規(guī)約 在項(xiàng)目開發(fā)中的基本作用。 1何謂模塊耦合？簡述模塊耦合的類型。 1何謂模塊的控制域和模塊的作用域？并舉例說明 16 為了表達(dá)系統(tǒng)功能模型，結(jié)構(gòu)化分析方法給出了哪些基本概念？他們是如何表示的？其基本作用是什么 ？使用中應(yīng)注意哪些問題？ 17 以結(jié)構(gòu)化分析方法建立的系統(tǒng)功能模型由哪些部分組成？每一部分的基本作用是什么？ 18 解釋結(jié)構(gòu)符“ +”、“ |”、“｛｝”的含義，并舉例說明。 21 簡述結(jié)構(gòu)化方法詳細(xì)設(shè)計(jì)的任務(wù)及目標(biāo)。 23 簡述啟發(fā)式規(guī)則的基本原理。 25 為什么說結(jié)構(gòu)化分析與結(jié)構(gòu)化設(shè)計(jì)之間存在一條“鴻溝”？ 。 。 ，應(yīng)該由哪些基本部分組成？ ， UML 給出了哪些基本術(shù)語？ ， UML 給出了哪些基本術(shù)語？這些術(shù)語之間是什么關(guān)系？ ？并說明。 ，以及各活動(dòng)的輸入和輸出 ？舉例說明 ，以及各活動(dòng)的輸入和輸出 . 64 需求分析模型對以后開發(fā)工作的影響 ，以及各活動(dòng)的輸入與輸出 ，并分析這一模型在軟件測試技術(shù)研究以及實(shí)踐中的作用 、分支覆蓋、條件組合覆蓋、路徑覆蓋的含義及它們之間的關(guān)系 73 簡術(shù)單元測試、集成測試、有效性測試的含義及它們之間的區(qū)別 . 、事務(wù)流測技術(shù)的主要依據(jù) 75 簡述程序流程圖與事務(wù)流程圖之間的主要區(qū)別，并分析這些區(qū)別的主要原因 7簡述白盒測試技術(shù)的要點(diǎn)，并舉例說明 7事務(wù)流測試技術(shù)的要點(diǎn)，并舉例說明 7簡述軟件開發(fā)中的過程類，以及它們的基本作用和它們之間的基本關(guān)系 7在 ISO/IEC122072020 中如何描述一個(gè)過程？舉例說明 80、什么是軟件開發(fā)特定的過程類？舉例說明。 96 述項(xiàng)目規(guī)劃過程域的專用目標(biāo)與專用實(shí)踐 97 述開發(fā)過程的專用目標(biāo)與專用實(shí)踐 98 述共用目標(biāo) 2 及其相關(guān)的共用實(shí)踐