1、軟件工程課程復(fù)習(xí)資料一、單項(xiàng)選擇題：1.下面哪些UML圖描述系統(tǒng)行為？ A.用例圖 B.類圖 C.對象圖2.屬于概要設(shè)計(jì)活動的是 A.軟件結(jié)構(gòu)設(shè)計(jì) B.數(shù)據(jù)結(jié)構(gòu)設(shè)計(jì) C.算法設(shè)計(jì)3.屬行為型設(shè)計(jì)模式的是 A.組合模式 B.工廠方法模式 C.觀察者模式4.下列說法正確的是 A.UML 是軟件開發(fā)方法 B.UML是系統(tǒng)描述語言 C.UML是軟件開發(fā)過程5.根據(jù)程序流程圖劃分的模塊通常是 A.信息內(nèi)聚的模塊 B.過程內(nèi)聚的模塊 C.邏輯內(nèi)聚的模塊6.如果某程序中的比較個(gè)數(shù)是m，則其 McCabe環(huán)形復(fù)雜度為 A.m-1 B.m C.m+17.按ISO9000-3的說明，下列屬軟件配置項(xiàng)的是 A.軟件

2、開發(fā)方法 B.軟件開發(fā)組織管理制度 C.軟件開發(fā)合同8.軟件測試的目的是 A.證明軟件無錯 B.發(fā)現(xiàn)軟件中的所有錯誤 C.盡可能發(fā)現(xiàn)軟件系統(tǒng)中的錯誤9.軟件重構(gòu)關(guān)注的是 A.軟件體系結(jié)構(gòu) B.模塊細(xì)節(jié) C.軟件性能10.軟件項(xiàng)目開發(fā)計(jì)劃的內(nèi)容有 A.數(shù)據(jù)分析 B.風(fēng)險(xiǎn)分析 C.功能分析 11.在UML的類圖中，描述整體與部分關(guān)系的是 A.泛化關(guān)系 B.聚合關(guān)系 C.依賴關(guān)系12.軟件過程能力成熟度模型CMM用以評價(jià) A.軟件過程能力 B.組織能力 C.學(xué)習(xí)能力13.因計(jì)算機(jī)硬件和軟件環(huán)境的變化而作出的修改軟件的過程稱為 A.完善性維護(hù) B.改正性維護(hù) C.適應(yīng)性維護(hù)14.對項(xiàng)目軟件而言，軟件功

3、能需求信息主要由誰提供 A.軟件用戶 B.軟件開發(fā)人員 C.軟件項(xiàng)目管理人員15.IDEF0 圖反映不出 A.系統(tǒng)做什么 B.系統(tǒng)功能由誰做 C.系統(tǒng)如何做16.原型模型是一種什么開發(fā)過程模型？ A.自頂向上 B.由外至內(nèi) C.增量式17.系統(tǒng)流程圖描述 A.物理系統(tǒng) B.邏輯系統(tǒng) C.軟件體系結(jié)構(gòu)18.需求規(guī)格說明書的內(nèi)容不應(yīng)該包括 A.軟件確認(rèn)準(zhǔn)則 B.軟件的性能描述 C.算法過程的詳細(xì)描述19.適合需求模糊或需求不確定系統(tǒng)開發(fā)的軟件開發(fā)模型是 A.瀑布模型 B.RAD 模型 C.原型模型20.UML 圖中描述系統(tǒng)結(jié)構(gòu)的是 A.組件圖 B.順序圖 C.狀態(tài)圖21.面向?qū)ο蠓椒ㄊ且环N什么軟件

4、開發(fā)方法？ A.層次化 B.迭代增量式 C.逐步求精22.不可以用來衡量軟件可維護(hù)性的是 A.可靠性 B.可用性 C.可行性23.系統(tǒng)分析員在需求分析最后負(fù)責(zé)編寫 A.用戶手冊 B.概要設(shè)計(jì)說明書 C.可行性研究報(bào)告24.為了提高軟件的可靠性、可維護(hù)性等而對軟件的修改稱為 A.改正性維護(hù) B.適應(yīng)性維護(hù) C.預(yù)防性維護(hù)25.在結(jié)構(gòu)化方法中，為使需求改變對軟件影響較小，應(yīng)該使軟件結(jié)構(gòu) A.與問題結(jié)構(gòu)對應(yīng) B.與問題結(jié)構(gòu)獨(dú)立 C.與用戶界面對應(yīng)26.單元測試的計(jì)劃應(yīng)該在什么階段完成？ A.需求分析 B.概要設(shè)計(jì) C.詳細(xì)設(shè)計(jì)27.下列屬面向?qū)ο筌浖_發(fā)方法的是 A.LCP 方法 B.OMT 方法

