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

1、-作者xxxx-日期xxxx軟件工程復(fù)習(xí)【精品文檔】1.4 什么是軟件危機(jī)？它有哪些典型表現(xiàn)？為什么會(huì)出現(xiàn)軟件危機(jī)？軟件危機(jī)：軟件危機(jī)是指在計(jì)算機(jī)軟件的開(kāi)發(fā)和維護(hù)過(guò)程中所遇到的一系列嚴(yán)重問(wèn)題。典型表現(xiàn)：(1) 對(duì)軟件開(kāi)發(fā)成本和進(jìn)度的估計(jì)常常很不準(zhǔn)確。(2) 用戶(hù)對(duì)“已完成的”軟件系統(tǒng)不滿(mǎn)意的現(xiàn)象經(jīng)常發(fā)生。(3) 軟件產(chǎn)品的質(zhì)量往往靠不住。(4) 軟件常常是不可維護(hù)的。(5) 軟件通常沒(méi)有適當(dāng)?shù)奈臋n資料。(6) 軟件成本在計(jì)算機(jī)系統(tǒng)總成本中所占的比例逐年上升。(7) 軟件開(kāi)發(fā)生產(chǎn)率提高的速度，既跟不上硬件的發(fā)展速度，也遠(yuǎn)遠(yuǎn)跟不上計(jì)算機(jī)應(yīng)用迅速普及深入的趨勢(shì)。 產(chǎn)生軟件危機(jī)的原因： 除了軟件本身的

2、特點(diǎn)，其原因主要有以下幾個(gè)方面： (1) 缺乏軟件開(kāi)發(fā)的經(jīng)驗(yàn)和有關(guān)軟件開(kāi)發(fā)數(shù)據(jù)的積累，使得開(kāi)發(fā)工作計(jì)劃很難制定。(2) 軟件人員與用戶(hù)的交流存在障礙，使得獲取的需求不充分或存在錯(cuò)誤。(3) 軟件開(kāi)發(fā)過(guò)程不規(guī)范。如，沒(méi)有真正了解用戶(hù)的需求就開(kāi)始編程序。(4) 隨著軟件規(guī)模的增大，其復(fù)雜性往往會(huì)呈指數(shù)級(jí)升高。需要很多人分工協(xié)作，不僅涉及技術(shù)問(wèn)題，更重要的是必須有科學(xué)嚴(yán)格的管理。(5) 缺少有效的軟件評(píng)測(cè)手段，提交給用戶(hù)的軟件的質(zhì)量不能完全保證。1.5 什么是軟件工程？軟件工程是指導(dǎo)計(jì)算機(jī)軟件開(kāi)發(fā)和維護(hù)的工程學(xué)科。采用工程的概念、原理、技術(shù)和方法來(lái)開(kāi)發(fā)和維護(hù)軟件，把經(jīng)過(guò)時(shí)間考驗(yàn)而證明正確的管理技術(shù)和

3、當(dāng)前能夠得到的最好的技術(shù)方法結(jié)合起來(lái)，以經(jīng)濟(jì)地開(kāi)發(fā)出高質(zhì)量的軟件并有效地維護(hù)它，這就是軟件工程。1.6 簡(jiǎn)述軟件生存期由哪些主要的階段組成，每一階段的主要任務(wù)是什么？(1) 問(wèn)題定義與可行性研究：?jiǎn)栴}定義必須回答的關(guān)鍵問(wèn)題是：“要解決的問(wèn)題是什么”。可行性研究要回答的關(guān)鍵問(wèn)題是：“在成本和時(shí)間的限制條件下能否解決問(wèn)題？是否值得做？”。(2) 需求分析：這個(gè)階段的任務(wù)仍然不是具體地解決客戶(hù)的問(wèn)題，而是準(zhǔn)確地回答“目標(biāo)系統(tǒng)必須做什么”這個(gè)問(wèn)題。(3) 軟件設(shè)計(jì)：本階段要回答的關(guān)鍵問(wèn)題是“目標(biāo)系統(tǒng)如何做？”為此，必須在設(shè)計(jì)階段中制定設(shè)計(jì)方案，把已確定的各項(xiàng)需求轉(zhuǎn)換成相應(yīng)的軟件體系結(jié)構(gòu)。結(jié)構(gòu)中的每一組

