# data[].attributes.body
Mimari
Mimari, sistemin temel organizasyonuna ait somutlaşmış bileşenlerinin birbirleriyle, çevreleri ile ilişkilerinde, tasarımına ve gelişimine yol gösteren prensiplerdir.

# data[].attributes.body
ZELİHA NANECİ
DEVRAN KORKMAZ

# data[].attributes.body
Cep telefonunda, televizyonlarda, şehirdeki trafik ışıkları, metrolar ve yaşam alanlarında, savunma sistemlerinde, okulda, havalimanlarında, uzay mekiklerinde, uzay araçlarında yani özetle hayatımızın her alanında, her işletmenin merkezinde yazılımın yer alıyor. Endüstri 4.0 ile birlikte giderek kapsadığı alanınıda genişletecek.

# data[].attributes.body
Sistem, belirli bir işlevi veya bir dizi işlevi gerçekleştirmek için düzenlenmiş bir bileşen grubudur …

# data[].attributes.body
Çevre

Çevre veya bağlam, sistem üzerindeki gelişimsel, operasyonel, politik ve diğer etkilerin ortamını ve koşullarını belirler.

Bileşen

Sistemin oluşturan modüler parçalarıdır. Kendi içeriklerini tutarak belirli arayüzler üzerinden birbirleri ile iletişim kurarlar..

# data[].attributes.body
Mimari dediğimizde çoğu kişinin aklına kağıtların üzerine çizilmiş yapılacak yapının temel bilgileri aklına gelir. Örneğin bir ev için aşağıdaki şekilde girişin nerden olacağı, odaların büyüklükleri , ne amaçla tasarlandığını belirler

# data[].attributes.body
Yazılım Mimarisinde’de aynısı her yazılımcının anlayacağı bazı standart çizimler dili mevcuttur. UML (Unified Modeling Language) kullanarak aşağıdaki elemanları kullanarak bu yapıyı oluşturmaya çalışır.

# data[].attributes.body
Bir önceki mimarinin yazılım bileşenlerinin yapısını ve bunlar arasındaki iletişimi, etkileşimi gösterdiğinden bahsetmiştik. Bileşenler ve çevre yazılımlar bu etkileşimi sistemin istenilen davranışı sağlayabilmesi için gerçekleştirir. UML Sequence Diagram’da bileşenlerin bir işi yapabilmesi için hangi sıra ile birbirleri ile etkileşimi gireceğinin bilgisi verilir. Mimari aynı zamanda üst seviye davranışı da belirlemesi gerekir.

# data[].attributes.body
Yazılım Mimarisi ana bileşenleri oluştururken bunlar ile uyumlu birbirinden farklı ekiplerde oluşturur. Bunların farklı disiplinlerde, farklı yetenek setlerine , farklı son kullanıcılara sahip olması bu ayrışmaya neden olur. Conway Yasasından bahsederken bu konuyu anlatmıştım. Örneğin bir sistem için mimari doğrultusunda aşağıdaki gruplar ortaya çıkabilir.

sipariş işleme sistemi ,

sipariş girişi,

hesap yönetimi,

müşteri yönetimi, harici sistemlerle entegrasyonlar,

kalıcılık(persistency) ve güvenlik altyapı

# data[].attributes.body
Mimari resmi olarak belgelenmese veya sistem son derece basit ve örneğin tek bir unsurdan oluşsa bile, her sistemin bir mimarisi vardır.

Belgelenmiş mimariler, mimariyi kaydetme süreci doğal olarak fikirleri değerlendirmeye yol açtığından, daha dikkatli bir şekilde değerlendirilme yapılır.

Mimari belgelenmemişse, sürdürülebilirlik, en iyi uygulamaların uyumlulaştırılması ve benzeri gibi nitelikleri ele alma açısından belirtilen gereksinimleri karşıladığını kanıtlamak zordur. Belgelenmemiş, bugün var olan çoğunluk gibi görünen mimariler, tesadüfidir

# data[].attributes.body
Yazılım mimarisi farklı farklı mimarileri içerir. Örneğin;

Yazılım (Software) Mimarisi : Yukarıda yazılım için bahsettiğimiz kapsamları ele alır.

Kurumsal (Enterprise) Mimari: işlemci, bellek, sabit disk, dış cihazlar , yazıcılar, ağ elemanları ve bunların birbirleri ile fiziksel bağlantılarını ele alır.

Sistem (System) Mimari: iş süreçleri , organizasyonel, roller ve sorumlulukları ve kuruluşun temel yetkinliklerini ele alır.

Organizasyon (Organization) Mimari,

Bilgi (Information) Mimarisi,

Donanım (Hardware) Mimarisi,

Uygulama (Application) Mimarisi,

Altyapı (Infrastructure) Mimarisi,

Tüm bu mimariler farklı farklı kapsamlarda ve bakış açıları ile mimariyi ele alırlar.

# data[].attributes.body
https://medium.com/architectural-patterns/yaz%C4%B1l%C4%B1m-mimarisi-nedir-6f28c34badfa

https://tr.wikipedia.org/wiki/Yaz%C4%B1l%C4%B1m_mimarisi