薦功能點估算CMMI-FP有實例介紹

1、功能點估算(CMMI-FP)功能點估算法是軟件工程管理眾多知識中比擬有技術(shù)含量的一個。在軟件項 目管理中工程 方案制定的優(yōu)劣直接關系到工程的成敗，工程方案中對工程范圍 的估算乂尤為重要。如果工程負責人對工程的規(guī)模沒有一個比擬客觀的認識，沒有對工作量、所需資 源、完工時間等因素進行估算，那么工程方案也就沒有存 在的意義。功能點估算法的特點工程范圍的估算在 CMM 的“MA 度量分析管理和“ PP工程方案中均有涉 及。對軟件工程范圍的估算有很多種方法，常見的是 LOC 代碼行和 FP 功能點法 它們之間的區(qū)別和關系如下：功能點估算法常用在工程開始或工程需求根本明確時使用，這時進行估算其結(jié)果的準確性

2、比擬高。假設這個時候使用 LOC 弋碼行估算法，那么誤差會 比擬大。使用功能點估算法無需懂得軟件使用何種開發(fā)技術(shù)。LOC 代碼行估算法那么 與軟件開發(fā)技術(shù)密切相關。功能點估算法是以用戶為角度進行估算，LOC 代碼行估算法那么是以技術(shù)為 角度進行估算。,通過一些行業(yè)標準或企業(yè)自身度量的分析， 功能點估算法是可以轉(zhuǎn)換為 LOC 代碼行的。在工程剛開始的時候進行功能點估算可以對工程的范圍進行預測。在工程開發(fā)的過程中由丁需求的變更和細化可能會導致工程范圍的蔓延，計算出來的結(jié)果會與當初 估計的不同。因此，在工程結(jié)束時還需要對工程的范圍情況重新進行 估算，這個時候估算的結(jié)果才能最準確反映工程的規(guī)模。功能點