4、成部分都是意義明確的構(gòu)件，此即所謂概要設(shè)計(jì)。進(jìn)而具體描述每個(gè)構(gòu)件所要完成的工作，為源程序編寫(xiě)打下基礎(chǔ)，此即所謂詳細(xì)設(shè)計(jì)。(4) 程序編碼和單元測(cè)試：本階段要解決的問(wèn)題是“正確地實(shí)現(xiàn)已做的設(shè)計(jì)”，為此，需要選擇合適的編程語(yǔ)言，把軟件設(shè)計(jì)轉(zhuǎn)換成計(jì)算機(jī)可以接受的程序代碼，并對(duì)程序結(jié)構(gòu)中的各個(gè)模塊進(jìn)行單元測(cè)試，然后運(yùn)用調(diào)試的手段排除測(cè)試中發(fā)現(xiàn)的錯(cuò)誤。要求編寫(xiě)出的程序應(yīng)當(dāng)是結(jié)構(gòu)良好、清晰易讀的，且與設(shè)計(jì)相一致的。(5) 集成測(cè)試和系統(tǒng)測(cè)試：集成測(cè)試的任務(wù)是將已測(cè)試過(guò)的模塊按設(shè)計(jì)規(guī)定的順序組裝起來(lái)，在組裝的過(guò)程中檢查程序連接的問(wèn)題。系統(tǒng)測(cè)試的任務(wù)是根據(jù)需求規(guī)格說(shuō)明的要求，對(duì)必須實(shí)現(xiàn)的各項(xiàng)需求，逐項(xiàng)進(jìn)行確認(rèn)

5、，判定已開(kāi)發(fā)的軟件是否符合用戶(hù)需求，能否交付用戶(hù)使用。為了更有效地發(fā)現(xiàn)系統(tǒng)中的問(wèn)題，通常這個(gè)階段的工作由開(kāi)發(fā)人員、用戶(hù)之外的第三者承擔(dān)。(6) 運(yùn)行維護(hù)：已交付的軟件投入正式使用，便進(jìn)入運(yùn)行維護(hù)階段。這一階段可能持續(xù)若干年。軟件在運(yùn)行中可能由于多方面的原因，需要對(duì)它進(jìn)行維護(hù)。通常有四種類(lèi)型的維護(hù)：改正性維護(hù)、適應(yīng)性維護(hù)、完善性維護(hù)和預(yù)防性維護(hù)。1.7 常見(jiàn)的軟件生存期模型主要有哪些？每種模型的優(yōu)缺點(diǎn)是什么？常見(jiàn)的軟件生存期模型主要有瀑布模型、快速原型模型、增量模型、螺旋模型、噴泉模型和統(tǒng)一過(guò)程。(1) 瀑布模型優(yōu)點(diǎn)：可強(qiáng)迫開(kāi)發(fā)人員采用規(guī)范化的方法；嚴(yán)格地規(guī)定了每個(gè)階段必須提交的文檔；要求每個(gè)階

6、段交出的所有產(chǎn)品都必須經(jīng)過(guò)質(zhì)量保證小組的仔細(xì)驗(yàn)證。缺點(diǎn)：由于瀑布模型幾乎完全依賴(lài)于書(shū)面的規(guī)格說(shuō)明，很可能導(dǎo)致最終開(kāi)發(fā)出的軟件產(chǎn)品不能真正滿(mǎn)足用戶(hù)的需要；用戶(hù)往往需要等待很長(zhǎng)時(shí)間才能看到可以運(yùn)行的程序；適應(yīng)需求變更的能力比較差。適用范圍：瀑布模型只適用于項(xiàng)目開(kāi)始時(shí)需求已確定的情況。 (2) 快速原型模型優(yōu)點(diǎn)：有助于滿(mǎn)足用戶(hù)的真實(shí)需求；原型系統(tǒng)已經(jīng)通過(guò)與用戶(hù)的交互而得到驗(yàn)證，據(jù)此產(chǎn)生的規(guī)格說(shuō)明文檔能夠正確地描述用戶(hù)需求。缺點(diǎn)：要求開(kāi)發(fā)人員快速建立原型。適用范圍：適用于需求不明確的軟件項(xiàng)目。(3) 增量模型優(yōu)點(diǎn)： l 能在較短時(shí)間內(nèi)向用戶(hù)提交可完成一些基本功能的產(chǎn)品，即從第一個(gè)構(gòu)件交付之日起，用戶(hù)就

