軟件工程試題及答案

　　在各個(gè)領(lǐng)域，我們都離不開(kāi)試題，試題是用于考試的題目，要求按照標準回答。你知道什么樣的試題才能切實(shí)地幫助到我們嗎？以下是小編為大家收集的軟件工程試題及答案，僅供參考，大家一起來(lái)看看吧。

　　一、填空（10*1分=10）；

　　（1）產(chǎn)品設想是產(chǎn)品用途和形式的概括描述，可以通；

　　（2）項目范圍是項目中要完成的工作；

　　（3）產(chǎn)品設計過(guò)程的特點(diǎn)可以概括為自頂向下和以用；

　　（4）備選需求的思想可以來(lái)自設計團隊的內部或外部；

　　（5）工程設計的第一步是工程設計分析；

　　（6）體系結構設計必須既考慮功能需求，又考慮非功；

　　（7）設計模式出現在幾個(gè)不同的抽象級別上，包括體；

　　一、填空（10X1分=10）

　　（1）產(chǎn)品設想是產(chǎn)品用途和形式的概括描述，可以通過(guò)主要產(chǎn)品功能列表的形式詳細闡明。

　　（2）項目范圍是項目中要完成的工作。風(fēng)險承擔者是受產(chǎn)品影響或參與。影響產(chǎn)品開(kāi)發(fā)的任何人。

　　（3）產(chǎn)品設計過(guò)程的特點(diǎn)可以概括為自頂向下和以用戶(hù)為中心。前者意味著(zhù)設計人員首先要在高抽象級別上引出需要并生成、改進(jìn)、評估和選擇需求，然后再依次在更低的級別上引出需要并生成、改進(jìn)、評估和選擇需求。后者意味著(zhù)設計過(guò)程是以風(fēng)險承擔者為焦點(diǎn)，使用實(shí)驗評估，而且高度重復。

　　（4）備選需求的思想可以來(lái)自設計團隊的內部或外部。前一種來(lái)源包括用戶(hù)和其他風(fēng)險承擔者、專(zhuān)家、現實(shí)物品和比喻、競爭產(chǎn)品和相似產(chǎn)品。后一種來(lái)源包括團隊集體討論、個(gè)人獨立思考和建模。

　　（5）工程設計的第一步是工程設計分析。這項活動(dòng)的輸入包括可能以各種模型和原型作為其補充的SRS，它們都是在產(chǎn)品設計過(guò)程中產(chǎn)生的。從軟件的生命周期的觀(guān)點(diǎn)來(lái)說(shuō)，工程設計發(fā)生在設計階段。在這項活動(dòng)中分析問(wèn)題的好方法是建模，這將產(chǎn)生該活動(dòng)的主要輸出。

　　（6）體系結構設計必須既考慮功能需求，又考慮非功能需求。使程序能夠滿(mǎn)足其功能需求的體系結構可能有任意多個(gè)，但其中只有質(zhì)量特性能夠同時(shí)使程序滿(mǎn)足其非功能需求。軟件體系結構設計者必須考慮多種程序以找出那些所能指定的程序既能滿(mǎn)足功能需求，又能滿(mǎn)足非功能需求的結構。

　　（7）設計模式出現在幾個(gè)不同的抽象級別上，包括體系結構風(fēng)格，它是處于體系結構級別的模式；中級設計模型它是設計類(lèi)及其交互作用的模式；數據結構和算法它是實(shí)現抽象數據類(lèi)型和有效操作的模式；編程慣用法，它是能夠有效使用特定編程語(yǔ)言的模式。

　　（8）在應用樹(shù)中，樹(shù)根以utility加以標記，根的子樹(shù)是概貌的名稱(chēng)，樹(shù)葉表示場(chǎng)景。這些樹(shù)幫助生成用來(lái)評估體系結構方案的場(chǎng)景的集合。

　　（9）正確使用表示方法的SAD是結構良好的SAD，全部可以由一個(gè)程滿(mǎn)足的一組設計說(shuō)明是一致的。所指定的程序能夠滿(mǎn)足其所有需求的軟件體系結構是完整的。如果SAD易于理解，則是清晰的。