3、分析的步驟本文將以國際標準 IFPUG(International Function Point Users Group組織提供的功能點估算法 V4.1.1 為根底進行講解。如下列圖所示，首先大家應該 了解功能點估算法的使用步驟。圖 1 功能點估算法的步驟具體步驟包括：1.識別功能點的類型。2.識別待估算應用程序的邊界和范圍。3.計算數(shù)據(jù)類型功能點所提供的未調(diào)整的功能點數(shù)量。4.計算人機交互功能所提供的未調(diào)整的功能點數(shù)量。5.確定調(diào)整因子。6.計算調(diào)整后的功能點數(shù)量。三、 識別工程的類型國際 IFPUG 組織將軟件工程分為三類，功能點估算法適用丁任何一類工程：新開發(fā)工程二次開發(fā)的工程功能增強的

4、工程四、 識別工程的范圍和邊界使用 UMLB “UseCase 用例圖是以用戶角度進行識別工程范圍和邊界的最 好方法，在畫用例圖時就必須明確系統(tǒng)的邊界。 通過系統(tǒng)的邊界，我們可以知道 哪些功能要計算功能點，哪些功能點是外部系統(tǒng)負責計算的。 以圖 2 為例：一個 外貿(mào)訂單系統(tǒng)只包含錄入、修改、刪除、查詢和統(tǒng)計訂單的功能，而匯率查詢轉(zhuǎn) 換效勞是不屆丁該系統(tǒng)的。應用程序邊界的識別規(guī)那么大家一定要牢記， 不能從技術(shù)角度去思考，必須從 用戶角度來定義；如果工程牽扯到多個系統(tǒng)，那么必須將這多個系統(tǒng)的邊界全部 描述清楚。人機支互人機支互功能點分析功能點分析f f 未調(diào)整的未調(diào)整的目的目的逝界逝界數(shù)據(jù)類型數(shù)據(jù)

5、類型功能點分析功能點分析調(diào)整后的調(diào)整后的功能點數(shù)量功能點數(shù)量調(diào)蝎子調(diào)蝎子圖 2 外貿(mào)訂單系統(tǒng)用例圖五、功能點估算分類功能點估算法將功能點分為以下5 類：1. ILF : Internal Logical File內(nèi)部邏輯文件2. EIF: External Interface File外部接 口文件3. EI: External Input外部輸入4. EO: External Output 外部輸出5. EQ: External Inquiry外部查詢其中，ILF 和 EIF 屆丁數(shù)據(jù)類型的功能點，EI、EO EQ 屆丁人機交互事務類 型的功能點。以外貿(mào)訂單系統(tǒng)工程為例：錄入訂單、修改訂單、

6、刪除訂單是EI;查詢訂單是 EO統(tǒng)計訂單是 EQ匯率查詢轉(zhuǎn)換系統(tǒng)為 EIF,訂單和客戶是 ILF六、識別功能點的重要原那么ILF 、EIF 要與 EI、EO EQ 分開計算。對 ILF 和 EIF 復雜度的計算可以簡單 理解為對數(shù)據(jù)庫復雜度的計算。對 EI、EO EQ 復雜度的計算可以理 解為對程序 開發(fā)復雜度的計算。一般軟件工程都是由數(shù)據(jù)和程序構(gòu)成的，因此計算 ILF、EIF和計算 EI、EO EQ 之間沒有任何關系。七、內(nèi)部邏輯文件與外部接口文件ILF 內(nèi)部邏輯文件內(nèi)部邏輯文件是指一組以用戶角度識別的、在應用程序邊界內(nèi)且被維護的邏輯相關數(shù)據(jù)或控制信息。ILF 的主要目的是通過應用程序的一個

7、或多個根本處理 過程來維護數(shù)據(jù)。EIF 外部接口文件外部接口文件是指一組在應用程序邊界內(nèi)被查詢，但在其他應用程序中被維 護的、以用戶角度來識別的、邏輯上相關的數(shù)據(jù)。因此，一個應用程序中的EIF必然是 其他應用程序中的 ILF。EIF 的主要目的是為邊界內(nèi)的應用程序提供一個 或多個通過根底操作過程來引用的一組數(shù)據(jù)或信息。EIF 所遵循的規(guī)那么：,從用戶角度出發(fā)識別的一組邏輯數(shù)據(jù)。,這組數(shù)據(jù)是在應用程序外部，并被應用程序引用的。,計算功能點的這個應用程序并不維護該EIF。這組數(shù)據(jù)是作為另一個應用程序中的 ILF 被維護的。八、ILF和EIF的復雜性計算ILF 和 EIF 的復雜性是取決 丁 RET

8、( Record element type )和 DET (Data element type )的數(shù)量。DET 是一個以用戶角度識別的、非重復的、有業(yè)務邏輯 意義的字段。DET 計算的規(guī)那么如下：通過一個根本處理過程的執(zhí)行，對 ILF 進行維護，或從 ILF/EIF 中返回一 個特定的、用戶可識別的、非重復的字段，那么每個這樣的字段算一個DET例如：添加一個外貿(mào)訂單時需要保存“訂單號碼、訂單日期、地址、，那么對丁 ILF 訂單來說它的 DETM 是 4 個。再如：保存訂單時還會保存訂單的明細。訂單的明細往往作為一個子表進行 保存，那么“訂單號碼在主表和子表中都同時存在主外鍵。但以用戶角度 來

9、識別時，存盤操作是一個最小的單位，那么訂單號碼只能算做一個DET當兩個應用程序維護和/或引用相同的 ILF/EIF ,但是每個應用程序分別 維護/引用它們相應的 DET 時，這些 DET 在這兩個應用程序的維護/引用中 將單獨計算。例如，一個應用程序的兩個“ Elementary Process根本處理過程都需要使 用到“地址的信息，地址信息乂可以細分為“國家、城市、街道、由，編。那 么對丁其中一個根本處理過程來說，它將整 個地址信息作為一個整體進行處理， 只算一個 DET 另外一個根本處理過程使用每個地址的詳細信息，那么DETM 是4 個。RET 計算的規(guī)那么如下：RET 是指一個 EIF/

10、ILF 中用戶可以識別的 DET 勺集合。 如果把 DET 簡單理解 為字段的話，那 RE 砒可以簡單理解為數(shù)據(jù)庫中的表。 RETE ILF /EIF 中分為 兩種類型：可選的Optional 和必選的Mandatory。計算 RET 的規(guī)那么為以 下兩點：,在一個 ILF/EIF 中每一個可選或必選的集合都被計算為一個RET,如果一個 ILF/EIF 沒有子集合，貝 U ILF/EIF 被計算為一個 RET例如：在外貿(mào)訂單系統(tǒng)中添加一個訂單時會保存“訂單信息、客戶的ID、部門的 ID。那么訂單系統(tǒng) ILF 中的 RET 為：1.訂單信息必選的2.客戶信息必選的3.部門信息可選的因此 ILF

11、中 RET 的個數(shù)為 3 個ILF/EIF復雜度的矩陣如下：119 個 DET2050 個 DET超過 51 個 DET1 個 RET低低中等25 個 RET低中等高6 個以上 RET中等高高軟件工程管理中的功能點估算法將功能點分為5 類：ILF Internal LogicalFile，內(nèi)部邏輯文件、EIFExternal Interface File，外部接口文件、EIExternalInput ,外部輸入、EQ External Output，外部輸出和 EQ ExternalInquiry，外部查詢。其中，ILF 和 EIF 屆丁數(shù)據(jù)類型的功能點，EI、EO EQ 屆丁事務類型的功能點

12、。九、EI、EO、EQ的比擬EI是處理來自應用程序邊界外部的一組數(shù)據(jù)輸入， 它的主要目的是維護一 個或多個ILF，以及/或者更改系統(tǒng)的行為。EO 是輸送數(shù)據(jù)到應用程序邊界外部的過程。它的主要目的是通過邏輯處理 過程向用戶呈現(xiàn)信息。該處理過程必須包含至少一個數(shù)學公式或計算方法，或生 成派生數(shù)據(jù)。一個 EO也可以維護一個或多個 ILF，并/或改變系統(tǒng)行為。EQ 是向應用程序邊界外發(fā)送數(shù)據(jù)根本處理的過程。其主要目的是從ILF 或EIF 中通過恢復數(shù)據(jù)信息來向用戶呈現(xiàn)。 該處理邏輯不包括任何數(shù)學公式 或計算 方法，也不會生成任何派生數(shù)據(jù)。EM 會維護任何一個 ILF，也不會改變應用程 序的系統(tǒng)行為。E

13、O 和 EQ 的共同點是，其主要目的都是通過根本操作過程展現(xiàn)數(shù)據(jù)給用戶。EI、EO EQ 的比擬見下表。表 1 EI、EO EQ 的主要目的目的_|EIEOEQ改變應用程序的屆性或行為主要目的次要目的不允許維護一個或多個 ILF主要目的一次要目的不允許顯示信息給用戶次要目的主要目的主要目的表 2 EI、EO EQ 的主要行為行為EIEOEQ數(shù)學公式或計算被執(zhí)行可以至少選擇一次不可以至少一個 ILF 被修改至少選擇一次至少選擇一次二不可以:至少一個 ILF 或 EIF 被引用可選可選必選數(shù)據(jù)被重新恢復可選可選必選派生數(shù)據(jù)被創(chuàng)立可選至少選擇一次可選應用程序的行為或?qū)眯员恍薷闹辽龠x擇一次至少選擇一次

