軟件工程復(fù)習(xí)2

順序圖（時(shí)序圖）定義：也可叫作序列圖、時(shí)序圖SequenceDiagram以可視化方式為系統(tǒng)中邏輯的流程建模，通常用于（用例）分析和設(shè)計(jì)階段。描述對(duì)象是如何交互的，即描述消息如何在對(duì)象間發(fā)送和接收。縱軸時(shí)間、橫軸對(duì)象作用：描述了對(duì)象之間傳送消息的時(shí)間順序，用來(lái)表示用例中的行為順序顯示了交互的參與者以及參與者之間的消息順序，也顯示了系統(tǒng)為了執(zhí)行全部或部分用例而與參與者交互。注意：一個(gè)事件流一個(gè)順序圖順序圖示例：IW帶有生命線的對(duì)象Object：Cla翳直表示順序圖中參與-交互的對(duì)象，每個(gè)|對(duì)象的下方都帶有'生命線，表示該對(duì)■象在某段時(shí)間內(nèi)是存在的,也可只有類名，冒號(hào)必須有“

消息定義:消息代表軟件系統(tǒng)內(nèi)兩個(gè)對(duì)象中一個(gè)對(duì)象向另一個(gè)對(duì)象發(fā)出的執(zhí)行某種操作的請(qǐng)求表示法--用帶箭頭的直線表示，直線上標(biāo)明消息標(biāo)識(shí)，箭頭指向接收消息的對(duì)象?簡(jiǎn)單消息：表示兩個(gè)對(duì)象之間有消息傳遞?異步消息：表示異步控制流。當(dāng)調(diào)用者發(fā)出消息后不要等待消息的返回即可繼續(xù)執(zhí)行自己的操作。異步消息主要用于描述實(shí)時(shí)系統(tǒng)中的并發(fā)行為同步信息：表示嵌套的控制流。操作的調(diào)用是一種典型的同步消息。調(diào)用者發(fā)出消息后必須等待消息的返回；當(dāng)處理消息的操作執(zhí)行完畢，調(diào)用者才可繼續(xù)執(zhí)行自己的操作返回消息：.用于表示從同步消息激活的動(dòng)作返回到調(diào)用者的消息，不一定顯示注意事項(xiàng)：■盡量從左到右排列消息■把先導(dǎo)性系統(tǒng)參與者放在最左邊可以有與類名相同命名的參與者■把反應(yīng)性系統(tǒng)參與者（需與外部系統(tǒng)交互）放在圖的最右邊■對(duì)類元分層?一種分層方法最上層在左邊，越底層越往右不必過(guò)度考慮激活期的豎條問(wèn)題■把注意力集中于關(guān)鍵的交互■消息放在箭頭旁，參與者消息使用描述性信息?！鲕浖?yīng)有操作特征標(biāo)記，優(yōu)先考慮參數(shù)名而不是類型■不要對(duì)明顯的返回值建模，有返回值時(shí)放在箭頭旁順序圖示例2.bonus【dateKDunt).bonus【dateKDunt)遞婦調(diào)用debit(test)軟件測(cè)試（課件太多這里只留定義）?白盒測(cè)試建立在對(duì)程序的結(jié)構(gòu)和語(yǔ)句的了解，以及對(duì)程序代碼內(nèi)部結(jié)構(gòu)的了解的基礎(chǔ)上?黑盒測(cè)試又稱功能測(cè)試、數(shù)據(jù)驅(qū)動(dòng)測(cè)試、行為測(cè)試，主要關(guān)注軟件的整體功能已知產(chǎn)品的功能設(shè)計(jì)規(guī)格，可以進(jìn)行測(cè)試證明每個(gè)實(shí)現(xiàn)了的功能是否符合要求要在軟件的接口處進(jìn)行，不考慮程序內(nèi)部的邏輯結(jié)構(gòu)和內(nèi)部特性白盒測(cè)試與黑盒測(cè)試對(duì)比[黑統(tǒng)試白盒測(cè)試優(yōu)點(diǎn)適用于各測(cè)試階段從產(chǎn)品勃能角度測(cè)試容易入手生成測(cè)試數(shù)據(jù)可以構(gòu)成測(cè)試數(shù)據(jù)使特定程序部分得到測(cè)試有一定的充分性度量手段白盒測(cè)試與黑盒測(cè)試對(duì)比[黑統(tǒng)試白盒測(cè)試優(yōu)點(diǎn)適用于各測(cè)試階段從產(chǎn)品勃能角度測(cè)試容易入手生成測(cè)試數(shù)據(jù)可以構(gòu)成測(cè)試數(shù)據(jù)使特定程序部分得到測(cè)試有一定的充分性度量手段可荻得較多工具支持缺點(diǎn)某些代碼段得不到測(cè)試如果規(guī)格說(shuō)明有誤則無(wú)法發(fā)現(xiàn)不易進(jìn)行充分性度量不易生成測(cè)試數(shù)據(jù)無(wú)法對(duì)未實(shí)現(xiàn)規(guī)格說(shuō)明得部分測(cè)試工作量大，通常只用于單元測(cè)試，有引用局限性質(zhì)是一種確認(rèn)技術(shù),回答“我們?cè)跇?gòu)造一個(gè)正確得系統(tǒng)嗎？時(shí)是一種驗(yàn)證技術(shù).回答"我們?cè)谡_地構(gòu)造一個(gè)系統(tǒng)嗎？M執(zhí)行比較測(cè)試期間，使用相同的測(cè)試用例來(lái)評(píng)估對(duì)軟件功能規(guī)格說(shuō)明的符合程度?隨機(jī)測(cè)試從所有可能的輸入值中隨機(jī)選取測(cè)試輸入數(shù)據(jù)的方法使數(shù)據(jù)在規(guī)定的取值范圍內(nèi)并服從預(yù)期的概率分布基于運(yùn)行剖面的測(cè)試方法是可靠性測(cè)試的主要方法預(yù)期結(jié)果可以由人工或定性的方法確定是強(qiáng)度測(cè)試的有效手段?單元測(cè)試對(duì)軟件單元進(jìn)行測(cè)試，確實(shí)保證它作為一個(gè)單元能正常地工作單元測(cè)試的目的是驗(yàn)證單元滿足功能、性能和接口等的要求單元測(cè)試采用的技術(shù)：靜態(tài)分析、代碼審查、白盒動(dòng)態(tài)測(cè)試測(cè)試的充分性由各種測(cè)試覆蓋率來(lái)度量單元測(cè)試內(nèi)容主要針對(duì)下列模塊的五個(gè)基本特性進(jìn)行：模塊接口局部數(shù)據(jù)結(jié)構(gòu)重要的執(zhí)行路徑出錯(cuò)處理路徑影響以上各點(diǎn)的邊界條件?集成測(cè)試又稱組裝測(cè)試、聯(lián)合測(cè)試依據(jù)軟件設(shè)計(jì)確定的軟件結(jié)構(gòu)，按照軟件集成“工序”，把各個(gè)軟件單元逐步集成為完整的軟件系統(tǒng)，并不斷發(fā)現(xiàn)和排除錯(cuò)誤，以保證聯(lián)接、集成的正確性。?Alpha測(cè)試和Beta測(cè)試開(kāi)發(fā)者想預(yù)見(jiàn)用戶的使用過(guò)程是不可能的對(duì)于通用軟件產(chǎn)品，讓每個(gè)用戶都進(jìn)行接收(驗(yàn)收)測(cè)試是不切實(shí)際的采用Alpha測(cè)試和Beta測(cè)試來(lái)發(fā)現(xiàn)只有最終用戶才能發(fā)現(xiàn)的問(wèn)題Alpha(a)測(cè)試：由一個(gè)用戶在開(kāi)發(fā)者的場(chǎng)所、在開(kāi)發(fā)者指導(dǎo)下進(jìn)行測(cè)試Beta(p)測(cè)試：由最終用戶在一個(gè)或多個(gè)用戶場(chǎng)所單獨(dú)地進(jìn)行測(cè)試?缺陷統(tǒng)計(jì)--缺陷池這種方法中，我們將使用兩個(gè)池，例如池X和池Y來(lái)跟蹤缺陷現(xiàn)在，讓池X中的缺陷數(shù)為Dx，池Y中的缺陷數(shù)為Dy軟件中發(fā)現(xiàn)的唯一缺陷總數(shù)如下：唯一缺陷總數(shù)=Dx+Dy-在X和Y中發(fā)現(xiàn)的缺陷數(shù)軟件中的缺陷總數(shù)可以估計(jì)為：缺陷總數(shù)=(Dx*Dy)/在X和Y中發(fā)現(xiàn)的缺陷數(shù)缺陷池-mysoft3.0X池-----475錯(cuò)誤Y池-----370錯(cuò)誤有125個(gè)缺陷同時(shí)出現(xiàn)在X、Y池中唯一缺陷總數(shù)=475+370-125=720缺陷總數(shù)=475*370/125=1406可能剩余缺陷=1406-720=686隱藏缺陷686/1406=48.79%缺陷引入在此方法中，一組測(cè)試人員故意將缺陷埋入軟件中另一組測(cè)試人員將試圖發(fā)現(xiàn)這些缺陷這么做的主要目的是估計(jì)被檢測(cè)到的引入的缺陷數(shù)與故意埋入的缺陷總數(shù)之比這使我們可以了解在此過(guò)程中未被發(fā)現(xiàn)的不是故意埋入的缺陷的總數(shù)實(shí)例：有意埋入75個(gè)缺陷檢測(cè)到引入缺陷總數(shù)：DS=35發(fā)現(xiàn)的不是引入的缺陷：DUF=520軟件中的缺陷總數(shù)=75/35*520=1114沒(méi)有發(fā)現(xiàn)的缺陷數(shù)=1114-520=594一、選擇題（單選）B為使軟件適應(yīng)運(yùn)行環(huán)境的改變而進(jìn)行的維護(hù)，我們通常叫做（）A.完善性維護(hù)B?適應(yīng)性維護(hù)C.糾錯(cuò)性維護(hù)D.預(yù)防性維護(hù)對(duì)黑盒測(cè)試法的描述中，不正確的是（）A.黑盒法著眼于程序的外部特征B.黑盒法是在程序的接口上進(jìn)行的測(cè)試C黑盒測(cè)試法需要了解程序內(nèi)部結(jié)構(gòu)和處理過(guò)程D.黑盒測(cè)試法要用輸入數(shù)據(jù)來(lái)看是否產(chǎn)生正確輸出B可行性研究報(bào)告中應(yīng)包括的內(nèi)容中，不包括下列中的哪一個(gè)（）A?系統(tǒng)概述B?軟件藍(lán)圖C.初步開(kāi)發(fā)計(jì)劃D?結(jié)論意見(jiàn)UML提供了兩大類共9種不同的圖，一類是靜態(tài)圖，一類是動(dòng)態(tài)圖，AA類圖下面哪種圖是屬于靜態(tài)圖（）.B.序列圖C.用例圖D.活動(dòng)圖對(duì)象實(shí)現(xiàn)了數(shù)據(jù)和操作的結(jié)合，使數(shù)據(jù)和操作（）于對(duì)象的統(tǒng)一體中。A.結(jié)合B.隱藏C-封裝D.抽象程序的三種基本控制結(jié)構(gòu)是（BA.過(guò)程、子程序和分程序B?順序、選擇和循環(huán)C.遞歸、堆棧和隊(duì)列D.調(diào)用、返回和轉(zhuǎn)移C.簡(jiǎn)化C可行性研究要進(jìn)行一次（）需求分析。A.詳細(xì)的B.全面的的、壓縮的D.徹底的C.簡(jiǎn)化為了提高測(cè)試的效率，應(yīng)該（D）A.隨機(jī)地選取測(cè)試數(shù)據(jù)B.取一切可能的輸入數(shù)據(jù)作為測(cè)試數(shù)據(jù)C.在完成編碼以后制定軟件的測(cè)試計(jì)劃D.選擇發(fā)現(xiàn)錯(cuò)誤可能性大的數(shù)

