Category Archives inżynieria oprogramowania

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ę…

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…

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      …

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…

Pod koniec 2016 roku w poście PODSUMOWANIE 2016 I PLANY NA 2017, w kontekście 10 lat prowadzenia bloga, pisałem o dwóch niespodziankach. Pierwsza z nich niebawem ujrzy światło dzienne. Otóż postanowiłem nagrać bezpłatny kurs z podstaw modelowania przypadków użycia. Prace powoli się finalizują. Więcej na ten temat zobaczysz w poniższym zaproszeniu. [grwebform url="https://app.getresponse.com/view_webform_v2.js?u=81F&webforms_id=10507302" css="on" center="off" center_margin="200"/]  

Od pewnego czasu widoczna jest dyskusja dotycząca wartości modelowania. Zwolennicy podejścia zwinnego niezbyt chętnie widzą modele. Konserwatyści preferujący klasyczne podejście do procesu wytwórczego oprogramowania chętniej modelują. Modelowanie kosztuje. Narzędzia zazwyczaj niewiele, natomiast ludzie (analitycy, projektanci, architekci) już sporo. Nie da się ukryć, że korzystanie z UML wydłuża proces budowy oprogramowania. Czy to czas stracony? Przy nadmiarowym modelowaniu zapewne tak. Przy rozsądnym dobraniu technik…

W poprzednim tygodniu pisałem o kanban w Enterprise Architect (Kanban w Enterprise Architect 13 część 1). Dziś postaram się przedstawić mechanizmy raportowania a dokładniej wykresy w Enterprise Architect zbudowane na bazie historyjek użytkownika. Wspomniane  wykresy pokażę na małym repozytorium  z 15 elementami. Dodajemy elementy do diagramów Kanban i działamy zgodnie z jego zasadami :-) W swoim repozytorium ćwiczebnym mam 15…

No i stało się. Postanowiłem poeksperymentować z social media. Co to oznacza? Założyłem strony bloga na google+ oraz facebook. Myślę, że po niemalże 10 latach pisania wreszcie dorosłem :-) Zobaczymy co z tego wyjdzie. Adresy bloga: google+: https://plus.google.com/101542583698937431201 facebook: https://www.facebook.com/michalwolskipl-1156332067765698/ Zmieniłem także adres rss. Nowy adres to: https://www.michalwolski.pl/feed/ Ponadto testuję możliwość zapisywania się na subskrypcję via e-mail. Jak tylko testy wypadną pozytywnie pojawi się też…

W ciągu ostatnich kilku lat widzę dość radykalne zmiany w zakresie potrzeb moich klientów. Kilka lat temu królowały szkolenia z UML, BPMN. Dziś nacisk jest położony na proces wytwórczy oprogramowania. Przede wszystkim problemem jest wykorzystywanie narzędzi CASE (np.: powszechnie stosowany Enterprise Architect). Wielu zespołom brakuje uporządkowanej metodyki pracy. Metodyki, która uwzględnia specyfikę pracy organizacji, jej strukturę, wytwarzane artefakty, narzędzia, stopień rozproszenia…

Bardzo często zdarza się, że chcemy mieć informację o tych elementach, które nie zostały zmapowane na inne elementy. Przykładowo możemy szukać tych wymagań, które nie realizują żadnych przypadków użycia. Inny przykład to poszukujemy tych elementów procesu biznesowego, który nie wspierają usługi aplikacyjne. Innymi słowy szukamy samotnych elementów. Enterprise Architect wspiera możliwość raportowania takich osieroconych elementów. Są dwa sposoby na szukanie.…

Close