A.原始類型
B.復(fù)雜類型
C.結(jié)構(gòu)類型
D.重復(fù)的數(shù)據(jù)組
您可能感興趣的試卷
你可能感興趣的試題
A.明確、完成以及驗(yàn)證需求
B.探究設(shè)計(jì)的選擇方案
C.創(chuàng)建一個(gè)可以演變?yōu)槌善返牟糠窒到y(tǒng)
D.可以更炫酷的跟用戶溝通需求
A.刪除（Delete）
B.更新（Update）
C.讀取（Read）
D.創(chuàng)建（Create）
A.SRS是項(xiàng)目經(jīng)理估算項(xiàng)目日程安排、工作量和資源的唯一依據(jù)
B.客戶、市場(chǎng)部、銷售人員需要通過(guò)SRS知道要交付給他們什么產(chǎn)品
C.軟件開發(fā)團(tuán)隊(duì)需要通過(guò)SRS知道要開發(fā)什么東西
D.測(cè)試人員用SRS來(lái)開發(fā)基于需求的測(cè)試、測(cè)試計(jì)劃和測(cè)試程序
A.引言
B.外部接口需求
C.質(zhì)量屬性
D.數(shù)據(jù)需求
A.業(yè)務(wù)需求
B.用戶需求
C.會(huì)議記錄
D.問(wèn)題清單
最新試題
軟件開發(fā)中重要的系統(tǒng)驗(yàn)證活動(dòng)有（）。
在進(jìn)行需求獲取活動(dòng)時(shí)，通常采取以用途為中心或者以產(chǎn)品為中心的方法。以用途為中心強(qiáng)調(diào)對(duì)用戶目標(biāo)的理解和探求，以便提取必要的系統(tǒng)功能。以產(chǎn)品為中心側(cè)重于特性，期望定義能領(lǐng)先市場(chǎng)或者驅(qū)動(dòng)業(yè)務(wù)取得成功的特性。
需求文檔編寫的一般基本規(guī)則有（）。
需求跟蹤的方式可以分為（）
需求可以關(guān)聯(lián)到以下哪些項(xiàng)目過(guò)程？（）
和靜態(tài)方法相比，原型和模擬方法是成本較（）的一種方法，所以它通常只用于驗(yàn)證一些（）需求。
功能需求通常有（）種不同的抽象層次。
關(guān)于需求跟蹤矩陣的生命期，說(shuō)法錯(cuò)誤的是（）
在具體說(shuō)明客戶需求和管理客戶需求過(guò)程中用戶輸入不足和有誤是造成項(xiàng)目失敗的罪魁禍?zhǔn)住?/p>
假設(shè)和依賴應(yīng)表述為（）。