軟件工程課后習(xí)題參考答案樣本

1.簡(jiǎn)述軟件開發(fā)本質(zhì)。答:軟件開發(fā)本質(zhì)就是實(shí)現(xiàn)問題空間概念和解決邏輯到解空間概念和解決邏輯之間映射。P192.簡(jiǎn)述實(shí)行軟件開發(fā)基本途徑。答:實(shí)行軟件開發(fā)基本途徑是系統(tǒng)建模。所謂系統(tǒng)建模，是指運(yùn)用所掌握知識(shí)，通過抽象，給出該系統(tǒng)一種構(gòu)造——系統(tǒng)模型。P193.簡(jiǎn)述何謂模型以及軟件開發(fā)中所涉及模型。 答:模型是一種抽象。該抽象是在乎圖所擬定角度和抽象層次對(duì)物理系統(tǒng)一種描述，描述其中成分和成分之間所具備特定語義關(guān)系，還涉及對(duì)該系統(tǒng)邊界描述。軟件開發(fā)中所涉及模型可分為兩大類，一類稱為概念模型，描述了系統(tǒng)是什么；另一類統(tǒng)稱為軟件模型，描述了實(shí)現(xiàn)概念模型軟件解決方案。4.簡(jiǎn)述軟件開發(fā)所涉及兩大類技術(shù)。答:軟件開發(fā)所涉及兩大類技術(shù)為:一是求解軟件開發(fā)邏輯，二是求解軟件開發(fā)手段。5、簡(jiǎn)述需求與需求規(guī)約基本性質(zhì)。答:需求基本性質(zhì):1)必要，該需求是顧客所規(guī)定。2)無歧義，該需求只能用一種方式解釋。3)可測(cè)，該需求是可進(jìn)行測(cè)試。4)可跟蹤，該需求可從一種開發(fā)階段跟蹤到另一種階段。5)可測(cè)量，該需求是可測(cè)量。需求規(guī)約基本性質(zhì):1)重要性和穩(wěn)定性限度:按需求重要性和穩(wěn)定性，對(duì)需求進(jìn)行分級(jí)。2)可修改:在但是多地影響其她需求前提下，可以容易地修改一種單一需求。3)完整:沒有被漏掉需求。4)一致:不存在互斥需求。6、簡(jiǎn)述軟件需求分類。功能需求1功能需求2功能需求3答:軟件需求可以分為兩大類:一類是功能需求，一類是非公能需求，而非公能需求可分為性能需求，外部接口需求、設(shè)計(jì)約束和質(zhì)量屬性需求。P23功能需求1功能需求2功能需求37、舉例闡明功能需求和非功能需求之間基本關(guān)系。答:非功能需求可作用于一種或各種功能需求，例如非功能需求1非功能需求2非功能需求可作用于一種或各種功能需求非功能需求1非功能需求2其中，非功能需求1作用于功能需求1和功能需求3等；非功能需求2作用于功能需求2等。P248、有哪幾種慣用初始需求發(fā)現(xiàn)技術(shù)？答:有5種慣用需求發(fā)現(xiàn)技術(shù):自悟、交談、觀測(cè)、小組會(huì)和提煉。P269、簡(jiǎn)述需求規(guī)約3種基本形式。(1)非形式化需求規(guī)約。非形式化需求規(guī)約即以一種自然語言來表達(dá)需求規(guī)約，猶如使用一種自然語言寫了一篇文章。(2)半形式化需求規(guī)約。半形式化需求規(guī)約即以半形式化符號(hào)體系(涉及術(shù)語表、原則化表達(dá)格式等)來表達(dá)需求規(guī)約。(3)形式化需求規(guī)約。形式化需求規(guī)約即以一種基于良構(gòu)數(shù)學(xué)概念符號(hào)體系來編制需求規(guī)約，普通往往伴有解釋性注釋支持。P2910、簡(jiǎn)述軟件需求規(guī)約內(nèi)容和作用。答:軟件需求規(guī)約內(nèi)容有:引言、總體描述、特定需求、附錄、索引。P28需求規(guī)約作用可概括為如下4點(diǎn):1)需求規(guī)約是軟件開發(fā)組織和顧客之間一份事實(shí)上技術(shù)合同書，是產(chǎn)品功能及其環(huán)境體現(xiàn)。2)對(duì)于項(xiàng)目別的大多數(shù)工作，需求規(guī)約是一種管理控制點(diǎn)。3)對(duì)于產(chǎn)品/系統(tǒng)設(shè)計(jì)，需求規(guī)約是一種正式、受控起始點(diǎn)。4)需求規(guī)約是創(chuàng)立產(chǎn)品驗(yàn)收測(cè)試籌劃和顧客指南基本。P3111、簡(jiǎn)述需求規(guī)約在項(xiàng)目開發(fā)中基本作用。答:需求規(guī)約作用可概括為如下4點(diǎn):1)需求規(guī)約是軟件開發(fā)組織和顧客之間一份事實(shí)上技術(shù)合同書，是產(chǎn)品功能及其環(huán)境體現(xiàn)。2)對(duì)于項(xiàng)目別的大多數(shù)工作，需求規(guī)約是一種管理控制點(diǎn)。3)對(duì)于產(chǎn)品/系統(tǒng)設(shè)計(jì)，需求規(guī)約是一種正式、受控起始點(diǎn)。4)需求規(guī)約是創(chuàng)立產(chǎn)品驗(yàn)收測(cè)試籌劃和顧客指南基本。P3112、簡(jiǎn)述需求規(guī)約和項(xiàng)目需求不同。答:需求規(guī)約和項(xiàng)目需求是兩個(gè)不同概念。需求規(guī)約是軟件開發(fā)組織和顧客之間一份事實(shí)上技術(shù)合同書，即關(guān)注產(chǎn)品需求，回答“交付給客戶產(chǎn)品/系統(tǒng)是什么”；而項(xiàng)目需求是客戶和開發(fā)者之間關(guān)于技術(shù)合同——產(chǎn)品/系統(tǒng)需求理解，應(yīng)記錄在工作陳述中或其她某一項(xiàng)目文檔中，即關(guān)注項(xiàng)目工作與管理，回答“開發(fā)組要做是什么”。P3013、何謂模塊耦合？簡(jiǎn)述模塊耦合類型。答:耦合是不同模塊之間互相依賴程序度量。內(nèi)容耦合:當(dāng)一種模塊直接修改或操作另一種模塊數(shù)據(jù)，或一種模塊不通過正常入口而轉(zhuǎn)入到另一種模塊時(shí)；公共耦合:兩個(gè)或兩個(gè)以上模塊共同引用一種全局?jǐn)?shù)據(jù)項(xiàng)；控制耦合一種模塊通過氣喘吁吁向另一種模塊傳遞一種控制信息，接受信號(hào)模塊依照信號(hào)值進(jìn)行恰當(dāng)動(dòng)作；標(biāo)記耦合:若一種模塊A通過接口向兩個(gè)模塊B和C傳遞一種公共參數(shù)；數(shù)據(jù)耦合:模塊之間通過參數(shù)來傳遞數(shù)據(jù)。14、何謂模塊內(nèi)聚？簡(jiǎn)述模塊內(nèi)聚類型。答:指一種模塊內(nèi)部各成分之間互有關(guān)聯(lián)限度度量。偶爾內(nèi)聚:一種模塊各成分之間基本不存在任何關(guān)系；邏輯內(nèi)聚:幾種邏輯上有關(guān)功能被放在同一種模塊中；時(shí)間內(nèi)聚:一種模塊完畢功能必要在同一時(shí)間內(nèi)執(zhí)行，但這些功能只是由于時(shí)間因素關(guān)聯(lián)在一起；過程內(nèi)聚:一種模塊內(nèi)部解決成分是有關(guān)，并且這些解決必要以特定順序執(zhí)行；通信內(nèi)聚:一種模塊所有成分都操作同一數(shù)據(jù)集或生成同一數(shù)據(jù)集；順序內(nèi)聚:一種模塊各個(gè)成分和同一種功能密切有關(guān)，并且一種成分輸出作為另一種成分輸入；功能內(nèi)聚:最抱負(fù)內(nèi)聚，模塊所有成分對(duì)于完畢單一功能都是基本。功能內(nèi)聚模塊對(duì)完畢其功能而言是充分必要。15、何謂模塊控制域和模塊作用域？并舉例闡明答：控制域:模塊自身以及所有直接或間接從屬于它模塊集合。作用域:受該模塊內(nèi)一種鑒定所影響所有模塊影響16為了表達(dá)系統(tǒng)功能模型，構(gòu)造化分析辦法給出了哪些基本概念？她們是如何表達(dá)？其基本作用是什么？使用中應(yīng)注意哪些問題？ 答：給出基本概念：數(shù)據(jù)流、加工、數(shù)據(jù)存儲(chǔ)、數(shù)據(jù)源和數(shù)據(jù)潭。表達(dá)辦法：（注：表達(dá)辦法都是圖形，請(qǐng)按文字提示畫圖）數(shù)據(jù)流表達(dá)辦法：方向向右箭頭；加工表達(dá)辦法：橢圓；數(shù)據(jù)存儲(chǔ)表達(dá)辦法：兩條平行線；數(shù)據(jù)源表達(dá)辦法：一種長方形；數(shù)據(jù)源和數(shù)據(jù)潭表達(dá)辦法：兩個(gè)并列長方形。作用：數(shù)據(jù)流：用于表達(dá)在分析中所使用、用于表達(dá)“客體”信號(hào)。加工：用于表達(dá)在分析中所使用、用于表達(dá)“解決”信號(hào)。數(shù)據(jù)存儲(chǔ)：用于表達(dá)在分析中所使用、用于表達(dá)“構(gòu)造化客體”信號(hào)。數(shù)據(jù)源和數(shù)據(jù)潭：表達(dá)系統(tǒng)環(huán)境，可以使用它們和有關(guān)數(shù)據(jù)流來定義系統(tǒng)邊界，表達(dá)系統(tǒng)/產(chǎn)品“邊界”信息。17以構(gòu)造化分析辦法建立系統(tǒng)功能模型由哪些某些構(gòu)成？每一某些基本作用是什么？ 答：構(gòu)成某些：數(shù)據(jù)流、加工、數(shù)據(jù)存儲(chǔ)、數(shù)據(jù)源和數(shù)據(jù)潭。基本作用：（同上面第一小題里“作用”）18解釋構(gòu)造符“+”、“|”、“｛｝”含義，并舉例闡明。答：順序構(gòu)造是指數(shù)據(jù)A是由數(shù)據(jù)B和數(shù)據(jù)C順序構(gòu)成，記為“+”。例：學(xué)生成績(jī)=姓名+姓名+性別+學(xué)號(hào)+科目+成績(jī)。選取構(gòu)造是指由數(shù)據(jù)A或是由數(shù)據(jù)B0或是有數(shù)據(jù)C0定義，即數(shù)據(jù)B不也許同步是B0C0，并記為“|”。例：性別=男|女。重復(fù)構(gòu)造是指數(shù)據(jù)A是由各種重復(fù)浮現(xiàn)數(shù)據(jù)B構(gòu)成，并記為“｛｝19就一種特定系統(tǒng)而言，系統(tǒng)功能模型與系統(tǒng)模型重要區(qū)別是什么？ 答：區(qū)別：系統(tǒng)功能模型分為數(shù)據(jù)流、加工、數(shù)據(jù)存儲(chǔ)、數(shù)據(jù)源和數(shù)據(jù)潭這四某些構(gòu)成。系統(tǒng)模型分為兩類：一類稱為概念模型，描述了系統(tǒng)是什么；另一類系統(tǒng)稱為軟件模型，描述了實(shí)現(xiàn)概念模型軟件解決辦法。20簡(jiǎn)述構(gòu)造化辦法總體設(shè)計(jì)任務(wù)及目的。答：任務(wù)：在需求分析基本上，定義滿足需求所需要構(gòu)造。目的：建立系統(tǒng)模塊構(gòu)造。21簡(jiǎn)述構(gòu)造化辦法詳細(xì)設(shè)計(jì)任務(wù)及目的。答：任務(wù)：詳細(xì)描述模塊構(gòu)造圖中每一模塊，即給出實(shí)現(xiàn)模塊功能實(shí)行機(jī)制，涉及一組例程和數(shù)據(jù)構(gòu)造，從而精準(zhǔn)地定義了滿足需求所規(guī)約構(gòu)造。目的：將總體設(shè)計(jì)階段所產(chǎn)生系統(tǒng)高層構(gòu)造映射為以這些術(shù)語因此澳大低層構(gòu)造，也是系統(tǒng)最后構(gòu)造。22簡(jiǎn)述變換設(shè)計(jì)與事務(wù)設(shè)計(jì)之間區(qū)別。答：區(qū)別：變換設(shè)計(jì)目的是將變換型數(shù)據(jù)流圖映射為模塊構(gòu)造圖，而事務(wù)設(shè)計(jì)目的是將事務(wù)型數(shù)據(jù)流圖映射為模塊構(gòu)造圖。23簡(jiǎn)述啟發(fā)式規(guī)則基本原理。答：?jiǎn)l(fā)式規(guī)則“基于高內(nèi)聚低耦合原理，采用某些經(jīng)驗(yàn)性啟發(fā)式規(guī)則，對(duì)初始模塊構(gòu)造圖進(jìn)行精化，形成最后模塊構(gòu)造圖”。啟發(fā)式規(guī)則涉及：1）改進(jìn)軟件構(gòu)造，提高模塊獨(dú)立性。2）力求模塊規(guī)模適中。3）力求深度、寬度、扇出和扇入適中。4）竭力使模塊作用域在其控制域之內(nèi)。5）竭力減少模塊接口復(fù)雜度。6）力求模塊功能可以預(yù)測(cè)。24簡(jiǎn)述根據(jù)一種系統(tǒng)DFD，將其轉(zhuǎn)換為MSD基本思路。答：構(gòu)造化設(shè)計(jì)辦法在分類DFD基本上，基于自頂向下、功能分解設(shè)計(jì)原則，定義了兩種不同“映射”，即變換設(shè)計(jì)和事務(wù)設(shè)計(jì)。其基本環(huán)節(jié)是，一方面將系統(tǒng)DFD圖一方面轉(zhuǎn)化為初始模塊構(gòu)造圖，再基于“高內(nèi)聚低耦合”這一軟件設(shè)計(jì)原理，通過模塊化，將初始模塊構(gòu)造圖轉(zhuǎn)化為最后、可供詳細(xì)設(shè)計(jì)使用模塊構(gòu)造圖（MSD）。25為什么說構(gòu)造化分析與構(gòu)造化設(shè)計(jì)之間存在一條“鴻溝”？答：從軟件辦法學(xué)習(xí)研究角度，構(gòu)造化辦法依然存在某些問題，其中最重要問題是依然沒有“掙脫”馮·諾依曼體系構(gòu)造影響，捕獲“功能（過程）”和“數(shù)據(jù)”恰恰是客觀失誤易變性質(zhì)，由此建造系統(tǒng)構(gòu)造很難與客觀實(shí)際系統(tǒng)構(gòu)造保持一致。26.舉例闡明構(gòu)造化辦法給出控制復(fù)雜性機(jī)制。

