軟件工程復(fù)習(xí)及答案分析

精選優(yōu)質(zhì)文檔-----傾情為你奉上精選優(yōu)質(zhì)文檔-----傾情為你奉上專心---專注---專業(yè)專心---專注---專業(yè)精選優(yōu)質(zhì)文檔-----傾情為你奉上專心---專注---專業(yè)復(fù)習(xí)思考題軟件工程概論試說(shuō)明“軟件生命周期”的概念。同任何事物一樣,一個(gè)軟件產(chǎn)品或軟件系統(tǒng)也要經(jīng)歷孕育、誕生、成長(zhǎng)、成熟、衰亡等階段，一般稱為軟件生存周期（軟件生命周期）。論述瀑布模型軟件開發(fā)方法的基本過(guò)程。瀑布模型規(guī)定了各項(xiàng)軟件工程活動(dòng)，包括：制定軟件項(xiàng)目計(jì)劃，進(jìn)行需求分析和定義，軟件設(shè)計(jì)，程序編碼，測(cè)試及運(yùn)行維護(hù)。并且規(guī)定了它們自上而下，相互銜接的固定次序，如同瀑布流水，逐級(jí)下落。軟件工程的基本原理有哪些？1．用分階段的生命周期計(jì)劃嚴(yán)格管理2．堅(jiān)持進(jìn)行階段評(píng)審3．實(shí)行嚴(yán)格的產(chǎn)品控制4．采用現(xiàn)代程序設(shè)計(jì)技術(shù)5．結(jié)果應(yīng)能清楚地審查6．開發(fā)小組的人員應(yīng)該少而精7．承認(rèn)不斷改進(jìn)軟件工程實(shí)踐的必要性從供選擇的答案中選出正確答案填入下列敘述中的（）內(nèi)。（1）軟件開發(fā)時(shí)，一個(gè)錯(cuò)誤發(fā)現(xiàn)得越晚，為改正它所付出的代價(jià)就（）。越大B)越小C)越不可捉摸D)越接近平均水平（2）功能模型中描述處理流程的最基本成分為（）。A)數(shù)據(jù)流圖和數(shù)據(jù)結(jié)構(gòu)圖B)數(shù)據(jù)流圖和程序流程圖C)程序流程圖和數(shù)據(jù)結(jié)構(gòu)圖D)數(shù)據(jù)流圖和數(shù)據(jù)詞典（3）模塊內(nèi)聚用于衡量模塊內(nèi)部各成分之間彼此結(jié)合的緊密程度。若一組語(yǔ)句在程序的多處出現(xiàn)，為了節(jié)省空間把這些語(yǔ)句放在一個(gè)模塊中，則該模塊的內(nèi)聚類型是（）。A)功能內(nèi)聚B)通信內(nèi)聚C)偶然內(nèi)聚D)邏輯內(nèi)聚（5）結(jié)構(gòu)化分析方法（SA）是在軟件開發(fā)過(guò)程中常用的方法，這個(gè)方法采用的基本手段是（）。A)分解與抽象B)分解與綜合C)歸納與推導(dǎo)D)試探與回溯（6）原型化方法是用戶和設(shè)計(jì)者之間執(zhí)行的一種交互過(guò)程，適用于（）系統(tǒng)。A)需求不確定性高的B)需求確定的C)管理信息D)決策支持（7）軟件測(cè)試的目的是（）。A)評(píng)價(jià)軟件的質(zhì)量B)發(fā)現(xiàn)軟件的錯(cuò)誤C)找出軟件中的所有錯(cuò)誤D)證明軟件是正確的（8）在軟件生存周期中，（）階段所占的工作量最大，約70%。A)分析B)設(shè)計(jì)C)編碼D)測(cè)試E）維護(hù)（二）軟件需求分析軟件需求分析是軟件過(guò)程中交換意見最頻繁的步驟。為什么交換意見的途徑會(huì)經(jīng)常阻塞？軟件需求分析過(guò)程中，由于最初分析員對(duì)要解決的問(wèn)題了解很少，用戶對(duì)問(wèn)題的描述、對(duì)目標(biāo)軟件的要求也很凌亂、模糊，再加上分析員和用戶共同的知識(shí)領(lǐng)域不多，導(dǎo)致相互間通信的需求。首先，由于分析員和用戶之間需要通信的內(nèi)容相當(dāng)多，業(yè)務(wù)知識(shí)上的不足，表達(dá)方式的不足，可能對(duì)某些需求存在錯(cuò)誤解釋或誤解的可能性，造成需求的模糊性。其次，用戶和分析員之間經(jīng)常存在無(wú)意識(shí)的“我們和他們”的界限，不是按工作需要組成統(tǒng)一的精干的隊(duì)伍，而是各自定義自己的“版圖”，并通過(guò)一系列備忘錄、正式的意見書、文檔，以及提問(wèn)和回答來(lái)相互通信。歷史已經(jīng)證明，這樣會(huì)產(chǎn)生大量誤解。忽略重要信息，無(wú)法建立成功的工作關(guān)系。數(shù)據(jù)流圖的作用是什么？它有哪些基本成分？數(shù)據(jù)流圖可以用來(lái)抽象地表示系統(tǒng)或軟件。它從信息傳遞和加工的角度，以圖形的方式刻畫數(shù)據(jù)流從輸入到輸出的移動(dòng)變換過(guò)程，同時(shí)可以按自頂向下、逐步分解的方法表示內(nèi)容不斷增加的數(shù)據(jù)流和功能細(xì)節(jié)。因此，數(shù)據(jù)流圖既提供了功能建模的機(jī)制，也提供了信息流建模的機(jī)制，從而可以建立起系統(tǒng)或軟件的功能模型。數(shù)據(jù)字典的作用是什么？它有哪些基本條目？數(shù)據(jù)字典（簡(jiǎn)稱DD）是用來(lái)定義數(shù)據(jù)流圖中的各個(gè)成分的具體含義的，它以一種準(zhǔn)確的、無(wú)二義性的說(shuō)明方式為系統(tǒng)的分析、設(shè)計(jì)及維護(hù)提供了有關(guān)元素的一致的定義和詳細(xì)的描述。他和數(shù)據(jù)流圖共同構(gòu)成了系統(tǒng)的邏輯模型，是需求規(guī)格說(shuō)明書的主要組成部分。數(shù)據(jù)字典是為分析人員查找數(shù)據(jù)流圖中有關(guān)名字的詳細(xì)定義而服務(wù)的，因此也像普通字典一樣，要把所有條目按一定的次序排列起來(lái)，以便查閱。數(shù)據(jù)字典有以下四類條目：數(shù)據(jù)流、數(shù)據(jù)項(xiàng)、數(shù)據(jù)存儲(chǔ)、基本加工。數(shù)據(jù)項(xiàng)是組成數(shù)據(jù)流和數(shù)據(jù)存儲(chǔ)的最小元素。源點(diǎn)、終點(diǎn)不在系統(tǒng)之內(nèi)，故一般不在字典中說(shuō)明。從供選擇的答案中選出正確答案填入下列敘述中的（）內(nèi)。原型化方法是用戶和設(shè)計(jì)者之間執(zhí)行的一種交互過(guò)程，適用于（A）系統(tǒng)。它從用戶界面設(shè)計(jì)開始，首先形成（B），用戶（C）并就（D）提出意見。它是一種（E）型的設(shè)計(jì)過(guò)程。A:①需求不確定性高的②需求確定的③管理信息④決策支持B:①用戶界面使用手冊(cè)②界面需求分析說(shuō)明書③系統(tǒng)界面原型④完善的用戶界面C:①改進(jìn)界面的設(shè)計(jì)②使用和不使用哪種編程語(yǔ)言③程序的結(jié)構(gòu)④運(yùn)行界面原型D:①同意什么和不同意什么②使用和不使用哪種編程語(yǔ)言③程序的結(jié)構(gòu)④執(zhí)行速度是否滿足要求E:①自外向內(nèi)②自頂向下③自內(nèi)向外④自底向上（三）軟件設(shè)計(jì)模塊獨(dú)立性與信息隱蔽有何關(guān)系？模塊的內(nèi)聚程度與模塊在分層結(jié)構(gòu)中的位置有關(guān)系嗎？說(shuō)明你的論據(jù)。答案：模塊的內(nèi)聚性與該模塊在分層模塊結(jié)構(gòu)中的位置無(wú)關(guān)。事實(shí)上，一個(gè)好的模塊化的程序系統(tǒng)，它所有的模塊可以都是功能內(nèi)聚的，即每一個(gè)模塊就只干了一件事。用結(jié)構(gòu)化設(shè)計(jì)方法建立起來(lái)的模塊結(jié)構(gòu)中的每一個(gè)模塊都符合這個(gè)要求。把討論范圍再拓寬點(diǎn)，在純面向?qū)ο蠓缎偷能浖到y(tǒng)中，整個(gè)系統(tǒng)看作是一個(gè)類，它的子類可以看作是系統(tǒng)的子系統(tǒng)或高層模塊，它們還可以有子類，……，這就形成一個(gè)類的層次結(jié)構(gòu)。類的構(gòu)造可以看成是一個(gè)抽象數(shù)據(jù)類型，實(shí)際上是信息內(nèi)聚的。所以整個(gè)系統(tǒng)中從上到下，所有模塊（對(duì)象類）都是信息內(nèi)聚的模塊。耦合的概念和軟件的可移植性有什么關(guān)系？請(qǐng)舉例說(shuō)明你的論述。耦合是對(duì)一個(gè)軟件結(jié)構(gòu)內(nèi)不同模塊之間互聯(lián)程度的度量。耦合強(qiáng)弱取決于模塊之間接口的復(fù)雜程度。在軟件設(shè)計(jì)的時(shí)候應(yīng)該追求盡可能松散耦合系統(tǒng)。由于模塊之間聯(lián)系簡(jiǎn)單，發(fā)生在一處的錯(cuò)誤傳播到整個(gè)系統(tǒng)的可能性很小，因此，模塊之間的耦合程度對(duì)系統(tǒng)的可理解性，可測(cè)試性，可靠性和可維護(hù)性有很重要的影響。內(nèi)聚是對(duì)模塊內(nèi)各元素彼此結(jié)合的緊密程度的度量。從供選擇的答案中選出正確答案填入下列關(guān)于軟件設(shè)計(jì)敘述中的（）內(nèi)。在眾多的設(shè)計(jì)方法中，SD方法是最受人注意的，也是應(yīng)用最廣泛的。這種方法可以同分析階段的（A）方法及編程階段的（B）方法前后銜接。SD方法是考慮如何建立一個(gè)結(jié)構(gòu)良好的程序，提出了評(píng)價(jià)模塊質(zhì)量的兩個(gè)具體標(biāo)準(zhǔn)——塊間聯(lián)系和塊內(nèi)聯(lián)系。SD方法的最終目標(biāo)是（C）。A，B:①Jackson(B)②SA（A）③SC④ParnasC:①塊間聯(lián)系大，塊內(nèi)聯(lián)系?、趬K間聯(lián)系大，塊內(nèi)聯(lián)系大③塊間聯(lián)系小，塊內(nèi)聯(lián)系小④塊間聯(lián)系小，塊內(nèi)聯(lián)系大從下列關(guān)于模塊化程序設(shè)計(jì)的敘述中選出５條正確的敘述。程序設(shè)計(jì)比較方便，但比較難以維護(hù)。便于由多個(gè)人分工編制大型程序。軟件的功能便于擴(kuò)充。程序易于理解，也便于排錯(cuò)。在主存儲(chǔ)器能夠容納得下的前提下，應(yīng)使模塊盡可能大，以便減少模塊的個(gè)數(shù)。模塊之間的接口叫數(shù)據(jù)文件。只要模塊之間的接口關(guān)系不變，各模塊內(nèi)部實(shí)現(xiàn)細(xì)節(jié)的修改將不會(huì)影響別的模塊。模塊間的單向調(diào)用關(guān)系叫做模塊的層次結(jié)構(gòu)。模塊越小，模塊化的優(yōu)點(diǎn)越明顯。一般來(lái)說(shuō)，模塊的大小都在10行以下。6.從供選擇的答案中選出正確答案填入下列關(guān)于詳細(xì)設(shè)計(jì)敘述中的（）內(nèi)。軟件詳細(xì)設(shè)計(jì)工具可分為三類，即圖示工具、表格工具和偽碼語(yǔ)言。圖示工具中，（A）簡(jiǎn)單且應(yīng)用廣泛，（B）表示法中，每個(gè)處理過(guò)程用一個(gè)盒子表示，盒子可以嵌套。（C）可以縱橫延伸，圖形的空間效果好。（D）是一種設(shè)計(jì)語(yǔ)言，它是一種面向（E）的語(yǔ)言。 A,B,C:①NS圖(B)②流程圖(A)③HIPO圖④PAD圖(C)D:①C②PDL③Prolog④PascalE:①人②機(jī)器③數(shù)據(jù)結(jié)構(gòu)④對(duì)象（四）編碼結(jié)構(gòu)化程序設(shè)計(jì)有時(shí)被錯(cuò)誤地稱為“無(wú)GOTO語(yǔ)句”的程序設(shè)計(jì)。請(qǐng)說(shuō)明為什么會(huì)出現(xiàn)這樣的說(shuō)法，并討論圍繞著這個(gè)問(wèn)題的一些爭(zhēng)論。嚴(yán)格控制GOTO語(yǔ)句，僅在用一個(gè)非結(jié)構(gòu)化的程序設(shè)計(jì)語(yǔ)言去實(shí)現(xiàn)一個(gè)結(jié)構(gòu)化的構(gòu)造，或者在某種可以改善而不是損害程序可讀性的情況下才可以使用GOTO語(yǔ)句。大量采用GOTO語(yǔ)句實(shí)現(xiàn)控制路徑，會(huì)使程序路徑變得復(fù)雜而混亂，因此要控制GOTO語(yǔ)句的使用。但有時(shí)完全不用GOTO語(yǔ)句進(jìn)行程序編碼，比用GOTO語(yǔ)句編出的程序可讀性差。例如,在查找結(jié)束時(shí)，文件訪問(wèn)結(jié)束時(shí)，出現(xiàn)錯(cuò)誤情況要從循環(huán)中轉(zhuǎn)出時(shí)，使用布爾變量和條件結(jié)構(gòu)來(lái)實(shí)現(xiàn)就不如用GOTO語(yǔ)句來(lái)得簡(jiǎn)單易懂。從下列關(guān)于程序編制的敘述中選出３條正確的敘述。在編制程序之前，首先必須仔細(xì)閱讀給定的程序說(shuō)明書。然后，必須如實(shí)地依照說(shuō)明書編寫程序。說(shuō)明書中常會(huì)有含糊不清或難以理解的地方，程序員在作業(yè)時(shí)應(yīng)該對(duì)這些地方作出適當(dāng)?shù)慕忉?。在著手編制程序時(shí)，重要的是采用既能使程序正確地按設(shè)計(jì)流程進(jìn)行處理，又易于出錯(cuò)的編寫方法。在編制程序時(shí)，首先應(yīng)該對(duì)程序的結(jié)構(gòu)充分考慮，不要急于開始編程，而要象寫軟件文檔那樣，很好地琢磨程序具有什么樣的功能，這些功能任何安排，等等?？紤]到以后的程序變更，為程序編寫完整的說(shuō)明書是一項(xiàng)很重要的工作。只要有了完整的程序說(shuō)明書，即使程序的編寫形式難以讓他人看懂也沒(méi)有什么關(guān)系。編制程序時(shí)不可缺少的條件是，程序的輸入和輸出數(shù)據(jù)的格式都應(yīng)確定。其它各項(xiàng)規(guī)定都是附帶的，無(wú)足輕重。作為一個(gè)好的程序，不僅處理速度要快，而且易讀易修改等也都是重要的條件。為了能得到這樣的程序，不僅要熟悉程序設(shè)計(jì)語(yǔ)言的語(yǔ)法，還要注意采用適當(dāng)?shù)囊?guī)程和單純的表現(xiàn)方法，注意使整個(gè)程序的結(jié)構(gòu)簡(jiǎn)潔。從下列敘述中選出５條符合程序設(shè)計(jì)風(fēng)格指導(dǎo)原則的敘述。嵌套的重?cái)?shù)應(yīng)加以限制。盡量多使用臨時(shí)變量。不濫用語(yǔ)言特色。不用可以省略的括號(hào)。應(yīng)盡可能把程序編得短些。使用有意義的變量名。把常見的局部?jī)?yōu)化工作留給編譯程序去做。注解越少越好。程序的格式應(yīng)有助于讀者理解程序。應(yīng)盡可能多用GOTO語(yǔ)句。（五）軟件測(cè)試從供選擇的答案中選出應(yīng)填入下列（）中的字句。軟件測(cè)試的目的是（A）。為了提高測(cè)試的效率，應(yīng)該（B）。使用白盒測(cè)試方法時(shí)，確定測(cè)試數(shù)據(jù)應(yīng)根據(jù)（C）和指定的覆蓋標(biāo)準(zhǔn)。與設(shè)計(jì)測(cè)試數(shù)據(jù)無(wú)關(guān)的文檔是（D）。軟件的集成測(cè)試工作最好由（E）承擔(dān)，以提高集成測(cè)試的效果。A:①評(píng)價(jià)軟件的質(zhì)量②發(fā)現(xiàn)軟件的錯(cuò)誤③找出軟件中的所有錯(cuò)誤④證明軟件是正確的B:①隨機(jī)地選取測(cè)試數(shù)據(jù)②取一切可能的輸入數(shù)據(jù)作為測(cè)試數(shù)據(jù)③在完成編碼以后制定軟件的測(cè)試計(jì)劃④選擇發(fā)現(xiàn)錯(cuò)誤的可能性大的數(shù)據(jù)作為測(cè)試數(shù)據(jù)C:①程序的內(nèi)部邏輯②程序的復(fù)雜程度③使用說(shuō)明書④程序的功能D:①該軟件的設(shè)計(jì)文檔②程序的復(fù)雜程度③源程序④項(xiàng)目開發(fā)計(jì)劃E:①該軟件的設(shè)計(jì)人員②該軟件開發(fā)組的負(fù)責(zé)人③該軟件的編程人員④不屬于該軟件開發(fā)組的設(shè)計(jì)人員從供選擇的答案中選出同下列關(guān)于軟件測(cè)試的各條敘述關(guān)系最密切的字句。在意識(shí)到被測(cè)試模塊的內(nèi)部結(jié)構(gòu)或算法的情況下進(jìn)行測(cè)試。(⑨白盒測(cè)試)為了確認(rèn)用戶的需求，先作出系統(tǒng)的主要部分，提交給用戶試用。⑧原型在測(cè)試具有層次結(jié)構(gòu)的大型軟件時(shí)，有一種方法是從上層模塊開始，由上到下進(jìn)行測(cè)試。此時(shí)，有必要用一些模塊替代尚未測(cè)試過(guò)的下層模塊。④樁(即存根模塊)A，B,C,D,E:①仿真器②代碼審查③模擬器④樁⑤驅(qū)動(dòng)器 ⑥域測(cè)試⑦黑盒測(cè)試⑧原型⑨白盒測(cè)試⑩退化測(cè)試7．下面是一段求最大值的程序，其中datalist是數(shù)據(jù)表，n是datalist的長(zhǎng)度。

