很多系統都有導出功能，導出功能看似簡單，其實很考驗度量人員的COSMIC抽象建模（主要指軟件環境模型）能力。

此類功能目前沒有收錄在COSMIC應用軟件指南中，是我與客戶在現場澄清詳細需求后分析的結果，歡迎大家一起完善、糾錯。

另外，“導入”功能與此類似，且經常與“導出”結伴存在，就不一一分析了。

【FUR】：

假設有一個軟件，用戶在客戶端將一個已查出的報表導出到本地，在導出時，是調用了瀏覽器的下載文檔功能。（這里不討論查詢報表功能，并且假設導出的內容就是報表顯示在屏幕上的所有內容。）

【目的和范圍】：

度量客戶端的“導出”功能，以便估算客戶端開發工作量。

【軟件環境模型】：

新手出現混亂主要是因為沒在腦中建模，建對了模、就成功了一半。

客戶端的導出功能調用了瀏覽器的下載保存功能，所以瀏覽器出現在功能用戶中。

【功能點記錄】：

以上，共4CFP。（如果需求沒有要求反饋導出成功與否的提示，則只有2CFP，滿足一個功能處理最小功能點數要求。）

中間“不在度量范圍內”的一些數據移動也寫出來，是為了更清晰的展現整個過程，此部分一般是由瀏覽器完成（即這部分功能點歸瀏覽器模塊所有）。

如果沒有借助瀏覽器導出，而是自己新開發了導出功能，則這些功能點都需要計算在內。

這里還有一些需求細節沒有澄清，比如，導出是否用到模板？如果用到了，模板是儲存在客戶端還是服務器的？（相應地，獲取模板就需要一個E或R。）

綜上，對需求的假設不同，數出的功能點就不同，同時對應的開發工作量也不同。因此，澄清需求的細節非常重要。

如您對本篇案例有任何疑問，歡迎加入COSMIC交流QQ群，進行交流（群號：309842452）