Fonksiyon Noktası Analizi
Function Point Analysis and Software Sizing · Ayrıca şöyle bilinir: FPA, function points, IFPUG sizing
Fonksiyon noktası analizi (FPA), yazılım boyutunu, teknoloji veya programlama dilinden bağımsız olarak işlevleri ve kullanıcı etkileşimlerini sayarak ölçer. Albrecht (1979) tarafından tanıtılan FPA, sunulan işlevselliği ölçer ve çaba tahmini, verimlilik kıyaslaması ve yazılım değeri değerlendirmesi sağlar. Kuruluşlar FPA'yı proje sözleşmeleri, satıcı karşılaştırması ve portföy yönetimi için kullanır.
Tam yöntemi oku
Bu bölümü okumak için ücretsiz hesapla giriş yapın.
Yöntem haritası
İlişkili yöntemlerin komşuluğu — keşfetmek için bir düğüm seçin.
Ne zaman kullanılır
İşlevler bilindiğinde ancak uygulama ayrıntıları belirsiz olduğunda gereksinim aşamasının başlarında FPA uygulayın. Özellikle sabit fiyatlı sözleşmeler, satıcı seçimi ve veri yoğun sistemler için değerlidir. Yazılım bakım tahmini ve verimlilik takibi için etkilidir. Karmaşık algoritmalarla gerçek zamanlı, güvenlik açısından kritik sistemler için daha az uygundur. Doğru sayım için alan uzmanlığı gerektirir.
Güçlü yönler & sınırlılıklar
- Teknolojiler ve satıcılar arasında adil karşılaştırma sağlayan dil bağımsızlığı
- Sunulan işlevselliğe odaklanarak iş değeri değerlendirmesiyle uyum
- Kapsamlı geçmiş veritabanları, kalibre edilmiş verimlilik metrikleri ve kıyaslama sağlar
- Uluslararası standart (IFPUG) tutarlılık ve güvenilirlik sağlar
- Fonksiyon noktalarını saymak önemli uzmanlık ve öznel yargı gerektirir
- Sayım yapanlar arasında yüksek değişkenlik; eğitim ve standartlar yanlılığı azaltır ancak ortadan kaldırmaz
- Modern yazılım kalıpları için daha az etkili: mobil uygulamalar, mikroservisler, bulut tabanlı sistemler genellikle düzgün fonksiyon kategorizasyonuna direnç gösterir
- Değer ayarlama faktörleri tartışmalıdır; bazı uygulayıcılar geçerliliklerini ve istatistiksel temellerini sorgulamaktadır
SSS
Fonksiyon noktaları ile hikaye noktaları arasındaki fark nedir?
Fonksiyon noktaları mutlak sistem boyutunu ölçer (dil bağımsız, endüstri standardı); hikaye noktaları göreceli karmaşıklığı ölçer (ekibe özgü). Fonksiyon noktaları sözleşmeler ve kuruluşlar arası karşılaştırma için uygundur; hikaye noktaları çevik planlama için uygundur. Fonksiyon noktaları eğitimli sayımcılar gerektirir; hikaye noktaları planlama pokeri ve ekip fikir birliğini kullanır. Uzun vadeli verimlilik takibi için fonksiyon noktalarını, sprint planlaması için hikaye noktalarını kullanın.
Fonksiyon noktası tahminleri ne kadar doğrudur?
İyi eğitimli sayımcılar aynı kod üzerinde %10 tutarlılık elde eder. Sayımcılar arası değişkenlik %20-30'a ulaşır. Yeni sistemlerin tahmini (inşaat öncesi) gereksinimler kullanılarak %20 doğrulukla yapılır. Uygulamadan sonra, teslim edilen gerçek fonksiyonların sayılması %10 doğruluk sağlar. Verimlilik tahminleri (fonksiyon noktalarından çabaya) teknoloji, ekip ve süreçteki farklılıklar nedeniyle kuruluşlar arasında %30-50 oranında değişir.
Kuruluşum için verimlilik taban çizgilerini nasıl oluşturabilirim?
5-10 tamamlanmış proje toplayın: teslim edilen fonksiyon noktalarını sayın, gerçek çabayı (kişi-saat) kaydedin, teknoloji ve süreç bağlamını belgeleyin. Proje başına çaba/FP oranını hesaplayın. Aykırı değerleri hariç tutarak projeler arasında ortalama alın. Yeni proje tahmini için bu taban çizgisini kullanın. Ekip geliştikçe periyodik olarak (üç aylık/yıllık) güncelleyin. Taban çizgisini iyileştirmek için gerçek ve tahmini çabayı izleyin.
Fonksiyon noktası sayımı yüksek değişken sonuçlar üretiyorsa ne yapmalıyım?
Eğitime yatırım yapın: sayımcıların IFPUG standartlarını anladığından emin olun. Yargıları standartlaştırmak için sayım standartları kontrol listesi kullanın. Birden fazla bağımsız sayımcı ile örnek projeyi sayın; farklılıkları uzlaştırın ve gerekçeyi belgeleyin. Tek bir tahmindense birden fazla sayımcının ortalamasını kullanın. Doğruluğun en önemli olduğu yüksek riskli projeler için harici sertifikalı FP analisti işe almayı düşünün.
Kaynaklar
- Albrecht, A. J. (1979). Measuring application development productivity. In Proceedings of the IBM Applications Development Symposium (pp. 83–92). link ↗
- International Function Point Users Group (2010). Function Point Analysis Counting Practices Manual. IFPUG. link ↗
- Jones, C. (2008). Applied Software Measurement: Global Analysis for Improving Software Productivity and Quality (3rd ed.). McGraw-Hill. link ↗
Bu sayfayı kaynak gösterin
ScholarGate. (2026, June 3). Function Point Analysis and Software Sizing. ScholarGate. https://scholargate.app/tr/software-engineering/function-point-analysis
Hangi yöntem?
Bu yöntemi en yakın akrabalarının yanına koyup yan yana okuyun — kütüphane kitapları masaya serer; seçim sizindir.
- Çevik Hız TakibiYazılım mühendisliği↔ karşılaştır
- Yazılım Karmaşıklık MetrikleriYazılım mühendisliği↔ karşılaştır
- Teknik Borç ÖlçümüYazılım mühendisliği↔ karşılaştır
- Kullanım Durumu Puanı TahminiYazılım mühendisliği↔ karşılaştır