軟件工程-簡答題練習(xí)卷含答案_第1頁
軟件工程-簡答題練習(xí)卷含答案_第2頁
軟件工程-簡答題練習(xí)卷含答案_第3頁
軟件工程-簡答題練習(xí)卷含答案_第4頁
軟件工程-簡答題練習(xí)卷含答案_第5頁
已閱讀5頁,還剩15頁未讀 繼續(xù)免費(fèi)閱讀

下載本文檔

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

文檔簡介

第頁軟件工程_簡答題練習(xí)卷含答案簡答題1.UML提供哪些術(shù)語,用于抽象表達(dá)客觀世界中各式各樣的事物。【正確答案】:類與對象、接口、協(xié)作、用況、主動類、構(gòu)件、制品、節(jié)點(diǎn)。2.簡述狀態(tài)圖、狀態(tài)以及狀態(tài)的分類?!镜?章】【正確答案】:

(1).狀態(tài)圖是顯示一個(gè)狀態(tài)機(jī)的圖,強(qiáng)調(diào)從一個(gè)狀態(tài)到另一狀態(tài)的控制流;

(2).狀態(tài)圖中的狀態(tài)是指類目中的一個(gè)實(shí)例在其生存中的一種條件或情況、所具有的對外呈現(xiàn)以及所能提供的服務(wù);

(3).UML把狀態(tài)分為初態(tài)、終態(tài)和通常狀態(tài)。3.簡述結(jié)構(gòu)化方法詳細(xì)設(shè)計(jì)的任務(wù)及目標(biāo)。【第3章】【正確答案】:

Https:///unityalvin/self-study/tpq2izc9tgc49d9g#m5nYr4.簡述瀑布模型以及存在的主要問題?!菊_答案】:

瀑布模型將軟件生存周期的各項(xiàng)活動規(guī)定為按固定順序而連接的若干階段工作,形如瀑布流水,最終得到產(chǎn)品。

瀑布模型存在的問題主要是:

(1).要求客戶能夠完整、正確和清晰地表達(dá)他們的需求;并要求開發(fā)人員一開始就要理解這一應(yīng)用。

(2).由于需求的不穩(wěn)定性,使設(shè)計(jì)、編碼和測試階段都可能發(fā)生延期:并且當(dāng)項(xiàng)目接近結(jié)束時(shí),出現(xiàn)了大量的集成和測試工作。

(3).在開始的階段中,很難評估真正的進(jìn)度狀態(tài);并且直到項(xiàng)日結(jié)束之前都不能演示系統(tǒng)的能力。

(4).在一個(gè)項(xiàng)目的早期階段,過分地強(qiáng)調(diào)了基線和里程碑處的文檔:并可能需要花費(fèi)更多的時(shí)間用于建立一些用處不大的文檔。5.簡述泛化的概念及其約束【正確答案】:泛化是一般性類目(稱為超類或父類)和它的較為特殊性類目(稱為子類)之間的一種關(guān)系。4個(gè)約束:完整、不完整、互斥、重疊。6.簡述程序流程圖與事務(wù)流程圖之間的主要區(qū)別?!镜?章】【正確答案】:

(1).基本模型元素所表達(dá)的語義不同;

(2).一個(gè)事務(wù)不等同于路徑測試中一條路徑,可能在中間某處就完成了某一用戶工作,終結(jié)了一個(gè)事務(wù);

(3).事務(wù)流程圖中的分支和節(jié)點(diǎn)可能是一個(gè)復(fù)雜的過程。7.簡述運(yùn)用因果圖設(shè)計(jì)測試用例的步驟?!菊_答案】:【正確答案】:

(1)通過軟件說明書的分析,找出一個(gè)模塊的原因和結(jié)果,并給每個(gè)原因和結(jié)果賦予一個(gè)標(biāo)識符。(2)分析原因與結(jié)果之間以及原因與原因之間的關(guān)系,并畫出因果圖。(3)在因果圖上標(biāo)識出一些特定的約束或限制條件。(4)把因果圖轉(zhuǎn)換成判定表。(5)把判定表的每一列作為依據(jù),設(shè)計(jì)測試用例。

8.簡述單一一個(gè)需求的5個(gè)基本性質(zhì)?!菊_答案】:(1)必要的(2)無歧義的(3)可測的(4)可跟蹤的(5)可測量的9.簡述增量模型以及存在的主要問題?!菊_答案】:

(1).增量模型指將需求進(jìn)行分組,形成一個(gè)個(gè)的增量,并可形成一個(gè)結(jié)構(gòu),對每一增量實(shí)施瀑布式開發(fā)。

(2).增量模型存在的問題主要是:

①如果沒有對用戶的變更要求進(jìn)行規(guī)劃,那么產(chǎn)生的初始增量可能會造成后來增量的不穩(wěn)定。

②如果需求不像早期思考那樣穩(wěn)定和完整,那么一些增量就可能需要重新開發(fā),重新發(fā)布。

③由于進(jìn)度和配置的復(fù)雜性,可能會增大管理成本,超出組織的能力。10.簡述軟件測試步驟中合理的軟件測試序列及每個(gè)序列的關(guān)注點(diǎn)【正確答案】:

合理的測試序列:單元測試、集成測試、有效性測試和系統(tǒng)測試。

單元測試關(guān)注每個(gè)獨(dú)立的模塊。

集成測試關(guān)注模塊的組裝。

有效性測試關(guān)注檢驗(yàn)是否符合用戶所見的文檔。

系統(tǒng)測試關(guān)注檢驗(yàn)習(xí)題中所有元素之間的協(xié)作是否合適,整個(gè)系統(tǒng)的性能功能是否達(dá)到。11.簡述變換設(shè)計(jì)的基本步驟。【第3章】【正確答案】:

(1).設(shè)計(jì)準(zhǔn)備,復(fù)審并精化系統(tǒng)模型;

(2).確定輸入、變換、輸出這三部分之間的邊界;

(3).設(shè)計(jì)系統(tǒng)模塊結(jié)構(gòu)圖的頂層和第一層;

(4).自頂向下,逐步求精。12.簡述用況模型與分析模型之間的區(qū)別【正確答案】:(1)用況模型使用客戶語言來描述;分析模型使用開發(fā)者語言來描述。(2)用況模型給出的是系統(tǒng)對外的視圖;分析模型給出的是系統(tǒng)對內(nèi)的視圖。(3)用況模型使用用況予以外部視角下的系統(tǒng)結(jié)構(gòu);分析模型使用衍型類予以內(nèi)部視角下的系統(tǒng)結(jié)構(gòu)。(4)用況模型可以作為客戶和開發(fā)者之間關(guān)于“系統(tǒng)應(yīng)做什么,不應(yīng)做什么”的契約;分析模型可以作為開發(fā)者理解系統(tǒng)如何勾畫、如何設(shè)計(jì)和如何實(shí)現(xiàn)的基礎(chǔ)。(5)用況模型在需求之間可能存在一些冗余、不一致和沖突等問題;分析模型在需求之間不應(yīng)存在一些冗余、不一致和沖突等問題。(6)捕獲的是系統(tǒng)功能;分析模型給出的是細(xì)化的系統(tǒng)功能。(7)定義了一些進(jìn)一步需要在分析模型中予以分析的用況;分析模型定義了用況模型中每一個(gè)用況的細(xì)化。13.簡述狀態(tài)圖中的一個(gè)狀態(tài)轉(zhuǎn)換涉及的內(nèi)容?!镜?章】【正確答案】:

