功能點估算方法試卷五

1、 PAGE 15試卷五：是非題：（40 題）FP 估算, 集中于估算每一個信息域特征 輸入、輸出、數(shù)據(jù)文件、查詢和外部接口以及十四個復雜度調(diào)整值。（）估算變量（規(guī)模）的期望值 S 的公式為 s = ( Sopt + Sm + Spess )/3。（）估算變量（規(guī)模）的期望值 S,可通過樂觀值（Sopt）、最可能值（Sm ）、及悲觀值（Spess ）估算的加權平均值來計算。（）與基于問題的估算一樣，基于過程的估算也是開始于從項目范圍中得到的軟件功能描述。（）平均勞動力價格的計算公式為：成本工作量。（）對于每一個任務而言，平均勞動力價格一定是相同的。軟件度量是指計算機軟件范圍廣泛的的測度。測度可以

2、應用于軟件過程中。測度也可以用于整個軟件項目中，輔助估算、質量控制、生產(chǎn)率評估及項目控制。（）測量“measure”是對一個產(chǎn)品或過程的某個屬性的范圍、數(shù)量、維數(shù)、容量或大小提供了一個定量的指示。“measurement”則是 確定一個測量的行為。（）測度“measurement”是對一個產(chǎn)品或過程的某個屬性的范圍、數(shù) 量、維數(shù)、容量或大小提供了一個定量的指示。測量“measure” 則是確定一個測量的行為。（）度量“metric”為“對一個系統(tǒng)、部件或過程具有的某個給定屬性的度的一個變量測量”。 （）指標 是一個度量或度量的組合，它對軟件過程、軟件項目或產(chǎn)品本身提供了更深入的理解。（）過程指

3、標使得軟件工程組織能夠洞悉一個已有過程的功效（如范型、軟件工程任務、工作產(chǎn)品及里程碑）。（）GradyGRA92 認為不同類型的過程數(shù)據(jù)可以分為“私有的和公用的” 的使用。這個思想與 Humphrey HUM95 所建議的個人軟件過程（Personal software process ）方法有相似處但總體是不一致的。（）某些過程度量對軟件項目組是公用的，但對所有小組成員是私有的。（）GradyGRA92 提出了一個“軟件度量禮儀”中指出：可以使用度量去評價個人，但不要用度量去威脅個人或小組。（）軟件度量是指計算機軟件范圍廣泛的的測度。測度可以應用于軟 件過程中。但不可以用于整個軟件項目中，輔

4、助估算、質量控制、生產(chǎn)率評估及項目控制。（）度量“metric”為“對一個系統(tǒng)、部件或過程具有的某個給定屬性的度的一個定量測量”。（）指標 是一個度量或度量的組合，它對軟件過程、軟件項目或產(chǎn)品本身提供了更深入的理解。（）GradyGRA92 認為不同類型的過程數(shù)據(jù)可以分為“私有的和公用的” 的使用。這個思想與 Humphrey HUM95 所建議的個人軟件過程（Personal software process ）方法相一致。（）某些過程度量對軟件項目組是私有的，但對所有小組成員是公用的。（）功能點的五個信息域特征：用戶輸入數(shù)，用戶輸出數(shù)，用戶操作數(shù)，文件數(shù)，外部接口數(shù)。（）GilbGIL88

5、 給出了軟件質量的測量的指標：正確性、可維護性、完整性以及可移植性。（）經(jīng)驗估算模型:一種計算機軟件的估算模型使用由經(jīng)驗導出的公式來預測工作量，引量作為 LOC 或 FP 的函數(shù)。不使用 LOC 或 FP 的估算表，而是將 LOC 或 FP 的值插人到估算模型中。（）樣本間差異,不但存在于于自然界的萬物，也存在于人類的一切產(chǎn)品。差異控制是質量控制的核心。通過差異控制我們可以消除樣本差異。（）質量控制是為了保證每一件工作產(chǎn)品都滿足對它的需求而應用于整個開發(fā)周期中的一系列審查、評審和測試。（）指標對軟件過程、軟件項目或產(chǎn)品本身提供了更深入的理解。它是某一個度量而非度量的組合。（）質量成本包括所有由

