architektura korporacyjna – Jarosław Żeliński IT-Consulting

Korzystanie pośrednie nową obawą użytkowników systemów ERP

Post author:Jarosław Żeliński
Post published:26 marca 2017
Post category:Analizy biznesowa i projektowanie oprogramowania
Post last modified:22 grudnia 2024

Skutek jest taki, że dostawca oprogramowania na podstawy prawne do ochrony kodu jaki dostarczył, jednak kupujący nie ma żadnych podstaw (dokumenty, projekt itp.) by chronić swoje know-how i by nie płacić za swoje własne know-how "włożone" w toku wdrożenia, do wdrażanego oprogramowania. Dlatego warto restrykcyjnie prowadzić proces analizy i projektowania, to jest umiejętnie udokumentować projekt tak, by granica pomiędzy wartościami intelektualnymi dostawcy i nabywcy oprogramowania była jasno określona. I nie jest to rola prawnika a architekta całości systemu, który musi także znać i rozumieć prawne aspekty tej architektury.

Czytaj dalej

Czy wdrożenie zawsze wymaga reorganizacji?

Post author:Jarosław Żeliński
Post published:5 marca 2017
Post category:Analizy biznesowa i projektowanie oprogramowania
Post last modified:16 czerwca 2017

Bardzo często spotykam się z projektami inicjowanymi przez średnie kadry kierownicze dużych firm i urzędów, często mają one pewną wspólną cechę: "nie możemy nic zmieniać w strategii organizacji ale chcemy usprawnić pracę w naszym wydziale". To z reguły bardzo cenna inicjatywa ale także dobra droga do porażki projektu. W urzędach często na granicy łamania prawa... a nie raz z jego łamaniem. Projekty w administracji publicznej mają dodatkową specyfikę: zasady ustala prawodawca a nie menedżer organizacji. Bardzo dobrze opisał to zjawisko prof. Bolesław Szafrański wskazując przyczynę wielu porażek wdrożeń w administracji.…

Czytaj dalej

What’s New in Visual Paradigm 13.2? Czyli co nowego…

Post author:Jarosław Żeliński
Post published:15 sierpnia 2016
Post category:Analizy biznesowa i projektowanie oprogramowania
Post last modified:16 sierpnia 2016