(1).源狀態(tài):發(fā)生狀態(tài)轉(zhuǎn)移的那個(gè)狀態(tài)。

(2).轉(zhuǎn)移觸發(fā)器:滿足其監(jiān)護(hù)條件,則使?fàn)顟B(tài)發(fā)生轉(zhuǎn)移。

(3).監(jiān)護(hù)條件:布爾表達(dá)式,表達(dá)式為真,則觸發(fā)轉(zhuǎn)移;表達(dá)式為假,則不發(fā)生轉(zhuǎn)移。

(4).效應(yīng):一種可執(zhí)行的行為。

(5).目標(biāo)狀態(tài):轉(zhuǎn)移完成后所處的狀態(tài)14.簡述RUP設(shè)計(jì)模型以及包含的元素?!镜?章】【正確答案】:

RUP的設(shè)計(jì)模型是RUP設(shè)計(jì)的主要結(jié)果,它盡量保持該系統(tǒng)具有分析模型的結(jié)構(gòu),并作為系統(tǒng)實(shí)現(xiàn)的輸入。它包括以下元素:

(1).設(shè)計(jì)子系統(tǒng)和服務(wù)子系統(tǒng),以及它們的依賴、接口和內(nèi)容;

(2).設(shè)計(jì)類,以及它們具有的操作、屬性、關(guān)系及其實(shí)現(xiàn)需求;

(3).用況細(xì)化;

(4).體系結(jié)構(gòu)描述。15.為什么UML要同RUP一起才稱得上是軟件開發(fā)的方法學(xué)?【正確答案】:

(1).一種軟件開發(fā)方法學(xué)至少由3部分組成:用于表達(dá)基本信息的術(shù)語,用于組織基本信息的表達(dá)格式,用于在不同抽象層之間進(jìn)行映射的過程指導(dǎo)。

(2).UML僅包括前兩方面的內(nèi)容,因此它只是一種可視化的建模語言,而不是一種特定的軟件開發(fā)方法學(xué);

(3).RUP給出的是一種基于UML的過程指導(dǎo),滿足軟件開發(fā)方法學(xué)的第三項(xiàng)內(nèi)容。因此UML要同RUP一起才稱得上是一種軟件開發(fā)的方法學(xué)。16.如何監(jiān)控一個(gè)軟件項(xiàng)目的生存周期過程

【正確答案】:(1)進(jìn)展與進(jìn)度的跟蹤(2)質(zhì)量數(shù)據(jù)趨勢的檢查(3)設(shè)計(jì)、編碼和測試計(jì)劃復(fù)審記錄和動作的檢查(4)變更要求和測試異常報(bào)告趨勢的檢查(5)關(guān)鍵資源的有效使用(6)與項(xiàng)目組成員的交談17.簡述軟件開發(fā)的本質(zhì)以及涉及的問題。【正確答案】:軟件開發(fā)的本質(zhì):不同抽象層術(shù)語之間的“映射”,以及不同抽象層處理邏輯之間的“映射”。實(shí)現(xiàn)這一映射的基本途徑是系統(tǒng)建模。軟件開發(fā)涉及到的問題:一是如何實(shí)現(xiàn)這樣的映射;二是如何管理這樣的映射,以保障映射的有效性和正確性。18.簡述增量模型的優(yōu)缺點(diǎn)?!菊_答案】:

(1).增量模型意指需求可以分組,形成一個(gè)個(gè)的增量,并可形成一個(gè)結(jié)構(gòu)??梢娫撃P陀幸粋€(gè)前提,即需求可結(jié)構(gòu)化;

(2).優(yōu)點(diǎn):

①增量模型第一個(gè)可交付版本所需要的時(shí)間和成本較少。

②可以減少用戶需求的變更。

③允許增量投資,即在項(xiàng)目開始時(shí)可以僅對一個(gè)或兩個(gè)增量投資;

(1).缺點(diǎn):

①如果沒有對用戶的變更要求進(jìn)行規(guī)劃,那么產(chǎn)生的初始增量可能會造成后來增量的不穩(wěn)定。

②如果需求不像早期思考的那樣穩(wěn)定和完整,那么一些增量就可能需要重新開發(fā),重新發(fā)布。

③由于進(jìn)度和配置的復(fù)雜性,可能會增大管理成本,超出組織的能力。19.簡述實(shí)施軟件開發(fā)的系統(tǒng)建模的概念?!菊_答案】:

所謂系統(tǒng)建模,是指運(yùn)用所掌握的知識,通過抽象,給出該系統(tǒng)的一個(gè)結(jié)構(gòu)系統(tǒng)模型。

模型是一個(gè)抽象,該抽象是在意圖所確定的角度和抽象層次對物理系統(tǒng)的一個(gè)描述,描述其中的成分和成分之間所具有的特定語義的關(guān)系,還包括對該系統(tǒng)邊界的描述。20.簡述選擇一個(gè)合適項(xiàng)目的生存周期模型的步驟?!菊_答案】:

(1).標(biāo)識開發(fā)項(xiàng)目可用的SLCM。

(2).在所期望的最終習(xí)題和開發(fā)環(huán)境中,標(biāo)識那些會影響SLCM選擇的屬性

(3).標(biāo)識為選擇生存周期模型所需要的任何約束,包括外部的或是內(nèi)部的

(4).基于以往的經(jīng)驗(yàn)和組織能力,評估第一步所選擇的那幾個(gè)SLCM。21.簡述控制流程圖與與程序流程圖之間的差異【正確答案】:控制流程圖與程序流程圖之間的差異是在控制流程圖中不顯示過程塊的細(xì)節(jié),而在程序流程圖中著重于過程屬性的描述。22.簡述RUP需求獲取的基本步驟?!镜?章】【正確答案】:

(1).列出候選的特征

(2).理解系統(tǒng)語境

(3).捕獲系統(tǒng)功能需求

(4).捕獲非功能需求23.在CMMI中應(yīng)用于一個(gè)組織過程改善的成熟度有哪幾個(gè)等級?【正確答案】:

(1).1級:初始級。

(2).2級:已管理級。

(3).3級:已定義級。

(4).4級:已定量管理級。

(5).5級:持續(xù)優(yōu)化。24.什么是模塊?什么是模塊耦合?簡述常用的模塊耦合類型及其設(shè)計(jì)原則。【第3章】【正確答案】:

(1).模塊是執(zhí)行一個(gè)特殊任務(wù)的一個(gè)過程以及相關(guān)的數(shù)據(jù)結(jié)構(gòu);

(2).模塊耦合是指不同模塊之間相互的度量;

(3).幾種常見模塊耦合類型為:內(nèi)容耦合、公共耦合、控制耦合、標(biāo)記耦合、數(shù)據(jù)耦合等;

(4).設(shè)計(jì)原則:如果模塊間必須存在耦合,就盡量使用數(shù)據(jù)耦合,少用控制耦合,限制公共耦合的范圍,避免使用內(nèi)容耦合。25.簡述事務(wù)設(shè)計(jì)的基本步驟?!菊_答案】:

Https:///unityalvin/self-study/tpq2izc9tgc49d9g#YHR9s26.簡述需求規(guī)約的3種基本形式?!镜?章】【正確答案】:

(1).非形式化的需求規(guī)約。非形式化的需求規(guī)約即以一種自然語言來表達(dá)需求規(guī)約,如同使用一種自然語言寫了一篇文章。

(2).半形式化的需求規(guī)約。半形式化的需求規(guī)約即以半形式化符號體系(包括術(shù)語表標(biāo)準(zhǔn)化的表達(dá)格式等)來表達(dá)需求規(guī)約。

(3).形式化的需求規(guī)約。形式化的需求規(guī)約即以一種基于良構(gòu)數(shù)學(xué)概念的符號體系來編制需求規(guī)約,一般往往伴有解釋性注釋的支持。27.簡述需求規(guī)約的概念及其基本性質(zhì)。【第2章】【正確答案】:

Https:///unityalvin/self-study/tpq2izc9tgc49d9g#KlVLm28.什么是軟件危機(jī)?軟件危機(jī)主要表現(xiàn)在哪些方面?【第1章】【正確答案】:

(1).隨著計(jì)算機(jī)的廣泛運(yùn)用,軟件生產(chǎn)率、軟件質(zhì)量遠(yuǎn)遠(yuǎn)滿足不了社會發(fā)展的需求,成為社會、經(jīng)濟(jì)發(fā)展的制約因素,這一現(xiàn)象稱為“軟件危機(jī)”。

(2).主要表現(xiàn)為

①超出經(jīng)費(fèi)預(yù)算;

②項(xiàng)目交付時(shí)間拖延

③不能滿足用戶要求;

④可維護(hù)性差;

⑤可靠性差。29.簡述結(jié)構(gòu)化方法詳細(xì)設(shè)計(jì)的任務(wù)及目標(biāo)?!镜?章】【正確答案】:

(1).詳細(xì)設(shè)計(jì)的任務(wù)是具體描述模塊結(jié)構(gòu)圖中的每一個(gè)模塊,即給出實(shí)現(xiàn)模塊功能的實(shí)施機(jī)制,包括一組例程和數(shù)據(jù)結(jié)構(gòu),從而精確地定義了滿足需求所規(guī)約的結(jié)構(gòu);

(2).詳細(xì)設(shè)計(jì)的目標(biāo)是將總體設(shè)計(jì)階段所產(chǎn)生的系統(tǒng)高層結(jié)構(gòu)映射為以這些術(shù)語所表達(dá)的低層結(jié)構(gòu),也是系統(tǒng)的最終結(jié)構(gòu)。30.簡述泛化的特點(diǎn)?!镜?章】【正確答案】:

(1).子類可繼承父類的屬性和操作,并可有更多的屬性和操作。

(2).子類可替換父類的聲明。

(3).若子類的一個(gè)操作的實(shí)現(xiàn)覆蓋了父類同一個(gè)操作的實(shí)現(xiàn),這種情況被稱為操作多態(tài)性,但兩個(gè)操作必須具有相同的名字和參數(shù)。

(4).可有在其他類目之間創(chuàng)建泛化,例如在節(jié)點(diǎn)之間、類和接口之間。31.簡述白盒測試技術(shù)的要點(diǎn),并舉例說明?!菊_答案】:(1)白盒測試技術(shù),又稱為結(jié)構(gòu)測試技術(shù),它依據(jù)程序的邏輯結(jié)構(gòu),以控制流程圖作為被測對象建模工具;(2)典型的是路徑測試技術(shù),大致包含4種覆蓋策略:語名覆蓋、分支覆蓋、條件組合覆蓋和路徑覆蓋;(3)不同的測試策略之間具有偏序關(guān)系,即路徑覆蓋的測試度量最強(qiáng),而語句覆蓋最弱。32.簡述RUP和UML之間的關(guān)系?!镜?章】【正確答案】:

(1).RUP和UML構(gòu)成了一種特定的軟件開發(fā)方法學(xué);

(2).UML作為一種可視化建模語言,給出了表達(dá)事物和事物之間關(guān)系的基本術(shù)語,給出了多種模型的表達(dá)工具;

(3).RUP利用這些術(shù)語定義了需求獲取層、系統(tǒng)分析層、設(shè)計(jì)層、實(shí)現(xiàn)層,并給出了實(shí)現(xiàn)各層模型之間映射的基本活動以及相關(guān)的指導(dǎo)。33.簡述黑盒測試概念并列舉說明三種以上黑盒測試技術(shù)?!镜?章】【正確答案】:

黑盒測試將被測軟件看成黑盒子,只通過外部的輸入和輸出來發(fā)現(xiàn)軟件中的錯誤。

常見的黑盒測試技術(shù)有:定義域、等價(jià)類劃分、邊界值分析、因果圖等。34.簡述邊界值與等價(jià)類劃分技術(shù)的區(qū)別【正確答案】:邊界值分析著重于邊界的測試,應(yīng)選取等于、剛剛大于或剛剛小于邊界的值作為測試數(shù)據(jù);而等價(jià)類劃分是選取等價(jià)類中的典型值或任意值作為測試數(shù)據(jù)。35.簡述白盒測試技術(shù)的要點(diǎn),并舉例說明?!镜?章】【正確答案】:

(1).白盒測試技術(shù),又稱為結(jié)構(gòu)測試技術(shù),它依據(jù)程序的邏輯結(jié)構(gòu),以控制流程圖作為被測對象建模工具;

(2).典型的是路徑測試技術(shù),路徑測試大致有語句覆蓋、分支覆蓋、條件組合覆蓋和路徑覆蓋等測試策略;

(3).這幾種不同的測試策略之間具有偏序關(guān)系,即路徑覆蓋的測試度量最強(qiáng),而語句覆蓋最弱。36.簡述結(jié)構(gòu)化分析建模的基本步驟?!镜?章】【正確答案】:

(1).建立系統(tǒng)環(huán)境圖,確定系統(tǒng)語境;

(2).自頂向下,逐步求精,建立系統(tǒng)的層次數(shù)據(jù)流圖;

(3).定義數(shù)據(jù)字典;