　　（10）詳細設計解析非常類(lèi)似于體系結構設計解析。可用于生成和改進(jìn)設計方案的技術(shù)包括基于程序功能的分解、基于質(zhì)量特性的分解、從概念模型中復制設計、根據類(lèi)似程序的設計模型創(chuàng )建設計以及使設計基于設計模式之上。

　　二、名詞解釋?zhuān)?*3分=15）

　　1. 模型

　　模型是用來(lái)表示另一個(gè)實(shí)體（目標）的實(shí)體，建立模型要確定目標的部件或元素與模型的部件或元素之間的對應關(guān)系，還要確定目標的部件或元素間相互關(guān)系與模型的部件或元素間相互關(guān)系之間的對應關(guān)系。

　　2. 靜態(tài)設計模型

　　靜態(tài)設計模型表示不會(huì )在程序執行過(guò)程中發(fā)生變化的程序方面。

　　3. 動(dòng)態(tài)設計模型

　　動(dòng)態(tài)設計模型表示在程序執行過(guò)程中所發(fā)生的事情。

　　4. 用例

　　用例是產(chǎn)品與環(huán)境之間完整交互作用的類(lèi)型。

　　5. 場(chǎng)景

　　場(chǎng)景是產(chǎn)品與特定個(gè)人之間的交互作用。

　　6. 類(lèi)模型

　　問(wèn)題或軟件解決方案中類(lèi)的表示。

　　7. 抽象類(lèi)

　　它是一個(gè)不能被實(shí)例化的類(lèi)，任何至少有一個(gè)抽象操作的類(lèi)都必定是抽象類(lèi)，因為如果實(shí)例化這樣的類(lèi)，那么客戶(hù)并不能調用其包含的抽象操作，不是抽象類(lèi)的類(lèi)是具體類(lèi)。

　　8. UML接口

　　是公有的屬性和抽象操作的有名集合。

　　9. 虛擬設備

　　真實(shí)硬件設備或系統的軟件模擬或接口。

　　10. 同步消息

　　從一個(gè)對象到另一個(gè)對象的通信，而這個(gè)發(fā)送個(gè)體在發(fā)送信息之后暫停執行。

　　11. 異步消息

　　從一個(gè)對象到另一個(gè)對象的通信，而這個(gè)發(fā)送個(gè)體在發(fā)送信息之后繼續執行。

　　12. 嚴格分層體系結構

　　允許每層只使用緊鄰其下的那一層的分層體系結構

　　13. 松弛分層體系結構

　　允許每層都可以使用其下的所有層的分層體系結構

　　14. 黑板體系結構風(fēng)格

　　當共享數據庫改變時(shí)，共享數據庫將激活存取器。這種變體稱(chēng)為黑板體系結構風(fēng)格，共享數據庫稱(chēng)為黑板

　　15. 倉庫體系結構風(fēng)格

　　共享數據庫是被動(dòng)的，由存取器對其進(jìn)行查詢(xún)，這些存取器可以繼續運行，或者由其他某個(gè)組件控制，這種變體稱(chēng)為倉庫體系結構風(fēng)格，共享數據庫稱(chēng)為倉庫

　　16. 異構體系結構

　　采用兩種或多種體系結構風(fēng)格的體系結構

　　三、簡(jiǎn)答題（30分）

　　1. 說(shuō)出設計當作問(wèn)題解決方案來(lái)考慮的3個(gè)優(yōu)點(diǎn)。

　　第一：這意味著(zhù)信息在問(wèn)題和解決方案之間可能是隔離的

　　第二：由此產(chǎn)生的看待設計的觀(guān)點(diǎn)

　　第三：意味著(zhù)要在設計中使用歷史悠久的一般的問(wèn)題解決技術(shù)

　　2. 為什么說(shuō)抽象化是重要的問(wèn)題解決技術(shù)？說(shuō)出3點(diǎn)理由。

　　a) 使問(wèn)題簡(jiǎn)化——真實(shí)的問(wèn)題總是有許多與其解決方案無(wú)關(guān)的細節

