2025年軟件設(shè)計師考試軟件需求分析與系統(tǒng)設(shè)計試卷考試時間：______分鐘總分：______分姓名：______一、單項選擇題（本大題共25小題，每小題1分，共25分。在每小題列出的四個選項中，只有一項是最符合題目要求的。請將正確選項字母填在題后的括號內(nèi)。）1.軟件需求分析的核心目標(biāo)是（）。A.設(shè)計軟件架構(gòu)B.編寫代碼實現(xiàn)功能C.確定用戶需求和系統(tǒng)目標(biāo)D.測試軟件性能我記得上次講到需求分析的時候，咱們班有個同學(xué)就問我，是不是就是把用戶說想要的功能都列出來就行啦？我跟他說，那可不對，需求分析可不是簡單地把用戶的話記下來，而是要深入理解用戶的真實需求，把它變成系統(tǒng)可以實現(xiàn)的明確目標(biāo)。你看這個選項，A設(shè)計軟件架構(gòu)，那是在需求分析之后的事情了；B編寫代碼實現(xiàn)功能，更是下游的工作；D測試軟件性能，那是測試階段的事。只有C確定用戶需求和系統(tǒng)目標(biāo)，這才是需求分析最核心的任務(wù)，就像咱們蓋房子，先得知道要建個啥樣的，能住多少人，才能往下進(jìn)行嘛。2.在需求獲取方法中，用戶訪談的主要特點是（）。A.可以獲取大量定量數(shù)據(jù)B.成本相對較低C.適用于需求變更頻繁的場景D.非?？陀^真實上次我?guī)W(xué)生做項目，就遇到過個情況。有個小組去用戶那里訪談，本來準(zhǔn)備了好多問題，結(jié)果用戶一坐下來，就跟我講他們公司這么多年來是怎么用這個系統(tǒng)的，講了兩個小時，小組同學(xué)都坐不住了。我就跟他們說，咱們這不是來做聽眾的，得抓住重點。后來我們改變了策略，先問用戶最頭疼的問題是什么，再問他們認(rèn)為系統(tǒng)應(yīng)該有哪些改進(jìn)，效果就好多了。所以用戶訪談不是說坐那兒聽，而是要引導(dǎo)用戶說出關(guān)鍵信息，你看這個選項，A獲取大量定量數(shù)據(jù)，用戶訪談主要是定性，量化的數(shù)據(jù)很難直接得到；B成本相對較低，其實用戶訪談如果準(zhǔn)備不好，時間花多了，成本可不低；C適用于需求變更頻繁的場景，那更應(yīng)該用原型法，快速迭代；D非?？陀^真實，人的記憶和表達(dá)都會有偏差，哪能那么客觀？所以正確答案是C，用戶訪談的關(guān)鍵在于引導(dǎo)用戶說出他們最關(guān)心的需求。3.用例圖中的"參與者"指的是（）。A.系統(tǒng)內(nèi)部的類B.與系統(tǒng)交互的外部實體C.系統(tǒng)的數(shù)據(jù)庫表D.系統(tǒng)的模塊我記得有個學(xué)生問我，用例圖中的小人代表啥？我說啊，這小人就是跟系統(tǒng)打交道的人或物，比如用戶、其他系統(tǒng)什么的。就像咱們?nèi)ャy行存錢，銀行系統(tǒng)對我們來說就是參與者，咱們是用戶參與者。你看這個選項，A系統(tǒng)內(nèi)部的類，那是類圖里的東西；B與系統(tǒng)交互的外部實體，這描述最準(zhǔn)確；C系統(tǒng)的數(shù)據(jù)庫表，那是數(shù)據(jù)模型里的；D系統(tǒng)的模塊，那是設(shè)計階段的。所以正確答案是B，參與者就是跟系統(tǒng)有交互的外部東西。4.需求規(guī)格說明書中的非功能性需求通常包括（）。A.系統(tǒng)的功能模塊B.系統(tǒng)的界面設(shè)計C.系統(tǒng)的性能要求D.系統(tǒng)的數(shù)據(jù)結(jié)構(gòu)我跟你說，需求文檔里最容易讓人頭疼的就是非功能性需求。上次有個小組寫需求文檔，功能寫得明明白白，結(jié)果非功能這塊兒寫得稀里糊涂，后來系統(tǒng)做出來，用戶發(fā)現(xiàn)響應(yīng)太慢，負(fù)載能力不行，真是麻煩。所以非功能性需求很重要，你看這個選項，A系統(tǒng)的功能模塊，那是功能性需求；B系統(tǒng)的界面設(shè)計，那是設(shè)計階段的內(nèi)容；C系統(tǒng)的性能要求，比如響應(yīng)時間、并發(fā)用戶數(shù)，這就是典型的非功能需求；D系統(tǒng)的數(shù)據(jù)結(jié)構(gòu)，那是數(shù)據(jù)模型的東西。所以正確答案是C，性能要求是非功能性需求的核心內(nèi)容。5.需求變更管理流程中，以下哪個步驟是必須的？（）。A.變更申請B.代碼修改C.測試驗證D.需求評審我記得剛教學(xué)生的時候，他們總問我變更管理是不是就是改代碼就行，我說那可太簡單了。需求變更管理是個嚴(yán)肅的過程，必須得有完整的流程。你看這個選項，A變更申請，得有人提出要改啥；B代碼修改，那是實現(xiàn)階段；C測試驗證，改完了得確保沒問題；D需求評審，得確認(rèn)這個變更是對的。其實四個都是流程中的步驟，但最基礎(chǔ)、最不能省的是變更申請，沒有申請哪來的變更？所以正確答案是A，變更申請是需求變更管理的起點。6.用例圖中的關(guān)聯(lián)關(guān)系表示（）。A.兩個用例之間的繼承關(guān)系B.參與者與用例之間的關(guān)系C.用例與用例之間的關(guān)系U.參與者與參與者之間的關(guān)系上次我上課講到用例圖時，有個同學(xué)問我，老師，這個連線表示啥？我說啊，這連線表示兩個用例之間有某種聯(lián)系。就像咱們看電影，有的情節(jié)是連續(xù)的，一環(huán)扣一環(huán)。你看這個選項，A兩個用例之間的繼承關(guān)系，那是擴展關(guān)系；B參與者與用例之間的關(guān)系，那是關(guān)聯(lián)；C用例與用例之間的關(guān)系，這個最準(zhǔn)確；D參與者與參與者之間的關(guān)系，那是協(xié)作關(guān)系。所以正確答案是C，用例圖中的關(guān)聯(lián)關(guān)系表示用例與用例之間的關(guān)系。7.需求優(yōu)先級劃分常用的方法不包括（）。A.MoSCoW方法B.Kano模型C.FMEA方法D.敏捷優(yōu)先級排序我記得有個學(xué)生做項目，需求寫得滿滿當(dāng)當(dāng)，結(jié)果時間不夠，啥也做不完。我就跟他說，需求得分個輕重緩急啊。后來他們用MoSCoW方法分類，把必須的、應(yīng)該的、可以的和不需要的區(qū)分開，效率就高多了。你看這個選項，AMoSCoW方法，這是最常見的需求優(yōu)先級劃分方法；BKano模型，那是用來分析用戶需求的分類模型；CFMEA方法，是風(fēng)險分析的方法；D敏捷優(yōu)先級排序，也是常用的方法。所以正確答案是C，F(xiàn)MEA方法不是用來劃分需求優(yōu)先級的。8.需求分析過程中，原型法的主要優(yōu)點是（）。A.可以盡早發(fā)現(xiàn)設(shè)計缺陷B.適用于需求不明確的場景C.可以精確計算開發(fā)成本D.需求變更成本低我跟你說，原型法最厲害的地方就是能快速給用戶看個樣，上次我?guī)W(xué)生做項目，有個小組需求很模糊，我就讓他們先做個簡單原型，用戶一看就說"嗯，差不多是這個意思，但這個按鈕放這里不太對"，然后他們根據(jù)反饋修改，效率高多了。你看這個選項，A可以盡早發(fā)現(xiàn)設(shè)計缺陷，那是評審環(huán)節(jié)的事；B適用于需求不明確的場景，這是原型法的核心優(yōu)勢；C可以精確計算開發(fā)成本，需求不明確的時候哪能算準(zhǔn)成本；D需求變更成本低，其實原型法做出來再改，成本也不低。所以正確答案是B，原型法特別適合需求不明確的場景。9.需求規(guī)格說明書中，以下哪項不屬于功能性需求？（）。A.系統(tǒng)應(yīng)支持多用戶登錄B.系統(tǒng)響應(yīng)時間應(yīng)在2秒內(nèi)C.系統(tǒng)界面采用藍(lán)色主題D.系統(tǒng)應(yīng)支持?jǐn)?shù)據(jù)備份功能我記得有個學(xué)生問我，老師，功能需求和非功能需求怎么區(qū)分??？我說啊，簡單來說，功能需求就是系統(tǒng)能干啥，非功能需求就是系統(tǒng)干得怎么樣。你看這個選項，A系統(tǒng)應(yīng)支持多用戶登錄，這是系統(tǒng)能干啥，是功能需求；B系統(tǒng)響應(yīng)時間應(yīng)在2秒內(nèi)，這是系統(tǒng)干得怎么樣，是性能要求，非功能需求；C系統(tǒng)界面采用藍(lán)色主題，這是界面的外觀，非功能需求；D系統(tǒng)應(yīng)支持?jǐn)?shù)據(jù)備份功能，這是系統(tǒng)能干啥，是功能需求。所以正確答案是C，界面主題是非功能性需求。10.需求獲取過程中，觀察用戶工作場所的主要目的是（）。A.獲取用戶的詳細(xì)操作步驟B.確定系統(tǒng)的硬件配置C.了解用戶的工作流程D.測量用戶的操作效率我記得上次帶學(xué)生去企業(yè)做需求調(diào)研，有個同學(xué)就跟著用戶去倉庫轉(zhuǎn)悠，看人家怎么收發(fā)貨，怎么記賬，回來跟我說，原來系統(tǒng)設(shè)計得不好，就會導(dǎo)致他們工作流程特別別扭。我就說，看用戶實際怎么工作很重要，這比用戶自己說還真實。你看這個選項，A獲取用戶的詳細(xì)操作步驟，那得現(xiàn)場看才知道；B確定系統(tǒng)的硬件配置，那是技術(shù)選型的事；C了解用戶的工作流程，這是觀察的主要目的；D測量用戶的操作效率，那得有工具才行。所以正確答案是C，觀察用戶工作場所主要是了解他們的工作流程。11.需求分析工具中，用例圖主要用于表達(dá)（）。A.系統(tǒng)的類結(jié)構(gòu)B.系統(tǒng)的交互過程C.系統(tǒng)的功能需求D.系統(tǒng)的部署方式我記得有個學(xué)生問我，老師，用例圖是畫什么的？我說啊，就是系統(tǒng)有哪些功能，誰用這些功能。就像咱們?nèi)ゲ蛷d吃飯，菜單上列的都是菜，用例圖就是系統(tǒng)的菜單。你看這個選項，A系統(tǒng)的類結(jié)構(gòu)，那是類圖；B系統(tǒng)的交互過程，那是時序圖；C系統(tǒng)的功能需求，這是用例圖的主要作用；D系統(tǒng)的部署方式，那是部署圖。所以正確答案是C，用例圖主要表達(dá)系統(tǒng)的功能需求。12.需求分析過程中，需求沖突通常發(fā)生在（）。A.不同參與者的需求之間B.功能需求和非功能需求之間C.需求規(guī)格說明書中D.需求優(yōu)先級排序時我記得有個小組做項目，用戶A說系統(tǒng)要快，用戶B說系統(tǒng)要功能全，最后我們搞不清楚該聽誰的。我就跟他們說，需求沖突很常見，關(guān)鍵是怎么解決。你看這個選項，A不同參與者的需求之間，這最常見，不同的人有不同的想法；B功能需求和非功能需求之間，那也可能沖突；C需求規(guī)格說明書中，那是沖突出現(xiàn)的地方；D需求優(yōu)先級排序時，那是處理沖突的過程。所以正確答案是A，不同參與者的需求之間最容易出現(xiàn)沖突。13.需求分析過程中，需求驗證的主要目的是（）。A.確保需求文檔完整B.確認(rèn)需求符合用戶期望C.優(yōu)化需求規(guī)格說明書D.確定需求優(yōu)先級我記得上次我?guī)W(xué)生做項目，需求文檔寫了一大堆，結(jié)果用戶看了直搖頭，說不是他們想要的。我就說，需求驗證很重要，得讓用戶確認(rèn)。你看這個選項，A確保需求文檔完整，那是格式問題；B確認(rèn)需求符合用戶期望，這是驗證的核心；C優(yōu)化需求規(guī)格說明書，那是后續(xù)工作；D確定需求優(yōu)先級，那是排序問題。所以正確答案是B，需求驗證主要是確認(rèn)需求符合用戶期望。14.需求分析過程中，用例圖的主要作用是（）。A.描述系統(tǒng)的數(shù)據(jù)結(jié)構(gòu)B.定義系統(tǒng)的功能邊界C.規(guī)定系統(tǒng)的接口規(guī)范D.確定系統(tǒng)的部署架構(gòu)我記得有個學(xué)生問我，老師，用例圖是干啥的？我說啊，就是劃定系統(tǒng)能干啥不能干啥。就像咱們買東西，說明書上列明產(chǎn)品功能，用例圖就是系統(tǒng)的功能說明書。你看這個選項，A描述系統(tǒng)的數(shù)據(jù)結(jié)構(gòu)，那是數(shù)據(jù)圖；B定義系統(tǒng)的功能邊界，這是用例圖的主要作用；C規(guī)定系統(tǒng)的接口規(guī)范，那是接口文檔；D確定系統(tǒng)的部署架構(gòu)，那是部署圖。所以正確答案是B，用例圖主要定義系統(tǒng)的功能邊界。15.需求規(guī)格說明書中，以下哪項是可選內(nèi)容？（）。A.系統(tǒng)用例圖B.系統(tǒng)功能列表C.系統(tǒng)數(shù)據(jù)字典D.系統(tǒng)部署圖我記得有個學(xué)生問我，老師，需求規(guī)格說明書得包含哪些內(nèi)容？我說啊，核心的得有功能、非功能、用例這些，其他的根據(jù)需要加。你看這個選項，A系統(tǒng)用例圖，那是表達(dá)功能需求的重要方式；B系統(tǒng)功能列表，那是必須的；C系統(tǒng)數(shù)據(jù)字典，也是常見內(nèi)容；D系統(tǒng)部署圖，那是設(shè)計階段的，需求階段一般不畫。所以正確答案是D，系統(tǒng)部署圖在需求規(guī)格說明書中是可選的。16.需求分析過程中，以下哪項不是需求獲取的方法？（）。A.用戶訪談B.競品分析C.系統(tǒng)測試D.文檔分析我記得有個學(xué)生問我，老師，需求怎么獲取??？我說啊，方法多著呢，訪談、問卷、看老系統(tǒng)這些都能用。你看這個選項，A用戶訪談，那是常用方法；B競品分析，也是獲取需求的方式；C系統(tǒng)測試，那是驗證需求；D文檔分析，也是獲取需求的重要途徑。所以正確答案是C，系統(tǒng)測試不是需求獲取的方法。17.需求規(guī)格說明書中，非功能性需求通常包括（）。A.系統(tǒng)的功能模塊B.系統(tǒng)的界面設(shè)計C.系統(tǒng)的性能要求D.系統(tǒng)的數(shù)據(jù)庫表我記得上次講到非功能性需求時，有個同學(xué)問我，是不是就是性能要求那些？我說，差不多，主要是系統(tǒng)干得怎么樣。你看這個選項，A系統(tǒng)的功能模塊，那是功能性需求；B系統(tǒng)的界面設(shè)計，那是外觀；C系統(tǒng)的性能要求，這是典型的非功能需求；D系統(tǒng)的數(shù)據(jù)庫表，那是數(shù)據(jù)模型。所以正確答案是C，性能要求是非功能性需求的核心。18.需求變更管理流程中，以下哪個步驟是必須的？（）。A.變更申請B.代碼修改C.測試驗證D.需求評審我記得剛教學(xué)生的時候，他們總問我變更管理是不是就是改代碼就行，我說那可太簡單了。需求變更管理是個嚴(yán)肅的過程，必須得有完整的流程。你看這個選項，A變更申請，得有人提出要改啥；B代碼修改，那是實現(xiàn)階段；C測試驗證，改完了得確保沒問題；D需求評審，得確認(rèn)這個變更是對的。其實四個都是流程中的步驟，但最基礎(chǔ)、最不能省的是變更申請，沒有申請哪來的變更？所以正確答案是A，變更申請是需求變更管理的起點。19.用例圖中的關(guān)聯(lián)關(guān)系表示（）。A.兩個用例之間的繼承關(guān)系B.參與者與用例之間的關(guān)系C.用例與用例之間的關(guān)系D.參與者與參與者之間的關(guān)系上次我上課講到用例圖時，有個同學(xué)問我，老師，這個連線表示啥？我說啊，這連線表示兩個用例之間有某種聯(lián)系。就像咱們看電影，有的情節(jié)是連續(xù)的，一環(huán)扣一環(huán)。你看這個選項，A兩個用例之間的繼承關(guān)系，那是擴展關(guān)系；B參與者與用例之間的關(guān)系，那是關(guān)聯(lián)；C用例與用例之間的關(guān)系，這個最準(zhǔn)確；D參與者與參與者之間的關(guān)系，那是協(xié)作關(guān)系。所以正確答案是C，用例圖中的關(guān)聯(lián)關(guān)系表示用例與用例之間的關(guān)系。20.需求規(guī)格說明書中，以下哪項不屬于功能性需求？（）。A.系統(tǒng)應(yīng)支持多用戶登錄B.系統(tǒng)響應(yīng)時間應(yīng)在2秒內(nèi)C.系統(tǒng)界面采用藍(lán)色主題D.系統(tǒng)應(yīng)支持?jǐn)?shù)據(jù)備份功能我記得有個學(xué)生問我，老師，功能需求和非功能需求怎么區(qū)分??？我說啊，簡單來說，功能需求就是系統(tǒng)能干啥，非功能需求就是系統(tǒng)干得怎么樣。你看這個選項，A系統(tǒng)應(yīng)支持多用戶登錄，這是系統(tǒng)能干啥，是功能需求；B系統(tǒng)響應(yīng)時間應(yīng)在2秒內(nèi)，這是系統(tǒng)干得怎么樣，是性能要求，非功能需求；C系統(tǒng)界面采用藍(lán)色主題，這是界面的外觀，非功能需求；D系統(tǒng)應(yīng)支持?jǐn)?shù)據(jù)備份功能，這是系統(tǒng)能干啥，是功能需求。所以正確答案是C，界面主題是非功能性需求。三、多項選擇題（本大題共25小題，每小題2分，共50分。在每小題列出的五個選項中，至少有一項是最符合題目要求的。請將正確選項字母填在題后的括號內(nèi)。）21.需求獲取的方法包括（）。A.用戶訪談B.競品分析C.系統(tǒng)測試D.文檔分析E.觀察用戶工作場所我記得上次講到需求獲取時，咱們班有個同學(xué)問我，老師，需求怎么獲取??？我說啊，方法多著呢，訪談、問卷、看老系統(tǒng)這些都能用。你看這個選項，A用戶訪談，那是常用方法；B競品分析，也是獲取需求的方式；C系統(tǒng)測試，那是驗證需求；D文檔分析，也是獲取需求的重要途徑；E觀察用戶工作場所，那是了解實際操作的好方法。所以正確答案是A、B、D、E，這些都是需求獲取的有效方法。22.用例圖中的關(guān)系類型包括（）。A.關(guān)聯(lián)關(guān)系B.泛化關(guān)系C.包含關(guān)系D.引用關(guān)系E.?擴展關(guān)系我記得有個學(xué)生問我，老師，用例圖那些連線表示啥？我說啊，那表示用例之間的關(guān)系。你看這個選項，A關(guān)聯(lián)關(guān)系，是參與者與用例之間的關(guān)系；B泛化關(guān)系，是子用例繼承父用例；C包含關(guān)系，是用例的一部分被包含在另一個用例中；D引用關(guān)系，不是用例圖的標(biāo)準(zhǔn)關(guān)系；E擴展關(guān)系，是當(dāng)某個用例在某些條件下需要額外功能時使用的。所以正確答案是A、B、C、E，這些都是用例圖中的標(biāo)準(zhǔn)關(guān)系類型。23.需求規(guī)格說明書中，功能性需求通常包括（）。A.系統(tǒng)的功能模塊B.系統(tǒng)的用例描述C.系統(tǒng)的接口規(guī)范D.系統(tǒng)的數(shù)據(jù)結(jié)構(gòu)E.系統(tǒng)的業(yè)務(wù)規(guī)則我記得上次講到功能性需求時，有個同學(xué)問我，是不是就是系統(tǒng)干啥的那些？我說，差不多，主要是系統(tǒng)能干啥。你看這個選項，A系統(tǒng)的功能模塊，那是功能需求的概括；B系統(tǒng)的用例描述，那是具體的功能實現(xiàn)；C系統(tǒng)的接口規(guī)范，那是系統(tǒng)與外部交互的規(guī)則；D系統(tǒng)的數(shù)據(jù)結(jié)構(gòu)，那是數(shù)據(jù)模型，屬于非功能需求；E系統(tǒng)的業(yè)務(wù)規(guī)則，那是功能實現(xiàn)的具體約束。所以正確答案是A、B、C、E，這些都是功能性需求的重要組成部分。24.需求變更管理流程中，常見的步驟包括（）。A.變更申請B.變更評估C.需求評審D.代碼修改E.測試驗證我記得剛教學(xué)生的時候，他們總問我變更管理是不是就是改代碼就行，我說那可太簡單了。需求變更管理是個嚴(yán)肅的過程，必須得有完整的流程。你看這個選項，A變更申請，得有人提出要改啥；B變更評估，得評估改的后果；C需求評審，得確認(rèn)這個變更是對的；D代碼修改，那是實現(xiàn)階段；E測試驗證，改完了得確保沒問題。所以正確答案是A、B、C、E，這些都是需求變更管理的重要步驟。25.需求分析工具中，常用的工具有（）。A.用例圖B.數(shù)據(jù)圖C.部署圖D.類圖E.狀態(tài)圖我記得上次講到需求分析工具時，有個同學(xué)問我，老師，那些圖都是干啥的？我說啊，不同的圖表示不同的信息。你看這個選項，A用例圖，是表達(dá)功能需求的重要方式；B數(shù)據(jù)圖，是描述數(shù)據(jù)結(jié)構(gòu)的；C部署圖，是表示系統(tǒng)物理部署的；D類圖，是表示系統(tǒng)類結(jié)構(gòu)的；E狀態(tài)圖，是描述對象狀態(tài)變化的。所以正確答案是A、B、C、D、E，這些都是常用的需求分析工具。26.需求分析過程中，需求沖突通常發(fā)生在（）。A.不同參與者的需求之間B.功能需求和非功能需求之間C.需求規(guī)格說明書中D.需求優(yōu)先級排序時E.需求驗證階段我記得有個小組做項目，用戶A說系統(tǒng)要快，用戶B說系統(tǒng)要功能全，最后我們搞不清楚該聽誰的。我就跟他們說，需求沖突很常見，關(guān)鍵是怎么解決。你看這個選項，A不同參與者的需求之間，這最常見，不同的人有不同的想法；B功能需求和非功能需求之間，那也可能沖突；C需求規(guī)格說明書中，那是沖突出現(xiàn)的地方；D需求優(yōu)先級排序時，那是處理沖突的過程；E需求驗證階段，那也是可能發(fā)現(xiàn)沖突的地方。所以正確答案是A、B、C、D、E，這些都是需求沖突可能發(fā)生的地方。27.需求規(guī)格說明書中，非功能性需求通常包括（）。A.系統(tǒng)的性能要求B.系統(tǒng)的安全要求C.系統(tǒng)的可用性要求D.系統(tǒng)的兼容性要求E.系統(tǒng)的數(shù)據(jù)庫表我記得上次講到非功能性需求時，有個同學(xué)問我，是不是就是性能要求那些？我說，差不多，主要是系統(tǒng)干得怎么樣。你看這個選項，A系統(tǒng)的性能要求，那是典型的非功能需求；B系統(tǒng)的安全要求，也是非功能性需求；C系統(tǒng)的可用性要求，比如系統(tǒng)得7x24小時運行；D系統(tǒng)的兼容性要求，比如得兼容舊瀏覽器；E系統(tǒng)的數(shù)據(jù)庫表，那是數(shù)據(jù)模型。所以正確答案是A、B、C、D，這些都是非功能性需求的重要組成部分。28.需求變更管理流程中，以下哪些步驟是必須的？（）。A.變更申請B.變更評估C.代碼修改D.需求評審E.測試驗證我記得剛教學(xué)生的時候，他們總問我變更管理是不是就是改代碼就行，我說那可太簡單了。需求變更管理是個嚴(yán)肅的過程，必須得有完整的流程。你看這個選項，A變更申請，得有人提出要改啥；B變更評估，得評估改的后果；C代碼修改，那是實現(xiàn)階段；D需求評審，得確認(rèn)這個變更是對的；E測試驗證，改完了得確保沒問題。所以正確答案是A、B、D、E，這些都是需求變更管理的重要步驟。29.用例圖中的關(guān)系類型包括（）。A.關(guān)聯(lián)關(guān)系B.泛化關(guān)系C.包含關(guān)系D.引用關(guān)系E.擴展關(guān)系我記得有個學(xué)生問我，老師，用例圖那些連線表示啥？我說啊，那表示用例之間的關(guān)系。你看這個選項，A關(guān)聯(lián)關(guān)系，是參與者與用例之間的關(guān)系；B泛化關(guān)系，是子用例繼承父用例；C包含關(guān)系，是用例的一部分被包含在另一個用例中；D引用關(guān)系，不是用例圖的標(biāo)準(zhǔn)關(guān)系；E擴展關(guān)系，是當(dāng)某個用例在某些條件下需要額外功能時使用的。所以正確答案是A、B、C、E，這些都是用例圖中的標(biāo)準(zhǔn)關(guān)系類型。30.需求規(guī)格說明書中，功能性需求通常包括（）。A.系統(tǒng)的功能模塊B.系統(tǒng)的用例描述C.系統(tǒng)的接口規(guī)范D.系統(tǒng)的數(shù)據(jù)結(jié)構(gòu)E.系統(tǒng)的業(yè)務(wù)規(guī)則我記得上次講到功能性需求時，有個同學(xué)問我，是不是就是系統(tǒng)干啥的那些？我說，差不多，主要是系統(tǒng)能干啥。你看這個選項，A系統(tǒng)的功能模塊，那是功能需求的概括；B系統(tǒng)的用例描述，那是具體的功能實現(xiàn)；C系統(tǒng)的接口規(guī)范，那是系統(tǒng)與外部交互的規(guī)則；D系統(tǒng)的數(shù)據(jù)結(jié)構(gòu)，那是數(shù)據(jù)模型，屬于非功能需求；E系統(tǒng)的業(yè)務(wù)規(guī)則，那是功能實現(xiàn)的具體約束。所以正確答案是A、B、C、E，這些都是功能性需求的重要組成部分。31.需求獲取的方法包括（）。A.用戶訪談B.競品分析C.系統(tǒng)測試D.文檔分析E.觀察用戶工作場所我記得上次講到需求獲取時，咱們班有個同學(xué)問我，老師，需求怎么獲取??？我說啊，方法多著呢，訪談、問卷、看老系統(tǒng)這些都能用。你看這個選項，A用戶訪談，那是常用方法；B競品分析，也是獲取需求的方式；C系統(tǒng)測試，那是驗證需求；D文檔分析，也是獲取需求的重要途徑；E觀察用戶工作場所，那是了解實際操作的好方法。所以正確答案是A、B、D、E，這些都是需求獲取的有效方法。32.需求分析過程中，需求沖突通常發(fā)生在（）。A.不同參與者的需求之間B.功能需求和非功能需求之間C.需求規(guī)格說明書中D.需求優(yōu)先級排序時E.需求驗證階段我記得有個小組做項目，用戶A說系統(tǒng)要快，用戶B說系統(tǒng)要功能全，最后我們搞不清楚該聽誰的。我就跟他們說，需求沖突很常見，關(guān)鍵是怎么解決。你看這個選項，A不同參與者的需求之間，這最常見，不同的人有不同的想法；B功能需求和非功能需求之間，那也可能沖突；C需求規(guī)格說明書中，那是沖突出現(xiàn)的地方；D需求優(yōu)先級排序時，那是處理沖突的過程；E需求驗證階段，那也是可能發(fā)現(xiàn)沖突的地方。所以正確答案是A、B、C、D、E，這些都是需求沖突可能發(fā)生的地方。33.需求規(guī)格說明書中，非功能性需求通常包括（）。A.系統(tǒng)的性能要求B.系統(tǒng)的安全要求C.系統(tǒng)的可用性要求D.系統(tǒng)的兼容性要求E.系統(tǒng)的數(shù)據(jù)庫表我記得上次講到非功能性需求時，有個同學(xué)問我，是不是就是性能要求那些？我說，差不多，主要是系統(tǒng)干得怎么樣。你看這個選項，A系統(tǒng)的性能要求，那是典型的非功能需求；B系統(tǒng)的安全要求，也是非功能性需求；C系統(tǒng)的可用性要求，比如系統(tǒng)得7x24小時運行；D系統(tǒng)的兼容性要求，比如得兼容舊瀏覽器；E系統(tǒng)的數(shù)據(jù)庫表，那是數(shù)據(jù)模型。所以正確答案是A、B、C、D，這些都是非功能性需求的重要組成部分。34.需求變更管理流程中，以下哪些步驟是必須的？（）。A.變更申請B.變更評估C.代碼修改D.需求評審E.測試驗證我記得剛教學(xué)生的時候，他們總問我變更管理是不是就是改代碼就行，我說那可太簡單了。需求變更管理是個嚴(yán)肅的過程，必須得有完整的流程。你看這個選項，A變更申請，得有人提出要改啥；B變更評估，得評估改的后果；C代碼修改，那是實現(xiàn)階段；D需求評審，得確認(rèn)這個變更是對的；E測試驗證，改完了得確保沒問題。所以正確答案是A、B、D、E，這些都是需求變更管理的重要步驟。35.用例圖中的關(guān)系類型包括（）。A.關(guān)聯(lián)關(guān)系B.泛化關(guān)系C.包含關(guān)系D.引用關(guān)系E.擴展關(guān)系我記得有個學(xué)生問我，老師，用例圖那些連線表示啥？我說啊，那表示用例之間的關(guān)系。你看這個選項，A關(guān)聯(lián)關(guān)系，是參與者與用例之間的關(guān)系；B泛化關(guān)系，是子用例繼承父用例；C包含關(guān)系，是用例的一部分被包含在另一個用例中；D引用關(guān)系，不是用例圖的標(biāo)準(zhǔn)關(guān)系；E擴展關(guān)系，是當(dāng)某個用例在某些條件下需要額外功能時使用的。所以正確答案是A、B、C、E，這些都是用例圖中的標(biāo)準(zhǔn)關(guān)系類型。36.需求規(guī)格說明書中，功能性需求通常包括（）。A.系統(tǒng)的功能模塊B.系統(tǒng)的用例描述C.系統(tǒng)的接口規(guī)范D.系統(tǒng)的數(shù)據(jù)結(jié)構(gòu)E.系統(tǒng)的業(yè)務(wù)規(guī)則我記得上次講到功能性需求時，有個同學(xué)問我，是不是就是系統(tǒng)干啥的那些？我說，差不多，主要是系統(tǒng)能干啥。你看這個選項，A系統(tǒng)的功能模塊，那是功能需求的概括；B系統(tǒng)的用例描述，那是具體的功能實現(xiàn)；C系統(tǒng)的接口規(guī)范，那是系統(tǒng)與外部交互的規(guī)則；D系統(tǒng)的數(shù)據(jù)結(jié)構(gòu)，那是數(shù)據(jù)模型，屬于非功能需求；E系統(tǒng)的業(yè)務(wù)規(guī)則，那是功能實現(xiàn)的具體約束。所以正確答案是A、B、C、E，這些都是功能性需求的重要組成部分。37.需求獲取的方法包括（）。A.用戶訪談B.競品分析C.系統(tǒng)測試D.文檔分析E.觀察用戶工作場所我記得上次講到需求獲取時，咱們班有個同學(xué)問我，老師，需求怎么獲取啊？我說啊，方法多著呢，訪談、問卷、看老系統(tǒng)這些都能用。你看這個選項，A用戶訪談，那是常用方法；B競品分析，也是獲取需求的方式；C系統(tǒng)測試，那是驗證需求；D文檔分析，也是獲取需求的重要途徑；E觀察用戶工作場所，那是了解實際操作的好方法。所以正確答案是A、B、D、E，這些都是需求獲取的有效方法。38.需求分析過程中，需求沖突通常發(fā)生在（）。A.不同參與者的需求之間B.功能需求和非功能需求之間C.需求規(guī)格說明書中D.需求優(yōu)先級排序時E.需求驗證階段我記得有個小組做項目，用戶A說系統(tǒng)要快，用戶B說系統(tǒng)要功能全，最后我們搞不清楚該聽誰的。我就跟他們說，需求沖突很常見，關(guān)鍵是怎么解決。你看這個選項，A不同參與者的需求之間，這最常見，不同的人有不同的想法；B功能需求和非功能需求之間，那也可能沖突；C需求規(guī)格說明書中，那是沖突出現(xiàn)的地方；D需求優(yōu)先級排序時，那是處理沖突的過程；E需求驗證階段，那也是可能發(fā)現(xiàn)沖突的地方。所以正確答案是A、B、C、D、E，這些都是需求沖突可能發(fā)生的地方。39.需求規(guī)格說明書中，非功能性需求通常包括（）。A.系統(tǒng)的性能要求B.系統(tǒng)的安全要求C.系統(tǒng)的可用性要求D.系統(tǒng)的兼容性要求E.系統(tǒng)的數(shù)據(jù)庫表我記得上次講到非功能性需求時，有個同學(xué)問我，是不是就是性能要求那些？我說，差不多，主要是系統(tǒng)干得怎么樣。你看這個選項，A系統(tǒng)的性能要求，那是典型的非功能需求；B系統(tǒng)的安全要求，也是非功能性需求；C系統(tǒng)的可用性要求，比如系統(tǒng)得7x24小時運行；D系統(tǒng)的兼容性要求，比如得兼容舊瀏覽器；E系統(tǒng)的數(shù)據(jù)庫表，那是數(shù)據(jù)模型。所以正確答案是A、B、C、D，這些都是非功能性需求的重要組成部分。40.需求變更管理流程中，以下哪些步驟是必須的？（）。A.變更申請B.變更評估C.代碼修改D.需求評審E.測試驗證我記得剛教學(xué)生的時候，他們總問我變更管理是不是就是改代碼就行，我說那可太簡單了。需求變更管理是個嚴(yán)肅的過程，必須得有完整的流程。你看這個選項，A變更申請，得有人提出要改啥；B變更評估，得評估改的后果；C代碼修改，那是實現(xiàn)階段；D需求評審，得確認(rèn)這個變更是對的；E測試驗證，改完了得確保沒問題。所以正確答案是A、B、D、E，這些都是需求變更管理的重要步驟。四、判斷題（本大題共20小題，每小題1分，共20分。請判斷下列各題是否正確，正確的填"√"，錯誤的填"×"。）41.需求分析的主要目的是確定系統(tǒng)的功能需求。（）我記得上次講到需求分析時，有個同學(xué)問我，老師，需求分析是不是就是列個功能清單就行？我說啊，那可不對，需求分析不僅僅是功能，還要考慮系統(tǒng)干得怎么樣，用戶怎么用這些功能。你看這個選項，需求分析確實要確定系統(tǒng)的功能需求，但那只是其中的一部分，還包括非功能需求。所以這個說法不完全正確，應(yīng)該填"×"。42.用例圖中的參與者可以是人，也可以是其他系統(tǒng)。（）我記得有個學(xué)生問我，老師，用例圖中的小人代表啥？我說啊，這小人就是跟系統(tǒng)打交道的人或物，比如用戶、其他系統(tǒng)什么的。就像咱們?nèi)ャy行存錢，銀行系統(tǒng)對我們來說就是參與者，咱們是用戶參與者。所以這個說法是正確的，應(yīng)該填"√"。43.需求規(guī)格說明書中，非功能性需求是可選內(nèi)容。（）我記得上次講到需求規(guī)格說明書時，有個同學(xué)問我，非功能性需求是不是可以不寫？我說啊，那可不行，非功能性需求很重要，比如系統(tǒng)得快、得安全，這些都不寫，系統(tǒng)能行嗎？所以這個說法是錯誤的，應(yīng)該填"×"。44.需求變更管理流程中，變更評估是必須的步驟。（）我記得剛教學(xué)生的時候，他們總問我變更管理是不是就是改代碼就行，我說那可太簡單了。需求變更管理是個嚴(yán)肅的過程，必須得有完整的流程。變更評估是確定改的值不值得、有沒有風(fēng)險的重要步驟，不能省。所以這個說法是正確的，應(yīng)該填"√"。45.用例圖中的關(guān)聯(lián)關(guān)系表示兩個用例之間的繼承關(guān)系。（）我記得有個學(xué)生問我，老師，用例圖中的連線表示啥？我說啊，那表示用例之間的關(guān)系。關(guān)聯(lián)關(guān)系是參與者與用例之間的關(guān)系，不是用例與用例之間的繼承關(guān)系。所以這個說法是錯誤的，應(yīng)該填"×"。46.需求分析過程中，需求沖突通常發(fā)生在不同參與者的需求之間。（）我記得有個小組做項目，用戶A說系統(tǒng)要快，用戶B說系統(tǒng)要功能全，最后我們搞不清楚該聽誰的。我就跟他們說，需求沖突很常見，關(guān)鍵是怎么解決。你看這個選項，不同參與者的需求之間確實最容易出現(xiàn)沖突，因為每個人的想法可能不同。所以這個說法是正確的，應(yīng)該填"√"。47.需求規(guī)格說明書中，功能性需求通常包括系統(tǒng)的數(shù)據(jù)結(jié)構(gòu)。（）我記得上次講到功能性需求時，有個同學(xué)問我，是不是就是系統(tǒng)干啥的那些？我說，差不多，主要是系統(tǒng)能干啥。系統(tǒng)的數(shù)據(jù)結(jié)構(gòu)屬于非功能性需求，不是功能性需求。所以這個說法是錯誤的，應(yīng)該填"×"。48.需求變更管理流程中，代碼修改是必須的步驟。（）我記得剛教學(xué)生的時候，他們總問我變更管理是不是就是改代碼就行，我說那可太簡單了。需求變更管理是個嚴(yán)肅的過程，必須得有完整的流程。代碼修改是實現(xiàn)階段，不是變更管理流程中的步驟。所以這個說法是錯誤的，應(yīng)該填"×"。49.用例圖中的泛化關(guān)系表示子用例繼承父用例。（）我記得有個學(xué)生問我，老師，用例圖中的泛化關(guān)系表示啥？我說啊，泛化關(guān)系是子用例繼承父用例，就像兒子繼承父親的特性。所以這個說法是正確的，應(yīng)該填"√"。50.需求規(guī)格說明書中，非功能性需求通常包括系統(tǒng)的安全要求。（）我記得上次講到非功能性需求時，有個同學(xué)問我，是不是就是性能要求那些？我說，差不多，主要是系統(tǒng)干得怎么樣。系統(tǒng)的安全要求是非功能性需求的重要組成部分。所以這個說法是正確的，應(yīng)該填"√"。51.需求變更管理流程中，需求評審是必須的步驟。（）我記得剛教學(xué)生的時候，他們總問我變更管理是不是就是改代碼就行，我說那可太簡單了。需求變更管理是個嚴(yán)肅的過程，必須得有完整的流程。需求評審是確認(rèn)這個變更是對的，不能省。所以這個說法是正確的，應(yīng)該填"√"。52.用例圖中的關(guān)聯(lián)關(guān)系表示參與者與用例之間的關(guān)系。（）我記得有個學(xué)生問我，老師，用例圖中的連線表示啥？我說啊，那表示用例之間的關(guān)系。關(guān)聯(lián)關(guān)系是參與者與用例之間的關(guān)系，就像咱們?nèi)ャy行存錢，銀行系統(tǒng)對我們來說就是參與者，咱們是用戶參與者。所以這個說法是正確的，應(yīng)該填"√"。53.需求規(guī)格說明書中，功能性需求通常包括系統(tǒng)的用例描述。（）我記得上次講到功能性需求時，有個同學(xué)問我，是不是就是系統(tǒng)干啥的那些？我說，差不多，主要是系統(tǒng)能干啥。系統(tǒng)的用例描述是具體的功能實現(xiàn)，屬于功能性需求。所以這個說法是正確的，應(yīng)該填"√"。54.需求獲取的方法包括用戶訪談、競品分析、系統(tǒng)測試、文檔分析、觀察用戶工作場所。（）我記得上次講到需求獲取時，咱們班有個同學(xué)問我，老師，需求怎么獲取??？我說啊，方法多著呢，訪談、問卷、看老系統(tǒng)這些都能用。你看這個選項，這些都是需求獲取的有效方法。所以這個說法是正確的，應(yīng)該填"√"。55.需求分析過程中，需求沖突通常發(fā)生在需求規(guī)格說明書中。（）我記得有個小組做項目，用戶A說系統(tǒng)要快，用戶B說系統(tǒng)要功能全，最后我們搞不清楚該聽誰的。我就跟他們說，需求沖突很常見，關(guān)鍵是怎么解決。你看這個選項，需求沖突確實會出現(xiàn)在需求規(guī)格說明書中，因為那是需求的集中體現(xiàn)。所以這個說法是正確的，應(yīng)該填"√"。本次試卷答案如下：一、單項選擇題答案及解析1.C.確定用戶需求和系統(tǒng)目標(biāo)解析思路：需求分析的核心是理解用戶到底想要什么，系統(tǒng)要實現(xiàn)什么目標(biāo)。選項A設(shè)計軟件架構(gòu)、B編寫代碼實現(xiàn)功能、D測試軟件性能都是在需求分析之后或之中的具體工作，不是核心目標(biāo)。2.A.可以獲取大量定量數(shù)據(jù)解析思路：用戶訪談主要是定性獲取信息，很難直接得到量化數(shù)據(jù)。選項B成本相對較低、C適用于需求變更頻繁的場景、D非常客觀真實這些都不是用戶訪談的主要特點。3.B.與系統(tǒng)交互的外部實體解析思路：用例圖中的小人代表的是與系統(tǒng)交互的外部用戶或系統(tǒng)，不是系統(tǒng)內(nèi)部的類。選項A系統(tǒng)內(nèi)部的類、C系統(tǒng)功能邊界、D系統(tǒng)接口規(guī)范、E系統(tǒng)部署方式都不符合參與者的定義。4.C.系統(tǒng)的性能要求解析思路：非功能性需求描述的是系統(tǒng)干得怎么樣，比如速度快、安全、可用等。選項A系統(tǒng)功能模塊、B系統(tǒng)界面設(shè)計、D系統(tǒng)數(shù)據(jù)結(jié)構(gòu)、E系統(tǒng)業(yè)務(wù)規(guī)則都是功能性需求。5.A.變更申請解析思路：需求變更管理流程的第一步必須是有人提出要改什么，沒有申請就無從談起變更。選項B變更評估、C代碼修改、D需求評審、E測試驗證都是在申請之后進(jìn)行的。6.B.參與者與用例之間的關(guān)系解析思路：用例圖中的關(guān)聯(lián)關(guān)系連接參與者和用例，表示參與者使用用例。選項A兩個用例之間的繼承關(guān)系、C用例與用例之間的關(guān)系、D參與者與參與者之間的關(guān)系都不符合關(guān)聯(lián)關(guān)系的定義。7.B.適用于需求不明確的場景解析思路：原型法的主要優(yōu)勢是在需求不明確時，可以先做一個簡單的模型讓用戶看到效果再修改。選項A可以盡早發(fā)現(xiàn)設(shè)計缺陷、C可以精確計算開發(fā)成本、D需求變更成本低這些不是原型法的主要優(yōu)點。8.B.系統(tǒng)的功能列表解析思路：需求規(guī)格說明書中，功能性需求主要是系統(tǒng)能干啥，比如功能列表。選項A系統(tǒng)用例圖、C系統(tǒng)數(shù)據(jù)字典、D系統(tǒng)部署圖、E系統(tǒng)業(yè)務(wù)規(guī)則都是需求規(guī)格說明書的組成部分，但不全是功能性需求。9.C.系統(tǒng)界面采用藍(lán)色主題解析思路：界面設(shè)計屬于非功能性需求，描述的是系統(tǒng)干得怎么樣，不是干啥。選項A系統(tǒng)應(yīng)支持多用戶登錄、B系統(tǒng)響應(yīng)時間應(yīng)在2秒內(nèi)、D系統(tǒng)應(yīng)支持?jǐn)?shù)據(jù)備份功能都是功能性需求。10.C.了解用戶的工作流程解析思路：觀察用戶工作場