Kolejna odsłona w rozwoju oprogramowania CASE firmy Visual Paradigm. Agile, pierwszych katach churra optymizmu, zaczyna troszkę się krystalizować co zauważył już [[Scott Ambler]] 12 lat temu: książka traktująca o tym, że zwinność nie oznacza bałaganu i pospolitego ruszenia. Scott Ambler to kolejny autorytet w inżynierii oprogramowania. I mimo, że nikogo nie ma sensu małpować, na pewno warto się uczyć? (Źródło: Agile Modeling. Effective Practices for Modeling and Documentation | | Jarosław Żeliński IT-Consulting) Visual-Paradigm to także zestaw narzędzi Agile pozwalających z jednej strony zwinnie zarządzać projektowaniem i projektem (to nie jest…

Czytaj dalej

Wymagania biznesowe i Siatka Zachmana

Post author:Jarosław Żeliński
Post published:7 czerwca 2016
Post category:Analizy biznesowa i projektowanie oprogramowania
Post last modified:7 czerwca 2016

Cztery lata temu pisałem o książce Ronalda Rossa "Building Business Solutions": Druga to pozycja nowa, całościowo opisująca podejście polegająca na modelowaniu organizacji w analizie biznesowej (zawiera część materiału pierwszej) . Zwraca uwagę na fakt, że nie chodzi w analizie o tworzenie mnóstwa diagramów a o to, by zrozumieć jak organizacja funkcjonuje opisując to, oraz stworzyć model, który pozwoli na prognozowanie zachowania organizacji w odpowiedzi na bodźce, nawet te które jeszcze nie zaistniały. (Źródło: Business Rule Concepts ? czyli jak ?wyłuskać istotę rzeczy? | | Jarosław Żeliński IT-Consulting) Niedawno wpadł mi w skrzynkę kolejny wpis na blogu R.Rossa: Zachman?s basic…

Czytaj dalej

Visual Paradigm 13.0 Opublikowany

Post author:Jarosław Żeliński
Post published:11 stycznia 2016
Post category:Analizy biznesowa i projektowanie oprogramowania
Post last modified:11 stycznia 2016

Narzędzie, którego używam od 2005 roku (rezygnując wtedy z MS Visio bo toporny i wyrzucając demo EA SPARX bo toporny i niezgodny z UML), staje się coraz lepsze. To co powoduje, że nadal nie planuję zmieniać narzędzia to mega ergonomia pracy, 100% zgodności ze specyfikacjami OMG, a przede wszystkim serwer pracy grupowej VPository, co razem daje mega platformę analityczno-komunikacyjną dla analityka i klienta.

W nowej wersji:

(więcej…)

Czytaj dalej

Zarządzanie zmianami biznesowymi

Post author:Jarosław Żeliński
Post published:9 lipca 2015
Post category:Analizy biznesowa i projektowanie oprogramowania
Post last modified:9 lipca 2015

Strategia organizacji to długo terminowe cele i polityka ich realizacji, konkretne roczne czy kwartalne działania to taktyki a nie strategia... Co więc robić? Przede wszystkim opisać strategię i politykę jej realizacji (strategia to plan ale polityka to reguły działania a nie opis działań). Polityka ta powinna wyznaczać także sposób budowy AK, która musi pozwolić na realizowanie strategii. Mają politykę, zbudować AK w zgodzie między innymi z zasadą, że ?architektura korporacyjna powinna być zamknięta na zmiany i otwarta na rozszerzenia?.

Czytaj dalej

Enterprise Architecture As Strategy

Post author:Jarosław Żeliński
Post published:10 lutego 2015
Post category:Analizy biznesowa i projektowanie oprogramowania
Post last modified:3 września 2019

Pełny tytuł książki to: Enterprise Architecture As Strategy: Creating a Foundation for Business Execution. Bardzo ciekawa książka, autorzy dzielą się wynikami badan jakie prowadzą od 1995 roku a dotyczącymi sposobów opisywania i modelowania organizacji. Zaryzykuje tezę, że jednak opisywania gdyż w książce stosowane są nieformalne metody opisu (autorskie niesformalizowane schematy blokowe) jednak nie stanowi to gorszej jakości książki, gdyż autorzy dość wyczerpująco opisami swoje przemyślenia. We wstępie przyznają, że kluczowym "odkryciem" było dla nich to, że nie da się analizować złożonych systemów, jakimi są duże organizacje, bez "wzniesienie" się ponad szczegóły.…

Czytaj dalej

Przypadki użycia nie znają swoich realizacji…

Post author:Jarosław Żeliński
Post published:6 lutego 2015
Post category:Analizy biznesowa i projektowanie oprogramowania
Post last modified:12 lutego 2015

Tak wiec pisząc "Krowa z silnikiem odrzutowym, jelita na czerwono, jądrowymi kopytami, wyprawiona na buty skóra, zniszczyła metro, wypadek samochodowy, przelatując nad Warszawą, liczba płyt chodnikowych to 1347, a następnie wylądowała w Elektrociepłowni Żerań, załadunek węgla w południe wykonany przez Kowalskiego, i pożywiła się węglem popijając wodę z Wisły" to poprawne gramatycznie, bezbłędnie napisane zdanie w języku polskim, ale nikt nie ma chyba wątpliwości, że kompletnie pozbawione sensu. Tak samo można poprawnie, zgodnie z zasadami notacji, narysować diagram UML ...

Czytaj dalej

Architektura korporacyjna w roku 2015 ? prognoza

Post author:Jarosław Żeliński
Post published:3 lutego 2015
Post category:Analizy biznesowa i projektowanie oprogramowania
Post last modified:3 lutego 2015

Regularnie czytam blog Andrzeja Sobczaka, profesora SGH. Czasami bywa, że mam odmienne zdanie niż tam prezentowane, i tym razem też tak jest. Ostatni wpis na tym blogu zawiera siedmiopunktową prognozę na rok 2015. W zasadzie trudno w tych prognozach odmówić racji autorowi jednak dwa punkty, moim zdaniem, warte się komentarza. 2. W tym roku nie doczekamy się jeszcze wdrożenia w polskim przedsiębiorstwie pełnej koncepcji architektury korporacyjnej Na pytanie ?ile organizacji w Polsce wdrożyło? kompleksowo koncepcję architektury korporacyjnej [w tym w domenie architektury biznesowej] ? ciągle odpowiadam: zero (jeżeli się mylę ? proszę…

Czytaj dalej

Wstęp do architektury biznesowej

Post author:Jarosław Żeliński
Post published:7 października 2014
Post category:Analizy biznesowa i projektowanie oprogramowania
Post last modified:26 sierpnia 2022

Autor prezentuje podejście, które nazywam podejściem "opartym na danych". Co mam na myśli? Otóż podejście to zakłada, że istotą "systemu" jakim jest organizacja są gromadzona i zarządzane dane (wiedza). Inne podejście, nazwę je operacyjne (lub procesowe), zakłada że istotą organizacje jest odgrywanie określonej roli na rynku (dostawca produktów, usługodawca, itp.). Innymi słowy istotne jest to co potrafię zaoferować a nie to jakimi danymi dysponuję.

Czytaj dalej

Zintegrowany ERP: postęp czy cofanie?

Post author:Jarosław Żeliński
Post published:18 maja 2014
Post category:Analizy biznesowa i projektowanie oprogramowania
Post last modified:21 maja 2014

Zakup oprogramowania, które stanowi jeden, zintegrowany współdzieleniem danych, monolit to nic innego jak zafundowanie sobie długu technologicznego w momencie podjęcia decyzji o takim zakupie. Żadna firma, działająca w obecnych czasach, nie da sama sobie gwarancji, że jej wewnętrzne aktywności nie zmienią się co do ich specyfiki, że nie przybędzie nowych, nie zrezygnuje z niektórych. Monolityczny całościowy system ERP stanowi hamulec każdej takiej zmiany. Oparcie całości na centralnym , współdzielonym module rejestrującym (jest z nim z reguły księgowość) to niemalże "zabetonowanie" architektury biznesowej firmy.

Czytaj dalej

Czym jest dług technologiczny?

Post author:Jarosław Żeliński
Post published:12 maja 2014
Post category:Analizy biznesowa i projektowanie oprogramowania
Post last modified:7 listopada 2023

Tak więc stagnacja szkodzi, są to krótkotrwałe zyski, podobne do niezapłacenia rachunku za energie elektryczną: za miesiąc będzie dwukrotnie wyższy plus odsetki. Bieżące, dobrze zaplanowane "aktualizacje" (oprogramowania, dokumentacji projektowej, analizy i planowania, itp.) to relatywnie małe koszty, a dla firmy istotne są nie tyle kwotowe chwilowe wydatki (oszczędności) co płynność finansowa i długoterminowa rentowność. Dlatego permanentni dłużnicy zawsze płaca więcej a czasami bankrutują.

Czytaj dalej

Koniec treści

Nie ma więcej stron do załadowania

Starsze wpisy