intGetMax(intn,intdatalist[])

{

intk=0;

for(intj=1;j<n;j++)

if(datalist[j]>datalist[k])k=j;

returnk;

}

（1）畫出該程序的控制流圖，并計(jì)算其McCabe環(huán)路復(fù)雜性。控制圖McCabe環(huán)路復(fù)雜性:3

（2）用基本路徑覆蓋法給出測(cè)試路徑。Pathl：①→③Path2：①→②→④→⑥→…Path3：①→②→⑤→⑥→…

（3）為各測(cè)試路徑設(shè)計(jì)測(cè)試用例。Path1：取n=1，datalist[0]=1，預(yù)期結(jié)果：k=0Path2：?。簄=2，datalist[0]=1，datalist[1]=0，預(yù)期結(jié)果：k=0Path3：取n=2，datalist[0]=0，datalist[1]=1，預(yù)期結(jié)果：k=1【解析】本題考查對(duì)軟件測(cè)試概念和過(guò)程的理解，結(jié)合具體實(shí)例運(yùn)用各種測(cè)試技術(shù)，學(xué)會(huì)測(cè)試用例設(shè)計(jì)、軟件測(cè)試與程序調(diào)試的方法。軟件測(cè)試是為了發(fā)現(xiàn)錯(cuò)誤而執(zhí)行程序的過(guò)程，其目的在于以最少的時(shí)間和人力系統(tǒng)地找出軟件中潛在的各種錯(cuò)誤和缺陷。根據(jù)2004新大綱和最近兩次軟件設(shè)計(jì)師考試的真題，不難發(fā)現(xiàn)各類系統(tǒng)分析理論的實(shí)例化考核比例逐漸升溫，只要讀者平時(shí)對(duì)這部分知識(shí)的實(shí)例多分析、多思考，這部分分?jǐn)?shù)其實(shí)不難拿到。答：1.控制流圖如下，McCabe環(huán)路復(fù)雜性為3。

