Yazılım Geliştirme Modeli ve Mimariler. Bilgisayar Programcılığı Ön Lisans Programı YAZILIM MİMARİLERİ. Öğr. Gör. Yüksel KARAMAN

Transkript

1 Yazılım Geliştirme Modeli ve Mimariler Ünite 3 Bilgisayar Programcılığı Ön Lisans Programı YAZILIM MİMARİLERİ Öğr. Gör. Yüksel KARAMAN 1

2 Ünite 3 YAZILIM GELİŞTİRME MODELİ VE MİMARİLER Öğr. Gör. Yüksel KARAMAN İçindekiler 3.1. YAZILIM GELIŞTIRME MODELLERI VE ÖZELLIKLERI BIRLEŞIK MODELLEME VE ÖZELLIKLERI ŞELALE MODELI VE ÖZELLIKLERI DÖNGÜSEL MODEL VE ÖZELLIKLERI EVRIMSEL MODEL VE ÖZELLIKLERI MSF MODELI VE ÖZELLIKLERI YAZILIM MIMARI VE ÇEŞITLERI Tek Katmanlı Mimariler Çok Katmanlı Mimariler ARAŞTIRMALAR ÖDEVLER NELER ÖĞRENDIK

3 Yazılım Geliştirme Modeli ve Mimariler Ünite 3 Önceki Haftanın Konuları 1. İhtiyaçlar ve yazılım talebi 2. Araştırma ve mevcut kaynakların incelenmesi 3. Elde edilen bilgi, belge ve bulguların analiz edilmesi 4. Yazılımda kullanılacak bilgilerin belirlenmesi 5. Girilecek bilgiler 6. Hesaplanacak bilgiler 7. Depolanacak bilgiler 8. Raporlanacak bilgiler Bu Haftanın Konuları 1. Yazılım geliştirme modelleri ve özellikleri 2. Birleşik modelleme (UML) ve özellikleri 3. Şelale modeli ve özellikleri 4. Döngüsel model ve özellikleri 5. Evrimsel model ve özellikleri 6. MSF modeli ve özellikleri 7. Yazılım mimari ve çeşitleri 8. Tek katmanlı mimari 9. Çok katmanlı mimariler 3.1. YAZILIM GELIŞTIRME MODELLERI VE ÖZELLIKLERI Yazılım geliştirme işinde kullanılabilecek bir çok model mevcuttur. Bunlar, bir yazılımın, projenin veya sistemin nasıl ve ne şekilde kimlerle hazırlanacağı konusunda ki işlem aşamalarını anlatan çözüm metotlarıdır. Yazılım geliştirme modelini kısaca tanımlamak gerekirse; yazılımlar için çözüm geliştirme işlemidir. İnsan beyninin ürünü olan bu çözümler; bazen geçmiş tecrübeler kullanılarak, bazen de tamamen deneme yanılma ile öğrenilerek geliştirilmiştir. Bu yazılım geliştirme modellerinin başlangıcı çok eski zamanlara (bilgisayar ve teknolojik cihazların ilk kullanıldığı tarihlere) kadar dayanmaktadır. Bu modellerin bazıları genel olup bir çok farklı modelin geliştirilmesine kaynak teşkil etmiştir. Bazıları da önceki modellerin yetersiz kaldığı durumlar için yeniden düzenlenmesiyle oluşmuştur. Bazıları da tek bir yazılım için özel olarak geliştirilmek suretiyle oluşmuşlardır. 3

