W poprzednim wpisie Modelowanie procesów biznesowych w procesie wytwórczym oprogramowania opisałem znaczenie modelowania procesów biznesowych. W moim odczuciu, modelowanie procesów biznesowych w procesie wytwórczym oprogramowania to podstawa, do której odnoszą się kolejne etapy tego procesu. Analitycy systemowi na podstawie procesów biznesowych i wymagań biznesowych identyfikują przypadki użycia i wymagania na system. Testerzy budują plany testów i scenariusze testów (zwłaszcza jeśli chodzi…

Jak niemal co roku, firma Sparx Systems, zapowiedziała kolejną wersję swojego flagowego produktu - Enterprise Architect. W tym roku to już 14 odsłona tego kultowego narzędzia wspierającego analityków, projektantów i architektów. Poniżej zapowiedź najważniejszych nowości. Nowe perspektywy - poprawiono nawigację pomiędzy typami diagramów w toolbox oraz sposób dodawania diagramów Nowy widok: Context Browser -  wybierając dany pakiet EA wyświetli listę…

Modelowanie procesów biznesowych jest dziś stosunkowo powszechne. W wielu organizacjach robi się to nawet w dwóch miejscach :-). W komórce odpowiedzialnej za usprawnianie lub nadzór nad procesami i w IT, gdzie wytwarza się oprogramowanie. Powszechnie stosowanym językiem opisu jest notacja BPMN. Modelowanie procesów biznesowych w procesie wytwórczym oprogramowania zostało, w moim odczuciu, usankcjonowane w Rational Unified Process . Wiele lat…

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

Close