2.測(cè)試路徑：

Path1：①→③

Path2：①→②→④→⑥→…

Path3：①→②→⑤→⑥→…

3.測(cè)試用例：

Path1：取n=1，datalist[0]=1，

預(yù)期結(jié)果：k=0

Path2：取n=2，datalist[0]=1，datalist[1]=0，

預(yù)期結(jié)果：k=0

Path3：取n=2，datalist[0]=0，datalist[1]=1，

預(yù)期結(jié)果：k=18、對(duì)程序進(jìn)行基本路徑的測(cè)試voidFunc(intnPosX,intnPosY){ while(nPosX>0){ intnSum=nPosX+nPosY; if(nSum>1){ nPosX--;nPosY--; } else{ if(nSum<-1)nPosX-=2; elsenPosX-=4; } } //endofwhile}步驟1:根據(jù)程序邏輯畫出流程圖步驟2:將流程圖轉(zhuǎn)換為流圖(1/2)步驟3:確定基本路徑的集合基本路徑流圖Cyclomatic復(fù)雜度正好是基本路徑的數(shù)目V(G)=E–N+2V(G)=11-9+2=41-111-2,3-6-7-9-10-1-111-2,3-4,5-10-1-111-2,3-6-8-9-10-1-11步驟4:針對(duì)測(cè)試路徑設(shè)計(jì)測(cè)試用例1-11nPosX取-1,nPosY取任意值1-2,3-4,5-10-1-11nPosX取1,nPosY取11-2,3-6-7-9-10-1–11nPosX取1,nPosY取-11-2,3-6-8-9-10-1-11nPosX取1,nPosY取-39、某模塊的源程序如下：Procedureexample(A,B:real;varx:real);BeginIf(A>1)and(B=0)Thenx:=X/A;If(A=2)or(X>1)Thenx:=x+1END對(duì)程序進(jìn)行邏輯覆蓋的測(cè)試邏輯覆蓋法適用于白盒測(cè)試。有選擇地執(zhí)行程序中某些最有代表性的通路是對(duì)窮盡測(cè)試的唯一可行的替代辦法。所謂邏輯覆蓋是對(duì)一系列測(cè)試過(guò)程的總稱，這組測(cè)試過(guò)程逐漸進(jìn)行越來(lái)越完整的通路測(cè)試。測(cè)試數(shù)據(jù)執(zhí)行(或叫覆蓋)程序邏輯的標(biāo)準(zhǔn)大致有以下一些。條件覆蓋條件覆蓋的含義是，不僅每個(gè)語(yǔ)句至少執(zhí)行一次，而且使判定表達(dá)式中的每個(gè)條件都取到各種可能的結(jié)果。上例中只需要使用下面兩組測(cè)試數(shù)據(jù)就可以達(dá)到上述覆蓋標(biāo)準(zhǔn)：I．A=2，B=0，X=4(滿足A>1，B=0，A=2和X>1的條件，執(zhí)行路徑sacbed)Ⅱ．A=1，B=1，X=1(滿足A≤1，B≠0，A≠2和X≤1的條件，執(zhí)行路徑sabd)條件覆蓋通常比判定覆蓋強(qiáng)，因?yàn)樗古卸ū磉_(dá)式中每個(gè)條件都取到了兩個(gè)不同的結(jié)果，判定覆蓋卻只關(guān)心整個(gè)判定表達(dá)式的值。但是，也可能有相反的情況：雖然每個(gè)條件都取到了兩個(gè)不同的結(jié)果，判定表達(dá)式卻始終只取一個(gè)值。例如，如果使用下面兩組測(cè)試數(shù)據(jù)，則只滿足條件覆蓋標(biāo)準(zhǔn)并不滿足判定覆蓋標(biāo)準(zhǔn)(第二個(gè)判定表達(dá)式的值總為真)：I．A=2，B=0，X=1(滿足A>1，B=0，A=2和X≤1的條件，執(zhí)行路徑sacbed)Ⅱ．A=1，B=1，X=2(滿足：A≤1，B≠0，A≠2和X>1的條件，執(zhí)行路徑sabed)（六）面向?qū)ο筌浖こ逃蒖umBaugh等人提出的一種面向?qū)ο蠓椒ń凶瞿Ｐ突夹g(shù)，即三視點(diǎn)技術(shù)，它要求把分析時(shí)收集的信息建立在三個(gè)模型中。第一個(gè)模型是（A），其作用是描述系統(tǒng)的靜態(tài)結(jié)構(gòu)，包括構(gòu)成系統(tǒng)的對(duì)象和類，它們的屬性和操作，以及它們之間的聯(lián)系。第二個(gè)模型是（B），描述系統(tǒng)的控制邏輯，主要涉及系統(tǒng)中各個(gè)對(duì)象和類的時(shí)序及變化狀況。（B）包括兩種圖，即（C）和（D）。（C）描述每一類對(duì)象的行為，（D）描述發(fā)生于系統(tǒng)執(zhí)行過(guò)程中的某一特定腳本。第三個(gè)模型是（E），著重于描述系統(tǒng)內(nèi)部數(shù)據(jù)的傳送與處理，它由多個(gè)數(shù)據(jù)流圖組成。

A，B,E:①數(shù)據(jù)模型②功能模型(E)③行為模型④信息模型⑤原型 ⑥動(dòng)態(tài)模型(B)⑦對(duì)象模型（A）⑧邏輯模型⑨控制模型⑩仿真模型C,D:①對(duì)象圖②概念模型圖③狀態(tài)遷移圖(C)④數(shù)據(jù)流圖⑤時(shí)序圖 ⑥事件追蹤圖(D)⑦控制流程圖⑧邏輯模擬圖⑨仿真圖⑩行為圖從供選擇的答案中選出正確答案填入下列敘述的（）內(nèi)。面向?qū)ο笮偷某绦蛟O(shè)計(jì)語(yǔ)言具有數(shù)據(jù)抽象、信息隱蔽、（A）等特征。作為運(yùn)算單位的對(duì)象應(yīng)具有下列特性：（B）、（C）、（D）。（E）是面向?qū)ο笮偷恼Z(yǔ)言。 A:①對(duì)象調(diào)用②對(duì)象變換③非過(guò)程性④信息繼承⑤并發(fā)性 B,C,D:①對(duì)象把數(shù)據(jù)和處理數(shù)據(jù)的操作結(jié)合為一體②在程序運(yùn)行時(shí)對(duì)象都處于活動(dòng)狀態(tài)③對(duì)象在計(jì)算中可向其它對(duì)象發(fā)送消息④接受消息的對(duì)象必須給消息發(fā)送者以回答⑤對(duì)象的內(nèi)部服務(wù)只根據(jù)外部送來(lái)的消息才操作 E:①C++,Smalltalk,ObjectC②C,Ada,Modula2③Pascal,C++,APL④Ada,ObjectC,C（七）軟件管理什么是軟件項(xiàng)目管理？軟件項(xiàng)目管理是為了使軟件項(xiàng)目能夠按照預(yù)定的成本、進(jìn)度、質(zhì)量順利完成，而對(duì)人員（People）、產(chǎn)品（Product）、過(guò)程（Process）和項(xiàng)目(Project)進(jìn)行分析和管理的活動(dòng).什么是配置管理？它的四項(xiàng)基本功能是什么？配置管理(ConfigurationManagement，CM)是通過(guò)技術(shù)或行政手段對(duì)軟件產(chǎn)品及其開發(fā)過(guò)程和生命周期進(jìn)行控制、規(guī)范的一系列措施并行開發(fā)支持修訂版管理版本控制產(chǎn)品發(fā)布管理建立管理過(guò)程控制變更請(qǐng)求管理代碼共享什么是基線？它在配置管理中有什么作用？簡(jiǎn)述配置管理的五項(xiàng)主要任務(wù)。從供選擇的答案中選出正確答案填入下列敘述的（）內(nèi)。任何軟件項(xiàng)目都必須作好項(xiàng)目管理工作，最常使用的計(jì)劃管理工具是（A）。當(dāng)某一軟件項(xiàng)目的進(jìn)度有可能拖延時(shí)，應(yīng)該（B）。對(duì)于一個(gè)典型的開發(fā)項(xiàng)目，各開發(fā)階段需投入的工作量的百分比大致是（C）。各階段所需不同層次的技術(shù)人員大致是（D），而管理人員在各階段所需數(shù)量也不同，相對(duì)而言大致是（E）。 A:①數(shù)據(jù)流圖②程序結(jié)構(gòu)圖③因果圖④PERT圖B:①增加新的開發(fā)人員②分析拖期原因加以補(bǔ)救③從別的小組抽調(diào)人員臨時(shí)幫忙④推遲預(yù)定完成時(shí)間（A/D/P/T）C:①25/25/25/25②10/20/30/40③15/30/15/40④5/10/65/30D:①初/高/高/高②中/中/高/中③高/中高/初/中高④中/中高/中/初E:①多/中/少/中②中/中/中/中③多/少/多/多④少/多/少/多從下列關(guān)于文檔編制的敘述中選出正確的敘述。可行性研究報(bào)告應(yīng)評(píng)述為了合理地達(dá)到開發(fā)目標(biāo)而困難選擇的各種方案，以便用戶抉擇。因此，編寫者不必提出結(jié)論。操作手冊(cè)的編寫工作應(yīng)該在軟件測(cè)試階段之前完成。軟件的開發(fā)單位應(yīng)該建立本單位文檔的標(biāo)識(shí)方法，使文檔的每一頁(yè)都具有明確的標(biāo)識(shí)。為了使得文檔便于修改，保持一致性，各文檔的內(nèi)容不應(yīng)有相互重復(fù)的地方。用戶手冊(cè)要使用專門的術(shù)語(yǔ)，并充分地描述該軟件系統(tǒng)的結(jié)構(gòu)及使用方法。詳細(xì)設(shè)計(jì)說(shuō)明書中可以使用判定表及必要的說(shuō)明來(lái)表示程序的邏輯。概要設(shè)計(jì)說(shuō)明書中可以IPO圖來(lái)說(shuō)明接口設(shè)計(jì)。測(cè)試分析報(bào)告應(yīng)把每個(gè)模塊實(shí)際測(cè)試的結(jié)果，與軟件需求規(guī)格說(shuō)明書和概要設(shè)計(jì)說(shuō)明書中規(guī)定的要求進(jìn)行對(duì)照并作出結(jié)論。軟件需求規(guī)格說(shuō)明書中可以對(duì)軟件的操作人員和維護(hù)人員的教育水平和技術(shù)專長(zhǎng)提出要求。項(xiàng)目開發(fā)計(jì)劃除去規(guī)定項(xiàng)目開發(fā)所需的資源、開發(fā)的進(jìn)度等以外，還可以包括用戶培訓(xùn)計(jì)劃。軟件過(guò)程能力成熟度的5個(gè)等級(jí)是：初始級(jí)、可重復(fù)級(jí)、_____、_____和_____。CMM(軟件過(guò)程能力成熟度模型)是英文_____的縮寫。在軟件測(cè)試中，如果一個(gè)軟件是給許多客戶使用的，那么讓每一個(gè)用戶都進(jìn)行正式的接收測(cè)試是不切實(shí)際的。因此軟件廠商常常進(jìn)行這樣的測(cè)試：一種測(cè)試是由軟件的最終用戶在一個(gè)或多個(gè)用戶場(chǎng)所進(jìn)行，開發(fā)者通常不會(huì)在場(chǎng)，用戶記錄錯(cuò)誤和問(wèn)題并報(bào)告給開發(fā)者，這種測(cè)試叫_____；另一種測(cè)試由一個(gè)用戶在開發(fā)場(chǎng)所，用戶在開發(fā)者的“指導(dǎo)”下進(jìn)行，開發(fā)者負(fù)責(zé)記錄錯(cuò)誤和問(wèn)題，這種測(cè)試叫____。（13）是指計(jì)算機(jī)軟件的開發(fā)和維護(hù)過(guò)程中所遇到的一系列嚴(yán)重問(wèn)題。（14）從理論上說(shuō)，只用順序結(jié)構(gòu)、、三種基本控制結(jié)構(gòu)就可以實(shí)現(xiàn)任何單入口單出口的程序。（15）通常，把一個(gè)軟件從定義、開發(fā)、、直到最終被廢棄所經(jīng)歷的漫長(zhǎng)時(shí)期稱為。（16）造成軟件危機(jī)的主要原因是。A．用戶使用不當(dāng)B.軟件本身特點(diǎn)C.硬件不可靠D.對(duì)軟件的錯(cuò)誤認(rèn)識(shí)E.缺乏好的開發(fā)方法和手段三、閱讀下面說(shuō)明，畫出系統(tǒng)的第0層和第1層的數(shù)據(jù)流圖。1、某公司工資與考勤管理系統(tǒng)的功能描述：系統(tǒng)根據(jù)考勤管理員和人力資源部提交的考勤統(tǒng)計(jì)表和員工業(yè)績(jī)表更新員工基本信息文件；系統(tǒng)每月底向公司總經(jīng)理辦公室提交部門消耗表和員工消耗表，并接收公司總經(jīng)理辦公室下發(fā)的部門嘉獎(jiǎng)/處罰清單；系統(tǒng)要隨時(shí)接收人力資源部提交的員工流動(dòng)登記表，隨時(shí)向其輸出公司考勤登記表，并更新員工基本信息文件?？记谧酉到y(tǒng)首先處理員工的考勤情況，然后輸出員工考勤通知單給工資處理子系統(tǒng)處理。2、某校準(zhǔn)備開發(fā)一個(gè)學(xué)生成績(jī)管理系統(tǒng)。在該系統(tǒng)中，教務(wù)人員錄入學(xué)生信息、課程信息和成績(jī)信息，學(xué)生可以隨時(shí)查詢自己所選課程的成績(jī)。由于學(xué)生成績(jī)屬于敏感信息，系統(tǒng)必須提供必要的安全措施以防非法存取。請(qǐng)畫出該系統(tǒng)的三層數(shù)據(jù)流圖。3、一個(gè)考務(wù)處理系統(tǒng)的要求如下，試畫出該系統(tǒng)的數(shù)據(jù)流圖。

