PROGRAMLAMADA YENİ EĞİLİMLER - Deneme Sınavı - 11

Çevik yazılım geliştirme manifestosundaki maddeleri ve prensipleri dikkate alarak birçok çevik yazılım geliştirme yöntemi geliştirilmiştir veya mevcut yöntemler çevik yöntemlere adapte olmuştur. Bu yöntemlerin bazıları aşağıda sıralanmıştır: • Adaptive software development (ASD) • Agile modeling • Agile Unified Process (AUP) • Crystal Clear methods • Disciplined agile delivery • Dynamic systems development method (DSDM) • Extreme programming (XP) • Feature-driven development (FDD) • Lean software development • Kanban • Rapid application development (RAD) • Scrum • Scrumban

Test Driven development çevik yazılım gelişim pratiklerindendir.

Sürekli Entegrasyon (Continuous integration) Sürekli entegrasyon, yazılım üzerinde yapılan değişikliklerin herhangi bir bozulmaya sebep olup olmadığının önceden belirlenmesini hedefleyen bir pratiktir. Bu yöntemde yazılım beraberinde geliştirilen testler büyük önem taşımaktadır. Yapılan her değişiklik sonrası yazılım merkezi bir noktada derlenir ve tüm testler çalıştırılır. Eğer derlemede veya testlerde bir problem ortaya çıkarsa yazılım ekibi bilgilendirilir. Böylelikle yazılım gerçek ortama çıkmadan önce erken geri dönüş sağlanmış olur. Yazılımdaki olası hatalar erken yakalanır ve düzeltilir. Böylelikle yazılımdaki değişikliklerin maliyeti çok daha az olur. Bu durum çevik yazılım geliştirme yöntemleri için önemlidir.

Scrum, insanların karışık ve adaptasyona açık problemleri ele alabilmek için en yüksek değere sahip ürünü, üretken ve yaratıcı bir şekilde geliştirmesini sağlayan bir iskelettir. Scrum, özellikle yazılım ürünü geliştirmek için ortaya konmuş bir yöntem değildir. Herhangi değer üreten bir ürün geliştirmesi için de kullanılabilir. Ancak Scrum, en çok yazılım projelerinde uygulanmaktadır. Scrum konusunda bilgi birikiminin oluşması ve Scrum’ın yaygınlaşması konusunda yazılım projelerinin payı büyüktür. Scrum temelde genel bir çerçeve çizer ve içerisinde kullanılan süreç ve pratiklere karışmaz. Bu sebeple anlaşılırlığı yüksektir. Ancak bu basitliğin yanında, Scrum uygulamasında tam olarak ustalaşmak zordur. Scrum temel bileşenleri Scrum Ekibi, ekibin rolleri, etkinlikler, çıktılar ve kurallardır.

Scrum Uzmanı, Scrum’ın doğru anlaşılması ve doğru uygulanmasını sağlayan kişidir. Bunun için Scrum kurallarından, rehberlerden ve pratiklerden faydalanır. Ürün iş listesinin anlaşılır ve kısa parçalardan oluşması konusunda Ürün Sahibine yardımcı olur. Scrum Uzmanı ayrıca hizmetkâr-lider olarak da isimlendirilir. Bunun sebebi, Scrum Uzmanının aynı zamanda ekibin en verimli ve değer üreten şekilde çalışmasına yardımcı olmasını sağlama sorumluluğunun da bulunmasıdır. Geliştirme Ekibinin ilerlemesine engel olan problemleri çözmeye çalışır.

Ürün Sahibi, ürünün değeri ve geliştirmesinden sorumludur. Yapılacak iş listesini oluşturur ve önceliklendirir.

Scrum’ın en temel yapıtaşı olan Sprint, belirli bir zaman aralığını temsil eder. Bu aralığın uzunluğu en fazla bir ay olabilir. Genellikle Sprintlerin uzunluğu bir veya iki hafta olarak tercih edilir. Sprint süresi çok uzun olursa risk ve belirsizlik artar. Çok kısa olması durumunda ise Sprint hedefinin sağlanması zorlaşır. Sprint süresi boyunca ekip, belirli bir Sprint hedefi doğrultusunda iş parçalarını geliştirir. Süre sonunda “bitti” olarak nitelendirilen iş parçaları ile yayınlanabilir ve kullanılabilir bir ürün ortaya çıkar.

