單項(xiàng)選擇題結(jié)構(gòu)模板能夠幫助分析員建立一個(gè)逐層細(xì)化的層次結(jié)構(gòu)。結(jié)構(gòu)環(huán)境圖（Architecture Context Diagram，ACD）則位于層次結(jié)構(gòu)的頂層。在從ACD導(dǎo)出的（）中給出了各個(gè)專門子系統(tǒng)和重要（數(shù)據(jù)與控制）信息流。

A.系統(tǒng)語境圖
B.結(jié)構(gòu)互連圖
C.結(jié)構(gòu)流程圖
D.結(jié)構(gòu)圖的規(guī)格說明


你可能感興趣的試題

1.單項(xiàng)選擇題在軟件開發(fā)的V模型中，應(yīng)該在（）階段制定單元測(cè)試計(jì)劃。

A.需求分析
B.概要設(shè)計(jì)
C.詳細(xì)設(shè)計(jì)
D.代碼編寫

2.單項(xiàng)選擇題面向功能的軟件度量使用軟件所提供功能的測(cè)量作為規(guī)范化值。下面關(guān)于面向功能的軟件度量方法的描述，不正確的是（）

A.面向功能度量是由Albrecht首先提出來的，他建議采用基于功能點(diǎn)的測(cè)量
B.功能點(diǎn)是基于軟件信息領(lǐng)域的可計(jì)算的（直接的）測(cè)量及軟件復(fù)雜性的評(píng)估而導(dǎo)出的
C.“功能”不能直接測(cè)量，所以必須通過其他直接的測(cè)量來導(dǎo)出
D.“用戶輸入數(shù)”和“用戶輸出數(shù)”不屬于面向功能的軟件度量需要考慮的因素

最新試題

下列關(guān)于軟件需求管理與需求開發(fā)的論述，正確的是（）

題型：?jiǎn)雾?xiàng)選擇題

軟件需求分析產(chǎn)生軟件操作特征的規(guī)格說明，指明軟件和其他系統(tǒng)元素的接口，建立軟件必須滿足的約束。下面對(duì)于軟件需求分析的描述，不正確的是（）

題型：?jiǎn)雾?xiàng)選擇題

空白（2）處應(yīng)選擇（）

題型：?jiǎn)雾?xiàng)選擇題

條件測(cè)試是檢查程序模塊中所包含邏輯條件的測(cè)試用例設(shè)計(jì)方法，注重于測(cè)試程序中的條件。BRO（Branchand Relational Operator）測(cè)試保證能發(fā)現(xiàn)布爾變量和關(guān)系操作符只出現(xiàn)一次且沒有公共變量的條件中的分支和條件操作符錯(cuò)誤?？紤]條件C1：（E1>E2）&（E3”和“=”是關(guān)系運(yùn)算符，則C1的條件約束至少為（）時(shí)，就可以檢查C1中的關(guān)系操作符錯(cuò)誤。

題型：?jiǎn)雾?xiàng)選擇題

在軟件開發(fā)的V模型中，應(yīng)該在（）階段制定單元測(cè)試計(jì)劃。

題型：?jiǎn)雾?xiàng)選擇題

空白（2）處應(yīng)選擇（）

題型：?jiǎn)雾?xiàng)選擇題

結(jié)構(gòu)模板能夠幫助分析員建立一個(gè)逐層細(xì)化的層次結(jié)構(gòu)。結(jié)構(gòu)環(huán)境圖（Architecture Context Diagram，ACD）則位于層次結(jié)構(gòu)的頂層。在從ACD導(dǎo)出的（）中給出了各個(gè)專門子系統(tǒng)和重要（數(shù)據(jù)與控制）信息流。

題型：?jiǎn)雾?xiàng)選擇題

空白（1）處應(yīng)選擇（）

題型：?jiǎn)雾?xiàng)選擇題

敏捷軟件過程強(qiáng)調(diào)：讓客戶滿意和軟件應(yīng)盡早增量發(fā)布；小而高度自主的項(xiàng)目團(tuán)隊(duì)；非正式的方法；最小化軟件工程工作產(chǎn)品以及整體精簡(jiǎn)開發(fā)。（）不是采用這種軟件開發(fā)過程的原因。

題型：?jiǎn)雾?xiàng)選擇題

缺陷排除效率（DRE）是對(duì)軟件質(zhì)量保證及控制活動(dòng)過濾能力的一個(gè)測(cè)量。假設(shè)某個(gè)軟件在交付給最終用戶之前發(fā)生的錯(cuò)誤數(shù)量為45，軟件交付之后發(fā)現(xiàn)的缺陷數(shù)為15，那么對(duì)應(yīng)的DRE值為（）

題型：?jiǎn)雾?xiàng)選擇題