Rozdział 06
Problemy i decyzje modelarskie
Odpowiedzi na pytania pojawiające się podczas modelowania.
068`include` czy `extend`?Porównaj relacje «include» i «extend» w UML: ich kierunek, obowiązkowość, warunki oraz wskazówki, kiedy lepiej opisać krok w scenariuszu.→069Agregacja czy kompozycja?Porównaj agregację i kompozycję UML, zrozum znaczenie pustego i wypełnionego rombu oraz dobierz relację do własności części i cyklu życia.→070Asocjacja czy zależność?Sprawdź, kiedy modelować powiązanie klas jako asocjację, a kiedy jako zależność UML, i jak odróżnić strukturę obiektów od korzystania z elementu.→071Klasa abstrakcyjna czy interfejs?Porównaj abstrakcyjną klasę i interfejs UML: wspólny stan i zachowanie, kontrakt realizacji, ograniczenia dziedziczenia oraz kryteria wyboru.→072Diagram aktywności czy BPMN?Porównaj diagram aktywności UML i BPMN: dobierz notację do odbiorców, zakresu procesu, zdarzeń, odpowiedzialności i potrzeb wykonawczych.→073Diagram sekwencji czy komunikacji?Porównaj diagramy sekwencji i komunikacji UML: wybierz między czytelną osią czasu a widokiem powiązań uczestników i numeracją komunikatów.→074Diagram komponentów czy wdrożenia?Rozróżnij diagram komponentów UML od diagramu wdrożenia: jeden pokazuje moduły i kontrakty, drugi artefakty, węzły oraz środowisko uruchomienia.→075Czy baza danych powinna być aktorem?Sprawdź, kiedy baza danych jest aktorem UML, jak wyznaczyć granicę systemu i dlaczego wewnętrzny magazyn danych zwykle nim nie jest.→076Czy użytkownik systemu zawsze jest aktorem?Dowiedz się, kiedy użytkownik jest aktorem UML, jak odróżnić osobę od roli i dlaczego użytkownicy nie zawsze należą do zakresu danego diagramu.→077Czy na diagramie klas umieszczać wszystkie metody?Dowiedz się, które operacje pokazywać na diagramie klas, jak dobrać poziom szczegółu do celu i dlaczego lista wszystkich metod często przeszkadza.→078Jak pokazać warunek, pętlę i alternatywę?Zobacz, jak zapisywać warunki, pętle i alternatywne przebiegi w UML oraz kiedy wybrać diagram aktywności, sekwencji lub maszyny stanów.→079Jak pokazać system zewnętrzny?Zobacz, jak modelować system zewnętrzny w UML jako aktora, komponent, uczestnika interakcji lub węzeł — zależnie od diagramu i celu.→080Ile diagramów potrzebuje projekt?Ustal potrzebną liczbę diagramów UML według pytań projektowych, ryzyka, odbiorców i kosztu aktualizacji — bez sztucznego minimum ani maksimum.→081Kiedy diagram staje się zbyt szczegółowy?Rozpoznaj przeładowany diagram UML i uprość go bez utraty znaczenia, dobierając poziom szczegółu do pytania, odbiorców i decyzji.→082Kiedy aktualizować dokumentację UML?Ustal, kiedy odświeżać diagramy UML, kto odpowiada za ich zgodność oraz jak unikać dokumentacji nieaktualnej po zmianach systemu.→