Welcome to My Blog 👋

• Her paket sol üst köşesinde küçük bir dikdörtgen olan bir dikdörtgen şeklinde çizilir.
• Palet adları bu dikdörtgenler içerisine yazılır.
• Paketler arasındaki bağımlılıklar kesikli ok ile bağımlı olan paketten bağlı olunun pakete doğru gösterilir.
• Paketler mantıksal olarak daha üst paketler içerisinde yer alabilir.

• Çoğu UML diyagramında standart haline gelmiş olduğu gibi Communication diyagramlarda da nesneler dikdörtgen şeklinde çizilir.
• Nesneler arasındaki iletişim yani yazılımsal anlamda metot çağırımları çağıran metottan çağırılan metoda doğru bir ok ile gösterilir. Bu ok üzerine metot bilgisi eklenir.
• Bu diyagramda zaman çizelgesi olmadığından, dinamik yapıyı takip edebilmek için nesneler arasındaki iletişimlere numaralar verilir. Genel akıştan ayrılarak alt bir akış oluşuyorsa o zaman o akışın başladığı numara alt dallarına ayrılır. Örneğin 2 numaraları etkileşimde o nesne kendi içerisinde farklı işlemler yapacak ise bu işlemler 2.1, 2.2 gibi numaralandırılır.

• Sınıf ve nesne gösterimleri class diyagramlarda olduğu gibi dikdörtgen şeklinde çizilir.
• Sistemdeki her olay ayrı bir diyagram olarak çizilir ve bu olay içerisindeki kullanılan tüm sınıflar yatay bir düzlemde çizilir.
• Zaman çizelgesi dikey olarak kesikli bir çizgi olarak çizilir.
• Nesnelerin sistemde aktif olduğu yani kullanıldığı zamanları göstermek için ilgili sınıfın zaman çizgisi üzerine dikdörtgen çizilir.
• Nesneler arasındaki etkileşim yani yazılım anlamında metot çağırımları, çağıran metottan çağırılan metoda doğru çizilen bir ok ile gösterilir.
• Nesnelerin yaratılması veya yok edilmesi stereotype'lar ile gösterilir.
• Metotların dönüş değerleri çağırılan metottan çağıran metoda doğru kesikli bir ok ile gösterilir. Bu gösterim opsiyoneldir. 
• Sekron metot çağırımları içi dolu bir ok ile gösterilirken, asenkron metot çağırımları normal bir ok ile gösterilir.

• Sistemin başlangıç durumu içi dolu yuvarlak şeklinde çizilir.
• Sistemin sonlanma durumu içi boş yuvarlağın içinde daha küçük içi dolu bir yuvarlak olacak şekilde çizilir.
• Sistemin durumları kenarları yuvarlatılmış dikdörtgenler şeklinde çizilir.
• Tetikleyici olaylar sistemin durumları arasına düz bir çizgi şeklinde çizilir. Bu olaylar ile sistemin durumu değişir. Olaylar ile ilgili açıklayıcı bilgi veya kodlamadaki metot karşılıkları çizgi üzerine yazılabilir.
• Karar ifadeleri baklava şeklinde dikdörtgen olarak çizilir.

• Bütün nesne yok edildiğinde parça da yok ediliyorsa
• Parça bir yere taşındığında bütün de onunla taşınması gerekiyorsa
• Parça kolaylıkla başka bir bütüne dahil edilemiyorsa

public class Insan{

     private Araba araba;
}

public Class Araba{
    
}

• Sınıflar dikdörtgen şeklinde çizilir.
• Sınıfların çizildiği dikdörtgenler dikey olarak 3 parçaya ayrılır. İlk parçaya sınıfın ismi yazılır. İkinci parçaya sınıfın özellikleri yani değişkenler yazılır. Üçüncü parçaya sınıfın yaptığı işlemler yani metotlar yazılır.
• Yazılan özellikler için erişim belirleyici + özellik ismi + :özellik tipi şeklinde belirtim yapılır.
• Yazılan metotlar için erişim belirleyici + metot ismi + (metot parametreleri) + dönüş tipi şeklinde belirtim yapılır.
• Erişim belirleyiciler için semboller kullanılır. Bu semboller public için +, private için -, protected için # şeklindedir.
• Nesneler tek parça dikdörtgen şeklinde çizilir ve içerisine nesne bilgisi yazılır.
• Yazılacak nesne bilgisi nesne adı + sınıf adı şeklinde belirtilir.

UML diyaramlarda iki nesne veya sınıf arasında bir ilişki belirtilirken, bu iki çizim arasına bir çizgi çizilir. Ayrıca daha sonra ilişki türüne göre bu çizgi üzerine eklemeler yapılır. İlişki türleri ilerleyen yazılarda anlatılacaktır. 
Nesne veya sınıflar arasında bir ilişki belirtirken bu ilişkiye bir isim verilir. Bu ilişkiyi açıklayan anlamlı bir isim verilmelidir. Bu ilişkiyi belirten düz çizginin tam ortasına yazılır.

Multiplicity

İlişkide bulunan nesnelerin sayısını belirtmek için kullanılır. Örneğin yukarıdaki örnekte Kitap sınıfı içerisinde bir üye barındırabilir veya hiç barındırmayabilir. Yani bir kitabı bir üye ödünç almış olabilir veya o kitabı hiç bir üye ödünç almamış olabilir. Bu örnekte bir kitabı birden fazla üyenin ödünç alamayacağı gösterilmiştir.

• Aktörler basit bir çubuk adam şeklinde belirtilir.
• Operasyonlar elips şeklinde belirtilir.
• Aktörlerin hangi operasyonları yapabilecekleri, aktörler ile operasyonlar arasına düz bir çizgi çizilerek belirtilir. Buna association denir.
• Elemanlar arasındaki bağımlılıklar kesikli çizgi ile gösterilir. Örneğin bir use case operasyonunun içerisinde bir başka use case operasyonunu kullanması durumunda bir bağımlılık oluşur.

• Visio
• Enterprise Architect
• Rational Rose
• Visual Modeller
• Umbrello
• Visual Paradigm

• Proje başlangıcında modelleme bir zaman kaybı gibi görünsede ilerleyen süreçlerde çıkabilecek hataları azalttığı ve geliştirme süresini kısalttığı için proje süresinde ciddi bir iyileştirme sağlar.
• Projedeki gereksinimlerin ve risklerin proje başlangıcında ortaya çıkmasını sağlayarak daha sonradan başarısız olacak bir projenin geliştirmesine başlamadan bu durumun görünmesini sağlar.
• Projenin kalitesini arttırır.

• Soyutlama(Abstraction)
• Sarmalama(Encapsulation)
• Miras Alma(Inheritance)
• Çok Biçimlilik(Polymorphism)