2025年軟件設計師中級專項模擬沖刺題庫考試時間：______分鐘總分：______分姓名：______一、選擇題（每題1分，共25分）1.在面向?qū)ο蠓椒ㄖ?，下列關(guān)于封裝的描述中，錯誤的是（）。A.封裝將數(shù)據(jù)結(jié)構(gòu)和操作數(shù)據(jù)的方法捆綁在一起B(yǎng).封裝可以隱藏對象的內(nèi)部實現(xiàn)細節(jié)C.封裝提高了代碼的可重用性D.封裝意味著對象內(nèi)部狀態(tài)可以直接被外部訪問2.考慮以下關(guān)系模式R(A,B,C)，其中A是主鍵。以下哪個選項是R的一個超鍵？（）A.{B}B.{A,B}C.{A,C}D.{B,C}3.下列關(guān)于TCP協(xié)議的描述中，正確的是（）。A.TCP提供無連接、不可靠的數(shù)據(jù)傳輸服務B.TCP通過序列號和確認應答保證數(shù)據(jù)傳輸?shù)目煽啃院晚樞蛐訡.TCP頭部比較簡單，開銷較小D.TCP主要用于傳輸實時性要求高的數(shù)據(jù)，如音頻和視頻4.在軟件生命周期模型中，強調(diào)開發(fā)過程迭代且增量式的模型是（）。A.瀑布模型B.V模型C.噴泉模型D.精益開發(fā)模型5.以下關(guān)于UML類圖的說法中，錯誤的是（）。A.類圖用于描述系統(tǒng)的靜態(tài)結(jié)構(gòu)B.類圖中的類包含屬性和操作C.關(guān)系主要有關(guān)聯(lián)、繼承和依賴D.類圖可以詳細描述類的內(nèi)部實現(xiàn)細節(jié)6.在數(shù)據(jù)庫設計中，將E-R圖轉(zhuǎn)換為關(guān)系模式的轉(zhuǎn)換規(guī)則中，一個m:n的關(guān)系通常轉(zhuǎn)換為一個（）。A.一個關(guān)系B.兩個關(guān)系C.三個關(guān)系D.四個關(guān)系7.以下關(guān)于事務特性的描述中，錯誤的是（）。A.原子性（Atomicity）B.隔離性（Isolation）C.持久性（Durability）D.一致性（Consistency）不要求事務是原子的8.下列關(guān)于操作系統(tǒng)的說法中，錯誤的是（）。A.操作系統(tǒng)是系統(tǒng)軟件的核心B.操作系統(tǒng)負責管理計算機系統(tǒng)的軟硬件資源C.操作系統(tǒng)為用戶和應用程序提供接口D.所有操作系統(tǒng)都必須實現(xiàn)文件管理、進程管理和存儲管理9.下列關(guān)于HTTP協(xié)議的描述中，正確的是（）。A.HTTP是一種面向連接的協(xié)議B.HTTP請求方法GET用于提交數(shù)據(jù)給服務器C.HTTP協(xié)議頭部信息是二進制格式D.HTTP協(xié)議默認使用23號端口10.在軟件項目管理中，用于估算完成一項任務所需工作量的單位是（）。A.人天B.功能點C.簡單度D.索引11.以下關(guān)于軟件測試的描述中，錯誤的是（）。A.單元測試通常由開發(fā)人員執(zhí)行B.集成測試關(guān)注模塊間的接口和交互C.系統(tǒng)測試在集成測試之后進行D.回歸測試是為了發(fā)現(xiàn)新引入的錯誤12.在面向?qū)ο笤O計原則中，“開閉原則”指的是軟件實體應當對擴展開放，對修改關(guān)閉。以下哪個選項最能體現(xiàn)開閉原則？（）A.當需求變化時，需要修改大量現(xiàn)有代碼B.當增加新功能時，需要創(chuàng)建新的類，而無需修改舊類C.類的接口設計過于復雜D.類的代碼耦合度很高13.以下關(guān)于版本控制系統(tǒng)的說法中，錯誤的是（）。A.版本控制系統(tǒng)可以幫助管理代碼的歷史版本B.Git是一個分布式版本控制系統(tǒng)C.SVN是一個集中式版本控制系統(tǒng)D.版本控制系統(tǒng)主要用于管理文檔，不適用于代碼14.以下關(guān)于設計模式的描述中，錯誤的是（）。A.設計模式是解決軟件設計中常見問題的可復用方案B.單例模式確保一個類只有一個實例C.工廠模式通常用于創(chuàng)建復雜對象D.觀察者模式適用于表示一對多的依賴關(guān)系，但更新邏輯簡單15.以下關(guān)于云服務的描述中，錯誤的是（）。A.IaaS提供基礎(chǔ)設施即服務，如虛擬機、存儲B.PaaS提供平臺即服務，如應用開發(fā)平臺、數(shù)據(jù)庫服務C.SaaS提供軟件即服務，如郵件服務、CRM系統(tǒng)D.IaaS通常比PaaS更具靈活性，但管理復雜度更高16.以下關(guān)于數(shù)據(jù)庫索引的描述中，錯誤的是（）。A.索引可以加快數(shù)據(jù)的檢索速度B.索引會占用額外的存儲空間C.索引會降低數(shù)據(jù)插入、刪除和更新的性能D.越多的索引越好17.在軟件需求分析中，用于描述系統(tǒng)應實現(xiàn)的功能和性能需求的文檔是（）。A.可行性分析報告B.需求規(guī)格說明書C.系統(tǒng)設計說明書D.測試計劃18.以下關(guān)于網(wǎng)絡分層模型的描述中，錯誤的是（）。A.OSI模型共有七層B.TCP/IP模型共有四層C.網(wǎng)絡接口層（或鏈路層）負責在物理鏈路上傳輸數(shù)據(jù)D.傳輸層提供端到端的可靠數(shù)據(jù)傳輸服務19.以下關(guān)于軟件配置管理的描述中，錯誤的是（）。A.配置管理旨在管理軟件項目在整個生命周期中的變更B.基線是項目開發(fā)過程中的一個重要里程碑C.版本號通常遵循major.minor.patch的格式D.配置管理只關(guān)注代碼文件的版本控制20.以下關(guān)于面向?qū)ο蟪绦蛟O計語言的描述中，錯誤的是（）。A.Java是一種面向?qū)ο蟮木幊陶Z言B.C++是一種面向?qū)ο蟮木幊陶Z言C.Python不是一種面向?qū)ο蟮木幊陶Z言D.面向?qū)ο笳Z言都支持封裝、繼承和多態(tài)21.以下關(guān)于軟件架構(gòu)風格的描述中，錯誤的是（）。A.微服務架構(gòu)是一種分布式架構(gòu)風格B.層次架構(gòu)是一種常見的架構(gòu)風格，如瀏覽器/服務器C.模塊化架構(gòu)強調(diào)系統(tǒng)由獨立的模塊組成D.數(shù)據(jù)庫中心架構(gòu)適用于所有類型的軟件系統(tǒng)22.在項目管理中，風險登記冊是用于記錄（）。A.項目范圍和目標B.項目資源計劃C.已識別的風險及其詳細信息D.項目溝通計劃23.以下關(guān)于知識產(chǎn)權(quán)的說法中，錯誤的是（）。A.軟件著作權(quán)自軟件開發(fā)完成之日起產(chǎn)生B.專利權(quán)通常需要向國家知識產(chǎn)權(quán)局申請C.商標是用來區(qū)分商品或服務來源的標志D.知識產(chǎn)權(quán)只保護有形的成果，不保護無形的創(chuàng)意24.以下關(guān)于敏捷開發(fā)方法的描述中，錯誤的是（）。A.敏捷開發(fā)強調(diào)迭代和增量式交付B.敏捷開發(fā)通常采用固定范圍的合同C.敏捷開發(fā)強調(diào)團隊成員之間的溝通和協(xié)作D.敏捷開發(fā)常用Scrum或Kanban等框架25.以下關(guān)于網(wǎng)絡安全的描述中，錯誤的是（）。A.加密是保護數(shù)據(jù)機密性的常用技術(shù)B.防火墻可以阻止未經(jīng)授權(quán)的網(wǎng)絡訪問C.VPN（虛擬專用網(wǎng)絡）可以在公共網(wǎng)絡上建立安全連接D.身份認證的唯一目的是提高網(wǎng)絡傳輸速度二、填空題（每空1分，共25分）1.在軟件測試中，___測試是在軟件開發(fā)的最早階段進行的，主要針對代碼單元。2.數(shù)據(jù)庫的___指的是數(shù)據(jù)庫中數(shù)據(jù)的準確性和一致性。3.操作系統(tǒng)的文件系統(tǒng)負責管理計算機中的___和文件。4.TCP/IP協(xié)議棧中，負責提供可靠數(shù)據(jù)傳輸服務的層是___層。5.軟件設計中的___模式允許一個類的實例去控制另一個類的實例。6.UML圖中，用于描述系統(tǒng)動態(tài)行為的圖是___圖。7.將數(shù)據(jù)從邏輯結(jié)構(gòu)轉(zhuǎn)換為物理結(jié)構(gòu)的過程稱為___設計。8.在面向?qū)ο笾?，___是指一個類繼承另一個類的屬性和方法。9.軟件項目管理中，___是指項目團隊為達成項目目標而進行的所有協(xié)調(diào)活動。10.___是一種常用的需求獲取技術(shù)，通過與用戶訪談來獲取需求。11.在關(guān)系數(shù)據(jù)庫中，保證表中每一行唯一標識符的屬性或?qū)傩越M合稱為___。12.計算機網(wǎng)絡的三大基本要素是___、傳輸介質(zhì)和網(wǎng)絡協(xié)議。13.___是指軟件開發(fā)的各個階段按照嚴格的順序依次進行。14.軟件的可維護性包括可理解性、可修改性、___和可測試性。15.___是一種常用的版本控制工具，由LinusTorvalds創(chuàng)建。16.在軟件架構(gòu)中，___指的是軟件系統(tǒng)可被分割成的子系統(tǒng)及其之間的關(guān)系。17.估算軟件開發(fā)成本和進度常用的方法是___法和參數(shù)估算法。18.___是指當多個用戶并發(fā)訪問數(shù)據(jù)庫時，一個用戶的操作不會干擾其他用戶。19.人工智能的三大核心領(lǐng)域通常包括機器學習、自然語言處理和___。20.在軟件項目管理中，___是指項目團隊成員之間、團隊成員與干系人之間的溝通。21.___是指軟件在規(guī)定的外部環(huán)境下，能夠按預期運行的能力。22.數(shù)據(jù)庫的事務必須滿足四個基本特性：原子性、隔離性、___和持久性。23.互聯(lián)網(wǎng)的基本結(jié)構(gòu)是___結(jié)構(gòu)。24.軟件設計師需要具備良好的溝通能力、___能力和問題解決能力。25.___指的是未經(jīng)授權(quán)訪問計算機系統(tǒng)資源的行為。三、問答題（共5題，共50分）1.（8分）請簡述軟件測試的主要目的和主要類型（至少列舉三種）。2.（10分）請解釋面向?qū)ο笤O計中的“里氏替換原則”（LiskovSubstitutionPrinciple,LSP），并說明其重要性。3.（10分）請描述數(shù)據(jù)庫設計過程中，從E-R圖到關(guān)系模式轉(zhuǎn)換的主要步驟。4.（12分）請說明在進行軟件需求分析時，需要考慮哪些方面的需求（至少列舉五種），并簡述其中一種需求（如功能需求）的描述方法。5.（10分）請簡述軟件項目管理中風險管理的主要過程，包括風險識別、風險分析（定性、定量）、風險應對和風險監(jiān)控。---試卷答案一、選擇題（每題1分，共25分）1.D解析思路：封裝的核心目的是隱藏對象的內(nèi)部實現(xiàn)細節(jié)，外部只能通過對象提供的公共接口進行交互，從而保護對象的狀態(tài)不被隨意修改。選項D描述的是對內(nèi)部狀態(tài)的直接訪問，違背了封裝原則。2.A解析思路：超鍵是指能唯一標識關(guān)系中元組的屬性集合。{B}只能保證元組在R(B,C)上唯一，但不能保證在R(A,B,C)上唯一，因為A是主鍵，{B}缺少了主鍵A。{A,B}包含主鍵A，必然是超鍵。{A,C}包含主鍵A，必然是超鍵。{B,C}需要滿足B和C的組合能唯一標識元組，這取決于具體數(shù)據(jù)，但不一定是最小超鍵。3.B解析思路：TCP是面向連接的、可靠的、基于字節(jié)流傳輸?shù)膮f(xié)議。它通過序列號、確認應答（ACK）、重傳機制、流量控制和擁塞控制等確保數(shù)據(jù)傳輸?shù)目煽啃院晚樞蛐?。選項A描述的是UDP的特點。TCP頭部相對復雜（20字節(jié)固定頭+選項），開銷比無連接的UDP大。TCP適用于對可靠性要求高，如網(wǎng)頁瀏覽、文件傳輸?shù)?，實時性要求不高的場景。UDP適用于實時性要求高，如音頻、視頻、在線游戲等。4.C解析思路：噴泉模型是一種面向?qū)ο蟮拈_發(fā)模型，它允許多個開發(fā)活動（如分析、設計、編碼）并發(fā)進行，并且這些活動可以迭代和增量式地進行，模型像一個噴泉一樣，可以向前流動，也可以回流。瀑布模型是嚴格的順序模型。V模型是瀑布模型的改進，增加了測試階段。精益開發(fā)模型強調(diào)減少浪費、快速迭代和客戶反饋。5.D解析思路：類圖描述的是系統(tǒng)的靜態(tài)結(jié)構(gòu)，包括類、接口以及它們之間的關(guān)系。類包含屬性和操作（方法）。關(guān)系主要有關(guān)聯(lián)、繼承（泛化）和依賴。類圖描述的是類的結(jié)構(gòu)，而不是其內(nèi)部實現(xiàn)細節(jié)，如具體的算法實現(xiàn)、類之間的調(diào)用邏輯等，這些通常在更詳細的文檔或代碼中體現(xiàn)。6.B解析思路：在E-R圖到關(guān)系模式的轉(zhuǎn)換中，一個m:n的關(guān)系轉(zhuǎn)換為一個獨立的關(guān)系模式，該關(guān)系模式包含原兩個實體集的主鍵作為屬性，以及m:n關(guān)系本身所描述的屬性。這個新的關(guān)系模式可以唯一標識其所有屬性值的組合，因此需要一個關(guān)系。例如，學生和課程之間存在m:n關(guān)系，可以轉(zhuǎn)換為一個“選課”關(guān)系，包含“學生ID”和“課程ID”作為主鍵屬性。7.D解析思路：事務的四個基本特性是原子性（Atomicity）、一致性（Consistency）、隔離性（Isolation）和持久性（Durability）。原子性要求事務是不可分割的最小工作單元，要么全部完成，要么全部不做。一致性要求事務必須使數(shù)據(jù)庫從一個一致性狀態(tài)轉(zhuǎn)變到另一個一致性狀態(tài)。隔離性要求并發(fā)執(zhí)行的事務之間互不干擾。持久性要求一旦事務提交，其對數(shù)據(jù)庫的更改就是永久的，即使系統(tǒng)發(fā)生故障也不會丟失。選項D的說法是錯誤的。8.D解析思路：操作系統(tǒng)是系統(tǒng)軟件的核心，管理計算機軟硬件資源，提供用戶接口。操作系統(tǒng)的功能包括進程管理、內(nèi)存管理、文件管理、設備管理和提供系統(tǒng)調(diào)用接口。并非所有操作系統(tǒng)都必須實現(xiàn)所有這些功能。例如，嵌入式操作系統(tǒng)可能只提供部分管理功能，或者像某些只讀文件系統(tǒng)，其核心功能可能只側(cè)重于文件管理。但通常認為，一個完整的操作系統(tǒng)會涉及資源管理。9.A解析思路：HTTP協(xié)議是無狀態(tài)的、面向連接的（每次請求-響應都需要建立連接，雖然有Keep-Alive等機制優(yōu)化）。HTTP請求方法GET用于獲取資源，不用于提交數(shù)據(jù)（提交數(shù)據(jù)通常用POST方法）。HTTP頭部信息是文本格式（通常使用ASCII或UTF-8編碼）。HTTP協(xié)議默認使用80號端口。選項A是正確的描述。10.A解析思路：人天是軟件項目管理中常用的估算單位，表示一個“人”工作一天的估算量。功能點是一種基于軟件功能規(guī)模的估算方法。簡單度通常不是標準的估算單位。索引是用于提高數(shù)據(jù)庫查詢性能的數(shù)據(jù)結(jié)構(gòu)。11.D解析思路：單元測試、集成測試、系統(tǒng)測試都是軟件測試的不同階段。回歸測試是為了確保修復一個缺陷或添加新功能后，沒有引入新的缺陷，或者沒有導致原有功能出現(xiàn)問題。它不是為了發(fā)現(xiàn)新引入的錯誤，而是為了驗證修改后的系統(tǒng)是否仍然正確。發(fā)現(xiàn)新引入錯誤通常是在后續(xù)測試階段或通過用戶反饋。12.B解析思路：開閉原則要求軟件實體（類、模塊等）對擴展開放，對修改關(guān)閉。這意味著當需求變化需要增加新功能時，應該通過添加新的代碼（擴展）來實現(xiàn)，而不是修改已有的代碼（修改）。選項B描述了當增加新功能時創(chuàng)建新類，這是遵循開閉原則的典型做法。選項A描述的是需要修改現(xiàn)有代碼，違背了開閉原則。選項C和D描述的是軟件設計中的不良實踐（接口復雜、耦合度高）。13.D解析思路：版本控制系統(tǒng)（VersionControlSystem,VCS）不僅可以管理代碼文件，也可以管理其他類型的文件，如文檔、配置文件、數(shù)據(jù)文件等。版本控制系統(tǒng)是管理任何類型文件歷史變更的重要工具。Git、SVN等都是流行的版本控制工具。Git是分布式的，SVN是集中式的。VCS的核心價值在于版本管理和變更追蹤。14.D解析思路：設計模式是解決軟件設計中常見問題的可復用方案。單例模式確保一個類只有一個實例，并提供一個全局訪問點。工廠模式用于創(chuàng)建對象，將對象的創(chuàng)建邏輯封裝起來，解耦對象創(chuàng)建過程。觀察者模式實現(xiàn)了一對多的依賴關(guān)系，當一個對象狀態(tài)改變時，所有依賴它的對象都會收到通知并自動更新。觀察者模式的應用場景通常比較復雜，更新邏輯可能不是簡單的通知。15.D解析思路：IaaS提供基礎(chǔ)設施層服務，如虛擬機、存儲、網(wǎng)絡。PaaS提供平臺層服務，如應用服務器、數(shù)據(jù)庫服務、開發(fā)工具環(huán)境。SaaS提供軟件應用層服務，用戶通過客戶端（如瀏覽器）訪問軟件。IaaS相對于PaaS，用戶需要自己管理操作系統(tǒng)、應用程序，因此靈活性更高，但管理復雜度也更高。選項D的說法是錯誤的，IaaS的管理復雜度通常高于PaaS。16.D解析思路：數(shù)據(jù)庫索引可以顯著加快數(shù)據(jù)檢索速度，特別是對于大型數(shù)據(jù)表。索引需要占用額外的存儲空間來存儲索引結(jié)構(gòu)。維護索引會降低數(shù)據(jù)插入、刪除、更新的性能，因為每次DML操作都需要同時更新索引。索引不是越多越好，過多的索引會增加存儲開銷和維護成本，甚至可能降低某些操作的性能。選擇合適的索引是關(guān)鍵。17.B解析思路：需求規(guī)格說明書（SoftwareRequirementsSpecification,SRS）是軟件開發(fā)生命周期中非常重要的文檔，它詳細描述了軟件系統(tǒng)必須滿足的功能需求（系統(tǒng)應該做什么）和非功能需求（系統(tǒng)運行時的特性，如性能、安全性、可用性等）。18.D解析思路：OSI模型共有七層：物理層、數(shù)據(jù)鏈路層、網(wǎng)絡層、傳輸層、會話層、表示層、應用層。TCP/IP模型通常有四層：網(wǎng)絡接口層（或鏈路層）、網(wǎng)絡層（IP層）、傳輸層、應用層。網(wǎng)絡接口層負責在物理鏈路上傳輸數(shù)據(jù)幀。傳輸層提供端到端的通信服務，但主要強調(diào)的是端到端的邏輯通信，對于底層網(wǎng)絡不可靠的問題，傳輸層（TCP）會負責處理（如重傳），而不是保證物理鏈路的絕對可靠。19.D解析思路：配置管理旨在管理軟件項目在整個生命周期中的變更，確保軟件產(chǎn)品的完整性和可追溯性。基線是項目開發(fā)過程中的一個重要里程碑，標志著某個階段（如需求分析完成、設計完成）的成果被凍結(jié)，后續(xù)開發(fā)基于此基線進行。版本號通常遵循語義化版本（如major.minor.patch）或其他約定格式。軟件配置管理不僅關(guān)注代碼文件的版本控制，還包括需求文檔、設計文檔、測試用例、構(gòu)建腳本等各種項目產(chǎn)物的版本控制和管理。20.C解析思路：Java是一種面向?qū)ο蟮木幊陶Z言，支持封裝、繼承、多態(tài)。C++也是一種面向?qū)ο蟮木幊陶Z言。Python是一種面向?qū)ο蟮木幊陶Z言，雖然其面向?qū)ο筇匦杂行┆毺兀ㄈ珙愂怯成洌?，但本質(zhì)上是面向?qū)ο蟮摹Ｃ嫦驅(qū)ο缶幊痰暮诵奶卣魇欠庋b、繼承和多態(tài)，所有主流的面向?qū)ο笳Z言都支持這些特性。選項C的說法是錯誤的。21.D解析思路：微服務架構(gòu)是一種分布式架構(gòu)風格，將大型應用拆分為一組小型的、獨立部署的服務。層次架構(gòu)（如客戶端/服務器、瀏覽器/服務器）是一種常見的架構(gòu)風格，將系統(tǒng)功能按層次劃分。模塊化架構(gòu)強調(diào)系統(tǒng)由獨立的模塊組成，模塊間通過明確定義的接口交互。數(shù)據(jù)庫中心架構(gòu)（Database-CentricArchitecture）是一種相對傳統(tǒng)的架構(gòu)風格，系統(tǒng)中大部分邏輯都在數(shù)據(jù)庫中處理，客戶端主要負責顯示。這種架構(gòu)對于復雜的應用邏輯或高度數(shù)據(jù)密集型應用可能不是最佳選擇，尤其在需要高并發(fā)、高可用性的現(xiàn)代應用中。22.C解析思路：風險登記冊（RiskRegister）是項目管理中用于記錄已識別風險、潛在風險以及風險應對措施的文檔。它詳細列出了每個風險的描述、可能性、影響程度、應對計劃、負責人、狀態(tài)等信息。項目范圍和目標通常在項目計劃中定義。項目資源計劃描述如何獲取、管理和使用項目資源。項目溝通計劃描述項目干系人之間的溝通方式和頻率。風險登記冊是風險管理活動的核心輸出。23.D解析思路：軟件著作權(quán)（SoftwareCopyright）通常在軟件開發(fā)完成時自動產(chǎn)生，不需要登記。專利權(quán)需要向國家知識產(chǎn)權(quán)局等官方機構(gòu)申請并獲得批準，保護的是具有新穎性、創(chuàng)造性和實用性的技術(shù)方案。商標是用來區(qū)分商品或服務來源的標志，需要向商標局申請注冊。知識產(chǎn)權(quán)不僅保護有形的成果（如代碼、設計圖），也保護無形的智力成果（如發(fā)明創(chuàng)造、創(chuàng)意、外觀設計等）。24.B解析思路：敏捷開發(fā)方法強調(diào)迭代和增量式交付，快速響應變化，緊密的團隊協(xié)作和客戶溝通。敏捷開發(fā)通常采用靈活的合同，如敏捷合同、交付驅(qū)動合同，而不是固定的范圍合同。固定范圍的合同更符合瀑布模型。敏捷開發(fā)強調(diào)通過短迭代周期（如Sprint）交付可工作的軟件增量。敏捷開發(fā)常用Scrum或Kanban等框架來指導實踐。25.A解析思路：未經(jīng)授權(quán)訪問計算機系統(tǒng)資源的行為是未經(jīng)授權(quán)訪問（UnauthorizedAccess）。這是網(wǎng)絡安全中的一個基本威脅。加密是保護數(shù)據(jù)機密性的常用技術(shù)。防火墻是網(wǎng)絡安全設備，用于根據(jù)安全策略控制網(wǎng)絡流量，阻止未經(jīng)授權(quán)的網(wǎng)絡訪問。VPN（虛擬專用網(wǎng)絡）通過使用加密技術(shù)在公共網(wǎng)絡上建立安全的、加密的通信通道。身份認證是驗證用戶或系統(tǒng)身份的過程，目的是確認用戶或系統(tǒng)是否有權(quán)訪問資源，不僅僅是為了提高傳輸速度。二、填空題（每空1分，共25分）1.單元2.一致性3.資源4.傳輸5.代理6.行為7.物理8.繼承9.溝通10.訪談11.主鍵12.資源13.瀑布14.可維護性15.Git16.架構(gòu)17.自下而上18.隔離性19.機器人學（或機器學習、模式識別等，根據(jù)教材定義選擇）20.溝通21.可靠性22.持久性23.分布式（或網(wǎng)狀）24.問題解決25.未經(jīng)授權(quán)訪問三、問答題（共5題，共50分）1.軟件測試的主要目的是發(fā)現(xiàn)軟件中的錯誤和缺陷，確保軟件產(chǎn)品符合預期的需求和規(guī)格，提高軟件的質(zhì)量和可靠性，驗證軟件是否能夠滿足用戶的需求和期望。主要類型包括：*單元測試：針對軟件中最小的可測試單元（如函數(shù)、方法、類）進行的測試，主要由開發(fā)人員執(zhí)行。*集成測試：對多個單元組合在一起進行的測試，主要測試模塊間的接口和交互是否正確。*系統(tǒng)測試：在所有模塊集成后，對整個系統(tǒng)進行的測試，驗證系統(tǒng)是否滿足指定的需求，包括功能和非功能需求。*驗收測試：由客戶或用戶進行的測試，目的是確認軟件是否可以接受并投入生產(chǎn)使用，通常分為用戶驗收測試（UAT）和運營驗收測試。*（還可以列舉其他類型，如回歸測試、性能測試、安全測試等）2.里氏替換原則（LiskovSubstitutionPrinciple,LSP）指出，任何基類（父類）能夠出現(xiàn)的地方，子類對象（實例）也應該能夠出現(xiàn)，而且軟件使用基類對象時，不應能察覺出對象是基類還是其子類。換句話說，子類對象必須能夠替換掉其父類對象被使用，而不會引起程序的錯誤或異常行為。其重要性在于：*保證繼承體系的正確性：LSP是面向?qū)ο笤O計中的一個基本原則，它確保了繼承機制的正確使用。如果違反了LSP，那么繼承體系就可能是脆弱的，子類的行為可能會與父類預期不符，導致使用子類時出現(xiàn)意想不到的問題。*提高代碼的可維護性和可擴展性：遵守LSP可以使得代碼更加模塊化，子類可以獨立于基類進行修改和擴展，而不會影響到使用這些類的其他代碼。這降低了代碼的耦合度，使得系統(tǒng)更容易維護和演進。*促進代碼重用：LSP鼓勵設計出行為一致的類層次結(jié)構(gòu)，使得基類的抽象能夠被正確地重用于子類，提高了代碼的復用性。*避免“壞繼承”：違反LSP的繼承通常被稱為“壞繼承”，因為它破壞了預期的多態(tài)行為。例如，如果子類覆蓋了父類的方法，但改變了方法的預期行為（比如降低了性能或引入了新的錯誤），就可能違反LSP。3.數(shù)據(jù)庫設計過程中，從E-R圖到關(guān)系模式轉(zhuǎn)換的主要步驟如下：*轉(zhuǎn)換實體類型為關(guān)系模式：E-R圖中的每個實體類型（通常表示為矩形）都轉(zhuǎn)換為一個關(guān)系模式（對應一個關(guān)系，即表）。關(guān)系模式的屬性就是實體的屬性。關(guān)系模式的主鍵就是實體的標識符（主鍵屬性）。*轉(zhuǎn)換聯(lián)系類型為關(guān)系模式：E-R圖中的每個聯(lián)系類型（通常表示為菱形）都需要轉(zhuǎn)換。轉(zhuǎn)換規(guī)則取決于聯(lián)系的基數(shù)（參與實體間的數(shù)量關(guān)系）：*對于1:1聯(lián)系：通常將其轉(zhuǎn)換為一個獨立的關(guān)系模式，包含參與實體的主鍵屬性以及聯(lián)系本身的屬性作為該關(guān)系的屬性，主鍵可以是這些屬性的組合。*對于1:N聯(lián)系：通常將其轉(zhuǎn)換為一個獨立的關(guān)系模式，包含“一”端實體的主鍵作為外鍵，以及聯(lián)系本身的屬性作為該關(guān)系的屬性。該關(guān)系模式的主鍵是組合主鍵（“一”端主鍵+聯(lián)系屬性）或僅僅是“一”端主鍵（如果聯(lián)系屬性不參與唯一性約束）。*對于M:N聯(lián)系：將其轉(zhuǎn)換為一個獨立的關(guān)系模式，包含“多”端實體的主鍵作為外鍵，以及聯(lián)系本身的屬性作為該關(guān)系的屬性。該關(guān)系模式的主鍵是這些外鍵屬性的組合。*處理屬性約束：將E-R圖中的屬性約束（如屬性類型、是否為空、主鍵、外鍵等）轉(zhuǎn)化為關(guān)系模式的約束。例如，將主鍵約束轉(zhuǎn)化為主鍵約束，將參與約束（如外鍵）轉(zhuǎn)化為外鍵約束。*（可選）優(yōu)化關(guān)系模式：根據(jù)范式理論（如1NF,2NF,3NF）對初步轉(zhuǎn)換得到的關(guān)系模式進行規(guī)范化，消除冗余，減少數(shù)據(jù)不一致性。可能需要進行屬性分解等操作。4.在進行軟件需求分析時，需要考慮以下方面的需求：*功能需求（FunctionalRequirements）：描述軟件系統(tǒng)應該做什么，即系統(tǒng)必須具備的功能和特性。例如，用戶注冊、登錄、瀏覽商品、購物車、下單、支付、訂單管理等功能。*非功能需求（Non-FunctionalRequirements）：描述系統(tǒng)運行時的特性，如性能需求（響應時間、吞吐量）、可靠性需求（平均無故障時間、容錯能力）、安全性需求（用戶認證、數(shù)據(jù)加密、防攻擊）、可用性需求（易用性、用戶界面友好度）、可維護性需求（代碼可讀性、可擴展性）、可移植性需求（跨平臺運行能力）等。*接口需求（InterfaceRequirements）：描述系統(tǒng)與外部系統(tǒng)或用戶交互的接口，包括用戶界面（UI）需求、外部接口（如與其他系統(tǒng)對接的API）需求。*數(shù)據(jù)需求（