1、軟件需求分析問題集軟件需求分析課程編寫2012年4月內(nèi)容一、選擇題.2第二，填空.5第三，真假問題.9第四，名詞解釋問題.11v.問答問題.14第六，案例分析問題.281軟件需求分析問題集i .選擇題1、軟件生產(chǎn)中需求問題的最大原因在于應用軟件()沒有被很好地理解或應用堅決地。(a)復雜性(b)目的(c)模擬(d)正確性2.需求分析的目的是確保需求().(a)目的和一致性(b)完整性和一致性(c)正確性和目的(d)完整性和目的3.系統(tǒng)需求開發(fā)的結(jié)果將被寫入().可行性研究報告(c)用戶需求規(guī)格4.在現(xiàn)實世界中(前景和范圍文件系統(tǒng)要求的規(guī)格)構(gòu)成了問題解決的基本范圍，這被稱為問題的問題域。(a)

2、屬性和狀態(tài)(b)實體和狀態(tài)(c)實體和操作(d)狀態(tài)和操作5.功能需求通常分為三個層次，即業(yè)務需求、用戶需求和().(a)硬件要求(b)軟件要求質(zhì)量屬性系統(tǒng)要求6.更容易找到的涉眾稱為初始涉眾，也稱為()，通常包括客戶、經(jīng)理和相關人員投資者。(a)主要利益攸關方(b)利益攸關方基線一般利益攸關方一般利益攸關方7.如果在最終工件產(chǎn)生之前，中間工件被用于在一定的寬度和深度上表示最終對象，那么中間對象被認為是最終對象在這個廣度和深度().模擬建筑原型模型8.根據(jù)用法的分類，原型可以分為：演示原型，()，測試原型和試驗系統(tǒng)類型。(a)非運行原型，(b)系列初始原型，(c)選定的特征原型和(d)嚴格意義

3、上的原型9.根據(jù)功能特點，原型可分為： ()、非作戰(zhàn)原型、系列初始原型和選擇功能原型。(a)拼湊原型；(b)原型模型；(c)紙質(zhì)原型；(d)嚴格意義上的原型10.根據(jù)開發(fā)方法的分類，原型可以分為進化原型和廢棄原型，其中廢棄原型類型被細分為().演示原型和測試原型探索性原型和實驗性原型一系列初始原型和選定的特征原型模型原型和紙張指南原型11.原型的需求可以從三個緯度進行分析：即().外觀、作用和實施成本、技術和實現(xiàn)發(fā)展、實現(xiàn)和作用需求、作用和作用12.當用戶不能完成活動信息通知，或者與需求工程師的語言交流不能有效時。結(jié)果，有必要采用().人種志13、以下(出現(xiàn)14、以下(全球觀察方法話語分析任務

4、分析含糊不清立即)不是情境的重要性質(zhì)嗎？參與改善)是情境的一個重要屬性？開放的互動215、以下()不是需求獲取的常見模型驅(qū)動方法嗎？面向目標的方法使用基于案例的方法基于情景的方法?；诔闃拥姆椒?6、以下()屬于定量硬數(shù)據(jù)？工作簿17、以下(條例手冊統(tǒng)計報告?zhèn)渫?屬于定性硬數(shù)據(jù)？數(shù)據(jù)收集表月度報表年度報告條例手冊18、功能目標可分為(a)安全目標和可用性目標軟目標和硬目標).令人滿意的目標和信息目標保持和實現(xiàn)目標19.“與”貢獻鏈和“或”貢獻鏈用于表示軟目標的分解和細化那么，貢獻的作用是(a)陽性(b)陰性20.“與”鏈接將父目標與一系列詳細的子目標聯(lián)系起來，這意味著如果所有的細節(jié)都能得到滿

5、足，).積極或消極不確定性子目標，然后是()父目標。無法確定阻礙不滿意(d)足以滿足21.“或”鏈接是將一個父目標與一系列詳細的子目標聯(lián)系起來，這意味著如果所有的細節(jié)都能得到滿足，()，就足以滿足父母的目標。(a)每個(b)任何一個(c )(d)項中的一項具體內(nèi)容22、下列選項，(行為者23、目標導向法的目標分析階段的主要任務是()不是目標模型中使用的另一個模型元素。場景運作概念).達到目標找出解決辦法建立客觀模型找出問題和缺陷24.場景的分類框架將場景方法從場景()對四個方面進行了分類和描述。形式、目的、內(nèi)容和生命周期描述、目的、內(nèi)容和形式外觀、目的、內(nèi)容和生命周期描述、外觀、目的和內(nèi)容25