4 Yazılım Mimarileri 3.2. BIRLEŞIK MODELLEME VE ÖZELLIKLERI Bu modellerin en genel olanlardan birisi Birleşik Modelleme olup UML kısa ismiyle bilinmektedir. Ayrıca, Şelale, Döngüsel ve Evrim modelleri de en çok kullanılanlardan bazılarıdır. Bunlardan başka çok sayıda kullanılan birçok model olmasına rağmen bunların hepsini saymak ve burada incelemek mümkün değildir. Fakat, MSF modelini söylemeden geçmek mümkün değildir. Birleşik modellemenin ismi Unified Modelling Language ingilizce kelimelerinin karşılığı olup, kısaca UML olarak bilinir. Gelişen yazılım teknolojileri ve artan karmaşıklık karşısında endüstriyel olarak geliştirilmiş ve standartlaşmış bir evrensel modelleme biçimi ve dilidir. İş sistemlerinin nasıl modellenebileceğini belirleyen ve açıklayan yöntemlerin bir araya toplanmış halidir. Çoğunlukla yazılım geliştiriciler tarafından kullanılmaktadır. UML ile hazırlanmış bir yazılım hem daha az maliyetli, hem daha etkili, hem de daha uzun ömürlü olur. Bu model ile dokümantasyonu yapılmış bir programın sonradan düzenlenmesi daha kolay olur. Bütün bunlar bu modelin kullanılması için yeterli sebeplerdir. UML ile yapılan modellemeler her zaman yazılım projelerinde kullanılmak zorunda değildir. Örneğin, bir iş sisteminin yapısını sade ve anlaşılır şekilde ortaya çıkarmak için diyagramlar kullanılır. Bazı diyagram çeşitleri vasıtası ile nesne yönelimli programlamada temel teşkil eden sınıflar da oluşturulabilir. Böylelikle sınıfları geliştirmek için sağlanan ek görsellik ile çözümler daha kolay hale gelir. Bu modelin faaliyet diyagramları ile yazılım haline getirilmek istenen süreçler, herkesin anlayabileceği şekilde görüntülenebilir. Bu açıdan faaliyet diyagramları hem yazılımcıya hem de yazılımı kullanacak olan kişilere net bir görüş sağlar. Bu diyagramlarının en verimli kullanıldığı alanlardan birisi nesne yönelimli tasarımdır. Gerçek örneklere göre sınıflar ve ona ait özellikler ile ifade edebileceği davranışlar belirlenip, bu sınıfların diyagramları çizilir. 4

5 Yazılım Geliştirme Modeli ve Mimariler Ünite 3 Bu diyagramlar programımızın tamamını kapsayacağı için bellek kullanımını daha etkili hale getirebiliriz. Böylece, programımızın kararlılığı artacak ve doküman edilmiş kodları düzenlemek daha az zaman alacaktır. Bu model ile program parçalara ayrılır ve parçalar arasında kurulan ilişkilerle, ortak çalışılan projelerde programcıların iletişimi daha kolay olur. Bir faaliyet birden fazla bölümün katkısı ile gerçekleştiriliyor olabilir. Sorumlulukların, iş akışının, formların açıkça saptanabilmesi için önce işin akış şemasının çizilmesi gerekir. Akış şeması yapılan ve döküman edilmesi istenen işi tam olarak anlatmalıdır. Akış şemaları prosedür yazımında oldukça yararlı olup, prosedürün içerisine gerekli kodların eklenmesi tavsiye edilir. Akış şeması çıkarılırken bilgisayar iş akış şeması şekillerinden faydalanılır. Bu şekillerin her birinin yönetim bilgi sistemlerinde standart ve özel bir anlamı vardır. Bunların bazıları farklı kaynaklarda farklı biçimlerde ifade edilse de, biz bunların standart olanlarını kullanmayı tercih edeceğiz. Bu akış şema şekilleri ve işlevsellikleri dersimizin daha sonraki konularında anlatılacaktır. 5

6 6 Yazılım Mimarileri

7 Yazılım Geliştirme Modeli ve Mimariler Ünite ŞELALE MODELI VE ÖZELLIKLERI Şelale modeli water fall kelimelerinin ingilizce karşılığıdır. Klasik veya geleneksel model olarak da bilinir. Bu yöntemin yazılım geliştirme süreci; analiz, tasarım, kodlama, test, sürüm ve bakım gibi aşamalardan oluşur. Bu modelde yazılımın yaşam döngü adımları baştan sona en az bir kez izlenir. Her safha, başlangıç noktasında bir önceki safhanın ürettiklerini bulur. 7

