A、可行性研究的依據(jù)
B、用戶(hù)和開(kāi)發(fā)人員之間的合同
C、系統(tǒng)概要設(shè)計(jì)的依據(jù)
D、軟件驗(yàn)收測(cè)試的依據(jù)
您可能感興趣的試卷
你可能感興趣的試題
A.變換型
B.事務(wù)型
A.算法分解
B.控制結(jié)構(gòu)分解
C.?dāng)?shù)據(jù)結(jié)構(gòu)分解
D.處理功能分解
A.分解和抽象
B.分解和綜合
C.歸納與推導(dǎo)
D.試探與回溯
A、作為編碼階段的描述工具
B、為用戶(hù)與開(kāi)發(fā)人員之間統(tǒng)一認(rèn)識(shí)
C、作為概要設(shè)計(jì)的依據(jù)
D、為需求分析階段定義各類(lèi)條目
A.用戶(hù)中系統(tǒng)的直接使用者
B.用戶(hù)和軟件人員的中間人
C.軟件的編程人員
D.用戶(hù)和軟件人員的領(lǐng)導(dǎo)
最新試題
一種表達(dá)功能模型的工具是()
不需要建立“原型"的軟件開(kāi)發(fā)模式是()。
在UML圖中能反映系統(tǒng)功能的是()。
以下架構(gòu)風(fēng)格中,注重系統(tǒng)的松耦合和靈活性的是()。
對(duì)于具有復(fù)雜業(yè)務(wù)邏輯和流程的系統(tǒng),較適合的架構(gòu)風(fēng)格是()。
下列哪個(gè)不是系統(tǒng)的參與者?()
面向?qū)ο蠓治鲋?,確定類(lèi)的關(guān)鍵策略不包括()。
在UML中,一種可以表達(dá)系統(tǒng)功能模型的圖形化工具是()
用于解決不同接口之間適配問(wèn)題的是()設(shè)計(jì)模式。
在UML中,以下不是構(gòu)件圖的作用的是()。