2025年軟件設(shè)計師專業(yè)考試模擬試卷：軟件工程與軟件測試方法優(yōu)化試題考試時間：______分鐘總分：______分姓名：______一、單選題（本大題共20小題，每小題1分，共20分。在每小題列出的四個選項中，只有一項是符合題目要求的，請將正確選項字母填在題后的括號內(nèi)。）1.軟件生命周期模型中，哪個模型強調(diào)迭代和增量式的開發(fā)過程？A.瀑布模型B.噴泉模型C.V模型D.敏捷模型2.在需求分析階段，常用的需求獲取方法不包括以下哪一項？A.訪談B.觀察法C.文檔分析D.代碼審查3.軟件設(shè)計原則中，強調(diào)模塊之間低耦合、高內(nèi)聚的是哪個原則？A.可重用性原則B.可維護性原則C.模塊化原則D.抽象原則4.在軟件測試中，哪種測試方法主要用于驗證軟件是否符合用戶需求？A.單元測試B.集成測試C.系統(tǒng)測試D.回歸測試5.軟件測試過程中，哪種測試類型主要關(guān)注軟件的性能指標(biāo)？A.功能測試B.性能測試C.安全測試D.兼容性測試6.軟件項目管理中，哪個工具主要用于跟蹤項目進度？A.甘特圖B.PERT圖C.流程圖D.狀態(tài)圖7.在軟件維護過程中，哪種維護類型主要涉及對軟件代碼的修改？A.正規(guī)維護B.改進維護C.錯誤維護D.預(yù)防維護8.軟件配置管理中，哪個術(shù)語指的是對軟件變更的管理？A.版本控制B.變更控制C.配置審計D.發(fā)布管理9.在敏捷開發(fā)中，哪個角色主要負(fù)責(zé)協(xié)調(diào)團隊成員和產(chǎn)品負(fù)責(zé)人之間的溝通？A.開發(fā)者B.測試工程師C.項目經(jīng)理D.敏捷教練10.軟件質(zhì)量模型中，哪個模型提出了軟件質(zhì)量的六個屬性？A.ISO/IEC25000B.CMMIC.SPICED.SERVQUAL11.軟件需求規(guī)格說明書中，哪種類型的描述方法主要用于描述軟件的功能需求？A.用例描述B.狀態(tài)圖描述C.數(shù)據(jù)流圖描述D.類圖描述12.在軟件設(shè)計過程中，哪種設(shè)計模式主要用于解決對象之間的通信問題？A.單例模式B.工廠模式C.觀察者模式D.策略模式13.軟件測試用例設(shè)計中，哪種方法主要通過分析需求規(guī)格說明書來設(shè)計測試用例？A.等價類劃分法B.決策表法C.邊界值分析法D.用例測試法14.軟件項目管理中，哪個過程主要涉及對項目風(fēng)險的識別和評估？A.項目計劃B.風(fēng)險管理C.項目監(jiān)控D.項目收尾15.在軟件配置管理中，哪個術(shù)語指的是對軟件配置項的版本進行管理？A.版本控制B.變更控制C.配置審計D.發(fā)布管理16.軟件測試過程中，哪種測試方法主要用于驗證軟件的接口是否正確？A.單元測試B.集成測試C.系統(tǒng)測試D.接口測試17.軟件維護過程中，哪種維護類型主要涉及對軟件功能的增強？A.正規(guī)維護B.改進維護C.錯誤維護D.預(yù)防維護18.在軟件工程中，哪個過程主要涉及對軟件需求的詳細(xì)分析和定義？A.需求獲取B.需求分析C.需求驗證D.需求管理19.軟件測試過程中，哪種測試類型主要關(guān)注軟件的安全性？A.功能測試B.性能測試C.安全測試D.兼容性測試20.軟件項目管理中，哪個工具主要用于管理項目資源和任務(wù)分配？A.甘特圖B.PERT圖C.流程圖D.狀態(tài)圖二、多選題（本大題共10小題，每小題2分，共20分。在每小題列出的五個選項中，有多項是符合題目要求的，請將正確選項字母填在題后的括號內(nèi)。多選、錯選、漏選均不得分。）1.軟件生命周期模型中，以下哪些模型強調(diào)迭代和增量式的開發(fā)過程？A.瀑布模型B.噴泉模型C.V模型D.敏捷模型E.原型模型2.在需求分析階段，常用的需求獲取方法包括以下哪些？A.訪談B.觀察法C.文檔分析D.代碼審查E.需求調(diào)研3.軟件設(shè)計原則中，以下哪些原則強調(diào)模塊之間低耦合、高內(nèi)聚？A.可重用性原則B.可維護性原則C.模塊化原則D.抽象原則E.單一職責(zé)原則4.在軟件測試中，以下哪些測試方法主要用于驗證軟件是否符合用戶需求？A.單元測試B.集成測試C.系統(tǒng)測試D.回歸測試E.驗收測試5.軟件測試過程中，以下哪些測試類型主要關(guān)注軟件的性能指標(biāo)？A.功能測試B.性能測試C.安全測試D.兼容性測試E.壓力測試6.軟件項目管理中，以下哪些工具主要用于跟蹤項目進度？A.甘特圖B.PERT圖C.流程圖D.狀態(tài)圖E.里程碑圖7.在軟件維護過程中，以下哪些維護類型主要涉及對軟件代碼的修改？A.正規(guī)維護B.改進維護C.錯誤維護D.預(yù)防維護E.適應(yīng)性維護8.軟件配置管理中，以下哪些術(shù)語與軟件變更的管理相關(guān)？A.版本控制B.變更控制C.配置審計D.發(fā)布管理E.配置管理計劃9.在敏捷開發(fā)中，以下哪些角色在團隊中發(fā)揮作用？A.開發(fā)者B.測試工程師C.項目經(jīng)理D.敏捷教練E.產(chǎn)品負(fù)責(zé)人10.軟件質(zhì)量模型中，以下哪些模型提出了軟件質(zhì)量的六個屬性？A.ISO/IEC25000B.CMMIC.SPICED.SERVQUALE.FMEA三、判斷題（本大題共10小題，每小題1分，共10分。請判斷下列敘述的正誤，正確的填“√”，錯誤的填“×”。）1.瀑布模型是一種迭代式的軟件開發(fā)模型，它強調(diào)各個開發(fā)階段之間的順序性和依賴性。（×）2.需求分析階段的主要任務(wù)是確定軟件的功能需求和非功能需求。（√）3.軟件設(shè)計原則中的單一職責(zé)原則指的是一個類應(yīng)該只有一個變化的原因。（√）4.單元測試是由開發(fā)人員進行的，主要目的是驗證代碼的每個單元是否按預(yù)期工作。（√）5.集成測試是在單元測試之后進行的，主要目的是驗證各個模塊之間的接口是否正確。（√）6.軟件維護過程中，錯誤維護是指對軟件代碼的修改，以糾正發(fā)現(xiàn)的錯誤。（√）7.軟件配置管理中，版本控制是指對軟件配置項的版本進行管理。（√）8.敏捷開發(fā)中，產(chǎn)品負(fù)責(zé)人主要負(fù)責(zé)定義產(chǎn)品的愿景和需求。（√）9.軟件質(zhì)量模型中，ISO/IEC25000提出了軟件質(zhì)量的六個屬性。（√）10.軟件測試用例設(shè)計中，等價類劃分法是一種常用的測試用例設(shè)計方法。（√）四、簡答題（本大題共5小題，每小題4分，共20分。請簡要回答下列問題。）1.簡述軟件生命周期模型中，需求分析階段的主要任務(wù)和目標(biāo)。需求分析階段的主要任務(wù)和目標(biāo)是確定軟件的功能需求和非功能需求，包括用戶需求、系統(tǒng)需求、性能需求、安全需求等。通過需求分析，可以明確軟件要解決的問題，為后續(xù)的設(shè)計和開發(fā)提供依據(jù)。2.簡述軟件設(shè)計原則中，模塊化原則的主要內(nèi)容。模塊化原則的主要內(nèi)容是將軟件系統(tǒng)劃分為若干個獨立的模塊，每個模塊都具有明確的功能和接口。模塊之間低耦合、高內(nèi)聚，這樣可以提高軟件的可維護性、可重用性和可擴展性。3.簡述軟件測試過程中，系統(tǒng)測試的主要目的和特點。系統(tǒng)測試的主要目的是驗證整個軟件系統(tǒng)是否滿足用戶需求，包括功能、性能、安全、兼容性等方面。系統(tǒng)測試的特點是測試對象是完整的軟件系統(tǒng)，測試環(huán)境接近實際使用環(huán)境，測試用例由用戶和測試人員共同設(shè)計。4.簡述軟件配置管理中，變更控制的主要流程。變更控制的主要流程包括提出變更請求、評估變更請求、批準(zhǔn)或拒絕變更請求、實施變更、驗證變更、記錄變更。通過變更控制，可以確保軟件配置項的變更得到有效管理，避免因變更引起的混亂和錯誤。5.簡述敏捷開發(fā)中，Scrum框架的主要角色和職責(zé)。Scrum框架的主要角色包括產(chǎn)品負(fù)責(zé)人、Scrum主管、開發(fā)團隊。產(chǎn)品負(fù)責(zé)人負(fù)責(zé)定義產(chǎn)品的愿景和需求，Scrum主管負(fù)責(zé)協(xié)調(diào)團隊和促進敏捷開發(fā)過程，開發(fā)團隊負(fù)責(zé)實現(xiàn)產(chǎn)品功能。五、論述題（本大題共2小題，每小題10分，共20分。請結(jié)合實際，深入論述下列問題。）1.論述軟件測試過程中，選擇合適的測試方法的重要性，并舉例說明。選擇合適的測試方法對于軟件測試的效率和效果至關(guān)重要。不同的測試方法適用于不同的測試階段和測試目標(biāo)。例如，單元測試主要用于驗證代碼的每個單元是否按預(yù)期工作，集成測試主要用于驗證各個模塊之間的接口是否正確，系統(tǒng)測試主要用于驗證整個軟件系統(tǒng)是否滿足用戶需求。選擇合適的測試方法可以提高測試的覆蓋率和準(zhǔn)確性，從而提高軟件的質(zhì)量。例如，在一個銀行系統(tǒng)中，單元測試可以驗證每個函數(shù)是否按預(yù)期工作，集成測試可以驗證各個模塊之間的接口是否正確，系統(tǒng)測試可以驗證整個系統(tǒng)是否滿足用戶需求。2.論述軟件項目管理中，風(fēng)險管理的主要過程和重要性，并舉例說明。風(fēng)險管理的主要過程包括風(fēng)險識別、風(fēng)險評估、風(fēng)險應(yīng)對、風(fēng)險監(jiān)控。風(fēng)險識別是指識別項目中可能出現(xiàn)的風(fēng)險，風(fēng)險評估是指評估風(fēng)險的可能性和影響，風(fēng)險應(yīng)對是指制定應(yīng)對風(fēng)險的措施，風(fēng)險監(jiān)控是指跟蹤風(fēng)險的變化并采取相應(yīng)的措施。風(fēng)險管理的重要性在于可以提前識別和應(yīng)對風(fēng)險，從而減少風(fēng)險對項目的影響。例如，在一個軟件開發(fā)項目中，可能會出現(xiàn)需求變更、技術(shù)難題、人員變動等風(fēng)險。通過風(fēng)險管理，可以提前識別這些風(fēng)險，并制定相應(yīng)的應(yīng)對措施，從而減少風(fēng)險對項目的影響。本次試卷答案如下一、單選題答案及解析1.D.敏捷模型解析：敏捷模型強調(diào)迭代和增量式的開發(fā)過程，允許在開發(fā)過程中不斷調(diào)整需求，適合需求不明確或變化快的項目。瀑布模型是線性的，噴泉模型和V模型雖然也有迭代特性，但不如敏捷模型突出。2.D.代碼審查解析：代碼審查是代碼級別的檢查，主要用于發(fā)現(xiàn)代碼中的缺陷和改進代碼質(zhì)量，不屬于需求獲取方法。訪談、觀察法和文檔分析都是常用的需求獲取方法。3.C.模塊化原則解析：模塊化原則強調(diào)模塊之間低耦合、高內(nèi)聚，這是軟件設(shè)計的重要原則，有助于提高軟件的可維護性和可重用性。其他選項雖然也是設(shè)計原則，但與模塊間的關(guān)系描述不符。4.C.系統(tǒng)測試解析：系統(tǒng)測試是驗證整個軟件系統(tǒng)是否滿足用戶需求的測試，主要關(guān)注軟件的功能和性能是否達到要求。單元測試、集成測試和回歸測試都關(guān)注不同的測試層面。5.B.性能測試解析：性能測試主要關(guān)注軟件的性能指標(biāo)，如響應(yīng)時間、吞吐量、資源利用率等。功能測試、安全測試和兼容性測試關(guān)注的是軟件的不同方面。6.A.甘特圖解析：甘特圖是常用的項目進度管理工具，通過圖形化方式展示項目任務(wù)和時間安排。PERT圖、流程圖和狀態(tài)圖雖然也是項目管理工具，但主要用于不同的目的。7.B.改進維護解析：改進維護是指對軟件功能的增強，如增加新功能、改進性能等。正規(guī)維護、錯誤維護和預(yù)防維護分別對應(yīng)不同類型的維護活動。8.B.變更控制解析：變更控制是指對軟件變更的管理，確保變更得到有效控制。版本控制、配置審計和發(fā)布管理雖然與配置管理相關(guān)，但側(cè)重點不同。9.C.項目經(jīng)理解析：項目經(jīng)理在敏捷開發(fā)中負(fù)責(zé)協(xié)調(diào)團隊成員和產(chǎn)品負(fù)責(zé)人之間的溝通，確保項目順利進行。其他角色雖然也是團隊重要成員，但職責(zé)不同。10.A.ISO/IEC25000解析：ISO/IEC25000提出了軟件質(zhì)量的六個屬性，即功能性、可靠性、可用性、效率、維護性和可移植性。其他模型雖然也涉及軟件質(zhì)量，但提出六個屬性的是ISO/IEC25000。11.A.用例描述解析：用例描述主要用于描述軟件的功能需求，通過用戶視角描述軟件的功能。狀態(tài)圖描述、數(shù)據(jù)流圖描述和類圖描述分別用于描述不同的方面。12.C.觀察者模式解析：觀察者模式主要用于解決對象之間的通信問題，一個對象的狀態(tài)變化時，所有依賴它的對象都會得到通知。其他設(shè)計模式雖然重要，但解決的問題不同。13.A.等價類劃分法解析：等價類劃分法通過分析需求規(guī)格說明書來設(shè)計測試用例，將輸入數(shù)據(jù)劃分為若干個等價類，每個等價類選擇一個代表進行測試。其他方法雖然也是測試用例設(shè)計方法，但原理不同。14.B.風(fēng)險管理解析：風(fēng)險管理是指對項目風(fēng)險的識別和評估，制定應(yīng)對措施。項目計劃、項目監(jiān)控和項目收尾雖然也是項目管理過程，但側(cè)重點不同。15.A.版本控制解析：版本控制是指對軟件配置項的版本進行管理，確保不同版本的軟件可以得到有效管理。變更控制、配置審計和發(fā)布管理雖然與配置管理相關(guān)，但側(cè)重點不同。16.D.接口測試解析：接口測試主要用于驗證軟件的接口是否正確，確保不同模塊之間的數(shù)據(jù)傳輸正確。單元測試、集成測試和系統(tǒng)測試分別關(guān)注不同的測試層面。17.B.改進維護解析：改進維護是指對軟件功能的增強，如增加新功能、改進性能等。正規(guī)維護、錯誤維護和預(yù)防維護分別對應(yīng)不同類型的維護活動。18.B.需求分析解析：需求分析是指對軟件需求的詳細(xì)分析和定義，確定軟件要解決的問題。需求獲取、需求驗證和需求管理雖然與需求相關(guān)，但側(cè)重點不同。19.C.安全測試解析：安全測試主要關(guān)注軟件的安全性，驗證軟件是否存在安全漏洞。功能測試、性能測試和兼容性測試關(guān)注的是軟件的不同方面。20.A.甘特圖解析：甘特圖是常用的項目進度管理工具，通過圖形化方式展示項目任務(wù)和時間安排。PERT圖、流程圖和狀態(tài)圖雖然也是項目管理工具，但主要用于不同的目的。二、多選題答案及解析1.B.噴泉模型,D.敏捷模型,E.原型模型解析：噴泉模型、敏捷模型和原型模型都強調(diào)迭代和增量式的開發(fā)過程，允許在開發(fā)過程中不斷調(diào)整需求。瀑布模型是線性的，不符合迭代特性。2.A.訪談,B.觀察法,C.文檔分析,E.需求調(diào)研解析：訪談、觀察法、文檔分析和需求調(diào)研都是常用的需求獲取方法，可以幫助獲取全面的需求信息。代碼審查主要用于發(fā)現(xiàn)代碼中的缺陷，不屬于需求獲取方法。3.B.可維護性原則,C.模塊化原則,E.單一職責(zé)原則解析：可維護性原則、模塊化原則和單一職責(zé)原則都強調(diào)模塊之間低耦合、高內(nèi)聚，有助于提高軟件的可維護性和可重用性。其他選項雖然也是設(shè)計原則，但與模塊間的關(guān)系描述不符。4.C.系統(tǒng)測試,E.驗收測試解析：系統(tǒng)測試和驗收測試主要用于驗證軟件是否符合用戶需求，關(guān)注軟件的功能和性能。單元測試、集成測試和回歸測試分別關(guān)注不同的測試層面。5.B.性能測試,E.壓力測試解析：性能測試和壓力測試主要關(guān)注軟件的性能指標(biāo)，如響應(yīng)時間、吞吐量、資源利用率等。功能測試、安全測試和兼容性測試關(guān)注的是軟件的不同方面。6.A.甘特圖,B.PERT圖,E.里程碑圖解析：甘特圖、PERT圖和里程碑圖都是常用的項目進度管理工具，通過圖形化方式展示項目任務(wù)和時間安排。流程圖和狀態(tài)圖雖然也是項目管理工具，但主要用于不同的目的。7.B.改進維護,C.錯誤維護解析：改進維護和錯誤維護都涉及對軟件代碼的修改，改進維護是指對軟件功能的增強，錯誤維護是指對軟件代碼的修改，以糾正發(fā)現(xiàn)的錯誤。其他選項雖然也是維護類型，但側(cè)重點不同。8.A.版本控制,B.變更控制,D.發(fā)布管理解析：版本控制、變更控制和發(fā)布管理都與軟件變更的管理相關(guān)，確保變更得到有效控制。配置審計和配置管理計劃雖然與配置管理相關(guān)，但側(cè)重點不同。9.A.開發(fā)者,B.測試工程師,D.敏捷教練,E.產(chǎn)品負(fù)責(zé)人解析：開發(fā)者、測試工程師、敏捷教練和產(chǎn)品負(fù)責(zé)人都是敏捷開發(fā)團隊中的重要角色，各自承擔(dān)不同的職責(zé)。項目經(jīng)理雖然也是團隊重要成員，但在敏捷開發(fā)中角色不同。10.A.ISO/IEC25000,D.FMEA解析：ISO/IEC25000和FMEA都提出了軟件質(zhì)量的六個屬性，即功能性、可靠性、可用性、效率、維護性和可移植性。其他模型雖然也涉及軟件質(zhì)量，但提出六個屬性的是ISO/IEC25000和FMEA。三、判斷題答案及解析1.×解析：瀑布模型是一種線性的軟件開發(fā)模型，它強調(diào)各個開發(fā)階段之間的順序性和依賴性，不支持迭代開發(fā)。2.√解析：需求分析階段的主要任務(wù)是確定軟件的功能需求和非功能需求，包括用戶需求、系統(tǒng)需求、性能需求、安全需求等。3.√解析：單一職責(zé)原則指的是一個類應(yīng)該只有一個變化的原因，有助于提高代碼的可維護性和可重用性。4.√解析：單元測試是由開發(fā)人員進行的，主要目的是驗證代碼的每個單元是否按預(yù)期工作，是軟件測試的基礎(chǔ)。5.√解析：集成測試是在單元測試之后進行的，主要目的是驗證各個模塊之間的接口是否正確，確保模塊之間能夠協(xié)同工作。6.√解析：錯誤維護是指對軟件代碼的修改，以糾正發(fā)現(xiàn)的錯誤，是軟件維護的重要類型之一。7.√解析：版本控制是指對軟件配置項的版本進行管理，確保不同版本的軟件可以得到有效管理，是軟件配置管理的重要工具。8.√解析：產(chǎn)品負(fù)責(zé)人在敏捷開發(fā)中主要負(fù)責(zé)定義產(chǎn)品的愿景和需求，是團隊中的重要角色。9.√解析：ISO/IEC25000提出了軟件質(zhì)量的六個屬性，即功能性、可靠性、可用性、效率、維護性和可移植性，是軟件質(zhì)量的重要參考標(biāo)準(zhǔn)。10.√解析：等價類劃分法是一種常用的測試用例設(shè)計方法，通過分析需求規(guī)格說明書來設(shè)計測試用例，提高測試的覆蓋率。四、簡答題答案及解析1.簡述軟件生命周期模型中，需求分析階段的主要任務(wù)和目標(biāo)。答案：需求分析階段的主要任務(wù)和目標(biāo)是確定軟件的功能需求和非功能需求，包括用戶需求、系統(tǒng)需求、性能需求、安全需求等。通過需求分析，可以明確軟件要解決的問題，為后續(xù)的設(shè)計和開發(fā)提供依據(jù)。解析：需求分析是軟件生命周期中的關(guān)鍵階段，主要任務(wù)是確定軟件要做什么，包括功能需求和非功能需求。功能需求描述軟件要實現(xiàn)的功能，非功能需求描述軟件的性能、安全、可用性等。需求分析的目標(biāo)是為后續(xù)的設(shè)計和開發(fā)提供明確的方向和依據(jù)。2.簡述軟件設(shè)計原則中，模塊化原則的主要內(nèi)容。答案：模塊化原則的主要內(nèi)容是將軟件系統(tǒng)劃分為若干個獨立的模塊，每個模塊都具有明確的功能和接口。模塊之間低耦合、高內(nèi)聚，這樣可以提高軟件的可維護性、可重用性和可擴展性。解析：模塊化原則是軟件設(shè)計的重要原則，通過將軟件系統(tǒng)劃分為若干個獨立的模塊，每個模塊都具有明確的功能和接口，可以提高軟件的可維護性、可重用性和可擴展性。模塊之間低耦合、高內(nèi)聚，可以減少模塊之間的依賴，提高軟件的穩(wěn)定性和可維護性。3.簡述軟件測試過程中，系統(tǒng)測試的主要目的和特點。答案：系統(tǒng)測試的主要目的是驗證整個軟件系統(tǒng)是否滿足用戶需求，包括功能、性能、安全、兼容性等方面。系統(tǒng)測試的特點是測試對象是完整的軟件系統(tǒng)，測試環(huán)境接近實際使用環(huán)境，測試用例由用戶和測試人員共同設(shè)計。解析：系統(tǒng)測試是軟件測試的重要階段，主要目的是驗證整個軟件系統(tǒng)是否滿足用戶需求，包括功能、性能、安全、兼容性等方面。系統(tǒng)測試的特點是測試對象是完整的軟件系統(tǒng)，測試環(huán)境接近實際使用環(huán)境，測試用例由用戶和測試人員共同設(shè)計，以確保測試的全面性和準(zhǔn)確性。4.簡述軟件配置管理中，變更控制的主要流程。答案：變更控制的主要流程包括提出變更請求、評估變更請求、批準(zhǔn)或拒絕變更請求、實施變更、驗證變更、記錄變更。通過變更控制，可以確保軟件配置項的變更得到有效管理，避免因變更引起的混亂和錯誤。解析：變更控制是軟件配置管理的重要過程，通過提出變更請求、評估變更請求、批準(zhǔn)或拒絕變更請求、實施變更、驗證變更、記錄變更，可以確保軟件配置項的變更得到有效管理，避免因變更引起的混亂和錯誤。變更控制的目標(biāo)是確保變更的合理性和可控性，提高軟件的質(zhì)量和穩(wěn)定性。5.簡述敏捷開發(fā)中，Scrum框架的主要角色和職責(zé)。答案：Scrum框架的主要角色包括產(chǎn)品負(fù)責(zé)人、Scrum主管、開發(fā)團隊。產(chǎn)品負(fù)責(zé)人負(fù)責(zé)定義產(chǎn)品的愿景和需求，Scrum主管負(fù)責(zé)協(xié)調(diào)團隊和促進敏捷開發(fā)過程，開發(fā)團隊負(fù)責(zé)實現(xiàn)產(chǎn)品功能。解析：Scrum框架是敏捷開發(fā)中常用的框架，主要角色包括產(chǎn)品負(fù)責(zé)人、Scrum主管、開發(fā)團隊。產(chǎn)品負(fù)責(zé)人負(fù)責(zé)定義