Atik yazılım geliştirme

	Yazılım geliştirme süreci
	Etkinlikler ve adımlar
	Gereksinimler \| Mimari \| Tasarım \| Yaşama geçirme \| Sınama \| Konuşlanma
	Modeller
	Agile \| Cleanroom \| Iterative \| RAD \| RUP \| Spiral \| Waterfall \| XP \| Scrum
	Supporting disciplines
	Configuration management \| Documentation \| Software quality assurance (SQA) \| Project management \| User experience design

Atik yazılım geliştirme ya da çevik yazılım geliştirme, basit prensiplere dayanan yazılım geliştirme metotları gruplarının genel adıdır. Bu metotlar genelde alışılmış denetim ve uyum süreçlerini teşvik eden proje yönetim işlemlerine önayak olurlar.^[1] Bu yaklaşım; takım çalışmasıyla gelen liderlik psikolojisi, kendi kendini düzene sokma (örgütleme), sorumluluk, yüksek kalitedeki yazılımların hızlı dağıtımını onaylayan en iyi mühendislik örnekleri ve iş yaşamında müşteri ihtiyaçlarıyla şirketlerin temel amaçlarını, vizyonlarını koordine etme işlevi de görmektedir.

Çevik yazılım metodolojilerinin kökeni 1957 yıllarındaki IBM’deki yazılım geliştirme çalışmalarına dayanmaktadır. Bu çalışmalar daha sonra E. A. Edmonds tarafından arttırımlı yazılım geliştirme olarak tanımlanmış ve 1974 yılında “Uyumlu Sistemler İçin Yazılım Geliştirme” başlıklı bir makale ile tanıtılmıştır. 1990’lı yıllar ise Şelale modelinin hantal bir sistem olduğu iddia edilerek onun yerine daha hızlı ve çevik yazılım geliştirme metodolojileri sunmaya çalışılan yıllar olarak geçmiştir.^[2] 2001 yılının Şubat ayında yazılım dünyasının önde gelen 17 ismi Utah’da bir araya gelerek yazılım geliştirme üretkenliğini arttırmaya yönelik 2 günlük beyin fırtınası yapmışlar ve “Çevik Yazılım Geliştirme Manifestosu” ve “Çevik Yazılımın Prensipleri”ni yayınlamışlardır.

Manifesto[değiştir | kaynağı değiştir]

Manifesto, daha iyi bir yazılım geliştirmenin yöntemlerini açıklayan 4 ana madde ve 12 temel ilkeden oluşmaktadır.^[3]

Ana Maddeler

Bireyler ve etkileşimler, süreçler ve araçlardan;
çalışan yazılım, kapsamlı dokümantasyondan;
müşteri ile işbirliği, kontrat görüşmesinden;
değişikliklere yanıt vermek, bir planı takip etmekten önce gelir.

Temel İlkeler

En önemli önceliğimiz değerli yazılımın erken ve devamlı teslimini sağlayarak müşterileri memnun etmektir.
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.
İş süreçlerinin sahipleri ve yazılımcılar proje boyunca her gün birlikte çalışmalıdırlar.
Projelerin temelinde motive olmuş bireyler yer almalıdır. Onlara ihtiyaçları olan ortam ve destek sağlanmalı, işi başaracakları konusunda güven duyulmalıdır.
Bir yazılım takımında bilgi alışverişinin en verimli ve etkin yöntemi yüz yüze iletişimdir.
Çalışan yazılım ilerlemenin birincil ölçüsüdür.
Çevik öğrenme süreçleri sürdürülebilir geliştirmeyi teşvik etmektedir. Sponsorlar, yazılımcılar ve kullanıcılar sabit tempoyu sürekli devam ettirebilmelidir.
Teknik mükemmeliyet ve iyi tasarım konusundaki sürekli özen çevikliği artırır.
Sadelik, yapılmasına gerek olmayan işlerin mümkün olduğunca arttırılması sanatı, olmazsa olmazlardandır.
En iyi mimariler, gereksinimler ve tasarımlar kendi kendini örgütleyen takımlardan ortaya çıkar.
Takım, düzenli aralıklarla nasıl daha etkili ve verimli olabileceğinin üzerinde düşünür ve davranışlarını buna göre ayarlar ve düzenler.