7、能做一些有用的工作。l 逐步增加產(chǎn)品的功能可以使用戶(hù)有較充裕的時(shí)間學(xué)習(xí)和適應(yīng)新產(chǎn)品，從而減少一個(gè)全新的軟件可能給用戶(hù)組織帶來(lái)的沖擊。l 項(xiàng)目失敗的風(fēng)險(xiǎn)較低，雖然在某些增量構(gòu)件中可能遇到一些問(wèn)題，但其他增量構(gòu)件將能夠成功地交付給客戶(hù)。l 優(yōu)先級(jí)最高的服務(wù)首先交付，然后再將其他增量構(gòu)件逐次集成進(jìn)來(lái)。因此，最重要的系統(tǒng)服務(wù)將接受最多的測(cè)試。缺點(diǎn)：l 在把每個(gè)新的增量構(gòu)件集成到現(xiàn)有軟件體系結(jié)構(gòu)中時(shí)，必須不破壞原來(lái)已經(jīng)開(kāi)發(fā)出的產(chǎn)品。l 軟件體系結(jié)構(gòu)必須是開(kāi)放的，即向現(xiàn)有產(chǎn)品中加入新構(gòu)件的過(guò)程必須簡(jiǎn)單、方便。適用范圍：適用于工期緊張、功能可以劃分、比較復(fù)雜的軟件項(xiàng)目。軟件工程師必須有較高的技術(shù)水平，能夠設(shè)

8、計(jì)出開(kāi)放的軟件體系結(jié)構(gòu)。(4) 螺旋模型優(yōu)點(diǎn)： l 對(duì)可選方案和約束條件的強(qiáng)調(diào)有利于已有軟件的重用，也有助于把軟件質(zhì)量作為軟件開(kāi)發(fā)的一個(gè)重要目標(biāo)；l 減少了過(guò)多測(cè)試或測(cè)試不足所帶來(lái)的風(fēng)險(xiǎn)；l 在螺旋模型中維護(hù)只是模型的另一個(gè)周期，在維護(hù)和開(kāi)發(fā)之間并沒(méi)有本質(zhì)區(qū)別。缺點(diǎn)：螺旋模型是風(fēng)險(xiǎn)驅(qū)動(dòng)的，因此要求軟件開(kāi)發(fā)人員必須具有豐富的風(fēng)險(xiǎn)評(píng)估經(jīng)驗(yàn)和這方面的專(zhuān)門(mén)知識(shí)，否則將出現(xiàn)真正的風(fēng)險(xiǎn)：當(dāng)項(xiàng)目實(shí)際上正在走向?yàn)?zāi)難時(shí)，開(kāi)發(fā)人員可能還以為一切正常。 適用范圍：適用于內(nèi)部開(kāi)發(fā)的大型軟件（開(kāi)發(fā)周期長(zhǎng)、比較容易受到社會(huì)因素影響的軟件項(xiàng)目），軟件開(kāi)發(fā)人員具有豐富的風(fēng)險(xiǎn)評(píng)估知識(shí)和經(jīng)驗(yàn)。(5) 噴泉模型優(yōu)點(diǎn)：在開(kāi)發(fā)過(guò)程中使

