EA (Enterprise Architect) ile Uygulamalı SysML: Sistem Mühendisliği ve Modelleme

Karmaşık ürünlerin, yazılımların ve mühendislik sistemlerinin yalnızca metin tabanlı dokümanlarla tanımlanması her zaman yeterli olmayabilir. Bir sistemin bileşenleri, gereksinimleri, kullanıcıları, çalışma senaryoları ve bileşenler arasındaki ilişkiler arttıkça sistemin bütününü anlamak zorlaşabilir. Bu noktada görsel modelleme dilleri ve model tabanlı sistem mühendisliği yaklaşımları önemli bir rol üstlenir.

SysML, karmaşık sistemlerin gereksinimlerini, yapısını, davranışını ve bileşenler arasındaki ilişkileri modellemek için kullanılan sistem modelleme dilidir. Enterprise Architect ise bu modellerin oluşturulmasını, düzenlenmesini, birbirleriyle ilişkilendirilmesini ve dokümante edilmesini destekleyen modelleme araçlarından biridir.

Sistem gereksinimlerini görsel modellerle ifade etmek, mimari ilişkileri analiz etmek ve model tabanlı sistem mühendisliği yaklaşımını öğrenmek isteyenler Enterprise Architect ile uygulamalı SysML ve sistem modelleme eğitimini inceleyebilir.

SysML Nedir?

SysML, “Systems Modeling Language” ifadesinin kısaltmasıdır. Türkçede Sistem Modelleme Dili olarak ifade edilebilir. Sistem mühendisliği çalışmalarında karmaşık sistemlerin görsel olarak modellenmesine yardımcı olur.

SysML yalnızca yazılım sistemlerine odaklanmaz. Donanım, yazılım, kullanıcı, veri, fiziksel bileşen ve operasyon süreçlerinin birlikte yer aldığı sistemlerin modellenmesinde kullanılabilir.

SysML modelleri aracılığıyla şu sorulara yanıt aranabilir:

• Sistem hangi gereksinimleri karşılamalıdır?
• Sistemi oluşturan temel bileşenler nelerdir?
• Bileşenler birbirleriyle nasıl iletişim kurar?
• Sistem belirli bir olay karşısında nasıl davranır?
• Kullanıcılar sistemle hangi yollarla etkileşime girer?
• Sistem hangi fiziksel ve teknik kısıtlara sahiptir?
• Gereksinimler hangi tasarım bileşenleriyle karşılanmaktadır?
• Sistem performansı hangi ölçütlerle değerlendirilebilir?

Bu soruların modeller üzerinden yanıtlanması, farklı disiplinlerde çalışan ekiplerin aynı sistem hakkında ortak bir anlayış geliştirmesine yardımcı olabilir.

Enterprise Architect Nedir?

Enterprise Architect, sistem, yazılım ve kurumsal mimari modellerinin hazırlanmasında kullanılan modelleme araçlarından biridir. Gereksinimler, süreçler, bileşenler, kullanıcı etkileşimleri ve sistem ilişkileri tek bir modelleme ortamında düzenlenebilir.

Enterprise Architect kullanılarak:

• SysML diyagramları hazırlanabilir
• Sistem gereksinimleri kaydedilebilir
• Gereksinimler ile tasarım öğeleri ilişkilendirilebilir
• Sistem bileşenleri modellenebilir
• Davranış ve süreç akışları gösterilebilir
• Model öğeleri arasında izlenebilirlik oluşturulabilir
• Dokümantasyon üretilebilir
• Farklı kullanıcıların modeller üzerinde çalışması desteklenebilir
• Model değişiklikleri takip edilebilir

Aracın kullanılması tek başına doğru bir sistem modeli oluşturulduğu anlamına gelmez. Modelleme dilinin kurallarının, sistem mühendisliği yaklaşımının ve modellenen alanın doğru anlaşılması gerekir.

Enterprise Architect ile SysML Arasındaki İlişki

SysML, sistemlerin nasıl modellenebileceğini tanımlayan bir modelleme dilidir. Enterprise Architect ise SysML modellerinin hazırlanabileceği yazılım araçlarından biridir.

Bu ilişki, bir programlama dili ile kod geliştirme ortamı arasındaki ilişkiye benzetilebilir. SysML hangi model öğelerinin ve ilişkilerin kullanılacağını tanımlarken Enterprise Architect bu öğeleri görsel ortamda oluşturmayı ve yönetmeyi sağlar.

Uygulamalı SysML çalışmaları, katılımcıların yalnızca diyagram türlerinin tanımlarını öğrenmesi yerine gerçek veya örnek sistemler üzerinde model geliştirmesine yardımcı olabilir.

Sistem Mühendisliği Nedir?

Sistem mühendisliği, karmaşık sistemlerin ihtiyaçlarının belirlenmesi, tasarlanması, geliştirilmesi, doğrulanması ve yaşam döngüsü boyunca yönetilmesiyle ilgilenen disiplinler arası bir yaklaşımdır.

Bir sistem yalnızca teknik bileşenlerden oluşmayabilir. İnsanlar, süreçler, yazılımlar, cihazlar, çevresel koşullar ve kurumsal kurallar aynı sistemin parçaları olabilir.