答：1上層數(shù)據(jù)流可以打包，實(shí)例研究數(shù)據(jù)流查詢規(guī)定就是一種打包數(shù)據(jù)，并以*作一特殊標(biāo)志。上下層

數(shù)據(jù)流之間相應(yīng)關(guān)系通過數(shù)據(jù)字典予以描述。2為便于理解，把一幅圖中圖元個(gè)數(shù)盡量控制在7加減2個(gè)

以內(nèi)。3檢查與每個(gè)加工有關(guān)數(shù)據(jù)流與否有太多輸入/輸出數(shù)據(jù)流，并尋找可減少該加工接口復(fù)雜性

，對(duì)數(shù)據(jù)流進(jìn)行劃分辦法。4分析數(shù)據(jù)內(nèi)容，擬定與否所有輸入信息都用于產(chǎn)生輸出信息，相應(yīng)

由一種加工產(chǎn)生所有信息與否都能由進(jìn)入該加工信息導(dǎo)出。27.試分析構(gòu)造化辦法在建造系統(tǒng)模型中存在問題。

答：最重要問題是沒有掙脫馮·諾依曼體系構(gòu)造影響，捕獲功能過程和數(shù)據(jù)恰恰是客觀事物易變性質(zhì)，由此建造系統(tǒng)構(gòu)造很難與客觀實(shí)際系統(tǒng)構(gòu)造保持一致。在某種意義上說就是這些問題促使面向?qū)ο筠k法學(xué)產(chǎn)生和發(fā)展。28.舉例闡明變換設(shè)計(jì)環(huán)節(jié)。

答：第一步，設(shè)計(jì)準(zhǔn)備，復(fù)查并精化系統(tǒng)模型。第二步，擬定輸入，變換，輸出這三某些之間邊界。第三步，第一級(jí)分解，系統(tǒng)模塊構(gòu)造圖頂層和第一層設(shè)計(jì)。第四步，第二級(jí)分解，自頂向下，逐漸求精。29.舉例闡明事務(wù)設(shè)計(jì)環(huán)節(jié)。

