2 Aralık 2015 Çarşamba

Extreme Programing(XP)

       Merhaba arkadaşlar bir önceki yazımda yazılım metotlarının tamamını anlatamamıştım. Bu yazıda Extreme Programing (XP) gelecek yazımda ise Agile Metottan bahsedeceğim. Hemen metodumuzu incelemeye geçelim.
       Öncelikle tarihsel bilgileri paylaşmak istedim sizinle. Extreme Programming (XP) metodu ilk defa 1999 yılında Kent Beck tarafından duyuruldu. Temelde XP metodu 1996 yılında Chrysler firmasındaki bir proje esnasında Kent Beck, Ron Jeffries ve Ward Cunningham tarafından geliştirildi.
Kent Beck

       Ne zaman kim tarafından çıkarıldığını öğrendik. Peki niye metot çıkartma gereksinimi duyuldu. Yazılım Mühendisliği metotlarının aşırı dokümantasyon içermesi ve zaman alıcı bir süreci beraberinde getirmesinden dolayı böyle bir metot ortaya atılmıştır.

       XP’nin ortaya çıkmasına neden olan eleştiriler şunlardır:
  • ·         Çalışan program oldukça geç ortaya çıkıyor
  • ·         Çalışan program geç çıktığı için hatalarında farkına çok geç varılıyor
  • ·         Verimli değil
  • ·         Esnek değil, yeni isteklere cevap verip ona uyum sağlayamıyor
  • ·         Değişiklik geç ve oldukça zor yapılıyor
       XP 5 temel ilkeye sahiptir.
            1.Basitlik
                XP süreçlerinde değişime ayak uydurabilmek adına sürümler sadece ihtiyaca yönelik çıkartılırlar. Müşteri ile birlikte oluşturulan yazılım ihtiyacı temelde neyi kapsıyorsa yalnızca onlar yapılır, böylece boşa adım atılmamış olur, kayıplar sıfırlanır. Her bir sürüm bir diğeri ile entegre olacağı için karmaşık yapılardan özenle kaçınılmalıdır.
            2.İletişim
                XP ekibin iletişimini fazlasıyla önemser. Müşteri, yönetici, son kullanıcı, test uzmanı ve yazılım geliştiriciler ekibin bir parçasıdır. Ekip üyelerinin tecrübelerini ve öngörülerini paylaşması projenin başarısı için oldukça kilit konumdadır. Müşteri isteğini ortaya koyar, son kullanıcı bu durumda beklentilerini iletir, yazılım tasarım analistleri isteklerin belirginleşmesinde müşteriye destek olur ve yazılım geliştiriciler işin ne kadar zamanda biteceğini belirlerler.
             3.Geri Bildirim
                 XP’nin başarısının ardındaki en önemli adım geri bildirimdir. Bu da testler aracılığı ile yapılır.Yazılım geliştiriciler kendi yaptıkları kodları zaten test ederler; ama senaryolar içerisinde bazen beklenmedik sorunlar oluşabilir, bu sebeple bir test uzmanı tarafından senaryolar dahilinde yazılım test edilir ve eksik veya hatalı olan kısımlar iletilerek hemen değiştirilmesi sağlanır.
              4.Cesaret
                 Cesaret, yapılan işlerde gerekirse hemen değişiklik yapmayı simgeler. Bu klasik yöntemlerde pek tercih edilmeyen bir unsurdur, çünkü birçok şeyi baştan almak maliyetleri yükseltir; ama XP için bu göğüslenebilir bir şeydir, nihayetinde istekleri karşılayamadığı takdirde yazılımın başarılı olduğunu ileri sürmek mümkün değildir.
              5.Saygı
                 Ekibin her bir üyesi diğerlerine saygı duymalıdır. Yaptığı iş ufak bile olsa her ekip üyesi tarafından saygı görmelidir, aksi halde ortaya başarılı bir proje koymak mümkün değildir. 

        XP uygulama pratiklerini anlatacaktım ama yazı çok uzadığından onu yeni yazımda paylaşacağım. Siz bunu okumadan paylaşmış olurum :)

Hiç yorum yok:

Yorum Gönder