據(jù)作為測(cè)試數(shù)據(jù)C.在完成編碼以后制定軟件的測(cè)試計(jì)劃使用白盒測(cè)試方法時(shí)，確定測(cè)試數(shù)據(jù)應(yīng)根據(jù)—和指定的覆蓋標(biāo)準(zhǔn)。A?程序的內(nèi)部邏輯B.程序的復(fù)雜結(jié)構(gòu)C.使用說(shuō)明書(shū)D.程序的功能可行性研究主要從以下幾個(gè)方面進(jìn)行研究（）A技術(shù)可行性，經(jīng)濟(jì)可行性，操作可行，性B技術(shù)可行性，經(jīng)濟(jì)可行性，系統(tǒng)可行性C經(jīng)濟(jì)可行性，系統(tǒng)可行性，操作可行性D經(jīng)濟(jì)可行性，系統(tǒng)可行性，時(shí)間可行性二、判斷題在需求分析中，分析員要從用戶那里解決的最重要的問(wèn)題是明確軟件必須做什么。T在結(jié)構(gòu)化開(kāi)發(fā)方法中，有了對(duì)目標(biāo)一般描述，就可以編程序，以后再詳細(xì)描述。F好的測(cè)試用例應(yīng)能證明軟件是正確的。T當(dāng)軟件開(kāi)發(fā)項(xiàng)目的進(jìn)度有可能拖延時(shí)，增加開(kāi)發(fā)人員并不一定能加快進(jìn)度。T面向?qū)ο蠓椒ㄖ校夯侵割愒囊话忝枋龊途唧w描述之間的關(guān)系，具體描述建立在一般描述的基礎(chǔ)之上，并對(duì)其進(jìn)行了擴(kuò)展，這個(gè)概念在應(yīng)用中表現(xiàn)為繼承和多態(tài)。模塊越小，模塊的優(yōu)點(diǎn)越大。F用例圖定義了系統(tǒng)的功能需求，它是從系統(tǒng)的外部看系統(tǒng)功能，并不描述系統(tǒng)內(nèi)部對(duì)功能的具體實(shí)現(xiàn)。T接口是在沒(méi)有給出對(duì)象的實(shí)現(xiàn)和狀態(tài)的情況下對(duì)對(duì)象行為的描述。接口包含操作和屬性，并且有操作實(shí)現(xiàn)內(nèi)容。一個(gè)接口只能由一個(gè)類實(shí)現(xiàn)，反之一個(gè)類只能實(shí)現(xiàn)一個(gè)接口。F角色是一個(gè)群體概念，如教師、學(xué)生等，但這個(gè)群體中允許只有一個(gè)個(gè)體。在用例分析中，一個(gè)角色可以與多個(gè)用例關(guān)聯(lián)，反之一個(gè)用例可以與多個(gè)角色關(guān)聯(lián)。三、簡(jiǎn)答題：簡(jiǎn)述軟件測(cè)試過(guò)程及各過(guò)程的主要任務(wù)。P113簡(jiǎn)述結(jié)構(gòu)化分析與設(shè)計(jì)與面向?qū)ο蟮姆治雠c設(shè)計(jì)的主要區(qū)別。P93一、單項(xiàng)選擇題是（）。某個(gè)軟件項(xiàng)目的開(kāi)發(fā)過(guò)程中，創(chuàng)建了一些C++類及類中的屬性和方法的說(shuō)明，描述這些類的說(shuō)明的文檔A、軟件需求說(shuō)明書(shū)B(niǎo)、詳細(xì)設(shè)計(jì)說(shuō)明書(shū)c.、概要設(shè)計(jì)說(shuō)明書(shū)D、開(kāi)發(fā)進(jìn)度月報(bào)C、數(shù)D、數(shù)據(jù)流流圖中代表了數(shù)據(jù)的生產(chǎn)者和消費(fèi)者的是（）。A、數(shù)據(jù)存儲(chǔ)B、數(shù)據(jù)加工^、K3.結(jié)概要設(shè)計(jì)和詳細(xì)設(shè)計(jì)段是（）。是（）。D、數(shù)據(jù)流A、概要設(shè)計(jì)和詳細(xì)設(shè)計(jì)b、概要設(shè)計(jì)和過(guò)程設(shè)計(jì)C、接口設(shè)計(jì)和過(guò)程設(shè)計(jì)D、接口設(shè)計(jì)和詳細(xì)設(shè)計(jì)4.一組模塊都訪問(wèn)同一全局簡(jiǎn)單變量而不是同一全局?jǐn)?shù)據(jù)結(jié)構(gòu)，而且不是通過(guò)參數(shù)表傳遞該全局變量的信息，則稱之為、）外部耦合5.封裝的目的是使對(duì)象的■分離。A、定義和實(shí)現(xiàn)b、設(shè)計(jì)和測(cè)試C、設(shè)計(jì)和實(shí)現(xiàn)D、A、內(nèi)容耦合、C、控制耦合D、標(biāo)記耦合分析和定義

