詳解功能點估算方法中的事務功能

軟件成本評估中的功能點估算法將功能點分爲5類:ILF(Internal Logical File,內部邏輯文件)、EIF(External Interface File,外部接口文件)、EI(External Input,外部輸入)、EO(External Output,外部輸出)和EQ(External Inquiry,外部查詢)。ILF和EIF屬於數據類型的功能點,EI、EO、EQ屬於事務類型的功能點。

EI、EO、EQ的比較

EI是處理來自系統邊界外部的一組數據輸入,它的主要目的是維護一個或多個ILF,以及/或者更改系統的行爲。對業務對象的增、刪、改等操作通常都是EI。

EO是輸送數據到系統邊界外部的過程。它的主要目的是通過邏輯處理過程向用戶呈現信息。該處理過程必須包含至少一個數學公式或計算方法,或生成派生數據。一個EO也可以維護一個或多個ILF,並/或改變系統行爲。

EQ是向系統邊界外發送數據基本處理的過程。其主要目的是從ILF或EIF中通過恢復數據信息來向用戶呈現。該處理邏輯不包括任何數學公式或計算方法,也不會生成任何派生數據。EQ不會維護任何一個ILF,也不會改變應用程序的系統行爲。

EO和EQ的共同點是,其主要目的都是通過基本操作過程展現數據給用戶。EI、EO、EQ的比較見下表。
EI、EO、EQ的主要目的
EI、EO、EQ的主要目的

EI、EO、EQ的主要行爲
EI、EO、EQ的主要行爲

事務類型功能點的計算規則

事務功能又稱爲交易功能,代表提供給用戶的處理數據的功能,每一個事務功能都是一個完整的基本過程,一個基本過程應該是業務上的原子操作,併產生基本的業務價值,基本過程必然穿越系統邊界。

EI的計算規則

1. 從系統邊界之外收到數據。
2. 如果進入系統邊界內的數據不是一個改變系統行爲的控制信息,那麼至少一個ILF應該被改變。
3. 對於已識別的處理過程,至少滿足下面三個條件之一:

• 該基本處理過程的邏輯與本應用系統中其它基本處理過程的邏輯不同。該基本處理過程應該具有唯一性。例如:不能存在兩個完全一模一樣的存盤操作。
  • 在應用程序邊界內,該基本處理過程所使用的這組數據應該與其他基本處理過程所使用的數據不同。
  • 在系統邊界內,基本處理過程所引用的ILF或EIF是不同於其它基本處理過程所引用的ILF或EIF。

EO和EQ通用計算規則

必須全部滿足以下內容才能被視爲一個EO或EQ:
1. 從外部發送數據或控制信息到系統邊界內。
2. 爲了識別這個過程,以下三點必須滿足一個:

• 該基本處理過程邏輯上必須是唯一的,該唯一性是指其在系統中與其他EO或EQ在邏輯性上保持唯一。
  • 該基本處理過程所使用的數據應該是唯一的,該唯一性是指其在系統中與其他EO或EQ所使用的數據不同。
  • 該基本處理過程所引用的ILF或EIF文件應該是唯一的,該唯一性是指其在系統中與其他EO或EQ所引用的ILF或EIF文件不同。

EO補充的計算規則

除了要滿足上面的通用規則外,還要滿足下面其中一條:

• 在基本操作過程中至少包含一個數學公式或計算方法
  • 在基本操作過程中要產生派生數據
  • 在基本操作過程中至少要維護一個ILF
  • 在基本操作過程中要改變系統的行爲。

EQ補充的計算規則

除了要滿足上面的通用規則外,還要滿足下面其中一條:

• 基本操作過程從ILF或EIF中獲取數據。
  • 基本操作過程不能包含數學公式或計算方法。
  • 基本操作過程不能生成派生數據
  • 基本操作過程不能維護任何一個ILF
  • 基本操作過程不能改變系統的行爲

EI、EQ和EO的技術複雜性計算

複雜性取決於FIRs和DETs的數量。FTR是被一個事物讀取或維護的ILF,或者是被一個事物讀取的EIF。

EI中識別FTR規則

• 每一個ILF應該算做一個FTR。
  • 通過EI讀取的每個ILF或EIF都應該計算爲一個FTR。
  • 既被EI維護又被讀取的ILF僅計算爲一個FTR。

EI中識別DET規則

• 在EI的過程中,以用戶角度識別的、通過應用系統邊界輸入系統內部的非重複字段,應算作一個DET。
  • 在EI的過程中,只要沒有通過系統邊界輸入,即使它存在於系統內的一個ILF中,也不能算爲一個DET。
例如,外貿訂單系統中,訂單的金額是被單價和數量自動計算的,那麼金額是沒有通過系統邊界輸入的,因此在EI操作中就不應該算做一個DET。
  • 在應用程序的EI操作時,系統提示的錯誤信息或完成操作的信息,應該被分別計算爲一個DET。
例如,在網站註冊用戶信息時,由於輸入錯誤系統會顯示提示信息,那麼這些提示信息應該被逐個計算爲一個DET。
再如,當EI操作完成時系統提示並顯示出來的信息,應該被計算爲一個DET。
  • 在EI操作中,如果遇到主外鍵的字段,應該算作一個DET。

EO和EQ計算FTR的規則

1. 通用規則:

• 每個在EO/EQ處理過程中讀取的ILF和EIF算一個FTR

2. EO額外的FTR計算規則

• 在EO處理過程中每個被維護的ILF算一個FTR
  • 在EO處理過程中既被讀取又被維護的ILF算一個FTR

EO和EQ計算DET的通用規則

• 用戶可識別的非重複字段,進入系統邊界並指明處理什麼、何時處理或處理方式,並且由EO/EQ返回或產生,那麼這樣的每個字段算一個DET。
例如,報表中的每個字段都是一個DET。
  • 在系統邊界內以用戶角度識別的非重複字段算一個DET。
例如,在報表中起到解釋或備註作用的文字信息,不管是一個字、一個詞或一段話,都當作一個DET。
再如,某種編號或日期,即使它被物理存儲在不同字段中,但從用戶角度看是一個整體的信息,因此被算作一個DET。
還有,在餅圖中百分比和分類算作不同的DET。
  • 在EO或EQ操作中,如果對系統進行輸入或讀取操作時,相同的字段只計算一個DET。
例如,在報表查詢時,輸入的字段在報表上也有顯示,那麼將算作同一個DET。
  • 在系統的EO或EQ操作時,系統提示的錯誤信息或完成操作的信息,應該被計算爲DET。
例如,用戶查詢一個列表時被拒絕,那麼拒絕的提示信息就算爲一個DET。
  • 在EO或EQ操作中如果遇到主外鍵的字段,應該算作一個DET。
  • 在EO或EQ過程中,只要沒有通過系統邊界輸入,就算它存在於系統內的一個ILF中,也不能算爲一個DET。
例如,在公司發工資的時候,員工對應的狀態信息被更新,但這個狀態信息的更新是沒有通過系統邊界輸入的,因此也不能算做一個DET。
  • 頁面的標題等類似信息不計算DET。
  • 系統字段生成的記號不能被算作一個DET。
例如,頁碼、位置信息、時間、上一頁和下一頁等信息,都不能算作一個DET。

發表評論
所有評論
還沒有人評論,想成為第一個評論的人麼? 請在上方評論欄輸入並且點擊發布.
相關文章