Ana içeriğe atla

UML ve Modelleme – Bölüm 10 (Component ve Deployment Diyagramlar)

Önceki makalemizde UML modellemede kullanılan en önemli diyagram türlerinden biri olan Activity diyagramlarını incelemiştik. Bu makalemizde fiziksel diyagramlardan component ve deployment diyagramları inceleyeceğiz.
Component diyagramları, sistemin yazılım bileşenlerini ve birbirleri arasındaki bağlantının nasıl olduğunu gösteren diyagramlardır. Sisteme daha yüksek seviyeden yani bileşenler seviyesinden bakabilmeyi sağlarlar. Bileşenler “alt sistemleri” oluştururlar.
Component diyagramların diğer UML diyagramlarından farkı nedir?
  1. Component diyagramları sistemin uygulanma perspektifini gösterir.
  2. Component diyagramı içerisinde yer alan bileşenler; sistemdeki farklı tasarım öğelerinin gruplandırılmasını yansıtır. (Örn: sistemin sınıfları)
Sistemin uygulanabilirliğinde farklı bileşen tipleri kullanılabilir. Basit çalıştırılabilir bileşenler, kütüphane bileşenleri (sistem kütüphanelerini ve sistemdeki uygulama kütüphanelerini gösterir), dosya bileşenleri (kaynak kod dosyalarını ya da doküman dosyalarını gösterir. Örn: kullanıcı ara yüz dosyaları (HTML ya da JSP dosyaları). Son olarak, sistemin veritabanı tablolarını gösteren bileşenlerde kullanılabilir.
Component Diyagram Modellemesinde Kullanılan Elemanlar:

Component(Bileşen): Uygulamanın paylaştırılabilen parçalarıdır. Bir bileşen sistemin fiziksel yapı taşıdır.
2
Package(Paket): Yazılımın üst seviyedeki fiziksel parçaları olup katmanlar halinde oluşturulur. Her katmanın bir ara yüzü bulunmaktadır. Sınıf grupları ya da diğer elemanları tek bir ad boşluğu (namespace) altında gruplamak için kullanılır.
3
Gerçekleme ilişkisi: Her bileşenin bir ara yüzü olması gerekmektedir. Tek başına çalışabilen alt modülleri bileşen olarak düşünülürse, bu bileşenler yer değiştirilebilir olmalı ve birini çıkarıp diğerini yerleştirmek, sistem üzerinde fazla değişikliğe yol açmamalıdır. Bu amaçla; bileşenlerin ara yüzlerinin gerçekleniyor olması yeterlidir. Bileşenler sayesinde, sistem daha esnek bir yapıya kavuşurken bakım yapılabilirliği de artmaktadır. Aynı arayüzü sağlayan başka bir bileşeni sisteme entegre ettiğiniz durumda sistem, mevcut yapıda herhangi bir değişiklik olmadan çalışmaya devam edecektir. Gerçekleme ilişkisi “lolipop” sembolü ile gösterilir.
2
(Class/Interface/Object(Sınıf/Arayüz/Nesne): Component diyagramlarında object ve class diyagramlarında kullanılan elemanlarda kullanılmaktadır.
4
RelationAssociation(İlişki): Class diyagramlarındaki kullanım ile aynıdır.
10





Component Diyagram Örnekleri :

2
5

Component diyagramlar ve deployment diyagramlar arasında sıkı bağ bulunmaktadır. Deployment diyagramlar sistemin donanım ve yazılım ilişkilerinin fiziksel gösterimidir.

Deployment diyagramlar bağlantılar ve nodelardan oluşur. Node sistemin donanım parçasını ifade eder. Sistem mühendisleri ve network mühendisleri tarafından geliştirilir. Sistemin donanım topolojisini gösterir. Mimari spesifikasyonun bir parçası olarak yapılandırılır. Amaç;
  • Bileşenlerin dağılımını göstermek
  • Performans engellerini teşhis etmek
Deployment Diyagram Örnekleri:
2
Referanslar
Neslihan ÇALIŞKANEL

Yorumlar

  1. gerçekten güzel bir paylaşım ve işimede yaradı. teşekkür ederim

    YanıtlaSil

Yorum Gönder

Bu blogdaki popüler yayınlar

UML ve Modelleme – Bölüm 4 (Class (Sınıf) Diyagramları)

Bir önceki makalemizde UML modellemede kullanılan ilk diyagram olan Use Case diyagramını incelemiştik. Bu makalemizde nesne tabanlı programlamada kullanılan sınıflar ve sınıfların arasındaki ilişkileri modelleyebileceğimiz diyagramlar olan Class(Sınıf) diyagramlarını inceleyeceğiz. UML’de sınıflar, nesne tabanlı programlama mantığı ile tasarlanmıştır. Sınıf diyagramının amacı bir model içerisinde sınıfların tasvir edilmesidir. Nesne tabanlı uygulamada, sınıfların kendi özellikleri (üye değişkenler), işlevleri (üye fonksiyonlar) ve diğer sınıflarla ilişkileri bulunmaktadır. UML’de sınıf diyagramlarının genel gösterimi aşağıdaki gibidir. Şekil 1. Class Diyagram Şekil1’de görüldüğü üzere bir dikdörtgeni 3 parçaya bölüyoruz. En üst bölüm sınıf adını, orta kısım özellik listesini (üye değişkenler) ve en son kısım, işlev listesini (üye fonksiyonlar) göstermektedir. Çoğu diyagramlarda alt iki bölüm çıkarılır. Genelde tüm özellik ve işlevler gösterilmemektedir. Ama

Yazılım Maliyet Tahmineleme Tecrübeleri

Yazılım mühendisliğinde maliyet hesabı her zaman problem olmuştur. "Bu iş kaç Adam/Gün tutar?" sorusuyla sıkça karşılaşıyoruz. Adam/gün veya Adam/ay ölçütleri bir kaynağın/kişinin belirtilen zaman dilimindeki iş gücü anlamına gelir. Tabi bu noktada yine kafa karışıklıkları başlar. 6 A/G'lik bir işi hızlandıralım diye 2 kişi ile yapmaya çalışsak ve kaynak/kod, modül, altyapı, insan vb. her bir şeyi bir kenara bıraksak, matematiksel basit formülle 6/2=3 A/G'de biter? Gerçek hayat böyle değil, öncelikle bunu anlamamız lazım. Hep şu örnek verilir; "Aynı bebeği 2 kadın birlikte daha kısa sürede doğurur mu?" Eğer bunun cevabı "Evet" ise (veya bir gün böyle bir durum ortaya çıkarsa), yazımı değiştirmem gerekecek:) Mevzu gerçekten derin...Maliyet hesabı; bulunduğunuz firmanın yazılım süreçlerini hangi methodlarla uyguladığına, ilgili işin o dönemdeki aciliyetine, (şirket yönetiminin baskısına:)) vb. bir çok duruma bağlı olabilir. Örneğin; bizim firmada e

