Yazılım mimarisi şeması
Mimari denildiğinde insanın aklına gelebilecek ilk konu değildir yazılım. Ama nasıl köprüler, barajlar gibi büyük yapıtların bir mimariye ihtiyacı varsa, geniş kapsamlı yazılım projelerinin de mimariye ihtiyaçları vardır. Çünkü projeler büyüdükçe bunların üstesinden gelmek zorlaşır. Dolayısıyla, karmaşık ve büyük çapta sistemleri tasarlamak için aslında olaylara çok basit noktalardan bakmak gereklidir. Bu noktada detaya fazla girmeden size neden ve nasıl yazılım mimarisi yapıldığından bahsedeceğim. Örneklerim biraz olağan dışı olursa beni mazur görün.
Öncelikle, neden mimariye genelde ihtiyaç vardır sorusunun yanıtını vererek başlayalım. Düşünün ki bir sürü inşaat işçisi duvar yapabiliyor. Hepsini bir araya getirsek ve Taç Mahal yapmalarını istesek bu yapıtı inşa edemeyiz. Ancak bir mimar yapıtın mimarisini çıkarırsa ve daha sonra bu mimarinin mühendisliği yapılırsa bu şekilde planlı ve programlı şekilde ilerlenir, dolayısıyla ortaya eşsiz eserler çıkarılabilir. Aynen bu şekilde de yazılımlarda bu sistem geçerlidir. Mesela bir oyun yapılacak ya da Facebook gibi bir site. Şimdi siz bu siteye salt bakamazsınız. Sebebi, çok iyi bir mimarisi olmaz ise sistem yeni gelen teknolojileri ya da yazılımları kabul etmeyecektir. Sadece o değil, nereden başlayacağınızı da bilemezsiniz. Çünkü sistem o kadar karmaşık ki planınız olmadan üstesinden gelinemez. Bu noktada amaç geliştirilebilir, yeniliklere açık, uygulanabilirliği kolay ve sağlam sistemler oluşturmaktır. Bu durumda da mimari artık kaçınılmazdır.
Eğer sizi yazılımların da mimariye ihtiyacı olduğuna ikna ettiysem size yazılım mimarisinin nasıl yapıldığına dair yüzeysel bilgiler vereyim. Genel olarak yaptığınız yazılımlar 2 parçaya ayrılabilir. Birincisi kullanıcıların görüp kullandığı görünüm arayüzü (Graphical User Interface), ikincisi de bu arayüzün planlayıcısı ve kontrol mekanizması olan bir mantık ünitesidir. Şimdi mimari bu noktada başlıyor. Görünüm arayüzünü o kadar iyi ayırırsınız ki alttaki mantık ünitesinden, iki kısım da birbirinden etkilenmez. Buna şöyle bir örnek vereyim. Şimdi Facebook yeni bir tema oluştursa kendisine, sizce var olan her şeyi değiştirir mi? Tabii ki hayır. Var olan temayı başka bir temayla rahatça değiştirebilecek bir sistemleri vardır. Bunu da mimarileriyle başarmışlardır. Peki bu mimari dediğimiz şey bu iki üniteyi sadece birbirinden ayırmak mıdır? Hayır, değildir. Maksadımız sistemi yukarıda saydığımız özelliklere kavuşturmaktır. Sistemi öyle yapmak istiyoruz ki her şeyin yerine yenisi çıkarılıp takılabiliyor olsun. Tabii bu hiçbir zaman tamamı ile başarılabilecek bir durum değildir. Bu da bilgisayar ve yazılım mühendislerinin çalıştığı alanlardan biridir.
Şimdi bilgisayar mühendisi ve bilgisayar bilgisi iyi olan arkadaşlara yönelik kısıma geldik. Bu kısımda size yazılım mimarisinde kullanılan birkaç şablondan (pattern) bahsedeceğim. Öncelikle hepinizin bildiği pattern Model-View-Controller en çok bilinen ve yaygın olarak kullanılan mimari şablonudur (architectural pattern). Bunun yanı sıra oyun şirketlerinin çok kullandığı Peer-to-Peer yaygın bir şablondur. Bu şablonda internet üzerindeki kullanıcıların aynı anda hem sunucu (server) hem de alıcı (client) olabileceği düşünülerek tasarlanmıştır. Bundan başka Pipe and Filter diye bir şablonumuz var ki bu da genelde derleyiciler (compiler) için kullanılmaktadır. Bu mimaride yapılacak işlemi parçalara ayırma güdülmüştür. Bunu şöyle açıklayabilirim. Mesela bir kodu derleme işlemini şu şekilde yapar bu tür sistemler. İlk önce bir syntax analizi yapar, burada hata varsa durur, sonra array'in sınırlarını kontrol eder. Daha sonra başka bir takım işlemlerden geçirdikten sonra kodunuzu derlemiş olur. İşte bu tür sıralı işlemlerde bu şablon kullanılmaktadır. Son zamanlarda çok yaygın olan bir diğer şablon ise Service-Oriented-Architecture'dır. Bu mimaride ise temel olarak bir sistem üzerinde birden fazla küçük sistemin uyumlu şekilde çalışması güdülür. Örnek verecek olursak, Facebook üzerinde FarmVille'in çalışması gibi. Şu an açıklamadığım ama merak edeceğiniz diğer önemli mimari şablonlarını ise sıralıyorum: Multitier Architecture, Implicit Invocation, Blackboard System, Naked Objects.
Bu kadar çok konuşup başınızı ağrıttıktan sonra yazımı burada tamamlamak istiyorum. Kısaca karmaşık işlerin çözümü basitten başlamaktan geçer. Bundan dolayı da mimari yazılımda gerekli olan çok önemli bir kavramdır.