Slayt 1

YAZILIM PROJE YÖNETİMİ
Yrd.Doç.Dr.Hacer KARACAN
İçerik

Projenin Planlanması

Proje Bütçesinin Oluşturulması

Yazılım Boyut Kestirimi

Maliyet Çıkarımı
Proje Bütçesinin Oluşturulması

Proje takvimi oluşturulduktan sonra yürütülmesi için
kaynaklara ve bu kaynakların idamesi için finansal kaynaklara
ihtiyaç vardır

Bir proje için hazırlanacak en önemli iki doküman:


Proje takvimi
Bütçe yönetim planı
Bu iki plan kullanılarak proje yürütme ve izleme ve kontrol
sürecinde projenin ilerlemesi takip edilir.
Proje Bütçesinin Oluşturulması

Projenin onaylanan bütçe dâhilinde tamamlanabilmesi için
maliyetlerin tahmini ve bütçelemenin yapılması gerekir

Proje bütçesi oluştururken proje için yapılacak olan tüm
harcamalar göz önüne alınmalıdır

Proje planlaması kapsamında “Bütçe Yönetim Planı” hazırlanır
Proje Bütçesinin Oluşturulması

Maliyet  bir işi yapmak için gereken para


Tüm işler için maliyet toplanarak projenin toplam maliyeti
bulunur.
Bütçe  toplam maliyetin takvimsel bir plana oturtulması

Proje bütçesi hazırlanırken sadece proje maliyeti değil proje
sonrası bakım işlerinin de içerildiği ürünün yaşam döngüsü
maliyetinin hesaplanması gerekir
Proje Bütçesinin Oluşturulması

Bütçe Yönetim Planı içeriği:







Kestirimlerin kesinlik düzeyi
Kullanılacak raporlama yöntem ve formatları
Ölçüm birimleri
Kontrol eşikleri
Performans ölçüm kuralları/kriterleri
Süreç tanımları
Maliyet Yönetimi planlaması aşamaları:


Maliyetlerin tahmin edilmesi
Bütçenin belirlenmesi
Yazılım boyut kestirimi

Varsayımlar


Yazılım geliştirme için gerekli olan eforu direk olarak kestirmek
zordur
Boyut bir ürünü geliştirmek için gerekli olan kaynakların doğru
tahminini sağlar
Kaynak
Belgeler
WBS
Her yazılım
ürünü için
boyut
kestirimi
Tüm yazılım
ürünü için
boyut
kestirimi
Yazılım boyut ölçümü

En iyi birimler nedir?







Kod satır sayısı
Gerçekleşen işlevler
İster sayısı
Nesne sayısı
Belge sayfa sayısı
Ekran sayıları
Geliştirme eforu ölçülen boyut ile bağlantılıdır
Kod satır sayısı
1.
2.
3.
Proje tahmin edilen alt birimlere ayrıştırılarak her birim için
satır sayıları önerilir.
Birimler için ayrı ayrı tahminler yapılır
Satır sayısı tahminlerinden emek, zaman ve maliyet
kestirimlerine varılır.
Kod satır sayısı

Fiziksel kod satır sayısı: satırların sayımı

Mantıksal kod satır sayısı: dil elemanlarının sayımı

Hangi deyimler sayılacak?

Çalıştırılabilir deyimler?


Empty statements?, labels?
Çalıştırılmayan deyimler?

Declerations?, Compiler directives?,comments?, Blank lines?
Kod satır sayısı örneği
Kod satır sayısı

Satır sayısı değeri ile gerekli emek değerinin doğrusal olmayan
bir ilişki ile bağlantılı olması sebebiyle, projenin bütünü için
birimlerin satır sayılarını toplayarak emek tahmini yapmaktan
kaçınmak gerekir.

Yazılım maliyet tahminlemede uzun süre kaynak kodun satır
sayısına (1000 satır kod - KLOC) yönelik hesaplar ön planda
tutulmuş ve şu şekilde bir eşitlik kullanılmıştır:
Emek = A (KLOC)b
Kod satır sayısı

Bu yaklaşımda A ve b sabitlerini belirlemek proje yöneticilerinin
en önemli sorumluluğu olarak düşünülmüştür.

