Tahmin Teknikleri - FP Sayma Süreci
FP Sayma Süreci aşağıdaki adımları içerir -
Step 1 - Sayım türünü belirleyin.
Step 2 - Sayımın sınırını belirleyin.
Step 3 - Kullanıcı tarafından istenen her Temel Süreci (EP) tanımlayın.
Step 4 - Benzersiz EP'leri belirleyin.
Step 5 - Veri işlevlerini ölçün.
Step 6 - İşlem işlevlerini ölçün.
Step 7 - İşlevsel boyutu hesaplayın (düzeltilmemiş işlev noktası sayısı).
Step 8 - Değer Ayarlama Faktörünü (VAF) belirleyin.
Step 9 - Ayarlanan işlev noktası sayısını hesaplayın.
Note- Genel Sistem Özellikleri (GSC'ler) CPM 4.3.1'de isteğe bağlı hale getirilmiş ve Ek'e taşınmıştır. Bu nedenle Adım 8 ve Adım 9 atlanabilir.
Adım 1: Sayım Türünü Belirleyin
Üç tür işlev noktası sayısı vardır -
- Geliştirme İşlevi Puan Sayısı
- Uygulama Fonksiyonu Puan Sayısı
- Geliştirme İşlevi Puan Sayısı
Geliştirme İşlevi Puan Sayısı
Fonksiyon puanları, bir geliştirme projesinin gereksinimden uygulama aşamasına kadar tüm aşamalarında sayılabilir. Bu tür bir sayım, yeni geliştirme çalışmasıyla ilişkilidir ve dönüştürme çabasını destekleyen geçici çözüm olarak gerekli olabilecek prototipleri içerebilir. Bu tür bir sayıma temel fonksiyon nokta sayısı denir.
Uygulama Fonksiyonu Puan Sayısı
Uygulama sayıları, sunulan işlev noktaları olarak hesaplanır ve herhangi bir dönüştürme çabasını (prototipler veya geçici çözümler) ve var olabilecek mevcut işlevleri hariç tutar.
Geliştirme İşlevi Puan Sayısı
Üretimden sonra yazılımda değişiklik yapıldığında, bunlar geliştirme olarak kabul edilir. Bu tür geliştirme projelerini boyutlandırmak için, İşlev Noktası Sayısı Uygulamaya Eklenir, Değiştirilir veya Silinir.
Adım 2: Sayımın Sınırını Belirleyin
Sınır, ölçülen uygulama ile harici uygulamalar veya kullanıcı alanı arasındaki sınırı belirtir. (Şekil 1'e bakın)
Sınırı belirlemek için anlayın -
- Fonksiyon puan sayımının amacı
- Ölçülen uygulamanın kapsamı
- Hangi uygulamalar hangi verileri nasıl ve korur?
- Uygulamaları destekleyen iş alanları
Adım 3: Kullanıcı Tarafından Gereken Her Temel Süreci Tanımlayın
İşlevsel kullanıcı gereksinimlerini, aşağıdaki kriterlerin tümünü karşılayan en küçük etkinlik birimine oluşturun ve / veya ayrıştırın -
- Kullanıcı için anlamlıdır.
- Tam bir işlem oluşturur.
- Kendi kendine yeten.
- Uygulamanın işini tutarlı bir durumda sayılır.
Örneğin, İşlevsel Kullanıcı Gereksinimi - "Çalışan bilgilerini koru", çalışan ekleme, çalışanı değiştirme, çalışanı silme ve çalışan hakkında bilgi alma gibi daha küçük faaliyetlere ayrıştırılabilir.
Bu şekilde tanımlanan her bir faaliyet birimi, bir Temel Süreçtir (EP).
Adım 4: Benzersiz Temel Süreçleri Belirleyin
Önceden tanımlanmış iki EP'yi karşılaştırarak, bunları bir EP (aynı EP) olarak sayın -
- Aynı DET kümesini gerektirir.
- Aynı FTR setini gerektirir.
- EP'yi tamamlamak için aynı işleme mantığını gerektirir.
Birden çok işleme mantığı biçimine sahip bir EP'yi birden çok Eps'ye bölmeyin.
Örneğin, "Çalışan Ekle" yi bir EP olarak tanımladıysanız, bir çalışanın bakmakla yükümlü olduğu veya olmayabileceği gerçeğini hesaba katmak için bu EP'ye bölünmemelidir. EP hala 'Çalışan Ekle' ve bağımlıları hesaba katmak için işleme mantığında ve DET'larda farklılıklar var.
Adım 5: Veri İşlevlerini Ölçün
Her veri işlevini bir ILF veya EIF olarak sınıflandırın.
Bir veri işlevi, - olarak sınıflandırılır
Ölçülen uygulama tarafından korunuyorsa Dahili Mantıksal Dosya (ILF).
Harici Arayüz Dosyası (EIF) referans veriliyorsa, ancak ölçülen uygulama tarafından tutulmuyorsa.
ILF'ler ve EIF'ler iş verilerini, kontrol verilerini ve kurallara dayalı verileri içerebilir. Örneğin, telefonla anahtarlama üç türün tamamından yapılır - iş verileri, kural verileri ve kontrol verileri. İş verileri asıl aramadır. Kural verileri, aramanın ağ üzerinden nasıl yönlendirilmesi gerektiğidir ve kontrol verileri, anahtarların birbirleriyle nasıl iletişim kurduğudur.
ILF'leri ve EIF'leri saymak için aşağıdaki belgeleri göz önünde bulundurun -
- Önerilen sistem için hedefler ve kısıtlamalar.
- Böyle bir sistem varsa, mevcut sisteme ilişkin belgeler.
- Kullanıcıların algılanan hedeflerinin, sorunlarının ve ihtiyaçlarının dokümantasyonu.
- Veri modelleri.
Adım 5.1: Her Veri Fonksiyonu için DET'leri Sayma
ILF / EIF için DET'leri saymak üzere aşağıdaki kuralları uygulayın -
Bir EP'nin yürütülmesi yoluyla ILF veya EIF'de tutulan veya bunlardan alınan her benzersiz kullanıcı tanımlanabilir, tekrarlanmayan alan için bir DET sayın.
Yalnızca iki veya daha fazla uygulama aynı veri işlevini koruduğunda ve / veya referans verdiğinde ölçülen uygulama tarafından kullanılan DET'leri sayın.
Kullanıcının başka bir ILF veya EIF ile ilişki kurması için gerekli olan her özellik için bir DET sayın.
Gruplandırılıp tek bir DET olarak mı yoksa birden çok DET olarak mı sayıldıklarını belirlemek için ilgili öznitelikleri inceleyin. Gruplama, EP'lerin uygulama içindeki nitelikleri nasıl kullandığına bağlı olacaktır.
Adım 5.2: Her Veri Fonksiyonu için RET'leri Sayma
ILF / EIF için RET'leri saymak üzere aşağıdaki kuralları uygulayın -
- Her veri işlevi için bir RET sayın.
- Aşağıdaki ek mantıksal DET alt gruplarının her biri için bir ek RET sayın.
- Anahtar olmayan özniteliklere sahip ilişkilendirilebilir varlık.
- Alt tür (ilk alt tür dışında).
- Zorunlu 1: 1 dışında bir ilişkide atıfta bulunan varlık.
Adım 5.3: Her Veri İşlevi için İşlevsel Karmaşıklığı Belirleyin
| RETS | Veri Öğesi Türleri (DET'ler) | ||
|---|---|---|---|
| 1-19 | 20-50 | >50 | |
| 1 | L | L | Bir |
| 2 ila 5 | L | Bir | H |
| > 5 | Bir | H | H |
Fonksiyonel Karmaşıklık: L = Düşük; A = Ortalama; H = Yüksek
Adım 5.4: Her Veri Fonksiyonu için Fonksiyonel Boyutu Ölçün
| Fonksiyonel Karmaşıklık | ILF için FP Sayısı | EIF için FP Sayısı |
|---|---|---|
| Düşük | 7 | 5 |
| Ortalama | 10 | 7 |
| Yüksek | 15 | 10 |
6. Adım: İşlem İşlevlerini Ölçün
İşlem işlevlerini ölçmek için aşağıdaki gerekli adımlar şunlardır:
Adım 6.1: Her bir İşlemsel Fonksiyonu Sınıflandırın
İşlem fonksiyonları, Harici Girdi, Harici Çıktı veya Harici Sorgulama olarak sınıflandırılmalıdır.
Harici Giriş
Harici Giriş (EI), sınırın dışından gelen verileri veya kontrol bilgilerini işleyen Temel bir İşlemdir. Bir EI'nin birincil amacı, bir veya daha fazla ILF'yi sürdürmek ve / veya sistemin davranışını değiştirmektir.
Aşağıdaki kuralların tümü uygulanmalıdır -
Veriler veya kontrol bilgileri, uygulama sınırı dışından alınır.
Sınıra giren veriler sistemin davranışını değiştiren kontrol bilgisi değilse en az bir ILF tutulur.
Tanımlanan EP için, üç ifadeden biri geçerli olmalıdır -
İşleme mantığı, uygulama için diğer EI'ler tarafından gerçekleştirilen işleme mantığından benzersizdir.
Tanımlanan veri unsurları seti, uygulamadaki diğer EI'ler için tanımlanan setlerden farklıdır.
Başvurulan ILF'ler veya EIF'ler, uygulamadaki diğer EI'ler tarafından referans verilen dosyalardan farklıdır.
Harici Çıkış
Harici Çıktı (EO), veri veya kontrol bilgilerini uygulamanın sınırları dışına gönderen Temel İşlemdir. EO, harici bir sorgulamanın ötesinde ek işlemleri içerir.
Bir EO'nun birincil amacı, bir kullanıcıya veri veya kontrol bilgilerinin alınması dışında veya bunlara ek olarak işleme mantığı yoluyla bilgi sunmaktır.
İşleme mantığı olmalıdır -
- En az bir matematiksel formül veya hesaplama içerir.
- Türetilmiş veriler oluşturun.
- Bir veya daha fazla ILF'yi koruyun.
- Sistemin davranışını değiştirin.
Aşağıdaki kuralların tümü uygulanmalıdır -
- Uygulama sınırının dışındaki verileri veya kontrol bilgilerini gönderir.
- Tanımlanan EP için, üç ifadeden biri geçerli olmalıdır -
- İşleme mantığı, uygulama için diğer EO'lar tarafından gerçekleştirilen işleme mantığından benzersizdir.
- Tanımlanan veri öğeleri kümesi, uygulamadaki diğer EO'lardan farklıdır.
- Başvurulan ILF'ler veya EIF'ler, uygulamada diğer EO'lar tarafından referans verilen dosyalardan farklıdır.
Ek olarak, aşağıdaki kurallardan biri uygulanmalıdır -
- İşleme mantığı en az bir matematiksel formül veya hesaplama içerir.
- İşleme mantığı en az bir ILF'yi korur.
- İşleme mantığı, sistemin davranışını değiştirir.
Harici Sorgulama
Harici Sorgulama (EQ), verileri veya kontrol bilgilerini sınırın dışına gönderen Temel bir İşlemdir. Bir EQ'nun birincil amacı, veri veya kontrol bilgisinin alınması yoluyla kullanıcıya bilgi sunmaktır.
İşleme mantığı hiçbir matematiksel formül veya hesaplama içermez ve türetilmiş veri oluşturmaz. İşleme sırasında hiçbir ILF sürdürülmez ve sistemin davranışı değiştirilmez.
Aşağıdaki kuralların tümü uygulanmalıdır -
- Uygulama sınırının dışındaki verileri veya kontrol bilgilerini gönderir.
- Tanımlanan EP için, üç ifadeden biri geçerli olmalıdır -
- İşleme mantığı, uygulama için diğer EQ'lar tarafından gerçekleştirilen işleme mantığından benzersizdir.
- Tanımlanan veri öğeleri kümesi, uygulamadaki diğer EQ'lardan farklıdır.
- Başvurulan ILF'ler veya EIF'ler, uygulamadaki diğer EQ'ların referans verdiği dosyalardan farklıdır.
Ek olarak, aşağıdaki kuralların tümü geçerli olmalıdır -
- İşleme mantığı, bir ILF veya EIF'den verileri veya kontrol bilgilerini alır.
- İşleme mantığı matematiksel formül veya hesaplama içermez.
- İşleme mantığı, sistemin davranışını değiştirmez.
- İşleme mantığı bir ILF'yi korumaz.
Adım 6.2: Her İşlem Fonksiyonu için DET'leri Sayma
EI'ler için DET'leri saymak üzere aşağıdaki Kuralları uygulayın -
Sınırı geçen (giren ve / veya çıkan) her şeyi gözden geçirin.
İşlem işlevinin işlenmesi sırasında sınırı geçen (giren ve / veya çıkan) her benzersiz kullanıcı tanımlanabilir, tekrarlanmayan öznitelik için bir DET sayın.
Birden fazla mesaj olsa bile bir uygulama yanıt mesajı gönderme yeteneği için işlem işlevi başına yalnızca bir DET sayın.
Birden çok yöntem olsa bile eylemi başlatma yeteneği için işlem işlevi başına yalnızca bir DET sayın.
Aşağıdaki öğeleri DET olarak saymayın -
Bir işlem işlevi tarafından sınır içinde üretilen ve sınırdan çıkmadan bir ILF'ye kaydedilen öznitelikler.
Rapor başlıkları, ekran veya panel tanımlayıcıları, sütun başlıkları ve öznitelik başlıkları gibi değişmez bilgiler.
Uygulama, tarih ve saat özellikleri gibi damgalar oluşturdu.
Sayfalama değişkenleri, sayfa numaraları ve konumlandırma bilgileri, örneğin '211'in 37 ila 54. satırları'.
Bir liste içinde "önceki", "sonraki", "ilk", "son" ve bunların grafik eşdeğerlerini kullanarak gezinme yeteneği gibi navigasyon yardımcıları.
EO'lar / EQ'lar için DET'leri saymak için aşağıdaki kuralları uygulayın -
Sınırı geçen (giren ve / veya çıkan) her şeyi gözden geçirin.
İşlem işlevinin işlenmesi sırasında sınırı geçen (giren ve / veya çıkan) her benzersiz kullanıcı tanımlanabilir, tekrarlanmayan öznitelik için bir DET sayın.
Birden fazla mesaj olsa bile bir uygulama yanıt mesajı gönderme yeteneği için işlem işlevi başına yalnızca bir DET sayın.
Birden çok yöntem olsa bile eylemi başlatma yeteneği için işlem işlevi başına yalnızca bir DET sayın.
Aşağıdaki öğeleri DET olarak saymayın -
Sınırı geçmeden sınır içinde üretilen özellikler.
Rapor başlıkları, ekran veya panel tanımlayıcıları, sütun başlıkları ve öznitelik başlıkları gibi değişmez bilgiler.
Uygulama, tarih ve saat özellikleri gibi damgalar oluşturdu.
Sayfalama değişkenleri, sayfa numaraları ve konumlandırma bilgileri, örneğin '211'in 37 ila 54. satırları'.
Bir liste içinde "önceki", "sonraki", "ilk", "son" ve bunların grafik eşdeğerlerini kullanarak gezinme yeteneği gibi navigasyon yardımcıları.
Adım 6.3: Her İşlem Fonksiyonu için FTR'leri Sayma
EI'ler için FTR'leri saymak için aşağıdaki kuralları uygulayın -
- Sağlanan her ILF için bir FTR sayın.
- EI'nin işlenmesi sırasında okunan her ILF veya EIF için bir FTR sayın.
- Hem tutulan hem de okunan her ILF için yalnızca bir FTR sayın.
EO / EQ'lar için FTR'leri saymak için aşağıdaki kuralı uygulayın -
- EP'nin işlenmesi sırasında okunan her ILF veya EIF için bir FTR sayın.
Ek olarak, EO'lar için FTR'leri saymak için aşağıdaki kuralları uygulayın -
- EP'nin işlenmesi sırasında tutulan her ILF için bir FTR sayın.
- EP tarafından hem korunan hem de okunan her ILF için yalnızca bir FTR sayın.
Adım 6.4: Her İşlemsel İşlev için İşlevsel Karmaşıklığı Belirleyin
| FTR'ler | Veri Öğesi Türleri (DET'ler) | ||
|---|---|---|---|
| 1-4 | 5-15 | >=16 | |
| 0-1 | L | L | Bir |
| 2 | L | Bir | H |
| > = 3 | Bir | H | H |
Fonksiyonel Karmaşıklık: L = Düşük; A = Ortalama; H = Yüksek
EQ'nun minimum 1 FTR'ye sahip olması gerekmesi dışında, her EO / EQ için işlevsel karmaşıklığı belirleyin -
EQ minimum 1 FTR'ye sahip olmalıdır FTR'ler |
Veri Öğesi Türleri (DET'ler) | ||
|---|---|---|---|
| 1-4 | 5-15 | > = 16 | |
| 0-1 | L | L | Bir |
| 2 | L | Bir | H |
| > = 3 | Bir | H | H |
Fonksiyonel Karmaşıklık: L = Düşük; A = Ortalama; H = Yüksek
Adım 6.5: Her İşlemsel İşlev için İşlevsel Boyutu Ölçün
Her bir EI için işlevsel boyutu işlevsel karmaşıklığından ölçün.
| Karmaşıklık | FP Sayısı |
|---|---|
| Düşük | 3 |
| Ortalama | 4 |
| Yüksek | 6 |
Her EO / EQ için işlevsel boyutu, işlevsel karmaşıklığından ölçün.
| Karmaşıklık | EO için FP Sayısı | EQ için FP Sayısı |
|---|---|---|
| Düşük | 4 | 3 |
| Ortalama | 5 | 4 |
| Yüksek | 6 | 6 |
Adım 7: Fonksiyonel Boyutu Hesaplayın (Ayarlanmamış Fonksiyon Nokta Sayısı)
Fonksiyonel boyutu hesaplamak için aşağıda verilen adımları takip etmelisiniz -
Adım 7.1
1. Adımda bulduklarınızı hatırlayın. Sayım türünü belirleyin.
Adım 7.2
Türe göre işlevsel boyutu veya işlev noktası sayısını hesaplayın.
- Geliştirme işlevi puan sayımı için Adım 7.3'e gidin.
- Uygulama işlevi puan sayımı için Adım 7.4'e gidin.
- Geliştirme işlevi puan sayımı için Adım 7.5'e gidin.
Adım 7.3
Development Function Point Count, iki işlevsellik bileşeninden oluşur -
Proje için kullanıcı gereksinimlerine dahil edilen uygulama işlevselliği.
Proje için kullanıcı gereksinimlerine dahil edilen dönüştürme işlevi. Dönüştürme işlevi, yalnızca kurulumda verileri dönüştürmek ve / veya özel dönüştürme raporları gibi diğer kullanıcı tanımlı dönüştürme gereksinimlerini sağlamak için sağlanan işlevlerden oluşur. Örneğin, mevcut bir uygulama yeni bir sistemle değiştirilebilir.
DFP = ADD + CFP
Nerede,
DFP = Geliştirme Fonksiyonu Puan Sayısı
ADD = Geliştirme projesi tarafından kullanıcıya sunulan işlevlerin boyutu
CFP = Dönüştürme işlevinin boyutu
ADD = FP Sayısı (ILF'ler) + FP Sayısı (EIF'ler) + FP Sayısı (EI'ler) + FP Sayısı (EO'lar) + FP Sayısı (EQ'lar)
CFP = FP Sayısı (ILF'ler) + FP Sayısı (EIF'ler) + FP Sayısı (EI'ler) + FP Sayısı (EO'lar) + FP Sayısı (EQ'lar)
Adım 7.4
Uygulama Fonksiyonu Puan Sayısını Hesaplayın
AFP = ADD
Nerede,
AFP = Uygulama Fonksiyonu Puan Sayısı
ADD = Geliştirme projesi tarafından kullanıcıya teslim edilen işlevlerin boyutu (herhangi bir dönüştürme işlevinin boyutu hariç) veya uygulama sayıldığında var olan işlevler.
ADD = FP Sayısı (ILF'ler) + FP Sayısı (EIF'ler) + FP Sayısı (EI'ler) + FP Sayısı (EO'lar) + FP Sayısı (EQ'lar)
Adım 7.5
Geliştirme İşlevi Nokta Sayısı, aşağıdaki dört işlevsellik bileşenini dikkate alır -
- Uygulamaya eklenen işlevsellik.
- Uygulamada değiştirilen işlevsellik.
- Dönüştürme işlevi.
- Uygulamadan silinen işlevsellik.
EFP = ADD + CHGA + CFP + DEL
Nerede,
EFP = Geliştirme Fonksiyonu Puan Sayımı
ADD = Geliştirme projesi tarafından eklenen işlevlerin boyutu
CHGA = Geliştirme projesi tarafından değiştirilen işlevlerin boyutu
CFP = Dönüştürme işlevinin boyutu
DEL = Geliştirme projesi tarafından silinen işlevlerin boyutu
ADD = FP Sayısı (ILF'ler) + FP Sayısı (EIF'ler) + FP Sayısı (EI'ler) + FP Sayısı (EO'lar) + FP Sayısı (EQ'lar)
CHGA = FP Sayısı (ILF'ler) + FP Sayısı (EIF'ler) + FP Sayısı (EI'ler) + FP Sayısı (EO'lar) + FP Sayısı (EQ'lar)
CFP = FP Sayısı (ILF'ler) + FP Sayısı (EIF'ler) + FP Sayısı (EI'ler) + FP Sayısı (EO'lar) + FP Sayısı (EQ'lar)
DEL = FP Sayısı (ILF'ler) + FP Sayısı (EIF'ler) + FP COUNT (EI'ler) + FP Sayısı (EO'lar) + FP Sayısı (EQ'lar)
Adım 8: Değer Ayarlama Faktörünü Belirleyin
GSC'ler CPM 4.3.1'de isteğe bağlı hale getirilmiş ve Ek'e taşınmıştır. Bu nedenle Adım 8 ve Adım 9 atlanabilir.
Değer Ayarlama Faktörü (VAF), sayılan uygulamanın genel işlevselliğini derecelendiren 14 GSC'ye dayanmaktadır. GSC'ler, teknolojiden bağımsız kullanıcı iş kısıtlamalarıdır. Her özellik, etki derecesini belirlemek için ilişkili açıklamalara sahiptir.
| Genel Sistem Karakteristiği | Kısa açıklama |
|---|---|
| Veri iletişimleri | Uygulama veya sistem ile bilgi aktarımı veya değişimine yardımcı olacak kaç iletişim tesisi var? |
| Dağıtık Veri İşleme | Dağıtılmış veriler ve işleme fonksiyonları nasıl ele alınır? |
| Verim | Kullanıcı yanıt süresine veya işleme hızına mı ihtiyaç duydu? |
| Yoğun Kullanılan Yapılandırma | Uygulamanın yürütüleceği mevcut donanım platformu ne kadar yoğun bir şekilde kullanılıyor? |
| İşlem Oranı | İşlemler günlük, haftalık, aylık vb. Ne sıklıkla yapılır? |
| Çevrimiçi Veri Girişi | Bilgilerin yüzde kaçı çevrimiçi olarak giriliyor? |
| Son kullanıcı Verimliliği | Uygulama, son kullanıcı verimliliği için mi tasarlanmış? |
| Çevrimiçi Güncelleme | Çevrimiçi işlemle kaç ILF güncellenir? |
| Karmaşık İşleme | Uygulamanın kapsamlı mantıksal veya matematiksel işlemleri var mı? |
| Tekrar Kullanılabilirlik | Uygulama bir veya daha fazla kullanıcının ihtiyacını karşılayacak şekilde mi geliştirildi? |
| Kurulum Kolaylığı | Dönüştürme ve kurulum ne kadar zor? |
| Operasyonel Kolaylık | Başlatma, yedekleme ve kurtarma prosedürleri ne kadar etkili ve / veya otomatiktir? |
| Birden Çok Site | Uygulama, birden çok kuruluş için birden çok siteye kurulmak üzere özel olarak tasarlanmış, geliştirilmiş ve desteklenmiş midir? |
| Değişimi Kolaylaştırın | Uygulama, değişimi kolaylaştırmak için özel olarak tasarlanmış, geliştirilmiş ve desteklenmiş midir? |
Etki derecesi aralığı, sıfırdan beşe, etki yoktan güçlü etkiye kadar değişen bir ölçekte.
| Değerlendirme | Etki Derecesi |
|---|---|
| 0 | Mevcut değil veya etkisi yok |
| 1 | Tesadüfi etki |
| 2 | Orta düzeyde etki |
| 3 | Ortalama etki |
| 4 | Önemli etki |
| 5 | Boyunca güçlü etki |
14 GSC'nin her biri için etki derecesini belirleyin.
Bu şekilde elde edilen 14 GSC değerlerinin toplamı, Toplam Etki Derecesi (TDI) olarak adlandırılır.
TDI = ∑14 Degrees of Influence
Ardından, Değer Ayarlama Faktörünü (VAF) şu şekilde hesaplayın:
VAF = (TDI × 0.01) + 0.65
Her GSC 0 ila 5 arasında değişebilir, TDI (0 × 14) ila (5 × 14) arasında değişebilir, yani 0 (tüm GSC'ler düşük olduğunda) ila 70 (tüm GSC'ler yüksek olduğunda) yani 0 ≤ TDI ≤ 70 olabilir. Dolayısıyla, VAF 0,65 (tüm GSC'ler düşük olduğunda) ila 1,35 (tüm GSC'ler yüksek olduğunda), yani 0,65 ≤ VAF ≤ 1,35 aralığında değişebilir.
Adım 9: Ayarlanmış Fonksiyon Nokta Sayısını Hesaplayın
VAF kullanan FPA yaklaşımına göre (V4.3.1'den önceki CPM sürümleri), bu şu şekilde belirlenir:
Adjusted FP Count = Unadjusted FP Count × VAF
Burada, ayarlanmayan FP sayısı, Adım 7'de hesapladığınız işlevsel boyuttur.
VAF 0,65 ile 1,35 arasında değişebildiğinden, VAF ayarlanmış son FP sayısı üzerinde ±% 35'lik bir etki uygular.
Fonksiyon Puanlarının Faydaları
İşlev noktaları kullanışlıdır -
Problemin boyutu yerine çözümün boyutunu ölçmede.
İşlev puanları için gereken tek şey gereksinimler olduğundan.
Teknolojiden bağımsız olduğu için.
Programlama dillerinden bağımsız olduğu için.
Test projelerini tahmin ederken.
Genel proje maliyetlerini, takvimi ve çabayı tahmin etmede.
İş grupları ile daha kolay bir iletişim yöntemi sağladığı için sözleşme görüşmelerinde.
Yazılımdaki işlevlerin gerçek kullanımlarına, arayüzlerine ve amaçlarına bir değer atadığından ve ölçtüğünden.
Saat, maliyet, çalışan sayısı, süre ve diğer uygulama ölçümleri gibi diğer ölçümlerle oranlar oluştururken.
FP Depoları
International Software Benchmarking Standards Group (ISBSG) büyür ve BT verileri için iki depo tutar.
- Geliştirme ve İyileştirme Projeleri
- Bakım ve Destek Uygulamaları
Geliştirme ve İyileştirme Projeleri havuzunda 6.000'den fazla proje bulunmaktadır.
Veriler, Microsoft Excel formatında sunulur, bu da onunla yapmak istediğiniz daha fazla analiz yapmayı kolaylaştırır veya verileri başka bir amaç için bile kullanabilirsiniz.
ISBSG depo lisansı şuradan satın alınabilir - http://www.isbsg.com/
ISBSG, “IFPUGMembers” indirim kodu kullanıldığında çevrimiçi alışverişlerde IFPUG üyelerine% 10 indirim sunar.
ISBSG Software Project Data Release güncellemeleri şu adreste bulunabilir: - http://www.ifpug.org/isbsg/
COSMIC ve IFPUG, İşlevsel Olmayan Yazılım ve Proje Gereksinimleri için bir terimler sözlüğü oluşturmak için işbirliği yaptı. - cosmic-sizing.org adresinden indirilebilir