　　b) 使問(wèn)題的解決結構化——許多設計問(wèn)題都太大太復雜，以致不能完全解決

　　c) 有助于以自頂向下的方式構成問(wèn)題解決過(guò)程

　　3. 例舉建模的好處和危險。

　　好處：可以簡(jiǎn)化要表示的目標，從而使我們更容易理解，記錄和研究目標。研究模型還可能比直接研究目標更省成本，更安全。

　　危險：模型永遠不能精確再現所表示的目標，因此研究模型得出的結論有可能不正確。

　　4. 例舉軟件的產(chǎn)品設計人員和工程設計人員所關(guān)注的具體方面。

　　部分具體的軟件產(chǎn)品設計：屏幕布局——包括用戶(hù)界面組件的布置以及這些組件的大小，字體顏色和外觀(guān)；用戶(hù)與程序之間的交互順序；消息的編寫(xiě)；圖像的使用和外觀(guān)；

　　程序將執行的功能；程序所需的輸入和產(chǎn)生的輸出；程序的質(zhì)量和可靠性；用戶(hù)使用該程序達到其目標的易用性；程序是如何適應和改變用戶(hù)工作方式

　　部分具體的軟件工程設計：構成程序的主要部件或子系統，包括它們的接口，功能，交互作用，速度等；程序中的模塊以及這些模塊的接口；程序中模塊之間的交互作用；模塊的內部細節，包括它們的數據和行為；程序中使用的數據結構和算法；程序中異常和錯誤處理機制；程序中的進(jìn)程和線(xiàn)程。

　　5. 為了核實(shí)某個(gè)用例圖是否包括所有應該包括的用例，設計人員應該怎樣做？

　　通過(guò)檢查產(chǎn)品需要清單來(lái)確保所有需要都已得到滿(mǎn)足，或者確保所有未被滿(mǎn)足的需要都是故意為之的，設計人員可以檢查用例圖的完整性

　　6. 給出3個(gè)因太小而不應成為用例的活動(dòng)示例。

　　某些因太小而不宜作為用例的活動(dòng)示例是：給設備或另一個(gè)系統發(fā)送信號或消息，接收來(lái)自設備或另一個(gè)系統的信號或消息，向用戶(hù)顯示消息。

　　7. 哪些表示法可用于用例描述？

　　任何能夠說(shuō)明交互作用中活動(dòng)流程的表示法都可以用于用例描述，其中包括uml活動(dòng)圖，uml交互作用圖，流程圖，編程語(yǔ)言和自然語(yǔ)言。

　　8. 為什么至少必須有一個(gè)風(fēng)險承擔者的需要與用例有關(guān)？

　　如果某種產(chǎn)品的任何風(fēng)險承擔者都沒(méi)有與某個(gè)用例相關(guān)的需要，則該產(chǎn)品就沒(méi)有理由支持這個(gè)用例。產(chǎn)品應該滿(mǎn)足風(fēng)險承擔者的需要和要求，產(chǎn)品的所有特點(diǎn)和功能都應該服務(wù)于這個(gè)目標。

　　9. 如果在開(kāi)始工作時(shí)沒(méi)有完整、正確和一致的產(chǎn)品設計，那么工程設計人員必須做什么？

　　如果工程設計人員沒(méi)有得到由產(chǎn)品設計人員提供的完整，正確和一致的產(chǎn)品設計，則除了親自完成產(chǎn)品設計以外別無(wú)選擇，如果完全不知道產(chǎn)品是什么，就不可能想出如何來(lái)實(shí)現產(chǎn)品。

　　10.對工程設計分析最有用的靜態(tài)和動(dòng)態(tài)模型是什么？

　　對面向對象的工程分析最有用的靜態(tài)模型是分析類(lèi)模型，最有用的動(dòng)態(tài)模型是用例模型

　　11.給出一些不應該出現在概念模型中但應該出現在設計類(lèi)模型中的實(shí)例。