(4).描述加工。37.在CMMI中針對每個(gè)過程域共設(shè)定了哪幾個(gè)能力等級?【正確答案】:

(1).0級:未完成級

(2).1級:已執(zhí)行級

(3).2級:已管理級

(4).3級:已定義級

(5).4級:已定量管理級

(6).5級:持續(xù)優(yōu)化級38.簡述軟件生存周期過程的監(jiān)控內(nèi)容。【正確答案】:

(1).進(jìn)展和進(jìn)度的跟蹤;

(2).質(zhì)量數(shù)據(jù)趨勢的檢查;

(3).設(shè)計(jì)編碼和測試計(jì)劃復(fù)審記錄和動作的檢查;

(4).變更要求和測試異常報(bào)告趨勢的檢查;

(5).關(guān)鍵資源的使用;

(6).與項(xiàng)目組成員的交談。39.簡述軟件開發(fā)的本質(zhì)及其涉及到的問題?!镜?章】【正確答案】:

軟件開發(fā)的本質(zhì)概括為:不同抽象層術(shù)語之間的“映射”,以及不同抽象層處理邏輯之間的“映射”。它涉及到兩方面的問題;

一是如何實(shí)現(xiàn)這樣的映射,這是技術(shù)層面上的問題;

二是如何管理這樣的映射,以保障映射的有效性和正確性。這是管理層面上的問題。40.簡述RUP設(shè)計(jì)的突出特點(diǎn)。【第5章】【正確答案】:

(1).使用一種公共的思想來思考設(shè)計(jì),并使設(shè)計(jì)可視化;

(2).給出了有關(guān)子系統(tǒng)設(shè)計(jì)類和接口的需求,為以后的實(shí)現(xiàn)活動創(chuàng)建一個(gè)合適的輸入;

(3).支持對實(shí)現(xiàn)工作的分解,使之成為一些可以由不同開發(fā)組盡可能同時(shí)處理的可管理的部分。并且捕獲了軟件生存周期中早期的子系統(tǒng)之間的主要接口有助于各不同開發(fā)組之間有關(guān)體系結(jié)構(gòu)的思考和接口的使用。41.簡述項(xiàng)目規(guī)劃包含的活動?!菊_答案】:

(1).估算工作產(chǎn)品和任務(wù)。

(2).確定需要的資源。

(3).協(xié)商承諾。

(4).生成進(jìn)度。

(5).標(biāo)識并分析項(xiàng)目風(fēng)險(xiǎn)。42.簡述創(chuàng)建系統(tǒng)類圖所涉及的工作。【第4章】【正確答案】:

(1).創(chuàng)建一個(gè)系統(tǒng)的類圖依賴于所使用的方法學(xué);

(2).涉及以下4方面的工作

①模型化待建系統(tǒng)中的概念形成類圖中的基本元素;

②模型化待建系統(tǒng)中的各種關(guān)系,形成該系統(tǒng)的初始類圖;

③模型化系統(tǒng)中的協(xié)作,給出該系統(tǒng)的最終類圖;

④模型化邏輯數(shù)據(jù)庫模式。43.簡述軟件工程與軟件危機(jī)的概念以及提出軟件工程概念的目的。【第1章】【正確答案】:

(1).軟件工程是應(yīng)用計(jì)算機(jī)科學(xué)理論和技術(shù)以及工程管理原則和方法,按預(yù)算和進(jìn)度實(shí)現(xiàn)滿足用戶要求的軟件產(chǎn)品的工程,或以此為研究對象的學(xué)科。

(2).軟件生產(chǎn)率、軟件質(zhì)量遠(yuǎn)遠(yuǎn)滿足不了社會發(fā)展的需求,成為社會、經(jīng)濟(jì)發(fā)展的制約因素,把這一現(xiàn)象稱為軟件危機(jī)。

(3).軟件工程概念的提出是倡導(dǎo)以工程的原理、原則和方法進(jìn)行軟件開發(fā),以期解決出現(xiàn)的軟件危機(jī)。44.簡用況圖及其通常包含的模型元素?!镜?章】【正確答案】:

(1).用況圖是一種表達(dá)系統(tǒng)功能模型的圖形化工具;

(2).一個(gè)用況圖通常包含6個(gè)模型元素:主題、用況、參與者、關(guān)聯(lián)、泛化和依賴。45.什么是黑盒測試法?常用的黑盒測試方法有哪些?【正確答案】:黑盒測試法把程序看成一個(gè)黑盒子,完全不考慮程序的內(nèi)部結(jié)構(gòu)和處理過程。黑盒測試是在程序接口進(jìn)行的測試,它只檢查程序功能是否能按照規(guī)格說明書的規(guī)定正常使用,程序是否能適當(dāng)?shù)亟邮蛰斎霐?shù)據(jù)產(chǎn)生正確地輸出信息,并且保持外部信息的完整性。黑盒測試又稱為功能測試。常用的黑盒測試方法有等價(jià)類劃分、事務(wù)流測試技術(shù)、邊界值分析、因果圖。46.簡述軟件開發(fā)的本質(zhì)及基本途徑?!镜?章】【正確答案】:

軟件開發(fā)的本質(zhì)可概括為:實(shí)現(xiàn)問題空間的概念和處理邏輯到解空間的概念和處理邏輯之間的映射。

實(shí)現(xiàn)這一映射的基本途徑是系統(tǒng)建模。47.簡述UML表達(dá)客觀事物之間關(guān)系的術(shù)語以及定義?!镜?章】【正確答案】:

(1).關(guān)聯(lián):是類目之間的一種結(jié)構(gòu)關(guān)系,是對一組具有相同結(jié)構(gòu)、相同鏈的描述。

(2).泛化:是一般性類目父類和它的較為特殊性類目子類之間的一種關(guān)系,有時(shí)稱為“is-a-kind-of”關(guān)系。

(3).細(xì)化:是類目之間的語義關(guān)系,其中一個(gè)類目規(guī)約了保證另一個(gè)類目執(zhí)行的契約。

(4).依賴:是一種使用關(guān)系,用于描述一個(gè)類目使用另一類目的信息和服務(wù)。48.簡述PDL的特點(diǎn)?!菊_答案】:

(1).PDL也稱為偽碼,它是一種用正文形式表示數(shù)據(jù)和處理過程的設(shè)計(jì)工具。

(2).PDL借用某種結(jié)構(gòu)化程序設(shè)計(jì)語言(如Pascal或)的關(guān)鍵字作為語法框架用于定義控制結(jié)構(gòu)和數(shù)據(jù)結(jié)構(gòu)。

(3).PDL通常使用某種自然語言(如漢語或英語)的詞匯,靈活自由地表示實(shí)際的操作和判定條件。

