Inżynieria systemów oparta na modelach (MBSE) jest sformalizowaną metodologią, która jest używana do wspierania wymagań, projektowania, analizy, weryfikacji i walidacji związanych z rozwojem złożonych systemów. W przeciwieństwie do inżynierii skoncentrowanej na dokumentach, MBSE stawia modele w centrum projektowania systemu. Zwiększone przyjęcie środowisk modelowania cyfrowego w ciągu ostatnich kilku lat doprowadziło do zwiększonego przyjęcia MBSE. W styczniu 2020 roku NASA odnotowała ten trend, informując, że MBSE “jest coraz częściej przyjmowane zarówno przez przemysł, jak i rząd jako sposób na śledzenie złożoności systemu.” W tym wpisie na blogu przedstawiam krótkie wprowadzenie do MBSE.
Analiza to dość pojemne pojęcie w potocznym języku, jednak analiza jako etap procesu rozwiązywania problemu, wymaga podejścia wręcz naukowego, bardzo ścisłego. To się wiąże w zasadzie z koniecznością stosowania wyrafinowanych narzędzi analitycznych a takimi są systemy pojęciowe (najczęściej spotykane w tej branży po postacią notacji).
Należy je bardzo dobrze poznać i zrozumieć ?moc? narzędzi jakim jest ?system pojęciowy? i ?język?. To wymaga czasu, braku presji do naginania zasad (np. naciskający na zmianę treści pracodawca lub zamawiający) oraz przede wszystkim przekonania, że ?to działa?.
Niestety wielu ?sponsorów? projektów uważa, że płaci za wynik analizy. Niestety na rynku jest wielu analityków uważających, że właśnie to jest ich rola: dać oczekiwany wynik analizy.
Rynek stale się rozwija i dojrzewa. Praktycznie każda większa firma doświadczyła w jakiejś formie wdrożenia gotowego, dostosowywanego do potrzeb, oprogramowania ERP. Warto jednak podkreślić, że idea jednego "super systemu" ERP II, odchodzi powoli do lamusa. Moim zdaniem to kwestia roku, dwóch. Pierwsze symptomy to zalecenia producentów dużych systemów: wdrażać gotowe oprogramowanie w postaci "gotowej" tylko tam gdzie pasuje, obszary specyficzne dla firmy opisać i zaprojektować dla nich dedykowane rozwiązanie i zintegrować. Dobry system ERP to środowisko programistyczne (tak zwany framework, szkielet). Systemy, nawę je "zapóźnione", nadal wymagają ingerencji w ich kod by cokolwiek osiągnąć. Kompromisem jest sytuacja, w której system ERP ma bogaty interfejs (tak zwane [[API, Application Programming Interface]]) pozwalający na integrację dedykowanych podsystemów lub właśnie zewnętrznych komponentów czyli korzystania z możliwości jakie daje Cloud Computing). Przyszłość to komponenty...
No cóż, temat się w rozmowach powtarza, jest nie łatwy więc kilka słów. Pomijając narzędzie, którym się tu posłużę, chodzi o "pryncypia" :): bezpieczeństwo projektu oraz zarządzaniem wersjami, zmianą, w tym wymaganiami. Zarządzanie zmianą Po…
Uważam, że korzyści z elektronicznego obiegu w urzędach są ogromne mimo faktu, że dokumenty inicjujący i kończący są (i długo jeszcze będą) nadal papierowe (ilu ludzi tak na prawdę ma możliwość posługiwania się elektronicznym dokumentem?!). Ważne jest by system taki po pierwsze, został dobrze zaprojektowany gdyż jego celem nie jest zastąpienie papieru, a zmiana sposobu pracy urzędu, a to ogromna różnica.
Co jest moim zdaniem największym błędem? To, że urzędy "zamawiając" taki system, z góry zaznaczają, że "wdrożenie systemu elektronicznego obiegu dokumentów nie powinno wymagać zmian instrukcji kancelaryjnej i wewnętrznych procedur" i to jest idiotyczne podejście bo faktycznie nic nie naprawiając dokładamy kosztów i pracy...
Tak więc sugeruję, by może nowe Ministerstwo Cyfryzacji zajęło się jak najszybszym opracowaniem drugiej wersji instrukcji kancelaryjnej dla Gmin (ja chętnie pomogę), planujących "cyfryzację" bo bez tego ten cały interes jest na plaster... wewnętrzny obieg dokumentów w urzędzie to zapewne 99% całej pracy z dokumentami. Więc chyba warto pozostawić "papierowe" dokumenty u obywatela a skupić się na owych 99%-ach wewnątrz urzędu bo tu tkwi problem. A archiwa? OK, kategorię archiwalna A ma znikoma ich ilość, więc nie zarośniemy bo pozostałe dokumenty w urzędach są od lat niszczone i będą.
Hurtownia danych to model stworzony pod kątem przetwarzania faktów historycznych na prostym modelu danych (diagram powyżej, górny, to tak zwana kostka OLAP). Opracowanie takiego modelu wymaga specjalnej analizy i projektu, ale nie zapominajmy: analizę się robi raz a raporty stale...
Tak więc szanowni Państwo. Jeśli tylko Wasza firma jest bliżej czołówki niż ogona rankingu rynku w Waszej branży, nie dajcie się namówić na jeden zintegrowany ERP i jakiś model referencyjny, bo nawet jak uda się go wdrożyć, to zmiana czegokolwiek będzie trudna a upgrade do nowszej wersji niemożliwy. Opracowanie projektu systemu składającego się z komponentów, pozwoli Wam dobrać najlepiej spełniające Wasze wymagania aplikacje. Jak z klocków LEGO złożycie "dedykowany system" pomagający utrzymać przewagę na rynku, a nie cofający Waszą firmą do poziomu "innych podmiotów w branży".
