75
第5章 結論與後續研究
5.1 結論
本實作研究最重要之目的為藉由提出[2]實作系統所使用之識別規則未依[3]
之標準所造成估算結果不一致之來源,也一併納入實作考量。也藉由所提出觀點
讓後續欲進行實作系統改良者瞭解識別規則可能產生結果不一致之來源。並呼籲
實作系統遵守官方(即 IFPUG)之標準,以達到各個實作系統之產出結果一致性,
不應功能點分析法允許部分範圍之誤差(參考表 2-1~表 2-5),而不嚴謹地依照官
方識別規則(例如檔案功能類型資料項估算),此為自動化估算結果不一致來源之
潛在因素。
系統實作者應將遵守標準奉為圭臬,以網際網路通訊協定 TCP/IP 為例,若
各個網路程式實作者不去遵守 TCP/IP 傳輸各項規定,各個網路程式實作系統均
有各自的傳輸標準,欲對某一網路程式實作系統進行改良,則必須先熟悉該系統
之特殊傳輸規範,如此,則降低了開發者改良系統之動機,原因是,只瞭解該系
統的傳輸規範卻無法適用於所有網路程式傳輸規範。
在軟體度量領域也是具有相同之道理,若實作系統未遵守既定之規範,則後
續對系統改良之過程,將會變的複雜。
本研究在[2]以 prolog 語言所實作出自動化估算未調整功能點系統之實作範
圍內,採官方標準所使用之實體關係圖及識別規則,並整合資料流程圖之部分圖
第五章 結論與後續研究
76
示元素,以物件導向語言 Borland Delphi 7 進行系統實作,並將該設計規格圖示以
XML 檔案呈現,做為程式讀取之方式。本研究規劃並實作 20 個演算法則,可以
達成未調整功能點各個要項之估算。綜合上述,本研究有以下貢獻:
一. 以物件導向語言實作未調整功能點估算系統同時也針對[2]以 Prolog 語言
之實作系統未依標準部分列入實作的考量。進行改良之處如下:
1. 實體關係圖之使用、程序對實體關係圖內之元素進行之「維護
(maintain)」之識別規則符合[3]之標準。
若內部邏輯檔案(Internal Logical File,ILF)組成元素之定義(如表 3-3)符合[3]
之標準,則對於「維護」之識別規則(如表 3-4)即會受到影響也隨之符合標準,這
是一個連鎖之影響。
[2]所實作之系統,由於內部邏輯檔案(Internal Logical File,ILF)組成元素之定
義未符合[3]之標準,受到定義影響的結果,造成交易功能之檔案參考(File Type
Reference,FTR)個數估算受到影響,產生差異。
2. 檔案功能類型(內部邏輯檔案/外部介面檔案)之複雜度(即資料項(DET)
與紀錄(RET))計算符合[3]之標準。
檔案功能類型之資料項均以該估算系統所使用之欄位為資料項計算範圍。
而紀錄(Record Element Type,RET)個數之計算,[2]實作系統對紀錄識別規則具有
潛在產生估算誤差之特性,當出現圖 5-1、圖 5-2 之實體之間具有特殊化
(specialization)情況即是紀錄誤差產生來源。
77
而[2]之識別規則主要因 Computer 不屬於目前所存在之子實體,故將
Computer 歸於父實體 Electric quipment。而[3]認為,基於使用者可識別(User
identified)之特性 Computer 必定存在可以進行分類之子實體,故子實體會由 2 個
增加為 3 個。[3]對紀錄之識別規則參考表 3-12 之第 2 項。
圖 5-1 [3]識別子實體個數為 3,
RET=3
圖 5-2 [2]識別子實體個數為 2,
RET=3
3. 外部查詢、外部輸出所傳遞之欄位符合標準
參考 4.9 節人力資源系統案例驗證之敘述。
二. 本實作系統執行效率較[2]為佳。
本實作系統對於所有驗證之系統均可在 1 秒內得出計算結果(如附錄 16~附
錄 27)。對於本研究所展示之人力資源系統而言,本實作系統僅花不到 0.5 秒的時
間即可計算出未調整功能點數,而[2]則花費 8.852 秒(如附錄 13)。因此在估算效
率而言,本實作系統是較佳的。
5.2 後續研究
一、整合未調整功能點與工作量及軟體開發時程預估之自動化計算
本研究主要藉由實作系統進行對自動化軟體規模度量應遵守標準之呼籲,以
利於各個自動化計算未調整功能點之實作系統所產出之結果能夠一致。達成此目
78
標後,後續之研究即是能夠整合未調整功能點之應用面進行自動化估算,目前
COCOMO II 能夠將未調整功能點作緊密的整合,透過未調整功能點可進行軟體
開發所需人力工作量分配及之軟體開發時程預估[9]。
二、 功能點分析法對於資料項數之評估:
功能點分析法對於檔案功能類型而言,資料項大於 51;紀錄大於 6,對交易
功能類型而言資料項大於 20 檔案參考大於 2,即未再進行複雜度區隔(參考表 2-1
~表 2-5),這對於上述個數龐大之軟體系統而言,功能點分析法對其評估是否合
理,值得進一步進行探討。
三、 自動將 ER-DFD 轉化成 XML 檔案
本研究以 XML 檔案自訂標籤呈現 ER-DFD 設計規格圖示,並提出驗證此
XML 檔案正確性之 XML DTD (Data Type Defination),以期後續實作系統能依據
此 DTD (如附錄 3)進行自動化轉化 ER-DFD 為 XML 檔案之標準。
四、 將此系統轉化為 Web-based 型態
由於 Web 平台之便利性與通用性,轉化為 Web-based 平台以期能達到免安裝及跨
平台之功能也為此實作系統後續改良之依據。
未來,也期望將本實作系統應用於更多實際 ER-DFD 之案例估算,並與人為
估算進行結果比較,以期能夠找出本實作系統可能與人為估算所產生之差異來
源。