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 końca zdaje s

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, nikomu

Tak… tak … taakkk….. Ostatnio wieczorami rozwiązuję testy kwalifikacyjne. Nie dlatego, że panicznie poszukuję nowej pracy, ale dlatego, że mam świadomość jednej bardzo ważnej sprawy -ORGAN NIEUŻYWANY ZANIKA. Wiecie jak to jest jak człowiek ruszy na matę po świątecznym zastoju. Po pierwsze ciężko się ruszyć, później wytrwać te pierwsze 20 min a kolejne 40 min to modlitwa o przetrwanie. Na koniec pojawia się coś na kształt satysfakcji, która jest przysłonięta brakiem tchu i czerwoną paszczą. Podobnie jest z naszą głową, jeśli przyzwyczaimy ją do prostych, małowymagających ćwiczeń TO GWARANTUJE, że nie będzie się ona rozwijać, a nawet gorzej … będzie się zwijać.  Ruszenie tak zastanego „mięśnia” to jest dopiero przeprawa.   Sama myśl, że mogę zacząć robić jakieś „ŁAMIGŁÓWKI”, „ZAGADKI” budzi jedną reakcję:  Jak już uda się nam usiąść do jakiegokolwiek testu to okazuje się, że mamy MILION INNYCH, CIEKAWYCH RZECZY DO ROBOTY. A to fejsbuczek, a to jakiś kurz

Dziś kolejna (tak, mogę już napisać, że to kolejna) recenzja. Pomiędzy robieniem paznokci na sylwestra i szykowaniem ekstra kiecki udało mi się znaleźć czas na rzeczy ważne i poważne 😉 czyli czytanie literatury „branżowej”. Myślę, że ta recenzja będzie o tyle ciekawa, że książkę Analiza Biznesowa, Praktyczne modelowanie organizacji czytałam dwa razy w różnych warunkach. Postaram się opisać ją z dwóch perspektyw.      Przed „zakochaniem się” w analizie biznesowej i poznaniu blogowo/książkowego świata Analityków      Po „zakochaniu się” w analizie i poznaniu tego świata troszkę bliżej Ad1. Lektura jak każda inna, trochę teorii zebranej w przyjemnej formie krótkich felietonów, które prowadzą do wspólnych wniosków. Analiza jest potrzebna/ ważna i dzięki niej jesteśmy w stanie zaoszczędzić trochę gotówki 😉 Ad2. Zrozum zanim zaproponujesz rozwiązanie – to hasło przewodnie całej lektury i chyba całej działalności Pana Jarosława. Przed przeczytaniem po ra

Jakiś czas temu na moim ulubionym blogu o Analizie IT pojawił się wpis dotyczący konferencji Request (więcej informacji na temat konferencji znajdziecie tutaj . Prócz standardowych informacji czyli, czego możemy się spodziewać po konferencji, gdzie się odbędzie, kto ją prowadzi itp., itd. pojawiła się informacja o konkursie, który Hania przygotowała dla swoich odbiorców. Wygraną była zniżka na konferencję oraz jeden z produktów, który można znaleźć na stronie Analiza IT . Postanowiłam pomóc szczęściu i wystartowałam w wyżej opisanym wydarzeniu 😊 .  Okazało się, że moja odpowiedź na pytanie konkursowe była na tyle dobra, że trafiłam do wygranej dwójki. Później dostałam maila od Hani, w którym prócz gratulacji, dowiedziałam się jak mogę wykorzystać swoją wygraną i wybrać najbardziej odpowiadającą mi nagrodę. Zdecydowałam się na Kurs Specjalistów Analizy IT. Nie bardzo wiedziałam czego mam się spodziewać, nigdy wcześniej nie uczestniczyłam w kursach e-learningowych, ciężko

Dziś kolejna recenzja (no, kolejna to może zbyt szumnie powiedziane- druga recenzja na tym blogu 😉 ) Parę dni temu skończyłam czytać lekturę Pani Karoliny Zmitrowicz  „Analityk Systemów – przygotowanie do egzaminu z inżynierii wymagań” wydawnictwa PWN. We wszelkich opisach, które udało mi się przeczytać, zanim zaopatrzyłam się w książkę można było wysnuć wniosek, że książka będzie rozszerzeniem sylabusa, który znajduje się na oficjalnej stronie dotyczącej certyfikatu REQB Autorka obiecuje, że z książki dowiemy się: Czym jest inżynieria wymagań wg programu REQB i jakie czynności wchodzą w jej skład, Czym są wymagania, jak można je sklasyfikować i jakimi atrybutami powinny się cechować, Jakie miejsce w przedsięwzięciu informatycznym zajmuje inżynieria wymagań i jakie ma znaczenie dla sukcesu projektu, Jak pozyskiwać, analizować, dokumentować wymagania oraz w jaki sposób zapewnić, że są one odpowiedniej jakości, Jaki zakres wymagany jest na egzaminie certyfikowanym