【正文】 法、工具和（ ）三部分組成 A、算法 B、技術(shù) C、文檔 D、過程 軟件生命周期終止的最典型原因是（ ） A、錯誤太多 B、利潤過低 C、可維護(hù)性過差 D、效率不高 軟件在需要它投入使用時能實現(xiàn)其制定功能的概率稱為軟件的（ ） A、兼容性 B、可靠性 C、堅固性 D、可用性 軟件項目計劃一般不包括以下哪項內(nèi)容（ ） A、培訓(xùn)計劃 B、人員安排 C、進(jìn)度安排 D、軟件開發(fā)標(biāo)準(zhǔn)的選擇和制定 計算機(jī)系統(tǒng)工程包含硬件、軟件、人機(jī)及（ ）工程 A、數(shù)據(jù)庫 B、軟件 C、 CASE D、開發(fā)方法 SA 法中， DFD 圖的某個處理過 程分解后，一般不超過（ ）處理過程 A、 10 B、 7 C、 5 D、 12 下列需求陳述中一致的是（ ） A、所有命令響應(yīng)時間應(yīng)小于 ； BUILD 命令的響應(yīng)時間應(yīng)小于 5s B、 所有命令響應(yīng)時間應(yīng)小于 5s； BUILD 命令的響應(yīng)時間應(yīng)小于 1s C、 BUILD 命令的響應(yīng)時間應(yīng)小于 5s； BUILD 命令的響應(yīng)時間應(yīng)小于 1s D、所有命令響應(yīng)時間必須等于 2s； BUILD 命令的響應(yīng)時間應(yīng)小于 3s （ ） A、多態(tài)性 B、繼承性 C、封裝性 D、過程調(diào)用 以下哪一項不屬于面向?qū)ο蟮能浖_發(fā)方法（ ） A、 coad 方法 B、 Booch 方法 C、 jackson 方法 D、 OMT 方法 1 OOA 中，事件追蹤圖是反映（ ）對象所表現(xiàn)出來的集體行為 A、 2 個 B、 1 個 C、多個 D、 3 個 1結(jié)構(gòu)化程序設(shè)計主要強(qiáng)調(diào)程序的（ ） A、效率 B、速度 C、可讀性 D、大小 1注釋是提高程序可讀性的有效手段，好的程序注釋占到程序總量的（ ） A、 1/6 B、 1/5 C、 1/4 D、 1/3 1在發(fā)現(xiàn)錯誤后，排錯應(yīng)由（ ）完成 A、測試者 B、高級程序員 C、用戶 D、軟件的開發(fā)者 1進(jìn)行單元測試時，需要一個（ ）被測模塊的程序 A、傳遞 B、管理 C、調(diào)用 D、驅(qū)動 答案： C D C D D A B B D C 1 D 1 C 1 D 1 D 1 D （三）、 ① 軟件生命周 期中所花費用最多的階段是（ ） A． 詳細(xì)設(shè)計 B．軟件編碼 C．軟件測試 D．軟件維護(hù) ②可行性分析是在系統(tǒng)開發(fā)的早期所做的一項重要的論證工作，它是決定該系統(tǒng)是否開發(fā)的決策依據(jù)，因必須給出（ ）的回答。 (X) 12. 軟件可重用性（ reusability），是指軟部件可以在多種場合使用的程度。（√） 10. 編程中應(yīng)采用統(tǒng)一的標(biāo)準(zhǔn)和約定 ，降低程序的復(fù)雜性。（√） 9. 為提高可交互性一般對大多數(shù)操作動作應(yīng)允許用戶恢復(fù)。（√） 7. 在同一用戶界面中，所有的菜單選擇、命令輸入、數(shù)據(jù)顯示和其他功能應(yīng)采用不同的形式和風(fēng)格。（√） 5. 最高耦合度是數(shù)據(jù)耦合。（ X） 3. 數(shù)據(jù)流圖中各構(gòu)成元素的名 稱不一定必須具有明確的含義以代表對應(yīng)元素的內(nèi)容或功能。（√ ） （五）、 1. 開發(fā)大型軟件易產(chǎn)生疏漏和錯誤，往往是產(chǎn)生軟件危機(jī)的原因之一。（√） 10. 程序文檔應(yīng)該包括代碼的功能、代碼的完成者等內(nèi)容。（√） 8. 不同程序設(shè)計語言在程序的效率上的差異不大。（√） 6. 設(shè)計用戶界面只需要計算機(jī)科學(xué)的理論和知識，而不一定需要認(rèn)知心理學(xué)以及人 機(jī)工程學(xué)、語言學(xué)等學(xué)科的知識。（ X） 4. 當(dāng)程序內(nèi)的分支數(shù)和循環(huán)數(shù)增加時， V（ G）值將隨之增加，即程序的復(fù)雜性增大。（√） 2. 軟件可移植性（ portability），是指軟件從一個計算機(jī)系統(tǒng)或（環(huán)境）移植到另一個上去的難易程度。（√） 12. 如果測試過程沒有發(fā)現(xiàn)任何錯誤，則說明軟件沒有錯誤。（√） 10. 如果在分析階段和設(shè)計階段采用的是面向?qū)ο蟮姆椒ǎ诰幋a階段采用的是面向過程的語言，那么這種翻譯就比較困難。往往是產(chǎn)生軟件危機(jī)的原因之一。（ X） 7. 類是對具有共同特征的對象的進(jìn)一步抽象。（√） 5. 為了充分發(fā)揮開發(fā)人員的潛力、縮短工期，軟件工程項目的任務(wù)分解與安排應(yīng)盡力挖掘可并行開發(fā)的部分。 (√ ) 3. 文檔（ document） — 一種數(shù)據(jù)媒體和其上所記錄的數(shù)據(jù)。 （ ） 答案： √ √ 1 1√ 1 1√ 1 （三）、 1. 可行性研究工作要在初步的需求定義之前進(jìn)行。 （ ） 14． 模塊化，信息隱藏，抽象和逐步求精的軟件設(shè)計原則有助于得到高內(nèi)聚，低耦合度的軟件產(chǎn)品。 （ ） 12． 為了提高程序的易讀性，盡可能使用高級語言或 4GL 編寫 程序 。 （ ） 10． 一般人為，軟件開發(fā)階段是由設(shè)計、編碼和測試三個基本活動組成 。 （ ） 8．如果通過軟件測試沒有發(fā)現(xiàn)錯誤，則說明 軟件是正確的。 （ ） 6．過程描述語言可以用于描述軟件的系統(tǒng)結(jié)構(gòu)。 （ ） 4．模塊化使程序設(shè)計比較方便，但比較難以維護(hù) 。 （ ） 2．?dāng)?shù)據(jù)字典是對數(shù)據(jù)流圖中的數(shù)據(jù)流，處理過程、數(shù)據(jù)存儲、數(shù)據(jù)的源和終點進(jìn)行詳細(xì)定義。 （ ） 15． 在面向?qū)ο蟮能浖_發(fā)方法中，每個類都存在其相應(yīng)的對象，對象是類的實例，類是生成對象的模板。 （ ） 13． 在進(jìn)行需求分析時需同時考慮維護(hù)問題 。 （ ） 11． Power Designer 是一個 CASE 工具。（ ） 9．軟件重用是提高軟件開發(fā)生產(chǎn)率和目標(biāo)系統(tǒng)質(zhì)量的重要途徑。 （ ） 7．編碼風(fēng)格由個人喜好決定，沒有固定格式。 （ ） 5．驗證軟件需求的方法主要靠人工審查的方法。（ ） 3．可行性研究進(jìn)一步研究問題分析階段所確定的問題是否有可行的解。 ? 維護(hù)分為以下幾類： 改正性維護(hù)；適應(yīng)性維護(hù)；完善性維護(hù)；預(yù)防性維護(hù) 九 面向?qū)ο蟮脑O(shè)計方法 [考核的知識點和要求 ] 掌握： 面向?qū)ο蟮母拍詈兔嫦驅(qū)ο蠼?；對象模型、動態(tài)模型和功能模型的建立；軟件重用的特性 理解 ： 問題 域?qū)ο笤O(shè)計， 面向?qū)ο笤O(shè)計的任務(wù)和設(shè)計模型 ；對象和類 面向?qū)ο蠓椒▽W(xué)概述 面向?qū)ο蠼＃êw第 9 章和第 10 章） 面向?qū)ο蠓治龅幕具^程 面向?qū)ο蟮脑O(shè)計準(zhǔn)則 十 軟件項目管理 [考核的知識點和要求 ] 理解 ： 制定進(jìn)度計劃的工具有哪些 ； 軟件質(zhì)量的保證措施有哪些；軟件配置管理；能力成熟度模型分為哪幾級 了解： 如何估算軟件規(guī)模，如何進(jìn)行工作量的估算；人員如何組織 ； 復(fù)習(xí)模擬題 一、 判斷題：在正確的打上√，錯誤的打上 （一）、 1．軟件工程學(xué)只有理論意義，沒有實際用途。 ? 進(jìn)行維護(hù)的原因： 改正程序中的錯誤和缺陷；改進(jìn)設(shè)計以適應(yīng)新的軟、硬件環(huán)境 。 ? 軟件維護(hù)的定義 ： 所謂軟件維護(hù)就是在軟件已經(jīng)交付使用之后，為了改正錯誤或 滿足新的需要而修改軟件的過程。 從覆蓋源程序語句的詳盡程度分析，大致有以下一些不同程度的覆蓋標(biāo)準(zhǔn)： 1 語句覆蓋 2 判定覆蓋 3 條件覆蓋 4 判定／條件覆蓋 5 條件組合覆蓋 – 實例 P163 ? 控制結(jié)構(gòu)測試 – 基本路徑測試 P166 1: START INPUT (A,B,C,D) 2: IF (A0) 3: AND (B0) 4: THEN X=A+B 5: ELSE X=AB 6: END IF 7: IF CA 8: OR (DB) 9: THEN Y=CD 10: ELSE Y=C+D 11: END IF 12: PRINT (X,Y) STOP 路徑 1： 12346791112 路徑 2： 1256791112 路徑 3： 12356791112 路徑 4： 123467891112 路徑 4： 1234678101112 測試用例 ： 執(zhí)行路徑 1（兩個判定表達(dá)式之值全為真） 輸入 :A=1, B=1, C=2, D=2（任意） 預(yù)期輸出： X=2, Y=0 執(zhí)行路徑 2（兩個判定表達(dá)式之值為假、真） 輸入 : A=0, B=1（任意 ), C=2, D=0（任意 ) 預(yù)期輸出： X=1, Y=2 執(zhí)行路徑 3（兩個判定表達(dá)式之值為假、真） 輸入 : A=1, B=0, C=2, D=0（任意 ) 預(yù)期輸出： X=1, Y=2 執(zhí)行路徑 4（兩個判定表達(dá)式之值全為真） 輸入 : A=1, B=1, C=0, D=1 預(yù)期輸出： X=2, Y=1 執(zhí)行路徑 5（兩個判定表達(dá)式之值為真、假） 輸入 : A=1, B=1, C=0, D=2 預(yù)期輸出： X=2, Y=2 黑盒測試法 實例： 輸入三個整數(shù)作為三邊的邊長構(gòu)成三角形。 測試絕不能證明程序是正確的 ? 測試方法 – 黑盒測試 1 把程序看作 一個黑盒子，完全不考慮程序的內(nèi)部結(jié)構(gòu)和處理過程 2 對程序接口進(jìn)行測試，檢查程序功能是否能按規(guī)格說明書的規(guī)定正常使用； 程序是否能適當(dāng)?shù)亟邮茌斎霐?shù)據(jù)并產(chǎn)生正確的輸出信息； 程序運行過程中能否保持外部信息的完整性 – 白 盒測試 1 把程序堪稱裝在一個透明的白盒子里，測試者完全知道程序的結(jié)構(gòu)處理算法 2 按照程序內(nèi)部的邏輯測試程序，檢測程序中的主要執(zhí)行通路是否都能按預(yù)定要求正確工作 ? 測試步驟 – 單元測試 ： （模塊測試）發(fā)現(xiàn)的往往是編碼和詳細(xì)設(shè)計的錯誤 – 集成測試 ： 著重測試模塊的接口 – 系統(tǒng)測試 ：發(fā)現(xiàn)的往往是軟件設(shè)計中的錯誤，也可 能發(fā)現(xiàn)需要說明中的錯誤 – 驗收測試 ：（確認(rèn)測試）往往發(fā)現(xiàn)需求說明書中的錯誤 白盒測試 ? 邏輯覆蓋 – 邏輯覆蓋類型 邏輯覆蓋是以程序的內(nèi)部邏輯結(jié)構(gòu)為基礎(chǔ)的測試用例設(shè)計技術(shù)，屬于白盒測試。 ? 軟件測試的概念 目的 : （ 1）測試是為了發(fā)現(xiàn)程序中的錯誤而執(zhí)行程序的過程； （ 2）好的測試方案是極可能發(fā)現(xiàn)迄今為止尚未發(fā)現(xiàn)的錯誤的測試方案； （ 3）成功的測試是發(fā)現(xiàn)了至今為止尚未發(fā)現(xiàn)的錯誤的測試 。 條 件： I（ 1）文件結(jié)束。 （ 6）將新記錄寫入輸出文件。 1 2 3 4 5 教 授 T F F F 副教授 F T F F 講師 F F T F 助教 F F F T 講座 T F F F F 50 30 25 20 15 課時津貼 一般授課 講座 教授 副教授 講師 助教 30 25 20 15 50 考生新文件 考生記錄 * 準(zhǔn)考證號 姓名 通訊地址 考分 考生情況文件 考生記錄 * 準(zhǔn)考證號 姓名 通訊地址 考分文件 考生記錄 * 準(zhǔn)考證號 考分 I I ( a ) 輸入數(shù)據(jù)結(jié)構(gòu) ( b ) 輸出數(shù)據(jù)結(jié)構(gòu)