Hesapların temelindeki önemli bir nokta, gereken emeğin
ürünün büyüklüğünün bir kuvveti şeklinde hızla artmasıdır.

Bunun sonucu olarak gelişigüzel yaklaşımla yazılan bir
programın başta oldukça kolay ilerlemesine karşın program
büyüdükçe süreç zorlaşmaktadır.

Bu da her bir eklemenin oluşturacağı yan etkileri ve toplam
maliyeti takip etmeyi zorlaştırır.
İşlev Nokta sayısı

Eğer proje ile ilgili girdi çıktı gibi özellikler tahmin edilebiliyorsa
bunlar kullanılarak geliştirilecek sisteme ait bilgiler elde
edilebilir.

Bu yöntemde doğrudan büyüklük kestirimi yapılmasına gerek
yoktur, gereksinimlerin belirlenmesi sürecinde ortaya çıkan
değerler kullanılarak sonuca varılabilir.
İşlev Nokta sayısı

İşlevsellik doğrudan ölçülemeyeceği için işlevselliğe etki eden
etkenler farklı ağırlıklandırmalarla kestirime dahil edilebilir.

Bu işlem sonrasında işlev puanını satır sayısına dönüştürmeye
yönelik formüller kullanılarak maliyet kestirimi gerçekleştirilir.
İşlev Nokta sayısı

Her bir madde sayılarak ağırlık katsayısı ile çarpılır
Harici girdi
Harici çıktı
Harici sorgu
Dahili dosya
Harici arayüz
Basit
3
4
3
7
5
Ortalama Karmaşık
4
6
5
7
4
6
10
15
7
10
İşlev Nokta sayısı
Harici girdi
Harici çıktı
Harici sorgu
Dahili dosya
Harici arayüz
Adet
Ağırlık
1
4
2
5
1
4
1
10
1
7
Ayarlanmamış toplam
Puan
4
10
4
10
7
35
Dahili dosya/Harici arayüz

Dahili dosya


Uygulama sınırları içersinde bulundurulan mantıksal olarak
ilişkili veri grubu veya kontrol bilgisi
Harici arayüz

Uygulama tarafından kullanılan ancak başka bir uygulama
sınırları içerisinde barındırılan mantıksal olarak ilişkili veri grubu
ya da kontrol bilgisi
Harici girdi/çıktı/sorgu

Harici girdi


Harici çıktı


Uygulamanın sınırları dışından gelen veri ya da kontrol bilgisini
işleyen basit süreç
Uygulamanın sınırlar içerisinde veri ya da kontrol bilgisi üreten
basit süreç
Harici sorgu

Uygulama sınırı dışından gelen kontrol bilgisine karşılık veri
dönüşü sağlayan basit süreç
Satır sayısı vs. İşlevsel nokta

Satır sayısı






Basit ve kesin olarak tanımlanabilir
Ölçüm otomatize edilebilir
Üretilen ürün ile direk ilgilidir: ürün geliştirildikten sonra
ölçülebilir
Erken aşamalarda geniş değişimler gösterir
Dil/araç bağımlıdır
İşlevsel nokta



Erken boyut kestirimleri daha anlamlıdır, daha kolaydır
Dil bağımsız
Programın içeriğini ölçebilen bir birime dönüştürülebilir
İşlevsel nokta sayısı yöntemi

İki önemli probleme yanıt verir


Bileşenin karmaşıklık düzeyi ile ilgili karar
Sistemin kalitesi ile ilgili sapmalar
Etki faktörü
Etki faktörleri (örnek)


Etki faktörü ile ayarlanmalıdır
Etki faktörleri 0 dan 5 e kadardır

Toplam etki derecesi (TED)
=Etki faktörlerinin toplamı

Değer ayarlama faktörü (DAF)
=0.65 + (0.01 * TED)

İşlevsel nokta
= DAF * ayarlanmamış işlevsel nokta
Etki Derecesi
Veri iletişimi
Dağıtık işlevler
Performans hedefleri
Ağırlıklı kullanılan konfigürasyon
İşlem oranı
On-line veri girişi
Son kullanıcı verimliliği
On-line güncelleme
Karmaşık işlem
Yeniden kullanılabilirlik
Kurulum kolaylığı
İşletme kolaylığı
Çok yere kurulum
Değişikliği kolaylaştırma
TED
DAF
İşlevsel nokta
2
0
3
3
4
4
3
2
3
2
3
4
5
3
41
1.06
…
İşlevsel nokta örneği

