romegames 1
romegames
Bvural41 1
Bvural41
Best Studio 1
Best Studio
BlackFullMoon 1
BlackFullMoon
NovaLst 1
NovaLst
SLyFeLLowTR 1
SLyFeLLowTR
xranzei 1
xranzei
InfernoShade 1
InfernoShade
shrpnl 1
shrpnl
D 1
delimuratt
noisiv 1
noisiv
Manwe Work 1
Manwe Work
Hikaye Ekle
Reklam vermek için turkmmo@gmail.com

SDLC (Software Development Life Cycle) Nedir?

  • Konuyu başlatan Konuyu başlatan gameserverplay
  • Başlangıç tarihi Başlangıç tarihi
  • Cevaplar Cevaplar 2
  • Görüntüleme Görüntüleme 309

gameserverplay

⭕️⭕️\_____/⭕️⭕️
Telefon Numarası Onaylanmış Üye
Fahri Üye
TM Üye
Katılım
21 Eki 2013
Konular
3,135
Mesajlar
7,771
Çözüm
3
Online süresi
4mo 15d
Reaksiyon Skoru
5,377
Altın Konu
67
Başarım Puanı
409
Yaş
36
MmoLira
1,402
DevLira
0
Ticaret - 100%
1   0   0

ROHAN2 WORLD 1-120 TR TİPİ OFFICIAL YOHARA, BALATHOR VE AMON! 80. GÜNÜNDE! +10.000 ONLİNE! HİLE VE BOT %100 ENGELLİ HEMEN TIKLA!

1698262961805.png

Bu makalede SDLC temelleri, mevcut SDLC modelleri ve endüstrideki uygulamaları, Çevik, RAD ve Prototipleme gibi diğer ilgili yöntemler hakkında genel bilgi verilmektedir​

SDLC, müşteri beklentilerini karşılayan veya aşan, zaman içinde tamamlanmaya ve maliyet tahminlerine erişen yüksek kaliteli bir yazılım üretmeyi amaçlamaktadır.​

ISO / IEC 12207, yazılım yaşam döngüsü süreçleri için uluslararası bir standarttır. Yazılım geliştirmede ve bakımında gerekli olan tüm görevleri tanımlayan standart olmayı hedeflemektedir.​


(Software Development Life Cycle Core Processes) Nelerdir?

1. Aşama : Planlama ve Gerekinim Analizi
İhtiyaç analizi, SDLC’nin en önemli ve en temel aşamasıdır. Müşteri, satış departmanı, pazar araştırmaları ve alan uzmanlarının girdileri ile ekibin kıdemli üyeleri tarafından gerçekleştirilir. Bu bilgi daha sonra temel proje yaklaşımını planlamak ve ekonomik, operasyonel ve teknik alanlarda ürün fizibilite çalışması yapmak için kullanılır.​

Kalite güvencesi gereksinimlerinin planlanması ve projeyle ilişkili risklerin tanımlanması planlama aşamasında da yapılır. Teknik fizibilite çalışmasının sonucu, projeyi minimum risklerle başarıyla uygulamak için izlenebilecek çeşitli teknik yaklaşımları tanımlamaktır.​

2.Aşama : Şartları Tanımlama
İhtiyaç analizi yapıldıktan sonra bir sonraki adım, ürün gereksinimlerini açıkça tanımlamak ve belgelemek ve müşteriden veya piyasa analistlerinden onay almaktır. Bu, proje ömrü boyunca tasarlanacak ve geliştirilecek tüm ürün gereksinimlerini içeren bir SRS (Yazılım Gereksinimi Belgesi) belgesi aracılığıyla yapılır.​

3.Aşama : Ürün Mimarisini Tasarlamak
SRS, ürün mimarları için geliştirilecek ürün için en iyi mimari ile ortaya çıkabilecek referans. SRS’de belirtilen gerekliliklere dayanarak, genellikle ürün mimarisi için birden fazla tasarım yaklaşımı önerilir ve DDS – Tasarım Belge Şartnamesinde belgelenir.​

Bu DDS tüm önemli paydaşlar tarafından gözden geçirilir ve risk değerlendirmesi, ürün sağlamlığı, tasarım modülerliği, bütçe ve zaman kısıtlamaları gibi çeşitli parametrelere dayanarak ürün için en iyi tasarım yaklaşımı seçilir.​