14、可選準備或呈現(xiàn)信息到系統(tǒng)邊界外可選必選必選接受進入系統(tǒng)邊界內(nèi)的數(shù)據(jù)的能力必須可選可選十、事務類型功能點的計算規(guī)那么在 IFPUG 的定義中有一個重要的單詞“ Elementary Process-根本處理過程。該過程對用戶來說是一個有意義的、 最小的活動單位，并且是一個自包含 的活動。功能點的分類，EI、EO EQ 的識別都 是基丁 Elementary Process 根本處理過程的。H一、EI的計算規(guī)那么1.從應用邊界之外收到數(shù)據(jù)。2.如果進入系統(tǒng)邊界內(nèi)的數(shù)據(jù)不是一個改變系統(tǒng)行為的控制信息，那 么至少一個 ILF 應該被改變。3.對丁已識別的處理過程，至少滿足下面三個條件之一。該根本處理過

15、程的邏輯與本應用系統(tǒng)中其它根本處理過程的邏輯不同。該根本處理過程應該具有唯一性。例如：不能存在兩個完全一模一樣的存盤 操作。,在應用程序邊界內(nèi)，該根本處理過程所使用的這組數(shù)據(jù)應該與其他根本處 理過程所使用的數(shù)據(jù)不同。在應用程序邊界內(nèi)，根本處理過程所引用的 ILF 或 EIF 是不同丁其它根本 處理過程所引用的 ILF 或 EIF。十二、EO和EQ通用計算規(guī)那么必須全部滿足以下內(nèi)容才能被視為一個 EO 或 EQ1.從外部發(fā)送數(shù)據(jù)或控制信息到應用程序邊界內(nèi)。2.為了識別這個過程，以下三點必須滿足一個：該根本處理過程邏輯上必須是唯一的，該唯一性是指其在應用程序中與其 他 EO 或 EQ在邏輯性上保持

