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…

Jako osoba zajmująca się szeroko rozumianą inżynierią oprogramowania często spotykam się z problemem automatycznego wygenerowania dokumentacji z Enterprise Architect. Raportowanie w Enterprise Architect to dość często stosowanie CTRL+C w Enterprise Architect a zaraz chwilę później CTRL+V w edytorze tekstu jest nagminne. Co tu dużo mówić lub pisać :-).  Domyślne szablony dokumentacji, jakie oferuje Enterprise Architect są mało interesujące. Zbudowanie nowych,…

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".

Jednym z celów modelowania jest przedstawienie złożonych zagadnień na takim poziomie abstrakcji, który pozwoli zrozumieć dany aspekt zagadnienia. Gdy w organizacji modele są przygotowywane przez kilka, kilkanaście osób to warto jest ustalić dwie rzeczy:  zasady modelowania i estetykę diagramów. Zasady modelowania określą  nam to co i w jaki sposób dokumentujemy, jaką notację zastosujemy. Estetyka diagramów to ustalenie pewnych zasad, które pozwolą…

Podczas mojej pracy zauważyłem, że spory problem stanowią wymagania. Trudnością nie jest ich spisanie. Trudnością jest ich wyartykułowanie. Pomijam turbulencje związane z celem zamiany czy też budowy systemu. Nie zawsze trzeba wiedzieć po co się zmienia system. Żartowałem :-). Wiedzieć trzeba.  Dziś jednak nie o tym. Chcę napisać o sensownej inżynierii wymagań. Otóż  chciałbym podzielić się kilkoma istotnymi zasadami, które, mam…

Ian Sommerville i Pete Sawyer w "Requirements Engineering: A Good Practice Guide" opisali, ponad 15 lat temu, metodę oceny i doskonalenia procesów inżynierii wymagań. Opiera się ona na wyodrębnieniu dobrych praktyk, czyli czynności będących pożądanymi elementami wzorcowego procesu inżynierii wymagań. Autorzy starali się przy tym objąć całość problematyki inżynierii wymagań. W moim mniemaniu te dobre praktyki nie tracą na aktualności.…

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…

Close