Sprint süresince bir amaca uygun olarak geliştirme yapılır ve amacın başarılmasına olumsuz etki edecek değişikliklerden mümkün olduğunca kaçınılır. Ayrıca hedefi gerçekleştirirken ürün kalitesinden feragat edilmez. Ancak her ne kadar amaca olumsuz etki edecek durumlardan kaçınılsa da, elde olmayan sebeplerden dolayı Ürün Sahibi ve Geliştirme Ekibi Sprint amaç ve kapsamını revize edebilir. Bir Sprint biter bitmez hemen diğer Sprint başlar, arada boşluk yoktur. Sprintin uzunluğunun ekibe ve ürüne göre en baştan belirlenerek tüm Sprintlerin aynı uzunlukta olması, çıktıların doğru değerlendirilmesi açısından önem arz eder.

Bir Sprint biter bitmez hemen diğer Sprint başlar, arada boşluk yoktur. Sprintin uzunluğunun ekibe ve ürüne göre en baştan belirlenerek tüm Sprintlerin aynı uzunlukta olması, çıktıların doğru değerlendirilmesi açısından önem arz eder. Bu sebeple ekip ilk Sprint ile Sprintleri hangi uzunlukta yapacağına (1 hafta, 2 hafta, 1 ay vb.) karar verir. Sprint dışı bir zaman olmadığı için, diğer Scrum etkinlikleri Sprint içinde yapılır. Bunlar, Sprint Planlama, Günlük Scrum, Sprint Değerlendirme ve Sprint Retrospektifidir.

Günlük Scrum toplantılarında Geliştirme Ekibi üyeleri sırayla söz alır ve aşağıdaki üç temel konu dışında başka birşey konuşmaz:
• Sprint hedefi doğrultusunda dün yapılan işler
• Sprint hedefine ulaşmak için bugün yapacağı işler
• Sprint hedefine ulaşmayı engelleyen durumlar

Ürün Parçası bir Sprint sonunda tamamlanan Ürün İş Listesi kalemleri ile daha önce bitirilmiş Sprintlerdeki Ürün Parçalarının değerlerinin toplamıdır.

API (Uygulama Programlama Arayüzü), bir yazılımın başka bir yazılımda tanımlanmış fonksiyonlarını kullanabilmesi için oluşturulmuş bir tanım bütünüdür. Örneğin, YouTube API’si kullanarak uygulama içerisinde YouTube videoları yayımlanabilmekte, Turkcell API’si kullanarak mobil uygulama içerisinde Turkcell’in sunduğu SMS gönderme, kimlik doğrulama, konum sorgulama, mobil ödeme vb. hizmetlerini kullanan bir uygulama yazılabilmektedir.

İşletim Sistemleri
Android

Cihazlar :Samsung, HTC, Sony, LG, Asus (hemen
hemen tüm telefonlar), tabletler, saatler,
giyilebilir cihazlar

Apple iOS: iPhone, iPad, iWatch vb. Apple cihazları 

Windows Mobile: Nokia Lumia, Windows Phone, Huawei

Bir cihaz İnternete bağlandığında, dünyadaki İnternete bağlı tüm cihazlarla aynı ağa bağlanmış ve bu ağdaki tüm cihazlarla iletişim kurabilir hâle gelmiş demektir. Yani buzdolabınızdaki yumurta rafında kaç yumurta olduğunu sensörleri ile ölçen İnternete bağlı bir cihaz, bu veriyi bulut sunucuya dakikada bir gönderebilir ve sizin cep telefonunuzdaki mobil uygulama; yumurta sayısı 2’nin altına düştüğünde size bildirim yapabilir. Bu durumda cep telefonunuz ve buzdolabınız bir IoT, yani nesnelerin İnterneti ekosistemi, buzdolabınız ise bir IoT cihazına dönüşmüş olmaktadır.

Mobil uygulamaların kendi içerisinde türleri ortaya çıkmış olmaktadır, kısaca bu türleri aşağıdaki gibi sıralamak mümkündür: • Yerel (Native) Uygulamalar • Web Tabanlı Uygulamalar • Melez (Hybrid) Uygulamalar

Yerel (Native) Uygulamalar

Belli bir platforma özel, genellikle platform sağlayıcının belirtmiş veya üretmiş olduğu “Yazılım Geliştirme Kiti (SDK)” araçları ve programlama dili yardımıyla geliştirilmiş uygulamalardır.

Google Android uygulamasını Android Studio ortamında Java dili kullanarak, Apple iOS uygulaması- nı XCode ortamında Swift dili kullanarak, Microsoft ise Windows Phone uygulamasını Visual Studio ortamında C# dili kullanarak yazmamızı beklemektedir. Bunlara platform tabanlı yerel uygulamalar denilmektedir

