Powszechnym jest iż czym większa organizacja tym więcej systemów informatycznych. U moich klientów są ich dziesiątki. Tak tak. Przez lata zbiera się ich trochę bo każdy rok to zmiany w procesach biznesowych i bardzo często dodanie nowego systemu. Znam firmy, w których stajnia Augiasza to najlepsze określenie na zaistniałą sytuację. Co więcej firma albo modeluje […]
Diagramy procesów systemowych Czytaj dalej »
Ś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 »
Ostatnio otrzymałem pytanie dotyczące polecanych książek o BPMN. No cóż na rynku obecnie jest jedna książka do polecenia. Jest to książka Szymona Drejewicza “Zrozumieć BPMN. Modelowanie procesów biznesowych” W książce tej można znaleźć szereg sensownych przykładów opartych na bogatym doświadczeniu autora. Więcej na stronie wydawnictwa Helion Podobne wpisy Książki o UML – UML dla Każdego
Polecana książka o BPMN Czytaj dalej »
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 »
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 »
Często otrzymuję pytanie jak opisuję wymagania. Otóż wielu projektach określam statusy i wymagania w następujący sposób:Status• Proponowane – wymaganie w fazie negocjacji pomiędzy klientem a analitykami• Zatwierdzone -wymaganie zatwierdzone do realizacji.• Odrzucone – wymaganie odrzucone przez klienta lub analityków. Podobne wpisy Zintegrowane środowisko wytwarzania aplikacji web’owych na platformie .NET W artykule przedstawiono opis pakietu narzędziowego
Statusy i priorytety wymagań Czytaj dalej »
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 »
Google postanowił ręcznie dodać moją witrynę do “spamu”. Dowiedziałem się o tym dość przypadkiem. Najważniejsze jest to, że udało się wrócić w łaski google w przeciągu kilku dni. No cóż taki to świat, gdzie jedna korporacja decyduje o tym czy jesteś widoczny w sieci czy też nie. Mam nadzieję, że w niej zostanę . Podobne
Zostałem zbanowany – odrodzenie Czytaj dalej »
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 »
Pozwolę sobie przytoczyć kilka dobrych praktyk związanych z architekturą. Struktura poszczególnych modułów powinna być na tyle prosta, aby można ją było w pełni zrozumieć. 2. Moduły powinny być luźno ze sobą powiązane, tzn. powinna być możliwa zmiana implementacji jednego modułu, bez znajomości implementacji pozostałych modułów i bez wpływania na ich zachowanie. 3. Łatwość wprowadzania zmian
Dobre praktyki dotyczące komponentów i architektury Czytaj dalej »
