Kullanım Durumu Diyagramları (Use-case Diyagramları)

Benzer belgeler
YAZILIM MODELLEME VE TASARIM

NESNEYE YÖNELİK PROGRAMLAMA. Yrd.Doç.Dr. Zeynep ORMAN

NESNEYE YÖNELİK PROGRAMLAMA Unified Modelling Language (UML) Bütünleşik Modelleme Dili

Yaz.Müh.Ders Notları #4 1

NESNEYE YÖNELİK ÇÖZÜMLEME SÜRECİ

AHMET YESEVİ ÜNİVERSİTESİ BİLİŞİM SİSTEMLERİ VE MÜHENDİSLİK FAKÜLTESİ BİLGİSAYAR MÜHENDİSLİĞİ LİSANS DÖNEM ÖDEVİ

Sınıf Diyagramları Amaç: Sınıf Diyagramları Nasıl Çizilir?

ATM PROJECT ŞİFRE YA DA HESAP NUMARANIZ HATALI GİRİLMİŞTİR! HAKKINIZ KALDI!

YAZILIM MODELLEME VE TASARIM

BAYİ SİPARİŞ TAKİP SİSTEMİ (Analiz Raporu)

SİSTEM ANALİZİ VE TASARIMI

UNICASE.... kapsamlı bir CASE* aracı. *

Eylül 2007 de v1.0 ı yayınlanan SysML sayesinde endüstri mühendislerinin de ihtiyacı karşılanmış oldu.

Tümleştirilmiş Süreçte (UP) Yazılım Projesi Aşamaları

SiSTEM ANALiZi ve TASARIMI

ARDIŞIL DİYAGRAM YAPI DİYAGRAMI. Sistem Analizi ve Tasarımı Dersi

Bilişim Sistemleri. Modelleme, Analiz ve Tasarım. Yrd. Doç. Dr. Alper GÖKSU

Varlık davranış modeli: Bu aşama her entity ye etki eden durumların tanımlandığı, modellendiği ve dokümante edildiği süreçtir.

YAZILIM MODELLEME VE TASARIM

BM208- Nesneye Dayalı Analiz ve Tasarım. Sunum 7

BLG Sistem Analizi ve Tasarımı. Öğr. Grv. Aybike ŞİMŞEK

T.C KARABÜK ÜNİVERSİTESİ MÜHENDİSLİK FAKÜLTESİ BİLGİSAYAR MÜHENDİSLİĞİ

BORÇ TAKİP PROGRAMI..3

VERİ KAYNAKLARI. Bilgi sisteminin öğelerinden biride veri

Sistem Geliştirme Yaşam Döngüsü (The Systems Development Life Cycle) (SDLC)

TÜMLEŞİK MODELLEME DİLİ. UML (Unified Modeling Language)

Masaüstü yazılım ürünlerinize YENİ kalıcı lisans satın almak için son gün 31 Ocak 2017!

Bölüm 2 Varlık-İlişki Veri Modeli: Araçlar ve Teknikler. Fundamentals, Design, and Implementation, 9/e

BAY.t Entegre, KOBİ'lerin iş süreçlerinin her aşamasına cevap verecek, tüm modülleri entegre olan bilgi yönetim sistemidir.

TASNİF DIŞI KAMU SERTİFİKASYON MERKEZİ. Doküman Adı MOBİL İMZA KULLANIM AMAÇLI NİTELİKLİ ELEKTRONİK SERTİFİKA BAŞVURU TALİMATI

ÖZEL ENTEGRASYON MÜŞTERİSİ OLUŞTURMA

fastpay Uygulamasına Nasıl Kayıt olur ve Giriş Yapabilirim?

Yaşar Bilgi İşlem A.Ş yılında faaliyete başlamıştır Yaşar Holding e bağlı kurumsal bir bilgi teknolojileri şirketidir Uzmanlık alanı İş Yönetim

TAPU VE KADASTRO BİLGİ SİSTEMİ

Müşteriye Özel Limit Puan Sorgusu

VERİ AKIŞ DİYAGRAMI KAVRAMSAL SINIF DİYAGRAMI. Sistem Analizi ve Tasarımı Dersi

