Dziś na stronie AnalizaIT pojawił się podcast, na którym rozmawiam z Hanią Wesołowską na temat analizy luk. W trakcie rozmowy poruszamy wiele ciekawych tematów dotyczących wyszukiwania i analizy elementów składających się na tak zwany stan obecny (AS-IS) i stan docelowy (TO-BE). Oto kilka losowych fragmentów z naszej rozmowy. "...mając widok z lotu ptaka na organizację:  na procesy na aplikacje i na  infrastrukturę…

Enterprise Architect w wersji 13 wspiera notację ArchiMate 3.o. To cieszy :-) Większość istniejących modeli opisujących architekturę korporacyjną lub pochodne (np.: architektura korporacyjna IT) jest wykonana w notacji ArchiMate 2.0. Na szczęście Enterprise Architect umożliwia automatyczną transformację modeli wykonanych w ArchiMate 2.0 na modele w wersji 3.o. Poza zmianą notacji modyfikowane są typy diagramów. Jak można wykonać taką transformację? Transformację wykonuje się za pomocą skryptu.…

Dzisiejszy dzień jest dość ekscytujący dla mnie. Bezpłatny kurs internetowy dotyczący modelowania przypadków użycia jest już dostępny. Na kurs składa się wykład oraz prezentacja praktycznego przygotowania modelu. Do budowy przykładu wykorzystałem Enterprise Architect 13. Kurs jest dla studentów i początkujących analityków systemowych. Kurs ten jest także dedykowany tym wszystkim, którzy muszą przeczytać specyfikację przypadków użycia. Jeśli musisz przygotować przypadki użycia w Enterprise Architect to…

W poprzednich wpisach dot. produktywności pisałem o spotkaniach i trochę o kalendarzu. Tym razem opiszę mój system produktywności. System produktywności to tak ładnie i mądrze brzmi. To nic innego jak mechanizmy, zwyczaje i przyzwyczajania, które mam i które w codziennej pracy pozwalają mi na pracę, pisanie, życie rodzinne i inne drobne przyjemności. System produktywności to nawyki oraz narzędzia.  Wspomniane nawyki zbudowałem…

Dwa tygodnie temu sięgnąłem do wykopalisk. W 2006 roku ukazał się SDJ Extra nr 18 - "IBM Software Development Platforma, Projektowanie w SI". Byłem współautorem kilku tekstów.  Zapraszam do drugiej części tekstu "Model - Driven Development udoskonalona metoda wytwarzania aplikacji" (str. 72 - wydawnictwo Software-Wydawnictwo Sp. z o.o. ).  Model - Driven Development udoskonalona metoda wytwarzania aplikacji cz.2  4.3      …

Ostatnie dwa wpisy dotyczące produktywności dotyczyły moich spostrzeżeń, gdy to ja przygotowuję spotkanie. Teraz garść porad dla osób, które są zapraszane na spotkania i mają ich kilka w jednym czasie. Czy wśród Twoich spotkań panuje bałagan?  Czy bywasz w sytuacjach, gdzie biegasz z jednego spotkania na drugie? Czasem w jednym czasie masz zapisane dwie lub nawet trzy rzeczy? Stale bywasz spóźniony na kolejne…

W ostatnim wpisie (ok. dwóch tygodni temu) dałem kilka wskazówek jak realizować efektywne spotkania. Oto garść kolejnych rad: Wykorzystuj spotkania by się sprzeczać Brzmi to źle, ale jest to właśnie ta rzecz, która sprawia, że spotkanie jest efektywne. Spotkania pozwalają ludziom spotkać się osobiście i wyjaśnić różnice. Możesz postawić naprzeciwko siebie różne pomysły i wypracować najlepsze rozwiązania. Jeśli podczas twoich…

Tegoroczny kwiecień to moje małe święto. Dziesiąta rocznica blogowania.  Pomyślałem, że może warto jest wrócić do tego co było przed blogiem. Przed blogiem już trochę pisałem. Potem moją twórczość przelałem na bloga. Wtedy to były materiały uzupełniające dla moich studentów. Nie miałem planu być w sieci tak długo - 10 lat temu nie było blogosfery :-). Ot strona pracownika uczelni.  Okazało się, że…

Dziś zgodnie z obietnicą złożoną w poście Podsumowanie 2016 i plany na 2017 rozpoczynam cykl wpisów na temat produktywności analityka. Zaplanowałem 4 wpisy. Będę je publikował co mniej więcej 2 tygodnie we wtorki. Zacznę od spotkań i kalendarza by skończyć na opisie mojego systemu produktywności, który jest oparty o Getting Things Done. Nie zamierzam zmieniać tematyki bloga. Zwyczajnie mam ochotę podzielić…

Plan zarządzania wymaganiami to dokument, który opisuje zasady postępowania z wymaganiami. W moim odczuciu to jeden z najważniejszych dokumentów, gdyż w jawny sposób opisuje szereg ważnych informacji dotyczących sposobu udokumentowania wymagań. To swoisty kontrakt pomiędzy analitykami a pozostałymi interesariuszami. Dokument w zależności od projektu może się różnić. W opisie wymagań nie zapominam o przypadkach życia, Zazwyczaj staram się aby w nim…

Close