　　不應該出現在概念模型中但應當出現在設計類(lèi)模型中的示例是那些與軟件系統有關(guān)而問(wèn)題無(wú)關(guān)的實(shí)體，具體例子包括只與實(shí)現有關(guān)的類(lèi)屬性，比如：計數器，引用以及僅僅為了方便的變量；還有只與實(shí)現有關(guān)的屬性的特征，比如屬性是公有還是私有，屬性的數據結構是什么；以及只與實(shí)現有關(guān)的操作，比如構造函數，析構函數，結束函數，獲取惡化設置屬性的方法；或者是只與實(shí)現有關(guān)的操作的特征，比如操作是公有還是私有，它們支持哪種并發(fā)性。

　　12.給出一些不應該出現在設計類(lèi)模型中但應該出現在實(shí)現類(lèi)模型中的實(shí)例。

　　不應該出現在設計類(lèi)模型中但應當出現在實(shí)現類(lèi)模型中的示例是那些與特定環(huán)境和語(yǔ)言中的程序實(shí)現有關(guān)的實(shí)體。具體的例子有來(lái)自類(lèi)庫的具體類(lèi)，比如Java.lang.integer;還有哪些為語(yǔ)言所特有的數據類(lèi)型，比如unsinged long；以及操作和初始化表達式

　　13.在軟件體系結構文檔中應該包括什么信息？

　　軟件體系結構文檔應該包括產(chǎn)品概述，給出體系結構模型，提供模型之間的映射，解釋設計的理論依據，并包括詞匯表

　　14.什么圖可以用來(lái)模擬程序部件之間的協(xié)作？說(shuō)出五種。

　　Uml順序圖，通信圖，活動(dòng)圖，用例模型，數據流程圖

　　15.描述用于生成中級設計模型的兩種創(chuàng )建技術(shù)和兩種轉換技術(shù)。

　　兩種創(chuàng )建技術(shù)是功能分解和基于主題的分解。在功能分解技術(shù)中，為得到低級別的組件而分解高級別組件的功能。在基于主題的分解技術(shù)中，設計主題從設計故事中被吸取出來(lái)，然后用來(lái)生成解決各個(gè)主題的模式。

　　兩種轉換技術(shù)是把概念模型轉換為設計模型以及轉換類(lèi)似程序的設計，轉換概念模型從概念模型著(zhù)手，將其元素從問(wèn)題實(shí)體轉換為設計組件，修改這些組件并添加必要的新組件，。轉換類(lèi)似的設計需要修改原來(lái)的設計，以滿(mǎn)足新產(chǎn)品的需求。

　　16.職責是如何幫助做出模塊中應該放入哪些操作和數據的決策？

　　某個(gè)模塊為履行其職能所需的全部數據和操作都應該被放入該模塊中，也只有這樣的數據和操作才應該被放入該模塊之中。這將增強模塊的內聚性，并降低模塊的耦合性。

　　17.解釋操作何時(shí)活動(dòng)、暫停或執行。對象可以暫停嗎？為什么？

　　操作當某個(gè)進(jìn)程在運行其代碼時(shí)處于執行狀態(tài)，當等待同步消息返回時(shí)處于暫停狀態(tài)，當執行或暫停時(shí)屬于活動(dòng)狀態(tài)，對象可以是活動(dòng)的，因為對象可以有一個(gè)或多個(gè)活動(dòng)的操作，但對象不能被暫停，。有人可能會(huì )說(shuō)，如果某個(gè)對象的一個(gè)或多個(gè)操作被暫停，則該對象就處于暫停狀態(tài)，但是，一個(gè)或多個(gè)操作被暫停的對象卻可能有一個(gè)或多個(gè)操作正在執行，因為可能有多個(gè)進(jìn)程在運行該對象的代碼，因此說(shuō)一個(gè)或多個(gè)操作被暫停的對象處于暫停狀態(tài)是沒(méi)有意義的。

　　18.可選、選擇、中斷和循環(huán)片斷分別可以有多少個(gè)操作數？

　　可選，中斷和循環(huán)片段只能有一個(gè)操作數，選擇片段可以有一個(gè)或多個(gè)操作數。

　　19.解釋分層風(fēng)格如何支持重用的