6、質量工作或者進行與質量有關的活動所導致的成本。（）質量成本可以被劃分為與預防、鑒定及故障相關的成本。（）軟件需求是進行“質量”測量的基礎，與需求不符就是質量不高。（）指定的標準定義了一組指導軟件開發(fā)的準則。如果不能遵照這些準則，就極有可能導致質量不高。()軟件需求是進行“質量”測量的基礎，與需求不符就是質量不高。（）軟件過程成熟度的一個主要目的是改進軟件過程管理的可見性。（）好的過程不一定能生產(chǎn)出好的產(chǎn)品。（）軟件過程的性能是不能根據(jù)關鍵產(chǎn)品的特征和關鍵過程的性能指標來評價。（）度量是一個可測量的屬性。（）一個度量由一定由多個原始度量組成。（）功能點分析方法是一個比較特殊的方法，直觀性很強.(

7、)邏輯算法這個因素指的是應用程序所需處理的邏輯的復雜度。（）數(shù)學算法這個因索指的是應用程序所需邏輯算法的復雜度。（）功能規(guī)模與功能點度量方法相比,有些應用程序在大多數(shù)事務和數(shù)據(jù)功能類型上的數(shù)據(jù)字段不會超出功能點度量方法所能表示的范圍。（）單選題（40 道）：質量成本可以被劃分為與預防、鑒定及故障相關的成本。預防成本不包括以下那幾點：()A 質量計劃B正式技術評審C測試設備D設備校準和維護鑒定成本的例子不包括（）A 過程內(nèi)和過程間審查B設備校準和維護C測試D 培訓內(nèi)部故障成本包括（）A 設備校準和維護B故障模式分析C保修工作D求助電話支持以下哪個不是外部故障成本的例子（）A 解決客戶的抱怨B退換

8、產(chǎn)品C故障模式分析D保修工作。Mk 功能點分析方法為國際標準，編號是（）A ISO/IEC 20968 : 2002B ISO/IEC 20968 :2001C ISO/IEC 20968 : 2000D ISO/IEC 20968 :2004功能點分析方法正確的基本過程是：（）決定功能點分析方法的分析范圍明確功能性需求中包含的 BFC明確 FSM 范圍中包含的功能性需求計算功能規(guī)模給每種 BFC 指定不同的數(shù)值A 1、3、2、5、4B 1、2、3、4、5C 1、3、2、5、4D1、2、5、4、3設計質量不包括（）A 系統(tǒng)的需求B實現(xiàn)問題C設計D規(guī)約在 SQA 計劃中，“文檔”部分（通過引用）

9、描述的是作為軟件過程一部分所產(chǎn)生的各種工作產(chǎn)品，不包括：（）A 項目文檔B模型C技術文檔D源代碼以下哪個不是過程相關的過程度量的例子（）A 返工的數(shù)量B過程缺陷的個數(shù)C消耗的資金的數(shù)量D 改變需求的個數(shù)以下哪個是項目相關的過程度量的例子（）A 成熟度登記B延期和提前的時間C用戶報告的缺陷D 產(chǎn)品缺陷的個數(shù)以下哪個不是產(chǎn)品相關和顧客相關的過程度量的例子（）A 缺陷的個數(shù)B用戶報告的缺陷C項目類型D可用性問題過程定義的目標應該反映：（）A 軟件過程度量的原則B 管理過程的參數(shù)C 明確度量計劃的目標D 軟件過程度量中的問題以下哪個不能定義需要追蹤的過程的關鍵性能指標（）： A 財務B客戶滿意度C漏洞

10、個數(shù)D創(chuàng)新以下哪個不是 AMI 框架的四個部分組成（）A 項目環(huán)境的評估B主要目標和評價結果的分析C客戶滿意度評估D實施度量計劃AMI 方法和原始度量的區(qū)別是（）A 度量不是一個可測量的屬性B 原始度量通常已經(jīng)存于數(shù)據(jù)庫中，但還沒有被單獨解釋C 原始度量不是用來計算原始數(shù)據(jù)的度量D AMI 目標為導向的度量信息技術生產(chǎn)力公式是（）A 全部功能點數(shù)/IT 部門的全部工作量B 功能點數(shù)/所用時間C 總成本/已交付的全部功能D 開發(fā)所用的全部小時數(shù)/內(nèi)部開發(fā)的全部功能17.交付速率公式是（）A 全部功能點數(shù)/IT 部門的全部工作量B 功能點數(shù)/所用時間C 總成本/已交付的全部功能D 開發(fā)所用的全部小