Bir banka için basit bilgi sistemi




Yeni müşterilerin müşteri dosyasına eklenmesi ya da silinmesini sağlayacak
Para yatırma ve para çekme işlemlerini destekleyecek ve fazla çekim yapmak
isterse uyarı mesajı verecek
Müşteriler bir terminal aracılığıyla hesaplarındaki miktarı sorgulayabilecekler
Fazla para çekmiş müşterilerle ilgili raporlama yapılabilecek
Harici girdiler
Harici çıktılar
Harici arayüz
•Yeni müşteri ekle
•Hata mesajı
•yok
•Müşteri sil
•Müşteri raporu
•Para yatırma işlemi
•Para çekme işlemi
Harici sorgu
Dahili dosya
•Hesap miktarı
•Müşteri dosyası
İşlevsel nokta örneği: karmaşıklık
İşlev
Dosya # Kayıt tipi # Veri elemanı # Karmaşıklık
puan
Yeni müşteri ekle
1
10
S
3
Müşteri sil
1
2
S
3
Para yatırma
işlemi
1
2
S
3
Para çekme
işlemi
1
2
S
3
Hata mesajı
1
4
S
4
Müşteri raporu
1
8
S
4
Hesap miktarı
1
3
S
3
Müşteri dosyası
1
12
S
7
TOPLAM
30
İşlevsel nokta örneği: Etki
Etki faktörleri (örnek)
Etki Derecesi
Veri iletişimi
Dağıtık işlevler
Performans hedefleri
Ağırlıklı kullanılan konfigürasyon
İşlem oranı
On-line veri girişi
Son kullanıcı verimliliği
On-line güncelleme
Karmaşık işlem
Yeniden kullanılabilirlik
Kurulum kolaylığı
İşletme kolaylığı
Çok yere kurulum
Değişikliği kolaylaştırma
TED
DAF = =0.65 + (0.01 * TED)
İşlevsel nokta= DAF*ayarlanmamış İN
3
3
3
2
4
5
4
4
1
0
0
1
0
0
30
0.95
28.5
Yorumlar
Batch prosesler için online veri toplama
Tek yönlü online veri transferi
Çevrimiçi tepki hızı önemli
var olan sistemde çalışacak
Belirtimde isteniyor
İşlemlerin yarısı online
Tuşa basma minimize edilmeli
Müşteri dosyası için kurtarma mekanizması
Sadece güvenlikle ilgili konular için
Özel bir ister yok
Özel bir ister yok
Etkili açılış, yedekleme ve kurtarma
Sadece kurulumda
Özel bir ister yok
…
İşlevsel noktanın kullanımı

Bu hesaplamalardan sonra işlevsel nokta sayısını satır sayısına
çevirebilirsiniz

Formül
SLOC = FP * ADJ * Dönüştürme Faktörü

ADJ uygulama genel özelliğine has ayar

Dönüştürme faktörü de uygulamanızın geçmiş deneyimine göre
oluşturulur
 Basit bir işlevi yapmak için gerekli olan ortalama satır sayısıdır
Eğer hiç veri yoksa??

Yazılacak kod ile ilgili hiç bilgi yoksa ne olacak?
 Hiç önceden deneyim yoksa
 Uzmanlık yoksa

Eğer işlevsel isterleri biliyorsanız işlevsel nokta sayısına benzer
bir yol kullanabilirsiniz

Sadece isterleri sayabilirsiniz

En kötü ihtimalle veri sağladıkça yeni kestirimler yapıp planlama
yaparsınız
Maliyetlerin Tahmin Edilmesi

Her bir aktivite için parasal kaynak belirleme sürecidir.

Proje dâhilinde kullanılacak tüm kaynaklar için (malzemeler,
teçhizat, hizmet, tesis, enflasyon etkisi, beklenmedik durum
maliyetleri) maliyet tahminlemesinde bulunulmalıdır