5、C.IDEF0 方法28.強(qiáng)調(diào)信息隱藏的軟件工程設(shè)計(jì)方法是 A.Jackson 方法 B.Parnas 方法 C.SA/SD 方法29.描述系統(tǒng)動態(tài)行為的模型是 A.包圖 B.軟件結(jié)構(gòu)圖 C.狀態(tài)圖 30.考慮輸入條件組合的測試用例設(shè)計(jì)方法是 A.等價(jià)分類法 B.語句覆蓋法 C.因果圖法31.下列能減少支援性維護(hù)活動的是 A.利用軟件包 B.進(jìn)行配置管理 C.對用戶進(jìn)行適當(dāng)培訓(xùn)32.只支持單重繼承的程序設(shè)計(jì)語言是 A.C+ B.Delphi C.C33.IDEF0 圖的頂層圖是 A.A0 圖 B.A-0 圖 C.A-1圖 34.在UML的用例圖中，擴(kuò)展關(guān)系是一種 A.泛化關(guān)系 B.依賴關(guān)系 C

6、.關(guān)聯(lián)關(guān)系35.獨(dú)立測試小組開始介入測試是在 A.模塊測試階段 B.集成測試階段 C.確認(rèn)測試階段36.在成本估計(jì)中容易低估局部問題的方法是 A.基于經(jīng)驗(yàn)?zāi)Ｐ偷墓烙?jì) B.自底向上估計(jì) C.自頂向下估計(jì)37.在IDEF1X圖中，如果子實(shí)體與父實(shí)體存在聯(lián)系，則子實(shí)體將繼承父實(shí)體的 A.全部屬性 B.主關(guān)鍵字屬性 C.非主關(guān)鍵字屬性38.結(jié)構(gòu)化分析方法使用的工具是 A.數(shù)據(jù)流圖 B.類圖 C.軟件結(jié)構(gòu)圖 39.白盒測試設(shè)計(jì)用例的方法是 A.等價(jià)分類法 B.基本路徑覆蓋法 C.因果圖法40.在衡量軟件質(zhì)量時(shí)，最重要的標(biāo)準(zhǔn)是 A.可維護(hù)性好 B.可用性好 C.滿足用戶功能需求41.瀑布模型是一種 A.演

7、化模型 B.順序模型 C.增量模型42.模塊的獨(dú)立程度可以由什么定性標(biāo)準(zhǔn)度量？ A.耦合度 B.復(fù)雜度 C.可靠性43.以下選項(xiàng)中，不屬于對象的特點(diǎn)有 A.繼承 B.多態(tài) C.封閉44.面向數(shù)據(jù)結(jié)構(gòu)的設(shè)計(jì)方法有 A.Parnas 方法 B.Jackson 方法 C.IDEF0 方法 45.與UML配合最好的軟件開發(fā)方法是 A.RUP 方法 B.Coad/Yourdon方法 C.IDEF4方法二、填空題：1.統(tǒng)一建模語言UML提供了兩種描述整體/部分關(guān)系的方法，分別是 和 。2.軟件是計(jì)算機(jī)程序、 及 的完整集合，將其統(tǒng)稱為軟件配置，這些項(xiàng)稱為軟件配置項(xiàng)。通過正式復(fù)審的軟件配置項(xiàng)稱為 ，只有通過

