計(jì)算機(jī)軟件工程2025年專項(xiàng)訓(xùn)練模擬試卷考試時(shí)間：______分鐘總分：______分姓名：______一、選擇題（每題2分，共20分）1.下列關(guān)于軟件需求工程的說法中，不正確的是（）。A.需求是軟件開發(fā)的驅(qū)動力和最終目標(biāo)。B.需求分析階段的主要產(chǎn)出是需求規(guī)格說明書。C.需求變更管理只需要在測試階段進(jìn)行。D.需求驗(yàn)證確保需求是正確的，需求確認(rèn)確保需求是被接受的。2.在面向?qū)ο笤O(shè)計(jì)中，體現(xiàn)“對擴(kuò)展開放，對修改封閉”原則的主要方法是（）。A.封裝B.繼承C.多態(tài)D.抽象3.下列軟件測試類型中，屬于動態(tài)測試的是（）。A.單元測試B.需求分析評審C.設(shè)計(jì)文檔審查D.代碼走查4.某項(xiàng)目采用敏捷開發(fā)模式，團(tuán)隊(duì)成員在短時(shí)間內(nèi)快速迭代交付可工作的軟件增量。這種模式最符合哪種價(jià)值觀？（）A.計(jì)劃優(yōu)于響應(yīng)變化B.模塊化優(yōu)于集成C.精密文檔優(yōu)于客戶交流D.響應(yīng)變化優(yōu)于計(jì)劃5.軟件配置管理中，用于跟蹤軟件變更歷史和當(dāng)前狀態(tài)的主要工具或機(jī)制是（）。A.需求規(guī)格說明書B.版本控制系統(tǒng)C.測試用例庫D.項(xiàng)目進(jìn)度甘特圖6.以下關(guān)于軟件架構(gòu)風(fēng)格的描述中，不正確的是（）。A.架構(gòu)風(fēng)格定義了一組特定的模式、組件和連接規(guī)則。B.MVC（Model-View-Controller）是一種常見的層次型架構(gòu)風(fēng)格。C.微服務(wù)架構(gòu)強(qiáng)調(diào)系統(tǒng)的分布式和模塊化。D.管道-過濾器架構(gòu)適用于數(shù)據(jù)轉(zhuǎn)換和處理的流程化系統(tǒng)。7.在進(jìn)行軟件項(xiàng)目風(fēng)險(xiǎn)識別時(shí)，常用的定性方法是（）。A.壓力測試B.決策樹分析C.代碼覆蓋率分析D.時(shí)序分析8.以下關(guān)于軟件維護(hù)的描述中，錯(cuò)誤的是（）。A.軟件維護(hù)是軟件生命周期中非常重要的一個(gè)階段。B.糾正性維護(hù)是指修復(fù)測試階段發(fā)現(xiàn)的缺陷。C.適應(yīng)性維護(hù)是指修改軟件以適應(yīng)變化的運(yùn)行環(huán)境。D.完善性維護(hù)是指根據(jù)用戶反饋改進(jìn)軟件的功能或性能。9.某軟件系統(tǒng)需要處理大量并發(fā)用戶請求，且對響應(yīng)時(shí)間有較高要求。在選擇架構(gòu)時(shí)，應(yīng)優(yōu)先考慮（）。A.批處理架構(gòu)B.薄客戶端架構(gòu)C.基于中間件的架構(gòu)D.分布式組件架構(gòu)10.保障軟件供應(yīng)鏈安全的關(guān)鍵措施之一是（）。A.對源代碼進(jìn)行加密B.使用安全的第三方庫和組件C.限制開發(fā)人員的訪問權(quán)限D(zhuǎn).定期進(jìn)行代碼審計(jì)二、填空題（每空2分，共20分）1.軟件工程的三要素通常指________、________和________。2.在軟件設(shè)計(jì)中，________是指一個(gè)類繼承另一個(gè)類的屬性和方法。3.黑盒測試方法主要關(guān)注軟件的________，而不關(guān)心內(nèi)部實(shí)現(xiàn)細(xì)節(jié)。4.敏捷開發(fā)方法中，常見的迭代周期稱為一個(gè)________。5.軟件配置管理活動包括配置項(xiàng)識別、建立基線、變更控制和________。6.軟件架構(gòu)設(shè)計(jì)需要考慮的四個(gè)基本質(zhì)量屬性通常包括功能性、可靠性、可用性、________和可維護(hù)性。7.在軟件項(xiàng)目管理中，________是指完成項(xiàng)目所需的工作量估計(jì)。8.軟件的可移植性是指軟件從一個(gè)環(huán)境遷移到另一個(gè)環(huán)境的________。9.面向?qū)ο笤O(shè)計(jì)中的“迪米特法則”也稱為________原則，它建議一個(gè)對象應(yīng)當(dāng)對其他對象有盡可能少的了解。10.云原生架構(gòu)強(qiáng)調(diào)利用云計(jì)算的優(yōu)勢，構(gòu)建可________、可觀察、獨(dú)立的云原生應(yīng)用。三、簡答題（每題5分，共20分）1.簡述需求分析和需求規(guī)格說明書的區(qū)別與聯(lián)系。2.簡述面向?qū)ο缶幊蹋∣OP）的四個(gè)基本特性（封裝、繼承、多態(tài)、抽象）及其含義。3.簡述軟件測試過程中，測試用例設(shè)計(jì)常用的等價(jià)類劃分法和邊界值分析法的基本思想。4.簡述軟件項(xiàng)目管理中，范圍蔓延（ScopeCreep）的主要表現(xiàn)及其可能帶來的負(fù)面影響。四、論述題（10分）結(jié)合當(dāng)前軟件行業(yè)發(fā)展趨勢，論述敏捷開發(fā)方法相比傳統(tǒng)的瀑布模型在應(yīng)對需求變化、提升客戶滿意度、促進(jìn)團(tuán)隊(duì)協(xié)作等方面具有哪些優(yōu)勢。請結(jié)合實(shí)際或設(shè)想場景進(jìn)行說明。五、案例分析題（30分）假設(shè)你需要為一個(gè)在線圖書銷售平臺設(shè)計(jì)用戶管理模塊。該平臺需要支持普通用戶和平臺管理員兩種角色。普通用戶可以查看自己的個(gè)人信息、修改密碼、管理自己的購物車。平臺管理員可以查看所有用戶信息、添加/刪除/修改用戶信息、審核用戶訂單。請回答以下問題：1.分析該模塊的核心功能需求和非功能需求（至少列舉5項(xiàng)）。2.使用面向?qū)ο蟮乃枷耄R別該模塊中關(guān)鍵的類，并為每個(gè)類定義核心屬性和方法（至少識別3個(gè)類，并描述其職責(zé)）。3.簡述你會如何為管理員和普通用戶角色設(shè)計(jì)權(quán)限控制機(jī)制。4.考慮到未來業(yè)務(wù)擴(kuò)展的可能性，你會如何設(shè)計(jì)這個(gè)模塊以保持其可維護(hù)性和可擴(kuò)展性？（至少提出兩點(diǎn)設(shè)計(jì)思路）試卷答案一、選擇題1.C2.B3.A4.D5.B6.A7.B8.B9.D10.B二、填空題1.過程、方法、工具2.繼承3.輸入和輸出4.迭代（或Sprint）5.版本控制6.性能7.工作量（或Effort）8.能力（或容易程度）9.最少知道（或低耦合）10.伸縮（或彈性）三、簡答題1.解析思路：首先回答需求分析是軟件開發(fā)的早期階段，主要任務(wù)是深入理解用戶需求，識別系統(tǒng)功能和非功能需求，并形成初步的需求模型。需求規(guī)格說明書是需求分析階段的成果，是對需求分析結(jié)果的精確、無歧義、完整的書面描述，作為后續(xù)設(shè)計(jì)、開發(fā)和測試的依據(jù)。兩者聯(lián)系在于，需求規(guī)格說明書是需求分析活動的直接產(chǎn)物，是對需求分析的總結(jié)和確認(rèn)。2.解析思路：分別解釋封裝：將數(shù)據(jù)（屬性）和操作數(shù)據(jù)的行為（方法）捆綁在一起，形成對象，并對外部隱藏對象的內(nèi)部實(shí)現(xiàn)細(xì)節(jié)，通過接口與外界交互。繼承：表示類之間的一般與特殊關(guān)系，子類可以繼承父類的屬性和方法，實(shí)現(xiàn)代碼復(fù)用和擴(kuò)展。多態(tài)：指不同對象對同一消息（方法調(diào)用）做出不同響應(yīng)的能力，通常通過接口或抽象類實(shí)現(xiàn)。抽象：將同一類對象的共同特征抽取出來形成概念，忽略非本質(zhì)的細(xì)節(jié)，定義抽象類或接口。這四個(gè)特性共同構(gòu)成了面向?qū)ο缶幊痰幕A(chǔ)，促進(jìn)了軟件的模塊化、復(fù)用性和可維護(hù)性。3.解析思路：等價(jià)類劃分法：將輸入數(shù)據(jù)集合劃分為若干個(gè)等價(jià)類，每個(gè)類中的每個(gè)數(shù)據(jù)值對于程序的處理過程都具有相同的效應(yīng)，從而只需選取每個(gè)等價(jià)類中的一個(gè)代表性數(shù)據(jù)作為測試用例。邊界值分析法：選取輸入或輸出數(shù)據(jù)的邊界值及其附近值作為測試用例，因?yàn)殄e(cuò)誤往往發(fā)生在邊界上。這兩種方法都是黑盒測試用例設(shè)計(jì)的技術(shù)，旨在用較少的測試用例覆蓋盡可能多的輸入情況，特別是關(guān)注潛在的錯(cuò)誤區(qū)域。4.解析思路：范圍蔓延指項(xiàng)目范圍在開發(fā)過程中不當(dāng)?shù)財(cái)U(kuò)大。表現(xiàn)：客戶不斷提出新功能、修改舊需求；項(xiàng)目經(jīng)理為了爭取項(xiàng)目或滿足客戶而隨意添加功能；缺乏有效的變更控制流程。負(fù)面影響：導(dǎo)致項(xiàng)目工期延長、成本超支；降低軟件質(zhì)量；團(tuán)隊(duì)士氣受挫；客戶滿意度下降；項(xiàng)目最終可能失敗。四、論述題解析思路：首先點(diǎn)明敏捷開發(fā)的核心思想是適應(yīng)性、迭代和客戶協(xié)作。然后從應(yīng)對需求變化方面論述：敏捷采用短迭代，快速反饋，能及時(shí)響應(yīng)變化；擁抱變化作為常態(tài)。從提升客戶滿意度方面論述：頻繁交付可工作的軟件增量，客戶可盡早獲得價(jià)值并參與驗(yàn)證；持續(xù)溝通確保開發(fā)方向符合客戶期望。從促進(jìn)團(tuán)隊(duì)協(xié)作方面論述：采用跨職能團(tuán)隊(duì)，減少溝通障礙；每日站會等實(shí)踐促進(jìn)信息共享和同步；自組織團(tuán)隊(duì)提高成員積極性和責(zé)任感。結(jié)合例如需求不明確、市場環(huán)境變化快的項(xiàng)目場景進(jìn)行對比，說明敏捷相比瀑布模型的優(yōu)勢。五、案例分析題解析思路：1.核心功能需求：普通用戶：查看/修改個(gè)人信息、修改密碼、管理購物車。管理員：查看/增/刪/改用戶信息、審核訂單。（至少5項(xiàng)，可補(bǔ)充如密碼找回、訂單管理詳情等）非功能需求：用戶界面友好性、系統(tǒng)響應(yīng)時(shí)間、數(shù)據(jù)安全性（特別是用戶密碼）、系統(tǒng)性能（支持一定并發(fā)用戶）、權(quán)限控制準(zhǔn)確性、可維護(hù)性、可擴(kuò)展性。2.類設(shè)計(jì)：*User（用戶類）：屬性：UserID（用戶ID）、Username（用戶名）、Password（密碼，加密存儲）、Email（郵箱）、Role（角色，如'User'/'Admin'）、Cart（購物車對象引用）。方法：UpdateProfile（更新個(gè)人信息）、ChangePassword（修改密碼）、AddToCart（添加商品到購物車）、RemoveFromCart（從購物車移除商品）、ViewProfile（查看個(gè)人信息）。*Administrator（管理員類）：屬性：同User，可能增加AdminID。方法：同User，plusViewAllUsers（查看所有用戶）、AddUser（添加用戶）、DeleteUser（刪除用戶）、ModifyUser（修改用戶信息）、ReviewOrders（審核訂單）。*Order（訂單類）：屬性：OrderID、UserID（關(guān)聯(lián)用戶）、OrderDate、Status（訂單狀態(tài)，如'Pending'/'Approved'/'Shipped'）、Items（訂單商品列表）。方法：SubmitOrder（提交訂單）、UpdateStatus（更新訂單狀態(tài)）。（可再補(bǔ)充類，如Product商品類、Cart購物車類等）職責(zé)：User負(fù)責(zé)管理個(gè)人信息和購物相關(guān)操作；Administrator負(fù)責(zé)管理系統(tǒng)用戶和訂單；Order負(fù)責(zé)記錄訂單信息。3.權(quán)限控制：可以在User類中增加一個(gè)Role屬性標(biāo)識角色。在執(zhí)行敏感操作（如修改其他用戶信息、刪除用戶、審核訂單）前，系統(tǒng)檢查當(dāng)前用戶的Role是否為'Admin'?；蛘?，在方法定義上明確標(biāo)注其訪問權(quán)限，并通過框架或自定義邏輯在運(yùn)行時(shí)進(jìn)行權(quán)限校驗(yàn)。4.可維護(hù)性與可擴(kuò)展性設(shè)計(jì)：*使用設(shè)計(jì)模式：如使用工廠模式創(chuàng)建不同角色的用戶對象，使用策略模式處理訂單審核等不同策略。