Yerel uygulamaların avantajları şu şekilde sıralanabilir: • En iyi kullanıcı deneyimi sunarlar, hızlı ve akıcıdırlar. • Cihaz özelliklerine en yüksek erişimi sağlarlar. • Uygulamalar çevrimdışı olarak çalışabilmektedir. • Yüksek performansa sahiptirler, performansı arttırmak için donanım kaynaklarını kullanırlar. • Uygulamalar, kullanıcılara daha iyi bir görünürlük sağlayan uygulama mağazaları aracılığı ile dağıtılmaktadır. Dezavantajları ise şu şekilde sıralanabilir: • Daha fazla bütçeye ihtiyaç duyarlar. • Geliştirme süreçleri daha uzundur. • Uygulama güncellemeleri kullanıcı tarafından yüklendiği takdirde aktif olmaktadır.

Melez uygulamaların avantajları şu şekilde sıralanabilir:
• Tecrübeli bir web uygulama geliştirici hızlı bir şekilde melez uygulama geliştirebilir.
• Düşük geliştirme maliyeti vardır.
• Tüm platformlar için tek bir programlama dili kullanılabilir.
• Uygulamalar çevrimdışı olarak çalışabilir.
• Bazı cihaz yeteneklerine erişilebilir.
Dezavantajları olarak da şunlar sıralanabilir:
• Platformu anlamak ve öğrenmek uzun zaman alabilir.
• Günümüz cihazları melez uygulamaları akıcı ve sorunsuz şekilde çalıştıramamaktadır, bu uygulamalar daha fazla güce ihtiyaç duyarlar.
• Her platformdaki tarayıcılar son HTML özelliklerine sahip değillerdir, bu da beraberinde bazı sorunları getirebilir.
• Uygulamaların mağazalarda yasaklanma riski daha yüksektir.
• Güvenlik ciddi olarak bir sorundur, melez uygulamalar saldırılara daha açık durumdadırlar.

Cocoa Touch Katmanı IOS'a aittir. 

Kullanıcıya yakın olan bu katman, kullanıcıyla iletişime olanak veren görsel arabirimleri sağlayan sınıfların yer aldığı kısım olarak bilinmektedir. Dokunmatik ekran, bildirimler, çoklu-işlevsellik gibi önemli servisler burada yer almaktadır.

Uygulama Çatısı Katmanı, uygulamaların işletim sistemiyle etkileşimini sağlayacak olan sınıf ve servislerin bulunduğu katmandır. Bu katman içerisindeki sınıf ve servisleri şu şekilde sıralamak mümkündür:

• Aktivite Yöneticisi (Activity Manager): Aktivitelerin çalıştırılması, durdurulması
gibi durumların yönetiminden sorumludur.
• Pencere Yöneticisi (Window Manager): Tüm uygulamaların görüntülenen ekranlarının oluşturulması ve yönetilmesinden sorumludur.
• İçerik Sağlayıcı (Content Provider): Uygulamalar arasında veri paylaşımı ve erişimi yapmaktan sorumludur.
• Görüş Sistemi (View System): Kullanıcı arayüzü oluşturulmasından ve yönetilmesinden sorumlu olan servistir.
• Paket Yöneticisi (Package Manager): Cihaz içerisinde kurulu uygulama, paketlerinden
(apk dosyaları) sorumludur.
• Telefon Yöneticisi (Telephony Manager): Cihaz yönetiminden sorumlu olan servistir.
Uygulama içerisinde cihazla alakalı bir işleve aracılık etmektedir. Android
telefona gelen bir aramanın tespit edilmesi buna örnek verilebilir.
• Lokasyon Yöneticisi (Location Manager): Uygulamaların cihaz içerisinde bulunan
Lokasyon (Global Pozisyonlama) erişimini sağlar ve yönetir.
• Kaynak Yöneticisi (Resource Manager): Uygulamalar içerisine dâhil edilen resim,
dosya vb. kaynakların yönetiminden sorumlu olan servistir.
• Bildirim Yöneticisi (Notification M

Değişen gereksinimler yazılım sürecinin son aşamalarında bile kabul edilmelidir. Çevik süreçler değişimi, müşterinin rekabet avantajı için kullanır. . Çalışan yazılım, tercihen kısa zaman aralıkları belirlenerek birkaç haftada ya da birkaç ayda bir düzenli olarak müşteriye sunulmalıdır. Doğru cevap A'dır.

Verilen seçeneklerin hepsi Çevik Yazılım Geliştirme Yöntemlerindendir. Doğru cevap E'dir.