11、時數(shù)/內(nèi)部開發(fā)的全部功能已交付功能公式是（）A 全部功能點數(shù)/IT 部門的全部工作量B 功能點數(shù)/所用時間C 總成本/已交付的全部功能D 開發(fā)所用的全部小時數(shù)/內(nèi)部開發(fā)的全部功能19.已開發(fā)功能公式是（）A 全部功能點數(shù)/IT 部門的全部工作量B 功能點數(shù)/所用時間C 總成本/已交付的全部功能D 開發(fā)所用的全部小時數(shù)/內(nèi)部開發(fā)的全部功能20.缺陷消除率公式是（）軟件交付之前所發(fā)現(xiàn)的全部缺陷數(shù)/全部缺陷數(shù)缺陷數(shù)量/全部功能點數(shù)測試用例數(shù)/全部功能點數(shù)D文檔的頁數(shù)/全部功能點數(shù)21.缺陷消除率公式是（）A軟件交付之前所發(fā)現(xiàn)的全部缺陷數(shù)/全部缺陷數(shù)B缺陷數(shù)量/全部功能點數(shù)測試用例數(shù)/全部功能點數(shù)文檔

12、的頁數(shù)/全部功能點數(shù)22.缺陷密度公式是（）軟件交付之前所發(fā)現(xiàn)的全部缺陷數(shù)/全部缺陷數(shù)缺陷數(shù)量/全部功能點數(shù)測試用例數(shù)/全部功能點數(shù)D文檔的頁數(shù)/全部功能點數(shù)測試用例覆蓋公式是（）A軟件交付之前所發(fā)現(xiàn)的全部缺陷數(shù)/全部缺陷數(shù)B缺陷數(shù)量/全部功能點數(shù)C測試用例數(shù)/全部功能點數(shù)D文檔的頁數(shù)/全部功能點數(shù)文檔量公式是（）A軟件交付之前所發(fā)現(xiàn)的全部缺陷數(shù)/全部缺陷數(shù)B缺陷數(shù)量/全部功能點數(shù)C測試用例數(shù)/全部功能點數(shù)D文檔的頁數(shù)/全部功能點數(shù)以下哪個不是功能點估流程的步驟（） A決定功能點計算的類型確定所有數(shù)據(jù)功能保持與被測應用程序的業(yè)務處于一致性狀態(tài)D得出未調(diào)整功能點計數(shù)功能點與代碼行分析方法相比，以

13、下哪個不是功能點分析法的優(yōu)越性()處理的是外部特征用戶業(yè)務功能僅包括業(yè)務上的原因可以和財務數(shù)據(jù)進行關聯(lián)，得到更有意義的數(shù)據(jù)關注于將要提交的事物而不是該事物是如何實現(xiàn)的外部輸入包含的處理邏輯不包括：()驗證數(shù)學公式或計算對一組數(shù)據(jù)的重排或重組D檢索數(shù)據(jù)或者控制信息對于某個已被確定的處理，不必滿足以下哪條規(guī)則()處理邏輯必須惟一，或者與應用程序中其他外部輸入執(zhí)行的處理邏輯不同。數(shù)據(jù)元素集必須與應用程序中其他外部輸入的數(shù)據(jù)元素集不同。引用的 ILF 或 EIF 必須與應用程序中其他外部輸入所引用的不同至少有一個 ILF 中的數(shù)據(jù)被應用程序的基本處理維護外部輸入的控制信息處理，不必滿足下列哪條規(guī)則：(

14、) A控制信息必須來自應用程序之外控制信息必須由用戶指定，以保證應用程序的表現(xiàn)與業(yè)務需求一致處理必須是對用戶有意義的最小活動單位處理必須是自包含的，而且不應該使被側應用程序的業(yè)務處于一致性狀態(tài)對于被算做 EO 進行處理的數(shù)據(jù)或控制信息，非必須滿足下列計算規(guī)則中的（）A數(shù)據(jù)或控制信息必須離開應用程序B至少包含一個數(shù)學公式或計算處理必須是對用戶有意義的最小的活動單位處理必須是獨立的，并且使被測程序的業(yè)務處于一致的狀態(tài)31.功能復雜度是每個事務功能的級別，總共分為（）個級別。2345對于被算做外部查詢進行處理的數(shù)據(jù)或控制信息，下列哪條是其計算規(guī)則之一（）數(shù)據(jù)或控制信息必須在應用程序中數(shù)據(jù)或控制信息必