Bir tasarım yaklaşımı, ürünün tüm mimari modüllerini (varsa) harici ve üçüncü taraf modülleri ile iletişim ve veri akışı gösterimi ile açıkça tanımlar. Önerilen mimarinin tüm modüllerinin iç tasarımı, DDS’deki detayları ile açıkça tanımlanmalıdır.​

4. Aşama: Ürünü Geliştirme
SDLC’nin bu aşamasında gerçek gelişme başlar ve ürün oluşturulur. Programlama kodu, bu aşamada DDS’ye göre üretilir. Tasarım ayrıntılı ve organize bir şekilde gerçekleştirilirse, kod üretimi çok fazla güçlük çekilmeksizin gerçekleştirilebilir.​

Geliştiriciler, kuruluşları tarafından tanımlanan kodlama yönergelerine uymalı ve kod üretmek için derleyiciler, tercümanlar, hata ayıklayıcılar vb. Programlama araçları kullanılmaktadır. Kodlama için C, C ++, Pascal, Java ve PHP gibi farklı üst düzey programlama dilleri kullanılır. Programlama dili, geliştirilen yazılımın türüne göre seçilir.​

5 .Aşama : Ürünün Test Edilmesi
Bu aşamada, modern SDLC modellerinde olduğu gibi, genellikle tüm aşamalardan bir alt küme, test etkinlikleri çoğunlukla SDLC’nin tüm aşamalarında yer alır. Bununla birlikte, bu aşama, ürün SRS’de tanımlanan kalite standartlarına erişene kadar, ürün kusurlarının raporlandığı, izlendiği, sabitlendiği ve tekrar test edildiği test aşamasına işaret eder.​

6.Aşama : Piyasadaki Dağıtım ve Bakım
Ürün test edildikten ve kurulmaya hazır hale getirildiğinde, uygun piyasada resmen piyasaya sürülür. Bazen ürün dağıtım işlemi, o kuruluşun işletme stratejisine göre kademeli olarak gerçekleşir. Ürün ilk önce sınırlı bir segmentte serbest bırakılabilir ve gerçek iş ortamında test edilebilir (UAT- Kullanıcı kabul testi).​

Ardından, geri beslemeye dayanarak, ürün, olduğu gibi bırakılabilir veya hedefleme pazar segmentinde önerilen geliştirmelerle bırakılabilir. Ürün piyasaya sürüldükten sonra bakım, mevcut müşteri tabanı için yapılır.​

SDLC Modelleri Nelerdir?

Yazılım geliştirme süreci boyunca takip edilen çeşitli yazılım geliştirme yaşam döngüsü modelleri tanımlanmış ve tasarlanmıştır. Bu modellere Yazılım Geliştirme Süreci Modelleri denir “Her işlem modeli, yazılım geliştirme sürecinde başarılı olmasını sağlamak için kendi türüne özgü bir dizi adım izler. Sektörlerde takip edilen en önemli ve popüler SDLC modelleri aşağıda belirtilmiştir;​

  • Gelişigüzel Gelişitirme Modeli : SDLC modelinin önemsenmediği ve aktif kullanılmadığı sistemlerde yer alan modeldir.​

  • Waterfall Model (Şelale Modeli ): Yazılım geliştirme için kullanılan en erken SDLC yaklaşımdır. Ayrıca doğrusal sıralı yaşam döngüsü modeli olarak da adlandırılır. Anlamak ve kullanmak çok basittir. Bir waterfall modelde, her faz, bir sonraki aşamaya başlamadan önce tamamlanmalıdır ve aşamalarda herhangi bir örtüşme olmaz.Her safhanın sonunda bir doküman oluşturulur.​

    • İhtiyacı Belirleme / Requirement Collection​

    • Analiz / Analysis​

    • Tasarım / Design​

    • Kodlama / Coding​

    • Test / Test​

    • Devreye Alma ve Entegrasyon.. /Implementation & Deployment olarak devam eder.​

    • Dökümantasyon her devrede yapılabilir