（1）對(duì)考生送來(lái)的報(bào)名表進(jìn)行檢查；

（2）對(duì)合格的報(bào)名表編好準(zhǔn)考證號(hào)碼后將準(zhǔn)考證送給考生，并將匯總后的考生名單送給閱卷站；

（3）對(duì)閱卷站送來(lái)的成績(jī)表進(jìn)行檢查，并根據(jù)考試中心指定的合格標(biāo)準(zhǔn)審定合格者；

（4）填寫考生通知單（內(nèi)容包含考試成績(jī)及合格∕不合格標(biāo)志），送給考生；

（5）按地區(qū)、年齡、文化程度、職業(yè)、考試級(jí)別等進(jìn)行成績(jī)分類統(tǒng)計(jì)及試題難度分析，產(chǎn)生統(tǒng)計(jì)分析表。四、面向?qū)ο?、根據(jù)下面描述，畫出相應(yīng)的用例圖。在醫(yī)生的辦公室里，接待員、護(hù)士和醫(yī)生使用病人記錄和計(jì)劃安排系統(tǒng)。當(dāng)病人第一次來(lái)這里看病時(shí)，接待員使用該系統(tǒng)來(lái)輸入病人信息，并且安排所有的預(yù)約。護(hù)士使用系統(tǒng)來(lái)跟蹤病人每次看病的結(jié)果并輸入護(hù)理病人的信息，如醫(yī)療和診斷。護(hù)士也可以訪問(wèn)這些信息以打印病人診斷結(jié)果或病人看病歷史。醫(yī)生主要用這個(gè)系統(tǒng)來(lái)查看病人的病史，偶爾也輸入病人醫(yī)療信息，但通常讓護(hù)士輸入這些信息。2、填空題