16、唯一。該根本處理過程所使用的數(shù)據(jù)應該是唯一的， 該唯一性是指其在應用程序 中與其他EO 或 EQ 所使用的數(shù)據(jù)不同。該根本處理過程所引用的 ILF 或 EIF 文件應該是唯一的，該唯一性是指其 在應用程序中與其他 EO 或 EQ 所引用的 ILF 或 EIF 文件不同。十三、EO補充的計算規(guī)那么除了要滿足上面的通用規(guī)那么外，還要滿足下面其中一條：在根本操作過程中至少包含一個數(shù)學公式或計算方法在根本操作過程中要產(chǎn)生派生數(shù)據(jù)在根本操作過程中至少要維護一個 ILF在根本操作過程中要改變系統(tǒng)的行為。十四、EQ補充的計算規(guī)那么除了要滿足上面的通用規(guī)那么外，還要滿足下面其中一條：根本操作過程從 ILF 或

17、 EIF 中獲取數(shù)據(jù)。根本操作過程不能包含數(shù)學公式或計算方法。*根本操作過程不能生成派生數(shù)據(jù),根本操作過程不能維護任何一個 ILF,根本操作過程不能改變系統(tǒng)的行為十五、EI、EQ和EO的技術(shù)復雜性計算復雜性取決丁 FIRs 和 DETs 的數(shù)量。FTR 是被一個事物讀取或維護的 ILF , 或者是被一個事物讀取的 EIF。EI 中識別 FTR 規(guī)那么每一個 ILF 應該算做一個 FTR通過 EI 讀取的每個 ILF 或 EIF 都應該計算為一個 FTR既被 EI 維護乂被讀取的 ILF 僅計算為一個 FTREI 中識別 DET 規(guī)那么,在 EI 的過程中，以用戶角度識別的、通過應用系統(tǒng)邊界輸入