9、用統(tǒng)一的概念和方法，各階段之間沒(méi)有明顯的界限，容易實(shí)現(xiàn)各個(gè)開(kāi)發(fā)過(guò)程的多次反復(fù)迭代，達(dá)到了認(rèn)識(shí)的逐步深化，降低了出錯(cuò)的可能性。缺點(diǎn)：由于各個(gè)階段之間的界線(xiàn)不明確，容易造成軟件開(kāi)發(fā)過(guò)程的無(wú)序。適用范圍：適用于面向?qū)ο蟮能浖_(kāi)發(fā)。 (6) 統(tǒng)一過(guò)程優(yōu)點(diǎn)：提高了團(tuán)隊(duì)生產(chǎn)力，在迭代的開(kāi)發(fā)過(guò)程、需求管理、基于組件的體系結(jié)構(gòu)、可視化軟件建模、驗(yàn)證軟件質(zhì)量及控制軟件變更等方面，針對(duì)所有關(guān)鍵的開(kāi)發(fā)活動(dòng)為每個(gè)開(kāi)發(fā)成員提供了必要的準(zhǔn)則、模板和工具指導(dǎo)，并確保全體成員共享相同的知識(shí)基礎(chǔ)。它建立了簡(jiǎn)潔和清晰的過(guò)程結(jié)構(gòu)，為開(kāi)發(fā)過(guò)程提供了較大的通用性。缺點(diǎn)：RUP只是一個(gè)開(kāi)發(fā)過(guò)程，并沒(méi)有涵蓋軟件過(guò)程的全部?jī)?nèi)容，例如它缺少關(guān)

10、于軟件運(yùn)行和支持等方面的內(nèi)容；此外，它沒(méi)有支持多項(xiàng)目的開(kāi)發(fā)結(jié)構(gòu)，這在一定程度上降低了在開(kāi)發(fā)組織內(nèi)大范圍實(shí)現(xiàn)重用的可能性。適用范圍：適用于基于構(gòu)件的軟件開(kāi)發(fā)。2.1 軟件工程的三種基本要素是什么，各自的作用是什么？軟件工程的三種基本要素是方法、工具和過(guò)程。(1) 軟件工程方法（method）為建造軟件提供技術(shù)上的解決方法（“如何做”）。目前使用得最廣泛的方法是傳統(tǒng)方法（結(jié)構(gòu)化方法）和面向?qū)ο蠓椒ā?2) 工具為方法的運(yùn)用提供自動(dòng)的或半自動(dòng)的軟件支撐環(huán)境。(3) 過(guò)程是為了獲得高質(zhì)量的軟件所需要完成的一系列任務(wù)的框架，它規(guī)定了完成各項(xiàng)任務(wù)的工作步驟。2.2 簡(jiǎn)述傳統(tǒng)方法和面向?qū)ο蠓椒ǖ奶攸c(diǎn)。(1)

11、 傳統(tǒng)方法的特點(diǎn)傳統(tǒng)方法也稱(chēng)為生命周期方法或結(jié)構(gòu)化范型。它采用結(jié)構(gòu)化技術(shù)來(lái)完成軟件開(kāi)發(fā)的各項(xiàng)任務(wù)。這種方法學(xué)把軟件生命周期的全過(guò)程依次劃分為若干個(gè)階段，然后順序地逐步完成每個(gè)階段的任務(wù)。每一個(gè)階段的開(kāi)始和結(jié)束都有嚴(yán)格的標(biāo)準(zhǔn)，對(duì)于任何兩個(gè)相鄰的階段而言，前一個(gè)階段的結(jié)束標(biāo)準(zhǔn)就是后一階段的開(kāi)始標(biāo)準(zhǔn)。 傳統(tǒng)方法的主要缺點(diǎn)是在適應(yīng)需求變化方面不夠靈活，另外，結(jié)構(gòu)化方法要么面向行為，要么面向數(shù)據(jù)，缺乏使兩者有機(jī)結(jié)合的機(jī)制。（2）面向?qū)ο蠓椒ǖ奶攸c(diǎn)面向?qū)ο蠓椒ò褦?shù)據(jù)和行為看成同等重要，是將數(shù)據(jù)和對(duì)數(shù)據(jù)的操作緊密地結(jié)合起來(lái)的方法，這也是面向?qū)ο蠓椒ㄅc傳統(tǒng)方法的重要區(qū)別。面向?qū)ο蠓椒ǖ某霭l(fā)點(diǎn)和基本原則，是盡量