6.整體-部分結(jié)構(gòu)體現(xiàn)了面向?qū)ο蠓椒ǖ模ǎ、關(guān)聯(lián)（association）B、聚合（aggregation）C、依賴（depending）D、細(xì)化(refinement)7.在面向?qū)ο蠓椒ㄖ?，?duì)象可看成是屬性（數(shù)據(jù)）以及這些屬性上的專用操作的封裝體。封裝是一種（A、組裝技術(shù)B、信息屏敝玫不C、固化技術(shù)D、產(chǎn)品化技術(shù)）。代碼的格式錯(cuò)誤）。A、代碼的語(yǔ)法錯(cuò)誤B、代碼的語(yǔ)義錯(cuò)誤C、代碼的運(yùn)行錯(cuò)誤D、D5.封裝的目的是使對(duì)象的■分離。A、定義和實(shí)現(xiàn)b、設(shè)計(jì)和測(cè)試C、設(shè)計(jì)和實(shí)現(xiàn)D、6.整體-部分結(jié)構(gòu)體現(xiàn)了面向?qū)ο蠓椒ǖ模ǎ、關(guān)聯(lián)（association）B、聚合（aggregation）C、依賴（depending）D、細(xì)化(refinement)7.在面向?qū)ο蠓椒ㄖ校瑢?duì)象可看成是屬性（數(shù)據(jù)）以及這些屬性上的專用操作的封裝體。封裝是一種（A、組裝技術(shù)B、信息屏敝玫不C、固化技術(shù)D、產(chǎn)品化技術(shù)）。代碼的格式錯(cuò)誤）。A、代碼的語(yǔ)法錯(cuò)誤B、代碼的語(yǔ)義錯(cuò)誤C、代碼的運(yùn)行錯(cuò)誤D、D、可行'性分析'沒(méi)有軟件測(cè)試活動(dòng)的階段是（）。A、代碼編寫(xiě)B(tài)、系統(tǒng)分析C、系統(tǒng)設(shè)計(jì)、410.動(dòng)態(tài)測(cè)試的內(nèi)容不包括（）A、單元測(cè)試B、模塊測(cè)試C、功能測(cè)試D、結(jié)構(gòu)檢查11.結(jié)構(gòu)化分析方法（SA）的一個(gè)重要指導(dǎo)思想是（）A、自頂向下，逐步抽象B、自底向上，逐步抽象C、自頂向下，逐步分解D、自底向上，逐步分解12.下列各項(xiàng)中，不是一個(gè)軟件產(chǎn)品中所必需的是（）R曾注A、程序B、算法c、數(shù)據(jù)D、文檔13.UML中用下列哪那些圖來(lái)建立靜態(tài)模型（）。C、A、用例圖、對(duì)象圖和包圖B、類圖、狀態(tài)圖和包圖類圖、對(duì)象圖和包圖D、去圖、說(shuō)明的具體計(jì)劃述和數(shù)據(jù)采集的各項(xiàng)要求D、為軟件項(xiàng)目實(shí)施方案制定出16.CMM將一個(gè)企業(yè)的軟件能力劃分為5個(gè)等級(jí)，如果在一個(gè)企業(yè)的軟件A、的成敗完全系于個(gè)別開(kāi)發(fā)員身上，則該企業(yè)應(yīng)該屬于（）。開(kāi)發(fā)過(guò)程中沒(méi)有什么管理，軟件B、可重復(fù)級(jí)C、確定級(jí)D、管理級(jí)17.軟件設(shè)計(jì)中劃分模塊的一個(gè)準(zhǔn)則是（低耦口D、高內(nèi)聚高耦合）。A、低內(nèi)聚低耦合B、低內(nèi)聚高耦合C、局內(nèi)聚18.類之間共享屬性和操作的機(jī)制稱為（）。A、繼承b、動(dòng)態(tài)綁定C、靜態(tài)綁定D、多態(tài)型那么這些說(shuō)明應(yīng)該體現(xiàn)D、開(kāi)發(fā)進(jìn)度月報(bào)19.某個(gè)軟件項(xiàng)目的開(kāi)發(fā)過(guò)程中，創(chuàng)建了一些函數(shù)的說(shuō)明原型聲明一級(jí)調(diào)用關(guān)系，在哪種文檔中？（）A、軟件需求說(shuō)明書(shū)B(niǎo)、詳細(xì)設(shè)計(jì)說(shuō)明書(shū)C、概要設(shè)計(jì)說(shuō)明書(shū)二、填空題1.軟件開(kāi)發(fā)模型中的—瀑布模型將軟件生存周期的各項(xiàng)活動(dòng)規(guī)定為按照固定順序連接的若干階段工作，自上而下，相互銜接，如同瀑布流水，逐級(jí)下落。那么這些說(shuō)明應(yīng)該體現(xiàn)D、開(kāi)發(fā)進(jìn)度月報(bào)CMM一共分為5級(jí)，其最低級(jí)是—初始級(jí)―，該級(jí)的軟件過(guò)程是雜亂無(wú)章甚至混亂的，幾乎沒(méi)有明確定義的步驟，項(xiàng)目的成功依靠個(gè)人或核心人物的努力。其第二級(jí)是—可重復(fù)級(jí)___,在這一級(jí)中，以往的成功的項(xiàng)目經(jīng)驗(yàn)可以在同類項(xiàng)目中復(fù)用。類是具有相同屬性和操作的一組對(duì)象的集合，它為屬于該類的全部對(duì)象提供了統(tǒng)一的抽象描述，包括屬性和___操作―兩個(gè)部分。一個(gè)類可以是多個(gè)一般類的特殊類，它從多個(gè)一般類中繼承了屬性和操作，這種繼承模式叫___多繼承。軟件測(cè)試方法中，___黑盒測(cè)試稱為功能測(cè)試，—白盒___測(cè)試稱為結(jié)構(gòu)測(cè)試。。程序員對(duì)每一個(gè)模塊的編碼之后先做程序測(cè)試，再做單元測(cè)試。按照文檔產(chǎn)生和使用的范圍，軟件文檔大致可分為三類：管理文檔、開(kāi)發(fā)文檔和―用戶文檔。傳統(tǒng)上，一般將軟件生命周期劃分為六個(gè)階段，分別是計(jì)劃，—需求分析，設(shè)計(jì)，編碼，測(cè)試，運(yùn)行維護(hù).__詳細(xì)分析是軟件設(shè)計(jì)的第二階段，其主要任務(wù)是確定每個(gè)具體執(zhí)行過(guò)程，其典型方法是結(jié)構(gòu)化程序設(shè)計(jì)（SP）方法。JSP是一種面向—數(shù)據(jù)結(jié)構(gòu)，以數(shù)據(jù)驅(qū)動(dòng)的，主要為中小型數(shù)據(jù)處理系統(tǒng)設(shè)計(jì)程序結(jié)構(gòu)的一種開(kāi)發(fā)方法。按照軟件的功能不同，可以將軟件分為―系統(tǒng)軟件和應(yīng)用軟件。___多態(tài)性____是指在一般類中定義的屬性或操作被特殊類繼承后，可以具有不同的數(shù)據(jù)類型或表現(xiàn)出不同的行為。軟件組織應(yīng)該提出不同層次的配置管理視角，這些層次包括：—公司級(jí)、項(xiàng)目級(jí)、程序員級(jí)和應(yīng)用級(jí)。軟件主要由：程序數(shù)據(jù)和文檔三部分組成。19.結(jié)構(gòu)化軟件設(shè)計(jì)一般分為概要設(shè)計(jì)和詳細(xì)設(shè)計(jì)兩個(gè)階段。三、判斷題測(cè)試前要認(rèn)定被測(cè)試軟件有錯(cuò)，不要認(rèn)為軟件設(shè)有錯(cuò)。（對(duì)）版本控制是對(duì)系統(tǒng)不同版本進(jìn)行標(biāo)識(shí)和跟蹤的過(guò)程。（對(duì)）數(shù)據(jù)抽象可以包含一個(gè)程序控制機(jī)制而無(wú)需規(guī)定其內(nèi)部細(xì)節(jié)。（錯(cuò)）逐步細(xì)化是一種自底向上的設(shè)計(jì)策略。（錯(cuò)）傳統(tǒng)的程序設(shè)計(jì)語(yǔ)言的過(guò)程調(diào)用與目標(biāo)代碼的鏈接是在編譯期完成的。（對(duì)）對(duì)象之間的依賴關(guān)系一般有：關(guān)聯(lián)（association）、協(xié)作（cooperation）、依賴（depending）和簡(jiǎn)化（abbreviation）。（錯(cuò)）數(shù)據(jù)流圖分為變換型數(shù)據(jù)流圖和事務(wù)型數(shù)據(jù)流圖兩類（對(duì)）軟件測(cè)試過(guò)程中需要設(shè)計(jì)測(cè)試用例。（對(duì)）軟件測(cè)試是為了發(fā)現(xiàn)程序中的錯(cuò)誤而執(zhí)行程序的過(guò)程。（對(duì)）詳細(xì)設(shè)計(jì)說(shuō)明書(shū)著重描述每一個(gè)模塊是如何實(shí)現(xiàn)的，包括實(shí)現(xiàn)算法、邏輯流程等。（對(duì)）在軟件生命周期的各階段中，查找程序中的錯(cuò)誤和缺陷，保證最終開(kāi)發(fā)的軟件能夠被用戶使用的階段是需求分析階段。（錯(cuò)）無(wú)論數(shù)據(jù)流圖如何龐大復(fù)雜，都可以變換為為動(dòng)態(tài)數(shù)據(jù)流圖和靜態(tài)數(shù)據(jù)流圖兩類。（錯(cuò)）功能內(nèi)聚模塊是內(nèi)聚性最強(qiáng)的模塊。（對(duì)）軟件配置審核的目的就是要證實(shí)整個(gè)軟件生存期中各項(xiàng)產(chǎn)品在技術(shù)上和管理上的完整性。（對(duì)）傳統(tǒng)的程序設(shè)計(jì)語(yǔ)言的過(guò)程調(diào)用與目標(biāo)代碼的鏈接是在編譯期完成的。（對(duì)）OOA模型要求比OOD模型更為具體化。（錯(cuò)）當(dāng)對(duì)軟件系統(tǒng)進(jìn)行模塊化設(shè)計(jì)的時(shí)候，可以有不同的抽象層次。（對(duì)）在軟件生命周期的各個(gè)階段中，測(cè)試階段的主要任務(wù)是確定軟件“做什么”的問(wèn)題。（錯(cuò)）四、簡(jiǎn)答題在畫(huà)系統(tǒng)的分層數(shù)據(jù)流圖時(shí)，需要注意哪些問(wèn)題？答：（1）加工的編號(hào)方法。根據(jù)加工的編號(hào)，應(yīng)該能知道該加工屬于哪一層，該加工的父圖以及時(shí)從父圖中的哪個(gè)加工分解得來(lái)的。（2）分解程度。應(yīng)該使分解力求自然，使分解后各界面清晰，意義明確（3）父圖與子圖的平衡。子圖中的輸入輸出應(yīng)該和父圖中相對(duì)應(yīng)的加工的輸入輸出相一致，以保持?jǐn)?shù)據(jù)流的平衡，保證加工過(guò)程的連續(xù)性和一致性。（4）文件的局部性。在只有文件成為兩個(gè)或多個(gè)加工的接口時(shí)，才出現(xiàn)在該層及下層數(shù)據(jù)流圖上。簡(jiǎn)述總體設(shè)計(jì)的一般過(guò)程。軟件總體設(shè)計(jì)的主要任務(wù)是要建立軟件系統(tǒng)的體系結(jié)構(gòu)，即軟件系統(tǒng)要?jiǎng)澐侄嗌倌K，模塊之間的層次結(jié)構(gòu)和調(diào)用關(guān)系是怎樣的。同時(shí)還要設(shè)計(jì)數(shù)據(jù)結(jié)構(gòu)和數(shù)據(jù)庫(kù)結(jié)構(gòu)、人機(jī)接口等。在概要設(shè)計(jì)階段需要完成的基本任務(wù)，有以下幾個(gè)方面：采用某種設(shè)計(jì)方法，將一個(gè)復(fù)雜的系統(tǒng)按功能劃分成模塊的層次結(jié)構(gòu)；確定每個(gè)模塊的功能，建立與已確定的軟件需求的對(duì)應(yīng)關(guān)系；確定模塊之間的調(diào)用關(guān)系；確定模塊之間的接口，即模塊之間的信息，設(shè)計(jì)接口的信息結(jié)構(gòu)；評(píng)價(jià)模塊劃分的質(zhì)量及導(dǎo)出模塊結(jié)構(gòu)的規(guī)則。什么是用例模型？用例模型用于系統(tǒng)需求的獲取，描述系統(tǒng)的功能需求。用例模型的主要成分有用例、參與者和系統(tǒng)。系統(tǒng)被看作一個(gè)提供用例的黑盒，系統(tǒng)如何做、用例如何實(shí)現(xiàn)、內(nèi)部如何工作，這些對(duì)用例模型都是不重要的。創(chuàng)建用例模型的工作包括：定義系統(tǒng)，尋找參與者和用例，描述用例，定義用例之間的關(guān)系，最后確認(rèn)模型，用例模型由用例圖組成。簡(jiǎn)述面向?qū)ο蠓治龅囊话悴襟E。答：（1）獲取用戶對(duì)OO系統(tǒng)的需求，包括表示場(chǎng)景或者用例；建造需求模型。（2）為每個(gè)系統(tǒng)對(duì)象標(biāo)識(shí)屬性和操作。（3）定義組織類的結(jié)構(gòu)和層次。（4）建造對(duì)象-關(guān)系模型。（5）建造對(duì)象-行為模型。（6）使用用例/場(chǎng)景復(fù)審OO分析模型試述軟件工程的基本原則。答：軟件工程的基本原則：（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）開(kāi)發(fā)小組的人員應(yīng)該少而精（7）承認(rèn)不斷改進(jìn)軟件工程實(shí)踐的必要性什么叫做軟件測(cè)試？分別說(shuō)明黑盒測(cè)試和白盒測(cè)試的異同。軟件測(cè)試就是根據(jù)軟件開(kāi)發(fā)各階段的規(guī)格說(shuō)明和程序的內(nèi)部結(jié)構(gòu)而精心設(shè)計(jì)一批測(cè)試用例，即輸入數(shù)據(jù)及其預(yù)期的輸出結(jié)果，并利用這些測(cè)試用例去運(yùn)行程序，以發(fā)現(xiàn)程序錯(cuò)誤的過(guò)程。軟件工程定義：軟件工程是指導(dǎo)計(jì)算機(jī)軟件開(kāi)發(fā)和維護(hù)的工程學(xué)科。它采用工程的概念、原理、技術(shù)和方法來(lái)開(kāi)發(fā)與維護(hù)軟件軟件危機(jī)是指在計(jì)算機(jī)軟件的開(kāi)發(fā)和維護(hù)過(guò)程中所遇到的一系列嚴(yán)重問(wèn)題。產(chǎn)生于軟件發(fā)展的第二階段(軟件系統(tǒng)階段)末期。主要表現(xiàn)對(duì)軟件開(kāi)發(fā)成本和進(jìn)度的估計(jì)不準(zhǔn)確用戶不滿意軟件質(zhì)量不高、可靠性差軟件常常不可維護(hù)、錯(cuò)誤難以改正缺乏適當(dāng)?shù)奈臋n資料軟件成本占系統(tǒng)總成本的比例逐年上升(1985----90%)軟件開(kāi)發(fā)速度跟不上計(jì)算機(jī)發(fā)展速度*歸結(jié)為主要為三方面----“時(shí)間、成本、質(zhì)量”主要原因(1)軟件規(guī)模日漸龐大(數(shù)量、功能、成本、質(zhì)量、時(shí)間)(2)軟件開(kāi)發(fā)的管理困難。開(kāi)發(fā)人員錯(cuò)誤的觀念、方法和技術(shù)忽視軟件開(kāi)發(fā)前期的需求分析開(kāi)發(fā)過(guò)程缺乏統(tǒng)一的、規(guī)范化的方法論的指導(dǎo)文檔資料不齊全或不準(zhǔn)確(7)忽視與用戶之間、開(kāi)發(fā)組成員之間的交流忽視測(cè)試的重要性不重視維護(hù)或由于上述原因造成維護(hù)工作的困難需求變化預(yù)料不足軟件過(guò)程與模型軟件工程過(guò)程概念：軟件工程過(guò)程是一個(gè)軟件開(kāi)發(fā)機(jī)構(gòu)針對(duì)一類軟件產(chǎn)品為自己規(guī)定的工作步驟，它應(yīng)當(dāng)是科學(xué)