Kestirimler o andaki bilgiye dayanarak oluşturulur ve başlangıçta
hassasiyet düşüktür

Proje ilerledikçe ve proje ile ilgili bilgiler ve planlamalar
netleştikçe bütçe tahmininin hassasiyeti artar.
Maliyetlerin Tahmin Edilmesi

Maliyet tahmini için girdiler:

Kapsam Temel çizgisi (Kapsam bildirimi, İKY ve İKY sözlüğünden oluşur)
 İKY oluşturulduktan sonra projenin temelidir. Neyin maliyetinin
tahmin edileceği bilgisi kapsam temel çizgi içerisindedir.

Proje takvimi  takvim, aktiviteleri, atanan kaynakları ve sıralamayı
içerdiği için maliyet tahmininin temel girdilerindendir

İnsan kaynakları planı  kullanılacak kaynaklar, kabiliyetleri, ücretleri,
ödül sistemi maliyet hesaplama için girdi oluşturur

Risk kayıtları  Belirlenen riskler, bunların ötelenmesi, azaltılması
maliyetleri

Organizasyonel faktörler
Maliyetlerin Tahmin Edilmesi

Kestirim yapılırken genel olarak şu unsurlar göz önüne
alınmalıdır:
 Kalite maliyeti
 Risk eforu maliyeti
 Proje yöneticisinin maliyeti
 Proje yönetim aktivitelerinin maliyeti
 Çalışan, malzeme, eğitim gibi proje ile doğrudan ilgili maliyetler
 Ofis harcamaları
 Kar
 Ek yükler (overhead)
Maliyet Türleri

Değişken maliyetler


Sabit maliyetler


Üretim değişimi ile değişmeyen maliyetlerdir. Kurulum ve kiralama gibi
maliyetler bu grupta sayılabilir.
Direk Maliyetler


Yapılan işin veya üretimin miktarına göre değişen maliyetlerdir.
Malzeme ve tedarik maliyetleri bu grupta sayılabilir
Doğrudan proje dâhilinde yapılan işle ilgili olan maliyetlerdir. Personel
seyahat harcamaları, maaşlar, malzeme fiyatları bu gruba dâhil edilebilir.
Dolaylı maliyetler

Ek yük getiren ve projeye özgü olmayan harcamalardır. Vergiler,
organizasyon kullanımı için yapılan genel harcamalar bu grupta
sayılabilir
Maliyetlerin Tahmin Edilmesi

Maliyetlerin tahmin edilmesinde kullanılan metotlar:

Örneksel Tahminleme (Analoji,Yukarıdan Aşağı Tahminleme)

Parametrik Tahminleme

Aşağıdan Yukarıya Tahminleme

Üç Nokta Tahminleme

Yedek Maliyet analizi

Kalite Maliyeti

Tedarikçi Fiyat Teklif Analizi
Maliyetlerin Tahmin Edilmesi

Örneksel Tahminleme (Analoji,Yukarıdan-Aşağı Tahminleme)






Daha önce gerçekleştirilmiş benzer proje verileri ve uzman görüşleri
temel alınır
Özellikle projenin başında sınırlı veriye sahip olunduğunda kabaca bir
maliyet çıkarmak için kullanışlı bir yöntemdir.
Tahminleme yapılmış projelerde benzer karmaşıklığa ve büyüklüğe
bakılır.
Tahminlemede bulunulan kişinin konuyla ilgili uzmanlığına ve eski
projelerin benzerlik oranlarının yüksekliğine bağlı olarak tahminin
doğruluğu artar.
Az maliyetli ve az zaman alan bir yöntem olmakla beraber doğruluk
derecesi de düşüktür.
Diğer yöntemlerle veya tek başına kullanılabilir.
Maliyetlerin Tahmin Edilmesi

Parametrik Tahminleme

Tahminlemeyi yapmak için bazı parametreleri ve bunlar arasındaki
ilişkiyi kullanır.

Daha yüksek kesinlik düzeyine ulaşılabilir.

Parametrik modellerde genelde kullanılan
karakteristiğine göre değiştirilmektedir.

Modelin doğruluğu ve tutarlılığı analiz yapan çalışanın bu
parametreleri ortaya çıkarma yeterliliği ile doğru orantılı olarak
değişir.
formül
proje
Maliyetlerin Tahmin Edilmesi