8、正式的變化控制過程才能改變它。3.純收入是指在整個(gè)生存周期之內(nèi)的 與投資之差。4.瀑布模型是以 驅(qū)動的軟件生存周期模型，適合需求明確的軟件系統(tǒng)開發(fā)。5.在單元測試期間，應(yīng)該為被測模塊編寫相應(yīng)的測試軟件，一般地 模塊接收測試數(shù)據(jù)，并把數(shù)據(jù)傳給被測模塊，而 模塊則模擬實(shí)際模塊完成少量數(shù)據(jù)處理。6.IDEF0方法用嚴(yán)格的自頂向下、逐層分解的方式進(jìn)行系統(tǒng)的功能描述，其頂層圖將 圖在建模范圍內(nèi)分解成 個(gè)主要部分得到。7.如果一個(gè)模塊完成多個(gè)邏輯上相近或相關(guān)的功能，并且每次調(diào)用只選擇該模塊中的一個(gè)功能執(zhí)行，則稱此模塊為 內(nèi)聚的模塊。8.程序靜態(tài)分析的對象是 。常生成各種引用表，如 列出各模塊中出現(xiàn)的全部標(biāo)

9、號。9.在數(shù)據(jù)流圖中，每個(gè)加工至少有一個(gè) 和一個(gè) 。10.兩個(gè)小組獨(dú)立地測試同一個(gè)程序，第一組發(fā)現(xiàn)25個(gè)錯誤，第二組發(fā)現(xiàn)30個(gè)錯誤，在兩個(gè)小組發(fā)現(xiàn)的錯誤中有15個(gè)是共同的，那么可以估計(jì)程序中的錯誤總數(shù)是 。11.設(shè)E為程序圖G中邊的總數(shù)； N 為程序圖中結(jié)點(diǎn)的總數(shù)，則該程序圖的環(huán)形復(fù)雜度為 。12.汽車有一個(gè)發(fā)動機(jī)。若用UML描述汽車和發(fā)動機(jī)之間的關(guān)系，則它們之間是_關(guān)系。13.自頂向下結(jié)合的漸增式測試法，在組合模塊時(shí)有兩種組合策略，即 策略和 策略。14.在基本路徑測試中，以詳細(xì)設(shè)計(jì)為基礎(chǔ)，導(dǎo)出控制流程圖的拓?fù)浣Y(jié)構(gòu): 程序圖，在計(jì)算了程序圖的 之后，確定只包含獨(dú)立路徑的基本路徑圖，其中獨(dú)立路

10、徑是包括一組 的一條路徑。從程序圖來看，一條獨(dú)立路徑是至少包含有一條在其他獨(dú)立路徑中未有過的邊的路徑。15.在多層次的結(jié)構(gòu)圖中，其模塊結(jié)構(gòu)的層次數(shù)稱為結(jié)構(gòu)圖的 。結(jié)構(gòu)圖中同一層模塊的最大模塊數(shù)稱為結(jié)構(gòu)圖的 。16.耦合性是指兩個(gè)模塊之間的 關(guān)系，模塊之間的聯(lián)系越復(fù)雜，每個(gè)模塊的獨(dú)立性就 。17.可行性研究實(shí)質(zhì)上是進(jìn)行了一次 過程。18.需求分析的任務(wù)是 。19.NS圖的主要優(yōu)點(diǎn)是它強(qiáng)制設(shè)計(jì)人員使用 技術(shù)，從而可保證軟件設(shè)計(jì)的質(zhì)量。20.結(jié)構(gòu)型模式涉及如何組合類和對象，從而構(gòu)成更大的對象，一是采用 來組合接口或?qū)崿F(xiàn)形成更大的結(jié)構(gòu)；另一種方式通過 方式來形成。21.為了便于對照檢查，測試用例應(yīng)由

11、和預(yù)期的 兩部分組成。22.軟件開發(fā)時(shí)，一個(gè)錯誤發(fā)現(xiàn)得越晚，為改正它所付出的代價(jià)就 。23.在UML的用例圖中，根據(jù)參與者與用例關(guān)系的不同，參與者可分為 和次要參與者，參與者之間的關(guān)系只有 關(guān)系。24.評價(jià)軟件質(zhì)量可以從三個(gè)方面進(jìn)行，即產(chǎn)品或中間產(chǎn)品、 和項(xiàng)目。25.軟件配置管理是一組用于在計(jì)算機(jī)軟件的整個(gè)生存周期內(nèi)管理 的活動。26.通過抽象，可以確定組成軟件的 。通過信息隱蔽，可以定義和實(shí)施對模塊的過程細(xì)節(jié)和局部數(shù)據(jù)結(jié)構(gòu)的 。27.UML表示法的基礎(chǔ)是 ，它描述建模元素的語義。28.條件覆蓋是指設(shè)計(jì)足夠的測試用例，使得 至少出現(xiàn)一次。29.面向數(shù)據(jù)流圖的結(jié)構(gòu)化分析方法是根據(jù) 的原則，按照系