UML ve Modelleme – Bölüm 3 (Use Case Diyagramlar)

Önceki iki makalemizde ( 1 , 2 ) UML’e genel olarak değinip ve modellemede kullanacağımız dokuz diyagram hakkında bilgiler vermiştik. Bu makalemizde Use Case diyagramından detaylı bahsedeceğiz. Öncelikle, genel Use case diyagramının tanımını hatırlayalım. “Bir kullanıcı ve bir sistem arasındaki etkileşimi anlatan senaryo topluluğudur.” Ivar Jacobson Senaryo tanımı için der ki: “Aktörle sistem arasında gerçekleştirilen, sonucunda aktöre farkedilir getirisi/ faydası oluşan etkileşimli diyalogdur. ” UML Use Case Diyagramları  sistemin işlevselliğini açıklamak amacıyla kullanılır. Sistemin birbirinden ayrı özelliklerinin detaylarını göstermekten ziyade, Use Case Diyagramlar, tüm mevcut işlevselliği göstermek için kullanılabilir. Buradaki en önemli noktalardan biri,   Use Case Diyagramlar temelde sequence diyagram ve akış diyagramlarından farklıdır. Use Case diyagramlar dört ana elemandan oluşmaktadır. Aktörler , Sistem (Proje kapsamını belirtir) , Use Caseler ve bunlar ara