A.愿景和范圍文檔
B.用戶需求文檔
C.MRD
D.SRS
您可能感興趣的試卷
你可能感興趣的試題
A.業(yè)務(wù)規(guī)則
B.約束
C.外部界面需求
D.特性
A.任何能夠驅(qū)動設(shè)計(jì)做出選擇的東西
B.被命令或者強(qiáng)制性的東西，需要或者必要
C.需求是所有干系人達(dá)成統(tǒng)一的認(rèn)識
D.需求是對我們應(yīng)當(dāng)執(zhí)行的任務(wù)的規(guī)范說明，它描述系統(tǒng)的行為特性或?qū)傩?/p>
A.外部需求
B.業(yè)務(wù)需求
C.用戶需求
D.功能需求
A.泳道圖
B.數(shù)據(jù)流圖（DFD）
C.狀態(tài)轉(zhuǎn)換圖
D.用例圖
最新試題
會議討論適用于（）不清楚項(xiàng)目需求，但（）清楚項(xiàng)目需求的情況。
軟件開發(fā)中重要的系統(tǒng)驗(yàn)證活動有（）。
發(fā)現(xiàn)業(yè)務(wù)需求要具備（）的需求特征。
業(yè)務(wù)目標(biāo)是業(yè)務(wù)需求的一個核心要素。
期望落差是指用戶真實(shí)需求與開發(fā)出來的產(chǎn)品之間的巨大鴻溝?？s小期望落差的最好方法是與合適的客戶代表頻繁溝通。
和靜態(tài)方法相比，原型和模擬方法是成本較（）的一種方法，所以它通常只用于驗(yàn)證一些（）需求。
在進(jìn)行需求獲取活動時，通常采取以用途為中心或者以產(chǎn)品為中心的方法。以用途為中心強(qiáng)調(diào)對用戶目標(biāo)的理解和探求，以便提取必要的系統(tǒng)功能。以產(chǎn)品為中心側(cè)重于特性，期望定義能領(lǐng)先市場或者驅(qū)動業(yè)務(wù)取得成功的特性。
確定每一個問題對應(yīng)目標(biāo)的過程就是（）的過程。
需求跟蹤的方式可以分為（）
定義術(shù)語表或數(shù)據(jù)字典應(yīng)避免的常見問題不包括（）