Sistem mühendisliği çalışmaları genel olarak şu alanları kapsayabilir:

• Paydaş ihtiyaçlarının belirlenmesi
• Sistem gereksinimlerinin oluşturulması
• Sistem sınırlarının tanımlanması
• Mimari alternatiflerin değerlendirilmesi
• Alt sistemlerin belirlenmesi
• Bileşenler arasındaki arayüzlerin tanımlanması
• Risklerin değerlendirilmesi
• Doğrulama ve geçerleme faaliyetlerinin planlanması
• Yaşam döngüsü süreçlerinin yönetilmesi

Model Tabanlı Sistem Mühendisliği Nedir?

Model tabanlı sistem mühendisliği, İngilizce “Model-Based Systems Engineering” ifadesinin karşılığıdır ve MBSE olarak kısaltılır. Bu yaklaşımda sistemin gereksinimleri, mimarisi, davranışı ve analizleri yalnızca birbirinden bağımsız belgelerle değil, birbiriyle ilişkili modellerle yönetilir.

Geleneksel doküman tabanlı çalışmalarda aynı bilgi farklı Word, Excel veya sunum dosyalarında tekrar edebilir. Bir gereksinim değiştiğinde ilgili bütün belgelerin ayrı ayrı güncellenmesi gerekebilir.

Model tabanlı yaklaşımda ise gereksinimler, bileşenler ve davranışlar birbirleriyle ilişkilendirilebilir. Bir öğede yapılan değişikliğin hangi modelleri ve sistem bölümlerini etkileyebileceği daha görünür hâle gelebilir.

MBSE Yaklaşımının Amaçları Nelerdir?

Model tabanlı sistem mühendisliğinin amacı yalnızca daha fazla diyagram oluşturmak değildir. Modellerin sistemle ilgili kararları, ilişkileri ve gerekçeleri temsil etmesi beklenir.

MBSE yaklaşımı şu amaçlarla kullanılabilir:

• Sistemin bütünsel görünümünü oluşturmak
• Farklı disiplinler arasında ortak bir dil geliştirmek
• Gereksinimlerle tasarım arasındaki ilişkiyi göstermek
• Sistem değişikliklerinin etkisini değerlendirmek
• Belirsiz ve çelişkili gereksinimleri belirlemek
• Mimari kararların izlenebilirliğini artırmak
• Doğrulama çalışmalarını erken aşamalarda planlamak
• Tekrarlanan bilgileri azaltmak
• Sistem dokümantasyonunu daha tutarlı hâle getirmek

SysML ile UML Arasındaki Fark Nedir?

UML, özellikle yazılım sistemlerinin modellenmesinde kullanılan genel amaçlı bir modelleme dilidir. SysML ise UML temellerinden yararlanmakla birlikte sistem mühendisliği ihtiyaçlarına göre uyarlanmıştır.

SysML; yazılımın yanı sıra donanım, fiziksel bileşen, kullanıcı, süreç ve farklı mühendislik disiplinlerini aynı model kapsamında ele alabilir.

Bir projede UML ve SysML birbirini dışlayan yöntemler olmak zorunda değildir. Yazılım ağırlıklı bölümlerde UML, sistem seviyesindeki çalışmalarda SysML modellerinden yararlanılabilir.

SysML Diyagramları Nelerdir?

SysML, sistemin farklı yönlerini göstermek için çeşitli diyagram türleri sunar. Her diyagram belirli bir soruya veya modelleme ihtiyacına odaklanır.

Temel SysML diyagramları şu başlıklarda değerlendirilebilir:

• Gereksinim diyagramı
• Blok tanım diyagramı
• İç blok diyagramı
• Kullanım senaryosu diyagramı
• Aktivite diyagramı
• Sıralama diyagramı
• Durum makinesi diyagramı
• Parametrik diyagram
• Paket diyagramı

Her projede bütün diyagramların kullanılması gerekmez. Modelleme amacı, sistemin karmaşıklığı ve paydaşların bilgi ihtiyaçları doğrultusunda uygun diyagramlar seçilmelidir.

Gereksinim Diyagramı Nedir?

Gereksinim diyagramı, sistem gereksinimlerinin ve bu gereksinimler arasındaki ilişkilerin modellenmesini sağlar. Gereksinimler kimlik, açıklama, öncelik, kaynak ve doğrulama yöntemi gibi bilgilerle tanımlanabilir.

Gereksinim diyagramlarında şu ilişkiler gösterilebilir:

• Bir gereksinimin başka bir gereksinimden türetilmesi
• Bir tasarım öğesinin gereksinimi karşılaması
• Bir testin gereksinimi doğrulaması
• Gereksinimler arasındaki bağımlılıklar
• Üst ve alt seviye gereksinimler

Bu ilişkiler sayesinde bir gereksinimin hangi sistem bileşeni tarafından karşılandığı ve nasıl test edileceği izlenebilir.

Gereksinim Yönetimi Neden Önemlidir?

Karmaşık projelerde gereksinimler farklı paydaşlardan gelebilir ve zaman içinde değişebilir. Belirsiz, çelişkili veya test edilemeyen gereksinimler tasarım ve geliştirme aşamalarında önemli sorunlara yol açabilir.