(4).PDL可以作為注釋工具直接插在源程序中間。49.簡述需求規(guī)約的作用。【正確答案】:1.需求規(guī)約是軟件開發(fā)組織和用戶之間一份事實(shí)上的技術(shù)合同書,是產(chǎn)品功能及其環(huán)境的體現(xiàn)。2.對于項(xiàng)目的其余大多數(shù)工作,需求約束是一個(gè)管理控制點(diǎn)。3.對于產(chǎn)品/系統(tǒng)的設(shè)計(jì),需求規(guī)約是一個(gè)正式的、受控的起始點(diǎn)。4.需求規(guī)約是創(chuàng)建產(chǎn)品驗(yàn)收測試計(jì)劃和用戶指南的基礎(chǔ),即基于需求規(guī)約一般還會產(chǎn)生另外兩個(gè)文檔——初始測試計(jì)劃和用戶系統(tǒng)操作描述。50.簡述演化模型以及可適應(yīng)的情況?!菊_答案】:(1)演化模型表達(dá)了一種彈性的過程模式,由一些小的開發(fā)步組成,每一步歷經(jīng)需求分析、設(shè)計(jì)、實(shí)現(xiàn)和驗(yàn)證,產(chǎn)生軟件產(chǎn)品的一個(gè)增量,通過這些迭代,最終完成軟件產(chǎn)品的開發(fā)。(2)可適應(yīng)的情況:主要針對事先不能完整定義需求的軟件開發(fā)。51.簡述變換型數(shù)據(jù)流圖的概念及其設(shè)計(jì)步驟?!菊_答案】:

(1).具有較明顯的輸人部分和變換(或稱主加工)部分之間的界面變換部分和輸出部分之間界面的數(shù)據(jù)流圖,稱為變型數(shù)據(jù)流圖。

(2).變換型數(shù)據(jù)流圖的設(shè)計(jì)步驟:

①確定DFD的變換中心、邏輯輸入和邏輯輸出。

②設(shè)計(jì)軟件結(jié)構(gòu)的頂層和第一層:變換結(jié)構(gòu)。

③設(shè)計(jì)中、下層模塊。設(shè)計(jì)的優(yōu)化。52.簡述常用的初始需求發(fā)現(xiàn)技術(shù)?!菊_答案】:

Https:///unityalvin/self-study/tpq2izc9tgc49d9g#OBC5F53.簡述CMMI提出所基于的基本思想?!菊_答案】:

Https:///unityalvin/self-study/tpq2izc9tgc49d9g#HYmUK54.簡述計(jì)算機(jī)軟件的概念以及提出軟件工程概念的目的。【第1章】【正確答案】:計(jì)算機(jī)軟件一般是指計(jì)算機(jī)系統(tǒng)中的程序及文檔;其中,程序是計(jì)算機(jī)任務(wù)的處理對象和處理規(guī)則的描述;文檔是為了理解程序所需的闡述性資料。

軟件工程概念的提出,其目的是倡導(dǎo)以工程的原理、原則和方法進(jìn)行軟件開發(fā),以期解決出現(xiàn)的“軟件危機(jī)”。55.簡述軟件生存周期模型?!菊_答案】:

(2).軟件生存周期模型是一個(gè)包括軟件產(chǎn)品開發(fā)、運(yùn)行和維護(hù)中有關(guān)過程、活動和任務(wù)的框架;

(3).軟件生存周期模型為組織軟件開發(fā)活動提供了有意義的指導(dǎo);

(4).常見的軟件生存周期模型有瀑布模型、演化模型、螺旋模型、增量模型等。56.簡述軟件開發(fā)領(lǐng)域的系統(tǒng)模型分類以及各分類模型的定義。【正確答案】:

(1).在軟件開發(fā)中系統(tǒng)模型分為兩大類概念模型和軟件模型;

(2).概念模型描述系統(tǒng)是什么;

(3).軟件模型描述了實(shí)現(xiàn)概念模型的軟件解決方案;軟件模型又可進(jìn)一步分為設(shè)計(jì)模型、實(shí)現(xiàn)模型和部署模型等。57.什么是驗(yàn)證和確認(rèn)?簡述它們的區(qū)別?!镜?章】【正確答案】:

(1).驗(yàn)證就是證實(shí)一個(gè)過程或項(xiàng)目的每一軟件工作產(chǎn)品/服務(wù)是否正確地反映了所規(guī)約的需求;

(2).確認(rèn)就是證實(shí)所期望使用的軟作工作產(chǎn)品是否滿足其需求;

(3).區(qū)別:驗(yàn)證是通過提供的客觀證據(jù),證實(shí)規(guī)約的需求是否得以滿足;確認(rèn)是通過提供的客觀證據(jù),證實(shí)有關(guān)特定期望的使用或應(yīng)用的需求是否得以滿足。58.簡述結(jié)構(gòu)化方法總體設(shè)計(jì)的3個(gè)階段?!镜?章】【正確答案】:

(1).第一階段為初始設(shè)計(jì)。對給定的數(shù)據(jù)流圖進(jìn)行復(fù)審和精化的基礎(chǔ)上,將其轉(zhuǎn)化為初始的模塊結(jié)構(gòu)圖。

(2).第二階段為精化設(shè)計(jì)。依據(jù)模塊“高內(nèi)聚低耦合”的原則,精化初始的模塊結(jié)構(gòu)圖,并設(shè)計(jì)其中的全局?jǐn)?shù)據(jù)結(jié)構(gòu)和每一模塊的接口。

(3).第三階段為復(fù)審階段。對前兩個(gè)階段所得到的高層軟件結(jié)構(gòu)進(jìn)行復(fù)審,必要時(shí)還可能需要對該軟件結(jié)構(gòu)做一些精化工作。59.簡述用況圖及其包含的模型元素【正確答案】:(1)用況圖:一種表達(dá)系統(tǒng)功能模型的圖形化工具。(2)一個(gè)用況圖通常包含6個(gè)模型元素,它們是主題、用況、參與者、關(guān)聯(lián)、泛化、依賴。60.簡述RUP中用況模型和分析模型的區(qū)別?!镜?章】【正確答案】:

(1).前者使用客戶語言來描述,后者使用開發(fā)語言來描述;

(2).前者給出的是系統(tǒng)對外的視圖,后者給出的是系統(tǒng)對內(nèi)的視圖;

(3).前者使用用況予以結(jié)構(gòu)化,后者使用衍型類予以結(jié)構(gòu)化;

(4).前者在需求之間可能存在冗余問題,后者不存在冗余問題;

