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.

Blockchain – system czy technologia?

Wprowadzenie Coraz częściej pojawiający się ostatnio buzzword to blockchain: System, którego nie da się złamać. Sam zaś może zmienić oblicze wielu branż. Blockchain rewolucjonizuje sposób zawierania, rozliczania i zapisywania transakcji. [...] Technologia ta...1 Ostatnio raczej właśnie w takim tonie coraz częściej można spotkać się z hasłem blockchain. Tego typu nagłówki i treści wyszły z prasy branżowej IT i pojawiają się w prasie z obszaru finansów, ekonomii gospodarki, blogach menedżerskich. Lawinowy wzrost kursu bitcoin'a spowodował, że każde kojarzone z nim pojęcie natychmiast pojawia się w nagłówkach... Blockchain Cóż to takiego? Kwestię krypto-waluty,…

Czytaj dalejBlockchain – system czy technologia?

Know-how a Zasada Kerckhoffs’a i bezpieczeństwo biznesowe

Wprowadzenie Tematem numer jeden, niemalże w każdym moim projekcie, jest model biznesowy i tajemnica przedsiębiorstwa. Z perspektywy lat muszę powiedzieć, że to fobia wielu (jak nie większości) przedsiębiorców i nie tylko przedsiębiorców. Nie dlatego, że chcą coś chronić, ale dlatego co i jak chronią. Nie raz już pisałem, że firmy nie raz, najpierw podpisują z dostawcami rozwiązań i konsultantami umowy o poufności, a potem wyzbywają praw do swojego know-how na ich rzecz: W branży inżynierii oprogramowania dość powszechna jest sytuacja, gdy programista jest także projektantem, innymi słowy programista ma pełnię…

Czytaj dalejKnow-how a Zasada Kerckhoffs’a i bezpieczeństwo biznesowe

MDE czyli Model Driven Engineering

MDE to skrót od Model Driven Engineering, nazwy ogólnego trendu w świecie inżynierii. Od pewnego już czasu  da się zaobserwować, że ludzie i ich umiejętności nie nadążają za złożonością systemów... Nie jest to jakieś wielkie odkrycie, bo problem ten wystąpił w inżynierii maszyn kilkadziesiąt lat temu... mniej więcej w czasie gdy zaczęły się pojawiać pierwsze samochody, potem było już coraz gorzej: liczba detali maszyn idzie w tysiące  (pojazdy) a nie raz i miliony (samoloty pasażerskie, pociągi). Jedynym sposobem zapanowania nad złożonością obecnych konsytuacji inżynierskich jest redukcja złożoności ich opisów, a…

Czytaj dalejMDE czyli Model Driven Engineering

Prawa autorskie w architekturze … oprogramowania

Pojęcie nadzoru autorskiego budzi wiele emocji, w branży IT jest to chyba temat tabu, głównie z powodu nadużyć twórców i dostawców oprogramowania, a także dlatego, że tu (branża IT) prawo nie zabrania pełnienia przez jeden podmiot roli projektanta i wykonawcy. Z danych Panorama Consulting wynika, że zaledwie 12% przedsiębiorstw nie wprowadza żadnych modyfikacji systemu ERP jednak 70% firm wprowadza modyfikacje w aplikacji sięgające 25% (źr. 2017-ERP-Report): Na budowie Autor pewnego bloga prawnego poruszył ciekawy problem, który występuje także w projektach IT. Tu niezbyt często (a szkoda) ale występuje prawie zawsze…

Czytaj dalejPrawa autorskie w architekturze … oprogramowania

Podatkowy słownikowy kłopot

Ty razem pewna ciekawostka, pokazująca jak ważne są ścisłe dziedzinowe, logiczne analizy pojęciowe oraz jak ważne jest by normy (reguły biznesowe) budować w sposób zgodny z regułami logiki i w oparciu o poprawnie zdefiniowane pojęcia. Tą ciekawostką jest niedawne orzeczenie Trybunału Konstytucyjnego: W wyroku z 13 grudnia Trybunał Konstytucyjny orzekł, że art. 1a ust. 1 pkt 2 ustawy z 12 stycznia 1991 r. o podatkach i opłatach lokalnych w zakresie, w jakim umożliwia uznanie za budowlę obiektu budowlanego, który spełnia kryteria bycia budynkiem, przewidziane w art. 1a ust. 1 pkt…

Czytaj dalejPodatkowy słownikowy kłopot

Relacja – V edycja IT Future Expo

  IT Future Expo 2017 już za nami! 19 i 20 września Warszawa skupiła całe IT w jednym miejscu! Jak co roku, na Stadionie PGE Narodowym odbyło się największe spotkanie B2B, poświęcone trendom oraz nowym nurtom informatyczno-technologicznym. Targi odwiedziło liczne grono specjalistów i ekspertów z szeroko pojętej branży IT. Wyselekcjonowane grono liderów IT oraz istotnych gości branżowych, przyczyniło się do stworzenia idealnej atmosfery networkingowej oraz wymiany merytorycznej i trudno dostępnej wiedzy. Podczas tegorocznej edycji pojawili się także uczestnicy z zagranicy, którzy aktywnie uczestniczyli w wydarzeniu. To pokazuje, że IT Future…