的、合理的，否則必將影響到軟件產(chǎn)品的質(zhì)量。規(guī)定了獲取、供應(yīng)、開(kāi)發(fā)和維護(hù)軟件時(shí)，要實(shí)施的過(guò)程、活動(dòng)和任務(wù)。是指軟件產(chǎn)品或軟件系統(tǒng)從產(chǎn)生、投入使用到被淘汰的全過(guò)程。是為獲得軟件產(chǎn)品，在軟件工具支持下由軟件工程師完成的一系列軟件工程活動(dòng)。軟件的生命周期：它是指一個(gè)軟件從提出開(kāi)發(fā)要求開(kāi)始到該軟件報(bào)廢為止的整個(gè)時(shí)期（生存過(guò)程）。從時(shí)間角度，把整個(gè)周期劃分為若干個(gè)階段（步驟）每個(gè)階段有明確的任務(wù)，然后再逐步完成每個(gè)階段的任務(wù)軟件從孕育、誕生、成長(zhǎng)、成熟、衰亡的生存過(guò)程線性順序模型線性順序模型包括：瀑布模型，RAD模型瀑布模型優(yōu)點(diǎn)：提供了軟件開(kāi)發(fā)的基本框架，比靠“個(gè)人技藝”開(kāi)發(fā)好的多。嚴(yán)格活動(dòng)序列，嚴(yán)格階段成果評(píng)審，有利于大型軟件開(kāi)發(fā)過(guò)程的人員的組織和管理