12、統(tǒng)中數(shù)據(jù)處理的流程，用數(shù)據(jù)圖來建立系統(tǒng)的 模型。30.評估軟件企業(yè)的質(zhì)量管理有兩種方法，一種是按照 認(rèn)證，另外一種是按照CMM認(rèn)證。31.風(fēng)險(xiǎn)估計(jì)從兩個(gè)方面來度量，一是估計(jì) ，二是估計(jì)與風(fēng)險(xiǎn)相關(guān)的問題出現(xiàn)后將會帶來的損失。三、名詞解釋：1.集成測試2.設(shè)計(jì)模式3.信息隱藏4.用例5.結(jié)構(gòu)化方法6.MVC四、判斷題：1.測試計(jì)劃、測試用例和出錯統(tǒng)計(jì)等一般不用長期保存。 2.在面向?qū)ο蠓椒ㄖ?，需求分析和設(shè)計(jì)沒有差別。 3.應(yīng)用設(shè)計(jì)模式使得軟件靈活，可重用性提高，應(yīng)該盡量多使用。 4.UML 是一種建模語言，可以被任何面向?qū)ο蠓椒ㄊ褂谩?5.任何系統(tǒng)都需要對數(shù)據(jù)進(jìn)行處理，因而數(shù)據(jù)流圖可描述任何系統(tǒng)。

13、 6.軟件開發(fā)就是編寫程序代碼。 7.面向?qū)ο筌浖_發(fā)最適合采用迭代、增量式的開發(fā)模型。 8.設(shè)計(jì)模式是一種可以重用的面向?qū)ο筌浖O(shè)計(jì)方案。 9.軟件測試就是檢查程序是否正確。 10.軟件項(xiàng)目計(jì)劃在可行性研究階段就已定稿。 11.軟件工程認(rèn)為軟件設(shè)計(jì)的最終目標(biāo)是要取得最佳方案。 12.只要對軟件進(jìn)行嚴(yán)格的測試，就能發(fā)現(xiàn)軟件中的所有錯誤。 13.初級技術(shù)人員在編碼階段參與軟件項(xiàng)目的程度在各類人員中最高。 14.單元測試常常在編碼階段進(jìn)行。 15.CMM 描述和分析了軟件過程能力的發(fā)展與改進(jìn)的程度。 16.為了加快開發(fā)速度，可以一邊寫程序，一邊設(shè)計(jì)文檔。 17.沒有發(fā)現(xiàn)任何錯誤的測試是無效的測試。

14、 18.軟件結(jié)構(gòu)圖中不能有控制信息流動。 19.單元測試常常由獨(dú)立的測試小組進(jìn)行。 20.用例建模只能用于面向?qū)ο筌浖到y(tǒng)的開發(fā)。 21.數(shù)據(jù)流建模方法是一種自頂向下的需求分析方法。 22.為了減少程序的長度，最好不要在程序中增加注釋。 五、簡答題：1.在需求分析和設(shè)計(jì)階段建立原型的好處有哪些？2.什么是模塊的扇入和扇出？3.UML的特點(diǎn)是什么？4.層次圖和層次方框圖有何區(qū)別？5.軟件測試對象應(yīng)包括哪些內(nèi)容？6.試簡要敘述文檔在軟件工程中的作用。7.為何螺旋模型主要適合開發(fā)人員和用戶為同一個(gè)組織機(jī)構(gòu)成員的軟件項(xiàng)目的開發(fā)？8.軟件測試為何需要盡早和不斷地進(jìn)行？9.簡要說明如何實(shí)現(xiàn)MVC。10.試