(5).前者捕獲的是系統(tǒng)功能,后者給出的是細(xì)化的系統(tǒng)功能。61.簡述驗(yàn)證和確認(rèn)以及它們的區(qū)別?!菊_答案】:驗(yàn)證:證實(shí)一個(gè)過程或項(xiàng)目的每一個(gè)軟件工作產(chǎn)品/服務(wù)是否正確地反映所規(guī)約的需求。確認(rèn):證實(shí)所期望的軟件工作產(chǎn)品是否滿足其需求。兩者的區(qū)別:驗(yàn)證是通過提供的客觀證據(jù),證實(shí)規(guī)約的需求是否得以滿足。確認(rèn)是通過提供的客觀證據(jù),證實(shí)有關(guān)特定期望的使用或應(yīng)用的需求是否得以滿足。62.簡述具有變換型數(shù)據(jù)流圖和事務(wù)型的DFD,總體設(shè)計(jì)的步驟。【正確答案】:(1)以變換設(shè)計(jì)為主,事務(wù)設(shè)計(jì)為輔進(jìn)行結(jié)構(gòu)設(shè)計(jì)。首先利用變換設(shè)計(jì),把軟件系統(tǒng)分成輸入、中心變換和輸出3個(gè)部分,設(shè)計(jì)上層模塊。(2)根據(jù)各部分?jǐn)?shù)據(jù)流圖的結(jié)構(gòu)特點(diǎn),適當(dāng)?shù)乩米儞Q設(shè)計(jì)和事務(wù)設(shè)計(jì)進(jìn)行細(xì)化,得到初始的模塊結(jié)構(gòu)圖。(3)按照“高內(nèi)聚低耦合”的軟件設(shè)計(jì)原則,通過模塊化,將初始的模塊結(jié)構(gòu)圖轉(zhuǎn)化為最終的模塊結(jié)構(gòu)圖。63.簡述因果圖方法生成測試用例的基本步驟?!镜?章】【正確答案】:

Https:///unityalvin/self-study/tpq2izc9tgc49d9g#GnAmI64.簡述泛化的概念及其約束?!菊_答案】:

Https:///unityalvin/self-study/tpq2izc9tgc49d9g#BvPHv65.簡述軟件危機(jī)與軟件工程的概念以及軟件工程概念提出的目的。【正確答案】:軟件危機(jī):軟件生產(chǎn)率、軟件質(zhì)量遠(yuǎn)遠(yuǎn)滿足不了社會發(fā)展的需求,成為了社會、經(jīng)濟(jì)發(fā)展的制約因素,這一現(xiàn)象被稱為“軟件危機(jī)”。軟件工程:應(yīng)用計(jì)算機(jī)科學(xué)理論和技術(shù)以及工程管理原則和方法,按預(yù)算和進(jìn)度實(shí)現(xiàn)滿足用戶要求的軟件產(chǎn)品的工程,或以此為研究對象的學(xué)科。軟件工程概念提出的目的:倡導(dǎo)以工程的原理、原則和方法進(jìn)行軟件開發(fā),以期解決出現(xiàn)的“軟件危機(jī)”。66.為了創(chuàng)建系統(tǒng)的用況模型RUP應(yīng)進(jìn)行哪些活動?【第5章】【正確答案】:

(1).發(fā)現(xiàn)并描述參與者;

(2).發(fā)現(xiàn)并描述用況;

(3).確定用況的優(yōu)先級;

(4).精化用況;

(5).構(gòu)造用戶界面原型:

(6).用況模型的結(jié)構(gòu)化。67.簡述需求規(guī)約的概念及其基本性質(zhì)?!镜?章】【正確答案】:

需求規(guī)約是一個(gè)軟件項(xiàng)/產(chǎn)品/系統(tǒng)所有需求陳述的正式文檔,它表達(dá)了一個(gè)軟件產(chǎn)品/系統(tǒng)的概念模型,有以下4個(gè)基本性質(zhì):

(1).重要性和穩(wěn)定性程度

(2).可修改的

(3).完整的

(4).一致的68.簡述CMMI提出所基于的基本思想。【正確答案】:

(1).CMMI模型基于過程途徑思想,通過過程把軟件質(zhì)量的3個(gè)支撐點(diǎn)受訓(xùn)的人員、規(guī)程和方法、工具和設(shè)備進(jìn)行集成,以開發(fā)所期望的系統(tǒng)/產(chǎn)品;

(2).CMMI緊緊圍繞開發(fā)、維護(hù)和運(yùn)行,把經(jīng)過證明的“最佳實(shí)踐”放在一個(gè)結(jié)構(gòu)中。該結(jié)構(gòu)有助于指導(dǎo)組織確定其過程改善的優(yōu)先次序:有助于指導(dǎo)這些改善的實(shí)施,以提高其過程能力和成熟度,并且還支持其他領(lǐng)域能力成熟度模型的開發(fā)。69.簡述用況圖的概念用況圖通常包含的模型元素及其關(guān)系。【第4章】【正確答案】:

(1).用況圖是一種表達(dá)系統(tǒng)功能模型的圖形化工具;

(2).一個(gè)用況圖通常包含的模型元素是:主題、用況、參與者、關(guān)聯(lián)、泛化、依賴;

(3).用況圖中,關(guān)聯(lián)是操作者和用況之間的唯一關(guān)系。操作者之間的關(guān)系可以是泛化用況之間可以有泛化、擴(kuò)展和包含,其中包含和擴(kuò)展是依賴的變體。70.簡述泛化的概念及其約束。【第4章】【正確答案】:

(1).泛化是一般性類目(父類)和它的較為特殊性類目(子類)之間的一種關(guān)系,是“is-a-kind-of”關(guān)系。

(2).UML給出以下4個(gè)約束:完整、不完整、互斥、重疊。71.簡述RUP中分析模型的表達(dá)及其創(chuàng)建所進(jìn)行的主要活動?!镜?章】【正確答案】:

(1).在RUP中,一個(gè)系統(tǒng)的分析模型是由一個(gè)“分析系統(tǒng)”定義的,該分析系統(tǒng)包含一組具有層次結(jié)構(gòu)的包,每一個(gè)包中可包含一些分析類和用況細(xì)化;并且一些分析類和用況細(xì)化還可單獨(dú)地出現(xiàn)在分析模型中,以凸顯它們在系統(tǒng)體系結(jié)構(gòu)方面的作用;

(2).創(chuàng)建系統(tǒng)的分析模型,一般應(yīng)進(jìn)行體系結(jié)構(gòu)分析、用況分析、類的分析以及包的分析4項(xiàng)活動。72.簡述軟件生存周期過程、軟件生存周期模型、軟件項(xiàng)目過程管理之間的關(guān)系。【正確答案】:

Https:///unityalvin/self-study/tpq2izc9tgc49d9g#oDnEY73.簡述能力等級和成熟度等級之間的區(qū)別和聯(lián)系?!菊_答案】:

(1).區(qū)別:能力等級是一種過程改善路徑,該路徑可使組織針對單一過程域不斷改善該過程域。成熟度等級也是一種過程改善路徑,該路徑可使組織通過關(guān)注一組過程域不斷改善一組相關(guān)的過程域;

(2).聯(lián)系:能力等級和成熟度等級都是CMMI提供的兩種過程改善路徑,側(cè)重不司:它們都是按共用目標(biāo)從弱到強(qiáng)。當(dāng)某一過程域逐步完成了所有等級的“最佳實(shí)踐”它才可能滿足成熟度等級對單一過程域的要求。當(dāng)一組過程域及相關(guān)共用目標(biāo)的一個(gè)成熟度等級完成后,軟件過程才能實(shí)現(xiàn)高一級別的“成熟”,從而實(shí)現(xiàn)對軟件過程有效管理的“最佳實(shí)踐”。74.簡述軟件危機(jī)與軟件工程的概念以及提出軟件工程概念的目的?!菊_答案】:

