A.RFP
B.需求規(guī)范
C.系統(tǒng)詳細(xì)設(shè)計說明書
D.產(chǎn)品驗收標(biāo)準(zhǔn)
您可能感興趣的試卷
你可能感興趣的試題
A.成功的COTS實施大多離不開配置
B.針對需求與COTS能力的差異,有時需要定制擴展
C.除非單機使用,否則需要將其集成到應(yīng)用環(huán)境中
D.軟件包方案靈活度較高
A.新軟件系統(tǒng)的開發(fā)項目
B.使用新系統(tǒng)替換現(xiàn)有系統(tǒng)的項目
C.向現(xiàn)有系統(tǒng)添加新功能、改進(jìn)功能、糾正缺陷的項目
D.顛覆性的項目
A.因為有產(chǎn)品經(jīng)理,所以客戶不需要全程參與
B.基本夠用的文檔,更依賴BA與客戶的持續(xù)溝通
C.包含團(tuán)隊采取行動的需求清單,每個項目應(yīng)只維護(hù)一個Backlog
D.特性能為用戶提供價值的能力集合,特性可以包含單個或多個用戶故事、單個或多個史詩
A.質(zhì)量
B.交互
C.組織文化
D.目標(biāo)
A.軟件產(chǎn)品線
B.嵌入式系統(tǒng)
C.外包項目
D.軟件包項目
最新試題
發(fā)現(xiàn)業(yè)務(wù)需求要具備()的需求特征。
以下不屬于軟件需求規(guī)格說明文檔的寫作特點是()。
以下哪項不屬于功能需求列表內(nèi)容?()
業(yè)務(wù)需求指()。
假設(shè)和依賴應(yīng)表述為()。
對涉眾的()問題,經(jīng)過問題分析之后就可以得到()的解決方案及系統(tǒng)特性。
下列需求通常無法定義測試用例的有()。
不同涉眾對同一個問題的目標(biāo)需求(),不同的業(yè)務(wù)需求之間()。
在具體說明客戶需求和管理客戶需求過程中用戶輸入不足和有誤是造成項目失敗的罪魁禍?zhǔn)住?/p>
和靜態(tài)方法相比,原型和模擬方法是成本較()的一種方法,所以它通常只用于驗證一些()需求。