6、.場景的形式是指場景的表達方式，在形式上分為兩個方面： ()(a)內(nèi)容和目的(b)內(nèi)容和生命周期(c)描述和外觀(d)描述和目的26.用于描述場景的表示應該滿足形式要求。一般來說，可以使用非正式語言和半形式化學語言和形式語言。實際上，()是描述的主要方式。非正式自然語言非正式設計語言正式編程語言正式的圖形工具27.外觀是指場景表達時的效果，主要包括(a)靜態(tài)、動態(tài)和結(jié)構(gòu)化；(b)線性、非線性和互動(c)靜態(tài)、動態(tài)和動態(tài)相結(jié)合；(d)靜態(tài)、動態(tài)和互動28、場景的內(nèi)容是指場景所表達的知識類型。它分為六個不同的方面。以下()三種類型。)不是場景的內(nèi)容。(a)主要關切事項(b)環(huán)境范圍(c)目的(d)

7、抽象層面29.需求工程利用場景可能有三個目的：即： ().描述、探索和解釋描述、探索和發(fā)現(xiàn)描述、表述和探索陳述、解釋和證明30.使用解釋性場景可以()，或者用于驗證需求。(a)提高模型的復雜性；(b)降低模型的復雜性3提高可預測性31.以下(減少方案編制量)不是場景方法在需求工程中的應用。(a)幫助進行詳細的需求分析編寫系統(tǒng)要求的規(guī)范用面向目標的方法指導需求獲取活動的發(fā)展該組織需要獲得的信息32、以下()是組織場景時可用的場景關系。(a)婚姻關系質(zhì)量關系演繹關系33.與其他場景方法相比，用例的最大特點是采用()被描述。靜態(tài)非結(jié)構(gòu)化文本靜態(tài)結(jié)構(gòu)化文本動態(tài)非結(jié)構(gòu)化文本動態(tài)結(jié)構(gòu)化文本)三種。34.用

8、例之間的關系主要包括(包容、擴大和簡化包容性、多態(tài)性和遺傳(b)連接、分離和延伸包容、延伸和推廣35.分析活動主要包括識別、定義和構(gòu)建。它的目的是獲得可以轉(zhuǎn)化為知識的東西事物的信息，這種分析活動被稱為(一)需求信息獲取).建立軟件系統(tǒng)解決方案建立需求分析模型需求信息的轉(zhuǎn)換36 、()是兩種最常用的建模方法。具體和抽象抽象和分解(c)分解和提煉抽象和提煉37.抽象強調(diào)本質(zhì)特征，()問題的復雜性。調(diào)整避免(c)增加(d)減少38.需求分析只需要描述解決方案，而不需要探究實現(xiàn)細節(jié)，分析模型是（)，特別適用。正規(guī)化半正規(guī)化結(jié)構(gòu)化非結(jié)構(gòu)化39.上下文圖描述了環(huán)境中系統(tǒng)和外部實體之間的邊界和連接。它從現(xiàn)實

9、世界的角度來解釋()，并確定所有輸入和輸出。環(huán)境和外觀40 、(b)邊界和連接；(c)邊界和環(huán)境；(d)投入和產(chǎn)出)是結(jié)構(gòu)化方法的核心技術，它表明系統(tǒng)的輸入、處理、存儲和輸出是以及他們?nèi)绾魏献鳌?一)數(shù)據(jù)流圖dfd(二)實體聯(lián)系圖erd(三)狀態(tài)轉(zhuǎn)移圖(四)上下文圖41、結(jié)構(gòu)化、信息工程和面向?qū)ο蟮男枨蠓治黾夹g下的三種方法論是(一)面向問題的領域，(二)面向解決方案的系統(tǒng)，(三)面向設計，(四)面向需求42.使用面向問題的技術來建模問題世界被稱為(a)早期階段的整個過程，(b)中期階段，(c)晚期階段和(d)43.使用面向解決方案技術的軟件系統(tǒng)解決方案的描述稱為(a)早期階段的整個過程，(b)

10、中期階段，(c)晚期階段和(d)。)需求階段分析。)需求階段分析。44、需求分析活動的一項重要任務是開展()，清除用戶需求的隱含信息，并擴展到明確軟件系統(tǒng)的行為預期，即系統(tǒng)需求。(a)需求整合(b)需求細化(c)需求獲取需求分析45.在層次結(jié)構(gòu)中，dfd定義了三個層次類別的dfd圖： (一)1層圖(二)底層圖(三)頂視圖(四)上下文圖(四)46.因為數(shù)據(jù)存儲是系統(tǒng)內(nèi)部的功能實現(xiàn)，當系統(tǒng)被視為一個黑箱時，上下文)，0層圖和n層圖。將不會有().4實體數(shù)據(jù)存儲的例子需求信息加工處理47、數(shù)據(jù)建模技術可以彌補過程建模中的()，它描述了數(shù)據(jù)的定義和結(jié)結(jié)構(gòu)和關系等。需求分析數(shù)據(jù)轉(zhuǎn)換數(shù)據(jù)分析概念實體是一個

