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.
Ogólnie tak zwany rynkowy łańcuch wartości dodanej polega na tym, że na każdym etapie łańcucha dystrybucji powstaje wartość dla następcy. Każdy następca jest klientem swojego poprzednika a ten dostawcą swojego klienta. Jeżeli któreś ogniwo (etap) nie tworzy wartości, jest pomijane (w jakiejś perspektywie).
Mając na uwadze powyższe i tę powszechnie powtarzaną zasada "klient nasz Pan", w moich oczach uznawanie jej raczej świadczy o tym, że ktoś nie rozumie swojej roli w tym łańcuchu. Uznając, że to klient jest "naszym Panem" przyznajemy, że nie mamy żadnego wpływu na naszą działalność (sprzedaż). System CRM to narzędzie wspierające budowanie wartości dodanej, jeśli tego nie robi stanowi raczej zbędny koszt.
Celem jest oprogramowanie a dostawcy oprogramowania najmniej ryzykują gdy dostaną jego specyfikuję czyli gotowy projekt. Tak wiec przetestowany model oprogramowania realizujący cel zamawiającego jako wynik analizy systemowej stanowi nic innego jak opis produktu, który ma powstać. Oczywiście nikt nie projektuje od zera oprogramowania biznesowego bo to nierozsądne, wykorzystuje się tak zwane szkielety oprogramowania. O szkieletach już było tu: Frameworks Introduction ? czyli jak się psuje dobre ERP. A teraz zapraszam do obejrzenia tego co tu napisałem po mojemu czyli na diagramie :) (tak zwane mapy myśli czasami sie przydają :)).
Warto tu zwrócić uwagę na jedną rzecz: ewentualne zmiany rozwiązania i korekty modelu (czyli projektu) odbywają się nadal na etapie analizy i projektowania, a wiec o rząd albo dwa taniej, niż podczas implementacji. Jest to główna przewaga tej metody nad analizą w postaci sesji [[JAD]] i opracowywania strukturalnych dokumentów.
Te i podobne "zasady" to w moich oczach jakieś oczywistości. Jednak czy złe? Hm.... czasami mam wrażenie, że wielu ludzi faktycznie powinno nawet te oczywistości poznać, z drugiej jednak strony zachodzi ryzyko, że ktoś uwierzy że proste stosowanie ich obligatoryjnie prowadzi do prostych sukcesów a to już jest ślepa uliczka. Ludzie często szukają "złotego środka" na wszystko, tak zwanej "[[srebrnej kuli]]". Nie prostych recept, gdyby istniały nie było by problemów. Każdy problem (wyzwanie) to indywidualny problem w unikalnym środowisku. Jeżeli ktoś daje wiarę w to, że istnieje jakaś recepta na ich rozwiązywanie ...
Analityk systemów to jeden z trudniejszych, ale i lepiej opłacanych zawodów z branży informatycznej. Od jego umiejętności w dużej mierze zależy sukces rynkowy przedsiębiorstwa, które korzysta z jego usług. (źr. Analityk systemów…
Mamy pewien konflikt interesów: nabywca technologii IT chce coś "na już i na krótko" a dostawcy technologii IT, mający inną strukturę kosztów, dążą do długoterminowych kontraktów. Jak sobie z tym poradzić? Dostawcy IT w zasadzie nie mają wyjścia, muszą iść tropem np. dostawców obrabiarek: szkielet maszyny plus wymienne narzędzia. Jeżeli obrabiarkę można przezbroić w kilka godzin, używając do tego nawet jednorazowo wykonanych narzędzi to samo musi być możliwe w systemie ERP albo będzie on zakałą całego procesu (co niestety nie raz ma miejsce!). Pomimo tego, że maszyny uniwersalne z wymiennymi końcówkami są droższe to jednak ryzyko ich zakupu jest znacznie niższe bo możliwe staje się policzenie kosztu pojedynczego wyrobu. Koszt utrzymania szkieletu takiej maszyny można bezpiecznie rozłożyć ryczałtem podobnie jak koszt budynku czy działów firmy, których istnienie jest wymuszone samym istnieniem firmy (jak np. księgowość).