（1）在學(xué)校中，一個(gè)學(xué)生可以選修多門課程，一門課程可以由多個(gè)學(xué)生選修，那么學(xué)生和課程之間

關(guān)聯(lián)關(guān)系。

（2）類A的一個(gè)操作調(diào)用類B的一個(gè)操作，且這兩個(gè)類之間不存在其他關(guān)系，那么類A和類B之間是依賴關(guān)系。3）接口及其實(shí)現(xiàn)類或構(gòu)件之間是

實(shí)現(xiàn)關(guān)系。

4）一個(gè)汽車有四個(gè)輪子，那么類"汽車"和"輪子"之間的關(guān)系是聚合關(guān)系。

5）學(xué)生與研究生之間是

泛化關(guān)系。3、在系統(tǒng)開發(fā)過(guò)程中為什么需要建立模型？在系統(tǒng)開發(fā)過(guò)程中，建立模型的一個(gè)重要原因在于描述系統(tǒng)的復(fù)雜性。信息系統(tǒng)十分復(fù)雜，而且系統(tǒng)的某些部分難以明了。系統(tǒng)各個(gè)部分的模型有助于問(wèn)題的簡(jiǎn)化，并能夠使分析人員的精力一次只集中在系統(tǒng)的幾個(gè)方面上。同時(shí)，分析人員需要收集和處理大量的信息，模型提供了以一種容易理解的形式為后期使用存儲(chǔ)信息的方法。

