Bu çekişmeli olabilir ama “içerme her zaman vardır ve bazen uzanır” fiili anlam olarak neredeyse üstesinden gelen çok yaygın bir yanlış anlamadır. İşte doğru bir yaklaşım (benim görüşüme göre ve Jacobson, Fowler, Larmen ve diğer 10 referansa karşı kontrol edildi).
İlişkiler bağımlılıktır
Kullanım durumu ilişkilerini dahil etmenin ve genişletmenin anahtarı, UML'nin geri kalanında olduğu gibi, kullanım örnekleri arasındaki noktalı okun bağımlılık ilişkisi olduğunun farkına varmaktır. Kullanım durumu rollerine atıfta bulunmak için 'temel', 'dahil' ve 'genişletme' terimlerini kullanacağım.
Dahil etmek
Temel kullanım durumu, birlikte verilen kullanım durumlarına bağlıdır; bunlar olmadan, temel kullanım durumu eksiktir, çünkü dahil edilen kullanım durumları her zaman VEYA bazen gerçekleşebilecek etkileşimin alt dizilerini temsil eder. (Bu, bununla ilgili popüler bir yanlış anlamaya aykırıdır, kullanım durumunuzun önerdiği şey ana senaryoda her zaman olur ve bazen alternatif akışlarda gerçekleşir, yalnızca ana senaryo olarak neyi seçtiğinize bağlıdır; kullanım senaryoları farklı bir akışı temsil etmek için kolayca yeniden yapılandırılabilir ana senaryo olarak ve bu önemli olmamalıdır).
Tek yönlü bağımlılığın en iyi uygulamasında, temel kullanım durumu dahil edilen kullanım durumunu bilir (ve buna atıfta bulunur), ancak dahil edilen kullanım durumu temel kullanım durumu hakkında 'bilmemelidir'. Bu nedenle, dahil edilen kullanım durumları şunlar olabilir: a) kendi başlarına temel kullanım durumları ve b) birkaç temel kullanım vakası tarafından paylaşılır.
uzatmak
Genişleyen kullanım durumu, temel kullanım durumuna bağlıdır; temel kullanım durumu tarafından açıklanan davranışı tam anlamıyla genişletir. Temel kullanım durumu, genişletilmiş kullanım durumunun ek işlevselliği olmadan, kendi başına tamamen işlevsel bir kullanım durumu olmalıdır ('dahil olanlar da dahil).
Kullanım durumlarını genişletmek çeşitli durumlarda kullanılabilir:
- Temel kullanım durumu, bir projenin “olması gerekir” işlevselliğini, genişleyen kullanım durumu ise isteğe bağlı (yapması gereken / istemesi / istemesi) davranışı temsil eder. Bu, isteğe bağlı terimin alakalı olduğu yerdir - bazen temel kullanım senaryosu dizisinin bir parçası olarak çalışıp çalışmadığından isteğe bağlı olarak üretilip üretilmeyeceği isteğe bağlıdır.
- Aşama 1'de, bu noktada gereksinimleri karşılayan temel kullanım durumunu sunabilirsiniz ve aşama 2, genişleyen kullanım durumu tarafından açıklanan ek işlevsellik katacaktır. Bu, her zaman veya bazen faz 2 iletildikten sonra gerçekleştirilen sekansları içerebilir (yine popüler yanılgının aksine).
- Özellikle kendi alternatif akışlarıyla 'istisnai' karmaşık davranışı temsil ettiklerinde, baz kullanım durumunun alt dizilerini çıkarmak için kullanılabilir.
Dikkate alınması gereken önemli bir husus, genişletilen kullanım durumunun, dahil edilen kullanım durumunun yaptığı gibi tek bir yerde değil, taban kullanım durumunun akışındaki çeşitli yerlere davranış ekleyebilmesidir. Bu nedenle, genişleyen bir kullanım durumunun, birden fazla temel kullanım durumunun genişletilmesi için uygun olması muhtemel değildir.
Bağımlılık ile ilgili olarak, genişleyen kullanım durumu, taban kullanım durumuna bağlıdır ve yine tek yönlü bir bağımlılıktır, yani taban kullanım durumu, sekanstaki genişleyen kullanım durumuna herhangi bir referans gerektirmez. Bu, uzantı noktalarını gösteremeyeceğiniz veya şablonun başka bir yerinde genişletilen kullanım durumuna bir x-ref ekleyemeyeceğiniz anlamına gelmez, ancak temel kullanım durumu, genişleyen kullanım durumu olmadan çalışabilmelidir.
ÖZET
Umarım “içerme her zaman vardır, bazen uzanır” gibi ortak yanlış anlama ya yanlış ya da en iyi ihtimalle basittir. Bu kavram, yanlış kavramın sunduğu okların yönlülüğü ile ilgili tüm konuları düşünürseniz daha mantıklıdır - doğru modelde sadece bağımlılıktır ve kullanım senaryosu içeriğini yeniden düzenlerseniz potansiyel olarak değişmez.
