A.系統(tǒng)語境圖
B.結(jié)構(gòu)互連圖
C.結(jié)構(gòu)流程圖
D.結(jié)構(gòu)圖的規(guī)格說明
您可能感興趣的試卷
- 2009年計(jì)算機(jī)技術(shù)與軟件專業(yè)技術(shù)資格高級系統(tǒng)分析師上半年上午試卷
- 2009年計(jì)算機(jī)技術(shù)與軟件專業(yè)技術(shù)資格高級系統(tǒng)分析師上半年下午試卷
- 2010年計(jì)算機(jī)技術(shù)與軟件專業(yè)技術(shù)資格高級系統(tǒng)分析師上半年上午試卷
- 2010年計(jì)算機(jī)技術(shù)與軟件專業(yè)技術(shù)資格高級系統(tǒng)分析師上半年下午試卷
- 2011年計(jì)算機(jī)技術(shù)與軟件專業(yè)技術(shù)資格高級系統(tǒng)分析師上半年上午試卷
- 2011年計(jì)算機(jī)技術(shù)與軟件專業(yè)技術(shù)資格高級系統(tǒng)分析師上半年下午試卷
- 2012年計(jì)算機(jī)技術(shù)與軟件專業(yè)技術(shù)資格高級系統(tǒng)分析師上半年上午試卷
你可能感興趣的試題
A.需求分析
B.概要設(shè)計(jì)
C.詳細(xì)設(shè)計(jì)
D.代碼編寫
A.面向功能度量是由Albrecht首先提出來的,他建議采用基于功能點(diǎn)的測量
B.功能點(diǎn)是基于軟件信息領(lǐng)域的可計(jì)算的(直接的)測量及軟件復(fù)雜性的評估而導(dǎo)出的
C.“功能”不能直接測量,所以必須通過其他直接的測量來導(dǎo)出
D.“用戶輸入數(shù)”和“用戶輸出數(shù)”不屬于面向功能的軟件度量需要考慮的因素
最新試題
敏捷軟件過程強(qiáng)調(diào):讓客戶滿意和軟件應(yīng)盡早增量發(fā)布;小而高度自主的項(xiàng)目團(tuán)隊(duì);非正式的方法;最小化軟件工程工作產(chǎn)品以及整體精簡開發(fā)。()不是采用這種軟件開發(fā)過程的原因。
條件測試是檢查程序模塊中所包含邏輯條件的測試用例設(shè)計(jì)方法,注重于測試程序中的條件。BRO(Branchand Relational Operator)測試保證能發(fā)現(xiàn)布爾變量和關(guān)系操作符只出現(xiàn)一次且沒有公共變量的條件中的分支和條件操作符錯(cuò)誤??紤]條件C1:(E1>E2)&(E3”和“=”是關(guān)系運(yùn)算符,則C1的條件約束至少為()時(shí),就可以檢查C1中的關(guān)系操作符錯(cuò)誤。
結(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ù)與控制)信息流。
軟件需求分析產(chǎn)生軟件操作特征的規(guī)格說明,指明軟件和其他系統(tǒng)元素的接口,建立軟件必須滿足的約束。下面對于軟件需求分析的描述,不正確的是()
面向功能的軟件度量使用軟件所提供功能的測量作為規(guī)范化值。下面關(guān)于面向功能的軟件度量方法的描述,不正確的是()
缺陷排除效率(DRE)是對軟件質(zhì)量保證及控制活動過濾能力的一個(gè)測量。假設(shè)某個(gè)軟件在交付給最終用戶之前發(fā)生的錯(cuò)誤數(shù)量為45,軟件交付之后發(fā)現(xiàn)的缺陷數(shù)為15,那么對應(yīng)的DRE值為()
空白(2)處應(yīng)選擇()
在軟件開發(fā)的V模型中,應(yīng)該在()階段制定單元測試計(jì)劃。
空白(1)處應(yīng)選擇()
空白(2)處應(yīng)選擇()