Aşağıdan yukarıya tahminleme

Bütünü oluşturan parçaların maliyetlerinin tahmin edilmesi ve
bu maliyetlerin toplanarak parçaların oluşturduğu üst seviye
parçanın maliyetinin hesaplanmasına dayanır

Parçaların tahminlemesinin doğru yapılması halinde bütünün
maliyetinin tahmininde daha doğru sonuçlar verir
Maliyetlerin Tahmin Edilmesi

Üç Nokta Tahminleme

Zaman tahminlemesinde olduğu gibi en olası tahmin, iyimser tahmin
ve kötümser tahmin yapılır ve
Ce=(Co+4Cm+Cp)/6
formülü kullanılarak maliyet tahmini yapılabilir.

Bu tahminleme daha yüksek bir kesinlik derecesi sunar ve belirsizlik
aralığını da açık bir şekilde ortaya koyar.

Satır sayısı tahmini için genellikle bu yöntem tercih edilir.

Bir birim için tahmin edilecek en küçük satır sayısı, en olası satır tahmini ve
en büyük tahmin değeri belirlenip bunlarla gerekli ortalama işlemi yapılır.
Maliyetlerin Tahmin Edilmesi

Yedek Maliyet Analizi

Maliyetlerdeki belirsizlik ve risklerden kaynaklanabilecek
beklenmedik durumlar için beklenmedik durum yedekleri
maliyet tahminlemesine dâhil edilebilir.

Beklenmedik durum yedekleri tahmini maliyetin bir yüzdesi
olarak hesaplanabileceği gibi sabit bir sayı olarak da eklenebilir.

Projenin ilerleyen safhalarında proje bilgileri belirginleşmeye
başladığında bu yedekler azaltılabilir veya tamamen ortadan
kaldırılır.
Maliyetlerin Tahmin Edilmesi

Kalite Maliyeti


Kalite eforu proje tahminlemesine dâhil edilmelidir.
Tedarikçi Fiyat Teklifi Analizi

Maliyet tahmininin, ilgili tedarikçilerden fiyat teklifi alınarak
oluşturulmasına dayanır.
Maliyetlerin Tahmin Edilmesi

Maliyet tahminlemesinin temellerinin de verilmesi tahminin neye
göre yapıldığını göstermesi açısından önemlidir.

Bu kapsamda şu bilgiler dokümante edilebilir:
 Tahminleme sırasında yapılan varsayımlar

Tahminlemeyi etkileyen kısıtlar

Tahminlemede kullanılan metotlar

Tahminlemenin hata aralığı

Nihai tahminin güvenilirliği
Maliyetlerin Tahmin Edilmesi

Yazılım Projelerine özgü olarak

Satır sayısı yöntemi ile maliyet kestirimi

İşlev puanı yöntemi ile maliyet kestirimi
yöntemleri de kullanılabilir
Yazılım maliyeti bileşenleri

Yazılımın maliyeti  yazılım geliştirme süreci için gereken
kaynakların değeri



Donanım ve yazılım maliyeti
Seyahat ve eğitim maliyeti
Emek maliyeti
 Projeye katılmış mühendislerin maaşları
 Sosyal ve sigorta maliyetleri
 Emek maliyetini etkileyen diğer etkenler:
 Bina, ısınma, aydınlatma maliyeti
 Ağ ve telekomünikasyon maliyeti
 Ortak kullanım maliyetleri (kütüphane, vb.)
Maliyet ve fiyatlandırma

Matematiksel olarak
Yazılımın fiyatı = maliyet + kar

Ama gerçek uygulamalarda yazılımın geliştirilme maliyeti ile
müşteriye bildirilen fiyatı arasında ilişki bu kadar basit değildir




Kurumsal,
iktisadi,
siyasi ve
ticari etkenler fiyatlandırmayı etkiler
Tahmini maliyet-değerlendirme yöntemleri


Yazılım sistemini geliştirmek için gereken çabayı kesin
değerlendirmek için basit bir yol yoktur

Başlangıç değerlendirmeler kullanıcı gereksinimlerinin
tanımlamalarından alınan kesin olmayan bilgilere dayanıyor