Gereksinim yönetiminde:

• Her gereksinime benzersiz kimlik verilmesi
• Gereksinim kaynağının belirtilmesi
• Öncelik ve önem bilgisinin eklenmesi
• Gereksinimin test edilebilir biçimde yazılması
• Değişiklik geçmişinin takip edilmesi
• Tasarım ve test öğeleriyle ilişkilendirilmesi
• Çakışan gereksinimlerin belirlenmesi

gibi uygulamalardan yararlanılabilir.

Blok Tanım Diyagramı Nedir?

Blok tanım diyagramı, bir sistemi oluşturan temel blokları, özellikleri ve bloklar arasındaki yapısal ilişkileri gösterir. Blok; donanım, yazılım, kullanıcı, organizasyon veya fiziksel bir bileşeni temsil edebilir.

Örneğin akıllı ev sistemi şu bloklardan oluşabilir:

• Merkezi kontrol birimi
• Sensörler
• Mobil uygulama
• Güvenlik sistemi
• Aydınlatma sistemi
• İnternet bağlantısı
• Kullanıcı

Blok tanım diyagramı sistemin hangi ana parçalardan oluştuğunu ve bu parçaların sınıflandırılmasını göstermeye yardımcı olur.

İç Blok Diyagramı Nedir?

İç blok diyagramı, bir bloğun iç yapısını ve alt bileşenler arasındaki bağlantıları gösterir. Sistem bileşenlerinin veri, enerji, madde veya sinyal alışverişi bu diyagramla modellenebilir.

Bir elektrikli araç sisteminde batarya, motor kontrol birimi, elektrik motoru ve sensörler arasındaki bağlantılar iç blok diyagramında gösterilebilir.

İç blok diyagramı şu sorulara yanıt verebilir:

• Hangi bileşen hangi bileşene bağlıdır?
• Bağlantı üzerinden hangi bilgi veya enerji iletilir?
• Sistemin dış arayüzleri nelerdir?
• Alt sistemler hangi portları kullanır?
• Bir bağlantı kesildiğinde hangi bileşenler etkilenir?

Kullanım Senaryosu Diyagramı Nedir?

Kullanım senaryosu diyagramı, kullanıcıların veya dış sistemlerin sistemle hangi amaçlarla etkileşime girdiğini gösterir. Sistemin iç teknik ayrıntılarından çok dışarıdan gözlemlenen işlevlerine odaklanır.

Bir çevrim içi eğitim sistemi için kullanım senaryoları şunlar olabilir:

• Kullanıcının sisteme giriş yapması
• Eğitim içeriğini görüntülemesi
• Sınava katılması
• Sonuçlarını incelemesi
• Yöneticinin içerik eklemesi
• Destek ekibinin kullanıcı talebini yönetmesi

Kullanım senaryoları sistem kapsamının ve kullanıcı beklentilerinin anlaşılmasına yardımcı olabilir.

Aktivite Diyagramı Nedir?

Aktivite diyagramı, bir iş akışındaki adımları, karar noktalarını, paralel işlemleri ve süreç sonuçlarını gösterir. İş süreçleri ve sistem davranışlarının modellenmesinde kullanılabilir.

Bir sipariş süreci şu adımları içerebilir:

1. Siparişin alınması
2. Ödeme bilgisinin kontrol edilmesi
3. Stok durumunun doğrulanması
4. Siparişin hazırlanması
5. Kargo işleminin başlatılması
6. Kullanıcıya bilgi verilmesi

Ödeme başarısızlığı veya ürünün stokta bulunmaması gibi alternatif yollar da aynı aktivite diyagramında gösterilebilir.

Sıralama Diyagramı Nedir?

Sıralama diyagramı, sistemdeki öğelerin belirli bir senaryo sırasında hangi sırayla mesaj alışverişi yaptığını gösterir. Zaman akışı yukarıdan aşağıya doğru temsil edilir.

Bir kullanıcı giriş senaryosunda:

• Kullanıcı arayüze bilgi gönderir
• Arayüz kimlik doğrulama hizmetine istek iletir
• Hizmet veri tabanını kontrol eder
• Sonuç arayüze gönderilir
• Kullanıcı uygun sayfaya yönlendirilir

Bu diyagram, bileşenlerin bir işlem sırasında nasıl iş birliği yaptığını anlamayı kolaylaştırabilir.

Durum Makinesi Diyagramı Nedir?

Durum makinesi diyagramı, bir sistem öğesinin yaşam döngüsü boyunca bulunabileceği durumları ve bu durumlar arasındaki geçişleri gösterir.

Bir destek talebi şu durumlarda bulunabilir:

• Yeni
• Atandı
• İnceleniyor
• Kullanıcı yanıtı bekleniyor
• Çözüldü
• Kapatıldı

Talebin bir durumdan diğerine geçmesini sağlayan olaylar ve koşullar diyagram üzerinde gösterilebilir.

Parametrik Diyagram Nedir?

Parametrik diyagram, sistem özellikleri arasındaki matematiksel veya mantıksal kısıtların modellenmesini sağlar. Performans, maliyet, kapasite, enerji veya fiziksel değerler arasındaki ilişkiler gösterilebilir.

