de_DEen_USes_ESfa_IRfr_FRid_IDjapl_PLpt_PTru_RUvizh_CNzh_TW

Wprowadzenie

Analiza odporności to kluczowy krok w projektowaniu oprogramowania, łączący rozumienie tego, co system ma osiągnąć (analiza) i jak będzie zaimplementowany (projektowanie). Pomaga projektantom formułować założenia dotyczące projektu systemu i rozważać możliwe rozwiązania techniczne. Jednym z wartościowych narzędzi w analizie odporności jest Diagram odporności, wprowadzony przez Rosenberg i Stephen w 2007 roku. Choć nie jest częścią oficjalnej specyfikacji UML, diagramy odporności wykorzystują koncepcje UML do przedstawiania zachowania systemu. W tym tutorialu szczegółowo omówimy zasady, elementy i zastosowanie diagramów odporności.

Elementy diagramu odporności

Diagram odporności łączy elementy diagramów klas i diagramów działań. Wizualnie przedstawia zachowanie przypadku użycia, podkreślając uczestniczące klasy i zachowanie oprogramowania, nie określając, która klasa odpowiada za każdą część zachowania. Ułatwia to zrozumienie w porównaniu do tradycyjnych diagramów działań, ponieważ skupia się na interakcji między obiektami. Przejdźmy do kluczowych elementów diagramu odporności:

Obiekty ze stereotypami

Diagramy odporności wykorzystują obiekty ze stereotypami do przedstawiania różnych typów elementów w systemie. Poniżej znajdują się najczęściej stosowane stereotypy UML:

Robustness Analysis Diagram symbols

  1. «granica»: Reprezentuje interfejs między systemem a światem zewnętrznym. Obiekty graniczne zazwyczaj odpowiadają ekranom, stronom internetowym lub innym interfejsom użytkownika, z którymi oddziałują aktorzy. Te obiekty są związane z warstwą prezentacji.
  2. «encja»: Oznacza obiekty z modelu domeny, które reprezentują rzeczywiste encje lub pojęcia w systemie.
  3. «kontrola»: Służy jako pośrednik między obiektami granicznymi i encyjnymi, pełniąc rolę „kleju”, który koordynuje ich interakcje.

ATM

Przykład diagramu odporności MVC:

W kontekście diagramów sekwencji MVC te elementy łączą się, aby wykonać polecenia inicjowane z granic systemu, koordynując interakcje z encjami za pośrednictwem obiektów granicznych. Zazwyczaj obiekt kontrolera odpowiada konkretnemu scenariuszowi przypadku użycia, często wizualnie przedstawianemu za pomocą diagramu sekwencji.

Aby zwiększyć przejrzystość i zrozumienie diagramów sekwencji MVC, korzystanie ze stereotypów dla linii życia elementów diagramu jest korzystne. Ta praktyka pomaga wizualnie odróżnić typy obiektów używanych w MVC, tworząc reprezentację zgodną z zasadami zdefiniowanymi w diagramie analizy odporności.

Robustness Sequence Diagram

 

 

Wnioski

Diagramy odporności, mimo że nie są częścią oficjalnej specyfikacji UML, są wartościowym narzędziem w analizie odporności podczas projektowania oprogramowania. Pomagają zastąpić luki między analizą a projektem, wizualnie przedstawiając interakcje między obiektami systemu. Przestrzegając zasad i zasad wyznaczonych w tym tutorialu, projektanci mogą tworzyć skuteczne diagramy odporności, które zapewniają przejrzystość i strukturę swoim przypadkom użycia, co w końcowym efekcie prowadzi do lepszego projektowania i rozwoju oprogramowania.

Zasoby

Szablony diagramów odporności