AS Analiza - Anna Sędek

Myślę, że jeśli ktoś wcześniej nie miał do czynienia z UML to ciężko będzie mu sobie wyobrazić czym tak naprawdę jest diagram obiektów. Poza tym wykorzystywanie diagramów klas jest dość ograniczone i zazwyczaj stosowane do pokazania przykładów struktur danych. Ale zanim zaczniemy gaworzyć o tych naszych diagramach dwa słowa wstępu 😉 .    Analityk (zazwyczaj) prowadząc swoją analizę zacznie skupiać się na ogółach i na podstawie abstrakcyjnych pojęć będzie schodzić coraz niżej. Tak zwana metoda Top-Bottom. I oczywiście jest ona bardzo słuszna bo pozwala na precyzyjniejszą i dokładniejszą analizę.   Ale co w przypadku, w którym okaże się, że nasz klient za Boga nie umie myśleć abstrakcyjnie i jest nam w stanie przedstawić tylko to co widzi? No trzeba te wiedzę umieć wykorzystać i to najlepiej jak tylko to możliwe. 😊 Dla przykładu. Na pytanie, gdzie mieszkasz ? ktoś podaje nam ulicę, numer domu, miejscowość, czasami gminę i kod pocztowy, ale nie do...

Ale może zanim o samym diagramie, to dwa słówka wprowadzenia (no może więcej niż dwa). Modelowanie, nie tylko diagramów UML, ale ogólnie modelowanie systemów, prototypów, dziedziny czegokolwiek, powinno opierać się wg mnie na dwóch zasadach. Model powinien jak najwierniej odzwierciedlać rzeczywistość Model powinien być stworzony na takim poziomie szczegółowości, na jaki zdecydujemy się w trakcie poznawania celu tworzenia modelu. (nie wiem czy to zrozumiałe- więc posłużę się przykładem) Modelujemy samolot. No i teraz jeśli chcielibyśmy skupić się na jego częściach mechanicznych to w modelu nie będziemy pokazywać miejsc siedzących, rozmieszczenia toalet czy wyjść ewakuacyjnych. Skupimy się na silnikach, turbinach, filtrach, okablowaniu, elektronice itp. Dlaczego nie pokażemy tych naszych miejsc ? Bo akurat dla tego modelu nie są one potrzebne i celowo je ignorujemy, żeby nie odwracać uwagi od tego co jest dla nas naprawdę istotne. Na tym wg mnie pow...

Dziś post krótki ale treściwy! Takie podobno cieszą się największym zainteresowaniem 😊 Jakie Pani zna rodzaje diagramów UML ? No i może ktoś się zdziwi, ale wszystkich diagramów UML jest 13 😉 ale oczywiście korzystanie ze wszystkich na raz często mija się z celem, bo projekt np.: nie zakładał tworzenia diagramu rozlokowania, albo wymagane były tylko diagramy przypadków użycia, klas i sekwencji.  Ale ! ale! ale ! to nie jest do końca tak, że jak czegoś na co dzień nie używamy to jest nieistotne i mało ważne.   Bo jeśli np.: okaże się, że w ramach dokumentacji ma powstać jakiś „rysunek” obrazujący relacje pomiędzy odpowiednimi częściami systemu to nie zaczniemy tworzyć nowego typu diagramu tylko skorzystamy z diagramu Struktur Połączonych (bo na kiego grzyba koło na nowo wymyślać). A dlaczego z niego skorzystamy ? bo wiemy, że istnieje i do tego właśnie powinien zostać użyty. A gdybyśmy o nim nigdy nie słyszeli to prawdopodobnie tworzylibyśmy nowe...