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.

ERP a zwrot z inwestycji – czy ROI na sens?

  Niezmiennie od lat emocje budzą dyskusje na temat sensowności i rentowności wdrożeń oprogramowania. Szczególnie gorące są one w toku składania ofert przez dostawców oprogramowania. Jedenaście lat temu napisałem, że... Nie zawsze podobają mi się wskaźniki ROI, TCO, NPV. Dlaczego? Bo one nie raz niewiele mówią! [...] ...badania liderów gospodarczych w poszczególnych krajach prowadzone na całym świecie wskazują jasno, że nie ma żadnej korelacji pomiędzy miejscem na liście liderów rynku a tym jakich systemów IT ci liderzy używają. Za to jest związek z tym jak są te firmy zarządzane. Liderzy…

Czytaj dalejERP a zwrot z inwestycji – czy ROI na sens?

Architektura kodu aplikacji jako pierwszy etap tworzenia oprogramowania

Architektura reprezentuje ważną decyzję projektową, która wpływa na kształt systemu, przy czym waga decyzji mierzona jest kosztami zmian, które wprowadza. — Grady Booch Jeśli myślisz, że dobra architektura jest droga, spróbuj złej Foote, B., & Yoder, J. (2003). Big Ball of Mud . https://www.researchgate.net/publication/2938621_Big_Ball_of_Mud Wprowadzenie Tym razem troszkę cięższy kaliber, czyli dywagacje o tym co powszechnie jest określane jako metody obiektowe i o tym skąd "konflikty i nieporozumienia" między programistami i analitykami projektantami.?*? Literatura przedmiotu zawiera wiele różnych sposobów grupowania metod programowania w paradygmaty. Autorzy z reguły skupiają się na tym, czym są…

Czytaj dalejArchitektura kodu aplikacji jako pierwszy etap tworzenia oprogramowania

Premium Brand dla Wyższej Szkoły Informatyki Stosowanej i Zarządzania

Praktyka bez teorii i badań jest tylko serią prób a samo, nawet bogate, doświadczenie nigdy nie zastąpi zrozumienia. Dlatego stale prowadzę także badania naukowe i konfrontuję ich wyniki w praktyce i w środowisku akademickim.  Prowadzę zajęcia na specjalności ANALIZA I MODELOWANIE SYSTEMÓW BIZNESOWYCH na WIT: [21.06.2017]Ranking reputacji polskich uczelni wyższych Premium Brand 2017.Niepubliczne uczelnie magisterskieW rankingu generalnym reputacji niepublicznych uczelni magisterskich ponownie prym wiodą ex aequo Polsko-Japońska Akademia Technik Komputerowych w Warszawie oraz Wyższa Szkoła Finansów i Zarządzania w Warszawie. Z punktu widzenia najlepszych perspektyw zawodowych najwyżej oceniono Wyższą Szkołę…

Czytaj dalejPremium Brand dla Wyższej Szkoły Informatyki Stosowanej i Zarządzania

IV edycja IT Career Summit – informatyczne targi pracy. Wejdź do gry o karierę marzeń!

IT Career Summit 2017 ? Twoja kariera w IT. Widzimy się 20 września na PGE Narodowym! Już we wrześniu powracamy z kolejną, już czwartą edycją targów IT Career Summit, podczas których największe firmy, będą aktywnie poszukiwać  nowych pracowników. Odwiedź Strefę Kariery IT, zaprezentuj swoje kompetencje i przekonaj się, może szukają właśnie Ciebie? 20 września 2017 od godziny 9:00 do 17:00 na Stadionie PGE Narodowym, będziesz miał możliwość poznać wszystkich kluczowych Pracodawców osobiście. Jeżeli jesteś specjalistą w obszarze kompetencji IT, szukasz nowych wyzwań zawodowych na swojej ścieżce kariery, to nie możesz…

Czytaj dalejIV edycja IT Career Summit – informatyczne targi pracy. Wejdź do gry o karierę marzeń!

Ile przypadków użycia?

Wstęp Kolejne szkolenie i kolejna walka z mitami, szkodliwymi mitami. Przypadki użycia to jedno z chyba najbardziej nadużywanych pojęć w branży IT. Do tego literatura przedmiotu jest nafaszerowana przykładami stosowania tego pojęcia w bardzo wielu kontekstach i znaczeniach, niestety nie raz z błędami. I nie chodzi o to, że tak jest a o to, że jedną z wielu metod dokumentowania systemów jest UML, który ma bardzo ścisłe sformalizowane definicje pojęć, i warto nie zapominać, że UML jest "unified" czyli ujednolicony (a nie uniwersalny!). Poza UML są inne "podejścia" do przypadków…

