功能點(diǎn)估算方法試卷五

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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