Yazılım yeni bir bilgisayarda veya yeni teknoloji kullanmakla
çalıştırıla bilir

Projeye katılan kişiler belli değil
Projenin maliyet değerlendirmesi bütçeyi belirler ve ürün
bütçeye uygun olarak geliştirilir
Emek Tahmini


Emek genelde adam-saat, adam-gün ya da adam-ay
cinsinden ölçülür.
10 adam-ay
 10 kişi 1 ay
 1 kişi 10 ay
 2 kişi 5 ay, vb. anlamına gelebilir.
Emek Tahmin Teknikleri
Büyüklük Tahmini
Yöntemler: Function Points, Geçmiş Proje Verileri
SLOC (Source Lines of Code)
Yöntemler
Geçmiş proje verilerinden yararlanılması
Emek = Büyüklük / Üretim Oranı
Üretim oranı her satır kod, her fonksiyon noktası, her
modül için gereken zaman ile ölçülür
Emek Tahmini
Modellerin kullanılması
Constructive Cost Model (COCOMO) (Boehm)
Putnam’s Model (SLIM)
Shen and Conti (COPMO)
Price-S (Lockheed Martin)
Algoritmik Maliyet Modelleri

Algoritmik maliyet modeli istatistiksel maliyet verilerine dayalı formal
yaklaşım; genellikle yazılımın boyutunu kullanır

Maliyet, ürün, proje ve süreçlerle ilgili etkenler gözönüne alınarak
tahmin edilir.

Emek= a x Büyüklükb x m
a: organizasyona bağlı faktör,
b: büyük projeler için emek ayarlaması (1-1,5 arasında değişir)
m: süreç, personel ve ürün ile ilgili etkenlerin çarpanı

Genelde tüm modeller aynı formülü kullanırlar, yalnızca a, b ve m
değerleri modele göre değişir.
COCOMO

Deneysel ve gözlemsel bir maliyet kestirim modeli olan
COCOMO (Constructive Cost Model) 1981 yılında Bary
Boehm tarafından tanıtılmıştır.

Temel prensibi, gereken emeğin program büyüklüğünün bir üstel
değerine bağlı olmasıdır.

Endüstriden toplanan bilgiler ışığında geliştirilmiştir.

COCOMO’nun tercih edilmesindeki etkenler

Kullanılan projelerin çeşitlilik göstermesi

iyi ele alınmış projelerin barındırılması

iyi seviyede dokümante edilmiş olması
COCOMO

Projelere yönelik hesaplama katsayıları için üç tip proje
tanımlanmıştır:

Organik  Kolay, basit, fazla yenilik gerektirmeyen, yazılım
ekibinin aşina olduğu uygulama

Yarı-ayrık (Semi-detached)  Orta seviyede karışık
ekiplerin birarada çalıştığı, katı ihtiyaçlar seti olan uygulama

Gömülü (Embedded)  Geniş, donanım, yazılım ve işletim
kısıtlarıyla geliştirilen, yenilik gerektiren tasarıma sahip
uygulama
COCOMO

Emek= a x



Büyüklükb
xm
a  organizasyona bağlı faktör,
b  büyük projeler için emek
ayarlaması (1-1,5 arasında değişir)
m  süreç, personel ve ürün ile
ilgili etkenlerin çarpanı
a
b
Temel seviye
Organic
Semi-Detached
Embedded
2.4
3.0
3.6
1.05
1.12
1.20
Orta Seviye
Organic
Semi-Detached
Embedded
3.2
3.0
2.8
1.05
1.12
1.20
• Büyüklük 1000 satır kodla ölçülür (KLOC)
• Emek adam-ay olarak ölçülür
COCOMO

Emek tahmininden sonra projenin süresini tahmin ederken
kullanılan formül şu şekildedir:
Takvim= 2.5 * Emek k



organik projeler için k = 0.38
yarı-ayrık projeler için k = 0.35
gömülü projeler için k = 0.32 olarak alınır.
Örn. Emek = 36,9 adam-ay
Takvim= 2.5 * Emek 0,38=2.5*36,90,38= 9,84 ay
Tahmini değerlendirme yöntemleriUzman görüşleri

