A.面向功能度量是由Albrecht首先提出來的,他建議采用基于功能點(diǎn)的測量
B.功能點(diǎn)是基于軟件信息領(lǐng)域的可計(jì)算的(直接的)測量及軟件復(fù)雜性的評估而導(dǎo)出的
C.“功能”不能直接測量,所以必須通過其他直接的測量來導(dǎo)出
D.“用戶輸入數(shù)”和“用戶輸出數(shù)”不屬于面向功能的軟件度量需要考慮的因素
您可能感興趣的試卷
- 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.所謂需求管理是指對需求開發(fā)的管理
B.需求管理包括:需求獲取、需求分析、需求定義和需求驗(yàn)證
C.需求開發(fā)是將用戶需求轉(zhuǎn)化為應(yīng)用系統(tǒng)成果的過程
D.在需求管理中,要求維持對原有需求和所有產(chǎn)品構(gòu)件需求的雙向跟蹤
A.面向功能度量是由Albrecht首先提出來的,他建議采用基于功能點(diǎn)的測量
B.功能點(diǎn)是基于軟件信息領(lǐng)域的可計(jì)算的(直接的)測量及軟件復(fù)雜性的評估而導(dǎo)出的
C.“功能”不能直接測量,所以必須通過其他直接的測量來導(dǎo)出
D.“用戶輸入數(shù)”和“用戶輸出數(shù)”不屬于面向功能的軟件度量需要考慮的因素
A.{(>,=),(>,>),(>,<),(<,<),(=,<))
B.{(<,<),(<,=),(<,>),(=,<),(=,=),(=,>),(>,<),(>,=),(>,>)}
C.{(>,<),(=,<),(>,=)}
D.{(>,<),(=,<),(>,=),(<,<)}
A.分析員研究系統(tǒng)規(guī)約和軟件項(xiàng)目計(jì)劃,并在系統(tǒng)語境內(nèi)理解軟件和復(fù)審,從而生成計(jì)劃軟件范圍的估算
B.需求分析使得系統(tǒng)工程師能夠刻畫出軟件的功能和性能、指明軟件和其他系統(tǒng)元素的接口、并建立軟件必須滿足的約束
C.經(jīng)過仔細(xì)的需求分析活動(dòng),分析員能夠得到詳細(xì)的系統(tǒng)規(guī)約
D.需求分析能夠?yàn)檐浖O(shè)計(jì)者提供可被翻譯成數(shù)據(jù)、架構(gòu)、界面和過程設(shè)計(jì)的模型
A.0.75
B.1.3
C.0.5
D.0.25
A.功能和性能
B.數(shù)據(jù)和操作
C.實(shí)體和對象
D.操作和對象
A.需求分析
B.概要設(shè)計(jì)
C.詳細(xì)設(shè)計(jì)
D.代碼編寫
A.狀態(tài)遷移圖
B.時(shí)序圖
C.Petri網(wǎng)
D.數(shù)據(jù)流圖
A.難以提前預(yù)測哪些需求是穩(wěn)定的和哪些需求會(huì)變化
B.對于軟件項(xiàng)目開發(fā)來說,設(shè)計(jì)和實(shí)現(xiàn)可以做到基本分離
C.從制定計(jì)劃的角度來看,分析、設(shè)計(jì)、實(shí)現(xiàn)和測試并不容易預(yù)測
D.可執(zhí)行原型和部分實(shí)現(xiàn)的可運(yùn)行系統(tǒng)是了解用戶需求和反饋的有效媒介
A.系統(tǒng)語境圖
B.結(jié)構(gòu)互連圖
C.結(jié)構(gòu)流程圖
D.結(jié)構(gòu)圖的規(guī)格說明
最新試題
敏捷軟件過程強(qiáng)調(diào):讓客戶滿意和軟件應(yīng)盡早增量發(fā)布;小而高度自主的項(xiàng)目團(tuán)隊(duì);非正式的方法;最小化軟件工程工作產(chǎn)品以及整體精簡開發(fā)。()不是采用這種軟件開發(fā)過程的原因。
軟件需求分析產(chǎn)生軟件操作特征的規(guī)格說明,指明軟件和其他系統(tǒng)元素的接口,建立軟件必須滿足的約束。下面對于軟件需求分析的描述,不正確的是()
空白(1)處應(yīng)選擇()
在軟件開發(fā)的V模型中,應(yīng)該在()階段制定單元測試計(jì)劃。
面向功能的軟件度量使用軟件所提供功能的測量作為規(guī)范化值。下面關(guān)于面向功能的軟件度量方法的描述,不正確的是()
下列關(guān)于軟件需求管理與需求開發(fā)的論述,正確的是()
空白(2)處應(yīng)選擇()
條件測試是檢查程序模塊中所包含邏輯條件的測試用例設(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ò)誤。
空白(2)處應(yī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ù)與控制)信息流。