Jarosław Żeliński Date. (2021). Metody kastomizacji oprogramowania standardowego - aspekty ekonomiczne: Recenzja. https://doi.org/10.13140/RG.2.2.22292.01927 Wstęp Publikacja Jędrzeja Wieczorkowskiego (dalej: recenzowane opracowanie) o poniższym tytule ukazała się w 2015 roku: Jędrzej WieczorkowskiInstytut…
[powrót na stronę główną bloga] [strona firmowa w UK] (zobacz model działania) Oferta UWAGA! Zgodnie z prawem wartości intelektualne w postaci cyfrowej nie podlegają zwrotowi po ich wydaniu. Zamawiając usługę…
Na stronach portalu LindekIn ukazał sie bardzo dobry artykuł autorstwa Marcina Maruty z kancelarii Maruta Wachta sp.j., na temat oprogramowania open source: Barierą technologiczną jest brak dostępu do kodu źródłowego,…
Wprowadzenie Ten artykuł to krótki wpis o tak zwanym V-modelu. Jest to model wytwarzania oparty na pętli analizy, projektowania, testowania i przekazania do użytku. Oparty jest połączeniu dwóch cykli życia:…
Streszczenie: W artykule opisano zastosowanie obiektowych metod modelowania i notacji UML do opisu systemów agentowo-zorientowanych. Pokazano, że systemy agentowe różnią się od obiektowych założeniem, że system o agentowej architekturze zakłada…
Wstęp Dzisiaj nieco o czym innym, ale nie aż tak innym :). Po raz kolejny odkrywam, że od lat pisze prozą ;). Nie raz publikowałem tu różne rodzaje diagramów przypadków…
Dziesięć lat temu pisałem o informacji i jej strukturalnym charakterze, wpis kończył się zdaniem: czym więc jest Zarządzanie Wiedzą (milcząco zakładam, że zarządzać można czymś materialnym)? Jest to ?przechowywanie danych…
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.