Örneğin bir aracın toplam ağırlığı; gövde, batarya, motor ve yük ağırlıklarının toplamı olarak modellenebilir. Tasarımda yapılan bir değişikliğin toplam değer üzerindeki etkisi bu ilişkiler aracılığıyla değerlendirilebilir.

Parametrik modeller yalnızca formül göstermek için değil, tasarım alternatiflerinin analiz edilmesini desteklemek amacıyla kullanılabilir.

Sistem Sınırı Nasıl Belirlenir?

Sistem sınırı, model kapsamında hangi öğelerin sistemin parçası, hangilerinin dış çevre olarak değerlendirileceğini belirler. Sınırın belirsiz olması gereksinimlerin, sorumlulukların ve arayüzlerin yanlış anlaşılmasına neden olabilir.

Sistem sınırı belirlenirken:

• Sistemin temel amacı
• Paydaşların beklentileri
• Kurumsal sorumluluklar
• Dış hizmetler
• Kullanıcı rolleri
• Fiziksel çevre
• Yasal ve teknik kısıtlar

değerlendirilebilir.

Sistem Bağlam Diyagramı Nedir?

Sistem bağlam diyagramı, modellenen sistemin dış kullanıcılar, kurumlar ve diğer sistemlerle ilişkisini üst seviyede gösterir. Teknik ayrıntılara girmeden sistemin çevresini anlamaya yardımcı olur.

Bağlam modeli sayesinde:

• Sistemin dış paydaşları belirlenebilir
• Harici sistem bağlantıları görülebilir
• Veri alışverişleri tanımlanabilir
• Sistem sorumlulukları sınırlandırılabilir
• Entegrasyon ihtiyaçları belirlenebilir

Arayüz Modellemesi Nedir?

Arayüz, sistem bileşenlerinin veya farklı sistemlerin birbirleriyle etkileşim kurduğu noktadır. Arayüzler veri, sinyal, enerji, fiziksel bağlantı veya kullanıcı etkileşimi biçiminde olabilir.

Arayüz modellemesinde şu bilgiler değerlendirilebilir:

• İletilen bilginin veya kaynağın türü
• İletişim yönü
• Kullanılan protokol
• Bağlantı koşulları
• Hata durumları
• Güvenlik gereksinimleri
• Performans beklentileri

Arayüzlerin erken aşamada tanımlanması, alt sistemlerin ayrı ekipler tarafından geliştirildiği projelerde uyumsuzluk riskini azaltabilir.

İzlenebilirlik Nedir?

İzlenebilirlik, gereksinim, tasarım, model, test ve kararlar arasındaki ilişkilerin takip edilebilmesini ifade eder.

Bir gereksinim için şu soruların yanıtlanabilmesi beklenebilir:

• Bu gereksinim hangi paydaş ihtiyacından kaynaklandı?
• Hangi sistem bileşeni bu gereksinimi karşılıyor?
• Gereksinim hangi testle doğrulanacak?
• Gereksinim değişirse hangi modeller etkilenir?
• Bu gereksinime bağlı başka gereksinimler bulunuyor mu?

Enterprise Architect modellerinde öğeler arasındaki ilişkilerin kurulması, bu tür izlenebilirliğin desteklenmesine yardımcı olabilir.

Gereksinim İzlenebilirlik Matrisi

Gereksinim izlenebilirlik matrisi, gereksinimlerin tasarım ve test öğeleriyle ilişkisini tablo biçiminde gösterir. Model tabanlı yaklaşımda bu ilişkiler model verilerinden üretilebilir.

İzlenebilirlik matrisi sayesinde:

• Karşılanmayan gereksinimler belirlenebilir
• Testi bulunmayan gereksinimler görülebilir
• Bir bileşenin hangi gereksinimleri karşıladığı incelenebilir
• Değişikliklerin olası etkileri değerlendirilebilir
• Eksik bağlantılar tespit edilebilir

Doğrulama ve Geçerleme Arasındaki Fark

Doğrulama, sistemin tanımlanan gereksinimlere uygun biçimde geliştirilip geliştirilmediğini değerlendirir. Geçerleme ise geliştirilen sistemin gerçek kullanıcı ve paydaş ihtiyaçlarını karşılayıp karşılamadığına odaklanır.

Basit bir ifadeyle doğrulama “Sistemi tanımlandığı gibi geliştirdik mi?” sorusuna, geçerleme ise “Doğru sistemi mi geliştirdik?” sorusuna yanıt arar.

SysML modelleri, gereksinimlerin testlerle ve sistem bileşenleriyle ilişkilendirilmesi yoluyla doğrulama ve geçerleme planlamasını destekleyebilir.

SysML ile Test Modellemesi

Bir sistem modelinde test senaryoları, test vakaları ve doğrulanacak gereksinimler ilişkilendirilebilir. Böylece test çalışmalarının yalnızca ayrı dokümanlarda tutulması yerine sistem modeliyle bağlantılı hâle getirilmesi mümkün olabilir.

Test modellemesinde:

• Test edilecek gereksinim
• Test yöntemi
• Gerekli test ortamı
• Kullanılacak giriş verileri
• Beklenen sonuç
• İlgili sistem bileşeni
• Test durumu

gibi bilgiler tanımlanabilir.

Yazılım ve sistem doğrulama süreçleri hakkında bilgi geliştirmek isteyenler yazılım test uzmanlığı, doğrulama ve kalite güvence eğitimini inceleyebilir.

SysML ile Süreç Modellemesi

Sistemlerin yalnızca yapısı değil, bu yapı içinde gerçekleşen süreçler de modellenebilir. Aktivite diyagramları iş adımlarını, karar noktalarını ve paralel yürütülen faaliyetleri göstermek için kullanılabilir.

Süreç modeli hazırlanırken:

• Sürecin başlangıç ve bitiş noktaları
• Gerçekleştirilen faaliyetler
• Sorumlu roller
• Kullanılan bilgiler
• Karar noktaları
• Alternatif yollar
• Hata ve istisna durumları

belirlenebilir.

İş süreçlerini analiz etmek, ihtiyaçları belirlemek ve gereksinimleri yönetmek isteyenler iş süreçleri analizi ve gereksinim yönetimi eğitim programını değerlendirebilir.

Kurumsal Mimari ile Sistem Mühendisliği İlişkisi

Kurumsal mimari; kurumun stratejisini, süreçlerini, bilgi sistemlerini, verilerini ve teknoloji altyapısını bütünsel biçimde değerlendiren çalışma alanıdır. Sistem mühendisliği ise belirli sistemlerin ihtiyaçlarını, mimarisini ve yaşam döngüsünü daha ayrıntılı biçimde ele alabilir.

İki yaklaşım arasında şu bağlantılar bulunabilir:

• Stratejik hedeflerin sistem gereksinimlerine dönüştürülmesi
• Kurumsal süreçlerin bilgi sistemleriyle ilişkilendirilmesi
• Teknoloji bileşenlerinin standartlaştırılması
• Sistemler arasındaki entegrasyonların planlanması
• Değişikliklerin kurumsal etkisinin değerlendirilmesi

Enterprise Architect, hem kurumsal mimari hem de sistem modelleme çalışmalarının aynı ortamda ele alınmasına yardımcı olabilecek araçlardan biridir.

Model Hiyerarşisi Nasıl Kurulur?

Karmaşık bir sistemin bütün ayrıntılarını tek bir diyagramda göstermek okunabilirliği azaltır. Bu nedenle modeller farklı seviyelere ve paketlere ayrılmalıdır.

Model hiyerarşisi şu şekilde oluşturulabilir:

• Sistem bağlamı
• Üst seviye sistem mimarisi
• Alt sistemler
• Bileşenler
• Arayüzler
• Davranış modelleri
• Gereksinimler
• Doğrulama ve test modelleri

Her seviyede yalnızca ilgili paydaşların ihtiyaç duyduğu ayrıntıların gösterilmesi modelin anlaşılmasını kolaylaştırır.

Modelleme Kuralları Neden Gereklidir?

Birden fazla kişinin aynı model üzerinde çalıştığı projelerde adlandırma, paketleme ve ilişki kurallarının standartlaştırılması gerekir.

Modelleme rehberinde:

• Öğe isimlendirme kuralları
• Paket yapısı
• Diyagram kullanım amaçları
• Renk ve gösterim standartları
• Gereksinim kimlikleri
• Sürüm yönetimi
• Model inceleme süreçleri
• Dokümantasyon kuralları

tanımlanabilir.

Standart bulunmadığında aynı kavram farklı kişiler tarafından farklı biçimlerde modellenebilir ve model bütünlüğü bozulabilir.

Model Kalitesi Nasıl Değerlendirilir?

Model kalitesi yalnızca diyagramların görsel olarak düzenli olmasına bağlı değildir. Modelin amacına uygun, tutarlı ve izlenebilir olması gerekir.

Kaliteli bir model:

• Belirli bir amaca hizmet eder
• Hedef kitlesine uygun ayrıntı içerir
• Modelleme dilinin kurallarına uyar
• Tutarlı isimlendirme kullanır
• Gereksiz öğeler içermez
• Gereksinimlerle ilişkilidir
• Değişiklikleri takip edilebilir
• Güncel sistem yapısını yansıtır

SysML Modellerinde Dokümantasyon

Modeller, teknik dokümantasyonun önemli bir parçası olabilir. Ancak diyagramların tek başına bütün kararları açıklaması beklenmemelidir. Model öğelerine açıklamalar, gerekçeler, kaynaklar ve varsayımlar eklenebilir.

Model tabanlı dokümantasyonda:

• Diyagramlar
• Gereksinim listeleri
• Model öğesi açıklamaları
• İzlenebilirlik tabloları
• Arayüz tanımları
• Test ilişkileri
• Değişiklik kayıtları

birlikte kullanılabilir.

Teknik bilgileri anlaşılır ve standart bir yapıda sunma becerisini geliştirmek isteyenler teknik dokümantasyon, model raporlama ve standartlaştırma eğitimini inceleyebilir.

Değişiklik Etki Analizi Nedir?