8 Yazılım Mimarileri Geleneksel yazılım metodların da bu safhalar şelale modelinde olduğu gibi sıralı olarak işler. Her safha, başlangıç noktasında bir önceki safhanın ürettiklerini bulur. Kendi bünyesindeki değişikler doğrultusunda teslim aldıklarını bir sonraki safhanın kullanabileceği şekilde değiştirir. Bir sonraki basamağa geçmenin şartı; o basamakta yer alan aktiviteler eksiksiz olarak yerine getirilmelidir. Yazılım süreci ardışıktır, yani bir sonraki safhaya geçebilmek için bir önceki safhada yer alan aktivitelerin tamamlanmış olması gerekir. Her safhanın sonunda bir doküman oluşturulur. Bu yüzden şelale modeli doküman güdümlüdür. Bazı modellere göre belgeleme adımını ayrı bir adım gibi almaz ve bu yazılımın ürünü olarak ele alınır. Safhaların birbirinden kesin olarak ayrı tutulmaları gerçekçi değildir. Projelerde safhalar arasındaki bu sınırlar yok olabilir. 8

9 Yazılım Geliştirme Modeli ve Mimariler Ünite 3 Teoride safhalar birbirlerini takip ederler. Projelerde bu bazen mümkün olmadığını ve önceki safhalara geri dönülmek zorunda kalındığını görülebilir. Ayrıca bazı modellerde olmayan adımlar arası ilişkiler bu modelde tanımlanmıştır. Kullanıcı katılımı başlangıç safhasında mümkündür. Kullanıcı gereksinimleri bu safhada tespit edilir ve detaylandırılır. Daha sonra gelen tasarım ve kodlama safhalarında müşteri ve kullanıcılar ile diyaloga girilmez. Ancak bu modelde karşılaşılacak problemler vardır. Model değişikliğe açık değildir. Safhalar arası geri dönüş yetersizdir. Bu yöntem ile projeler çok yavaş sonuçlanır. Yazılımın kullanıcıya ulaşma zamanı uzundur. Adımlar arası ilişkilerden dolayı yineleme olabilir. Gereksinim analizi iyi yapılmadığında oluşacak yinelemeler, maliyeti artar. Yazılım geliştiriciler bir an önce yazılımın sonuçlanmasını isterler ve bu sebeple kodlama dışı işlere önem vermezler. 9

10 Yazılım Mimarileri 3.4. DÖNGÜSEL MODEL VE ÖZELLIKLERI Döngüsel model, döne döne, Sarmal, Helezon veya Spiral isimleriyle de bilinir. Bu model, hem klasik hem de prototipleme yöntemlerinin iyi yönlerinin birleştirilmesiyle oluşturulmuştur. Ayrıca prototip yaklaşımı vardır. Bu modelin planlama, risk yönetimi, üretim ve kullanıcı değerlendirmeleri olarak, dört ana bölümü vardır. Ama bu modelde risk analizi ön plana çıkmıştır. Yinelemeli artımsal bir yaklaşım vardır. Her döngü bir fazı ifade eder ve doğrudan adım tanımlama gibi bir faz yoktur. Planlama, üretilecek ara ürün için işin planlanması, amaç ve kısıt ve alternatiflerin belirlenmesi, bir önceki adımda üretilmiş olan ürün ile tümleştirme yapılması faaliyetlerini içerir. Risk yönetiminde, alternatifler değerlendirilir ve risk analizi yapılır. Üretim, planlanmış ara ürünün geliştirildiği aşamadır. Kullanıcı değerlendirmesi, ara ürün hakkında kullanıcıların test ve değerlendirmeleri yapılır. Bu model de süreçler kendi içinde ayrılmazlar. Müşteri istekte bulunur ve bu isteğin projeye eklenmesi bir döngüyü bitirir. Böylece çok daha hızlı projeler oluşturulur ve yazılım müşterinin isteklerine uygun olur. Bu model aslında yapılan Waterfall modelindeki süreç adımlarının küçültülmesidir. 10

11 Yazılım Geliştirme Modeli ve Mimariler Ünite 3 Böylece bir Spiral daha çabuk biter ve müşteriden gelen geribildirimler ile yeni bir spiral daha başlar ve yeni çözümlerimiz oluşur. Bu modelin avantajları şöyle sıralanabilir. Üretim süreci boyunca ara ürün üretme ve üretilen ara ürünün kullanıcı tarafından sınanması yapılır. Yazılımı kullanacak personelin sürece erken katılması ileride oluşabilecek istenmeyen durumları engeller. Bu modelde gerek proje sahibi, gerekse yüklenici tarafındaki yöneticiler, çalışan yazılımlarla proje boyunca karşılaştıkları için sürekli olarak izleme ve planlamalar yapılır. Yazılımın kodlanması ve sınanması daha erken başlar EVRIMSEL MODEL VE ÖZELLIKLERI Evrimsel model; ilk tam ölçekli yazılım geliştirme modelidir ve aşamalar, diğer bir değişle evrimler halinde ürün ortaya çıkarmayı hedefler. Coğrafik olarak geniş alana yayılmış, çok birimli organizasyonlar için önerilmektedir (banka uygulamaları gibi). Her adımda üretilen ürünler, üretildikleri alan için tam işlevselliği içermektedirler. Modelin başarısı ilk evrimin başarısına bağımlıdır. 11