　　在分層體系結構中，每一層都應當包含內聚元素，并只和它下面的那個(gè)模塊耦合，這樣可以比較容易的提取有一個(gè)層并在另一個(gè)程序中使用它，此外，類(lèi)似的程序可能需要類(lèi)似的層，所以層的重用也將更加容易。

　　20.解釋分層風(fēng)格的程序難以調試的原因。

　　在具有分層體系結構的程序中實(shí)現許多程序特性將跨越幾個(gè)層，也許是大部分層，如果出現bug，則難以確定發(fā)生故障的層，從而使程序難以調試。

　　10. 下面的UML序列圖是對一個(gè)自動(dòng)氣象站中對象的交互行為建模。在圖中直接圈出所有

　　錯誤，并重新繪制順序圖。（10分）

　　（1） 根據上圖中，什么消息被發(fā)送Weathervane對象？

　　cheeckDirection() checkSpeed()

　　（2）創(chuàng )建了多少個(gè)Observation 對象？

　　1個(gè)

　　（3）record( )操作在其參數設置前是否能被調用？

　　否

　　（4）self對象的類(lèi)型是什么？

　　整型

　　（5）Weathervane對象的名稱(chēng)是什么？

　　W

　　11. 下面兩張圖中，哪一張圖是框線(xiàn)圖，并簡(jiǎn)述框線(xiàn)圖的用途。（5分）

　　第一張圖是

　　框線(xiàn)圖的用途：因為關(guān)于框線(xiàn)圖的規定非常松散，所以它們不僅可用于靜態(tài)建模，也可用于動(dòng)態(tài)建模，還能表示體系結構設計者想要表示的任何程序方面。在實(shí)踐中，框線(xiàn)圖的最常見(jiàn)用途是表示把系統分解為主要構件或子系統，并表明其交互作用關(guān)系的靜態(tài)模型。

　　12. 下面兩張圖中，哪一張圖是部署圖，并簡(jiǎn)述部署圖的用途。（5分）

　　deviceServerPC；artifactGameServer；TCP/IPRMIdeviceGameDat；deviceClientPCdeploy；第二張圖是；部署圖的用途：部署圖顯示了系統中使用的實(shí)際和虛擬；

　　13.下面兩張圖中，哪一張圖描述的管道過(guò)濾器風(fēng)格；（10分）；第一張圖是；管道過(guò)濾器風(fēng)格的特征：a:以數據流向的過(guò)程為核心

　　deviceServerPC

　　artifactGameServer

　　TCP/IPRMIdeviceGameDataServerDBGameDataRulesBoardImageTokenImage

　　deviceClientPCdeployartifactGameClient

　　部署圖的用途：部署圖顯示了系統中使用的實(shí)際和虛擬的機器，這些機器的通信路徑、實(shí)現該系統的程序和數據文件以及程序運行和數據主流所在的位置。因此，部署圖為模擬物理體系結構提供了功能豐富的表示方法。部署圖在體系結構（特別是分布式系統）的設計過(guò)程中是有用的，在詳細設計過(guò)程中亦可用于模擬物理的部署。

　　13. 下面兩張圖中，哪一張圖描述的管道過(guò)濾器風(fēng)格。簡(jiǎn)述管道過(guò)濾器風(fēng)格的特征和優(yōu)缺點(diǎn)。

　　（10分）

　　管道過(guò)濾器風(fēng)格的特征：a:以數據流向的過(guò)程為核心，因此也被稱(chēng)為：數據流風(fēng)格。

　　b:過(guò)濾器自身功能獨立而完整，不需要知道其他過(guò)濾器的存在與否，相互之間無(wú)狀態(tài)交互。 c:過(guò)濾器對輸入的數據流有限制，并必須保證輸出流的正確性。

　　d:系統 優(yōu)點(diǎn)

　　（1）過(guò)濾器易于修改或替換，這樣在解決問(wèn)題或修改程序的行為時(shí)，程序的修改將非常簡(jiǎn)單。

　　（2）過(guò)濾器的重新排列幾乎毫不費力，這便于開(kāi)發(fā)幾個(gè)完成類(lèi)似任務(wù)的程序。