12、模擬人類(lèi)習(xí)慣的思維方式，使開(kāi)發(fā)軟件的方法和過(guò)程盡可能接近人類(lèi)認(rèn)識(shí)問(wèn)題和解決問(wèn)題的方法與過(guò)程，從而使描述問(wèn)題的問(wèn)題空間與其解空間在結(jié)構(gòu)上盡可能一致。對(duì)于大型、復(fù)雜及交互性比較強(qiáng)的系統(tǒng)，使用面向?qū)ο蠓椒ǜ袃?yōu)勢(shì)。3.2頂層數(shù)據(jù)流圖或稱(chēng)環(huán)境圖的作用是什么？頂層數(shù)據(jù)流圖（或稱(chēng)環(huán)境圖）僅包括一個(gè)數(shù)據(jù)處理過(guò)程，也就是要開(kāi)發(fā)的目標(biāo)系統(tǒng)。其作用如下：(1) 確定系統(tǒng)在其環(huán)境中的位置，與系統(tǒng)有聯(lián)系的外部實(shí)體（包括硬件、軟件、組織機(jī)構(gòu)及人）有哪些。(2) 通過(guò)確定系統(tǒng)的輸入和輸出與外部實(shí)體的關(guān)系確定系統(tǒng)的邊界，也就是要確定哪些功能或處理屬于系統(tǒng)范圍之內(nèi)，哪些屬于系統(tǒng)范圍之外，需要由其他系統(tǒng)處理或人工處理。3.3

13、在對(duì)數(shù)據(jù)流圖進(jìn)行分解時(shí)需要注意哪些問(wèn)題？在對(duì)數(shù)據(jù)流圖進(jìn)行分解時(shí)，需要注意以下兩個(gè)問(wèn)題：(1) 當(dāng)對(duì)數(shù)據(jù)流圖分層細(xì)化時(shí)必須保持信息連續(xù)性，也就是說(shuō)，當(dāng)把一個(gè)處理分解為一系列處理時(shí)，分解前和分解后的輸入/輸出數(shù)據(jù)流必須相同。(2) 注意分層細(xì)化時(shí)對(duì)編號(hào)的處理方法。3.4 銀行存款業(yè)務(wù)如下：客戶(hù)到銀行柜臺(tái)存款時(shí)，首先填寫(xiě)存款單（包括帳號(hào)、姓名、存款金額、存款類(lèi)型），如果還沒(méi)有開(kāi)戶(hù)，則需要先開(kāi)戶(hù)，填寫(xiě)開(kāi)戶(hù)單（包括姓名、身份證號(hào)、地址、電話(huà)、是否留密碼）。填寫(xiě)完存款單或開(kāi)戶(hù)單后，交給營(yíng)業(yè)員，營(yíng)業(yè)員將存款單或開(kāi)戶(hù)單信息輸入計(jì)算機(jī)，系統(tǒng)記錄開(kāi)戶(hù)信息或存款單信息，如果是開(kāi)戶(hù)并選擇留密碼，則需要客戶(hù)輸入密碼。最