答：第一步，設(shè)計(jì)準(zhǔn)備，復(fù)查并精化系統(tǒng)模型。第二步，擬定事務(wù)解決中心。第三步，第一級(jí)分解，系統(tǒng)模塊構(gòu)造圖頂層和第一層設(shè)計(jì)，以數(shù)據(jù)流圖為基本，按自頂向下逐漸細(xì)化原則進(jìn)行。第二級(jí)分解自頂向下逐漸求精。30.一種軟件開發(fā)辦法學(xué)，應(yīng)當(dāng)由哪些基本某些構(gòu)成？

答：涉及構(gòu)造化分析辦法、構(gòu)造化設(shè)計(jì)辦法、構(gòu)造化程序設(shè)計(jì)辦法31.為了表達(dá)客觀事物，UML給出了哪些基本術(shù)語？答:為了支持抽象分析和設(shè)計(jì)中事物，UML給出了8個(gè)基本術(shù)語，即類、接口、協(xié)作、用況、積極類、構(gòu)件、制品、結(jié)點(diǎn)，并給出了這些基本術(shù)語某些變體。32.為了表達(dá)客觀事物之間關(guān)系，UML給出了哪些基本術(shù)語？這些術(shù)語之間是什么關(guān)系？答:關(guān)聯(lián)、泛化、細(xì)化和依賴，以及它們某些變體。.構(gòu)造關(guān)系,繼承關(guān)系,精化關(guān)系,依賴關(guān)系.33.什么是對(duì)象構(gòu)成與表達(dá)？并闡明。答類是一組具備相似屬性、操作、關(guān)系和語義對(duì)象描述。對(duì)象是類一種實(shí)例34.什么是類圖構(gòu)成成分？答:類圖是可視化地表達(dá)系統(tǒng)表態(tài)構(gòu)造模型工具，普通接口、關(guān)聯(lián)、泛化和依賴35.什么是狀態(tài)圖構(gòu)成成分?答:在規(guī)約一種狀態(tài)時(shí),重要涉及一下內(nèi)容(1)名字(2).進(jìn)入/退出效應(yīng).(3).do動(dòng)作活動(dòng).(4).被延遲事件.36.什么是順序圖構(gòu)成成分？答：順序圖是一種交互圖，即由一組對(duì)象以及準(zhǔn)時(shí)序組織對(duì)象之間關(guān)系構(gòu)成，其中還飲食這些對(duì)象之間所發(fā)送消息37.如何描述對(duì)象之間關(guān)聯(lián)語義?答：關(guān)聯(lián)是目錄之間一種構(gòu)造關(guān)系，是對(duì)一組具備相似構(gòu)造、相似鏈接描述。鏈?zhǔn)菍?duì)象之間具備特定語義關(guān)系抽象，實(shí)現(xiàn)之后鏈接普通稱為對(duì)象之間鏈接.38.用況之間有哪幾種關(guān)系？答:一種用況圖普通包括6個(gè)模型元素,它們是主題、用況、參加者、關(guān)聯(lián)、泛化、依賴39.在什么狀況下需要建立狀態(tài)圖？答：狀態(tài)圖可用于創(chuàng)立關(guān)于系統(tǒng)（或系統(tǒng)成分）行為生存周期模型，表達(dá)關(guān)于系紡（或系統(tǒng)成分）一種動(dòng)態(tài)構(gòu)造，給出關(guān)于系統(tǒng)（或系統(tǒng)成分）在生存期間有哪些階段、每一階段可從事活動(dòng)以及對(duì)外所呈現(xiàn)特性等方面信息40.在一種類描述中，同步引入“操作”和“辦法”目是什么？答:表達(dá)模型化包之間關(guān)系41.為什么使用包？如何劃分包答：包最初來源是用例，包劃分最初來源是用例模型，對(duì)用例按功能分組，可以得到用例包。

用例包在分析階段很自然可以相應(yīng)得到分析包，在分析階段還可以找到其他某些分析包，例如某個(gè)相對(duì)底層服務(wù)（如用于表達(dá)持久化機(jī)制包）。

