A.有限資源
B.大量需求
C.業(yè)務(wù)價值
D.團隊效率
您可能感興趣的試卷
你可能感興趣的試題
A.項目干系人會看到一個可以運行的可拋棄原型,從而得出產(chǎn)品幾近完成的結(jié)論。
B.用戶把注意力放在與UI有關(guān)的外觀和操作細節(jié)上。
C.用戶根據(jù)原型的性能來推斷最終產(chǎn)品的預(yù)期性能。
D.在原型工作上投入太多精力,最終導(dǎo)致開發(fā)團隊沒有時間而不得不將原型作為產(chǎn)品或者匆忙進入混亂的產(chǎn)品實現(xiàn)。
A.原型發(fā)布的壓力
B.受細節(jié)所累
C.不現(xiàn)實的性能預(yù)期
D.對原型投入過多
A.創(chuàng)建(Create)
B.運行(Run)
C.更新(Update)
D.刪除(Delete)
A.工序(處理)通過數(shù)據(jù)存儲進行同行,而不是直接從一個工序流向另一個工序
B.請用簡潔的短語來命名每個工序(動詞+名詞)
C.在單個的數(shù)據(jù)流圖中,包含的工序不要超過4~6個
D.每一個工序的標(biāo)號應(yīng)該唯一并且具有層次性
A.任何閱讀需求的人對需求的解讀要一致
B.簡潔清晰的風(fēng)格
C.每一個讀者的解讀都與作者試圖表達的意思一致
D.嚴(yán)謹(jǐn)?shù)氖褂靡?guī)則或規(guī)定
最新試題
對涉眾的()問題,經(jīng)過問題分析之后就可以得到()的解決方案及系統(tǒng)特性。
以下屬于過程改進循環(huán)的是()
以下哪項不屬于性能需求列表內(nèi)容?()
功能需求通常有()種不同的抽象層次。
系統(tǒng)驗證是貫穿整個軟件生命周期的活動,它的兩個主要手段是()。
產(chǎn)品的前景應(yīng)該表述為()。
需求變更控制過程,錯誤的是()
以下不屬于軟件需求規(guī)格說明文檔的寫作特點是()。
需求可以關(guān)聯(lián)到以下哪些項目過程?()
用戶手冊的主要內(nèi)容有()。