建立模型的另一個(gè)主要原因是便于交流。開發(fā)人員可以使用模型討論和交流系統(tǒng)的設(shè)計(jì)方案，用戶可以從模型中更好地理解新系統(tǒng)所能提供的各種可能的功能，因此，模型在支持小組人員之間和與用戶的交流過(guò)程中起著重要的作用。

最后，模型為以后的軟件維護(hù)和升級(jí)提供了文檔。

由于系統(tǒng)的復(fù)雜性，需要建立多個(gè)模型來(lái)涵蓋細(xì)節(jié)信息，還需要使用許多不同類型的模型在不同的細(xì)節(jié)由于系統(tǒng)的復(fù)雜性，需要建立多個(gè)模型來(lái)涵蓋細(xì)節(jié)信息，還需要使用許多不同類型的模型在不同的細(xì)節(jié)層次（或不同抽象層次）上表現(xiàn)系統(tǒng)，既包括在高層次上對(duì)系統(tǒng)的概括，也包括針對(duì)系統(tǒng)某一方面的細(xì)節(jié)描述。

4、與傳統(tǒng)的結(jié)構(gòu)化方法相比，面向?qū)ο箝_發(fā)方法具有什么優(yōu)點(diǎn)？面向?qū)ο蠓椒ㄅc傳統(tǒng)的軟件開發(fā)方法相比，具有許多顯著的優(yōu)點(diǎn)，其主要優(yōu)點(diǎn)如下：

