System informacyjny to nie informatyka, kto o tym zapomina – przegrywa

Dużo się mówi od pewnego czasu o architekturze systemów informatycznych zorientowanej na usługi (SOA, ang. Service Oriented Architecture) . Jest to trend zmierzający w stronę budowy tych systemów pod kątem specjalizowanych potrzeb biznesowych. Opisane wcześniej procesy biznesowe to nasze potrzeby zaś system to świadcząca nam pewne usługi infrastruktura. Jeżeli jednym z procesów biznesowych jest w firmie fakturowanie to nasz system informatyczny powinien świadczyć usługę wspierającą ten proces w postaci np. programu lub jego modułu dedykowanego do procesu fakturowania. Program taki lub jego moduł powinien operować takimi danymi jakie my w firmie wykorzystujemy. To jest ten moment, w którym to my określamy wymagania na program a nie dostawca narzuca nam możliwości swojego systemu. Zawsze możliwe jest to, że dany produkt nie spełnia naszych wymagań i nie powinno się z niego po prostu zrezygnować.

Czytaj dalej System informacyjny to nie informatyka, kto o tym zapomina – przegrywa

SaaS czy to jest BPO? Czyli swoje w końcu czy cudze…

A jednak jak to mówią “nigdy nie mów nigdy”. Postanowiłem napisać o SaaS (Software as a Service, ang. Oprogramowanie jako Usługa) mimo wcześniejszych deklaracji, że nie będę tego tematu poruszał, ale tu w nieco innym kontekście. Dlaczego? Bo jednak nie potrafię słuchać tłumaczenia: “SaaS jest dobre dla firm bo jest dobre”. Ja oczywiście zawsze jestem uciążliwy i pytam “Dlaczego dla mnie jest dobre”? Tłumaczenie, że “Dzierżawione jest lepsze i tańsze” od razu nasuwa mi pytanie “To dlaczego dostawcy SaaS nie są jeszcze milionerami?” A jak chcę skopać leżącego to pytam jeszcze o rentowność (dla mnie, nie dla niego).

Czytaj dalej SaaS czy to jest BPO? Czyli swoje w końcu czy cudze…

Jak udokumentować istniejący monolit

Wprowadzenie Oprogramowanie na obecnym rynku, w ogromnej ilości, nadal stanowią produkty powstałe ponad dwie dekady temu (legacy systems). Znakomita większość powstawała ewolucyjnie. Lata 90-te to bardzo często monolity budowane w…

Czytaj dalej Jak udokumentować istniejący monolit

Profil UML vs model i czym są stereotypy

Wprowadzenie Z zamiarem napisania osobnej publikacji o profilowaniu w UML noszę się od kilku lat. Mamy koniec grudnia, czyli więcej czasu dla siebie, więc nadszedł ten moment. Notacja UML to…

Czytaj dalej Profil UML vs model i czym są stereotypy

Jarosław Żeliński – Model działania

Moją przewagą na rynku jest to co potrafię, a nie to co ukryję przed innymi (Jarosław Żeliński) Know-how Wprowadzenie Target Operating Model Każda organizacja to mechanizm, na który składają się…

Czytaj dalej Jarosław Żeliński – Model działania

Po spotkaniu

Szanowni Państwo Dziękuję za kontakt i spotkanie. Poniżej podsumowanie i usystematyzowanie tego o czym mówiłem. O mnie Jako osoba pracująca po stronie użytkowników systemów zajmuję się tworzeniem koncepcji systemu i…

Czytaj dalej Po spotkaniu

Webhook – zwrotne wywołania API

Wprowadzenie Swego czasu opisywałem wzorce projektowe i API (Integracja systemów ERP jako źródło przewagi rynkowej. Projektowanie REST API i scenariuszy). Kluczowym wzorcem jest wzorzec SAGA, czyli sterowanie sekwencją wymiany danych…

Czytaj dalej Webhook – zwrotne wywołania API