Sunum yükleniyor. Lütfen bekleyiniz

Sunum yükleniyor. Lütfen bekleyiniz

MEHMET KAYKISIZ/11541504 Yrd. Doç.Dr. Resul DAŞ.  Burada gösterilen metotlar sadece açıklama içindir. Ayrıntılı olarak sadece Use-Case Point anlatılmıştır.

Benzer bir sunumlar


... konulu sunumlar: "MEHMET KAYKISIZ/11541504 Yrd. Doç.Dr. Resul DAŞ.  Burada gösterilen metotlar sadece açıklama içindir. Ayrıntılı olarak sadece Use-Case Point anlatılmıştır."— Sunum transkripti:

1 MEHMET KAYKISIZ/ Yrd. Doç.Dr. Resul DAŞ

2  Burada gösterilen metotlar sadece açıklama içindir. Ayrıntılı olarak sadece Use-Case Point anlatılmıştır. Bu metotları çoğu matematiksel olduğu için inşaat sektöründe bile kullanılabilmektedir. Amaç iş süresi vb. Parametrelere göre maliyet hesaplamaktır.

3  Analysis Effort method Analysis Effort method  COCOMO COCOMO  COCOMO™ II COCOMO™ II  COSYSMO COSYSMO  Evidence-based Scheduling Evidence-based Scheduling  Function Point Analysis Proxy-based estimating Function Point AnalysisProxy-based estimating  Program Evaluation and Review Technique (PERT) Program Evaluation and Review Technique  SEER-SEM SEER-SEM  SLIM SLIM  The Planning Game (from Extreme Programming) The Planning GameExtreme Programming  Weighted Micro Function Points (WMFP) Weighted Micro Function Points  Wideband Delphi Wideband Delphi  The Use Case Points method (UCP) The Use Case Points method (UCP)  CETIN[1] CETIN

4  Analysis Effort Method metodu, yazılım projelerinin ne kadar süreceğini hesaplamak içindir.Burada amaç başlangıçta bir işi gerçekleştirme süresi belirlemektir. Bu yönteme girişler Boyut (S), Yakınlık (F) ve Karmaşıklık (C) gibi sayısal faktörlerdir. Bir yazılımın incelenmesi için önceki tecrübelere dayanarak bir tahmin yapılır. Tasarım, Kodlama, Birim Testleri, Testler değerlendirme parametreleridir. Eğitim ve Proje Yönetimi bu hesapların dışındadır.  Bu yöntem tecrübelere dayalı tahminlerle yürütülür. [2]

5  Constructive Cost Model ( COCOMO ), Barry W. Boehm tarafından 1981 yılında geliştirilmiştir. Şuan ki ve gelecekteki verilerin regrasyon analizini kullanır satır ile satır arasındaki dönemin büyük projelerinde maliyet hesaplaması için kullanıldı. COBOL, PL/I programlama dilleri kullananlar tarafından tercih edildi. Şelale geliştirme modeline dayanan bir temeli vardı. Bu metot COCOMO 81 olarakta bilinir.  [3]

6  İş Gücü (K) K= a x S b Zaman (T) T= c x Kd  S: Bin tipinde satır sayısı a,b,c,d : 3 farklı model için katsayılar   Ayrık Projeler İçin: a=2,4, b=1,05, c=2,5, d= 0,38  Yarı – Gömülü Projeler İçin: a=3,0, b=1,12, c=2,5, d= 0,35  Gömülü Projeler İçin: a=3,6, b=1,20, c=2,5, d= 0,32 [4]

7  COCOMO 81 in arkasından 2000 yılında gerçekleştirildi. Veritabanlarının kullanıldığı modern projelerde ve daha kapsamlı ve sağlı sonuçlar sağladı.  Yatırım veya bir yazılım geliştirme sırasında gereken diğer finansal kararlar  Planlama ve kontrolü için temel olarak proje bütçeleri ve programları ayarı  Karar veya yazılım maliyet, zamanlama, işlevsellik, performans veya kalite faktörleri arasında denge sağlamak  Yazılım maliyet ve zamanlama risk yönetimi kararları  Yazlım sistem parçalarının hangisilerinin yeniden alınaca, kiralanacak vb. Kararları alabilmek  Yeniden kullanımı yoluyla, kuruluşun yazılım yeteneğini geliştirmek için karma yatırım stratejileri ayarlama, araçlar, süreç olgunluk, dış kaynak kullanımı, vb [5]

