47275141-24804537-Projeye-Ozel-UML-Modeli-OluÅŸturma-KA-lavuzu
-
Upload
erol-bozkurt -
Category
Documents
-
view
14 -
download
0
Transcript of 47275141-24804537-Projeye-Ozel-UML-Modeli-OluÅŸturma-KA-lavuzu
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) İş Modeliiş analizi, iş gereksinimleri Gereksinim Modelisistem analizi, yazılım gereksinimleri, Kullanıcı Etkileşim Modeliilişkili bilgi grupları, yazılım ergonomisi, ekranlar ve akışları, Analiz Modeliüst düzey tasarım, temel soyutlamalar, Tasarım Modelidetaylı tasarım, sistem mimarisi, Sistem Modelideployment model, sistem perspektifi, Test Modeligereksinimlerle ilişkilendirilmiş test senaryoları
İmplementasyon Modeli (root)
Kodla senkronize olan ve proje paket yapısını yansıtan model
Dokümantasyon (root) AjandaEA 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çıklamalarGereksinim 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
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
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