15、須從一個或多個 ILF 或 EIF 檢索而來C基本處理的處理邏輯能創(chuàng)建導出數(shù)據(jù)D處理必須維護 ILF對于已確定的處理，必須滿足下列哪些規(guī)則（）處理邏輯必須惟一，或者與應用程序中其他外部查詢執(zhí)行的處理邏輯不同處理必須是對用戶有意義的最小的活動單位被確定的數(shù)據(jù)元素集與應用程序中其他外部查詢的數(shù)據(jù)集不同引用的 ILF 或 EIF 與應用程序中其他外部查詢所引用的不同基本處理的處理邏輯不能改變應用程序行為A135B 145C 134D 123以下哪個不是外部輸出的例子（）A查詢一個 ILF 或 EIF 時出現(xiàn)的字段或屏幕B視圖、查找、顯示、瀏覽和打印應用程序中出現(xiàn)的間接查詢用戶對確認數(shù)據(jù)消息的反應功能

16、點分析法中認為整個項目的規(guī)模由三部份構成，以下哪個不是其中之一。（）備份和恢復信息處理規(guī)模C環(huán)境因素D技術復雜度過程管理的四個核心職責是（）過程定義過程測量過程控制過程度量過程改進A1234B2345C1345D1235以下哪個表述是正確的()數(shù)學算法這個因索指的是應用程序所需邏輯算法的復雜度在軟件過程環(huán)境中，反饋環(huán)是達到持續(xù)的過程改進狀態(tài)所必需的軟件過程評價本身是一種定量的度量D好的過程不一定能生產(chǎn)出好的產(chǎn)品以下哪個表述是錯誤的()度量可以為改進提供反饋信息功能點分析方法是軟件項目最通用、最基本的成本計算方法 C重用的能力可以擴展到需求、設計、編碼、測試和文檔階段或原型建立階段D源代碼結構指

17、的僅是將要開發(fā)的代碼或將被使用的代碼39.以下哪個表述是正確的（）差異控制是質量控制的核心符合質量是軟件工程必須考慮的唯一問題故障成本是指如果在將產(chǎn)品交付給客戶之前已經(jīng)消除了缺陷時才存在的成本軟件需求是進行質量測量的基礎，與需求不符就是質量不高40.以下哪個表述是錯誤的（）A每個度量由一個或者多個原始度量組成B任何測量都是以一個單元為單位進行的功能點分析方法是一個比較特殊的方法，直觀性很強重用的能力可以擴展到需求、設計、編碼、測試和文檔階段或原型建立階段多選題（10 道）：軟件項目度量主要測量那些因素: () A.輸入B. 輸出C. 過程D. 界面E. 結果軟件質量保證（SQA）包含的內(nèi)容:(

18、)A.一種質量管理方法. B.質量檢驗方法C. 有效的軟件工程技術（方法和工具）D. 在整個軟件過程中采用的正式技術評審E. 不包括技術評審F. 一種多層次的測試策略G. 對軟件文檔及其修改的控制H.保證軟件遵從軟件開發(fā)標準的規(guī)程（在適用時）I. 度量和報告機制。質量成本可以被劃分為與預防、鑒定及故障相關的成本。預防成本又包括以下那幾點：()質量計劃B.正式技術評審C.測試設備D.培訓E.設備校準和維護軟件過程中產(chǎn)生的文檔包括那幾部分:()項目文檔B.模型C.合同D.技術文檔E.用戶文檔以下內(nèi)容那些不屬于 AMI 的過程步驟: ()評估環(huán)境B.根據(jù)評估檢查目標C.驗證原始數(shù)據(jù)D.解決客戶的抱怨E.修復以下那些屬于功能點分析方法的特點: ()處理的是外部特征B.和源代碼所采用的語言彼此獨立C.可以得到生產(chǎn)力數(shù)據(jù)D.項目環(huán)境的評估E.限制爭論和辯駁測量結果的成功溝通應包括以下幾個關鍵組成部分: ()建立度量資源庫B.用一致的方式報告測量結果C.分析測量數(shù)據(jù)D.建立溝通機制功能點的計算類型有那幾種: ()開發(fā)型項目功能點計