Bay.t Destek. İnternetten Uzak Erişim. Kullanım Klavuzu

PROJE YÖNETİMİ. Hazırlayan: TALAT YAZICI

Veritabanı Tasarımı. Değişimi Modelleme: Ücret

TIGER BAYİ YÖNETİM SİSTEMİ...3

DARA PLUS PARAKENDE MODULU

Maltepe Üniversitesi Bilgisayar Mühendisliği Bölümü Yazılım Mühendisliği II (BIL 306)

Sık Sorulan Sorular TR.MYHERBALIFE.COM'DAN SİPARİŞ TÜRKİYE, 14 Kasım 2014

Yaz.Müh.Ders Notları #3 1

İSTANBUL ÜNİVERSİTESİ AÇIK VE UZAKTAN EĞİTİM FAKÜLTESİ

Yazılım Gereksinim Dokümanı Yeşil Bina Otomasyonu

AKIŞ ŞEMASI AKIŞ ŞEMASI AKIŞ ŞEMASI ŞEKİLLERİ GİRİŞ

YEDİ YENİ KALİTE ARACI Yedi yeni kalite aracı, süreçten toplanan verilerin analizlerini öngören basit problem çözme tekniklerinden farklı olarak,

Tedarik Zinciri Aşamaları. Tedarik Zincirleri Dinamiktir. Tedarik Zinciri Aşamaları. Tedarik Zincirinin Amacı Aşamaları. Tedarik Zinciri Aşamaları

Ruh Sağlığı Gereksinimi Eylem Programı (rsep)

1 KARAR DESTEK SİSTEMİ

RotamNet Ticari Programı Kısa Tanıtım Dökümanı

6 Ocak İlgili Versiyon/lar : ETA:SQL, ETA:V.8-SQL. İlgili Modül/ler : E-Fatura

Mevcut Yazılım Değerlendirme Rehberi Kullandığınız yazılım ne kadar verimli?

Excel de Pivot Tablolar Tasarım ve Kullanımı

Chapter 8 Yazılım Testi. Lecture 1. Chapter 8 Software testing

TURKCELL HİZMETLERİ. Kullanım Bilgileri. LOGO Kasım 2014

OPERA OTEL YÖNETİM SİSTEMİ GENEL TANITIM

Kod Listeleri Genel Yapısı

BÖLÜM 1 BÖLÜM 2 VGM KREDİSİ SATIN ALMA, ÖDEME, EŞLEŞTİRME VE RAPORLAMA SÜREÇLERİ VGM İLE İLGİLİ SIKÇA SORULAN SORULAR

... Perakende ve e-ticaret için 5 Bildirim Kampanyası Önerisi

BSOFTefat E-FATURA ÇÖZÜMÜ

MOBİL İMZA KULLANIM AMAÇLI NİTELİKLİ ELEKTRONİK SERTİFİKA BAŞVURU TALİMATI

SÜREÇ YÖNETİMİ KAPSAMINDA PROSEDÜR HAZIRLAMA

Veritabanı Tasarımı. Veritabanı Hareketleri

İÇ MİMARİ PROJELER İÇİN TASARIM AŞAMALARI REHBERİ

Agency-1 Golf Otomasyonu

ATASAYONLINE SİPARİŞ SİSTEMİ

Toptancı Firmalar İçin Ticari Yazılım. Küçük Ölçekli, Toptancı Firmalar için Nebim V3 Başlangıç Sürümü (Toptancılar için)

İÇİNDEKİLER. Çeviri Ekibi /5 Çeviri Önsözü / 6 Şekiller Listesi / 8 Tablolar listesi / 9 Ayrıntılı İçerik / 10

END3061 SİSTEM ANALİZİ VE MÜHENDİSLİĞİ

YEKTAMAK Makine ve Mühendislik; YEKTAMAK müşterilerinin ihtiyaçlarının belirlenmesinden projenin teslim edilmesine kadar olan süreçte;

TecCom TecLocal Programı Kurulum ve Yapılandırma Rehberi