缺點(diǎn)：對(duì)用戶需求變更的響應(yīng)較困難。初始階段較長(zhǎng)，用戶極大的耐心，需求的不確定性;后期階段時(shí)，需求錯(cuò)誤、設(shè)計(jì)及實(shí)現(xiàn)錯(cuò)誤才出現(xiàn)適用：需求明確、大型的項(xiàng)目。RAD模型部辦土蛆格說(shuō)|財(cái)書(shū)曉AIT5翳AW*卜誤甘一■餉程?m訕*專布最短時(shí)間內(nèi)優(yōu)點(diǎn)：開(kāi)發(fā)時(shí)間短缺點(diǎn)：多團(tuán)隊(duì)開(kāi)發(fā)協(xié)調(diào)困難，了解需求困難，不注意小細(xì)節(jié)原型模型優(yōu)點(diǎn)：成品的用戶滿意度高。用戶參與，需求不斷完善缺點(diǎn)：軟件的“臨時(shí)版本”，未考慮性能需求；進(jìn)度控制、質(zhì)量檢驗(yàn)較難，技術(shù)方案未必最優(yōu)，會(huì)導(dǎo)致開(kāi)發(fā)過(guò)程的不可收斂性；系統(tǒng)結(jié)構(gòu)通常較差，連續(xù)的變更損壞了系統(tǒng)的結(jié)構(gòu)適用：中小規(guī)模、生存期短的系統(tǒng)，知識(shí)型系統(tǒng)；用戶定義了一組一般性目標(biāo)，但不能標(biāo)識(shí)出詳細(xì)的輸入、處理及輸出需求；開(kāi)發(fā)者可能不能確定算法的有效性、操作系統(tǒng)的適應(yīng)性或人機(jī)交互的形式；當(dāng)你的客戶有一個(gè)合理的需求，但對(duì)細(xì)節(jié)則沒(méi)有任何線索時(shí)，先開(kāi)發(fā)一個(gè)原型系統(tǒng)是一個(gè)好的選擇