Değişiklik etki analizi, bir gereksinim, bileşen veya arayüz değiştiğinde sistemin hangi bölümlerinin etkilenebileceğini değerlendirme sürecidir.

Model ilişkileri kullanılarak:

• Değişen gereksinime bağlı bileşenler
• Etkilenen alt sistemler
• Güncellenmesi gereken testler
• Değişmesi gereken arayüzler
• Etkilenebilecek dokümanlar
• Yeni riskler

belirlenebilir.

İzlenebilirlik ilişkileri doğru kurulmamışsa değişikliklerin gerçek etkisini görmek zorlaşabilir.

Enterprise Architect ile Takım Çalışması

Büyük modelleme projelerinde sistem mühendisleri, yazılım geliştiriciler, iş analistleri ve farklı mühendislik ekipleri aynı model üzerinde çalışabilir.

Takım çalışmasında:

• Model sorumluluklarının belirlenmesi
• Yetkilerin düzenlenmesi
• Değişikliklerin kayıt altına alınması
• Model incelemelerinin yapılması
• Ortak adlandırma kurallarının kullanılması
• Model sürümlerinin yönetilmesi
• Çakışan değişikliklerin önlenmesi

önemlidir.

SysML Hangi Alanlarda Kullanılabilir?

SysML, donanım, yazılım ve fiziksel bileşenlerin birlikte çalıştığı karmaşık sistemlerde değerlendirilebilir.

• Savunma ve havacılık sistemleri
• Otomotiv sistemleri
• Raylı sistemler
• Enerji sistemleri
• Telekomünikasyon altyapıları
• Sağlık teknolojileri
• Endüstriyel otomasyon
• Akıllı şehir sistemleri
• Robotik sistemler
• Kurumsal bilgi sistemleri
• Nesnelerin interneti çözümleri

Kullanım alanı, kurumun mühendislik süreçlerine ve modelleme ihtiyaçlarına göre değişebilir.

SysML Öğrenmek İçin Yazılım Bilmek Gerekir mi?

SysML öğrenmeye başlamak için ileri düzey programlama bilgisi zorunlu değildir. Ancak modellenen sistem yazılım bileşenleri içeriyorsa temel yazılım geliştirme ve mimari bilgisi modellerin daha doğru hazırlanmasını sağlayabilir.

Katılımcıların şu konularda temel bilgi sahibi olması yararlı olabilir:

• Sistem ve alt sistem kavramları
• Gereksinim analizi
• İş süreçleri
• Yazılım geliştirme yaşam döngüsü
• Temel UML kavramları
• Teknik dokümantasyon
• Doğrulama ve test süreçleri

Yazılım geliştirme yaklaşımını ve temel algoritma mantığını öğrenmek isteyenler yazılım geliştirme ve algoritma temelleri eğitimini değerlendirebilir.

SysML Modelleme Süreci Nasıl İlerler?

Modelleme süreci projenin yapısına göre değişebilir. Genel bir çalışma yaklaşımı şu adımlardan oluşabilir:

1. Modelleme amacının belirlenmesi
2. Paydaşların tanımlanması
3. Sistem sınırının belirlenmesi
4. Paydaş ihtiyaçlarının toplanması
5. Sistem gereksinimlerinin oluşturulması
6. Sistem bağlamının modellenmesi
7. Üst seviye mimarinin hazırlanması
8. Alt sistemlerin ve arayüzlerin tanımlanması
9. Davranış modellerinin oluşturulması
10. Gereksinimlerle tasarım arasında izlenebilirlik kurulması
11. Test ve doğrulama öğelerinin eklenmesi
12. Modelin paydaşlarla gözden geçirilmesi
13. Değişikliklerin yönetilmesi

SysML Modelleme Çalışmalarında Sık Yapılan Hatalar

• Modelleme amacı belirlemeden diyagram oluşturmaya başlamak
• Bütün sistemi tek diyagramda göstermeye çalışmak
• Diyagramları yalnızca görsel sunum olarak değerlendirmek
• Gereksinimlerle tasarım arasında ilişki kurmamak
• Aynı kavramı farklı isimlerle modellemek
• Modelleme dilinin anlam kurallarını göz ardı etmek
• Sistem sınırını açık biçimde belirlememek
• Arayüzleri ayrıntılı tanımlamamak
• Değişiklikleri model üzerinde güncellememek
• Test ve doğrulama ilişkilerini ihmal etmek
• Paydaşlara gereğinden fazla teknik ayrıntı sunmak
• Modelleme standartları oluşturmamak

Enterprise Architect ile Uygulamalı SysML Kimler İçin Uygundur?

Enterprise Architect ve SysML bilgisi; karmaşık sistemlerin analizi, tasarımı ve dokümantasyonuyla ilgilenen farklı meslek grupları için yararlı olabilir.

• Sistem mühendisleri
• Yazılım mühendisleri
• Kurumsal mimarlar
• Sistem analistleri
• İş analistleri
• Gereksinim mühendisleri
• Proje yöneticileri
• Ürün geliştirme ekipleri
• Test ve doğrulama uzmanları
• Donanım ve elektronik mühendisleri
• Savunma ve havacılık sektörü çalışanları
• Model tabanlı sistem mühendisliğine yönelmek isteyen öğrenciler

