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.
Jeżeli więc ktoś "funduje Państwu" upgrade jako "projekt co najmniej równie skomplikowany co instalacja bazowa" to znaczy, że to oprogramowanie, lub sposób jego wdrożenia, połamało wszelkie dobre praktyki wdrażania oprogramowania i budowania jego architektury.Można się spotkać w przypadku upgrade z pojęciem długu technologicznego (koszty) ale to także wieloletnie zaniedbanie ze strony producenta oprogramowania...
Na stronie portalu analizawymagań.pl ukazał się bardzo interesujący i wartościowy wpis: wywiad z prawnikiem, Łukaszem Węgrzynem. Zaczyna się tak: Jakie są najczęstsze przyczyny problemów w umowach wdrożeniowych i jakie są ich skutki z punktu widzenia sporów sądowych na polskim rynku IT? Stosunkowo najczęstszym powodem sporów jest legendarny już zakres, a konkretnie trudność w odpowiedzi na pytanie o co tak naprawdę się umówiliśmy. Powodów takiego stanu rzeczy jest wiele. Jednym z nich jest między innymi niewłaściwie wykonana analiza przedwdrożeniowa. Analiza to jeden z podstawowych załączników umowy wdrożeniowej, wyznaczający jej zakres, a zatem…
Mam w ręku kolejną książkę: This book provides you with a collection of best practices, guidelines, and tips for using the Unified Modeling Language (UML) for business analysis. The contents have been assembled over the years based on experience and documented best practices. Over sixty easy to understand UML diagram examples will help you to apply these ideas immediately.Daoust, N. (2012). UML requirements modeling for business analysts (First edition). Technics Publications. Nie będę się rozpisywał o jej treści, bo to kolejny podręcznik UML, ten napisany w 2012 roku, czyli młody…
Od czasu do czasu w zakresie wymagań biznesowych pojawiają się (coraz częściej) potrzeby z obszaru szeroko rozumianego kontrolingu, który polega na zbieraniu danych w celu tworzenia wyrafinowanych raportów, bazujących na danych z wszystkich obszarów organizacji. Dzisiaj kilka słów na ten temat, bo z moich nieformalnych (rozmowy i dokumenty projektowe u klientów) badań, wyłania się obraz wielu nieudanych wdrożeń hurtowni i aplikacji zwanych Business Intelligence, nieudanych z powodu małej ich wydajności, małej przydatności (najczęściej, tak!) lub obu naraz. Artykuł podzieliłem na dwie części: Troszkę o teorii... i Troszkę o tym z…
Tytułowy problem ma chyba każdy początkujący . Jak słusznie zauważył autor poniższego tekstu: Eksperci od obiektowego podejścia do procesu tworzenia oprogramowania dzielą się na dwa obozy, w zależności od proponowanego przez nich sposobu identyfikacji klas: W oparciu o odpowiedzialności klas (RDD - Responsibility Driven Design) - najpierw rozpoznawane są wszystkie odpowiedzialności systemu (na podstawie potrzeb przyszłych użytkowników), a następnie, bazując na tych odpowiedzialnościach, wyróżniane są klasy, którym przypisuje się odpowiedzialności systemu. W ten sposób definiuje się odpowiedzialności klas, które odpowiadają zbiorowi zachowań ich obiektów. Przykładem tego podejścia jest wykorzystywana w niektórych…
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?.
Niestety i w literaturze i w materiałach szkoleniowych, czy nawet dydaktycznych na uczelniach (o zgrozo) można się spotkać z takimi "antywzorcami" jak wyżej. Jednym z najbardziej kuriozalnych jest obecnie modelowanie danych z użyciem diagramu klas, nanosząc na nie np. jeszcze klucze główne. Niestety bardzo często autorzy tych materiałów, wykładowcy i trenerzy, zamiast korzystać ze źródeł, przepisują jeden od drugiego pogłębiając marazm w tej dziedzinie, a pierwowzorem wielu tych herezji są niestety materiały publikowane przez firmę SPARX (producent oprogramowania Enterprise Architect) jak choćby mój ulubieniec: czas jako Aktor systemu
Jedna z ciekawszych i popularniejszych książek (ja mam dodruk z 2010 roku). Bardzo często spotykam się w sieci z powoływaniem się na tę książkę w kwestii "wzorców analitycznych". Jednak po pierwsze nie należy zapominać, że napisana została w 1996 roku (od tamtej pory mamy jednak pewien postęp, do tego książka jest ilustrowana symbolami opartymi na notacji ERD a nie UML), a po drugie, o czym wielu zapomina, Fowler prezentuje w niej modele koncepcyjne a nie strukturalne (wytłuszczenie moje): Analysis Patterns provides a catalogue of patterns that have emerged in a wide…
Większość książek z dziedziny analizy biznesowej i projektowania to traktaty o UML, "zbieraniu wymagań" itp., czasem o wzorcach projektowych (wzorce analityczne nie pojawiają się w tytułach, napiszę o tym innym razem). Rzecz w tym, że to wszystko tu "zamyka się" w jednej aplikacji gdzie "interfejsy mają blisko". Obecna rzeczywistość gospodarcza w zasadzie wyklucza sensowność drogi w stronę "jednej wielkiej uniwersalnej aplikacji" (polecam tu mój ostatni referat na IT Future Expo). Od integracji nie ma więc ucieczki, pojawiają się chmury, współpraca B2B z kontrahentami i ich systemami, rozproszone terytorialnie firmy, kilka…
11 go czerwca wygłosiłem referat inaugurujący targi IT Future Expo, dla tych którzy nie mogli być wtedy na sali :): http://www.slideshare.net/zelinski/j-elinski-rezygnujemy-z-waterfall Więcej o targach: II edycja IT Future Expo już za nami! Kolejny raz Warszawa stała się stolicą IT za sprawą targów IT Future Expo, które odbyły się w dniach 10-11 czerwca 2015 na Stadionie Narodowym. To największa impreza targowa B2B branży informatycznej w Polsce. Zaskakujące pomysły Wystawców, konkursy, gry i wspaniałe prezentacje przyciągnęły wielu Zwiedzających! Targi zorganizowane zostały pod honorowym patronatem Ministerstwa Gospodarki, Marszałka Województwa Mazowieckiego oraz Polskiej Izby…
Wyznaczenie granicy (pod)systemu to rola analityka i architekta systemów. Szkoda, że tak rzadko się korzysta z tej specjalności. Być może nie zlikwidowany by tak wielu lokalnych połączeń kolejowych uznając, że stanowią one razem system a w pojedynkę są niesamodzielne. Pewnie uznanie, że nie sam Zakład Komunikacji Miejskiej a właśnie miasto i jego infrastruktura razem stanowi system, który należy oceniać i rozwijać. "Darmowe autobusy mają pomóc odkorkować Bełchatów" czyli może jednak łączymy jakimś związkiem w jeden system dostępność komunikacji miejskiej, liczbę prywatnych samochodów osobowych, koszty zanieczyszczenia atmosfery, koszt budowy parkingów i poszerzania ulic.
Nie powinniśmy zapominać, że model Kruchtena to połowa lat 90-tych, szczyt rozkwitu metod strukturalnych i raczkujące metody i narzędzia obiektowe. To stare systemy i ich relacyjne bazy danych wymusiły stosowanie [[mapowania ORM]] i takich narzędzi jak [[Hibernate]]. Dzisiaj mamy rok 2015, od tamtej pory minęło 20 lat. Nie musimy się cofać do początków inżynierii oprogramowania w wersji obiektowej. Coś takiego jak perspektywa danych to anachronizm. Podejście to w 100% zostały już dawno zastąpione przez MDA.