最短時(shí)間內(nèi)演化模型演化模型包括：漸增模型以盡早占領(lǐng)市場(chǎng)為目的，逐步發(fā)布版本；可有計(jì)劃地管理技術(shù)風(fēng)險(xiǎn)螺旋模型不同版本、不同形式的不斷進(jìn)化；需要高水平的風(fēng)險(xiǎn)評(píng)估技術(shù)并發(fā)開(kāi)發(fā)模型由用戶要求、管理決策和評(píng)審結(jié)果驅(qū)動(dòng)；每一個(gè)軟件工程活動(dòng)觸發(fā)活動(dòng)網(wǎng)絡(luò)的狀態(tài)變遷;漸增模型優(yōu)點(diǎn)：易于預(yù)測(cè)、管理、控制使用的資源缺點(diǎn)：有可能消弱結(jié)構(gòu)和設(shè)計(jì)使用；用戶需求不明確；設(shè)計(jì)用戶界面螺旋模型累計(jì)費(fèi)用各步驟的速度確定目標(biāo)，選擇力案，設(shè)定約束條件風(fēng)險(xiǎn)分析評(píng)估方案.明

確并排除風(fēng)險(xiǎn)評(píng)審約定

部礦原盈T［瓦型小［原型3\原型漸增模型優(yōu)點(diǎn)：易于預(yù)測(cè)、管理、控制使用的資源缺點(diǎn)：有可能消弱結(jié)構(gòu)和設(shè)計(jì)使用；用戶需求不明確；設(shè)計(jì)用戶界面螺旋模型累計(jì)費(fèi)用各步驟的速度確定目標(biāo)，選擇力案，設(shè)定約束條件風(fēng)險(xiǎn)分析評(píng)估方案.明

確并排除風(fēng)險(xiǎn)評(píng)審約定

部礦原盈T［瓦型?。墼?\原型\1I-."運(yùn)行—單元:編嗎「宿裝:測(cè)試；風(fēng)險(xiǎn)分析需餐娘詳細(xì)設(shè)訐nnlixHI/計(jì)劃下…階段測(cè)試需求設(shè):計(jì)確認(rèn)

與驗(yàn)證模擬模型基準(zhǔn)開(kāi)發(fā)驗(yàn)證

下一級(jí)產(chǎn)品螺旋模型特點(diǎn)：（spiralmodel）TRWB.Boe