版權(quán)說明:本文檔由用戶提供并上傳,收益歸屬內(nèi)容提供方,若內(nèi)容存在侵權(quán),請(qǐng)進(jìn)行舉報(bào)或認(rèn)領(lǐng)
文檔簡介
1、精選優(yōu)質(zhì)文檔-傾情為你奉上軟件系統(tǒng)開發(fā)技術(shù)試題(一)一、單項(xiàng)選擇題(本大題共10小題,每小題1分,共10分)1. 設(shè)計(jì)軟件結(jié)構(gòu)一般不確定( D )A.模塊之間的接口B.模塊間的調(diào)用關(guān)系C.模塊的功能D.模塊內(nèi)的局部數(shù)據(jù)2. 軟件結(jié)構(gòu)化設(shè)計(jì)中,好的軟件結(jié)構(gòu)應(yīng)該力求做到( B )A.頂層扇出較少,中間扇出較高,底層模塊低扇入B.頂層扇出較高,中間扇出較少,底層模塊高扇入C.頂層扇入較少,中間扇出較高,底層模塊高扇入D.頂層扇入較少,中間扇入較高,底層模塊低扇入3. 兩個(gè)模塊都使用同一張數(shù)據(jù)表,模塊間的這種耦合稱為( A )A.公共耦合B.內(nèi)容耦合C.數(shù)據(jù)耦合D.控制耦合4. 劃分模塊時(shí),下列說法正
2、確的是( A )A.作用范圍應(yīng)在其控制范圍之內(nèi)B.控制范圍應(yīng)在其作用范圍之內(nèi)C.作用范圍與控制范圍互不包含D.作用范圍與控制范圍不受限制5. 重用率高的模塊在軟件結(jié)構(gòu)圖中的特征是( B )A.扇出數(shù)大B.扇入數(shù)大C.扇出數(shù)小D.內(nèi)聚性高6. 面向?qū)ο蠼5玫降娜齻€(gè)模型,其中核心的模型是( A )A.對(duì)象模型B.功能模型C.邏輯模型D.動(dòng)態(tài)模型7. 從結(jié)構(gòu)化的瀑布模型看,在軟件生存周期的幾個(gè)階段中,對(duì)軟件的影響最大是( C )A.詳細(xì)設(shè)計(jì)階段B.概要設(shè)計(jì)階段C.需求分析階段D.測試和運(yùn)行階段8對(duì)UML的敘述不正確的是( D )AUML統(tǒng)一了Booch方法、OMT方法、OOSE方法的表示方法。BU
3、ML是一種定義良好、易于表達(dá)、功能強(qiáng)大且普遍適用的建模語言。CUML融入了軟件工程領(lǐng)域的新思想、新方法和新技術(shù)。DUML僅限于支持面向?qū)ο蟮姆治雠c設(shè)計(jì),不支持其它的軟件開發(fā)過程。9以下哪個(gè)軟件生存周期模型是一種風(fēng)險(xiǎn)驅(qū)動(dòng)的模型(C)A瀑布模型B增量模型C螺旋模型D噴泉模型10以下哪一項(xiàng)對(duì)模塊耦合性沒有影響(D)A模塊間接口的復(fù)雜程度B調(diào)用模塊的方式C通過接口的信息D模塊內(nèi)部各個(gè)元素彼此之間的緊密結(jié)合程度二、填空題(本大題共10小題,每空2分,共20分)1數(shù)據(jù)流圖描繪數(shù)據(jù)在系統(tǒng)中_流動(dòng)和處理_的過程。P402為了便于對(duì)照檢查,測試用例應(yīng)由輸入數(shù)據(jù)和預(yù)期的_輸出結(jié)果(輸出數(shù)據(jù))_兩部分組成。P162
4、3面向?qū)ο蠓治龅哪康氖菍?duì)_目標(biāo)系統(tǒng)_進(jìn)行建模。4. 結(jié)構(gòu)化方法總的指導(dǎo)思想是_自頂向下_逐層分解。5. 在一段程序中,將多次出現(xiàn)的一組語句設(shè)計(jì)為一個(gè)子程序,供多個(gè)部分調(diào)用,這種情況出現(xiàn)的內(nèi)聚稱為_偶然內(nèi)聚_。6. 用來模擬被測模塊的上級(jí)調(diào)用模塊的模塊稱為_驅(qū)動(dòng)模塊_7一個(gè)模塊的作用域指受該模塊內(nèi)一個(gè)_判定_影響的所有模塊的集合。8. 在用況圖中,關(guān)聯(lián)是參與者和用況(USE CASE)之間的唯一關(guān)系。9. RUP的突出特點(diǎn)是一種以用況(Use Case)為驅(qū)動(dòng)的、以體系結(jié)構(gòu)為中心的、迭代增量式開發(fā)。10. 在RUP中,規(guī)定了四個(gè)開發(fā)階段:初始階段、精化階段、構(gòu)造階段和移交階段。三、名詞解釋題(本
5、大題共6小題,每小題3分,共18分)1軟件生存周期模型答:從概念上來講,軟件生存周期模型是一個(gè)包括軟件產(chǎn)品開發(fā)、運(yùn)行和維護(hù)中有關(guān)過程、活動(dòng)和任務(wù)的框架,覆蓋了從該系統(tǒng)的需求定義到系統(tǒng)的使用終止。從應(yīng)用的角度來說,軟件生存周期模型為組織軟件開發(fā)活動(dòng)提供了有意義的指導(dǎo)。2.系統(tǒng)模型答:簡單地說,模型是任一抽象,其中包括所有的基本能力、特性或一些方面,而沒有任何冗余的細(xì)節(jié)。進(jìn)一步地說,模型是在特定意圖下所確定的角度和抽象層次上對(duì)物理系統(tǒng)的描述,通常包含對(duì)該系統(tǒng)邊界的描述,給出系統(tǒng)內(nèi)個(gè)模型元素以及它們之間的語義關(guān)系。3白盒測試法答:該方法把測試對(duì)象看作一個(gè)打開的盒子,測試人員須了解程序的內(nèi)部結(jié)構(gòu)和處理
6、過程,以檢查處理過程的細(xì)節(jié)為基礎(chǔ),對(duì)程序中盡可能多的邏輯路徑進(jìn)行測試,檢查內(nèi)部控制結(jié)構(gòu)和數(shù)據(jù)結(jié)構(gòu)是否有錯(cuò),實(shí)際的運(yùn)行狀態(tài)與預(yù)期的狀態(tài)是否一致。白盒法也不可能進(jìn)行窮舉測試。4信息隱蔽答:信息隱蔽是指在每個(gè)模塊中所包含的信息(包括具有特定語義的數(shù)據(jù)和處理過程)不允許其他不需要這些信息的模塊訪問。5. 測試用例答:為了發(fā)現(xiàn)程序中的故障而專門設(shè)計(jì)的一組或多組測試數(shù)據(jù)。6. 類答:類是一組具有相同屬性、操作、關(guān)系和語義的對(duì)象的描述。 四、簡答題(本大題共5小題,每小題6分,共30分)1. 簡述演化模型以及可適應(yīng)的情況,為什么?答:簡述演化模型如圖所示:演化模型主要是針對(duì)事先不能完整定義需求的軟件開發(fā)。在
7、用戶提出待開發(fā)系統(tǒng)的核心需求的基礎(chǔ)上,軟件開發(fā)人員按照這一需求,首先開發(fā)一個(gè)核心系統(tǒng),并投入運(yùn)行,以便用戶能夠有效地提出反饋,接著,軟件開發(fā)人員根據(jù)用戶的反饋,實(shí)施開發(fā)的迭代過程。 2. 結(jié)構(gòu)化分析方法為了表達(dá)系統(tǒng)模型,給出了幾個(gè)基本概念?它們是如何表示的?答:結(jié)構(gòu)化分析方法給出了5個(gè)術(shù)語:數(shù)據(jù)流:加工,數(shù)據(jù)存儲(chǔ)、數(shù)據(jù)源、數(shù)據(jù)潭,數(shù)據(jù)流是數(shù)據(jù)的流動(dòng),數(shù)據(jù)流表示為 加工是對(duì)數(shù)據(jù)進(jìn)行變換的單元,即它接受輸入的數(shù)據(jù),對(duì)其進(jìn)行處理,并產(chǎn)生輸出。 數(shù)據(jù)存儲(chǔ)是數(shù)據(jù)的靜態(tài)結(jié)構(gòu)。 數(shù)據(jù)源是數(shù)據(jù)流的起點(diǎn); 數(shù)據(jù)潭是數(shù)據(jù)流的歸宿地。數(shù)據(jù)源和數(shù)據(jù)潭是系統(tǒng)之外的實(shí)體,可以是人、物或其他軟件系統(tǒng)。 表示。3. 簡述衡量
8、模塊獨(dú)立性的兩個(gè)標(biāo)準(zhǔn)及其含義。答:衡量模塊的獨(dú)立性的標(biāo)準(zhǔn)是兩個(gè)定性的度量標(biāo)準(zhǔn):耦合性和內(nèi)聚性。(1)耦合性。也稱塊間聯(lián)系。指軟件系統(tǒng)結(jié)構(gòu)中各模塊間相互聯(lián)系緊密程度的一種度量。模塊之間聯(lián)系越緊密,其耦合性就越強(qiáng),模塊的獨(dú)立性則越差。模塊間耦合高低取決于模塊間接口的復(fù)雜性、調(diào)用的方式及傳遞的信息。(2)內(nèi)聚性。又稱塊內(nèi)聯(lián)系。指模塊的功能強(qiáng)度的度量,即一個(gè)模塊內(nèi)部各個(gè)元素彼此結(jié)合的緊密程度的度量。若一個(gè)模塊內(nèi)各元素(語句之間、程序段之間)的聯(lián)系越緊密,則它的內(nèi)聚性就越高。 耦合性與內(nèi)聚性是模塊獨(dú)立性的兩個(gè)定性標(biāo)準(zhǔn),將軟件系統(tǒng)劃分模塊時(shí),盡量做到高內(nèi)聚低耦合,提高模塊的獨(dú)立性,為設(shè)計(jì)高質(zhì)量的軟件結(jié)構(gòu)奠
9、定基礎(chǔ)。4.說明用況之間有哪幾種關(guān)系,說明每種關(guān)系的含義。答:用況之間可以具有三種關(guān)系,即泛化、擴(kuò)展和包含。 泛化: 泛化是用況之間的一般/特殊關(guān)系。USE CASE A到USE CASE B的泛化,指出A是B的特殊情況。擴(kuò)展:記為extend,USE CASE A到USE CASE B的一個(gè)擴(kuò)展關(guān)系,指出了USE CASE B的一個(gè)實(shí)例可以由A說明的行為予以擴(kuò)展(根據(jù)該擴(kuò)展所說明的特定條件),并依據(jù)該擴(kuò)展點(diǎn)定義的位置,A說明的行為被插入到B中。包含:記為include,USE CASE A到USE CASE B的一個(gè)包含,指出A的一個(gè)實(shí)例將包含B說明的行為,即這一行為將包含在A定義的那部分中
10、。 5. 結(jié)構(gòu)化設(shè)計(jì)中總體設(shè)計(jì)和詳細(xì)設(shè)計(jì)的目標(biāo)和任務(wù)是什么?答:結(jié)構(gòu)化設(shè)計(jì)分為總體設(shè)計(jì)和詳細(xì)設(shè)計(jì)。 總體設(shè)計(jì)的目標(biāo)是:建立系統(tǒng)的模塊結(jié)構(gòu),即系統(tǒng)實(shí)現(xiàn)所需要的軟件模塊系統(tǒng)中可標(biāo)識(shí)的軟件成分,以及這些模塊之間的調(diào)用關(guān)系。 總體設(shè)計(jì)的具體任務(wù)是:將DFD轉(zhuǎn)化為MSD詳細(xì)設(shè)計(jì)的目標(biāo)是將總體設(shè)計(jì)階段所產(chǎn)生的系統(tǒng)高層結(jié)構(gòu),映射為以這些術(shù)語所表達(dá)的低層結(jié)構(gòu),也是系統(tǒng)的最終結(jié)構(gòu)。詳細(xì)設(shè)計(jì)的主要任務(wù)是: 給出軟件模塊結(jié)構(gòu)中各個(gè)模塊的內(nèi)部過程描述,也就是模塊內(nèi)部的算法設(shè)計(jì)。 五、應(yīng)用題(本大題共2小題,第1小題10分,第2小題12分,共22分)1根據(jù)下列變換型的數(shù)據(jù)流圖,設(shè)計(jì)出初始軟件結(jié)構(gòu)圖。答:主模塊get f
11、5get f3Aget f4get f2BC由f5變?yōu)閒9DEFput f9Put f10Gget f12下列是某程序的N-S圖(1) 請(qǐng)將其轉(zhuǎn)換成PAD圖(2)請(qǐng)將其轉(zhuǎn)換成偽碼表示。答:(1)PAD圖(2)偽碼表示:beginif L1 thenBegin S1;while L2 dobegin S2;if L3 then S3else S4;endendelse S5;end;軟件系統(tǒng)開發(fā)技術(shù)試題(二)一、單項(xiàng)選擇題(本大題共10小題,每小題1分,共10分)1以下哪個(gè)軟件生存周期模型是一種風(fēng)險(xiǎn)驅(qū)動(dòng)的模型(C)A瀑布模型B增量模型C螺旋模型D噴泉模型2結(jié)構(gòu)化分析建立功能模型的工具是(B)AD
12、FDB判定樹/判定表CDDD結(jié)構(gòu)化語言3模塊中所有成分結(jié)合起來完成一項(xiàng)任務(wù),該模塊的內(nèi)聚性是(A)A功能內(nèi)聚B順序內(nèi)聚C通信內(nèi)聚D邏輯內(nèi)聚4以下哪一項(xiàng)對(duì)模塊耦合性沒有影響(D)A模塊間接口的復(fù)雜程度B調(diào)用模塊的方式C通過接口的信息D模塊內(nèi)部各個(gè)元素彼此之間的緊密結(jié)合程度5檢查軟件產(chǎn)品是否符合需求定義的過程稱為(A)A確認(rèn)測試B集成測試C系統(tǒng)測試D單元測試6下面關(guān)于詳細(xì)設(shè)計(jì)的敘述中,錯(cuò)誤的是(B)A程序流程圖可以描述結(jié)構(gòu)化程序B程序流程圖不能描述結(jié)構(gòu)化程序CNS圖描述的程序一定是結(jié)構(gòu)化的DPAD圖描述的程序一定是結(jié)構(gòu)化的7集成測試是為了發(fā)現(xiàn)(A)A接口錯(cuò)誤B編碼錯(cuò)誤C性能、質(zhì)量不合要求D功能錯(cuò)誤
13、8結(jié)構(gòu)化程序設(shè)計(jì),主要強(qiáng)調(diào)的是(C)A程序的執(zhí)行效率B模塊的內(nèi)聚C程序的可理解性D模塊的耦合9下面關(guān)于文檔的敘述,錯(cuò)誤的是(A)A文檔是僅用于說明使用軟件的操作命令,不包括軟件設(shè)計(jì)和實(shí)現(xiàn)細(xì)節(jié)B文檔是軟件產(chǎn)品的一部分,沒有文檔的軟件就不成為軟件C高質(zhì)量文檔對(duì)于轉(zhuǎn)讓、變更、修改、擴(kuò)充和使用有重要的意義D軟件文檔的編制在軟件開發(fā)工作中占有突出的地位和相當(dāng)大的工作量10面向?qū)ο箝_發(fā)方法中,將在面向?qū)ο蠹夹g(shù)領(lǐng)域內(nèi)占主導(dǎo)地位的標(biāo)準(zhǔn)建模語言是(C)ABooch方法BCoad方法CUML語言DOMT方法二、填空題(本大題共10小題,每小題2分,共20分)1為了克服軟件危機(jī),1968年北大西洋公約組織的工作會(huì)議
14、上首先提出了_軟件工程_的概念。2變換型數(shù)據(jù)流圖是由輸入、_變換(或處理)_、數(shù)據(jù)加工(中心變換)_和輸出三部分組成的。3軟件產(chǎn)品在交付使用之前一般要經(jīng)過_單元測試_、集成測試、確認(rèn)測試和系統(tǒng)測試。4子類自動(dòng)共享父類數(shù)據(jù)結(jié)構(gòu)和方法的機(jī)制是_繼承性_,這是類之間的一種關(guān)系。5GJMyers提出:軟件測試是為了發(fā)現(xiàn)_程序錯(cuò)誤_而執(zhí)行程序的過程。6. 狀態(tài)圖反映了狀態(tài)與_事件與狀態(tài)_的關(guān)系。7.兩個(gè)或兩個(gè)以上的模塊共同引用一個(gè)全局?jǐn)?shù)據(jù)項(xiàng),這種耦合被稱為公共耦合。 8. 用況之間可以具有三種關(guān)系,即泛化、擴(kuò)展和包含。 泛化是用況之間的一般/特殊關(guān)系。9. RUP的突出特點(diǎn)是一種以用況(Use Case
15、)為驅(qū)動(dòng)的、以體系結(jié)構(gòu)為中心的、迭代增量式開發(fā)。10. 在RUP中,規(guī)定了四個(gè)開發(fā)階段:初始階段、精化階段、構(gòu)造階段和移交階段。三、名詞解釋題(本大題6小題,每小題3分,共18分)1.軟件工程答:軟件工程定義為:軟件工程是應(yīng)用計(jì)算機(jī)科學(xué)理論和技術(shù)以及工程管理原則和方法,按預(yù)算和進(jìn)度實(shí)現(xiàn)滿足用戶要求的軟件產(chǎn)品的工程,或以此為研究對(duì)象的學(xué)科。2.軟件生存周期答:軟件生存周期是軟件產(chǎn)品或系統(tǒng)的一系列相關(guān)活動(dòng)的全周期。從形成概念開始,歷經(jīng)開發(fā)、交付使用、在使用中不斷修訂和演化,直到最后被淘汰,讓位于新的軟件產(chǎn)品” 。3.用況答:用況(use case)是對(duì)一組動(dòng)作序列的描述,系統(tǒng)執(zhí)行這些動(dòng)作應(yīng)產(chǎn)生對(duì)特
16、定的參與者有值的、可觀察的結(jié)果。4. 軟件需求分析:答:就軟件需求分析而言,即為:系統(tǒng)化地使用問題域術(shù)語,給出該問題的模型5. 模塊化: 答:把一個(gè)待開發(fā)的軟件分解成若干簡單的、具有高內(nèi)聚低耦合的模塊,這一過程稱為模塊化。 6. 類的操作答:操作是服務(wù)的一個(gè)實(shí)現(xiàn),由該類的任意對(duì)象為其行為所要求的。 四、簡答題(本大題共5小題,每小題6分,共30分)1. 簡述瀑布模型以及可適應(yīng)的情況,為什么?答:瀑布模型如圖所示: (1)軟件生存周期分為若干規(guī)定階段并規(guī)定了各開發(fā)階段的活動(dòng),項(xiàng)目的開發(fā)依次經(jīng)過:需求、設(shè)計(jì)、編碼和單元測試、集成以及維護(hù)這一基本路徑。 ()在每一階段提交以下產(chǎn)品:軟件需求規(guī)約、設(shè)計(jì)
17、文檔、實(shí)際代碼、測試用例、最終產(chǎn)品等。工作產(chǎn)品(又稱可提交的產(chǎn)品)流經(jīng)“正向”開發(fā)的基本步驟路徑。()“反向”步驟流表示對(duì)前一個(gè)可提交產(chǎn)品的重復(fù)變更(又稱為“返工”)。瀑布模型可適應(yīng)的情況u在開發(fā)中,向下、漸進(jìn)的路徑占支配地位。也就是說,需求已被很好地理解;v過程設(shè)計(jì)人員也很清楚:開發(fā)組織非常熟悉為實(shí)現(xiàn)這一模型所需要的過程(或經(jīng)過培訓(xùn)后,熟悉什么時(shí)候來支持這一項(xiàng)目,以實(shí)現(xiàn)這一模型所需要的過程)。 2數(shù)據(jù)字典的作用是什么,它有哪些條目?答:數(shù)據(jù)字典,主要用來描述數(shù)據(jù)流程圖中的數(shù)據(jù)流、數(shù)據(jù)存儲(chǔ)、處理過程和和數(shù)據(jù)源點(diǎn)/終點(diǎn)。作用:數(shù)據(jù)流程圖描述了系統(tǒng)的邏輯結(jié)構(gòu),其中的四個(gè)基本圖形元素的含義無法在數(shù)據(jù)
18、流程圖中詳細(xì)說明,因此數(shù)據(jù)流程圖需要與其他工具配合使用,數(shù)據(jù)字典就是這樣的工具之一。包括的條目:數(shù)據(jù)流詞條,數(shù)據(jù)元素詞條,數(shù)據(jù)存儲(chǔ)詞條,數(shù)據(jù)加工處理詞條,數(shù)據(jù)源點(diǎn)及終點(diǎn)詞條3. 簡述結(jié)構(gòu)化設(shè)計(jì)中總體設(shè)計(jì)的任務(wù),說明實(shí)現(xiàn)該任務(wù)的基本步驟。答:總體設(shè)計(jì)的具體任務(wù)是:將DFD轉(zhuǎn)化為MSD基本步驟 (1)將系統(tǒng)的DFD圖轉(zhuǎn)化為初始的模塊結(jié)構(gòu)圖MSD變換型數(shù)據(jù)流圖變換設(shè)計(jì)事務(wù)型數(shù)據(jù)流圖事務(wù)設(shè)計(jì) (2)基于“高內(nèi)聚低耦合”這一軟件設(shè)計(jì)原理,通過模塊化,將初始的模塊結(jié)構(gòu)圖轉(zhuǎn)化為最終的、可供詳細(xì)設(shè)計(jì)使用的模塊結(jié)構(gòu)圖 4簡述結(jié)構(gòu)化程序設(shè)計(jì)方法的基本要點(diǎn)。答:(1)采用自頂向下,逐步求精的程序設(shè)計(jì)方法 (2)使用
19、三種基本控制結(jié)構(gòu)構(gòu)造程序,分別是順序,選擇和循環(huán) (3)采用主程序員組的組織形式 (4)采用單入口單出口的模塊形式。5. 簡述面向?qū)ο笾械睦^承性和多態(tài)性。答:繼承性。繼承性是子類自動(dòng)共享父類數(shù)據(jù)結(jié)構(gòu)和方法的機(jī)制,這是類之間的一種關(guān)系。在定義和實(shí)現(xiàn)一個(gè)類的時(shí)候,可以在一個(gè)已經(jīng)存在的類的基礎(chǔ)之上來進(jìn)行,把這個(gè)已經(jīng)存在的類所定義的內(nèi)容作為自己的內(nèi)容,并加入若干新的內(nèi)容。 繼承性是面向?qū)ο蟪绦蛟O(shè)計(jì)語言不同于其他語言的最主要的特點(diǎn),是其他語言所沒有的。在類層次中,子類只繼承一個(gè)父類的數(shù)據(jù)結(jié)構(gòu)和方法,則稱為單重繼承。在類層次中,子類繼承了多個(gè)父類的數(shù)據(jù)結(jié)構(gòu)和方法,則稱為多重繼承o 多態(tài)性(多形性)。多態(tài)性
20、是指相同的操作或函數(shù)、過程可作用于多種類型的對(duì)象上并獲得不同結(jié)果。不同的對(duì)象,收到同一消息可以產(chǎn)生不同的結(jié)果,這種現(xiàn)象稱為多態(tài)性。 多態(tài)性允許每個(gè)對(duì)象以適合自身的方式去響應(yīng)共同的消息。這樣就增強(qiáng)了操作的透明性、可理解性和可維護(hù)性。用戶不必為相同的功能操作但作用于不同類型的對(duì)象而費(fèi)心去識(shí)別。五、應(yīng)用題(本大題共2小題,第1小題10分,第2小題12分,共22分)1.一個(gè)軟件公司有許多開發(fā)部門,每個(gè)部門由部門名字唯一確定。每個(gè)開發(fā)部門開發(fā)多個(gè)軟件產(chǎn)品。開發(fā)部門有許多員工,分為經(jīng)理和開發(fā)人員。每個(gè)開發(fā)人員可參加多個(gè)開發(fā)項(xiàng)目,每個(gè)開發(fā)項(xiàng)目需要多個(gè)開發(fā)人員,開發(fā)人員使用語言開發(fā)項(xiàng)目。每位經(jīng)理可主持多個(gè)開發(fā)
21、項(xiàng)目。請(qǐng)?jiān)谠摴镜膶?duì)象模型中填入相應(yīng)的名稱。軟件公司部門名1.*語言1.*1.*1.*1.*開發(fā)有參加主持答:軟件公司部門名開發(fā)部門開發(fā)項(xiàng)目員工1.*開發(fā)人員經(jīng)理開發(fā)項(xiàng)目語言1.*1.*1.*1.*開發(fā)有參加主持2某個(gè)程序的偽碼如下:beginif L1 thenBegin S1;while L2 dobegin S2;if L3 then S3else S4;endendelse S5;end;(1) 將其轉(zhuǎn)換為PAD圖;(2) 將其轉(zhuǎn)換為N-S圖;答:(1)PAD圖(3) N-S圖軟件系統(tǒng)開發(fā)技術(shù)試題(三)一、單項(xiàng)選擇題(本大題共10小題,每小題1分,共10分)1軟件生存周期中,準(zhǔn)確地確定
22、軟件系統(tǒng)必須做什么的階段是(B)A可行性分析和項(xiàng)目開發(fā)計(jì)劃B需求分析C概要設(shè)計(jì)D詳細(xì)設(shè)計(jì)2使用數(shù)據(jù)流圖來表示系統(tǒng)邏輯模型的是(D)AJacksonBVDMCOOADSA3用于描述結(jié)構(gòu)化分析中數(shù)據(jù)流加工邏輯的是(A)A判定樹BER圖C狀態(tài)圖D用例圖4若一個(gè)模塊中各個(gè)處理元素都密切相關(guān)于同一功能且必須順序執(zhí)行,前一功能元素的輸出就是下一功能元素的輸入,則該模塊的內(nèi)聚性類型是(C)A時(shí)間內(nèi)聚B偶然內(nèi)聚C順序內(nèi)聚D功能內(nèi)聚5下列幾種耦合類型,耦合性最高的是(A)A公共耦合B控制耦合C標(biāo)記耦合D數(shù)據(jù)耦合6程序流程圖的優(yōu)點(diǎn)不包括(B)A歷史最悠久,使用最廣泛B容易表示逐步求精的過程C支持程序的三種基本控制
23、結(jié)構(gòu)D直觀清晰,易于使用7確認(rèn)測試也稱為(A)A有效性測試B無效性測試C靜態(tài)測試D動(dòng)態(tài)測試8黑盒測試技術(shù)不包括(B)A等價(jià)類劃分B路徑覆蓋C邊界值分析D錯(cuò)誤推測9瀑布模型與增量模型之間的本質(zhì)區(qū)別是(B)A瀑布模型屬于非整體開發(fā)模型,增量模型屬于整體開發(fā)模型B瀑布模型屬于整體開發(fā)模型,增量模型屬于非整體開發(fā)模型C瀑布模型容易適應(yīng)需求變化,增量模型不容易適應(yīng)需求變化D瀑布模型減少技術(shù)、應(yīng)用風(fēng)險(xiǎn),增量模型增大技術(shù)、應(yīng)用風(fēng)險(xiǎn)10面向?qū)ο蠓治鲋校瑢?duì)象模型描述了系統(tǒng)的(A)A靜態(tài)結(jié)構(gòu)B動(dòng)態(tài)結(jié)構(gòu)C控制結(jié)構(gòu)D順序結(jié)構(gòu)二、填空題(本大題共10小題,每小題2分,共20分)1結(jié)構(gòu)化分析方法是一種面向_數(shù)據(jù)流_的開發(fā)
24、方法。2過程設(shè)計(jì)語言是用于描述模塊_算法設(shè)計(jì)_和處理細(xì)節(jié)的語言。3. 描述加工邏輯一般用以下三種工具:結(jié)構(gòu)化語言、判定表和_判定樹_。4. 若某個(gè)加工將它的輸入流分離成許多發(fā)散的數(shù)據(jù)流,形成許多加工路徑,并根據(jù)輸入的值選擇其中一個(gè)路徑執(zhí)行,這種特征的DFD稱為_事務(wù)性_的數(shù)據(jù)流圖。5. 測試用例應(yīng)由輸入數(shù)據(jù)和_輸出數(shù)據(jù)_兩部分組成。6. 測試的模塊往往不是獨(dú)立程序,需要為被測試模塊設(shè)計(jì)若干輔助模塊,其中用來模擬被測模塊的下級(jí)調(diào)用模塊稱為_樁模塊_模塊。7. RUP的突出特點(diǎn)是一種以用況(Use Case)為驅(qū)動(dòng)的、以體系結(jié)構(gòu)為中心的、迭代增量式開發(fā)。8. RUP的迭代增量式開發(fā),是演化模型的一
25、個(gè)變體9. 在RUP中,規(guī)定了四個(gè)開發(fā)階段:初始階段、精化階段、構(gòu)造階段和移交階段。10PAD圖是日本日立公司提出的一種_ 詳細(xì)設(shè)計(jì)_工具。三、名詞解釋(本大題共6小題,每小題3分,共18分)1. 軟件需求:答:需求是一個(gè)“要予構(gòu)造”的陳述,描述了待開發(fā)產(chǎn)品(或項(xiàng))功能上的能力、性能參數(shù)或者其他性質(zhì)。 2. 數(shù)據(jù)字典: 答:簡稱,就是用來定義數(shù)據(jù)流圖中的各個(gè)成分具體含義的,它以一種準(zhǔn)確的、無二義性的說明方式為系統(tǒng)的分析、設(shè)計(jì)及維護(hù)提供了有關(guān)元素的一致的定義和詳細(xì)的描述.3模塊化 答:所謂模塊化是指按照“ 高內(nèi)聚低耦合” 的設(shè)計(jì)原則,形成一個(gè)相互獨(dú)立但又有較少聯(lián)系的模塊結(jié)構(gòu)的過程,使每個(gè)模塊具有
26、相對(duì)獨(dú)立的功能/過程。4. 測試覆蓋率答:測試覆蓋率定量地描述了一個(gè)或一組測試的效率(或稱測試完成程度)。幾種測試覆蓋存在以下基本關(guān)系: 語句覆蓋分支覆蓋條件組合覆蓋路徑覆蓋5. 模塊的控制域答:模塊的控制域是指這個(gè)模塊本身以及所有直接或間接從屬于它的模塊的集合。6. 過程成熟度答:一個(gè)特定軟件過程被明確和有效地定義、管理、測量和控制的程度。 四、簡答題(本大題共5小題,每小題6分,共30分)1. 簡述需求的基本性質(zhì)答:需求必須具有5個(gè)基本性質(zhì):j必要的(Necessary)。是要求的嗎?k無歧義的(Unambiguous)。只能用一種方式解釋嗎?l可測試的(testable)??梢詫?duì)它進(jìn)行測
27、試嗎?m可跟蹤的(Traceable)??梢詮囊粋€(gè)開發(fā)階段到另一個(gè)階段對(duì)它進(jìn)行跟蹤嗎?n可測量的(Measurable)。可以對(duì)它進(jìn)行測量嗎?2. 以結(jié)構(gòu)化分析方法建立的系統(tǒng)模型由哪些部分組成?每一部分的基本作用是什么?答:結(jié)構(gòu)化分析方法給出了一種表達(dá)功能模型的工具,即數(shù)據(jù)流圖(dataflow diagram),簡稱DFD圖。數(shù)據(jù)流圖就是一種表達(dá)待建系統(tǒng)功能模型的工具。數(shù)據(jù)字典: 依據(jù)系統(tǒng)的數(shù)據(jù)流圖,定義其中包含的所有數(shù)據(jù)流和數(shù)據(jù)存儲(chǔ)的結(jié)構(gòu),直到給出構(gòu)成以上數(shù)據(jù)的各數(shù)據(jù)項(xiàng)的基本數(shù)據(jù)類型。 加工小說明:依據(jù)系統(tǒng)的數(shù)據(jù)流圖,給出其中每一加工的小說明。對(duì)DFD中的每一加工只需給出加工的輸入數(shù)據(jù)和輸
28、出數(shù)據(jù)之間的關(guān)系,即從外部來“視察”一個(gè)加工的邏輯。 3.說明用況之間有哪幾種關(guān)系,說明每種關(guān)系的含義。答:用況之間可以具有三種關(guān)系,即泛化、擴(kuò)展和包含。 泛化: 泛化是用況之間的一般/特殊關(guān)系。USE CASE A到USE CASE B的泛化,指出A是B的特殊情況。擴(kuò)展:記為extend,USE CASE A到USE CASE B的一個(gè)擴(kuò)展關(guān)系,指出了USE CASE B的一個(gè)實(shí)例可以由A說明的行為予以擴(kuò)展(根據(jù)該擴(kuò)展所說明的特定條件),并依據(jù)該擴(kuò)展點(diǎn)定義的位置,A說明的行為被插入到B中。包含:記為include,USE CASE A到USE CASE B的一個(gè)包含,指出A的一個(gè)實(shí)例將包含B
29、說明的行為,即這一行為將包含在A定義的那部分中。 4. 結(jié)構(gòu)化設(shè)計(jì)中總體設(shè)計(jì)和詳細(xì)設(shè)計(jì)的目標(biāo)和任務(wù)是什么?答:結(jié)構(gòu)化設(shè)計(jì)分為總體設(shè)計(jì)和詳細(xì)設(shè)計(jì)。 總體設(shè)計(jì)的目標(biāo)是:建立系統(tǒng)的模塊結(jié)構(gòu),即系統(tǒng)實(shí)現(xiàn)所需要的軟件模塊系統(tǒng)中可標(biāo)識(shí)的軟件成分,以及這些模塊之間的調(diào)用關(guān)系。 總體設(shè)計(jì)的具體任務(wù)是:將DFD轉(zhuǎn)化為MSD詳細(xì)設(shè)計(jì)的目標(biāo)是將總體設(shè)計(jì)階段所產(chǎn)生的系統(tǒng)高層結(jié)構(gòu),映射為以這些術(shù)語所表達(dá)的低層結(jié)構(gòu),也是系統(tǒng)的最終結(jié)構(gòu)。詳細(xì)設(shè)計(jì)的主要任務(wù)是: 給出軟件模塊結(jié)構(gòu)中各個(gè)模塊的內(nèi)部過程描述,也就是模塊內(nèi)部的算法設(shè)計(jì)。5. 簡述測試過程模型。答:測試過程模型如圖所示:環(huán)境模型是對(duì)程序運(yùn)行環(huán)境的抽象。 對(duì)象模型是從
30、測試的角度對(duì)程序的抽象。 錯(cuò)誤模型是對(duì)錯(cuò)誤及其分類的抽象。 五、應(yīng)用題(本大題共2小題,第1小題12分,第2小題10分,共22分)1根據(jù)下列事務(wù)型的數(shù)據(jù)流圖,設(shè)計(jì)出初始軟件結(jié)構(gòu)圖。答:2根據(jù)下列程序流程圖,設(shè)計(jì)測試用例,使之滿足語句覆蓋,對(duì)每組測試數(shù)據(jù)給出執(zhí)行路徑、兩個(gè)判定(1)和(3)的判定結(jié)果。答:語句覆蓋在測試時(shí)應(yīng)該執(zhí)行到程序中的每一個(gè)語句2組測試用例: x=10 ,y=8 執(zhí)行路徑: 1 2 5 (1)的判定結(jié)果為假,(3)的判定不執(zhí)行 X=7 y=1執(zhí)行路徑: 1 3 4 5 (1)的判定結(jié)果為真,(3)的判定結(jié)果為假軟件系統(tǒng)開發(fā)技術(shù)試題(四)答案一、單項(xiàng)選擇題(本大題共10小題,每
31、小題1分,共10分)1以下最適合于面向?qū)ο蟮能浖_發(fā)的軟件生存周期模型是( D )A瀑布模型B.增量模型C螺旋模型D.噴泉模型2以下不適用于需求分析的工具是( C )A數(shù)據(jù)流圖B.判定表CPAD圖D.數(shù)據(jù)字典3以下幾種模塊內(nèi)聚類型中,內(nèi)聚性最低的是( B )A時(shí)間內(nèi)聚B.邏輯內(nèi)聚C順序內(nèi)聚D功能內(nèi)聚4數(shù)據(jù)流圖中的每個(gè)加工至少有( D )A一個(gè)輸入流或一個(gè)輸出流B.一個(gè)輸出流C一個(gè)輸入流D.一個(gè)輸入流和一個(gè)輸出流5過程設(shè)計(jì)語言(PDL),又稱為( A )A偽碼B.高級(jí)程序設(shè)計(jì)語言C中級(jí)程序語言D.低級(jí)程序設(shè)計(jì)語言6汽車是一種交通工具,汽車類和交通工具類之間的關(guān)系是( A )A一般具體B.has
32、aC整體部分D.組成7瀑布模型本質(zhì)是一種( B )A順序迭代模型B.線性順序模型C線性迭代模型D.非線性模型8. SD(結(jié)構(gòu)化設(shè)計(jì))方法設(shè)計(jì)的結(jié)果是( B )A.模塊 B.模塊結(jié)構(gòu)圖C.模塊的算法 D.數(shù)據(jù)流圖9. 在進(jìn)行軟件測試時(shí),首先應(yīng)當(dāng)進(jìn)行以下哪項(xiàng)測試,然后再進(jìn)行組裝測試,最后再進(jìn)行有效性測試( A )A.單元測試 B.系統(tǒng)測試C.集成測試 D.確認(rèn)測試10. 軟件詳細(xì)設(shè)計(jì)階段的任務(wù)是( A )A.算法與數(shù)據(jù)結(jié)構(gòu)設(shè)計(jì) B.功能設(shè)計(jì)C.調(diào)用關(guān)系設(shè)計(jì) D.輸入輸出設(shè)計(jì)二、填空題(本大題共10小題,每空2分,共20分)1在軟件結(jié)構(gòu)的設(shè)計(jì)中,各個(gè)模塊之間要力求降低耦合性,提高_(dá)內(nèi)聚性_。2在類的
33、層次結(jié)構(gòu)中,通常上層類稱為父類或超類,下層類稱為_子類_。3數(shù)據(jù)流圖(DFD)一般可分為變換型和_事務(wù)型_兩類。4狀態(tài)圖反映了_事件與狀態(tài)_的關(guān)系。5需求分析的基本任務(wù)是準(zhǔn)確地定義新系統(tǒng)的目標(biāo),回答“系統(tǒng)做什么”_的問題。6. 數(shù)據(jù)流圖中描述加工邏輯一般使用三種工具,分別是_DFD_、判定表、判定樹。7. 數(shù)據(jù)字典有四類條目,分別是數(shù)據(jù)流、_數(shù)據(jù)項(xiàng)_、數(shù)據(jù)存儲(chǔ)和基本加工。8. 軟件產(chǎn)品在交付使用之前一般要經(jīng)過以下四步測試:_單元測試_、集成測試、確認(rèn)測試和系統(tǒng)測試。9. 兩個(gè)模塊至少有一個(gè)通過界面?zhèn)鬟f的公共有結(jié)構(gòu)的參數(shù), 兩個(gè)模塊之間的耦合稱為 標(biāo)記耦合。10. 在RUP中,規(guī)定了四個(gè)開發(fā)階段
34、:初始階段、精化階段、構(gòu)造階段和移交階段。三、名詞解釋題(本大題共6小題,每小題3分,共18分)1變換型數(shù)據(jù)流圖答:具有較明顯的輸入部分和變換(或稱主加工)部分之間的界面、變換部分和輸出部分之間界面的數(shù)據(jù)流圖,稱為變換型數(shù)據(jù)流圖。 2. 耦合性 答:用于衡量不同模塊彼此間互相依賴(連接)的緊密程度。3. 多態(tài)性 答:指相同的操作或函數(shù)、過程可作用于多種類型的對(duì)象上并獲得不同結(jié)果。不同的對(duì)象,收到同一消息可以產(chǎn)生不同的結(jié)果。4. 模塊的作用域答:模塊的作用域是指受該模塊內(nèi)一個(gè)判定所影響的所有模塊的集合。5. 關(guān)聯(lián)答:關(guān)聯(lián)是類目之間的結(jié)構(gòu)關(guān)系,描述了一組鏈(links),鏈?zhǔn)菍?duì)象之間的連接6集成測試 答:集成測試,也叫組裝測試或聯(lián)合測試。在的基礎(chǔ)上,將所有模塊按照設(shè)計(jì)要求(如根據(jù)結(jié)構(gòu)圖)組裝成為子系統(tǒng)或系統(tǒng),進(jìn)行集成測試。四、簡答題(本大題共5小題,每小題6分,共30分)1. 簡述需求規(guī)約的基本性質(zhì)答:IEEE標(biāo)準(zhǔn)規(guī)定需求規(guī)約應(yīng)具有以下4個(gè)基本性質(zhì): 重要性和穩(wěn)定性程度(Ranked for importance and stability)。即可按需求的重要性和穩(wěn)定性,對(duì)需求進(jìn)行分級(jí),例如:基本需求、可選的需求和期望的需求。 可修改的(Modifiable)。在不過多地影響其它需求的前提下,可以容易地修改一個(gè)單一需求。 完整
溫馨提示
- 1. 本站所有資源如無特殊說明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請(qǐng)下載最新的WinRAR軟件解壓。
- 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請(qǐng)聯(lián)系上傳者。文件的所有權(quán)益歸上傳用戶所有。
- 3. 本站RAR壓縮包中若帶圖紙,網(wǎng)頁內(nèi)容里面會(huì)有圖紙預(yù)覽,若沒有圖紙預(yù)覽就沒有圖紙。
- 4. 未經(jīng)權(quán)益所有人同意不得將文件中的內(nèi)容挪作商業(yè)或盈利用途。
- 5. 人人文庫網(wǎng)僅提供信息存儲(chǔ)空間,僅對(duì)用戶上傳內(nèi)容的表現(xiàn)方式做保護(hù)處理,對(duì)用戶上傳分享的文檔內(nèi)容本身不做任何修改或編輯,并不能對(duì)任何下載內(nèi)容負(fù)責(zé)。
- 6. 下載文件中如有侵權(quán)或不適當(dāng)內(nèi)容,請(qǐng)與我們聯(lián)系,我們立即糾正。
- 7. 本站不保證下載資源的準(zhǔn)確性、安全性和完整性, 同時(shí)也不承擔(dān)用戶因使用這些下載資源對(duì)自己和他人造成任何形式的傷害或損失。
最新文檔
- 2025版股份置換與體育產(chǎn)業(yè)合作合同范本3篇
- 行業(yè)趨勢研究與應(yīng)對(duì)措施計(jì)劃
- 2024微信小程序技術(shù)支持與維護(hù)服務(wù)合同3篇
- 2024年綠色建筑綠化景觀維護(hù)驗(yàn)收合同3篇
- 2024年度學(xué)生交通安全責(zé)任承諾協(xié)議6篇
- 零售店鋪設(shè)計(jì)師的產(chǎn)品展示與空間布局
- 體育行業(yè)人才選拔實(shí)踐探討
- 教育行業(yè)課程設(shè)計(jì)培訓(xùn)總結(jié)
- 心血管科護(hù)士工作總結(jié)
- 紡織行業(yè)銷售工作總結(jié)
- 《臨床檢驗(yàn)儀器與技術(shù)》考試復(fù)習(xí)題庫(含答案)
- 04S519小型排水構(gòu)筑物(含隔油池)圖集
- 三年級(jí)上冊(cè)《勞動(dòng)》期末試卷及答案
- 人工智能概論P(yáng)PT全套完整教學(xué)課件
- 教材編寫工作總結(jié)
- 企業(yè)員工上下班交通安全培訓(xùn)(簡詳共2份)
- 城市高密度建成區(qū)合流制溢流污染系統(tǒng)研究-黃孝河機(jī)場河水環(huán)境綜合治理項(xiàng)目實(shí)踐
- word 公章 模板
- T∕ZSQX 008-2020 建設(shè)工程全過程質(zhì)量行為導(dǎo)則
- ISO-IEC17025-2017實(shí)驗(yàn)室管理體系全套程序文件
- 深圳智能水表項(xiàng)目商業(yè)計(jì)劃書_參考模板
評(píng)論
0/150
提交評(píng)論