15、給出一種開源軟件框架，并簡要說明開源軟件存在的問題。11.IDEF0方法有什么特點(diǎn)？12.快速原型模型有幾種？各有何特點(diǎn)？六、綜合題：1.某網(wǎng)絡(luò)學(xué)院決定開發(fā)一個(gè)管理所有學(xué)生和教師信息的交互式網(wǎng)絡(luò)系統(tǒng)，該系統(tǒng)提供如下服務(wù)：（1）瀏覽學(xué)生信息：網(wǎng)絡(luò)學(xué)院的任何人員，包括學(xué)生和老師，均可以瀏覽學(xué)院任何學(xué)生的信息，包括姓名、學(xué)號和專業(yè)名稱。（2）瀏覽教師信息：網(wǎng)絡(luò)學(xué)院的任何人，包括學(xué)生和老師，均可以瀏覽學(xué)院任何教師的信息，包括姓名、工號和職稱。（3）登錄：網(wǎng)絡(luò)學(xué)院給學(xué)院每個(gè)人一個(gè)賬號。擁有授權(quán)帳號的學(xué)生和老師，可以使用系統(tǒng)提供的頁面設(shè)置個(gè)人密碼，并使用該賬號和密碼向系統(tǒng)注冊。（4）修改個(gè)人信息：學(xué)生或老

16、師向系統(tǒng)注冊后，可以發(fā)送電子郵件或使用系統(tǒng)提供的頁面，對個(gè)人信息進(jìn)行修改。（5）刪除個(gè)人信息：只有網(wǎng)絡(luò)學(xué)院的管理人員才能刪除不再是學(xué)院學(xué)生或老師的人員的有關(guān)信息。試問哪些是參與者？哪些是用例？并用UML的用例圖描述系統(tǒng)行為。 2.試據(jù)下述偽代碼描述的模塊，改用NS圖描述。Begin a b Do Until x6 If xl then f If x4 then Do Until x5 i End Until Else g h End if Else Select Case x2 Case 1: Do While x3 c End While Case 2: d Case 3: e End Se

17、lect End ifEnd UntilEnd3.某五星級賓館共有H間客房。每間客房的房間號、房間等級、床位數(shù)以及占用狀態(tài)分別存放在數(shù)組ROOM、RANK、NBED和STATUS中。房間等級用整數(shù)表示。房間狀態(tài)有：空閑（0表示）和占用（1表示）?？头恳苑块g為單位出租。試設(shè)計(jì)一個(gè)算法，依據(jù)散客的要求預(yù)定房間，要求輸入為：人數(shù)M，房間等級要求R(R為0表示任意等級均可)；輸出為：可供選擇的房間號。要求用程序流程圖描述算法。4.某醫(yī)院打算開發(fā)一個(gè)以計(jì)算機(jī)為中心的患者監(jiān)護(hù)系統(tǒng)，以解決醫(yī)院人手不夠和對危重病人的及時(shí)監(jiān)護(hù)。該系統(tǒng)應(yīng)能做到以下幾點(diǎn)：隨時(shí)接受每個(gè)病人的生理信號；定時(shí)記錄病人情況形成患者日志；當(dāng)

18、病人生理信號超出醫(yī)生規(guī)定的安全范圍時(shí)向值班護(hù)士發(fā)告警信息；此外，護(hù)士在需要時(shí)，還可要求系統(tǒng)印出指定病人的病情報(bào)告。試椐此敘述繪出對應(yīng)的DFD圖。5.試采用設(shè)計(jì)模式描述算術(shù)表達(dá)式（不含圓括號）的設(shè)計(jì)方案。算術(shù)表達(dá)式是由加、減、乘、除和操作數(shù)構(gòu)成的表達(dá)式，操作數(shù)假定為實(shí)數(shù)。6.請根據(jù)如下程序流程圖設(shè)計(jì)該程序段的判定覆蓋測試用例，其中輸入為A,B,X，輸出為X。(A1)(B=0)X=X/2(A=2)(X1)X=X+2adbceFFTT10參考答案一、單項(xiàng)選擇題：1.A 2.A 3.C 4.B 5.B 6.C 7.C 8.C 9.B 10.B 11.B 12.A 13.C 14.A 15.C16.B