Enterprise Architect ile SysML Öğrenmeye Nereden Başlanmalı?

SysML öğrenirken yalnızca araç menülerini ezberlemek yerine sistem mühendisliği ve modelleme yaklaşımının birlikte ele alınması gerekir.

1. Sistem mühendisliğinin temel kavramlarını öğrenmek
2. Sistem, alt sistem ve bileşen ilişkilerini anlamak
3. Paydaş ve sistem gereksinimlerini ayırt etmek
4. SysML öğelerini ve ilişki türlerini öğrenmek
5. Gereksinim diyagramları hazırlamak
6. Blok tanım ve iç blok diyagramlarına geçmek
7. Davranış diyagramlarını öğrenmek
8. Arayüzleri modellemek
9. Gereksinimlerle tasarım arasında izlenebilirlik kurmak
10. Test ve doğrulama öğelerini modele bağlamak
11. Enterprise Architect üzerinde örnek proje oluşturmak
12. Model inceleme ve dokümantasyon süreçlerini uygulamak

Uygulamalı SysML Eğitimi Neden Önemlidir?

SysML diyagramlarının isimlerini bilmek, karmaşık bir sistemi etkili biçimde modellemek için yeterli değildir. Diyagramların hangi amaçla kullanılacağı, öğeler arasında nasıl ilişki kurulacağı ve modellerin gerçek mühendislik kararlarını nasıl destekleyeceği öğrenilmelidir.

Yapılandırılmış bir Enterprise Architect ile Uygulamalı SysML eğitimi şu alanlarda bilgi gelişimini destekleyebilir:

• Sistem modelleme yaklaşımını anlamak
• SysML temel kavramlarını öğrenmek
• Gereksinimleri görsel modellerle ifade etmek
• Sistem bileşenlerini ve arayüzlerini tanımlamak
• Yapısal ve davranışsal modeller hazırlamak
• Gereksinim izlenebilirliği oluşturmak
• Enterprise Architect aracını kullanmak
• Karmaşık sistemleri farklı bakış açılarından değerlendirmek
• Model tabanlı dokümantasyon hazırlamak
• Disiplinler arası teknik iletişimi geliştirmek

EA ile Uygulamalı SysML Programının Kapsamı

EA (Enterprise Architect) ile Uygulamalı SysML, sistem mühendisliği ve kurumsal mimari alanlarında bilgi geliştirmek isteyen katılımcılara yönelik çevrim içi bir eğitim programıdır.

Resmî program açıklamasında eğitimin mühendisler ve analistler için tasarlandığı; karmaşık sistemlerin etkili biçimde tasarlanmasını destekleyen SysML temelleri ve modelleme tekniklerine odaklandığı belirtilmektedir.

Program, sistem modelleme yaklaşımının yanı sıra süreçlerin değerlendirilmesi ve farklı paydaşlarla daha etkili teknik iletişim kurulmasına yönelik bir çerçeve sunmayı amaçlamaktadır.

Eğitim katılımcının kendi hızında takip edebileceği çevrim içi bir yapıda sunulmaktadır. Program sonunda verilen belge, ilgili eğitimin tamamlandığını gösteren üniversite onaylı kişisel ve mesleki gelişim sertifikasıdır. Belirli bir yazılım üreticisinin verdiği uluslararası uzmanlık unvanı veya mesleki yetki belgesi anlamına gelmez.

Çevrim İçi Eğitim ve Sertifika Süreci

Program çevrim içi olarak sunulmakta ve eğitim içeriklerine bilgisayar, tablet veya akıllı telefon üzerinden erişilebilmektedir. Katılımcılar derslerini öğrenci panelindeki “Eğitimlerim” bölümü üzerinden görüntüleyebilir.

Program kapsamındaki bütün ders videolarının izlenmesi gerekir. Videoların sistemde tamamlandı olarak işaretlenmesinin ardından sınav modülü aktif hâle gelir.

Sınav soru sayısı eğitim içeriğine göre değişebilmekte ve genel olarak 10 ile 50 soru arasında olabilmektedir. Katılımcılara toplam üç ücretsiz sınav hakkı sunulmaktadır.

Program sonunda üniversite onaylı ve e-Devlet üzerinden sorgulanabilir sertifika sunulmaktadır. Eğitim kapsamı, erişim koşulları, sınav ve sertifika süreci için resmî program sayfasındaki güncel bilgiler dikkate alınmalıdır.

Sık Sorulan Sorular

SysML nedir?

SysML, karmaşık sistemlerin gereksinimlerini, yapısını, davranışını ve teknik ilişkilerini modellemek için kullanılan sistem modelleme dilidir.

Enterprise Architect nedir?

Enterprise Architect; sistem, yazılım ve kurumsal mimari modellerinin hazırlanmasını ve yönetilmesini destekleyen modelleme araçlarından biridir.

Enterprise Architect ile SysML arasındaki fark nedir?

SysML bir modelleme dilidir. Enterprise Architect ise SysML diyagramlarının hazırlanabileceği ve modellerin yönetilebileceği yazılım araçlarından biridir.

MBSE ne anlama gelir?