Czytaj dalejRelacja – V edycja IT Future Expo

Wzorcowe klauzule w umowach IT

Ministerstwo Cyfryzacji opublikowało Wzorcowe klauzule w umowach IT, jest to informacja do wersji pilotażowej (Opublikowano: 22.11.2017). Klauzule zostały opracowane na zlecenie Ministra Cyfryzacji przez zespół kancelarii MARUTA WACHTA Sp. j. pod kierownictwem mec. Marcina Maruty i mec. Bartłomieja Wachty. Wykorzystano w nich również uwagi pracowników administracji publicznej, zarówno prawników, jak i specjalistów z dziedziny IT. (źr. https://www.gov.pl/cyfryzacja/wzorcowe-klauzule-w-umowach-it) Jako, że w podpisie napisano: Bardzo mile widziane są wszelkie dalsze komentarze i uwagi do klauzul. Należy je przesyłać na adres: Klauzule@mc.gov.pl Więc jako wieloletni teoretyk i praktyk, poczułem się w obowiązku takie uwagi zgłosić (te…

Czytaj dalejWzorcowe klauzule w umowach IT

Mało który deweloper używa UMLa zgodnie ze specyfikacją…

Od czasu do czasu wpadają mi do skrzynki email “niuslettery”, które gdzieś tam czasem zamawiam, głównie z powodów poznawczych. Oto jeden z nich…

Nie jest tajemnicą, że na rynku mamy różne metody pracy i wszystkie mają swoich zwolenników i przeciwników czy może raczej krytyków. Tym razem przedmiotem “badania” był sposób opisania problemu i wnioski jakie autor wyciągnął.

(więcej…)

Czytaj dalejMało który deweloper używa UMLa zgodnie ze specyfikacją…

Praca grupowa czyli Syndrom Sztokholmski w projekcie

Od wielu lat lat, produktem mojej pracy są dokumenty opisujące w obiektywny sposób działanie organizacji, zawierające rekomendacje zmian do poprawy sytuacji, także wymagania na systemy informacyjne. Po opracowaniu rozwiązania i pomocy w wyborze jego dostawcy, prowadzę nadzór autorski nad realizacją opracowanego rozwiązania. [1] Po latach pracy nasuwa mi się dość ciekawy wniosek z obserwacji: Zamawiający działają na swoją szkodę! Typowy projekt związany z wdrażaniem nowych rozwiązań to realne potrzeby Zamawiającego. Członkowie zespołu Zamawiającego mają nad sobą terminy  i "nieuchronność" kary za niepowodzenie. W efekcie Dostawca szybko staje się "Panem projektu", bo…

Czytaj dalejPraca grupowa czyli Syndrom Sztokholmski w projekcie

Audyt spójności wizji i misji organizacji z jej działaniami

Pod pojęciem audytu organizacji, kryje się przede wszystkim audyt dokumentacji jaką ona sama o sobie stworzyła. Powinna ona być "spójna, kompletna i niesprzeczna". Druga część, to ocena zgodności stanu faktycznego z treścią tej dokumentacji, czyli sprawdzenie czy dokumenty mówią prawdę. Popatrzmy jednak na samą dokumentację organizacji i jej treść. Każdy mój projekt zaczyna się od audytu dokumentacji. Jednak zanim zacznę analizować dokumenty operacyjne i modelować procesy biznesowe, sprawdzam spójność wizji i misji firmy. Dlaczego? Bo procesy te wraz z opisem strategii pozwalają zweryfikować cel projektu, a nie raz w ogóle go…

Czytaj dalejAudyt spójności wizji i misji organizacji z jej działaniami

Zwinne projektowanie interfejsu użytkownika

W ostatnim artykule zwracałem uwagę między innymi na bardzo ważny element analizy i projektowania jakim jest abstrahowanie od detali, ponieważ:  ...analityk musi abstrahować od wszelkich detali, bez tego projekt zostanie już na samym początku ?zabity? ich ilością. [1] Nieco wcześniej (2013 r.) pisałem o tym, kiedy uzgadniać detale, które i gdzie one są:  Cała logika biznesowa jest wykonywana wewnątrz aplikacji (informacje o ewentualnych błędach pojawią się po zatwierdzeniu formularza), np. upust może być sprawdzony (albo naliczony) dopiero po skompletowaniu danych wymaganych do jego wyliczenia, czyli będzie to kilka różnych pól (najmniej dwa…

Czytaj dalejZwinne projektowanie interfejsu użytkownika

Koniec treści

Nie ma więcej stron do załadowania