11、抽象概念，它不考慮概念背后的物理存在，所以它通常不包括它的階段其他關聯(lián)().模型特征(即屬性)關系處理49.在erd建模中，實體通常指(a)邏輯實體(b)概念實體(c)物理實體50.erd的屬性是實體的特征，而不是數(shù)據(jù)。屬性將以某種形式存在，這種存在就是).流程實體數(shù)據(jù)，稱為屬性的().(一)域名例子描述價值51.在erd，關系的程度是指參與關系的實體的數(shù)量，即衡量關系()的指示器。模型52.erd關系的基數(shù)分為最大基數(shù)和最小基數(shù)。最大基數(shù)也稱為(a)關鍵制約因素(b)參與制約因素(c)自然制約因素(d)一般制約因素53.在實體之間建立關系時，可能會有一些附屬實體，它們被稱為關聯(lián)實體，是最常見

12、的實體復雜性準確性屬性值).形式是().(a)邏輯實體過程實體自然實體54.在erd與過程模型的同步技術中，()是一種常見的技術。(a)用例圖55、以下(a)屬性數(shù)據(jù)流程圖職能/實體矩陣微觀規(guī)格)不是用例模型中的關系嗎？協(xié)會泛化包含56.系統(tǒng)邊界是指包含在系統(tǒng)中的系統(tǒng)組件和系統(tǒng)外的事物之間的邊界。用例模型用法甲()來表示系統(tǒng)邊界，以顯示系統(tǒng)的上下文。圓形框架鉆石盒(c)虛線框(d)矩形框57.uml使用了三種行為模型，即： ().(a)交互圖、狀態(tài)圖和序列圖(c)互動圖、狀態(tài)圖和活動圖序列圖、通信圖和時序圖互動概覽圖、溝通圖和時間圖58.項目的前景和范圍文件以及用戶需求文件被視為屬于()，重點

13、是用戶的當前真實的世界。(a)發(fā)展文件需求文件(c)前景文件用戶文件59.系統(tǒng)需求規(guī)格文件、軟件需求規(guī)格文件、硬件需求規(guī)格文件和接口需求規(guī)范文檔和人機交互文檔用于系統(tǒng)開發(fā)，兩者都被視為開發(fā)文檔。(a)發(fā)展文件60、以下(要求文件(三)過程文件用戶文件)不是需求規(guī)范文檔的讀者嗎？(一)項目經(jīng)理程序員供應商律師第二，填空1.傳統(tǒng)的需求分析方法都是從設計領域轉(zhuǎn)移到分析領域。2.專業(yè)用戶純工具軟件分析階段的主要目的是充分利用創(chuàng)新優(yōu)勢奇妙的功能安排。3.普通用戶分析純面向工具的軟件的主要目的是權衡方案并找到一組實用的方案5有效的功能配置。4.面向應用軟件分析階段的主要目的是找出人們使用軟件的原因(目的)

14、，并找出他們需要的軟件。要解決這個問題，了解應用環(huán)境中的領域知識，并保證功能的模擬。5.需求工程是所有需求處理活動的總和，它收集信息、分析問題、整合觀點和記錄需求尋求并驗證其正確性，最終反映應用后軟件與其環(huán)境交互所形成的預期效果。6.軟件需求開發(fā)用于確定軟件應該滿足的系統(tǒng)需求部分，并將它們映射到軟件行為中。生成軟件需求規(guī)范。7.約束是不受解決方案系統(tǒng)影響的問題域特征，但會給解決方案系統(tǒng)帶來很大影響。8.優(yōu)秀的需求應該具有七個特征，即完整性、正確性、準確性、可行性、必要性和無模糊性和可驗證性。9.所有對軟件系統(tǒng)的開發(fā)和應用有發(fā)言權和決定權的人統(tǒng)稱為利益相關者。10.根據(jù)媒體載體的分類，原型可分為：原型原型和紙質(zhì)指南原型。11.演示樣機主要用于項目啟動階段。12.演示原型都用于在用戶的想象中顯示系統(tǒng)視圖，所以它應該能夠表達用戶界面的重要性特寫。1