19、17.A 18.C 19.C 20.A 21.B 22.C 23.A 24.C 25.A 26.C 27.B 28.B 29.C 30.C31.C 32.B 33.A 34.B 35.C 36.C 37.B 38.A 39.B 40.C 41.B 42.A 43.C 44.B 45.A二、填空題：1.聚集 組合 2.描述計(jì)算機(jī)程序的文檔 數(shù)據(jù) 基線3.累計(jì)經(jīng)濟(jì)效益(折合成現(xiàn)在值) 4.文檔5.驅(qū)動模塊 樁模塊 6.A-0 3-6 7.邏輯 8.源程序 標(biāo)號交叉引用表 9.輸入流 輸出流 10.50 11.E N + 2 12.聚合 13.深度優(yōu)先 廣度優(yōu)先 14.環(huán)形復(fù)雜性 以前沒有處理的語句

20、或條件 15.深度 寬度 16.依賴 越低 17.大大壓縮簡化了的系統(tǒng)分析和設(shè)計(jì)過程 18.確定系統(tǒng)必須完成哪些工作 19.結(jié)構(gòu)化 20.繼承 對象組合21.輸入數(shù)據(jù) 預(yù)期輸出結(jié)果 22.越大 23.主要參與者 泛化 24.過程 25.變化 26.過程實(shí)體 存取限制 27.UML 元模型 28.判定表達(dá)式中每個(gè)條件的各種可能的值 29.分解與抽象 功能 30.ISO9001 31.風(fēng)險(xiǎn)發(fā)生的可能性三、名詞解釋：1.集成測試也稱組裝測試或聯(lián)調(diào)。是指在單元測試的基礎(chǔ)上，將所有模塊按照概要設(shè)計(jì)要求組裝成一個(gè)完整的系統(tǒng)而進(jìn)行的測試。模塊組裝的方式有兩種：漸增式和非漸增式。2.設(shè)計(jì)模式是普通面向?qū)ο笤O(shè)計(jì)

21、問題的解決方案，這類問題以一組交互類的形式出現(xiàn)，用戶根據(jù)需要定制這些交互類以形成專門的設(shè)計(jì)。所有設(shè)計(jì)模式均可以從四個(gè)方面加以描述：模式名稱、問題描述、解決方案和效果。 3.信息隱藏是指在模塊設(shè)計(jì)時(shí)，使得一個(gè)模塊內(nèi)包含的信息(過程或數(shù)據(jù))，對于不需要這些信息的其他模塊來說是不能訪問的。這樣，改變模塊的內(nèi)部過程和數(shù)據(jù)的設(shè)計(jì)不會影響到其它模塊。4.用例是參與者為達(dá)到某個(gè)目的而與系統(tǒng)進(jìn)行的一系列交互，執(zhí)行結(jié)果將為參與者提供可度量的價(jià)值。從參與者的角度來看，用例應(yīng)該是一個(gè)完整的任務(wù)，在一個(gè)相對較短的時(shí)間內(nèi)完成。5.結(jié)構(gòu)化方法是一種傳統(tǒng)的軟件開發(fā)方法，其總的指導(dǎo)思想是自頂向下、初步求精、單入口、單出口，其

22、基本原則是抽象和功能分解。6.MVC即模型、視圖、控制器。其中，模型是應(yīng)用對象，其包含一些數(shù)據(jù)值，維護(hù)數(shù)據(jù)并提供數(shù)據(jù)的訪問方法。視圖顯示模型的部分或說有數(shù)據(jù)，多個(gè)視圖可以以不同的方式來顯示模型中數(shù)據(jù)?？刂破魈幚碛脩糨斎胧录?。四、判斷題：1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. 13. 14. 15.16. 17. 18. 19. 20. 21. 22.五、簡答題：1.在需求分析和設(shè)計(jì)階段建立原型的好處有：（1）增進(jìn)開發(fā)人員和用戶對系統(tǒng)需求的一致理解，明確軟件需求，尤其是功能含糊的需求。（2）原型提供了一種有力的學(xué)習(xí)手段，能夠使用戶盡早接觸系統(tǒng)。（3）原型可以

