Enterprise Architect

Teksty dotyczące użytkowania Enterprise Architecta

Enterprise Architect 12 – nie instaluj pochopnie

analiza biznesowa, Enterprise Architect, inżynieria oprogramowania, modelowanie procesów biznesowych, narzędzia CASE, projektowanie systemów informatycznych, wydarzenia /

  Sparx Systems opublikował kilka dni temu 12 wersję kultowego Enterprise Architect. Wstępna analiza wykazała, że aktualizacja narzędzia może doprowadzić do problemów w starych repozytoriach. Podobne wpisy Zintegrowane środowisko wytwarzania aplikacji web’owych na platformie .NET W artykule przedstawiono opis pakietu narzędziowego VS.NET (Microsoft) z Rational XDE (IBM) do wytwarzania aplikacji webowych pracujących w środowisku urządzeń […]

Enterprise Architect 12 – nie instaluj pochopnie Czytaj dalej »

Dokumentacja przypadków użycia w administracji publicznej

analiza systemowa, analiza wymagań, Enterprise Architect, projektowanie systemów informatycznych, UML, zarządzanie wymaganiami /

Myślę, że czasem warto się pochwalić drobnymi osiągnięciami. W 2013 roku miałem okazję współpracować z Ministerstwem Sprawiedliwości. Brałem udział w projekcie SIWPM (System Informatyczny Wspierający Procesy Merytoryczne). Zadaniem tego systemu jest wsparcie pracowników sądu w ich pracy od biura podawczego poprzez zarządzanie aktami (tzw. kalendarz)  kończąc na wsparciu czynności wydawania orzeczeń. Kilkanaście miesięcy konsultowałem, wspomagałem

Dokumentacja przypadków użycia w administracji publicznej Czytaj dalej »

Śledzenie za pomocą relacji trace – problemy

Enterprise Architect, inżynieria oprogramowania /

Ostatnio pracując przy jednym z projektów spotkałem się z nietypowym zachowaniem Enterprise Architect’a. Otóż mój zespół pracuje na wersji 10 tego narzędzia a zespół klienta na wersji 9.3. O ile zgodność w zakresie bazy danych jest identyczna tak niespodziewanie dowiedziałem się iż klient w widoku traceability nie widzi relacji trace. W EA 10 widać to

Śledzenie za pomocą relacji trace – problemy Czytaj dalej »

Śledzenie zależności pomiędzy wymaganiami

analiza systemowa, analiza wymagań, Enterprise Architect, literatura, projektowanie systemów informatycznych, zarządzanie wymaganiami /

Enterprise Architect w swojej dokumentacji proponuje by wymagania były łączone ze sobą za pomocą agregacji. Zastosowanie agregacji nie jest zgodne ze znanymi mi  standardami. Jeśli potrzebujesz modelować wymagania zgodnie ze standardami proponuję SysML – Systems Modeling Language for Products and Systems Development. Podobne wpisy Książki o UML – UML dla Każdego Książki o UML –

Śledzenie zależności pomiędzy wymaganiami Czytaj dalej »

Dedykowana metodyka prowadzenia projektu

agile, analiza wymagań, Enterprise Architect, inżynieria oprogramowania, zarządzanie wymaganiami /

Koniec roku pozwala mi wreszcie odetchnąć. Ostatnie tygodnie były mega pracowite. To czym chcę się pochwalić to fakt iż w tym roku udało się opracować dedykowane metodyki prowadzenia projektów w Enterprise Architect. Odbiorcami tej dedykowanej usługi były bank, duży ubezpieczyciel oraz firma wytwarzająca oprogramowanie. Każdy z opracowanych metodyk była spersonalizowana pod kątem klienta. Każda z

Dedykowana metodyka prowadzenia projektu Czytaj dalej »

Enterprise Architect w 2013 roku oczami Gartnera

ArchiMate, architektura korporacyjna, Enterprise Architect, TOGAF /

Śpieszę donieść, iż na blogu Andrzeja Sobczaka ArchitekturaKorporacyjna.pl pojawiła się rzeczowa analiza ostatniego raportu Gartnera dotyczą “magicznego kwadratu” dla narzędzi do zarządzania architekturą korporacyjną. W kwadracie nie zabrakło Enterprise Architecta. Po więcej szczegółów zapraszam do lektury: Narzędzia do EA wg Gartnera a polskie realia  w którym to autor nie tylko przedstawił wyniki raportu, ale także

Enterprise Architect w 2013 roku oczami Gartnera Czytaj dalej »

Obsługa plików WSDL w Enterprise Architect – Część 2

analiza systemowa, Enterprise Architect, projektowanie systemów informatycznych /

W poprzedniej części wpisu rozpoczęliśmy definiowanie modelu naszego Web serwisu zgodnego ze strukturą WSDL. Zakończyliśmy zdefiniowaniem komunikatów jakie będą wymieniane z naszym serwisem. Gdy mamy już zdefiniowane komunikaty możemy przystąpić do definiowania portu naszego serwisu. W tym celu na diagram w pakiecie „PortTypes” przeciągamy z toolbox element „Port Type” i nadajemy mu nazwę „PobierzInformacjeOKsiazce”. Następnie definiujemy

Obsługa plików WSDL w Enterprise Architect – Część 2 Czytaj dalej »

Obsługa plików WSDL w Enterprise Architect – Część 1

analiza systemowa, Enterprise Architect, projektowanie systemów informatycznych /

WSDL (Web Services Description Language) jest to oparty na XML język pozwalający na opis serwisów Web z uwzględnieniem sposobu dostępu do nich. System Enterprise Architect firmy Sparx Systems pozwala na łatwe utrzymanie modelu zgodnego z WSDL opisującego Web serwisy w repozytorium naszego projektu, który może być później szybko wygenerowany do pliku WSDL i przekazany programistom

Obsługa plików WSDL w Enterprise Architect – Część 1 Czytaj dalej »

Fragmenty na diagramach sekwencji

Enterprise Architect, inżynieria oprogramowania /

Otrzymałem pytanie od jednego z czytelników bloga: …, jeśli mamy do czynienia z fragmentem sekwencji operacji, które trzeba wykonać, jedna po drugiej, to jaki rodzaj fragmentu będzie najstosowniejszy?Dla przykładu:<fragment>wyświetl ekran wyszukiwaniawprowadź kryteria wyszukiwaniawyszukajwybierz wynik wyszukiwania</fragment>pozostałe elementy sekwencjiCzy takim typem mogłoby być assert? Otóż moim zdaniem na możemy tą sekwencję zostawić bez zmian. Jeśli jednak chcemy

Fragmenty na diagramach sekwencji Czytaj dalej »

Rejestracja problemów zidentyfikowanych podczas analizy

analiza biznesowa, Enterprise Architect, modelowanie procesów biznesowych, zwinne modelowanie /

Otrzymałem mailem ciekawe pytanie: Czy wg Pana wiedzy istnieje w EA obiekt, który najbardziej nadawałby się do rejestracji problemów zidentyfikowanych podczas analizy (AS-IS) biznesowej lub systemowej? Mam na myśli taki obiekt, w którym rejestrowane byłby, parametry zidentyfikowanego podczas warsztatów problemu, np. nazwa, opis, powiązanie z procesem, przyczyna występowania, itp.,  a po zarejestrowaniu dałoby się łatwo

Rejestracja problemów zidentyfikowanych podczas analizy Czytaj dalej »

Scroll to Top