8  Ricordo Valerdi tarafından 2002’de üretildi. Bu metot donanım ve yazılım projeleri üzerinde sisteme, personel ve iş süresinin bir tahmini verilerek hesaplanır. Başlangıçta 2002 yılında geliştirilen, modeli şimdi Raytheon, Northrop Grumman, Lockheed Martin, SAIC, General Dynamics ve BAE Systems gibi büyük havacılık ve savunma şirketi tarafından sağlanan 50'den fazla projede kullanılıyor. [6]

9

10  Evidence-based Scheduling, Joel Spolsky tarafından oluşturuldu. Amaç yazılım müh. İlkeleri üzerinde bir yorumcu tarafıdan oluşturulan yazılım tahmin yaklaşımıdır. Bu yaklaşımda, süre hesabı yapılırken akıla gelen tüm parametreler alınır. Hastalıktan, Çay, Sigara molasına kadar herşey önemlidir.[7]

11  Function Point, bilgi sisteminde, bir kullanıcıya verdiği işin işlevsellik miktarını ifade ölçüttür. Tek bir birimin maliyeti(dolar/saat) geçmiş projelere göre hesaplanır yılında IBM’de Allan Albrecht tarafından verimlilik ölçmek için hazırlandı. Yazılımın işlevsel gereksinimleri belirlenir ve her biri şu beş türe göre sınıflandırılır;  Çıkışlar, sorular, girişler, iç dosyalar ve dış arayüzler.  Fonksiyonlar bunlara göre katagorize edilir, karmaşıklığına göre puanlandırılarak dereceleri belirlenir.[8]

12  PRICE Systems, 1975 yılında RCA şirketi tarafından bulundu. Genellikle parametrik maliyet tahmini, yazılımlar daha erken geliştirilmesi için kabul edilmiştir. Bu sistem şu anda bir uygulama şeklinde satılıyor.  1976 yılında Donanım Yaşam Döngüsü Maliyet Modeli olarak başlangıç yaptı. Daha sonra yazılım projeleri için sürece yeni yöntemler katıldı. Fakat uygulamanın arka planı hakkında yeterli bir bilgi yok. [9]

13  Proxy-based Estimating, bu sistem kişisel proje geliştirenler için tasarlanmıştır. Benzer projelerdeki çaba üzerine kurulu bir planı vardır, her proje aynı çabayla yapılır mantığına dayanır. [10]

14  Program (or Project ) Evaluation and Review Technique, kısa adı PERT. Belirli bir projeyi tamamlayana kadar ki görevleri analiz ve temsil etmek için tasarlanmıştır. İlk olrak 1950’lerde ABD donanması tarafından geliştirilen yaygın kritik yön yöntemi ile birlikte kullanılmıştır. [11]

15

16  Use Case Points ( UCP ), yazılım projelerinde, projenin boyuutunu tahmin etmek için kullanılır.Yazılım tasarım ve geliştirme için kullanılan Unified Modeling Language (UML) ve Rational Unified Process (RUP) gibi metodolojiler kullanılır. UCP kavramı modelleme teknikleri UML kümesinin parçası olan kullanım durumlarını kullanılarak yazılmış olan sistem için gereksinimlere dayanmaktadır. Projelerde Emek hesabı için kullanılır. 1993’de Gustov Karner tarafından geliştirilmiştir.

17  Bir online alışveriş sistemi ele alınmıştır. Aşağıdaki diyagram geliştirilecek sistem için Use-Case Diyagramını gösteriyor.

18

19  UUCW hesaplamak için,kullanım durumları tanımlanmalıdır ve her durum için işlem sayısı belirlenmeli. Alışveriş sistemimiz için 9 farklı kullanım mevcut durumda.  Bu durumlar için 2 tane basit, 3 tane ortalama,4 tane karmaşık durumumuz olduğunu varsayalım.  UUCW = (x 5 Basit Kullanım Durumları toplam sayısı) + (Toplam No Ortalama Kullanım Durumları x 10) + (Toplam No karmaşık Kullanım Durumları x 15)  Online Alışveriş Sistemi, UUCW = (2 x 5) + (3 x 10) + (4 x 15) = 100  UUCW = 100

