Diagram ERD (Entity-Relationship Diagram, diagram związków encji) to model danych pokazujący encje (rzeczy, o których system przechowuje informacje - pacjent, wizyta, lekarz), ich atrybuty oraz relacje między nimi wraz z licznościami: jeden-do-jednego (1:1), jeden-do-wielu (1:N), wiele-do-wielu (M:N). Najpopularniejsza notacja liczności to „kurza stopka" (crow's foot).
Analityk pracuje głównie na poziomie konceptualnym i logicznym ERD - to narzędzie do uzgodnienia z biznesem, jak naprawdę wygląda świat, zanim ktokolwiek zaprojektuje fizyczną bazę. Każda liczność na diagramie to pytanie biznesowe w przebraniu, i to jest największa wartość tej techniki.
Przykład z MediFlow: PACJENT 1:N WIZYTA (pacjent ma wiele wizyt, wizyta jednego pacjenta), WIZYTA N:1 LEKARZ, oraz LEKARZ M:N PRZYCHODNIA - bo lekarze pracują w kilku placówkach sieci. Ta ostatnia relacja wywołała na warsztacie pytanie, którego nikt wcześniej nie zadał: czy grafik lekarza jest jeden wspólny, czy osobny per przychodnia? Odpowiedź („osobny, ale system ma pilnować kolizji między placówkami") stała się jednym z trudniejszych wymagań projektu. Diagram wielkości serwetki - a wyciągnął wymaganie warte tygodnie pracy.
Częste pomyłki. Liczności to decyzje biznesowe, nie techniczne: „czy wizyta może mieć dwóch lekarzy?" rozstrzyga biznes (konsylium? asysta?), nie architekt. Druga: mylenie ERD z diagramem klas UML - klasy mają zachowania (metody), encje tylko dane; ERD modeluje, co przechowujemy, nie jak system działa. Trzecia: wrzucanie do konceptualnego ERD szczegółów fizycznych (typy kolumn, indeksy) - za wcześnie, to zaciemnia rozmowę z biznesem.
Pojęcia powiązane: encja, model danych, normalizacja, diagram klas UML, słownik danych.