Proje Model Yapısı __ gg.aa.

yy

UML Modeli Kullanma Kılavuzu

Proje dosyası (Proje_Adı.EAP) açıldığında Project Browser’ın ilk görünümü

aşağıdaki gibidir.

Modele Genel Bakış Açıklamalar

‘Proje Adı’ (root)
 İş Modeli
iş analizi, iş gereksinimleri
 Gereksinim Modeli
sistem analizi, yazılım
gereksinimleri,
 Kullanıcı Etkileşim Modeli
ilişkili bilgi grupları, yazılım
ergonomisi, ekranlar ve
akışları,
 Analiz Modeli
üst düzey tasarım, temel
soyutlamalar,
 Tasarım Modeli
detaylı tasarım, sistem
mimarisi,
 Sistem Modeli
deployment model, sistem
perspektifi,
 Test Modeli
gereksinimlerle ilişkilendirilmiş
test senaryoları

İmplementasyon Modeli
(root)
 Kodla senkronize olan ve
proje paket yapısını
yansıtan model

Dokümantasyon (root)
 Ajanda
EA Modeli Ana Sayfası
 ‘Proje’ Model Yapısı
UML modelleri ve ilişkileri
 ‘Proje’ Süreç Modeli
‘Proje’ çalışma şeklinin SPEM
gösterimi
 Öğelerin İlişkileri
UML sembolleri arasındaki
ilişkiler

Model Yönetimi (root)

değişiklik istekleri

Sandbox (root)
 Deneme tahtası
 Proje Model Yapısı __ gg.aa.yy

Gereksinim Modeline (Sistem Analizi iş ürünleri) genel bakış aşağıdaki gibidir.

Gereksinim Modeline Genel Bakış Açıklamalar

Gereksinim Modeli (view)
 İş Akışları
– genel iş akışı
– konu bazlı iş akışları
 Vizyon
– ilgili referans
dokümanlar
– paydaşlar
– ürünün destekleyeceği
taahhütler listesi
 Olay Tablosu
– event table çalışması
 Fayda Modeli
– ürünle ilişkili rol ve
sistemler
– ürünün rollere
sağlayacağı faydalar
– rolleri kişiselleştirmek
için uydurulmuş kişiler
– fayda ilişkileri haritaları
 Ek Gereksinimler
– FURPS+ formülüyle
gruplanmış fonksiyonel
olmayan gereksinimler
 Senaryo Önceliklendirme
Tablosu
– iterasyon kapsamları
 İş Kuralları
– fayda senaryolarınca
tüketilecek iş kuralları
 Sözlük
– terimler, veri yapıları,
formüller,
 Mesajlar
– ürünün kullanıcıya
yönlendireceği mesajlar
 State Machines
– yazılımın davranışı
duruma göre değişen
unsurlarının analizleri

Sorumluluk Sistem Analisti

 Proje Model Yapısı __ gg.aa.yy

Genel İş Akışları

 Activity Şemasıdır.
 Temel semboller:
Start State, End State, Transition, Activity, Decision, Fragment, Object,
Synchronization Bar.
 Şema ve Notlar eksiksiz içerik sağlar.
 Şema derinliği olabilir. Activity’ler üzerinde Composite sembolü için bakınız

∞
Eğer şemanın derinliği varsa, activity altına activity şeması yerleştirilmiştir.
 Şema üzerinde Pan & Zoom penceresi aracılığıyla gezebilirsiniz.
 Proje Model Yapısı __ gg.aa.yy

Vizyon

 Eksiksiz versiyonu bir dokümandır.

 En önemli bölümleri:
Ürün Konumlandırma, Ürün Perspektifi, Paydaşlar, Temel İşlevler,
Varsayımlar, Kısıtlamalar, Kullanılan Standartlar’dır.
 EA’da başka herhangi bir doküman gibi istenirse çizilebilir.
 Örneğin, ‘Temel İşlevler’ bölümü UML Extension\Requirement Şeması,
Notları ve Hiyerarşi penceresiyle veya klasörün Element List Window
görünümüyle, Notlar ve Hiyerarşi penceresiyle gezilebilir.
 Proje Model Yapısı __ gg.aa.yy

Fayda Modeli
 Proje Model Yapısı __ gg.aa.yy

 Aktörler, Faydalar ve Aralarındaki ilişkileri gösterir.

 Composite Faydalar içlerinde gereksinime dönüştürülmüş senaryoların
muhafaza ettiği activity şemalarını içerir.
 Fayda senaryolarının activity şemaları ilgili activity’lerle ilişkili olarak iş
kuralları, sözlük ve mesajları da içerir.
 Proje Model Yapısı __ gg.aa.yy

Ek Gereksinimler

 FURPS+ formülüne sadık kalarak fonksiyonel olmayan gereksinimlerin

derlendiği bölümdür.
– Fonksiyonel: Sisteme genel ve akışlar içine konamayacak
fonksiyonel gereksinimlerdir.
– Kullanılabilirlik: Sistemin kolay kullanılabilirliğiyle ilgili
gereksinimlerdir.
– Güvenilirlik: Sistemin çalışabilirliği, güvenilirliği ve tutarlılığıyla ilgili
gereksinimlerdir.
– Performans: Sistemin performansıyla ilgili gereksinimlerdir.
– Bakım: Sistemin bakım yöntemiyle ilgili gereksinimlerdir.
– Geriye kalan herşey: Örneğin, güvenlik, yasal yükümlülük vs.
 Proje Model Yapısı __ gg.aa.yy