　　（3）過(guò)濾器具有高可重用性。

　　（4）假設可以使用同步管道，那么這種風(fēng)格支持并執行，而且相對容易實(shí)現。

　　缺點(diǎn)

　　（1）過(guò)濾器只能通過(guò)管道進(jìn)行通行，所以它們的活動(dòng)難以協(xié)調。

　　（2）過(guò)濾器通產(chǎn)使用和生成非常簡(jiǎn)單的數據流，如字符流，這意味著(zhù)，在把輸入轉換成有用的格式，然后再把結果轉換成輸出時(shí)使用的簡(jiǎn)單格式時(shí)，過(guò)濾器可能必須完成大量的操作。

　　（3）錯誤處理非常困難，錯誤信息只能通過(guò)管道輸出或傳送。當可靠性和安全性很重要時(shí)，由于錯誤檢測和恢復難以完成，所以不適合使用這種風(fēng)格。

　　（4）并行執行的好處可能并不牢靠。管線(xiàn)也許不能有效地同步過(guò)濾器，一些過(guò)濾器在進(jìn)行輸出之前可能需要等待所有的輸入。

　　14. 下面兩張圖中，哪一張圖描述的事件驅動(dòng)風(fēng)格。簡(jiǎn)述事件驅動(dòng)風(fēng)格的特征和優(yōu)缺點(diǎn)。（10分）

　　第二張圖是

　　事件驅動(dòng)風(fēng)格的特征：事件驅動(dòng)系統的基本觀(guān)點(diǎn)是一個(gè)系統對外部的表現可以從它對事件的處理表現出來(lái)。

　　優(yōu)點(diǎn)：（1）易于添加、刪除和修改組件，所以利用這種風(fēng)格編寫(xiě)的程序具有可變性和可維護性（2）程序組件的獨立性支持可重用性、健壯性和容錯性。

　　缺點(diǎn)：（1）盡管時(shí)間可以攜帶數據，但是在由事件分配器進(jìn)行中介時(shí)，組件的交互作用將難以到達。為了解決這個(gè)問(wèn)題，事件驅動(dòng)的系統通常還支持顯示的調用操作，盡管這將耦合組件。（2）宣布事件的組件不能保證有組件對他們進(jìn)行相應，也不能對組件相應他們的順序寄予任何期望。有時(shí)，這會(huì )造成難以編寫(xiě)出正確的程序。（3）事件通信量往往有很大的變化：事件分配器經(jīng)常處于空閑狀態(tài)，而在其他時(shí)間，它則會(huì )收到大量事件，這樣將難以達到性能目標。

　　四、綜合設計題（每小題14分，共35分）

　　1. 繪制活動(dòng)圖，說(shuō)明一般設計的步驟，并說(shuō)明活動(dòng)圖的用途。（7分）

　　一般設計的步驟：一般設計過(guò)程遵循一般的問(wèn)題解決策略。首先是理解設計問(wèn)題。尋找設計問(wèn)題解決方案的過(guò)程是重復生成新候選解決方案或細化現有候選解決方案，然后依據設計問(wèn)題對它們進(jìn)行評估。最終應該有一個(gè)或多個(gè)令人滿(mǎn)意的解決方案出現，然后即可把最好的一個(gè)以文檔形式記錄下來(lái)并交付。

　　活動(dòng)圖的用途：一般設計過(guò)程分析和解析之間的重復。表示任何在問(wèn)題解析過(guò)程中發(fā)現的對問(wèn)題的誤解都將導致返回到分析活動(dòng)。

　　2. 繪制活動(dòng)圖，模擬洗衣過(guò)程。該模型中應包括并發(fā)動(dòng)作，并說(shuō)明活動(dòng)圖的用途。（7分） 活動(dòng)圖的用途：簡(jiǎn)化描述了洗衣過(guò)程：包括對系統的工作流建模或者對具體的操作建模。

　　3. 繪制自助洗車(chē)系統的用例圖，并說(shuō)明用例圖的用途。（7分）

