RODO – blaski i cienie. Cz.II

Wprowadzenie 1Poprzedni artykuł o RODO kończył się słowami: Co przed nami? W RODO np. czytamy, że ?Ochrona osób fizycznych w związku z przetwarzaniem danych osobowych jest jednym z praw podstawowych.…

Czytaj dalej RODO – blaski i cienie. Cz.II

Modele informacyjne

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…

Czytaj dalej Modele informacyjne

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…

Czytaj dalej Ile przypadków użycia?

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…

Czytaj dalej MVC – 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 dalej Zegar czyli model dziedziny jako mechanizm

Biznesowy (kanoniczny) model danych – nie chcemy

Nadal obserwuję to, że model relacyjny i "tworzenie bazowych modeli danych na etapie analizy wymagań" (kanoniczny model danych) trzymają się twardo mimo tego, że nie wiele wnoszą do projektu a…

Czytaj dalej Biznesowy (kanoniczny) model danych – nie chcemy