14、后印出開(kāi)戶(hù)單或存款單給用戶(hù)。請(qǐng)畫(huà)出銀行存款業(yè)務(wù)的分層數(shù)據(jù)流圖（至少畫(huà)出兩層）。(1) 識(shí)別外部實(shí)體及輸入輸出數(shù)據(jù)流 外部實(shí)體：儲(chǔ)戶(hù)、業(yè)務(wù)員。輸入數(shù)據(jù)流：存款單，開(kāi)戶(hù)單，密碼。可以將存款單和開(kāi)戶(hù)單抽象為事務(wù)。輸出數(shù)據(jù)流：存款單，開(kāi)戶(hù)單。(2) 頂層數(shù)據(jù)流圖(3) 一層數(shù)據(jù)流圖對(duì)銀行儲(chǔ)蓄系統(tǒng)進(jìn)行分解，從大的方面分解為接收事務(wù)、處理開(kāi)戶(hù)、處理存款三部分，得到一層數(shù)據(jù)流圖。 (4) 二層數(shù)據(jù)流圖對(duì) “處理存款”及“處理開(kāi)戶(hù)”進(jìn)行進(jìn)一步分解，得到二層數(shù)據(jù)流圖，即處理存款的數(shù)據(jù)流圖和處理開(kāi)戶(hù)的數(shù)據(jù)流圖。 處理存款的數(shù)據(jù)流圖處理開(kāi)戶(hù)的數(shù)據(jù)流圖3.5 按照以下描述，畫(huà)出ER圖。一本教材由許多章組成，每一章包含

15、許多節(jié)、小結(jié)和習(xí)題組成，章和節(jié)都具有標(biāo)題和序號(hào)屬性。ER圖如下：教材章節(jié)小結(jié)習(xí)題序號(hào)標(biāo)題序號(hào)標(biāo)題4.13 對(duì)于圖4-49所示的流程圖，試分別用N-S圖和PAD表示之。 FSTARTABQENDTFTP 圖4-49 流程圖對(duì)應(yīng)的N-S圖如下： 對(duì)應(yīng)的PAD如下：while PAuntil !QBwhile PABuntil !Q 圖4-50所示的流程圖完成的功能是使用二分查找方法在table數(shù)組中找出值為item的數(shù)是否存在。(1) 判斷此算法是否是結(jié)構(gòu)化的，說(shuō)明理由。(2) 若算法是非結(jié)構(gòu)化的，設(shè)計(jì)一個(gè)等價(jià)的結(jié)構(gòu)化算法，并用N-S圖表示。FFFTFFtable(i)>item(finis

16、h-start)>1table(start)=itemtable(finish)=itemflag=0flag=1i(startfinish)/2table(i)=itemtable(I)<itemfinish=i-1start=i+1TTTFTT開(kāi)始結(jié)束圖4-50 二分查找算法的流程圖(1) 不是結(jié)構(gòu)化的，最上面的循環(huán)有兩個(gè)出口，最下面的分支有三個(gè)入口。(2) 等價(jià)的結(jié)構(gòu)化算法如下：(FINISH-START)>1 && TABLE(I)!=ITEMI(STARTFINISH)/2TABLE(I)<ITEMI(STARTFINISH)/2TFSTART

17、=I+1FINISH=I-1TABLE(START)=ITEM | TABLE(FINISH) =ITEM | TABLE(I)=ITEMTFFLAG=1FLAG=0或者(FINISH-START)>1 && FLAG=0I(STARTFINISH)/2TABLE(I)=ITEMFLAG0TFFLAG=1TABLE(I)<ITEMT FTABLE(START)=ITEM | TABLE(FINISH) =ITEMTFFLAG=1START=I+1FINISH=I-1或者FLAG0(FINISH-START)>=0 && FLAG=0I(STAR

18、TFINISH)/2FTTABLE(I)=ITEMTABLE(I)<ITEMT FFLAG=1FINISH=I-1START=I+15.如何提高表達(dá)式的可讀性？1.注意運(yùn)算符的優(yōu)先級(jí)，并使用括號(hào)明確表達(dá)式的操作順序，避免使用默認(rèn)優(yōu)先級(jí)。2.避免使用不易理解的數(shù)字，用有意義的標(biāo)識(shí)符來(lái)代替。6.5 假設(shè)汽車(chē)的車(chē)牌號(hào)可由車(chē)主人在規(guī)定范圍內(nèi)自選，若其規(guī)定為：(1) 車(chē)牌上應(yīng)有7個(gè)字符； (2) 為首的字符限定為漢字“京”；(3) 第2個(gè)字符可任選一字母（AZ）；(4) 第37個(gè)字符可選任意數(shù)字。請(qǐng)為相關(guān)的處理程序采用等價(jià)類(lèi)劃分方法設(shè)計(jì)等價(jià)類(lèi)表及相應(yīng)的測(cè)試用例。等價(jià)類(lèi)表輸入數(shù)據(jù)有效等價(jià)類(lèi)無(wú)效等價(jià)類(lèi)