18、系統(tǒng)內(nèi)部的 非重復字段，應算作一個 DET在 EI 的過程中，只要沒有通過系統(tǒng)邊界輸入，即使它存在丁系統(tǒng)內(nèi)的一個 ILF 中，也不能算為一個 DET例如，外貿(mào)訂單系統(tǒng)中，訂單的金額是被單價和數(shù)量自動計算的， 那么金額 是沒有通過系統(tǒng)邊界輸入的，因此在 EI 操作中就不應該算做一個 DET,在應用程序的 EI 操作時，系統(tǒng)提示的錯誤信息或完成操作的信息，應該 被分別計算為一個 DET例如，在網(wǎng)站注冊用戶信息時，由丁輸入錯誤系統(tǒng)會顯示提示信息， 那么這 些提示信息應該被逐個計算為一個 DET再如，當 EI 操作完成時系統(tǒng)提示并顯示出來的信息，應該被計算為一個 DET,在 EI 操作中，如果遇到主外

19、鍵的字段，應該算作一個 DETEO 和 EQ 計算 FTR 的規(guī)貝 U1.通用規(guī)那么：每個在 EO/EQ 處理過程中讀取的 ILF 和 EIF 算一個 FTR2. EO 額外的 FTR 計算規(guī)那么在 EO 處理過程中每個被維護的 ILF 算一個 FTR在 EO 處理過程中既被讀取乂被維護的 ILF 算一個 FTR十六、EO和EQ計算DET的通用規(guī)那么用戶可識別的非重復字段，進入應用邊界并指明處理什么、何時處理或處理方式，并且由 EO/EQ 返回或產(chǎn)生，那么這樣的每個字段算一個 DET例如，報表中的每個字段都是一個 DET在應用邊界內(nèi)以用戶角度識別的非重復字段算一個 DET例如，在報表中起到解釋

20、或備注作用的文字信息， 不管是一個字、一個詞或 一段話，都當作一個 DET再如，某種編號或日期，即使它被物理存儲在不同字段中， 但從用戶角度看 是一個整體的信息，因此被算作一個 DET還有，在餅圖中白分比和分類算作不同的 DET在 EO 或 EQ 操作中，如果對系統(tǒng)進行輸入或讀取操作時，相同的字段只計 算一個 DET例如，在報表查詢時，輸入的字段在報表上也有顯示，那么將算作同一個DET,在應用程序的 EO 或 EQ 操作時，系統(tǒng)提示的錯誤信息或完成操作的信息， 應該被計算為 DET例如，用戶查詢一個列表時被拒絕，那么拒絕的提示信息就算為一個DET在 EO 或 EQ 操作中如果遇到主外鍵的字段，

21、應該算作一個 DET在 EO 或 EQ 過程中，只要沒有通過系統(tǒng)邊界輸入，就算它存在丁系統(tǒng)內(nèi)的 一個 ILF中，也不能算為一個 DET例如，在公司發(fā)工資的時候，員工對應的狀態(tài)信息被更新，但這個狀態(tài)信息的更新是沒有通過系統(tǒng)邊界輸入的，因此也不能算做一個DET頁面的標題等類似信息不計算 DET系統(tǒng)字段生成的記號不能被算作一個 DET例如，貞碼、位置信息、時間、上一頁和下一頁等信息，都不能算作一個DET十七、EI復雜度計算矩陣14 個 DET515 個 DET多丁 16 個 DET01 個 FTR低低中等2 個 FTR低中等高大丁 2 個 FRT中等高高十八、EO和EQ復雜度計算矩陣15 個 DET

22、619 個 DET多丁 20 個 DET01 個 FTR低低中等23 個 FTR低中等高多丁 4 個 FTR中等高高未調(diào)整前功能點對應矩陣EI、EO EQ ILF 和 EIF 技術(shù)復雜度對應的功能點如下表所示:低5高EI346EO457EQ346ILF71015EIF5710用功能點估算法計算軟件工程功能點時會用到調(diào)整因子 (或稱調(diào)整系數(shù))。功能 點的調(diào)整系數(shù)是通過通用系統(tǒng)特性及其影響程度來評定的，對每個常規(guī)系統(tǒng)特性 的評估由其影響程度(DI)而定，分為 0 5 級：0危人*響1偶然影響2適度影響3般影響4重要影響5強烈影響然后依次對以下 14 個系統(tǒng)常規(guī)特性進行打分，并帶入以下計算公式算出功