waterfall

  • Iterative Model (Yinemeleli Modeli): Yinelemeli süreç, yazılım gereksinimlerinin küçük bir setinin basit bir uygulamasıyla başlar ve komple sistem uygulanmaya başlanıncaya ve dağıtılana kadar gelişen sürümleri tekrar tekrar geliştirir.Yinelenen bir yaşam döngüsü modeli, gereksinimlerin tam bir spesifikasyonu ile başlamayı denemez. Bunun yerine, geliştirme, yazılımın yalnızca bir bölümünü belirleyerek ve uygulamakla başlar ve daha sonraki gereksinimleri belirlemek için gözden geçirilir. Bu işlem tekrarlanarak modelin her tekrarlanması sonunda yazılımın yeni bir sürümünü üretir.​

  • Spiral Model : Tekrar eden gelişim fikrini şelale modelinin sistematik, kontrol edilen yönleriyle birleştirir. Bu Spiral modeli, tekrar eden geliştirme süreci modelinin ve sıralı doğrusal geliştirme modelinin bir kombinasyonudur; yani, şelale modeli, risk analizine çok önem verir. Spiral etrafında her iterasyon boyunca ürünün aşamalı olarak bırakılmasına veya artımlı iyileştirme yapılmasına olanak tanır.​

  • V-Model : Süreçlerin yürütülmesinin V-şeklinde sıralı bir şekilde gerçekleştiği bir SDLC modelidir. Doğrulama ve Doğrulama modeli olarak da bilinir.​

v

  • Big Bang Model :Belirli bir işlemi izlemediğimiz bir SDLC modelidir. Gelişim sadece girdi olarak gerekli para ve çabayla başlar ve çıktı, müşteri gereksinimine göre olabilecek veya olmayabilen bir yazılımdır.Planlama çok az gereklidir.Genellikle bu model, geliştirme ekiplerinin çok küçük olduğu küçük projeler için izlenir.​

  • RAD Model (Hızlı Uygulama Geliştirme): Belirli bir planlamaya gerek olmadan prototiplendirme ve yinelemeli geliştirme üzerine kuruludur. Yazılımın kendisi yazma süreci, ürünün geliştirilmesi için gerekli planlamayı gerektirir. Hızlı Uygulama Geliştirme çalıştayları veya odak grupları, müşterilerin yineleyici kavramı kullanarak prototiplerin erken test edilmesi, mevcut prototiplerin (bileşenler) yeniden kullanımı, sürekli entegrasyon ve hızlı teslimat yoluyla müşteri gereksinimlerini toplamaya odaklanmaktadır.​

  • Agile Model (Çevik Modeli): Süreç yazılım uyumluluğuna ve müşteri memnuniyetine odaklanan, kısa vadeli planları ve küçük gelişmeleri yapmayı uygun görür. Bu yapılar yinelemelerde sağlanır. Her yineleme genellikle bir ila üç hafta sürer.Her tekrarlama, çeşitli alanlarda eş zamanlı olarak çalışan çapraz işlevsel ekipleri içerir.Tekrarlama işleminin sonunda, müşteriye ve önemli paydaşlara bir çalışma ürünü gö
    çevik.PNG

Çevik süreç modelleri :​

-> Sınırsal programlama(Extreme Programming-XP)​

-> Çevik Birleştirilmiş Süreç (Agile Unified Process)​

-> Scrum​

-> Test Güdümlü Geliştirme (Test-driven Development)​

->Çevik bilgi Metodu (Agile Data Method)​

-> Özellik güdümlü geliştirme (Feature-Driven Programming)​

Müşteriyi iyi anlamak ve onların isteklerine doğru çözüm yollarıyla yaklaşmak hem prestij açısından hem de zaman açısından çok önemlidir. Çünkü müşterinin ne istediğinin anlaşılmaması,müşterinin ne istediği bilinmemesi, istenilenin baştan doğru net ifade edilmemesi yapılan çalışmalar sonrasında boşa kürek çekmekten öteye gidemeyecektir. Bu da gün sonunda boşa geçen zaman israfına ve müşteri memnuniyetsizliğine yol açacaktır.​

 
Paylaşım için teşekkürler.
 
Paylaşım için teşekkürler.
 

Şu an konuyu görüntüleyenler (Toplam : 0, Üye: 0, Misafir: 0)

Geri
Üst