（1）按照人類的自然思維方式，面對(duì)客觀世界建立軟件系統(tǒng)模型，有利于對(duì)問(wèn)題域和系統(tǒng)責(zé)任的理解，有利于人員交流。

（2）在整個(gè)開發(fā)過(guò)程中采用統(tǒng)一的概念和模型表示，填平了語(yǔ)言之間的鴻溝，使得開發(fā)活動(dòng)之間平滑過(guò)渡。

（3）對(duì)象所具有的封裝性和信息隱蔽等特性，使其容易實(shí)現(xiàn)軟件復(fù)用。對(duì)象類可以派生出新類，類可以產(chǎn)生實(shí)例對(duì)象，從而實(shí)現(xiàn)了對(duì)象類的數(shù)據(jù)結(jié)構(gòu)和操作代碼的軟構(gòu)件的復(fù)用。另外，面向?qū)ο蟪绦蛟O(shè)計(jì)語(yǔ)言的開發(fā)環(huán)境一般預(yù)定義了系統(tǒng)動(dòng)態(tài)連接庫(kù)，提供大量公用程序代碼，避免重復(fù)編寫，提高了開發(fā)效率和質(zhì)量。

（4）在面向?qū)ο蟮姆椒ㄖ?，系統(tǒng)由對(duì)象構(gòu)成，對(duì)象是一個(gè)包含屬性和操作兩方面的獨(dú)立單元，對(duì)象之間通過(guò)消息聯(lián)系。這樣的系統(tǒng)一旦出錯(cuò)，容易定位和修改，系統(tǒng)的可維護(hù)性好。五、軟件維護(hù)為什么軟件需要維護(hù)？簡(jiǎn)述軟件維護(hù)的過(guò)程。為什么說(shuō)軟件維護(hù)是一項(xiàng)困難的工作？改正性維護(hù)與排錯(cuò)（調(diào)試）是否是一回事？為什么？什么是軟件再工程？軟件再工程的意義是什么？1、在軟件開發(fā)完成交付用戶使用后，為了保證軟件在一個(gè)相當(dāng)長(zhǎng)的時(shí)期能夠正常運(yùn)行，就需要對(duì)軟件進(jìn)行維護(hù)。

軟件維護(hù)的類型有4種：改正性維護(hù)、適應(yīng)性維護(hù)、完善性維護(hù)和預(yù)防性維護(hù)。

（1）改正性維護(hù)是要改正在特定的使用條件下暴露出來(lái)的一些潛在程序錯(cuò)誤或設(shè)計(jì)缺陷；

（2）適應(yīng)性維護(hù)是要在軟件使用過(guò)程中數(shù)據(jù)環(huán)境發(fā)生變化或處理環(huán)境發(fā)生變化時(shí)修改軟件以適應(yīng)這種變化；

（3）完善性維護(hù)是在用戶和數(shù)據(jù)處理人員使用軟件過(guò)程中提出改進(jìn)現(xiàn)有功能，增加新的功能，以及改善總體性能的要求后，修改軟件以把這些要求納入到軟件之中；