İş Kuralları

 Fonksiyonel gereksinimlerin uymak zorunda olduğu iş kurallarının

derlendiği bölümdür.
 Proje Model Yapısı __ gg.aa.yy

Sözlük

 Projeye has terim, veri yapısı ve formül gibi bilgilerin detaylandırıldığı

bölümdür.
 Proje Model Yapısı __ gg.aa.yy

Mesajlar

 Fonksiyonel gereksinimler tarafından tüketilen mesaj içerik ve

formatlarının derlendiği bölümdür.
 Proje Model Yapısı __ gg.aa.yy

State Machine(s)

 Sistemin davranışı duruma göre değişen bölümlerinin özelliklerinin

derlendiği bölümdür.
 Proje Model Yapısı __ gg.aa.yy

Kullanıcı Etkileşimi Modeli

 Kullanıcıların yazılımla etkileşim şekillerinin belirlendiği bölümdür.

Proje Model Yapısı __ gg.aa.yy
 Proje Model Yapısı __ gg.aa.yy

Analiz Modeli

 Yazılımda kavramsal karmaşıklık olduğu takdirde veya temel kavramları

yerlerine oturtmak için yapılan üst düzey tasarım bölümüdür.
 Proje Model Yapısı __ gg.aa.yy

Tasarım Modeli

 Analiz (Üst Düzey) Tasarım Modelindeki çalışmaların stratejik sistem

mimarisine yönelik kararların verilmesi için tüketildiği ve detaylandırıldığı
Detaylı Tasarım Modelidir. Yapısı Analiz Modeline benzer. Temel farklılıklar
daha detaylı ve büyük bir model olmasıdır. Ayrıca tasarım katmanları,
değişken ve fonksiyonların koda dönüştürülebilecek seviyede detaylı
olmalarıdır (şu anda bizimki boş).

İmplementasyon Modeli

 Kodla senkronize olan ve kullanılan IDE’deki proje klasör hiyerarşisini

yansıtan modeldir. Tasarım çalışmalarının (Analiz Modeli, Tasarım Modeli)
okunabilirliklerini bozmamak için ayrı bir model olarak oluşturulabilir. Aynı
şekilde modele çekilerek UML karşılıkları otomatik olarak oluşturulmak
istenen kod dosyalarının yönlendirilmesi amacıyla da oluşturululabilir.
 Diğer bir kullanım şekli şöyle olabilir:
– Mevcut kod modele çekilir (implementasyon modeli)
– Tasarım çalışmaları esnasında mevcut kod belli bir ölçüde kullanılır
 EA ile Visual Studio MDG Integration birlikte kullanıldığında visual studio
projesiyle ilişkilendirilecek bölümdür. Tipik bir ilişkilendirme şekli root
node\view_i ile visual studio solution_x\project_y olabilir.
 Proje Model Yapısı __ gg.aa.yy

Sistem Modeli

 Yazılımın donanıma nasıl dağıtıldığını ve sistem perspektifini gösteren

bölümdür.
 Proje Model Yapısı __ gg.aa.yy

Test Modeli

 Test edilebilecek öğeler (test case) bir karar noktasından diğerine kadar
olan direkt bir hattır.
 Proje Model Yapısı __ gg.aa.yy

 Test senaryoları test edilecek öğelerin kombinasyonlarıyla

oluşturulabilecek daha büyük test kapsamlarıdır.
 Veri setleri test edilecek öğelerin test edilebilmeleri için gereken veri
setleridir.
 Sağlama noktaları testlerin başarılı veya başarız bittiklerini belirlemizi
sağlayan kritik sorulardır.

Dokümantasyon Bakışı

Ajanda
 Proje Model Yapısı __ gg.aa.yy

 Modelin default şemasıdır. Model açıldığında otomatik olarak açılır ve genel

bazı bilgiler verilmesini sağlar.
 Eğer projeye bir kod adı ve maskot tanımlayacaksanız burası uygun bir yer
olabilir ;o)

ProjeX Model Yapısı

 Proje Model Yapısı __ gg.aa.yy

 Projede kullanılan UML modeli yapısı ve gereksinim yönetimi planı gibi

bilgilerin paylaşıldığı bir yerdir.

ProjeX Süreç Modeli

 Proje Model Yapısı __ gg.aa.yy

 Projede kullanılan yazılım geliştirme süreç modeli yapısının paylaşıldığı bir

yerdir.

Raporlar
 Proje Model Yapısı __ gg.aa.yy

 Projeye çalışmaları sürdükçe güncel raporların dilenen kapsamda

üretilmesini sağlayan sanal rapor içerikleridir.

Öğelerin İlişkileri
 Proje Model Yapısı __ gg.aa.yy

 Projede değişiklik durumlarını yönetebilmek ve ilişkili öğeleri belli

kapsamlarda inceleyebilmek için oluşturulan çalışmaların paylaşıldığı bir
yerdir.
 Projedeki içeriği Taahhütlere Bağımlı Faydalar, Taahhütlere Bağımlı Ek
Gereksinimler, Taahütlerden Çıkarılan İş Kuralları, Taahhütlere Bağlı
Fonksiyonlar (Mantıksal Gruplamalar), Daha Önceki Çalışmaların Faydalara
Etkisi’dir.

Sandbox
 Proje Model Yapısı __ gg.aa.yy

 UML modeli içerisinde korkmadan kırıp döküp, daha sonra bazı kararları
aldığınız bir yerdir.