Birleşik Modelleme – Ödev Hazırlatma – Proje Yaptırma – Tez Yaptırma Fiyatları – Sunum Örnekleri – Ücretli Ödev Yaptırma – Ödev Yaptırma Ücretleri

bestessayhomework@gmail.com * 0 (312) 276 75 93 *Her bölümden, Ödev Yaptırma, Proje Yazdırma, Tez Yaptırma, Rapor Yaptırma, Makale Yaptırma, spss ödev yaptırma, Araştırma Yaptırma, Tez Önerisi Hazırlatma talepleriniz için iletişim adreslerini kullanın. Makale YAZDIRMA siteleri, Parayla makale YAZDIRMA, Seo makale fiyatları, Sayfa başı yazı yazma ücreti, İngilizce makale yazdırma, Akademik makale YAZDIRMA, Makale Fiyatları 2022, Makale yazma, Blog Yazdırma, Blog Yazdırmak İstiyorum, Ücretli Ödev Yaptırma, Parayla Ödev Yaptırma, Tez Yazdırma, Proje YAPTIRMA siteleri, Mühendislik proje yaptırma, Bitirme projesi YAPTIRMA, Ödev YAPTIRMA programı, En iyi ödev siteleri, Parayla ödev yapma siteleri, Ücretli ödev YAPTIRMA, Ücretli Proje Yaptırma, Tez Yaptırma

Birleşik Modelleme – Ödev Hazırlatma – Proje Yaptırma – Tez Yaptırma Fiyatları – Sunum Örnekleri – Ücretli Ödev Yaptırma – Ödev Yaptırma Ücretleri

12 Şubat 2023 Birleşik modelleme dili nedir Uml ye neden ihtiyaç var 0
Yönlendirme Algoritması

Birleşik Modelleme

Birleşik Modelleme Dili veya UML, sistem geliştirmede nesne yönelimli modelleme için standart bir dil ve notasyon olarak hızla ortaya çıkarken, beraberindeki Birleşik Yazılım Geliştirme Süreci, UML’nin bilgisayar ortamında uygulanması için metodolojik destek sağlamak üzere geliştirilmiştir. yazılım geliştirme.

UML, kar amacı gütmeyen bir konsorsiyum olan Object Management Group tarafından yönetilen ve aynı zamanda birkaç ilgili modelleme spesifikasyonunu da yöneten tescilli olmayan bir modelleme dilidir.

UML, Haziran 2003’te OMG tarafından resmi olarak kabul edilen UML 2.0 ile ilk sürümünden gelişmiştir. UML 2.0 için olanlar kesinleştirilmediğinden, bu makale UML 1.5 belirtimlerine dayanmaktadır. Bununla birlikte, kullanım durumlarının rolü, UML 2.0 için önerilen değişikliklerden esasen etkilenmemiş gibi görünmektedir.

“Kullanım durumu” terimi, tarafından “bir kullanıcının bakış açısından bakıldığında, sistemdeki olayların eksiksiz bir seyrini” özetleyen metin belgesine atıfta bulunmak için tanıtıldı. Kavram, aynı zamanlarda tanıtılan diğerlerine benzer.

Kullanım senaryoları başlangıçta nesne yönelimli analizde kullanılmak üzere önerilmiş ve şimdi UML’nin bir parçası olsa da, doğası gereği nesne yönelimli değildirler ve diğer metodolojilerle birlikte kullanılabilirler.

Bir kullanım senaryosunun net bir hedefi olmalı ve tipik olarak ne olması gerektiğini açıklamalı (ancak bunun nasıl olması gerektiğini değil). Yaygın örnekler, bir müşterinin video kiralamasını, bir ürün satın almasını, bir hesaptan para çekmesini vb. içerir. Kullanım durumu ayrıca, bu örneklerde müşteriyi, çalışanları (örneğin, kiralama memuru), bir cihazı (banka makinesi) vb. içerebilen ilgili ana “aktörleri” tanımlar.

Kullanım durumu, ondan önce gelen tipik yapılandırılmış gereksinim analizi araçlarından iki önemli şekilde farklıdır. İlk olarak, kullanım durumu büyük ölçüde metin tabanlıdır. Bazıları, bunları sistemdeki kullanım durumlarına ve aktörlere genel bir bakış sağlayan kullanım durumu diyagramlarından açıkça ayırmak için bunları kullanım durumu anlatıları olarak adlandırır.

Birlikte, kullanım durumu modelini oluştururlar. Yapılandırılmış analiz, iş akışı ve veri akış şemaları gibi grafik araçların önemini vurguladı. UML diyagramlardan vazgeçmedi.

Sınıf, etkinlik, iletişim (önceden işbirliği), sıra, durum makinesi (önceden durum çizelgesi) ve kullanım durumu diyagramları önemli roller oynar. Ancak kullanım senaryoları müşterinin dilinde yazılır, böylece “kullanıcılar ve müşteriler artık karmaşık notasyonu öğrenmek zorunda kalmaz”.

İkinci olarak, kullanım senaryoları, kullanıcının bakış açısından tam işlemlere odaklanır. Özellikle kullanım durumlarının, sistemi kullanacak olanların hedeflerinden gelen bir hedefi vardır. Bu aynı zamanda sistemin amaçlanan kullanıcıları ile iletişimi kolaylaştırmaya yardımcı olur.

UML terminolojisinde, bir kullanım senaryosu, genellikle belirli bir roldeki bir kişi (ör. kasiyer), ancak bazen harici bir sistem olan bir aktör tarafından başlatılır. Diğer aktörler de dahil olabilir (örneğin, müşteri). Kullanım durumu, başlangıçtan tanımlanan hedefe ulaşılmasına kadar işlemin eksiksiz bir görünümünü sağlar.