Yazılım geliştirme ve uygulama alanlarından birer veya birkaç
uzman yazılımın maliyetini değerlendirmek için deneyimlerini
kullanıyorlar. Razılaşma sağlanana dek bu süreç devam ediyor

Artı yönleri: Nispeten düşük maliyetli değerlendirme yöntemi.
Uzmanların benzer sistemlerde deneyimleri varsa kesinliği
yüksektir

Eksi yönleri: Yöntem, uzman olmayanlar tarafından gerçekleşirse
kesinliği çok düşüktür
Tahmini değerlendirme yöntemleri Benzerliğe göre değerlendirme

Projenin maliyeti, projenin aynı uygulama alanındaki benzer
projelerle karşılaştırılması yolu ile hesaplanıyor

Artı yönleri: Eğer proje verileri mevcutsa kesinliği yüksektir

Eksi yönleri: Karşılaştırma için proje yok ise gerçekleştirilemez.
Maliyet veri tabanının sürekli güncellenmesi gerekiyor.
Kazanmak için fiyat biçme Pricing to win







Projenin maliyeti, müşterinin harcayacağı paraya bağlıdır
Müşterinin istediği sistemi elde etmesi ihtimali küçüktür.
Maliyet, gereken işleri yansıtmayabilir
Bu yöntem ahlaki görünmeyebilir
Ama, gereken bilgi yok derecesinde ise bu en uygun yaklaşım
olabilir
Projenin maliyeti öneri temelleri üzerinde razılaştırılır ve geliştirme
bu maliyetle sınırlanır
Ayrıntılı belirteç görüşülebilir veya sistem geliştirmede evrimsel
yaklaşım kullanılabilir
Yukarıdan aşağıya ve aşağıdan yukarıya
değerlendirme

Her bir yöntemde yukarıdan aşağıya ve yukarıdan aşağıya
yaklaşımları kullanılabilir

Yukarıdan aşağıya
 Sistem seviyesinden başlamalı;
 tüm sistem işlevlerine erişim;
 bunlar alt sistemlerden nasıl alınıyor

Aşağıdan yukarıya
 Bileşen seviyesinden başlamalı;
 her bir bileşen için gereken çabayı değerlendirmeli;
 Nihai değerlendirmeği bulmak için bu çabaları toplamalı
Değerlendirme yöntemlerinin karşılaştırılması

Her yöntemin güçlü ve zayıf yönleri bulunmaktadır

Değerlendirme birkaç yöntemle yapılırsa daha kesin sonuç
verebilir

Eğer farklı yöntemlerle alınmış sonuçlar birbirinden çok uzak
ise bu giriş bilgilerinin yeterli olmadığını gösterir

Bazı hallerde kazanma için fiyat biçme tek uygulanabilir
yöntemdir
Değerlendirmenin kesinliği

Yazılım sisteminin boyutu ,yalnız yazılım tamamlandıktan sonra
kesin belli olur

Yazılımın nihai boyutunu etkileyen etkenler:
 Yazılım araçlarının kullanımı
 Programlama dili
 Sistemin dağınıklığı

Geliştirme sürecinin devam ettiği süreçte değerlendirme
gittikçe kesinleşir
Bütçenin Belirlenmesi

Aktiviteler için gerçekleştirilen maliyet tahminlerinin bir araya
getirilmesi ile proje bütçesi için temel çizgi oluşturulur

Projenin bütçe performansı bütçe temel çizgisi baz alınarak
izlenir ve kontrol edilir.

Kazanılmış değer analizine temel teşkil eder

Toplam bütçe tahmini yapılırken şu unsurlar hesaba katılmalıdır:

Risk yönetim aktiviteleri

Yedekler
Bütçenin Belirlenmesi

İki tip yedek göz önüne alınır:

Beklenmedik durum yedekleri


Risk
listesinde
belirlenen
ve
gerçekleşen
risklerden
kaynaklanabilecek planlanmamış potansiyel değişiklikler göz önüne
alınarak hesaplanan/varsayılan yedeklerdir
Yönetimsel yedekler

Proje kapsamındaki ve maliyetteki planlanmamış değişiklikler için
öngörülen bütçedir

Download Report