A.開發(fā)初步原型;使用原型;修訂并增強(qiáng)原型。
B.確定用戶需求;開發(fā)初步原型;使用原型;修訂并增強(qiáng)原型。
C.定義用戶需求;開發(fā)解決方案;選擇最佳原型;實(shí)施原型。
D.定義用戶需求;開發(fā)原型;修訂并增強(qiáng)原型。
您可能感興趣的試卷
你可能感興趣的試題
A.傳統(tǒng)方法
B.原型法
C.RAD
D.上面全部
A.是最重要且不斷參與其中的開發(fā)團(tuán)隊(duì)成員,貫穿于開始的分析到最終維護(hù)階段。
B.僅在測試階段具有重要性。
C.不進(jìn)行輸入。
D.在提供信息需求和審核技術(shù)人員的工作中,其作用有限。
A.基于部件的開發(fā)方法。
B.原型法。
C.面向?qū)ο蠓椒ā?br />
D.生命周期開發(fā)方法。
A.生成文檔。
B.生成代碼。
C.創(chuàng)建數(shù)據(jù)字典。
D.上面全部。
A.面向?qū)ο缶幊绦枰呐嘤?xùn)時間少。
B.不需要原型迭代。
C.對象可以重用。
D.一個用戶界面對象能夠用于整個應(yīng)用系統(tǒng)。
最新試題
輸出信息的使用者是()
黑盒測試也稱功能測試,它將被測程序看作黑盒子,不考慮內(nèi)部()
數(shù)據(jù)庫設(shè)計(jì)是信息系統(tǒng)設(shè)計(jì)階段的重要組成部分,數(shù)據(jù)模型規(guī)范化屬于()
數(shù)據(jù)流程圖描述的是數(shù)據(jù)流而不是()
采用目測的方法檢查輸入數(shù)據(jù)的正確性,目測一般在屏幕前進(jìn)行,在輸入內(nèi)容復(fù)雜的情況下也可以打印出來檢測,其校驗(yàn)方法是()
測試的目的不是證明程序的正確,而是盡量的()
對于可預(yù)測和不可預(yù)測的風(fēng)險(xiǎn),采?。ǎ?/p>
管理的復(fù)雜性決定了系統(tǒng)用戶需求的復(fù)雜性,而用戶需求的提出本身就是一個復(fù)雜的()
用數(shù)據(jù)流程圖來描述現(xiàn)行系統(tǒng)和最終產(chǎn)生的新系統(tǒng)()
檢查數(shù)據(jù)記錄中各數(shù)據(jù)項(xiàng)的位數(shù)和位置是否符合預(yù)先規(guī)定的格式屬于()