（4）預(yù)防性維護(hù)是為了提高軟件的可維護(hù)性、可靠性等，事先采用先進(jìn)的軟件工程方法對(duì)需要維護(hù)的軟件或軟件中的某一部分（重新）進(jìn)行設(shè)計(jì)、編制和測(cè)試，為以后進(jìn)一步改進(jìn)軟件打下良好基礎(chǔ)。

軟件維護(hù)的過(guò)程如圖所示。首先是確認(rèn)維護(hù)要求，這需要維護(hù)人員與用戶反復(fù)協(xié)商，弄清錯(cuò)誤概況以及對(duì)業(yè)務(wù)的影響大小，以及用戶希望做什么樣的修改，并把這些情況存入故障數(shù)據(jù)庫(kù)。然后由維護(hù)組織管理員確認(rèn)維護(hù)類型，根據(jù)不同的維護(hù)類型實(shí)施不同的維護(hù)過(guò)程。

（1）對(duì)于改正性維護(hù)申請(qǐng)，從評(píng)價(jià)錯(cuò)誤的嚴(yán)重性開始。如果存在嚴(yán)重的錯(cuò)誤，則必須安排人員，在系統(tǒng)監(jiān)督員的指導(dǎo)下，進(jìn)行問(wèn)題分析，尋找錯(cuò)誤發(fā)生的原因，進(jìn)行"救火"性的緊急維護(hù)；對(duì)于不嚴(yán)重的錯(cuò)誤，可根據(jù)任務(wù)、機(jī)時(shí)情況、視輕重緩急，進(jìn)行排隊(duì)，統(tǒng)一安排時(shí)間。

（2）對(duì)于適應(yīng)性維護(hù)和完善性維護(hù)申請(qǐng)，需要先確定每項(xiàng)申請(qǐng)的優(yōu)先次序。若某項(xiàng)申請(qǐng)的優(yōu)先級(jí)非常高，就可立即開始維護(hù)工作，否則，維護(hù)申請(qǐng)和其它的開發(fā)工作一樣，進(jìn)行排隊(duì)，統(tǒng)一安排時(shí)間。

（3）并不是所有的完善性維護(hù)申請(qǐng)都必須承擔(dān)，因?yàn)檫M(jìn)行完善性維護(hù)等于是做二次開發(fā)，工作量很大，所以需要根據(jù)商業(yè)需要、可利用資源的情況、目前和將來(lái)軟件的發(fā)展方向、以及其它的考慮，決定是否承擔(dān)。

盡管維護(hù)申請(qǐng)的類型不同，但都要進(jìn)行同樣的技術(shù)工作。這些工作包括：修改軟件需求說(shuō)明、修改軟件設(shè)計(jì)、設(shè)計(jì)評(píng)審、對(duì)源程序做必要的修改、單元測(cè)試、集成測(cè)試（回歸測(cè)試）、確認(rèn)測(cè)試、軟件配置評(píng)審等。在每次軟件維護(hù)任務(wù)完成后，最好進(jìn)行一次情況評(píng)審，對(duì)以下問(wèn)題進(jìn)行總結(jié)：

§在目前情況下，設(shè)計(jì)、編碼、測(cè)試中的哪一方面可以改進(jìn)?

§哪些維護(hù)資源應(yīng)該有但沒(méi)有?

§工作中主要的或次要的障礙是什么?

§從維護(hù)申請(qǐng)的類型來(lái)看是否應(yīng)當(dāng)有預(yù)防性維護(hù)?

情況評(píng)審對(duì)將來(lái)的維護(hù)工作如何進(jìn)行會(huì)產(chǎn)生重要的影響，并可為軟件機(jī)構(gòu)的有效管理提供重要的反饋信息。

2、軟件維護(hù)是一件十分困難的工作，由于軟件需求分析和開發(fā)方法產(chǎn)生軟件的缺陷，加上軟件開發(fā)過(guò)程中沒(méi)有嚴(yán)格而又科學(xué)的管理和規(guī)劃，便會(huì)引起軟件運(yùn)行時(shí)的維護(hù)困難。

軟件維護(hù)不是一件吸引人的工作，由于維護(hù)工作的困難性，維護(hù)經(jīng)常遭受挫折，而且很難出成果，所以高水平的程序員自然不愿主動(dòng)去做，而公司也舍不得讓高水平的程序員去做。

軟件維護(hù)工作的困難主要表現(xiàn)在以下幾個(gè)方面：

（1）讀懂別人的程序是很困難的，而文檔的不足更增加了這種難度。一般開發(fā)人員都有這樣的體會(huì)，修改別人的程序還不如自己重新編寫程序。

（2）文檔的不一致性是軟件維護(hù)困難的又一個(gè)因素，主要表現(xiàn)在各種文檔之間的不一致以及文檔與程序之間的不一致性，從而導(dǎo)致維護(hù)人員不知所措，不知怎樣進(jìn)行修改。這種不一致性是由于開發(fā)過(guò)程中文檔管理不嚴(yán)造成的，開發(fā)中經(jīng)常會(huì)出現(xiàn)修改程序而忘了修改相關(guān)的文檔，或者某一個(gè)文檔修改了，卻沒(méi)有修改與之相關(guān)的其他文檔等現(xiàn)象，解決文檔不一致性的方法就是要加強(qiáng)開發(fā)工作中文檔的版本管理。

（3）軟件開發(fā)和軟件維護(hù)在人員和時(shí)間上存在差異。如果軟件維護(hù)工作是由該軟件的開發(fā)人員完成，則維護(hù)工作相對(duì)比較容易，因?yàn)檫@些人員熟悉軟件的功能和結(jié)構(gòu)等。但是，通常開發(fā)人員和維護(hù)人員是不同的，況且維護(hù)階段持續(xù)時(shí)間很長(zhǎng)，可能是10～20年的時(shí)間，原來(lái)的開發(fā)工具、方法和技術(shù)與當(dāng)前有很大的差異，這也造成了維護(hù)的困難。

（4）軟件維護(hù)不是一件吸引人的工作。由于維護(hù)工作的困難性，維護(hù)經(jīng)常遭受挫折，而且很難出成果，所以高水平的程序員自然不愿主動(dòng)去做，而公司也舍不