12 Yazılım Mimarileri Her evrimde geliştirilen ürünler uygulama alanında tam işlevselliğe sahiptir. Keşif geliştirmesi ve Prototip geliştirme olarak iki işleve sahiptir. Keşif Geliştirme: Müşteri ile çalışılarak gereksinimlerin keşfi detaylı yapılarak, planlanır. Sistemin en temel ve anlaşılır kısmı ile başlanılır. Başlangıç ana hatlarıyla verilmiş belirteçten son sisteme doğru evrimsel bir geliştirme yapılır. Prototip Geliştirme: Sistem için gereksinimlerin en iyi tanımlanması yapılır. Zayıf anlaşılır müşteri gereksinimleri ile başlar. Bunun nedeni onları daha iyi anlamaktır. Çünkü, çok iyi anlaşılan gereksinimler için prototipe gerek olmayacaktır. Doğrudan gerekli kodlama yapılır. Bunlarda işlem süreçlerini kısaltarak, daha az prototip üretimi ve kodlama demektir. Ortaya çıkan her ürün teslim edilerek kullanıma sunulur. Ürünün kullanımı sırasında elde edilen veriler geri beslemeler ve yeni gereksinimler bir sonraki evrime geçilir. 12

13 Yazılım Geliştirme Modeli ve Mimariler Ünite 3 Her yeni evrim, sistemin kapsamını, işlevlerini ve yeteneklerini biraz daha artırır. Değişiklik denetimi ve konfigürasyon yönetimi bu modelin zorluklarıdır MSF MODELI VE ÖZELLIKLERI MSF modelinin ismi Microsoft Solution Framework ingilizce kelimelerin ilk harflerinin birleşiminden oluşur. MSF bilişimde başarılı çözümler için insanların nasıl organize edileceği, projelerin nasıl planlanacağı, nasıl bir zaman planlaması izlenileceği, risklerin değerlendirilip nasıl kurulumun tamamlanacağıyla ilgili bir metoddur. MSF bir yandan teknoloji çözümlerini daha hızlı bir şekilde, daha az kişiyle ve daha az riskle başarıyla sağlarken, diğer yandan yüksek kaliteli sonuçlar sağlayan uyarlanabilir bir yaklaşımdır. MSF, ekiplerin teknoloji projesi hatasının en sık karşılaşılan nedenlerine doğrudan çözüm bulmalarına yardımcı olurken, başarı oranlarını, çözümü kalitesini ve iş etkisini geliştirir. 13

14 Yazılım Mimarileri MSF süreçleri de yönetir. Çok fazla kullanılan iki tane süreç modelini MSF birleştirip, ikisinin de iyi yönlerini kullanmıştır. Bu süreç modellerinin birincisi Şelale (Waterfall) modeli, ikincisi ise Döngüsel (Spiral) modeldir. MSF in süreç modelinde ise aslında yapılan Şelale modelindeki süreç adımlarının küçültülmesidir. MSF kendi içinde de alt modellere ayrılır. 14

15 Yazılım Geliştirme Modeli ve Mimariler Ünite YAZILIM MIMARI VE ÇEŞITLERI Yazılım mimarisi; donanım yapısında olduğu gibi yazılımda belirli yapı taşlarından oluşmaktadır. Elektronik donanım üzerinde çalışan her türlü yazılımı genel bir yazılım çerçevesi içinde düşünürsek, bu çerçeve içinde mutlaka belirli bir mimari öne çıkacaktır. Uygulama yazılımlarının düzeyi dikkate alınarak sistem yazılım mimarilerinin birçok çeşidi bulunmaktadır. Genel olarak yazılım mimarilerini; Tek katmanlı ve çok katmanlı olarak gruplamak mümkündür. Bunun yanı sıra, doğrudan çalışan, basit ve karışık mimariler gibi gruplamalar da yapılabilmektedir. Doğrudan çalıştırma; en basit mimari, doğrudan bir donanım üzerinde çalışan ve yanlızca makine kodundan oluşan uygulama yazılımıdır. Bu tür yazılımlar daha çok gömülü sistemlerde bulunurlar. Bir eprom içinde saklaman çamaşır makinesi programı gibi. 15