Czytaj dalejIle przypadków użycia?

Visual Paradigm 14.1

Dzisiaj miała miejsce premiera pakietu Visual Paradigm. Poza wieloma nowymi udogodnieniami potężny pakiet nowości w obszarze pracy grupowej i zarządzania projektami. Wsparcie na PMI, zarządzanie cyklem życia projektu WBS czyli Work Breakdown Structure jako diagram i lista Dodatkowy generator sprawozdań postępów w projekcie Poszerzone zarządzanie repozytorium dokumentów Poszerzone wsparcie dla TOGAF Integracja WBS z wykresami PERT Narzędzia dla JIT  (Just in Time) Szablony dla PMBOK Poszerzone wsparcie dla metodyk zwinnych i SCRUM w obszarze historii użytkownika (user story) Gantt - nowy wykres zintegrowany z pozostałymi. Nowa opcja: modelowanie z użyciem WWW,…

Czytaj dalejVisual Paradigm 14.1

Urząd Zamówień Publicznych – Opinia i rekomendacje dotyczące opisu przedmiotu zamówienia

Tym razem kilka komentarzy do rekomendacji PZP. Najpierw to:  Art. 29 ust. 1 ustawy PZP nakłada na zamawiającego obowiązek opisania przedmiotu zamówienia w sposób jednoznaczny i wyczerpujący, za pomocą dostatecznie dokładnych i zrozumiałych określeń, uwzględnienia wszystkich wymagań i okoliczności mogących mieć wpływ na sporządzenie oferty. Zapis ten służy realizacji ustawowych zasad uczciwej konkurencji a co za tym idzie zasady równego dostępu do zamówienia, wyrażonych art. 7 ust. 1 ustawy Pzp. (Źródło: Urząd Zamówień Publicznych - Opinia dotycząca opisu przedmiotu zamówienia). Spotykam się z tezami, że nie można używać notacji UML, BPMN…

Czytaj dalejUrząd Zamówień Publicznych – Opinia i rekomendacje dotyczące opisu przedmiotu zamówienia

System monolityczny czy rozwiązania komponentowe – Computerworld

Moja publikacja w COMPUTERWORLD, podsumowanie: Każda firma, szukając sposobu na uzyskanie przewagi rynkowej, stara się pewne obszary operacyjne budować według własnej strategii. To m.in. powoduje, że każde wdrożenie jest inne i nie ma jednej słusznej architektury IT. Podstawą jest możliwość wdrażania tych podsystemów w dowolnie wybranej kolejności. Co ciekawe, najmniej problemów w firmach sprawia księgowość kontowa, zaś wdrożenie monolitycznego ERP wymaga jej wymiany na nową już na samym początku. Zapraszam do lektury całości: System monolityczny czy rozwiązania komponentowe - Computerworld - Wiadomości IT, biznes IT, praca w IT, 

Czytaj dalejSystem monolityczny czy rozwiązania komponentowe – Computerworld

MVC – komponent Model w architekturze systemu

Wprowadzenie bardzo często mozna spotkać opisu typu: MVC architecture. AngularJS divides your web app into three distinct parts — Model (data), View (the UI layer), and Controller (business logic). The three units can be developed in parallel and separately tested. As a result, the code becomes easier to understand, maintain, and extend. (https://www.altexsoft.com/blog/the-good-and-the-bad-of-angular-development/) Niestety jest to powielanie podejścia z czasów lat 90-tych i JavaEE/SE. Patrząc na te trzy pojęcia View to owszem "widoki" czyli GUI, nieporozumienia dotyczą Model'u i Controler'a. Poniżej obecne źródło (jedno z wielu) tego nieporozumienia: Model to…

Czytaj dalejMVC – komponent Model w architekturze systemu

Zegar czyli model dziedziny jako mechanizm

Powszechnym błędem jest więc "zamawianie" oprogramowania metodą specyfikowania wymagań, jako wielu przypadkowo, lub nawet systematycznie, opisanych reakcji na bodźce, bez zrozumienia mechanizmu ich powstawania. Implementacja tak opisanych wymagań bardzo często jest realizowana jako bardzo rozbudowany system pokazujący co sekundę kolejny obraz tarczy zegara zamiast implementacji prostego mechanizmu zmieniającego położenie wskazówek na nieruchomej tarczy zegara. Większość znanego mi oprogramowania jest bardziej złożona niż mogła by być...

Czytaj dalejZegar czyli model dziedziny jako mechanizm

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

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 dalejKorzystanie pośrednie nową obawą użytkowników systemów ERP

Koniec treści

Nie ma więcej stron do załadowania