MBSE, Model-Based Systems Engineering ifadesinin kısaltmasıdır ve Türkçede model tabanlı sistem mühendisliği anlamına gelir.

SysML ile UML aynı mıdır?

Hayır. UML ağırlıklı olarak yazılım modellemeye odaklanırken SysML; yazılım, donanım, fiziksel bileşen ve kullanıcı süreçlerini kapsayan karmaşık sistemler için uyarlanmıştır.

SysML hangi diyagramları içerir?

Gereksinim, blok tanım, iç blok, aktivite, sıralama, durum makinesi, kullanım senaryosu ve parametrik diyagram gibi farklı diyagram türlerini içerir.

Gereksinim diyagramı ne işe yarar?

Sistem gereksinimlerini, gereksinimler arasındaki ilişkileri ve tasarım veya test öğeleriyle bağlantıları göstermeye yardımcı olur.

Blok tanım diyagramı nedir?

Sistemi oluşturan blokları, bu blokların özelliklerini ve aralarındaki yapısal ilişkileri gösteren SysML diyagramıdır.

İç blok diyagramı nedir?

Bir sistem veya alt sistemin iç bileşenlerini, bağlantılarını, portlarını ve bilgi ya da enerji akışlarını gösterir.

Parametrik diyagram ne işe yarar?

Sistem özellikleri arasındaki matematiksel veya mantıksal kısıtların modellenmesini ve tasarım değerlerinin değerlendirilmesini destekler.

SysML öğrenmek için kodlama bilmek gerekir mi?

Başlangıç için ileri düzey programlama bilgisi zorunlu değildir. Ancak yazılım ağırlıklı sistemlerin modellenmesinde temel yazılım ve mimari bilgisi yararlı olabilir.

SysML hangi sektörlerde kullanılabilir?

Savunma, havacılık, otomotiv, enerji, telekomünikasyon, sağlık teknolojileri, endüstriyel otomasyon ve kurumsal bilgi sistemleri gibi farklı alanlarda değerlendirilebilir.

Gereksinim izlenebilirliği nedir?

Bir gereksinimin kaynağından tasarım öğelerine ve doğrulama testlerine kadar olan ilişkilerinin takip edilebilmesidir.

Enterprise Architect ile Uygulamalı SysML kimler için uygundur?

Program; sistem mühendisleri, mühendisler, analistler, kurumsal mimarlar, gereksinim uzmanları ve sistem modelleme alanında bilgi geliştirmek isteyen katılımcılar tarafından değerlendirilebilir.

Eğitim çevrim içi midir?

Evet. Program çevrim içi olarak sunulmaktadır.

Eğitim kendi hızımda tamamlanabilir mi?

Program, katılımcıların ders içeriklerini kendi öğrenme hızlarına göre takip edebilecekleri biçimde sunulmaktadır.

Eğitime hangi cihazlardan erişilebilir?

Eğitim platformuna bilgisayar, tablet ve akıllı telefon üzerinden erişilebilmektedir.

Bütün derslerin izlenmesi gerekir mi?

Evet. Program kapsamındaki bütün ders videolarının izlenmesi sınav modülünün aktif hâle gelmesi için gereklidir.

Sınav ne zaman açılır?

Bütün videolar eksiksiz izlenip sistemde tamamlandı olarak işaretlendikten sonra sınav modülü aktif hâle gelir.

Sınavda kaç soru bulunmaktadır?

Soru sayısı eğitim içeriğine göre değişmekte ve genel olarak 10 ile 50 soru arasında olabilmektedir.

Kaç ücretsiz sınav hakkı vardır?

Katılımcılara toplam üç ücretsiz sınav hakkı sunulmaktadır.

Sertifika e-Devlet üzerinden sorgulanabilir mi?

Program sonunda sunulan üniversite onaylı sertifika e-Devlet üzerinden sorgulanabilmektedir.

Program bilgilerine nereden ulaşılabilir?

Eğitimin kapsamı, katılım koşulları, sınav uygulaması ve sertifika bilgileri için EA ile uygulamalı SysML, sistem mühendisliği ve modelleme programı incelenebilir.

Sonuç

SysML, karmaşık sistemlerin gereksinimlerini, yapısını, davranışını ve teknik ilişkilerini ortak bir modelleme diliyle ifade etmeye yardımcı olur. Enterprise Architect ise bu modellerin hazırlanması, düzenlenmesi, ilişkilendirilmesi ve dokümante edilmesi için kullanılabilecek araçlardan biridir.

Gereksinim diyagramları, blok modelleri, davranış diyagramları ve izlenebilirlik ilişkileri sayesinde farklı mühendislik disiplinlerinin aynı sistem üzerinde ortak bir anlayış geliştirmesi desteklenebilir. Başarılı bir modelleme çalışması yalnızca diyagram oluşturmaya değil, sistem kararlarının ve ilişkilerinin doğru biçimde temsil edilmesine dayanır.

Sistem mühendisliği, kurumsal mimari, SysML temelleri ve uygulamalı modelleme teknikleri hakkında bilgi geliştirmek için Enterprise Architect ile uygulamalı SysML ve model tabanlı sistem mühendisliği eğitimini inceleyebilirsiniz.