軟件工程期末考試試卷(附答案)一、單項(xiàng)選擇題（每題2分，共20分）1.軟件開發(fā)的瀑布模型，一般都將開發(fā)過(guò)程劃分為：可行性研究與計(jì)劃、需求分析、設(shè)計(jì)、編碼、測(cè)試、維護(hù)等階段，它的特點(diǎn)是（）。A.以項(xiàng)目為中心B.以軟件為中心C.以線性順序進(jìn)行D.以迭代方式進(jìn)行2.需求規(guī)格說(shuō)明書的作用不包括（）。A.軟件設(shè)計(jì)的依據(jù)B.用戶與開發(fā)人員對(duì)軟件要做什么的共同理解C.軟件驗(yàn)收的依據(jù)D.軟件可行性分析的依據(jù)3.結(jié)構(gòu)化分析方法是一種面向（）的需求分析方法。A.數(shù)據(jù)結(jié)構(gòu)B.數(shù)據(jù)流C.控制流D.對(duì)象4.以下哪個(gè)不是軟件危機(jī)的表現(xiàn)形式（）。A.軟件成本高B.軟件質(zhì)量差C.軟件開發(fā)生產(chǎn)率低D.軟件可維護(hù)性好5.在面向?qū)ο蠓椒ㄖ校瑢?duì)象可看成是屬性（數(shù)據(jù)）以及這些屬性上的專用操作的封裝體。封裝是一種（）技術(shù)。A.信息隱蔽B.組裝C.固化D.抽象6.軟件詳細(xì)設(shè)計(jì)的主要任務(wù)是確定每個(gè)模塊的（）。A.算法和使用的數(shù)據(jù)結(jié)構(gòu)B.外部接口C.功能D.調(diào)用關(guān)系7.軟件測(cè)試的目的是（）。A.發(fā)現(xiàn)程序中的錯(cuò)誤B.證明程序的正確性C.改善軟件的性能D.挖掘軟件的潛能8.軟件維護(hù)的副作用不包括（）。A.編碼副作用B.數(shù)據(jù)副作用C.測(cè)試副作用D.文檔副作用9.軟件項(xiàng)目的可行性研究要進(jìn)行一次（）需求分析。A.詳細(xì)的B.全面的C.簡(jiǎn)化的、壓縮的D.徹底的10.以下關(guān)于軟件生命周期模型的描述，錯(cuò)誤的是（）。A.瀑布模型適用于需求明確的項(xiàng)目B.敏捷開發(fā)模型強(qiáng)調(diào)快速響應(yīng)變化C.原型模型主要用于大規(guī)模軟件項(xiàng)目D.增量模型可以逐步增加軟件功能二、多項(xiàng)選擇題（每題3分，共15分）1.以下屬于軟件的特點(diǎn)的有（）。A.軟件是一種邏輯實(shí)體，具有抽象性B.軟件的生產(chǎn)與硬件一樣有明顯的制作過(guò)程C.軟件在使用過(guò)程中不存在磨損、老化問(wèn)題D.軟件的開發(fā)和運(yùn)行常受到計(jì)算機(jī)系統(tǒng)的限制2.以下哪些是需求分析階段的主要任務(wù)（）。A.問(wèn)題識(shí)別B.分析與綜合C.編制需求規(guī)格說(shuō)明書D.軟件設(shè)計(jì)3.面向?qū)ο蟮闹饕卣靼ǎǎ?。A.封裝性B.繼承性C.多態(tài)性D.可維護(hù)性4.軟件測(cè)試的方法有（）。A.黑盒測(cè)試B.白盒測(cè)試C.靜態(tài)測(cè)試D.動(dòng)態(tài)測(cè)試5.以下屬于軟件項(xiàng)目管理內(nèi)容的有（）。A.人員管理B.成本管理C.進(jìn)度管理D.質(zhì)量管理三、判斷題（每題2分，共10分）1.軟件就是程序，編寫程序就是開發(fā)軟件。（）2.可行性研究只需要從技術(shù)上進(jìn)行分析。（）3.軟件的維護(hù)就是改正軟件中的錯(cuò)誤。（）4.軟件測(cè)試可以證明軟件沒(méi)有錯(cuò)誤。（）5.面向?qū)ο笤O(shè)計(jì)中，類可以繼承父類的屬性和方法。（）四、簡(jiǎn)答題（每題10分，共30分）1.簡(jiǎn)述軟件危機(jī)的主要表現(xiàn)及產(chǎn)生的原因。2.簡(jiǎn)述結(jié)構(gòu)化設(shè)計(jì)方法的基本思想和主要步驟。3.簡(jiǎn)述軟件測(cè)試的基本步驟。五、應(yīng)用題（每題15分，共25分）1.某圖書管理系統(tǒng)的主要功能包括：圖書的借閱、歸還、查詢，讀者的注冊(cè)、注銷，圖書的采購(gòu)、入庫(kù)、盤點(diǎn)等。請(qǐng)使用數(shù)據(jù)流圖（DFD）描述該圖書管理系統(tǒng)的功能。2.有一個(gè)簡(jiǎn)單的學(xué)提供績(jī)管理系統(tǒng)，該系統(tǒng)可以輸入學(xué)生的學(xué)號(hào)、姓名和三門課程的成績(jī)，計(jì)算平均分并輸出。請(qǐng)使用面向?qū)ο蟮姆椒ㄔO(shè)計(jì)該系統(tǒng)，畫出類圖并簡(jiǎn)要說(shuō)明設(shè)計(jì)思路。六、綜合題（20分）請(qǐng)結(jié)合實(shí)際項(xiàng)目，闡述你對(duì)軟件工程中“質(zhì)量保證”這一概念的理解，并說(shuō)明在項(xiàng)目中如何實(shí)施質(zhì)量保證措施。答案一、單項(xiàng)選擇題1.答案：C解析：瀑布模型是一種線性順序進(jìn)行的軟件開發(fā)模型，各階段按照固定順序依次進(jìn)行，前一個(gè)階段完成后才進(jìn)入下一個(gè)階段。所以選C。2.答案：D解析：需求規(guī)格說(shuō)明書是軟件設(shè)計(jì)的依據(jù)，能讓用戶與開發(fā)人員對(duì)軟件要做什么達(dá)成共同理解，也是軟件驗(yàn)收的依據(jù)，但不是軟件可行性分析的依據(jù)，可行性分析在需求規(guī)格說(shuō)明書之前進(jìn)行。所以選D。3.答案：B解析：結(jié)構(gòu)化分析方法是一種面向數(shù)據(jù)流的需求分析方法，它通過(guò)分析數(shù)據(jù)流來(lái)理解系統(tǒng)的功能。所以選B。4.答案：D解析：軟件危機(jī)的表現(xiàn)包括軟件成本高、質(zhì)量差、生產(chǎn)率低、可維護(hù)性差等，軟件可維護(hù)性好不是軟件危機(jī)的表現(xiàn)。所以選D。5.答案：A解析：封裝是一種信息隱蔽技術(shù)，它將對(duì)象的屬性和操作封裝在一起，對(duì)外只提供必要的接口，隱藏內(nèi)部實(shí)現(xiàn)細(xì)節(jié)。所以選A。6.答案：A解析：軟件詳細(xì)設(shè)計(jì)的主要任務(wù)是確定每個(gè)模塊的算法和使用的數(shù)據(jù)結(jié)構(gòu)，以實(shí)現(xiàn)模塊的功能。所以選A。7.答案：A解析：軟件測(cè)試的目的是發(fā)現(xiàn)程序中的錯(cuò)誤，而不是證明程序的正確性，因?yàn)橥耆C明程序無(wú)錯(cuò)是幾乎不可能的。所以選A。8.答案：C解析：軟件維護(hù)的副作用包括編碼副作用、數(shù)據(jù)副作用和文檔副作用，不包括測(cè)試副作用。所以選C。9.答案：C解析：軟件項(xiàng)目的可行性研究要進(jìn)行一次簡(jiǎn)化的、壓縮的需求分析，以確定項(xiàng)目是否可行，而不是進(jìn)行詳細(xì)全面的需求分析。所以選C。10.答案：C解析：原型模型主要用于獲取用戶需求，適用于需求不明確的小規(guī)模軟件項(xiàng)目，而不是大規(guī)模軟件項(xiàng)目。所以選C。二、多項(xiàng)選擇題1.答案：ACD解析：軟件是一種邏輯實(shí)體，具有抽象性，在使用過(guò)程中不存在磨損、老化問(wèn)題，且軟件的開發(fā)和運(yùn)行常受到計(jì)算機(jī)系統(tǒng)的限制。軟件的生產(chǎn)沒(méi)有明顯的制作過(guò)程，與硬件不同，所以B選項(xiàng)錯(cuò)誤。因此選ACD。2.答案：ABC解析：需求分析階段的主要任務(wù)包括問(wèn)題識(shí)別、分析與綜合以及編制需求規(guī)格說(shuō)明書，軟件設(shè)計(jì)是后續(xù)階段的任務(wù)。所以選ABC。3.答案：ABC解析：面向?qū)ο蟮闹饕卣靼ǚ庋b性、繼承性和多態(tài)性，可維護(hù)性是軟件的一種屬性，不是面向?qū)ο蟮闹饕卣?。所以選ABC。4.答案：ABCD解析：軟件測(cè)試方法包括黑盒測(cè)試、白盒測(cè)試、靜態(tài)測(cè)試和動(dòng)態(tài)測(cè)試。黑盒測(cè)試和白盒測(cè)試是從測(cè)試的技術(shù)角度分類，靜態(tài)測(cè)試和動(dòng)態(tài)測(cè)試是從是否運(yùn)行程序的角度分類。所以選ABCD。5.答案：ABCD解析：軟件項(xiàng)目管理包括人員管理、成本管理、進(jìn)度管理、質(zhì)量管理等多個(gè)方面。所以選ABCD。三、判斷題1.答案：錯(cuò)誤解析：軟件不僅包括程序，還包括與程序相關(guān)的文檔等。編寫程序只是軟件開發(fā)的一部分工作，所以該說(shuō)法錯(cuò)誤。2.答案：錯(cuò)誤解析：可行性研究需要從技術(shù)、經(jīng)濟(jì)、操作等多方面進(jìn)行分析，而不只是技術(shù)方面。所以該說(shuō)法錯(cuò)誤。3.答案：錯(cuò)誤解析：軟件維護(hù)不僅是改正軟件中的錯(cuò)誤，還包括完善性維護(hù)、適應(yīng)性維護(hù)等。所以該說(shuō)法錯(cuò)誤。4.答案：錯(cuò)誤解析：軟件測(cè)試只能發(fā)現(xiàn)錯(cuò)誤，不能證明軟件沒(méi)有錯(cuò)誤，因?yàn)椴豢赡軐?duì)所有的輸入情況進(jìn)行測(cè)試。所以該說(shuō)法錯(cuò)誤。5.答案：正確解析：在面向?qū)ο笤O(shè)計(jì)中，類可以繼承父類的屬性和方法，這是繼承性的體現(xiàn)。所以該說(shuō)法正確。四、簡(jiǎn)答題1.解答：-主要表現(xiàn)：-軟件成本日益增長(zhǎng)，開發(fā)成本超出預(yù)算的情況經(jīng)常發(fā)生，使得軟件項(xiàng)目的投資回報(bào)率難以保證。例如一些大型的企業(yè)級(jí)軟件項(xiàng)目，由于開發(fā)過(guò)程中的各種不確定性，導(dǎo)致成本不斷攀升。-軟件開發(fā)進(jìn)度難以控制，常常出現(xiàn)延期交付的現(xiàn)象，影響了軟件的及時(shí)使用和市場(chǎng)投放。-軟件質(zhì)量差，軟件中存在大量的缺陷和錯(cuò)誤，導(dǎo)致軟件的可靠性和穩(wěn)定性較低，影響用戶體驗(yàn)和業(yè)務(wù)的正常運(yùn)行。-軟件可維護(hù)性差，隨著軟件的使用和發(fā)展，對(duì)軟件進(jìn)行修改和擴(kuò)展變得非常困難，需要投入大量的人力和時(shí)間。-軟件開發(fā)生產(chǎn)率低，跟不上計(jì)算機(jī)硬件的發(fā)展和用戶對(duì)軟件的需求增長(zhǎng)。-產(chǎn)生原因：-軟件本身的特點(diǎn)，軟件是邏輯產(chǎn)品，具有抽象性，其開發(fā)過(guò)程難以進(jìn)行有效的管理和控制。-軟件開發(fā)方法落后，缺乏有效的軟件開發(fā)方法和工具，導(dǎo)致開發(fā)過(guò)程混亂，效率低下。-軟件開發(fā)人員對(duì)用戶需求的理解不準(zhǔn)確，在開發(fā)過(guò)程中沒(méi)有充分與用戶溝通，導(dǎo)致開發(fā)出的軟件不能滿足用戶的實(shí)際需求。-軟件開發(fā)管理不善，缺乏有效的項(xiàng)目管理和質(zhì)量保證體系，導(dǎo)致項(xiàng)目進(jìn)度、成本和質(zhì)量難以控制。2.解答：-基本思想：結(jié)構(gòu)化設(shè)計(jì)方法的基本思想是將一個(gè)復(fù)雜的系統(tǒng)分解為多個(gè)相對(duì)獨(dú)立、功能單一的模塊，遵循自頂向下、逐步求精的原則，強(qiáng)調(diào)模塊化、信息隱蔽和高內(nèi)聚、低耦合的設(shè)計(jì)原則。通過(guò)將系統(tǒng)分解為多個(gè)模塊，每個(gè)模塊完成一個(gè)特定的功能，使得系統(tǒng)的設(shè)計(jì)和實(shí)現(xiàn)更加容易，也便于維護(hù)和修改。-主要步驟：-系統(tǒng)分析：對(duì)系統(tǒng)的功能需求和性能需求進(jìn)行詳細(xì)的分析，確定系統(tǒng)的輸入、輸出和處理邏輯。-總體設(shè)計(jì)：根據(jù)系統(tǒng)分析的結(jié)果，將系統(tǒng)劃分為多個(gè)模塊，確定模塊之間的調(diào)用關(guān)系和接口，形成系統(tǒng)的總體結(jié)構(gòu)。-詳細(xì)設(shè)計(jì)：對(duì)每個(gè)模塊進(jìn)行詳細(xì)的設(shè)計(jì)，確定模塊的內(nèi)部算法和數(shù)據(jù)結(jié)構(gòu)。-模塊編碼：根據(jù)詳細(xì)設(shè)計(jì)的結(jié)果，使用編程語(yǔ)言實(shí)現(xiàn)各個(gè)模塊。-模塊測(cè)試：對(duì)每個(gè)模塊進(jìn)行單獨(dú)的測(cè)試，確保模塊的功能正確。-系統(tǒng)測(cè)試：將各個(gè)模塊集成在一起進(jìn)行系統(tǒng)測(cè)試，驗(yàn)證系統(tǒng)的整體功能和性能。3.解答：-單元測(cè)試：對(duì)軟件中的最小可測(cè)試單元進(jìn)行測(cè)試，通常是一個(gè)函數(shù)或一個(gè)類的方法。單元測(cè)試的目的是驗(yàn)證每個(gè)單元的功能是否正確，一般由開發(fā)人員自己完成。測(cè)試時(shí)使用白盒測(cè)試和黑盒測(cè)試相結(jié)合的方法，檢查單元的輸入和輸出是否符合預(yù)期。-集成測(cè)試：將經(jīng)過(guò)單元測(cè)試的模塊逐步集成在一起進(jìn)行測(cè)試，檢查模塊之間的接口是否正確，是否能夠協(xié)同工作。集成測(cè)試可以采用自頂向下、自底向上或混合的方式進(jìn)行。-確認(rèn)測(cè)試：驗(yàn)證軟件是否滿足用戶的需求和期望。通常使用黑盒測(cè)試方法，由用戶或?qū)ｉT的測(cè)試人員進(jìn)行。確認(rèn)測(cè)試可以分為α測(cè)試和β測(cè)試，α測(cè)試是在開發(fā)環(huán)境下由用戶進(jìn)行的測(cè)試，β測(cè)試是在實(shí)際使用環(huán)境下由多個(gè)用戶進(jìn)行的測(cè)試。-系統(tǒng)測(cè)試：將軟件系統(tǒng)與硬件、網(wǎng)絡(luò)等其他元素結(jié)合在一起進(jìn)行測(cè)試，驗(yàn)證整個(gè)系統(tǒng)的功能和性能是否符合要求。系統(tǒng)測(cè)試包括功能測(cè)試、性能測(cè)試、安全測(cè)試等多個(gè)方面。五、應(yīng)用題1.解答：-首先確定外部實(shí)體，該圖書管理系統(tǒng)的外部實(shí)體有讀者、圖書管理員、采購(gòu)部門。-然后確定系統(tǒng)的主要功能和數(shù)據(jù)流：-讀者可以進(jìn)行圖書的借閱和歸還操作，對(duì)應(yīng)的數(shù)據(jù)流有“借閱請(qǐng)求”“歸還請(qǐng)求”“借閱記錄”“歸還記錄”。-圖書管理員可以進(jìn)行讀者的注冊(cè)、注銷，圖書的采購(gòu)、入庫(kù)、盤點(diǎn)等操作，對(duì)應(yīng)的數(shù)據(jù)流有“讀者注冊(cè)信息”“讀者注銷信息”“圖書采購(gòu)信息”“圖書入庫(kù)信息”“圖書盤點(diǎn)報(bào)告”等。-采購(gòu)部門提供“圖書采購(gòu)單”。-繪制數(shù)據(jù)流圖：-頂層數(shù)據(jù)流圖：-外部實(shí)體：讀者、圖書管理員、采購(gòu)部門-系統(tǒng)處理：圖書管理系統(tǒng)-數(shù)據(jù)流：從讀者到系統(tǒng)的“借閱請(qǐng)求”“歸還請(qǐng)求”；從圖書管理員到系統(tǒng)的“讀者注冊(cè)信息”“讀者注銷信息”“圖書采購(gòu)信息”“圖書入庫(kù)信息”“圖書盤點(diǎn)指令”；從采購(gòu)部門到系統(tǒng)的“圖書采購(gòu)單”；從系統(tǒng)到讀者的“借閱記錄”“歸還記錄”；從系統(tǒng)到圖書管理員的“讀者信息”“圖書信息”“圖書盤點(diǎn)報(bào)告”。-一層數(shù)據(jù)流圖：-將圖書管理系統(tǒng)分解為多個(gè)子處理，如讀者管理、圖書管理、借閱管理、歸還管理等。每個(gè)子處理都有相應(yīng)的輸入和輸出數(shù)據(jù)流。例如，讀者管理子處理接收“讀者注冊(cè)信息”“讀者注銷信息”，輸出“讀者信息”；借閱管理子處理接收“借閱請(qǐng)求”，輸出“借閱記錄”等。2.解答：-設(shè)計(jì)思路：-采用面向?qū)ο蟮姆椒?，將學(xué)提供績(jī)管理系統(tǒng)抽象為幾個(gè)類。首先有一個(gè)“學(xué)生”類，包含學(xué)生的基本信息（學(xué)號(hào)、姓名）和成績(jī)信息（三門課程成績(jī)和平均分），并且提供計(jì)算平均分的方法。-類圖：-繪制一個(gè)“Student”類，包含以下屬性：-`studentID`（學(xué)號(hào)，類型為字符串）-`name`（姓名，類型為字符串）-`score1`（課程1成績(jī)，類型為浮點(diǎn)數(shù)）-`score2`（課程2成績(jī)，類型為浮點(diǎn)數(shù)）-`score3`（課程3成績(jī)，類型為浮點(diǎn)數(shù)）-`averageScore`（平均分，類型為浮點(diǎn)數(shù)）-方法：-`calculateAverageScore()`：用于計(jì)算平均分，將三門課程成績(jī)相加除以3，并將結(jié)果賦值給`averageScore`。-`displayInfo()`：用于輸出學(xué)生的學(xué)號(hào)、姓名和平均分。-類圖的繪制：-使用UML類圖工具，繪制一個(gè)矩形代表“Student”類，在矩形內(nèi)分為三部分，第一部分寫類名“Student”，第二部分列出屬性，第三部分列出方法。六、綜合題在實(shí)際的軟件工程中，“質(zhì)量保證”是確保軟件產(chǎn)品滿足規(guī)定的質(zhì)量要求，達(dá)到用戶期望和業(yè)務(wù)目標(biāo)的一系列有計(jì)劃、有系統(tǒng)的活動(dòng)。質(zhì)量保證不僅僅是在項(xiàng)目結(jié)束時(shí)進(jìn)行檢查，而是貫穿于整個(gè)軟件開發(fā)生命周期的過(guò)程。從概念上來(lái)說(shuō)，質(zhì)量保證關(guān)注的是軟件產(chǎn)品的多個(gè)方面，包括功能性、可靠性、易用性、效率、可維護(hù)性和可移植性等。它不僅僅是發(fā)現(xiàn)缺陷，更重要的是預(yù)防缺陷的產(chǎn)生，通過(guò)建立一系列的標(biāo)準(zhǔn)、流程和規(guī)范，確保軟件在整個(gè)開發(fā)過(guò)程中都能符合高質(zhì)量的要求。以一個(gè)在線電商系統(tǒng)的開發(fā)項(xiàng)目為例，在項(xiàng)目中實(shí)施質(zhì)量保證措施可以從以下幾個(gè)方面入手：規(guī)劃階段的質(zhì)量保證在項(xiàng)目的規(guī)劃階段，質(zhì)量保證措施主要體現(xiàn)在制定明確的質(zhì)量目標(biāo)和計(jì)劃。首先，項(xiàng)目團(tuán)隊(duì)需要與客戶進(jìn)行充分溝通，了解他們對(duì)系統(tǒng)的功能、性能、安全性等方面的期望，將這些期望轉(zhuǎn)化為具體的質(zhì)量目標(biāo)。例如，要求系統(tǒng)的響應(yīng)時(shí)間在高并發(fā)情況下不超過(guò)3秒，系統(tǒng)的可用性達(dá)到99.9%等。然后，制定詳細(xì)的質(zhì)量保證計(jì)劃，明確質(zhì)量保證活動(dòng)的流程、責(zé)任人和時(shí)間節(jié)點(diǎn)。需求分析階段的質(zhì)量保證需求分析是軟件項(xiàng)目成功的基礎(chǔ)，準(zhǔn)確的需求理解和定義對(duì)于保證軟件質(zhì)量至關(guān)重要。在這個(gè)階段，質(zhì)量保證措施包括：-需求評(píng)審：組織相關(guān)人員（如客戶、開發(fā)人員、測(cè)試人員等）對(duì)需求文檔進(jìn)行評(píng)審，確保需求的完整性、一致性和可理解性。例如，檢查需求是否涵蓋了所有必要的功能，不同需求之間是否存在沖突等。-需求驗(yàn)證：通過(guò)原型、用例等方式向客戶展示初步的需求理解，驗(yàn)證需求的正確性，確保開發(fā)人員對(duì)需求的理解與客戶的期望一致。設(shè)計(jì)階段的質(zhì)量保證設(shè)計(jì)階段決定了軟件的架構(gòu)和模塊劃分，對(duì)軟件的可維護(hù)性、可擴(kuò)展性等質(zhì)量屬性有重要影響。-架構(gòu)評(píng)審：對(duì)軟件的整體架構(gòu)進(jìn)行評(píng)審，檢查架構(gòu)是否合理，是否符合系統(tǒng)的需求和質(zhì)量目標(biāo)。例如，評(píng)估架