Category Archives inżynieria oprogramowania

Na ścianach, tablicach i innych powierzchniach nie jeden raz można zobaczyć kwadraty, prostokąty połączone ze sobą liniami. Obok znajdują się treści co te "kwadraty robią ze sobą". Tak oto tworzy się architektura. W wielu przypadkach rysunki zostają przykrywane innymi rysunkami i tak idea architektury ginie. Dziś wielu organizacjach myśli się o procesach (i bardzo dobrze) a zapomina się o architekturze…

W wielu firmach toczy się dyskusja o sformalizowaniu procesu wytwórczego oprogramowania. Spontaniczne tworzenie diagramów przez szeroko rozumianych analityków i projektantów nie buduje wartości dokumentacji.  Wartość powstaje, gdy cały zespół dokłada diagram do diagramu jak cegiełka do cegiełki. Dodawane modele procesów biznesowych lub diagramy BPMN uzupełniają się wzajemnie. Specyfikują rozwiązanie. Myśląc o wdrożeniu metodyki dość często myśli się o narzędziach i…

Budowanie architektury korporacyjnej wymaga sprawdzonych narzędzi. Jednym z kryteriów, bycia sprawdzonym jest obecność w raportach Gartnera. Pod koniec maja Gartner opublikował zaktualizowaną edycję “magicznego kwadratu” dla narzędzi do zarządzania architekturą korporacyjną. Magic Quadrant for Enterprise Architecture Tools 2017. W zestawieniu tym znalazł się Enterprise Architect. Co więcej oprogramowanie Sparx Systems opuściło sektor "niszowych graczy".

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…

Close