23、用來識別或化解風(fēng)險(xiǎn)。（4）原型有的可以原封不動地成為產(chǎn)品，有的略加修改就可以成為最終系統(tǒng)的一個(gè)組成部分，這樣有利于建成最終系統(tǒng)。2.扇入則定義為一個(gè)模塊被調(diào)用（或控制）的模塊個(gè)數(shù)；扇出表示一個(gè)模塊直接調(diào)用（或控制）的其他模塊數(shù)目。3.UML的特點(diǎn)是：（1）統(tǒng)一了面向?qū)ο蠓椒ǖ挠嘘P(guān)概念和描述方法；（2）表達(dá)能力強(qiáng)，能對各種并發(fā)分布式系統(tǒng)進(jìn)行建模，且UML還提供了擴(kuò)展機(jī)制；（3）UML專注于一種標(biāo)準(zhǔn)的建模語言，而不是一個(gè)開發(fā)過程。4.層次圖主要用來描繪軟件的層次結(jié)構(gòu)，矩形框代表一個(gè)模塊，矩形框之間的連線表示模塊之間的調(diào)用關(guān)系，常與IPO圖一起形成HIPO圖。層次方框圖主要描述系統(tǒng)的組成關(guān)系，一般自

24、用域需求分析。 5.軟件測試并不等于程序代碼測試，其應(yīng)該貫穿于軟件定義與開發(fā)的整個(gè)期間。因此，需求分析、概要設(shè)計(jì)以及程序編碼等各階段所得的文檔，包括需求規(guī)格說明、概要設(shè)計(jì)說明、詳細(xì)設(shè)計(jì)規(guī)格說明以及源程序代碼都應(yīng)成為軟件測試的對象。6.在軟件工程中，文檔的作用是：（1）提高軟件開發(fā)過程的能見度；（2）記錄開發(fā)過程的有關(guān)信息便于使用與維護(hù)； （3）作為開發(fā)人員階段工作成果和結(jié)束標(biāo)志；（4）提高開發(fā)效率；（5）提供軟件運(yùn)行、維護(hù)和培訓(xùn)有關(guān)資料；（6）便于用戶了解軟件功能、性能。7.因?yàn)槿绻_發(fā)人員和用戶屬于不同的組織機(jī)構(gòu)，則一般在正式的軟件開發(fā)之前均需要簽訂合同，所有的風(fēng)險(xiǎn)分析均必須在簽訂合同之前完

25、成。但螺旋模型需要在軟件開發(fā)的每一個(gè)階段都進(jìn)行風(fēng)險(xiǎn)分析，當(dāng)重要風(fēng)險(xiǎn)不能解決時(shí)，項(xiàng)目應(yīng)該終止。由此螺旋模型可能因?yàn)轱L(fēng)險(xiǎn)使得合同在完成之前就終止，從而導(dǎo)致法律訴訟。故螺旋模型不適合開發(fā)人員和用戶屬于不同組織機(jī)構(gòu)的情況。8.軟件測試不應(yīng)僅僅作為一個(gè)獨(dú)立的軟件開發(fā)階段，而應(yīng)貫穿到軟件開發(fā)的各個(gè)階段中。通過各階段的評審，在早期把錯誤解決，以減少錯誤放大效應(yīng)，這樣不僅可以提高軟件質(zhì)量，而且也是降低軟件成本的一個(gè)重要措施。由此，軟件測試應(yīng)該盡早和不斷地進(jìn)行。 9.MVC是ModelViewController的簡寫。Model 代表的是應(yīng)用的業(yè)務(wù)邏輯（通過JavaBean，EJB組件實(shí)現(xiàn)）， View 是應(yīng)用的表示層（由JSP頁面產(chǎn)生），Controller 是提供應(yīng)用的處理過程控制（一般是一個(gè)Servlet），通過MVC把應(yīng)用邏輯，處理過程和顯示邏輯分成不同的組件實(shí)現(xiàn)。 10.Struts是采用Java Servlet/JavaServer Pages技術(shù)，開發(fā)Web應(yīng)用程序的開源應(yīng)用框架。 Struts框架主要有如下功能：1）包含一個(gè)controller servlet，能將用戶的請求發(fā)送到相應(yīng)的Action對象；