23、 能點的調(diào)整因子。Value Adjustment Factor=( sum of (DI) * 0.01 ) + 0.65十九、 計算調(diào)整因子1.數(shù)據(jù)通訊數(shù)據(jù)通訊指的是應用程序直接與處理器通訊的程度。通常我們都是通過某種通訊手段來實現(xiàn)在一個應用中所使用的數(shù)據(jù)或者控制信息。連接到本地控制器上的終端被認為是通訊設施，協(xié)議那么指兩個系統(tǒng)或設備之間進行通訊時使用的一種 約定。所有的數(shù)據(jù)通訊鏈接都需要某種協(xié)議。01應用程序是單純的批處理或者PC stand-alone1應用程序是一種批處理過程，但是包含遠程數(shù)據(jù)的錄入或遠程打印2應用程序是一種批處理過程，但是包含遠程數(shù)據(jù)的錄入和遠程打印3 J應用程序包

24、括在線數(shù)據(jù)收集或者包括批處理或查詢系統(tǒng)的遠程處一J理的前端應用4應用程序不單只是前端應用，但是僅支持一種遠程處理通訊協(xié)議5應用程單只是前端應用,還支持多于一種的遠程處理通訊協(xié)議2.分布式數(shù)據(jù)處理分布式數(shù)據(jù)處理是應用在內(nèi)部組件之間傳遞信息的程度。這個特性是在應用邊界內(nèi)表達的。0應用程序不支持組件之間的數(shù)據(jù)傳輸和處理功能1應用程序為用戶可能進行的處理準備數(shù)據(jù)例如使用電子表格或者 數(shù)據(jù)庫等2應用程序所準備的數(shù)據(jù)是為了在系統(tǒng)另外一個組件上傳輸和處理， 并非為終端用戶所處理。3分布式處理和數(shù)據(jù)傳輸是在線的，并且是單向的4 分布式處理和數(shù)據(jù)傳輸是在線的，并且是雙向的5_J由系統(tǒng)中最恰當?shù)慕M件動態(tài)地執(zhí)行處理

25、功能3.，性能性能是吞吐量、處理時間等指標對開發(fā)的影響。用戶所提出的性能要求將直 接影響到系統(tǒng)的設計、實施、安裝和支持。0用戶沒有提出性能方面的要求1用戶提出了性能和設計方面的要求,但不需要米取特定措施丁2響應時間和吞吐量在系統(tǒng)峰值時是關鍵的，但是不需要米取相應的 CPU用方面的特殊設計。處理的最后期限是在下一個工作日。3在任何時候響應時間和吞吐量都是關鍵的，但是不需要米取相應的 CPUS 用方面的特殊設計。處理的完成期限比擬嚴格。4除了上面一項的要求外，由丁對需求的要求比擬嚴格，在設計階段 就要進行性能分析。5除了上面一項的要求之外，在設計和實施階段需要使用性能分析工 具來判斷性能要求的完成

26、情況。4.大業(yè)務量配置大業(yè)務量配置是指計算機資源對應用開發(fā)的影響程度。 大業(yè)務量的運行配置 對設計有特殊要求，是必須考慮的一個系統(tǒng)特性。0沒有提出明確的運行方面的限制1有運行方面的限制，但是不需要米取特別的措施以滿足運行限制2提出了 一些平安和時間方面的限制3應用程序的某些局部對處理器有特定的要求4提出的運行限制對應用的中央處理器或者專用處理器有特殊的要求5除上面一項之外,還對應用的分布式組件提出了限制_J5.事務處理率事務處理率是業(yè)務交易處理速度對系統(tǒng)的設計、實施、安裝和支持等的影響。0預計不會出現(xiàn)周期性的頂峰事務處理期1預計會有周期性的頂峰事務處理期例如：每月、每季、每年一J2預計每周都會