HESAPÇI. Küçük İşletmeler İçin Ticari Otomasyon Paketi Mikro Yazılımevi A.Ş.

EME 3105 Giriş SISTEM SIMÜLASYONU Sistem Simülasyonuna Giriş Simülasyon Ders 1 Simülasyon, Yrd.Doç.Dr.Beyazıt Ocaktan

TAPU VE KADASTRO BİLGİ SİSTEMİ

Sistem Analizi ve Tasarımı

ARAMIZA HOŞGELDİNİZ. Bajaj ve Kuralkan nın en güçlü olduğu noktalardan biriside satış sonrası hizmetlerin en önemli halkası olan servistir.

Proje Adı: Mobil(D)uygulama Nasıl Tasarlanır? Araştırma Şirketi: ThinkNeuro Araştırma Veren: Vodafone Veri Toplama Firması:

TachoMobile Web Uygulaması v1.00.

Yaşar Bilgi İşlem A.Ş yılında faaliyete başlamıştır Yaşar Holding e bağlı kurumsal bir bilgi teknolojileri şirketidir Uzmanlık alanı İş Yönetim

Elbistan Meslek Yüksek Okulu Güz Yarıyılı

Bilişim Sistemleri. Modelleme, Analiz ve Tasarım. Yrd. Doç. Dr. Alper GÖKSU

VERİ SİHİRBAZI. İşletmenizin Sihirli Değneği. VERİ SİHİRBAZI ile verilerinizi detaylı olarak inceleyebilir,

Proje/Sipariş/İş Emri (PSI) Bazında Maliyet Analizi

Berqnet SATINALMA SİSTEMİ İŞ ORTAĞI KULLANMA REHBERİ

ISTCELL. Kullanım Bilgileri

<Ekip Adı> <Proje Adı> Yazılım Gereksinimlerine İlişkin Belirtimler. Sürüm <1.0>

Tedarik Zincirinde Satın Alma ve Örgütsel İlişkiler

Turkcell Hizmetleri Logo Ocak 2016

SD - Satış ve Dağıtım (SD) Modülü Kullanıcı Eğitim Belgesi - Malzeme Ana Verisi İşlemleri

Bilgi Güvenliği Risk Değerlendirme Yaklaşımları

Elbistan Meslek Yüksek Okulu Güz Yarıyılı EKi Salı, Perşembe Öğr. Gör. Murat KEÇECĠOĞLU

Sizin başarınız için çalışıyorlar

MM 409 MatLAB-Simulink e GİRİŞ

11.DERS Yazılım Testi

Broker, Acente, Banka Online Sigortacılık Portali

Ayhan AKGÖZ İşNet İş Ortakları Satış Müdürü

DATASOFT E-DEFTER. Kurulum Kılavuzu 01 TEMMUZ DATASOFT YAZILIM LTD. ŞTİ. Kartal/İstanbul

ONLINE SİPARİŞ SİSTEMİ

Transkript:

Kullanım Durumu Diyagramları (Use-case Diyagramları) Analiz aşaması projeler için hayati önem taşır. İyi bir analizden geçmemiş projelerin başarı şansı azdır. Analiz ile birlikte kendimize Ne? sorusunu yöneltirken, sistemin fonksiyonel gereksinimlerini yakalamaya çalışırız. Use Case UML içerisinde yer alan ve analiz aşamalarında sıkça kullanılan bir tekniktir. Başarılı projelere göz attığımızda, bu projelerin çok iyi analiz aşamaları geçirdikleri görülür. Analiz ve tasarım genellikle birlikte kullanılan iki terim. Bu iki terimi kısaca şu iki kelime ile açıklamak mümkün. Ne? ve Nasil?. Ne sorusu analizi temsil ederken, Nasıl sorusu ise tasarım etkinliğinden sorumludur. Ne sorusunun cevabı nasıl sorusunu tetiklediğinden tasarım analizin bir sonucudur denilebilir. Bir sistemi modellemek, gereksinimleri ortaya koymak ve bunun sonucunda istenilen ürünü tam olarak gerçekleştirmek için en önemli nokta sistemde gerçekleştirilecek olan dinamik davranışları yakalamaktır. Sistemin tasarlanmasında ihtiyaçları ayrıntılı olarak açıklığa kavuşturmak için bahsedilen bu dinamik davranış, sistemin çalıştırıldığındaki davranışını ifade eder. Dolayısıyla sadece statik davranış bir sistemi modellemek için yeterli değildir, zira dinamik davranış statik davranıştan daha önemlidir. UML'de dinamik davranışları modellemek için mevcut beş diyagram vardır ve kullanım durumu (Use-Case-- UC) diyagramı bunlardan biridir. Use case diyagramları aktörler, kullanım örnekleri ve bunların ilişkilerinden oluşur. Diyagram, bir uygulamanın sistemini / alt sistemini modellemek için kullanılır. Tek bir kullanım durumu diyagramı, bir sistemin belirli bir işlevselliğini yakalar. Durum diyagramının amacı, bir sistemin dinamik yönünü yakalamaktır. Fakat bu tanım, amacı tanımlamak için çok kapsamlıdır. Çünkü kullanılan diğer dört diyagram (etkinlik, sıralama, işbirliği ve Durum Çizelgesi) da aynı amacı taşımaktadır. Bu yüzden, use-case diyagramlarını diğer dört diyagramdan ayıran belirli bir amaca yoğunlaşmak gerekmektedir. Kullanım durumu diyagramları (use-case diyagramları), iç ve dış etkileri de içeren bir sistemin gereksinimlerini toplamak için kullanılır. Bu gereksinimler çoğunlukla tasarım gereklilikleridir. Dolayısıyla bir sistem, fonksiyonlarını toplamak için analiz edildiğinde, kullanım örnekleri hazırlanır ve aktörler tanımlanır. Kullanım Durumu Diyagramlarının Amacı (Use-Case diyagramları) Bir sistemin gereksinimlerini toplamak için kullanılır. Toplanan gereksinimler üzerinde anlaşmayı kolaylaştırır. Bir sistemin dış görünümünü elde etmek için kullanılır. Sistemi etkileyen dış ve iç faktörleri tanımlamak için kullanılır. Gereksinimler arasındaki etkileşimi aktörler bazında göstermek için kullanılır. Use case diyagramları yazılım ekip üyeleri arasındaki iletişimi geliştirir. İş süreçlerinin anlaşılmasını kolaylaştırır. Dolayısıyla bir sistemin dinamiklerini anlamak için farklı diyagram türlerini kullanmamız gerekir. Kullanım durumu diyagramı bunlardan biridir ve özel amacı sistem gereksinimlerini ve aktörleri toplamaktır. Kullanım durumu diyagramları, bir sistemin olaylarını ve akışlarını belirtir. Kullanım öyküsü diyagramı, yalnızca kara kutunun giriş, çıkış ve işlevinin bilinmekte olduğu bir kara kutu olarak düşünülebilir.