Https:///unityalvin/self-study/tpq2izc9tgc49d9g#ANIEo75.為什么UML不是一種特定的軟件開發(fā)方法學(xué)

【正確答案】:作為一種軟件開發(fā)方法學(xué),至少包括3個(gè)方面的內(nèi)容:(1)給出定義不同抽象層的術(shù)語;(2)應(yīng)給出各抽象層的模型表達(dá)工具;(3)應(yīng)給出如何把各層模型映射為下一個(gè)抽象層的模型,即過程指導(dǎo)。UML僅包括前兩個(gè)方面的內(nèi)容。因此,UML不是一種特定的軟件開發(fā)方法學(xué)。76.簡述項(xiàng)目的過程建立所涉及的工作?!菊_答案】:77.簡述需求的基本性質(zhì)。【第3章】【正確答案】:

需求具有如下5個(gè)基本性質(zhì):

(1).必要性;

(2).無歧義性;

(3).可測性;

(4).可跟蹤性;

(5).可測量性。78.簡述軟件生存周期過程、軟件生存周期模型、軟件項(xiàng)目過程管理之間的關(guān)系?!菊_答案】:

(1).軟件生存周期過程回答軟件開發(fā)需要做哪些工作;

(2).軟件生存周期模型回答軟件開發(fā)活動或任務(wù)如何組織;

(3).軟件項(xiàng)目過程管理回答軟件過程如何管理;

關(guān)系:

(1).軟件生存周期過程是軟件生存周期模型和軟件項(xiàng)目過程管理的基礎(chǔ);

(2).軟件生存周期模型為軟件項(xiàng)目過程管理提供支持。79.事務(wù)流程圖與控制流程圖之間的主要差異【正確答案】:(1)基本模型元素所表達(dá)的語義不同。(2)一個(gè)事務(wù)不等同于路徑測試中一條路徑,可能在中間某處就完成了某一用戶工作,終結(jié)了一個(gè)事務(wù)。(3)事務(wù)流程圖中的分支和節(jié)點(diǎn)可能是一個(gè)復(fù)雜的過程。80.簡述邊界值分析與等價(jià)類劃分技術(shù)的區(qū)別?!镜?章】【正確答案】:

(1).邊界值分析與等價(jià)類劃分技術(shù)的區(qū)別在于:邊界值分析著重邊界的測試,應(yīng)選取等于、剛剛大于或剛剛小于邊界的值作為測試數(shù)據(jù);

(2).而等價(jià)類劃分是選取等價(jià)類中的典型值或任意值作為測試數(shù)據(jù)。81.簡述需求開發(fā)過程域的意圖和專用目標(biāo)?!菊_答案】:

(1).需求開發(fā)過程域的意圖是生成并分析客戶需求、產(chǎn)品需求和產(chǎn)品部件需求;

(2).需求開發(fā)過程域的專用目標(biāo)有開發(fā)客戶需求、開發(fā)產(chǎn)品需求、分析并驗(yàn)證需求。82.簡述RUP中迭代增量式開發(fā)的概念以及規(guī)定的開發(fā)階段?!菊_答案】:(1)迭代、增量式開發(fā)是指通過開發(fā)活動的迭代,不斷產(chǎn)生相應(yīng)的增量。且是演化模型的一個(gè)變體,既規(guī)定了“大的”迭代數(shù)目—4個(gè)階段,也規(guī)定了每次迭代的目標(biāo)。(2)RUP的4個(gè)開發(fā)階段:初始階段、精化階段、構(gòu)造階段、移交階段。每個(gè)階段都有同樣的工作流,即需求、分析、設(shè)計(jì)、實(shí)現(xiàn)和測試。83.簡述等價(jià)類設(shè)計(jì)測試用例的過程【正確答案】:(1)為每個(gè)等價(jià)類規(guī)定一個(gè)唯一的編號。(2)設(shè)計(jì)一個(gè)新的測試用例,使其盡可能多地覆蓋尚未被覆蓋的有效等價(jià)類。重復(fù)這一步驟,直到所有的有效等價(jià)類都被覆蓋。(3)設(shè)計(jì)一個(gè)新的測試用例,使其僅覆蓋一個(gè)尚未被覆蓋的無效等價(jià)類。重復(fù)這一步,直至所有的無效等價(jià)類都被覆蓋。84.簡述實(shí)現(xiàn)軟件開發(fā)本質(zhì)的基本途徑。【正確答案】:

Https:///unityalvin/self-study/tpq2izc9tgc49d9g#zuP3s85.RUP的定義及主要特點(diǎn)。【正確答案】:RUP是一種軟件開發(fā)過程框架,基于面向?qū)ο蠓栿w系給出了有關(guān)軟件開發(fā)過程組織及實(shí)施的指導(dǎo)。該框架體現(xiàn)了3個(gè)突出特征,即以用況驅(qū)動、體系結(jié)構(gòu)為中心以及迭代、增量式開發(fā)。86.簡述概要設(shè)計(jì)規(guī)約的主要內(nèi)容。【第3章】【正確答案】:

(1).系統(tǒng)環(huán)境,包括硬件、軟件接口、人機(jī)界面、外部定義的數(shù)據(jù)庫及其設(shè)計(jì)有關(guān)的限定條件等。

(2).軟件模塊的結(jié)構(gòu),包括模塊之間的接口及設(shè)計(jì)的數(shù)據(jù)流和主要數(shù)據(jù)結(jié)構(gòu)等

(3).模塊描述,包括模塊接口定義模塊處理邏輯及必要的注釋等。

(4).文件結(jié)構(gòu)和全局?jǐn)?shù)據(jù)文件的邏輯結(jié)構(gòu),包括記錄描述、訪問方式以及交叉引用信息等。

(5).測試需求等。87.【高頻考點(diǎn)】簡述需求規(guī)約的概念及基本性質(zhì)?!菊_答案】:(1)需求規(guī)約:一個(gè)軟件項(xiàng)/產(chǎn)品/系統(tǒng)所有需求陳述的正式文檔,它表達(dá)了一個(gè)軟件產(chǎn)品/系統(tǒng)的概念模型。(2)基本性質(zhì):重要性和穩(wěn)定性程度;可修改的;完整的;一致的。88.簡述路徑測試技術(shù)的基本要點(diǎn)。【正確答案】:(1)采用控制流程圖來表達(dá)被測程序模型,揭示程序中的控制結(jié)構(gòu)。(2)通過合理地選擇一組穿過程序的路徑,以達(dá)到某種測試度量。89.簡述創(chuàng)建一個(gè)軟件項(xiàng)目的生存周期過程【正確答案】:(1)選擇軟件生存周期模型;(2)細(xì)化所選擇的生存周期模型;(3)為每一個(gè)活動或任務(wù)標(biāo)識合適的實(shí)例數(shù)目;(4)確定活動的時(shí)序關(guān)系。90.簡述需求規(guī)約的作用?!镜?章】【正確答案】:

(1).需求規(guī)約是軟件開發(fā)組織和用戶之間一份事實(shí)上的技術(shù)合同書,是產(chǎn)品功能及其環(huán)境的體現(xiàn)。

(2).對于項(xiàng)目的其余大多數(shù)工作,需求規(guī)約是一個(gè)管理控制點(diǎn)。

(3).對于產(chǎn)品/系統(tǒng)的設(shè)計(jì),需求規(guī)約是一個(gè)正式的、受控的起始點(diǎn)。

(4).需求規(guī)約是創(chuàng)建產(chǎn)品驗(yàn)收測試計(jì)劃和用戶指南的基礎(chǔ)。91.簡述信息隱藏的概念及其意義?!菊_答案】:

(1).信息隱藏是指在每個(gè)模塊中所包含的信息不允許其他不需要這些信息的模塊訪問;

(2).它是實(shí)現(xiàn)模塊低耦合的一種有效途徑;

(3).但是,如果一個(gè)模塊是“絕對”信息隱藏的,那么這種模塊對系統(tǒng)而言是毫無意義的。92.建造一個(gè)系統(tǒng)需求獲取模型的活動,以及各活動的輸入和輸出。【正確答案】:

(1).活動:發(fā)現(xiàn)描述參與者和用況。輸入:業(yè)務(wù)模型或領(lǐng)域模型,補(bǔ)充需求,特征表。輸出:用況模型【概述】,術(shù)語表;

(2).活動:賦予用況優(yōu)先級。輸入:用況模型【概述】,補(bǔ)充需求,術(shù)語表。輸出:體系結(jié)構(gòu)描述【用況模型視角】:

(3).活動:精華用況。輸入:用況模型【概述】,補(bǔ)充需求,術(shù)語表。輸出:用況【精化】:

(4).活動:構(gòu)造人機(jī)接口原型。輸入:用況【精華】,用況模型【概述】,補(bǔ)充需求術(shù)語表。輸出:人機(jī)接口原理;93.簡述結(jié)構(gòu)化方法總體設(shè)計(jì)的任務(wù)及目標(biāo)?!菊_答案】:總體設(shè)計(jì)階段的任務(wù)是把系統(tǒng)的功能需求分配到一個(gè)特定的軟件體系結(jié)構(gòu)中??傮w設(shè)計(jì)的目標(biāo)是建立系統(tǒng)的模塊結(jié)構(gòu)。94.簡述實(shí)現(xiàn)“高內(nèi)聚低耦合”的啟發(fā)式規(guī)則?!菊_答案】:(1)改進(jìn)軟件結(jié)構(gòu),提高模塊獨(dú)立性;(2)力求模塊規(guī)模適中;(3)力求深度、寬度、扇出和扇入適中;(4)盡力使模塊的作用域在其控制域之內(nèi);(5)盡力降低模塊接口的復(fù)雜度;(6)力求模塊功能可以預(yù)測。95.【高頻考點(diǎn)】簡述模塊的控制域及作用域?!菊_答案】:(1)模塊的作用域是指受該模塊內(nèi)一個(gè)判定所影響的所有模塊的集合;(2)模塊的控制域是指這個(gè)模塊本身以及所有直接或間接從屬于它的模塊的集合。96.簡述建模的基本步驟?!菊_答案】:(1)建立系統(tǒng)環(huán)境圖,確定系統(tǒng)語境(建立系統(tǒng)的頂層數(shù)據(jù)流圖)(2)自頂向下,逐步求精,建立系統(tǒng)的層次數(shù)據(jù)流圖(3)定義數(shù)據(jù)字典(4)描述加工97.路徑測試技術(shù)屬于什么測試技術(shù)?該技術(shù)的基本要點(diǎn)是什么?【第6章】【正確答案】:

(1).路徑測試技術(shù)屬于白盒測試技術(shù)(或結(jié)構(gòu)測試技術(shù))。

(2).路徑測試技術(shù)的基本要點(diǎn)是:

①采用控制流程圖來表達(dá)被測試程序模型,揭示程序中的控制結(jié)構(gòu)。

②通過合理地選擇一組穿過程序的路徑,以達(dá)到某種測試度量。98.簡述軟件需求的分類及其關(guān)系?!菊_答案】:

(1).軟件需求分為兩大類:功能需求和非功能需求;

(2).非功能需求又可分為性能需求、外部接口需求、設(shè)計(jì)約束和質(zhì)量屬性;

(3).功能需求規(guī)約了系統(tǒng)或系統(tǒng)構(gòu)建必須執(zhí)行的功能:

(4).一般來說,功能需求是整個(gè)需求的主體即沒有功能需求,就沒有派生的其他功能需求,就沒有性能、外部接口、設(shè)計(jì)約束和質(zhì)量屬性等非功能需求。99.簡述RUP創(chuàng)建系統(tǒng)用況模型應(yīng)進(jìn)行的活動。【第5章】【正確答案】:

(1).發(fā)現(xiàn)并描述參與者;

(2).發(fā)現(xiàn)并描述用況;

(3).確定用況的優(yōu)先級;

(4).精化用況;

(5).構(gòu)造用戶界面原型;

(6).用況模型結(jié)構(gòu)化。

(1).100.簡述因果圖方法生成測試用例的基本步驟?!镜?章】【正確答案】:

(1).通過軟件規(guī)格說明書的分析,找出一個(gè)模塊的原因和結(jié)果,并給每個(gè)原因和結(jié)果賦予一個(gè)標(biāo)識符;

(2).分析原因與結(jié)果之間以及原因與原因之間對應(yīng)的關(guān)系,并畫出因果圖;

(3).在因果圖上標(biāo)識出一些特定的約束或限制條件;

(4).把因果圖轉(zhuǎn)換成判定表;

(5).為判定表的每一列設(shè)計(jì)測試用例。101.簡述項(xiàng)目規(guī)劃過程域的意圖和專用目標(biāo)?!菊_答案】:102.簡述計(jì)算機(jī)軟件的定義

溫馨提示

  • 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)方式做保護(hù)處理,對用戶上傳分享的文檔內(nèi)容本身不做任何修改或編輯,并不能對任何下載內(nèi)容負(fù)責(zé)。
  • 6. 下載文件中如有侵權(quán)或不適當(dāng)內(nèi)容,請與我們聯(lián)系,我們立即糾正。
  • 7. 本站不保證下載資源的準(zhǔn)確性、安全性和完整性, 同時(shí)也不承擔(dān)用戶因使用這些下載資源對自己和他人造成任何形式的傷害或損失。

評論

0/150

提交評論