16 Yazılım Mimarileri Basit Mimari: Eğer bilgisayar donanımı üzerinde belirli süreçlerin eşgüdüm içinde yürütülmesi, sistem özkaynaklarının iyi denetlenmesi ve çeşitli giriş/çıkış işlemleri isteniyorsa amaca uygun bir işletim sistemi seçilir ve uygulama yazılımı bunun üzerinde çalışır. Karmaşık Mimari: Uygulama yazılımını çeşitli geliştirme ve bakım kolaylıkları nedeniyle bir ara katman yazılımı ile alttaki işletim sistemi ve donanımdan ayırmak geliştirme ve işletim bakımından çok olmaktadır Tek Katmanlı Mimariler Bu mimaride katmanlar sadece tek bir bilgisayar ve yazılımda bulunmaktadır. Tek kullanıcılı bir sistem olduğu için hızlıdır fakat çok kullanıcıya destek sağlamadığı için kullanım oranı sınırlı olmaktadır Çok Katmanlı Mimariler Çok katmanlı mimaride, kullanıcı ara yüzü, uygulama yazılımları, veriler ayrı bilgisayarlarda bulunmaktadır. Çok katmanlı mimaride, web tabanlı uygulamalar bile gerçekleştirilmektedir. Bu uygulamaları kullanmak için bir adet web browser olması yeterlidir. Uygulama yazılımlarındaki bir değişiklik aynı anda yazılımı kullanan tüm programlarda etkin olacaktır. Gereksiz yetkilendirmeler ortadan kalkacaktır. Veri tabanı ile bağlantı uygulama yazılımı tarafından yapılacağı için veri tabanı daha etkin kullanılmaktadır. Bir yazılım hazırlanırken, yazılımın kullanım amacına göre katmanlar oluşturulabilir veya tek katman üzerinde de çalıştırılabilir. Veri erişim katmanı: Verinin veri tabanı sisteminden getirilmesi ve veri tabanı sistemine gelen verilerin eklenmesi için kullanılan katmandır. İş katmanı: Veri tabanından gelen verilerin işimize uygun olarak düzenlenmesi ve kontrol edilmesini sağlayan katmandır. Sunum ve Ara yüz katmanı: Kullanıcının göreceği, ve kullanıcıdan girdiği verilen alınacağı, ya da daha önceden girilmiş verilerin bir şekilde kullanıcıya gösterilmesi için gereken bir katmandır. 16

17 Yazılım Geliştirme Modeli ve Mimariler Ünite 3 Çok katmanlı mimariler için örnek bir şekil ARAŞTIRMALAR Daha önceden tespit edip, araştırdığınız, proje konunuzun elde edilen bulgular yardımıyla, gereksinimlerini belirleyip, girilecek, hesaplanacak, depolanacak ve raporlanacak bilgilerine karar verip, tasnif edip, doküman ettiğiniz projeniz için uygun bir yazılım geliştirme modeli belirleyiniz yada kendi modelinizi oluşturup, mimari katmanına da karar veriniz ÖDEVLER Dersimizle ilgili bu günkü konuları içeren, internet ortamından bulacağınız e-dökümanlar okuyarak, farklı yazılım mimarilerinden birkaç tanesini tespit edip detaylarını ve bu haftanın konuları ile birlikte özetini çıkarınız NELER ÖĞRENDIK 1. Yazılım geliştirme modelleri ve özellikleri 2. Birleşik modelleme (UML) ve özellikleri 3. Şelale modeli ve özellikleri 4. Döngüsel model ve özellikleri 5. Evrimsel model ve özellikleri 6. MSF modeli ve özellikleri 7. Yazılım mimari ve çeşitleri 8. Tek katmanlı mimari 9. Çok katmanlı mimariler 17

18 Yazılım Mimarileri 18