Kullanım diyagramlarının kullanıldığı yerler: Gereksinim analizi ve üst düzey tasarım. Bir sistem bağlamını modelleyin. Tersine mühendislik. İleri mühendislik. Use-Case (UC) Ogeleri: UC temelde çok basit bir tekniktir, esas zorluk gereksinimleri hedef odaklı en etkin biçimde ifade edebilmektir. Sistem, yani üzerinde çalıştığımız uygulama ile uygulamadan etkilenen dış kullanıcılar (aktör) arasında gecen iş hedeflerine uygun bir dizi etkileşime Use Case denir. Belki bu aşamada bu tanım biraz karışık gelmiş olabilir, simdi isterseniz tanımda gecen terimleri biraz açalım. Tanımlara geçmeden temel bir UC diyagramını gösterelim. Senaryo: Sistem ve aktör (kullanıcı) arasında geçen etkileşimi anlatan bir dizi adım a (operasyon) senaryo adı verilir. Basit bir senaryo örneği verecek olursak, online bir mağazadan urun satın alma işlemini düşünebiliriz. Ürün satın alma senaryosu için su adımları sırasıyla örnek verebiliriz; 1. Müşteri ürün kataloğunu gezer, 2. Müşteri ürün detaylarını inceler, 3. Müşteri ürünü sepete ekler, 4. Müşteri sipariş işlemine geçer, 5. Teslimat ve fatura bilgileri girilir, 6. Ödeme bilgileri girilir, 7. Sistem tarafından sipariş onayı alınır, 8. Teslimat oluşturulur ve kargo şirketine iletilir, 9. Müşteri ürünü teslimat adresinden teslim alır gibi bir dizi işlem başarılı bir urun satın alma senaryosunu oluşturur. Aktör : Aktör belirlenen sistem üzerinde bir rol oynayan ve etkileşime gecen her türlü ögedir. Burada aktör sistemi kullanan bir site ziyaretçisi olabileceği gibi sistemden etkilenen dış sistemler yani kargo şirketi de bir aktör olarak yerini alır. Yukarıdaki senaryoda müşteri Use Case i tetikleyen, kargo şirketi ise tetiklenen yani UC den etkilenen aktörlerdir. Aktör kelimesi bazen yanlış anlaşılmalara neden olabilir, bu yüzden aktör kelimesini açmak için; sistem üzerinde belli bir role sahip kullanıcı, açıklamasını getirmek yerinde olur. Sistem: Use Case lerin yer aldığı sınırları ve kapsamı belli, aktörlerin üzerinde çalıştığı yer sistemdir. Sistem projelerinizin kapsamını belirtmesi açısından önemlidir. Use Case: Ortak bir kullanıcı hedefi etrafında oluşturulmuş bir takım senaryoların bütünleşmesinden meydana gelen yapıdır. Use caseler temelde senaryolardan oluşur, fakat her senaryo yukarıda verilen örnek gibi başarılı ve tek düze yürümez. Senaryoların bazı istisnai durumları ve alt senaryoları içermesi gerekmektedir. Bu durumda Use Case verilen senaryoların

ötesinde bazı artı özellikler de taşır. Örnek olarak müşterinin ödeme işlemini havale ya da kredi kartı olarak yapabilmesi, kredi kartı onayında hata alınması ve teslimat seçenekleri gibi istisnai durum ve alternatif yaklaşımların başarılı senaryo üzerinde toparlanması işlemi UClerin sorumluluğu altındadır. İlişki: UCler arasında kurulan ilişkiler, bu ilişkiler ileriki bölümlerde daha detaylı anlatılacaktır. İlişkilerin yardımı ile UCler üzerinde genelleme, kapsama (inclusion) ve genişleme (extension) gibi gösterimler yapılabilir. Bir örnek: ATM uygulaması Bir bankanın ATM cihazı için yazılım geliştirilecektir. ATM, banka kartı olan müşterilerin hesaplarından para çekmelerine, hesaplarına para yatırmalarına ve hesapları arasında para transferi yapmalarına olanak sağlayacaktır. ATM, banka müşterisi ve hesapları ile ilgili bilgileri, gerektiğinde merkezi banka sisteminden alacaktır. ATM uygulama yazılımının kullanıcıları: Aktörler Banka müşterisi ATM Yazılımı Kullanıcıları

Belirlenen aktörler ATM den ne istiyorlar? Aktör: Banka müşterisi Para çekme Para yatırma Para transferi Aktör: Günlük özet alma Aktör: Banka müşterisi Bankada hesabı ve banka kartı olan, ATM den işlem yapma hakkı olan kişidir. Kullanım Durumu: Para çekme Banka müşterisinin nasıl para çekeceğini tanımlar. Para çekme işlemi sırasında banka müşterisinin istediği tutarı belirtmesi ve hesabında bu tutarın mevcut olması gerekir. [1] Para Çekme [2] Para Yatırma [3] Para Transferi [4] Günlük Özet Alma

Senaryo 1 [Evet] Etkinlik 1 Onaylandı [Hayır] Etkinlik 2 Etkinlik 2 Etkinlik 4 Senaryo 2 Activity Diagram extends [1.1] Yetersiz Bakiye Bildirme [1] Para Çekme [2] Para Yatırma [3] Para Transferi [4] Günlük Özet Alma Use-case Diagram Kaynaklar: www.kirbas.com/index.php?id=183