20  UAW hesaplamak için aktörler hesap edilmelidir. Online Alışveriş Sistemi kullanma durumu diyagramında beş aktör görünmektedir; (Yani Online Müşteri, Pazarlama Yöneticisi, Depo Memuru, Ambar Müdürü) Ödeme İşleme Sisteminde; Bir ​​ basit ve insan kullanıcıların aktörlerin her biri için dört kompleks durum aktör bulunmaktadır.  UAW = (x 1 Basit Aktörler toplam sayısı) + (Toplam No Ortalama Aktörler x 2) + (Toplam No Complex Aktörler x 3)  Online Alışveriş Sistemi, UAW = (1x 1) + (0 x 2) + (4 x 3) = 13  UAW = 13

21  Teknik karmaşıklıkta değerlerin her bir iş için yüküne bakılarak hesaplanır.

22 FaktörTanımAğırlıkAtanan DeğeriAğrlık X Atanan Değer T1Dağıtık Sistem T2 Tepki süresi / performans hedefleri T3Son kullanıcı verimliliği1.033 T4Dahili işleme karmaşıklığı1.022 T5Kodu yeniden kullanılabilirliği1.033 T6Kolay kurulum0.51 T7Kolay Kullanım T8 Diğer platformlar için taşınabilirlik T9Sistem bakım1.022 T10Eşzamanlı / paralel işleme1.033 T11Güvenlik özellikleri1.055 T12Üçüncü taraflar için erişim1.011 T13Son kullanıcı eğitimi1.011 Toplam (TF): 42

23  TCF = (TF/100)  Online Alışveriş Sistemi, TCF için = (42/100) = 1.02  TCF = 1.02

24  Projeyi etkileyebilecek çevresel faktörlere birer değer atanınır ve ağırlık puanlarıyla hesaplanır.

25 FaktörTanımAğırlıkAtanan DeğerAğrlık X Atanan Değer E1 Kullanılan geliştirme süreci ile aşinalık E2Uygulama deneyimi E3 Takım Nesne yönelimli deneyimi E4Lier analist yeteneği E5Ekibinin Motivasyon1.022 E6Şartları kararlılığı2.012 E7Part-time personel00 E8Zor bir programlama dili4-4 Total (EF):10.5

26  ECF = (-0.03 x EF)  Online Alışveriş Sistemi, ECF = (-0.03 * 10.5) =  ECF = 1.085

27  Arındırılmamış Kullanım Durumu Ağırlık (UUCW), düzeltilmemiş Aktör Ağırlık (UAW), Teknik Karmaşıklık Faktörü (TCF) ve Çevre Karmaşıklık Faktörü (ECF) tespit edildikten sonra, Use Case Points (UCP) aşağıdaki formülle hesaplanır:  UCP = (UUCW + UAW) x TCF x ECF  Online Alışveriş Sistemi, UCP = ( ) = x 1,085 x  UCP =

28  Online Alışveriş Sistemi, yazılım geliştirmek için toplam tahmini büyüklüğü Use Case Points.  Şimdi Projenin büyüklüğünü bildiğimize göre; Kişi başı 28 saatten hesaplayarak süreci hesaplayalım.  Tahmini Emek = UCP x Saat  Online Alışveriş Sistemi;  Tahmini Emek = x 28  Tahmini Emek = 3501 Saat[12]

29  Günümüz Teknolojileri için yeni maliyet hesaplamaları mevcuttur. Fakat çok ileri konulardır.  Ör;Bulanık Mantık:Optimized Fuzzy Logic Based Framework for Effort Estimation in Software Development  Ör;Sinir Ağları:Optimized Fuzzy Logic Based Framework for Effort Estimation in Software Development

30 1. g Joel on Software: And on Diverse and Occasionally Related Matters That Will Prove of Interest to Software Developers, Designers, and Managers, and to Those Who, Whether by Good Fortune or Ill Luck, Work with Them in Some Capacity, Joel Spolsky, August 2, ique ique 12.


"MEHMET KAYKISIZ/11541504 Yrd. Doç.Dr. Resul DAŞ.  Burada gösterilen metotlar sadece açıklama içindir. Ayrıntılı olarak sadece Use-Case Point anlatılmıştır." indir ppt

Benzer bir sunumlar


Google Reklamları