Nesne yönelimli bir yaklaşımla tutarlı olarak, kullanım durumlarının da genellemeleri olabilir ve ilişkileri içerebilir/genişletebilir. Sınıflarda olduğu gibi, genelleştirme, bir çocuk kullanım durumunun belirli durumlarda üst kullanım durumunun davranışını geçersiz kılmasına izin verir. Bir içerme ilişkisi genellikle, tekrardan kaçınmak için birkaç kullanım durumu tarafından aynı adımlar gerektiğinde kullanılır.

Dahil edilen bir kullanım durumu, temel kullanım durumlarına bağlıdır ve herkes bu sözleşmeye uymasa da “asla yalnız değildir”. Bir temel kullanım durumu, belirli koşullara bağlı olarak başka bir kullanım durumu içerdiğinde, bir genişletme ilişkisi vardır.

Bir sonraki bölümde kapsamlı bir şekilde tartışıldığı gibi, kullanım durumlarının içeriği ve biçimi, yayınlanan kitaplar ve makaleler arasında büyük farklılıklar gösterir. Temel anlatıma ek olarak, kullanım senaryoları, kullanım senaryosunu başlatan varsayımları, ön koşulları (kullanım senaryosu uygulanabilir olmadan önce mevcut olmalıdır) ve tetikleyicileri belirten ilk bölümleri içerebilir. Sonuç kısmında, belirtilmiş sonkoşullar olabilir (kullanım durumu sona erdiğinde bu doğru olmalıdır).

İstisnalar (veya alternatif yollar), kullanım durumu içindeki davranışı yöneten ilgili iş kurallarıyla birlikte belgelenebilir. Bunların hiçbiri, biçimle ilgili örnek kullanım durumları veya öneriler içermeyen UML 1.5 belirtimlerinin parçası değildir, ancak bazıları veya tümü farklı durumlarda yararlı olabilir.


UML diyagramları
Uml modelleme Nedir
Birleşik modelleme dili nedir
UML açılımı
Uml ye neden ihtiyaç var
Sistem geliştirme ve modelleme
Uml diyagramları nelerdir
UML örnekleri


KULLANIM DURUMLARININ ROLÜ

Kullanım senaryoları, yazılan nesne yönelimli sistem analizi ve geliştirme kitaplarında neredeyse evrensel olarak benimsenmiştir. Bu güçlü desteğe rağmen, Jacobson’ın orijinal temasında birçok varyasyon var.

Birincisi, içerikte bir fark var. Kullanım senaryoları, en azından analiz aşamasında, genellikle kavramsal bir araç olarak görülür. Kullanım durumu, “nasıl” değil, “ne”yi vurgulamalıdır. Bu, kullanım durumlarının teknolojiden bahsetmemesi gerektiğini gösterir.

Kullanım örneği örneklerinin gözden geçirilmesi, “ne”nin ne zaman bitip “nasıl”ın ne zaman başlayacağını belirlemenin her zaman kolay olmadığını gösterir. “Ne”yi, iç uygulama yerine sistemin ne yapacağı anlamında yorumlar. Bu nedenle, kullanım durumları ekran tasarımlarına referanslar içerir. 

Belirli bir teknolojiye (satış görevlisinin dizüstü bilgisayarı) atıfta bulunanlar gibi diğerleri. Hatta örneklerinden birinde bir ekran “paneli”, “makbuz düğmesi” ve “yazıcı” ifadelerine bakın. Bazı kullanım durumları ayrıca iş kuralları hakkında daha fazla ayrıntı içerir.

Örneğin, IBM Object-Oriented Technology Center video mağazası örneği, üye olmayan müşterilerin 60,00 ABD doları tutarında bir depozito ödemesi koşulunu içerir. Buna karşılık, kullanım durumlarının “yalnızca neyi göstermesi gerektiğini” belirtin ve örnekleri bu felsefeyi izliyor gibi görünüyor. Bununla birlikte, notlar, kullanım durumları, nesne yönelimli metodolojilere bağlı değildir ve dolayısıyla bu anlamda teknolojiden bağımsızdır.

İkincisi, kullanım durumu formatları için önerilen çeşitli varyasyonlar vardır. İlk kullanım durumları bir metin paragrafı olarak yazılırken, diğerlerinin çoğu numaralı adımları benimsemiştir.

Üçüncüsü, kullanım durumlarının ayrıntı düzeyi kaba (birkaç kullanım durumu) ile ince (birçok) arasında değişir. Çoğu minimalist bir yaklaşım benimsiyor. Kullanım senaryolarının “bireysel bir aktöre ölçülebilir değer” sunması gerektiğini önerin.

Kullanım durumlarının yalnızca ana sistem işlevleri için kullanılacağını savunur. Ancak White, “toplanan Kullanım Durumlarının, sistemin tüm işlevselliğini belirlediğini” belirtir. Video mağazası örneğinde, IBM nesne yönelimli teknoloji merkezinde 11 kullanım durumu vardır.

“Çoğu sistemin belki 20 ila 50 Kullanım Durumu ve bazı küçük sistemlerin daha da az olacağını” önerin. Ancak, daha sonra işaret ettikleri gibi, “doğru ayrıntı düzeyini belirlemek için oluşturulmuş hiçbir ölçüm yoktur”. Aksine, büyük sistemlerin yüzlerce kullanım durumu olabileceğini iddia edin.

 

Bir yanıt yazın

E-posta adresiniz yayınlanmayacak. Gerekli alanlar * ile işaretlenmişlerdir