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. Proje tahmin edilen alt birimlere ayrıştırılarak her birim için satır sayıları önerilir. 2. Birimler için ayrı ayrı tahminler yapılır 3. 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 Basit Ortalama Karmaşık Harici girdi 3 4 6 Harici çıktı 4 5 7 Harici sorgu 3 4 6 Dahili dosya 7 10 15 Harici arayüz 5 7 10
İşlev Nokta sayısı Adet Ağırlık Puan Harici girdi 1 4 4 Harici çıktı 2 5 10 Harici sorgu 1 4 4 Dahili dosya 1 10 10 Harici arayüz 1 7 7 Ayarlanmamış toplam 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 Uygulamanın sınırları dışından gelen veri ya da kontrol bilgisini işleyen basit süreç Harici çıktı 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 Derecesi 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 Veri iletişimi 2 Dağıtık işlevler 0 Performans hedefleri 3 Ağırlıklı kullanılan konfigürasyon 3 İşlem oranı 4 On-line veri girişi 4 Son kullanıcı verimliliği 3 On-line güncelleme 2 Karmaşık işlem 3 Yeniden kullanılabilirlik 2 Kurulum kolaylığı 3 İşletme kolaylığı 4 Çok yere kurulum 5 Değişikliği kolaylaştırma 3 TED 41 DAF 1.06 İşlevsel nokta
İş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 Yeni müşteri ekle Müşteri sil Para yatırma işlemi Para çekme işlemi Harici çıktılar Hata mesajı Müşteri raporu Harici sorgu Hesap miktarı Harici arayüz yok Dahili dosya 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 Para çekme işlemi 1 2 S 3 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 Yorumlar Veri iletişimi 3 Dağıtık işlevler 3 Performans hedefleri 3 Ağırlıklı kullanılan konfigürasyon 2 İşlem oranı 4 On-line veri girişi 5 Son kullanıcı verimliliği 4 On-line güncelleme 4 Karmaşık işlem 1 Yeniden kullanılabilirlik 0 Kurulum kolaylığı 0 İşletme kolaylığı 1 Çok yere kurulum 0 Değişikliği kolaylaştırma 0 TED 30 DAF = =0.65 + (0.01 * TED) 0.95 İşlevsel nokta= DAF*ayarlanmamış İN 28.5 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 Yapılan işin veya üretimin miktarına göre değişen maliyetlerdir. Malzeme ve tedarik maliyetleri bu grupta sayılabilir Sabit maliyetler Üretim değişimi ile değişmeyen maliyetlerdir. Kurulum ve kiralama gibi maliyetler bu grupta sayılabilir. Direk Maliyetler 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 formül proje 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.
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 C e =(C o +4C m +C p )/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 Donanım ve yazılım maliyeti Seyahat ve eğitim maliyeti Emek maliyeti kaynakların değeri 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ı Emek Tahmini Üretim oranı her satır kod, her fonksiyon noktası, her modül için gereken zaman ile ölçülür 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ük b 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ük b 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ı a b Temel seviye Organic 2.4 1.05 Semi-Detached 3.0 1.12 Embedded 3.6 1.20 Orta Seviye Organic 3.2 1.05 Semi-Detached 3.0 1.12 Embedded 2.8 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,9 0,38 = 9,84 ay
Tahmini değerlendirme yöntemleri- Uzman 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