　　4. 繪制自動(dòng)取款機的用例圖，并說(shuō)明用例圖的用途。（7分）

　　5. 使用狀態(tài)機圖繪制交通路口紅綠燈的并發(fā)行為模型，并說(shuō)明狀態(tài)機圖的用途。（7分）

　　軟件工程基礎試題及答案

　　一、選擇題

　　【例1】對軟件的特點(diǎn)，下面描述正確的是_______。(考點(diǎn)1)

　　A)軟件是一種物理實(shí)體

　　B)軟件在運行使用期間不存在老化問(wèn)題

　　C)軟件開(kāi)發(fā)、運行對計算機沒(méi)有依賴(lài)性，不受計算機系統的限制

　　D)軟件的生產(chǎn)有一個(gè)明顯的制作過(guò)程

　　解析：軟件在運行期間不會(huì )因為介質(zhì)的磨損而老化，只可能因為適應硬件環(huán)境以及需求變化進(jìn)行修改而引入錯誤，導致失效率升高從而軟件退化，所以本題正確答案為B)。

　　答案：B)

　　【例2】以下哪項是軟件生命周期的主要活動(dòng)階段_______(考點(diǎn)2)

　　A)需求分析

　　B)軟件開(kāi)發(fā)

　　C)軟件確認

　　D)軟件演進(jìn)

　　解析：B)、C)、D)項都是軟件工程過(guò)程的基本活動(dòng)，還有一個(gè)是軟件規格說(shuō)明。

　　答案：A)

　　【例3】從技術(shù)觀(guān)點(diǎn)看，軟件設計包括_______。(考點(diǎn)3)

　　A)結構設計、數據設計、接口設計、程序設計

　　B)結構設計、數據設計、接口設計、過(guò)程設計

　　C)結構設計、數據設計、文檔設計、過(guò)程設計

　　D)結構設計、數據設計、文檔設計、程序設計

　　解析：技術(shù)角度，要進(jìn)行結構、接口、數據、過(guò)程的設計。結構設計是定義系統各部件關(guān)系，數據設計是根據分析模型轉化數據結構，接口設計是描述如何通信，過(guò)程設計是把系統結構部件轉化為軟件的過(guò)程性描述。

　　答案：B)

　　【例4】以下哪個(gè)是軟件測試的目的_______(考點(diǎn)5)

　　A)證明程序沒(méi)有錯誤

　　B)演示程序的正確性

　　C)發(fā)現程序中的錯誤

　　D)改正程序中的錯誤

　　解析：關(guān)于測試目的的基本知識，IEEE的定義是：使用人工或自動(dòng)手段來(lái)運行或測定某個(gè)系統的過(guò)程，其目的在于檢驗它是否滿(mǎn)足規定的需求，或是弄清預期結果與實(shí)際結果之間的差別，所以正確答案是C)。

　　答案：C)

　　【例5】以下哪個(gè)測試要對接口測試_______。(考點(diǎn)6)

　　A)單元測試

　　B)集成測試

　　C)驗收測試

　　D)系統測試

　　解析：檢查對測試實(shí)施各階段的了解，集成測試時(shí)要進(jìn)行接口測試、全局數據結構測試、邊界條件測試和非法輸入的測試等，所以正確答案是B)。

　　答案：B)

　　【例6】程序調試的主要任務(wù)是_______。(考點(diǎn)7)

　　A)檢查錯誤

　　B)改正錯誤

　　C)發(fā)現錯誤

　　D)以上都不是

　　解析：程序的調試任務(wù)是診斷和改正程序中的錯誤。調試主要在開(kāi)發(fā)階段進(jìn)行。

　　答案：B)

【軟件工程試題及答案】相關(guān)文章：

關(guān)于軟件工程試題及答案05-12

氣候的試題及答案05-26

語(yǔ)文試題及答案04-04

護理試題及答案11-04

消防試題及答案08-30

安全生產(chǎn)法試題及答案安全生產(chǎn)法試題及答案04-13

中醫復習試題與答案06-28

春閱讀試題及答案03-21

《渡江》鑒賞試題及答案04-13