Kaynakça[değiştir | kaynağı değiştir]

^ "Arşivlenmiş kopya". 31 Temmuz 2018 tarihinde kaynağından arşivlendi. Erişim tarihi: 27 Nisan 2022.
^ "Arşivlenmiş kopya". 27 Nisan 2022 tarihinde kaynağından arşivlendi. Erişim tarihi: 27 Nisan 2022.
^ "Arşivlenmiş kopya". 1 Mayıs 2022 tarihinde kaynağından arşivlendi. Erişim tarihi: 27 Nisan 2022.

Ayrıca bakınız[değiştir | kaynağı değiştir]

[1] "Arşivlenmiş kopya". 31 Temmuz 2018 tarihinde kaynağından arşivlendi. Erişim tarihi: 27 Nisan 2022.

[2] "Arşivlenmiş kopya". 27 Nisan 2022 tarihinde kaynağından arşivlendi. Erişim tarihi: 27 Nisan 2022.

[3] "Arşivlenmiş kopya". 1 Mayıs 2022 tarihinde kaynağından arşivlendi. Erişim tarihi: 27 Nisan 2022.

[1]

[2]

[3]

g t d Yazılım mühendisliği
Alanlar	Gereksinim çözümlemesi • Yazılım tasarımı • Programlama • Biçimsel yöntemler • Yazılım testi • Yazılım sistemleri • Yazılım dağıtımı • Yazılım bakımı
Kavramlar	Veri modelleme • Kurumsal mimari • Functional specification • Modelleme dili • Programlama paradigması • Yazılım • Yazılım mimarisi • Yazılım geliştirme yöntembilimi • Yazılım geliştirme süreci • Yazılımın niteliği • Yazılım kalite güvencesi • Yapısal analiz
Yönelimler	Atik • Aspect-oriented • Nesne yönelimli • Ontoloji • Servis odaklı • SDLC
Modeller	Geliştirme modelleri: Atik • Yinelemeli model • RUP • Scrum • Spiral model • Waterfall model • XP • V-Model Diğer modeller: CMMI • Veri modeli • İşlev modeli • IDEF • Bilgi modeli • Metamodeling • Nesne modeli • Görünüm modeli • UML
Yazılım mühendisleri	Victor Basili • Dennis Ritchie • Kent Beck • Peter Chen • Grady Booch • Fred Brooks • Barry Boehm • Bjarne Stroustrup • Ward Cunningham • Ole-Johan Dahl • Tom DeMarco • Edsger Dijkstra • Martin Fowler • C. A. R. Hoare • Watts Humphrey • Michael A. Jackson • Ivar Jacobson • Craig Larman • James Martin • Bertrand Meyer • David Parnas • Winston W. Royce • James Rumbaugh • Danese Cooper • Niklaus Wirth • Edward Yourdon
İlgili alanlar	Bilgisayar bilimi • Bilgisayar mühendisliği • İşletme mühendisliği • Geçmiş • Matematik • Proje yönetimi • Risk yönetimi • Sistem mühendisliği

Atik yazılım geliştirme nedir?, Atik yazılım geliştirme anlamı nedir?, Atik yazılım geliştirme ne demektir?

Atik yazılım geliştirme nedir?, Atik yazılım geliştirme anlamı nedir?, Atik yazılım geliştirme ne demektir?

Atik yazılım geliştirme

Manifesto[değiştir | kaynağı değiştir]

Kaynakça[değiştir | kaynağı değiştir]

Ayrıca bakınız[değiştir | kaynağı değiştir]