19、字符個(gè)數(shù) 7個(gè)（1）06個(gè)（2），>7個(gè)（3）首字符“京”（4）非“京”（5）第2個(gè)字符字母（6）非字母（7）第37個(gè)字符數(shù)字（8）非數(shù)字（9）測(cè)試用例如下：1）京H87774 （1），（4），（6），（8）2）京H8777 （2）3）京H877745 （3） 4）冀H87774 （5）5）京987774 （7）6）京BA7774 （9） 6.6 比較a測(cè)試與b測(cè)試，說(shuō)明其異同。a測(cè)試與b測(cè)試都是集成測(cè)試之后所進(jìn)行的測(cè)試，都屬于系統(tǒng)測(cè)試。所不同的是，a測(cè)試是在開(kāi)發(fā)環(huán)境中所做的測(cè)試，主要由開(kāi)發(fā)方人員進(jìn)行。而b測(cè)試則是在用戶(hù)實(shí)際工作環(huán)境中所做的測(cè)試，不受開(kāi)發(fā)人員的干預(yù)。說(shuō)明白盒與黑河的區(qū)別，

20、做了其一還需做另一個(gè)？黑盒測(cè)試：已知產(chǎn)品的功能設(shè)計(jì)規(guī)格，可以進(jìn)行測(cè)試證明每個(gè)實(shí)現(xiàn)了的功能是否符合要求。白盒測(cè)試：已知產(chǎn)品的內(nèi)部工作過(guò)程，可以通過(guò)測(cè)試證明每種內(nèi)部操作是否符合設(shè)計(jì)規(guī)格要求，所有內(nèi)部成分是否以經(jīng)過(guò)檢查。 2 不需要 uml中有哪幾種圖？每種圖的作用？用例 類(lèi) 交互 狀態(tài) 活動(dòng) 實(shí)現(xiàn)圖（6種）用例 ：描述參與者所理解的系統(tǒng)功能類(lèi)：顯示類(lèi)，類(lèi)的內(nèi)部結(jié)構(gòu)以及其他類(lèi)的聯(lián)系交互：是為用例、用例組或局部用例開(kāi)發(fā)的（它包括順序圖和協(xié)作圖）狀態(tài)圖：描述一個(gè)特定的所有可能的狀態(tài)以及引起狀態(tài)裝換的事件活動(dòng)圖： 用來(lái)捕捉用例的活動(dòng)，用框圖的方式顯示動(dòng)作及其結(jié)果實(shí)現(xiàn): 顯示系統(tǒng)構(gòu)建及其結(jié)構(gòu)、相互依賴(lài)以及在計(jì)算機(jī)節(jié)點(diǎn)上如何部署。比較面向?qū)ο蟮姆治龇椒ê兔嫦驍?shù)據(jù)流的分析方法，闡述它們各自的特點(diǎn)。面向?qū)ο蟮姆治龇椒ㄊ褂糜美Ｐ蛠?lái)表示用戶(hù)的功能需求，用例模型相當(dāng)于功能模型，在對(duì)用例模型進(jìn)行細(xì)化的過(guò)程中，也伴隨著對(duì)功能的分解。但面向?qū)ο蟮姆治龇椒ú⒉皇且怨δ芊纸鉃楹诵?，在獲取并分析用戶(hù)的功能需求之后，重點(diǎn)以類(lèi)和對(duì)象為核心，建立對(duì)象模型，交互模型也是圍繞對(duì)象模型進(jìn)行的。面向數(shù)據(jù)流的分析方法是從建立頂層數(shù)據(jù)流圖（環(huán)境圖）開(kāi)始，之后逐層對(duì)加