Dzień Dobry! Od pewnego czasu coraz gorętsza staje się kwestia monolitów jakie posiada wiele firm. Pytanie, które coraz częściej dostaję: "Jak w UML dokumentować model systemu nie znając jego architektury (lub nie mając na nią wpływu)" Odpowiedź na to pytanie zawiera najnowszy artykuł: Jak udokumentować istniejący monolit Temat jest gorący bo:
- ochrona prawna jednak nie dotyczy kodu (nikt go nie czyta bo jest niezrozumiały, sam z siebie nie jest chroniony jako know-how), ochrona prawna oprogramowania (także patentowanie) wymaga dokumentacji w postaci "wzorów matematycznych, schematów blokowych i algorytmów wyrażających procedury realizowane przez oprogramowanie oraz jego wewnętrzną architekturę"
- z uwagi na rotację pracowników a także przejęcia, z firmy powoli znika wiedza na temat tego oprogramowania, utrzymanie i rozwój nieudokumentowanego kodu zawierającego tysiące linii, staje sie droższe niż napisanie całości od początku,
- nieudokumentowane oprogramowanie stanowi tak zwany vendor lock-in, czyli 100% uzależnienie do jego twórcy/dostawcy.
Zaś tylko dla subskrybentów mojego bloga "Dzień Otwarty" czyli możliwość (4 dni) bezpłatnego pobrania omówionego przykładu efektów takiej analizy: Diagramy Aktywności, poza regulaminem szkoleń i mentoringu. | 