分析包普通會(huì)相應(yīng)到設(shè)計(jì)階段應(yīng)用子系統(tǒng)，除此之外，尚有其他某些設(shè)計(jì)子系統(tǒng)，例如負(fù)責(zé)封裝通訊機(jī)制Corba服務(wù)子系統(tǒng)。42.使用UML可以從那些角度來刻畫一種系統(tǒng)行為？為什么？靜態(tài)、動(dòng)態(tài)43.在描述客觀事物方面，面向?qū)ο筠k法與構(gòu)造化辦法提取信息不同角度是什么？各自角度將對(duì)建造系統(tǒng)模型產(chǎn)生什么影響？答：構(gòu)造化辦法提出，是基于看待客觀世界基本觀點(diǎn)，即一切信息系統(tǒng)都是由信息流構(gòu)成，每一信息流均有自己起點(diǎn)-數(shù)據(jù)源，有自己歸宿-數(shù)據(jù)潭，有驅(qū)動(dòng)信息流動(dòng)加工，所謂信息解決重要體現(xiàn)為信息流動(dòng)。構(gòu)造化辦法作為一種特定軟件開發(fā)辦法學(xué)，是從系統(tǒng)分析和軟件設(shè)計(jì)一種思想工具。面向?qū)ο筠k法以為，世界是由客體構(gòu)成，客體有自己屬性和活動(dòng)規(guī)律，客體之間互相依賴和互相作用構(gòu)成了大千世界各式各樣系統(tǒng)。因此就應(yīng)充分運(yùn)用人類結(jié)識(shí)客觀世界、解決實(shí)際問題思維方式和辦法。眠功能對(duì)象辦法是一種依照客體之間關(guān)系來建造系統(tǒng)模型系統(tǒng)化辦法。44.比較面向?qū)ο筠k法與構(gòu)造化辦法在控制信息組織復(fù)雜性方面所引入機(jī)制？答：構(gòu)造化辦法重要體當(dāng)前三個(gè)方面。一、自頂向下，逐漸求精：把程序當(dāng)作是一種逐漸演化過程。把一種系統(tǒng)與程序當(dāng)作是一層一層。例如：戶籍管理系統(tǒng)可以劃分為：戶籍遷入遷出，人員遷入遷出，戶籍注銷，人員注銷等幾種子系統(tǒng)，而每個(gè)子系統(tǒng)又劃分為接受顧客信息，實(shí)行解決，提供返回信息等等某些。二、模塊化：即將幾種系統(tǒng)提成幾種模塊，每個(gè)模塊實(shí)現(xiàn)特定功能，最后整個(gè)系統(tǒng)由這些模塊構(gòu)成。模塊跟模塊之間通過接口傳遞信息，模塊最重要特點(diǎn)就是獨(dú)立性，模塊之間尚有上下層關(guān)系，上層模塊調(diào)用下層模塊來實(shí)現(xiàn)某些功能。三、語句構(gòu)造化：順序構(gòu)造、分支構(gòu)造、循環(huán)構(gòu)造，都是慣用語句構(gòu)造。面向?qū)ο筠k法重要有：一、客觀世界中事物都是對(duì)象，對(duì)象之間存在一定關(guān)系，并且復(fù)雜對(duì)象由簡(jiǎn)樸對(duì)象構(gòu)成。二、具備相似屬性和操作對(duì)象屬于一種類，對(duì)象是類一種實(shí)例。三、類之間可以有層次構(gòu)造，即類可以有子類，其中，子類繼承父類所有屬性和操作，并且子類有自己屬性和操作。四、類具備封裝性，把類內(nèi)部屬性和某些操作隱藏起來，只有公共操作對(duì)外是可見，對(duì)象只可通過消息來祈求其他對(duì)象操作或自己操作。五、強(qiáng)調(diào)充分運(yùn)用人在尋常邏輯思維中經(jīng)常采用思想辦法與原則。例如：抽象，分類，繼承，聚合，封裝，關(guān)聯(lián)等。45類與對(duì)象之間關(guān)系，舉例闡明？答：類是一組具備相似書、操作、關(guān)系、和語義對(duì)象描述，對(duì)象是類一種實(shí)例。一種類可以有各種屬性，也可以沒有屬性。而類一種對(duì)象對(duì)其所屬類每一種屬性應(yīng)有特定值。46.關(guān)聯(lián)與鏈之間關(guān)系，試舉例闡明答：關(guān)聯(lián)是類目一種構(gòu)造關(guān)系，是對(duì)一組具備相似構(gòu)造、相似鏈描述，鏈?zhǔn)菍?duì)象之間具備特定語意關(guān)系抽象，實(shí)現(xiàn)之后鏈普通稱為對(duì)象之間連接，關(guān)聯(lián)用一條連接兩個(gè)類目線段表達(dá)，并可對(duì)其命名47.何謂對(duì)象狀態(tài)，如何描述一種對(duì)象狀態(tài)？試舉例闡明答：一種狀態(tài)是類目一種實(shí)例在其生存中一種條件或狀況，期間該實(shí)力滿足這一條件，執(zhí)行某一活動(dòng)或等待某一消息；在UML中，普通把一種狀態(tài)表達(dá)到一種具備圓角矩形，分為名字欄和內(nèi)部轉(zhuǎn)換欄，重要涉及：名字，是一種表達(dá)狀態(tài)文本串，作為狀態(tài)名；進(jìn)入/退出效應(yīng)，為了有效地抽取一種對(duì)象狀態(tài)，控制狀態(tài)抽取復(fù)雜性，UML在規(guī)約一種狀態(tài)時(shí)引入進(jìn)入/退出效應(yīng)；狀態(tài)內(nèi)部轉(zhuǎn)移，是指沒有導(dǎo)致該狀態(tài)變化內(nèi)部轉(zhuǎn)移；do動(dòng)作或活動(dòng)，是指狀態(tài)中一動(dòng)作或活動(dòng)沒有完畢，就始終執(zhí)行之，并當(dāng)該動(dòng)作或活動(dòng)完畢時(shí)，也許會(huì)產(chǎn)生一種完畢事件，導(dǎo)致該狀態(tài)轉(zhuǎn)移。48.何謂組合狀態(tài)？舉例闡明之答：具有子狀態(tài)狀態(tài)稱為組合狀態(tài)，組合狀態(tài)包括兩種類型字狀態(tài)機(jī)，即順序子狀態(tài)和并發(fā)子狀態(tài)機(jī)49何謂非正交子狀態(tài)機(jī)，并簡(jiǎn)述非正交子狀態(tài)機(jī)轉(zhuǎn)入與轉(zhuǎn)出答：非正交子狀態(tài)機(jī)就是順序子狀態(tài)機(jī)50.何謂正交子狀態(tài)機(jī)，并簡(jiǎn)述正交子狀態(tài)機(jī)轉(zhuǎn)入與轉(zhuǎn)出答：正交子狀態(tài)就是并發(fā)子狀態(tài)機(jī)51.何謂事件？對(duì)信號(hào)事件和調(diào)用事件作一比較答：事件是指對(duì)擬定期空內(nèi)一種故意義規(guī)約信號(hào)；事件是指消息一種類目，是一種消息類型，調(diào)用事件是指對(duì)象接受到一種操作祈求，信號(hào)事件是一種異步事件，信號(hào)普通由狀態(tài)解決機(jī)，調(diào)用事件往往是一種同步事件，即發(fā)送者和接受者都處在該操作執(zhí)行期間一種匯合點(diǎn)，發(fā)送者控制流始終被掛起，直到該操作執(zhí)行完畢52何謂順序圖中控制操作子？試舉例闡明答：為了控制交互行為描述復(fù)雜性，以便更清晰地表達(dá)順序圖中復(fù)雜控制，UML給出了4種最慣用控制操作子；例如，選取執(zhí)行操作子：該控制操作子記為“Opr”，由兩某些構(gòu)成，條件執(zhí)行操作子：該操作子記為“alt”，控制體通過水平線將其分為一某些，每一某些表達(dá)一種條件分支，每一分支有一種監(jiān)護(hù)條件，并發(fā)執(zhí)行操作子：該操作子記為“par”，該控制操作子體通過水平線將其分為各種某些，迭代執(zhí)行操作子：該操作子記為“l(fā)oop”，其中一種監(jiān)護(hù)條件出當(dāng)前控制體中一條生命線頂端53何謂順序圖中控制操作子？試舉例闡明。答：為了控制交互行為描述復(fù)雜性，以便更清晰地表達(dá)順序圖中復(fù)雜控制，給出了個(gè)個(gè)控制操作子，選取、條件、并發(fā)、迭代操作控制子。54.演化模型與“RUP增量、迭代開發(fā)”之間關(guān)系答:RUP迭代、增量式開發(fā)是演化模型一種變體，即規(guī)定了“大”迭代數(shù)量－4個(gè)階段，并規(guī)定了每次迭代目的初使階段:獲得與特定腹部和平臺(tái)無關(guān)系統(tǒng)體系構(gòu)造輪廓，以此建立產(chǎn)品功能范疇;編制實(shí)例業(yè)務(wù)實(shí)例，從業(yè)務(wù)角度指出該項(xiàng)目?jī)r(jià)值，減少項(xiàng)目重要錯(cuò)誤風(fēng)險(xiǎn)；精華階段:通過捕獲并描述系統(tǒng)大某些需求，建立系統(tǒng)體系構(gòu)造基線第一種版本，重要涉及用況模型和分析模型，減少次要錯(cuò)誤風(fēng)險(xiǎn)，到該階段未，就可以估算成本、進(jìn)步，并能詳細(xì)地規(guī)劃構(gòu)造階段；構(gòu)造階段:通過演化，形成最后系統(tǒng)體系構(gòu)造基線，開發(fā)完整系統(tǒng)，保證產(chǎn)品可以開始向客戶交付，即具備初始操作能力；移送階段:保證有一種實(shí)在產(chǎn)品發(fā)布給顧客群。期間培訓(xùn)顧客如何使用該軟件。55.RUP與UML之間關(guān)系答:RUP與UML是一對(duì)“姐妹”，它們構(gòu)成了一種特定軟件開發(fā)辦法學(xué)。其中，UML作為一種可視化建模語言，給出了表達(dá)事物和事物之間關(guān)系基本術(shù)語，給出了各種模型表達(dá)工具;而RUP運(yùn)用這些術(shù)語定義了需求獲取層、系統(tǒng)分析層、設(shè)計(jì)層、實(shí)現(xiàn)層，并給出了實(shí)現(xiàn)各層模型之間映射基本活動(dòng)以及有關(guān)指引。56什么是特性（Teature）?舉例如何描述它。答:從客戶、顧客、籌劃者、開發(fā)者想法和意愿中搜取特性，形成特性表。特性是一種新項(xiàng)及其簡(jiǎn)要描述“按不同科目計(jì)算平均成績(jī)”計(jì)算平均成績(jī):按所學(xué)不同科目計(jì)算每一種學(xué)生期末考試平均成績(jī)，給出分?jǐn)?shù)段并描述其狀態(tài)（如建議、批準(zhǔn)、合并和驗(yàn)證等）、實(shí)行代價(jià)及風(fēng)險(xiǎn)、重要限度以及對(duì)其她特性影響等，特性可作為需求，并被轉(zhuǎn)換為其他制品。58.需求獲取模型基本構(gòu)成答:使用UML中用況、參加者以及依賴等術(shù)語來抽象客觀實(shí)際問題，形成系統(tǒng)需求獲取模型59.建造一種系統(tǒng)需求獲取模型活動(dòng)和任務(wù)，以及各活動(dòng)輸入和輸出答:發(fā)現(xiàn)描述參加者和用況，輸入:業(yè)務(wù)模型或領(lǐng)域模型，補(bǔ)充需求，特性表;輸出:用況模型[概述]，術(shù)語表賦予用況優(yōu)先級(jí):輸入:用況模型[概述]，補(bǔ)充需求，術(shù)語表;輸出:體系構(gòu)造描述[用況模型視角]；精華用況:輸入:用況模型[概述]，補(bǔ)充需求，術(shù)語表;輸出:用況[精化]構(gòu)造人機(jī)接口原型:輸入:用況[精華]，用況模型[概述]，補(bǔ)充需求，術(shù)語表;輸出:人機(jī)接口原理；用況模型構(gòu)造化:輸入:用況[精華]，用況模型[概述]，補(bǔ)充需求，術(shù)語表;輸出:用況模型[精化]。60.如何描述系統(tǒng)參加者和用況？舉例闡明答:參加者:發(fā)現(xiàn)參加者與描述參加者:1)之前已經(jīng)存在業(yè)務(wù)用況模型，可根據(jù)業(yè)務(wù)模型直接發(fā)現(xiàn)某些候選參加者，2)沒有業(yè)務(wù)用況模型，雖然存在領(lǐng)域模型，也需要系統(tǒng)分析人員與客戶一起來標(biāo)記系統(tǒng)參加者。用況是系統(tǒng)向它參加者提供成果（值）功能塊，表達(dá)參加者使用系統(tǒng)方式，因而一種用況可用于規(guī)約系統(tǒng)可執(zhí)行、與參加者進(jìn)行交互一種動(dòng)作序列，涉及其中某些可選動(dòng)作序列，并且用況尚有自己屬性。61.需求分析層及有關(guān)概念答:在系統(tǒng)用況模型基本上，創(chuàng)立系統(tǒng)分析模型以及在該分析模型視角下體系構(gòu)造描述，系統(tǒng)分析模型是系統(tǒng)一種概念模型，解決系統(tǒng)用況模型中存在二義性和不一致性問題，并以一種系統(tǒng)化形式精確地表達(dá)顧客需求。62.需求分析模型基本構(gòu)成答:RUP分析猶如構(gòu)造化分析，其目的之一是在一種特定抽象層上建立系統(tǒng)分析模型。為此，RUP一方面給出了3個(gè)術(shù)語:分析包、分析類和用況細(xì)化，用于表達(dá)需求中“大粒度”概念，開發(fā)人員使用這些術(shù)語可以規(guī)約系統(tǒng)分析中所要使用信息。分析類:是類一種衍型，很少有操作和特性標(biāo)記，而用責(zé)任來定義其行為，并且其屬性和關(guān)系也是概念性，涉及:邊界類、實(shí)體類、控制類。用況細(xì)化:是一種針對(duì)一種用況，其行為可用各種分析類之間互相作用來細(xì)化，并記為用況細(xì)化[分析]分析包:分析包是一種控制信息組織復(fù)雜性機(jī)制，提供了分析制品一種組織手段，形成了某些可管理某些。63.建造一種系統(tǒng)需求分析模型活動(dòng)和任務(wù)，以及各活動(dòng)輸入和輸出.答:體系構(gòu)造分析:輸入:用況模型、補(bǔ)充需求、業(yè)務(wù)模型或領(lǐng)域模型、體系構(gòu)造描述[用況模型];輸出:分析包[概述]、分析類[概述]、體系構(gòu)造描述[分析]；細(xì)化用況:輸入:用況模型、補(bǔ)充需求、業(yè)務(wù)模型或領(lǐng)域模型、體系構(gòu)造描述[分析];輸出:用況細(xì)化[分析]、分析類[概述]對(duì)類分析:輸入:用況細(xì)化[分析]、分析類[概述]輸出:分析類[完畢]；對(duì)包進(jìn)行分析:輸入:系統(tǒng)體系構(gòu)造描述[分析]、分析包[概述]輸出:分析類[完畢]。64需求分析模型對(duì)后來開發(fā)工作影響答:對(duì)設(shè)計(jì)中子系統(tǒng)影響。分析包普通將影響設(shè)計(jì)子系統(tǒng)構(gòu)造對(duì)設(shè)計(jì)類影響。分析包可以作為類設(shè)計(jì)時(shí)規(guī)格闡明。對(duì)用況細(xì)化[設(shè)計(jì)]影響。用況細(xì)分[分析]對(duì)用況細(xì)化[設(shè)計(jì)]有兩方面影響，一種是它們有乃至于為用況創(chuàng)立更精準(zhǔn)規(guī)格闡明，另一種是當(dāng)對(duì)用況進(jìn)行設(shè)計(jì)時(shí)，用況細(xì)化[分析]可作為其輸入。65.需求獲取模型與需求分析模型之間比較答:語言描述不同:客戶語言與開發(fā)語言視圖:系統(tǒng)外與系統(tǒng)內(nèi)構(gòu)造:使用用況予以構(gòu)造化，給出外部視角系統(tǒng)構(gòu)造與使用衍型類構(gòu)造化，給了部視角系統(tǒng)構(gòu)造作用:標(biāo)注“系統(tǒng)應(yīng)當(dāng)做什么，不應(yīng)當(dāng)做什么”與可以做出開發(fā)者理解系統(tǒng)如何勾畫、如何設(shè)計(jì)和如何實(shí)現(xiàn)基本問題:也許存在冗余、不一致和沖突等問題與解決了上述問題捕獲系統(tǒng)功能，涉及體系構(gòu)造方面具備意義功能與給出細(xì)化系統(tǒng)功能，涉及在體系構(gòu)造方面具備意義功能定義某些進(jìn)一步需要在分析模型中予以分析用況與定義每一種用況細(xì)化。66.設(shè)計(jì)層及有關(guān)概念答:設(shè)計(jì)目的:定義滿足系統(tǒng)/產(chǎn)品分析模型所規(guī)約需求軟件構(gòu)造基本術(shù)語:設(shè)計(jì)子系統(tǒng)、設(shè)計(jì)類、用況細(xì)化[設(shè)計(jì)]、接口、以及用于表達(dá)子系統(tǒng)之間關(guān)系依賴、用于表達(dá)設(shè)計(jì)類之間關(guān)系關(guān)聯(lián)等，這些術(shù)語擬定了系統(tǒng)設(shè)計(jì)模型各種形態(tài)。67.設(shè)計(jì)模型基本構(gòu)成答:設(shè)計(jì)子系統(tǒng)、設(shè)計(jì)類、用況細(xì)化[設(shè)計(jì)]、接口、以及用于表達(dá)子系統(tǒng)之間關(guān)系依賴、用于表達(dá)設(shè)計(jì)類之間關(guān)系關(guān)聯(lián)等，這些術(shù)語擬定了系統(tǒng)設(shè)計(jì)模型各種形態(tài)。68.建造一種系統(tǒng)設(shè)計(jì)模型活動(dòng)和任務(wù)，以及各活動(dòng)輸入與輸出答:體系構(gòu)造設(shè)計(jì):輸入:用況模型、補(bǔ)充需求、分析模型、體系構(gòu)造描述[分析模型角度];輸出:子系統(tǒng)[概述]、接口[概述]、設(shè)計(jì)類[概述]、布置模型[概述]、體系構(gòu)造描述[設(shè)計(jì)]；設(shè)計(jì)用況:輸入:用況模型、補(bǔ)充需求、分析模型、布置模型;輸出：用況[設(shè)計(jì)-實(shí)現(xiàn)]、設(shè)計(jì)類[概述]、子系統(tǒng)[概述]、接口[概述]；對(duì)類設(shè)計(jì):輸入：用況[設(shè)計(jì)-實(shí)現(xiàn)]、設(shè)計(jì)類[概述]、接口[概述]、分析類[完畢];輸出:設(shè)計(jì)類[完畢]；設(shè)計(jì)子系統(tǒng):體系構(gòu)造描述[設(shè)計(jì)]、子系統(tǒng)[概述]、接口[概述];輸出:子系統(tǒng)[完畢]、接口[完畢]。69.測(cè)試過程模型，并分析這一模型在軟件測(cè)試技術(shù)研究以及實(shí)踐中作用答:軟件測(cè)試是一種有程序過程，涉及測(cè)試設(shè)計(jì)、測(cè)試執(zhí)行、以及測(cè)試成果比較等環(huán)境模型、被測(cè)模型和錯(cuò)誤模型在軟件測(cè)試中扮演了一種很重要角色;這些模型質(zhì)量，特別是程序模型質(zhì)量，對(duì)發(fā)現(xiàn)錯(cuò)誤具備核心性作用軟件測(cè)試錯(cuò)誤假定是，實(shí)際成果與預(yù)期成果不符，而后在此基本上可進(jìn)一步分析是什么錯(cuò)誤。70.軟件測(cè)試與調(diào)度區(qū)別答:1)..測(cè)試從一側(cè)面證明程序員“失敗”。調(diào)度為了證明程序員是對(duì)的；2).測(cè)試以已知條件開始，使用預(yù)告定義程序且有預(yù)知成果，不可預(yù)見僅是程序與否通過測(cè)試；3).測(cè)試是有籌劃，并要進(jìn)行測(cè)試設(shè)計(jì)。高度是不受時(shí)間約束；4).測(cè)試是發(fā)現(xiàn)錯(cuò)誤、改正錯(cuò)誤、重新測(cè)試過程。調(diào)試是一種推理過程；5).執(zhí)行是有規(guī)程。調(diào)試執(zhí)行往往規(guī)定程序員進(jìn)行必要推理；6).測(cè)試經(jīng)常由獨(dú)立測(cè)試組在不理解軟件技術(shù)條件下完畢。高度必要由理解詳細(xì)設(shè)計(jì)程序員完畢；7)大多數(shù)測(cè)試執(zhí)行和設(shè)計(jì)可由工具支持。調(diào)試時(shí)，程序員能運(yùn)用工具重要是調(diào)試器。71.程序流程圖作用及構(gòu)成答:流程圖作用是著重于過程屬性描述。72.簡(jiǎn)述語名覆蓋、分支覆蓋、條件組合覆蓋、途徑覆蓋含義及它們之間關(guān)系答:途徑覆蓋:執(zhí)行所有也許穿過程序控制流程途徑語句覆蓋:至少執(zhí)行程序中所有語句一次分支覆蓋:至少將程序中每一種分支執(zhí)行一次條件覆蓋:指每個(gè)鑒定中所有也許條件取值至少執(zhí)行一次條件組合覆蓋:設(shè)計(jì)足夠測(cè)試，使每個(gè)鑒定中所有也許條件約會(huì)組合至少執(zhí)行一次存在如下關(guān)系語句覆蓋<分支覆蓋<條件組合覆蓋<…途徑覆蓋。73簡(jiǎn)術(shù)單元測(cè)試、集成測(cè)試、有效性測(cè)試含義及它們之間區(qū)別.。答:單元測(cè)試:主檢查軟件設(shè)計(jì)最小單元――模塊。該測(cè)試以詳細(xì)設(shè)計(jì)文檔為指引，測(cè)試模塊內(nèi)重要控制途徑。集成測(cè)試:是軟件組裝一種系統(tǒng)化技術(shù)，其目的是發(fā)現(xiàn)與接口關(guān)于錯(cuò)誤有效性測(cè)試:發(fā)現(xiàn)軟件實(shí)現(xiàn)功能與需求規(guī)格闡明書不一致錯(cuò)誤74.簡(jiǎn)述途徑測(cè)試技術(shù)、事務(wù)流測(cè)技術(shù)重要根據(jù)答:一種根據(jù)程序邏輯構(gòu)造，一種根據(jù)軟件行為描述75簡(jiǎn)述程序流程圖與事務(wù)流程圖之間重要區(qū)別，并分析這些區(qū)別重要因素答:1)基本模型元素所表達(dá)語義不同；2)一種事務(wù)不等同于途徑測(cè)試中一條途徑，也許在中間某處就完畢了某一顧客工作，終結(jié)了一種事務(wù)；3).事務(wù)流程圖中分支和節(jié)點(diǎn)也許是一種復(fù)雜過程。76、簡(jiǎn)述白盒測(cè)試技術(shù)要點(diǎn)，并舉例闡明答:白盒測(cè)試技術(shù)根據(jù)程序邏輯構(gòu)造，以控制流程圖作為被測(cè)對(duì)象建模工具，其中涉及過程塊、分支、節(jié)點(diǎn)、鏈以及途徑，并針對(duì)測(cè)試民，給出了4種覆蓋方略:語名覆蓋、分支覆蓋、條件組合覆蓋和途徑覆蓋，它們之間具備偏序關(guān)系，并且可依照項(xiàng)目需求給出其她覆蓋方略。77、事務(wù)流測(cè)試技術(shù)要點(diǎn)，并舉例闡明答:事務(wù)流測(cè)試技術(shù)是一種功能測(cè)試技術(shù)，當(dāng)前提出了諸多功能測(cè)試技術(shù)，如定義域測(cè)試技術(shù)、等價(jià)類測(cè)試技術(shù)以及基于因果圖測(cè)試技術(shù)等，統(tǒng)稱為黑盒子測(cè)試技術(shù)。黑盒測(cè)試將被測(cè)軟件當(dāng)作黑盒子，只通過外部輸入和輸出來發(fā)現(xiàn)軟件中錯(cuò)誤，因而黑盒測(cè)試是一種基于軟件規(guī)約測(cè)試。78、簡(jiǎn)述軟件開發(fā)中過程類，以及它們基本作用和它們之間基本關(guān)系答:分為3類：基本過程:那些軟件生產(chǎn)直接有關(guān)活動(dòng)集，分5個(gè)過程:獲取過程、供應(yīng)過程、開發(fā)過程、運(yùn)營過程和維護(hù)過程支持過程:關(guān)于各方面按她們目的所從事一系列有關(guān)支持活動(dòng)集，有助于提高系統(tǒng)或軟件產(chǎn)品質(zhì)量，分為:文檔過程、配備管理過程、質(zhì)量保證過程、驗(yàn)證過程、確認(rèn)過程、聯(lián)合評(píng)審過程、審計(jì)過程和問題解決過程等組織過程:與軟件生產(chǎn)組織關(guān)于活動(dòng)集，分管理過程、基本設(shè)施過程、培訓(xùn)過程、改進(jìn)過程79、在ISO/IEC12207-中如何描述一種過程？舉例闡明答:①.為獲取方獲取一種軟件產(chǎn)品或服務(wù)，為供應(yīng)方開發(fā)、運(yùn)營、維護(hù)、提供和銷毀一種軟件產(chǎn)品，建立了一種軟件生存周期框架，包括過程、活動(dòng)和任務(wù)，并通過過程分類、過程描述，給出它們之間內(nèi)在關(guān)系②.為軟件生存周期過程定義、控制和改進(jìn)提供了一種過程，即生存周期模型管理過程供應(yīng)過程:為獲取方提供滿足所協(xié)商需求產(chǎn)品或服務(wù)軟件實(shí)現(xiàn)過程:軟件實(shí)現(xiàn)過程是為了生產(chǎn)一種已規(guī)約系統(tǒng)元素，作為一種軟件產(chǎn)品或服務(wù)而實(shí)現(xiàn)軟件需求分析過程:建立系統(tǒng)軟件某些需求軟件體系構(gòu)造設(shè)計(jì):為軟件實(shí)現(xiàn)及其可以按需求進(jìn)行驗(yàn)證，提供一種設(shè)計(jì)軟件驗(yàn)證過程:證明一種過程或項(xiàng)目每一種軟件工作產(chǎn)品/服務(wù)與否對(duì)的地反映所規(guī)約需求軟件確認(rèn)過程:證明所盼望軟件工作產(chǎn)品與否滿足其需求。80、什么是軟件開發(fā)特定過程類？舉例闡明。答：為了更有效描述軟件開發(fā)活動(dòng)和任務(wù)，把一種系統(tǒng)在其生存周期內(nèi)可執(zhí)行活動(dòng)分為兩大類：系統(tǒng)語境過程，針對(duì)軟件開發(fā)過程，在此基本上，把生存周期提成7個(gè)過程組針對(duì)軟件開發(fā)過程類。81、什么是驗(yàn)證和確認(rèn)？簡(jiǎn)述它們作用和區(qū)別答:驗(yàn)證:證明一種過程或項(xiàng)目每一種軟件工作產(chǎn)品/服務(wù)與否對(duì)的地反映所規(guī)約需求驗(yàn)證和確認(rèn)是有區(qū)別。驗(yàn)證是通過提供客觀證據(jù)，證明規(guī)約需求與否得以滿足確認(rèn)是通過提供客觀證據(jù)，證明關(guān)于特定盼望使用或應(yīng)用需求與否得以滿足軟件確認(rèn)過程:證明所盼望軟件工作產(chǎn)品與否滿足其需求82、簡(jiǎn)述瀑布模型以及可適應(yīng)狀況瀑布模型將軟件生存周期各項(xiàng)活動(dòng)規(guī)定為按固定順序而連接若干階段工作，形如瀑布流水，最后得到產(chǎn)品適應(yīng)狀況:需求已被較好理解，并且開發(fā)組織非常熟悉為實(shí)現(xiàn)這一模型所需求過程。83、簡(jiǎn)述演化模型以及可適應(yīng)狀況答:表達(dá)了一種彈性過程模式，由某些小開發(fā)步構(gòu)成，每一步歷經(jīng)需求分析、設(shè)計(jì)、實(shí)現(xiàn)和驗(yàn)證，產(chǎn)生軟件產(chǎn)品一種增量，通過這些迭代，最后完畢軟件產(chǎn)品開發(fā)。重要針對(duì)事先不能完整定義需求軟件開發(fā)。84、簡(jiǎn)述增量模型優(yōu)缺陷答:長處1)第一種可交付版本所需要成本和時(shí)間是較少，從而可減少開發(fā)由增量表達(dá)小系統(tǒng)承擔(dān)風(fēng)險(xiǎn)；2)由于不久發(fā)布第一種版本，因而可以減少顧客需求變更；3)容許增量投資，即在項(xiàng)目開始時(shí)可以僅對(duì)一種或兩個(gè)增量投資。缺陷:1)如果沒有對(duì)顧客變更規(guī)定進(jìn)行規(guī)劃，那么產(chǎn)生初始增量也許會(huì)導(dǎo)致日后增量不穩(wěn)定；2)如果需求不像初期思考那樣穩(wěn)定和完整，那么某些增量就也許需要重新開發(fā)，重新發(fā)布；3)由于進(jìn)度和配備復(fù)雜性，也許會(huì)增大管理成本，超過組織能力。85、簡(jiǎn)述螺旋模型以及它與其他模型之間重要區(qū)別答:螺旋模型是瀑布模型與深化模型基本上，加入兩者所忽視風(fēng)險(xiǎn)分析所建立一種軟件開發(fā)模型螺旋模型關(guān)注解決問題基本環(huán)節(jié)，即標(biāo)記問題，標(biāo)記某些可選方案，選取一種最佳方案，遵循動(dòng)作環(huán)節(jié)并實(shí)行后續(xù)工作，突出特性，在開發(fā)迭代中事實(shí)上只有一種迭代過程真正開發(fā)了可交付軟件2)與深化模型和增量模型相比，同樣使用了瀑布模型作為一種嵌入過程，即分析、設(shè)計(jì)、編碼、實(shí)現(xiàn)和維護(hù)過程，并且在框架和全局體系構(gòu)造方面是等同。但是，螺旋模型所關(guān)注階段以及它們活動(dòng)是不同，如增長某些管理活動(dòng)和支持活動(dòng)。盡管增量模型也有某些管理活動(dòng)，但它基于如下假定:需求是最基本、并且是唯一風(fēng)險(xiǎn)源，因而在螺旋模型中增大了決策和風(fēng)險(xiǎn)空間，螺旋模型擴(kuò)大了增量模型管理范疇。如果項(xiàng)目開發(fā)風(fēng)險(xiǎn)很大或客戶不能擬定系統(tǒng)需求，在更廣泛意義上來講，還涉及一種系統(tǒng)或系統(tǒng)類型規(guī)定，這時(shí)螺旋模型就是一種好生存周期模型.86.簡(jiǎn)述語句覆蓋、分支覆蓋、條件組合覆蓋、途徑覆蓋含義及她們之間關(guān)系答：語句覆蓋：至少執(zhí)行程序中所有語句一次，如果遵循這一規(guī)定，則達(dá)到了100%語句覆蓋率（用C1表達(dá)）。語句覆蓋是一種最低測(cè)試度量，因而發(fā)現(xiàn)程序錯(cuò)誤能力很弱。分支覆蓋：至少至少將程序中每一種分支執(zhí)行一次。如果遵循這一規(guī)則，則達(dá)到了100%分支覆蓋率（用C2表達(dá)）。分值覆蓋是一種語句覆蓋稍強(qiáng)覆蓋，由于通過了各個(gè)分支，則各語句也都覆蓋率了。但分支覆蓋還不能保證一定能查出在鑒定條件中存在錯(cuò)誤。條件組合覆蓋：是指設(shè)計(jì)足夠測(cè)試用例，是每個(gè)鑒定中所有也許條件取值組合至少執(zhí)行一次。如果遵循這一規(guī)定，則實(shí)現(xiàn)了條件組合覆蓋。只要滿足了條件組合覆蓋，就一定能滿足分支覆蓋。途徑覆蓋：執(zhí)行所有也許穿過程序控制流程途徑，普通狀況下，這一測(cè)試嚴(yán)格地限制為所有也許入口/出口途徑。如果遵循這一規(guī)定，則達(dá)到了100%覆蓋率。在途徑測(cè)試中，該亮度是最強(qiáng)，普通是不可實(shí)現(xiàn)。87.單元測(cè)試、集成測(cè)試、有效性測(cè)試含義及它們之間區(qū)別。答：?jiǎn)卧獪y(cè)試重要檢測(cè)軟件設(shè)計(jì)最小單位——模塊。該測(cè)試以詳細(xì)詳細(xì)設(shè)計(jì)文檔為指引，測(cè)試模塊中重要控制途徑。普通來說，單元測(cè)試往往采用白盒技術(shù)。在單元測(cè)試期間，普通考慮模塊四個(gè)特性，以及與之有關(guān)邊界條件：1）模塊接口。2）局部數(shù)據(jù)構(gòu)造。3）重要執(zhí)行途徑。4）錯(cuò)誤執(zhí)行途徑。集成測(cè)試是軟件組裝一種系統(tǒng)化技術(shù)，其目的是發(fā)現(xiàn)與接口關(guān)于錯(cuò)誤，將通過單元測(cè)試模塊構(gòu)成一種滿足設(shè)計(jì)規(guī)定軟件構(gòu)造。集成測(cè)試可“自頂向下”地進(jìn)行，稱為自頂向下集成測(cè)試，也可“自底向上”地進(jìn)行，稱為自底向上集成測(cè)試。有效測(cè)試目的是發(fā)現(xiàn)軟件實(shí)現(xiàn)功能與需求規(guī)格闡明書不一致錯(cuò)誤。因而，有效性測(cè)試普通采用黑盒技術(shù)。為了實(shí)既有效性測(cè)試，制定測(cè)試籌劃應(yīng)依照采用測(cè)試技術(shù)給出要進(jìn)行一組測(cè)試，并給出測(cè)試用例和預(yù)期成果設(shè)計(jì)。普通在測(cè)試執(zhí)行之前應(yīng)進(jìn)行配備復(fù)審，其目是保證軟件配備所有元素已被對(duì)的開發(fā)并編排目錄，具備必要細(xì)節(jié)以支持和軟件生存周期維護(hù)階段。區(qū)別：?jiǎn)卧獪y(cè)試集中于單個(gè)模塊功能和構(gòu)造檢測(cè)；集成測(cè)試集中于模塊組合功能和軟件構(gòu)造檢測(cè)；有效性測(cè)實(shí)驗(yàn)證軟件需求可追溯性。88.簡(jiǎn)述途徑測(cè)試技術(shù)、事務(wù)流測(cè)試技術(shù)重要根據(jù).答;途徑測(cè)試技術(shù)支持測(cè)試過程模型中間某些；途徑測(cè)試技術(shù)是一種簡(jiǎn)樸，實(shí)用單元測(cè)試技術(shù)，通過程序中控制邏輯可以發(fā)現(xiàn)數(shù)據(jù)錯(cuò)誤、基本計(jì)算錯(cuò)誤等；途徑測(cè)試技術(shù)是基于程序邏輯構(gòu)造，對(duì)錯(cuò)誤假定是軟件通過了與預(yù)想不同途徑；在途徑測(cè)試技術(shù)中，采用控制流程圖作為模型表達(dá)工具，支持創(chuàng)立被測(cè)試程序模型；基于途徑基本屬性，途徑測(cè)試技術(shù)給出了幾種常用測(cè)試途徑覆蓋，涉及語句覆蓋、分支覆蓋、條件構(gòu)成覆蓋和途徑覆蓋等，這幾種覆蓋是一種偏序。依照軟件特定需要，可以在條件組合覆蓋和途徑覆蓋之間定義其她類型覆蓋；途徑選用是測(cè)試用例世紀(jì)基本。事務(wù)流測(cè)試技術(shù)要點(diǎn)：玉途徑測(cè)試同樣，支持測(cè)試過程模型中間某些；事務(wù)流測(cè)試技術(shù)是將途徑測(cè)試技術(shù)用于功能測(cè)試產(chǎn)物，通過事物操作邏輯發(fā)現(xiàn)軟件中邏輯錯(cuò)誤、數(shù)據(jù)錯(cuò)誤、計(jì)算錯(cuò)誤等；事務(wù)流測(cè)試技術(shù)是基于軟件規(guī)約，對(duì)錯(cuò)誤假定是軟件通過了與預(yù)想不同事務(wù)途徑；在事務(wù)流測(cè)試技術(shù)中，采用事務(wù)流程圖作為模型表達(dá)工具，支持創(chuàng)立被測(cè)試軟件模型；基于事務(wù)基本屬性，事務(wù)流測(cè)試技術(shù)最大問題和最大代價(jià)是獲得事務(wù)流程圖以及用例設(shè)計(jì)；普通，事務(wù)流程測(cè)試規(guī)定達(dá)到基本領(lǐng)務(wù)覆蓋，但是大某些錯(cuò)誤將在奇異、不受注意或非法操作流中發(fā)現(xiàn)，更為重要是，在事務(wù)解決流程測(cè)試中，如果設(shè)計(jì)測(cè)試用例時(shí)能與設(shè)計(jì)者討論，將可以發(fā)現(xiàn)比運(yùn)營測(cè)試更多錯(cuò)誤。89.針對(duì)程序流程圖中浮現(xiàn)各種循環(huán)，如何選用測(cè)試途徑？答：循環(huán)構(gòu)造可分為單循環(huán)、嵌套循環(huán)、級(jí)聯(lián)循環(huán)和混雜循環(huán)。由于循環(huán)構(gòu)造錯(cuò)誤容易發(fā)生在控制變量邊界上，對(duì)于不同循環(huán)給出相應(yīng)途徑選用規(guī)則。1）單循環(huán)。1.最小循環(huán)次數(shù)為0，最大次數(shù)為N，且無跳躍值。選用：循環(huán)控制變量為-1、0、1典型重復(fù)次數(shù)、N-1、N、N+1途徑。2.非0最小循環(huán)次數(shù)，且無“跳躍”值。選用：循環(huán)控制變量次數(shù)為“最小循環(huán)次數(shù)-1”、“最小重復(fù)次數(shù)加1”、“典型重復(fù)次數(shù)”、“最大重復(fù)次數(shù)-1”、“最大重復(fù)次數(shù)”、“最大重復(fù)次數(shù)加1”。3.具備活躍值單循環(huán)，除把每一種跳躍邊界按“最小循環(huán)次數(shù)”、“最大循環(huán)次數(shù)”解決外，其她規(guī)則與前兩種同樣。2）嵌套循環(huán)。1.從最深層循環(huán)開始，設(shè)定所有外層循環(huán)取她最小值。2.測(cè)試最小值減一、最小值、最小值加一、典型值、最大值減1、最大值、最大值加1。與此同步，測(cè)試“90.CMMI于基本思想答:該模型基于過程途徑思想，通過過程把軟件質(zhì)量3個(gè)支撐點(diǎn)――受訓(xùn)人員、規(guī)程和辦法、工具和設(shè)備進(jìn)行集成，以開發(fā)所盼望系統(tǒng)/產(chǎn)品。為此，CMMI緊扣開發(fā)、維護(hù)和運(yùn)營，把通過證明“最佳實(shí)踐“放在一種構(gòu)造中。該構(gòu)造有乃至于指引組織擬定其過程發(fā)送優(yōu)先順序;有乃至于指引這些改進(jìn)實(shí)行，以提高其過程能力和成熟度，并且還支持其他領(lǐng)域（如獲取和服務(wù)）能力成熟度模型開發(fā)。91么是過程制度化？在CMMI把過程制度化分幾種級(jí)別？簡(jiǎn)要回答每一級(jí)別重要特性答:重現(xiàn)已定義過程特性. 分5個(gè)級(jí)別:1級(jí)為初始級(jí)，2級(jí)為已管理級(jí)別，3級(jí)為已定義級(jí)，4級(jí)為已定量管理級(jí)，5級(jí)為持續(xù)優(yōu)化級(jí)。92述CMMI模型支持兩種過程改進(jìn)途徑答:CMMI提供了兩種改進(jìn)途徑，一是稱為能力級(jí)別是一種過程改進(jìn)途徑，該途徑可使組織針對(duì)單一過程域不斷改進(jìn)該過程域；二是稱為成熟度級(jí)別也是一種過程改進(jìn)途徑，該途徑可使組織通過關(guān)注一組過程域不斷改進(jìn)一組有關(guān)過程域。93述CMMI模型模型部件及部件間關(guān)系答：1過程域，2專用目的，3專用實(shí)踐，4公用目的，5共用實(shí)踐，6典型工作產(chǎn)品，7子實(shí)踐，8共用實(shí)踐精化，9意圖陳述，10簡(jiǎn)介性注釋，11有關(guān)過程域。94用實(shí)踐與共用實(shí)踐關(guān)系答:專用實(shí)踐:每一種過程域中均有一種或各種“專用實(shí)踐”，這些專用實(shí)踐被以為對(duì)于達(dá)到該過程域?qū)Ｓ媚康氖侵匾顒?dòng)，即盼望以專用實(shí)踐所描述活動(dòng)，會(huì)導(dǎo)致達(dá)到一種過程域?qū)Ｓ媚康墓灿脤?shí)踐:每一種過程域中均有一種或各種“共用實(shí)踐”，這些共用實(shí)踐被以為對(duì)于達(dá)到該過程域有關(guān)共用目的是重要活動(dòng)，例如，對(duì)共有目的“該過程予以制度化，使之成為一種已管理過程“而言，一種共用實(shí)踐是”為該過程執(zhí)行、工作產(chǎn)品開發(fā)以及該過程服務(wù)，提供充分資源“。之因此稱為“共用實(shí)踐“，是由于同一實(shí)踐可應(yīng)用于各種過程。95每一成熟度級(jí)別所包括過程域。答:在成熟度級(jí)別，把開發(fā)、維擴(kuò)、運(yùn)營中過程分為4個(gè)組。包括7個(gè)過程域:配備管理、測(cè)量與分析、項(xiàng)目監(jiān)控、項(xiàng)目規(guī)劃、過程和產(chǎn)品質(zhì)量保證、需求管理、提供方合同管理。包括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ī)劃過程域?qū)Ｓ媚康呐c專用實(shí)踐答:專用目的1:SG1建立估算，4個(gè)專用實(shí)踐SP1.1估算項(xiàng)目規(guī)模,SP1.2建立工作產(chǎn)品和任務(wù)屬性估算SP1.3定義項(xiàng)目生存周期SP1.4擬定工作量和成本估算專用目的2:SG2開發(fā)項(xiàng)目籌劃,7個(gè)專用實(shí)踐:SP2.1建立預(yù)算和進(jìn)度，SP2.2標(biāo)記項(xiàng)目風(fēng)險(xiǎn)SP2.3規(guī)劃數(shù)據(jù)管理SP2.4規(guī)劃項(xiàng)目資源SP2.5規(guī)劃需要知識(shí)和技能SP2.6規(guī)劃利益攸關(guān)方參加SP2.7建立項(xiàng)目籌劃專用目的3:SG3獲得對(duì)該籌劃承諾:SP3.1評(píng)審該項(xiàng)目籌劃SP3.2調(diào)和工作和資源級(jí)別，使之一致。SP3.3獲得籌劃承諾。97述開發(fā)過程專用目的與專用實(shí)踐答:專用目的1:SG1開發(fā)客戶需求，2個(gè)專用實(shí)踐SP1.1引出規(guī)定SP1.2開發(fā)客戶需求專用目的2:SG2開發(fā)產(chǎn)品需求，3個(gè)專用實(shí)踐SP2.1建立產(chǎn)品和產(chǎn)品構(gòu)件需求SP2.2分派產(chǎn)品構(gòu)件需求SP2.3標(biāo)記接口需求專用目的3:SG3分析并驗(yàn)證需求,5個(gè)專用實(shí)踐SP3.1建立操作概念和場(chǎng)景SP3.2建立所需功能定義SP3.3分析需求SP3.4分析需求，達(dá)到權(quán)衡SP3.5確認(rèn)需求。98述共用目的2及其有關(guān)共用實(shí)踐答：共用目的2:GG2把過程制度化為一種已管理過程，10個(gè)共用實(shí)踐GP2.1建立組織方略GP2.2規(guī)劃該過程GP2.3提供資源GP2.4指定責(zé)任GP2.5培訓(xùn)人員GP2.6管理配備GP2.7標(biāo)記有關(guān)利益方參加GP2.8監(jiān)控該過程GP2.9客觀地評(píng)估過程符合性GP2.10以高層管理視覺評(píng)審狀態(tài).99.RUP定義及重要特點(diǎn)答:RUP是一種軟件開發(fā)過程框架，基于面向?qū)ο蠓?hào)體系給出了關(guān)于軟件開發(fā)過程組織及實(shí)行指引。該框架體現(xiàn)了3個(gè)突出特性，即以用況驅(qū)動(dòng)、體系構(gòu)造為中心以及迭代、增量式開發(fā)。1.簡(jiǎn)述軟件開發(fā)本質(zhì)。2.簡(jiǎn)述實(shí)行軟件開發(fā)基本途徑。3.簡(jiǎn)述何謂模型以及軟件開發(fā)中所涉及模型。4.簡(jiǎn)述軟件開發(fā)所涉及兩大類技術(shù)。5、簡(jiǎn)述需求與需求規(guī)約基本性質(zhì)。6、簡(jiǎn)述軟件需求分類。7、舉例闡明功能需求和非功能需求之間基本關(guān)系。8、有哪幾種慣用初始需求發(fā)現(xiàn)技術(shù)？9、簡(jiǎn)述需求規(guī)約3種基本形式。10、簡(jiǎn)述軟件需求規(guī)約內(nèi)容和作用。11、簡(jiǎn)述需求規(guī)約在項(xiàng)目開發(fā)中基本作用。12、簡(jiǎn)述需求規(guī)約和項(xiàng)目需求不同。13、何謂模塊耦合？簡(jiǎn)述模塊耦合類型。14、何謂模塊內(nèi)聚？簡(jiǎn)述模塊內(nèi)聚類型。15、何謂模塊控制域和模塊作用域？并舉例闡明16為了表達(dá)系統(tǒng)功能模型，構(gòu)造化分析辦法給出了哪些基本