27、出現(xiàn)局峰事務處理期3預計每天都會出現(xiàn)頂峰事務處理期4用戶在應用程序需求或者效勞級別協(xié)議中對事務率要求很高，因此必須在設計階段進行性能分析。5用戶在應用程序需求或者效勞級別協(xié)議中對事務率要求很高，因此必須進行性能分析并在設計、開發(fā)和安裝階段中使用到性能分析工 目只。6.在線數(shù)據(jù)輸入在線數(shù)據(jù)輸入是指數(shù)據(jù)通過交互的方式輸入系統(tǒng)的程度。系統(tǒng)中包括在線數(shù) 據(jù)輸入和控制信息功能。0耳有事務都是批處理的11%7 狗事務是以交互式的方式進行數(shù)據(jù)錄入28%15 痢事務是以交互式的方式進行數(shù)據(jù)錄入316%23%j 事務是以交互式的方式進行數(shù)據(jù)錄入424%30%j 事務是以交互式的方式進行數(shù)據(jù)錄入530 恕上的事務

28、是以交互式的方式進行數(shù)據(jù)錄入7.最終用戶效率最終用戶效率是指對應用的人文因素及使用的便捷程度等的考慮程度。如下功能設計是針對最終用戶效率的： 頁面導航菜單在線幫助或文檔光標自動跳轉(zhuǎn)可以滾動在線遠程打印預定義的功能鍵在線做批量提交任務,光標可以選取界面上的數(shù)據(jù)用戶使用大量反白顯示、重點顯示、下劃線或其他的標識在線 copy 用戶文檔鼠標拖動功能彈出窗體使用最少的界面完成某種商業(yè)功能*雙語言支持如果選擇了這個就算 4 項語言支持如果選擇了這個就算 6 項0以上的一個都不包括1包括以上的 13 個2包括以上的 45 個3包括以上的 6 個或以上，但是沒有用戶對丁效率的要求4包括以上的 6 個或以上，

29、對用戶使用效率有較局要求， 因而必須考 慮用戶方面的設計例如，最少擊鍵次數(shù)、盡可能提供默認值、模 版的使用5包括以上的 6 個或以上，用戶對效率的要求使得開發(fā)人員必須使用 特定的工具和流程以判定用戶對效率的要求已經(jīng)被達成8.在線更新在線更新是指內(nèi)部邏輯文件 ILF 被在線更新的程度。 應用系統(tǒng)提供在線更新 內(nèi)部邏輯文件的功能。0沒有在線更新|1包含 13 個控制文件的在線更新。更新的流量低，恢復容易。2包含對 4 個以上控制文件的在線更新。更新的流量低，恢復容易。3包含對主要 ILF 的更新。4除了 3 之外，在設計和實施中要考慮對數(shù)據(jù)喪失的防范。5除了 4 之外，大量的數(shù)據(jù)恢復工作要考慮本錢

30、因素，同時包含了 高度自動化的恢復流程。9.復雜處理復雜處理描述了邏輯處理對應用開發(fā)的影響程度。它包含以下要素：,敏感控制例如特殊的審核過程和/或程序特定的平安處理大量的邏輯處理大量的數(shù)學處理因為例外處理造成的需要重新處理的情況例如，由TP 中斷、數(shù)據(jù)值缺少和驗證失敗導致的 ATM 事務多種可能的輸入/輸出造成的復雜處理0上面一個都不滿足1只滿足一個2只滿足兩個3滿足三個4滿足四個5都滿足10. 可復用性應用系統(tǒng)中的應用和代碼經(jīng)過特殊設計、 開發(fā)和支持，可以在其他應用系統(tǒng) 中復用。0沒有可復用的代碼1代碼在應用之內(nèi)復用2應用中被其他用戶復用的局部缺乏 10%3應用中被不止一個用戶使用的局部超過 10%4應用遵從一種易丁復用的方式被打包和文檔化。 用戶在源代碼級客 戶化該應用。5應用按照一種易丁復用的方式被打包和文檔化。用戶使用用戶參數(shù)