Słownik analityka biznesowego

Adapter to wzorzec projektowy należący do grupy wzorców strukturalnych, który umożliwia współpracę między klasami o niekompatybilnych interfejsach. Wzorzec ten działa jako pomost, który "adaptuje" interfejs jednej klasy do interfejsu oczekiwanego przez inną klasę. Adapter jest często używany, gdy istnieje potrzeba integracji nowego komponentu z istniejącym systemem bez modyfikowania jego kodu źródłowego.

Aktor (ang. actor) to rola - osoba, system zewnętrzny lub urządzenie - która wchodzi w interakcję z opisywanym systemem, ale znajduje się poza jego granicą.

BPMN (Business Process Model and Notation) to standard graficznej notacji procesów biznesowych, utrzymywany przez OMG, obecnie w wersji 2.0.

Customer journey map (mapa podróży klienta) to wizualizacja całego doświadczenia klienta z usługą lub produktem, krok po kroku: etapy podróży, punkty styku (touchpoints), działania klienta, jego emocje, problemy (pain points) i momenty decy

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

Diagram aktywności (activity diagram) to diagram UML pokazujący przepływ działań w procesie lub algorytmie: akcje, decyzje (romby), przepływy równoległe (fork/join) i tory odpowiedzialności (swimlanes).

Diagram klas to taki schemat, który pokazuje, z czego składają się różne elementy systemu (np. programu komputerowego) i jak one się ze sobą łączą. Używamy go, żeby łatwiej zrozumieć i zaplanować, jak system ma działać - na przykład, jak klient w sklepie internetowym zamawia produkt. Wyobraź sobie, że masz diagram klas dla sklepu internetowego. Mógłby pokazywać, że "Klient" ma atrybuty takie jak "imię" i "adres", może "składa" "Zamówienie", a "Zamówienie" zawiera "Produkty". To pomaga zobaczyć, jak te elementy są powiązane.

Diagram komponentów (component diagram) to diagram UML pokazujący logiczną budowę systemu: komponenty oprogramowania i interfejsy, którymi się komunikują - dostarczane (provided, „lizak") i wymagane (required, „gniazdko").

Diagram przepływu (flowchart) to najprostsza notacja procesowa: prostokąty jako kroki, romby jako decyzje, strzałki jako kolejność.

Diagram przepływu danych (DFD) to taki rysunek, który pokazuje, jak informacje wędrują przez system, np. w firmie. Używa się go, żeby zrozumieć i pokazać, co się dzieje z danymi od momentu, gdy wchodzą do systemu, aż do momentu, gdy z niego wychodzą. Na przykład, DFD może pokazywać, jak zamówienie klienta przechodzi przez różne działy w sklepie internetowym: od złożenia zamówienia, przez jego realizację, aż po wysyłkę.

Diagram przypadków użycia (use case diagram) to diagram UML pokazujący, CO system robi dla swoich użytkowników: aktorzy (ludziki), przypadki użycia (elipsy) i relacje między nimi, w tym «include» i «extend».

Diagram sekwencji (sequence diagram) to diagram UML pokazujący interakcje między obiektami lub systemami w czasie: pionowe linie życia, poziome strzałki komunikatów, kolejność czytana z góry na dół.

Diagram stanów to graficzny sposób pokazania, jak obiekt (np. produkt, proces, system) zmienia swoje stany w odpowiedzi na różne zdarzenia. Używamy go, żeby zrozumieć i zaplanować, jak coś powinno działać w różnych sytuacjach. Na przykład, automat z napojami może być w stanie "oczekiwania", potem "wybierania napoju", a na koniec "wydawania napoju" - diagram stanów pokaże, jak przechodzi między tymi stanami po wrzuceniu monety i naciśnięciu przycisku.

Diagram wdrożenia (deployment diagram) to diagram UML pokazujący fizyczną architekturę systemu: węzły (serwery, urządzenia, środowiska chmurowe), rozmieszczone na nich artefakty oprogramowania i połączenia sieciowe między nimi.

Mapa myśli (mind map) to promienisty diagram z centralnym tematem pośrodku i rozgałęziającymi się od niego wątkami coraz większej szczegółowości.

Mapa procesów (process map) to hierarchiczne przedstawienie procesów organizacji: na górze widok całości - zwykle z podziałem na procesy zarządcze, podstawowe (główne) i wspierające - niżej coraz bardziej szczegółowe rozwinięcia, aż do diag

Mockup (makieta) to statyczny, dopracowany wizualnie projekt ekranu: pokazuje układ, kolory, typografię i realne treści, ale nie ma działającej logiki.

Modelowanie danych (ang. data modelling) to tworzenie modeli opisujących, jakie dane system przechowuje, co one znaczą i jak są ze sobą powiązane.

Modelowanie procesów (ang. business process modelling) to graficzne odwzorowanie przebiegu procesu biznesowego: kto wykonuje jakie czynności, w jakiej kolejności, jakie decyzje zapadają po drodze i co uruchamia oraz kończy całość.

Przypadek użycia (ang. use case) to opis interakcji aktora (użytkownika lub systemu zewnętrznego) z systemem, prowadzącej do celu o wartości dla aktora.

Service Blueprint (plan usługi) to rozszerzenie mapy podróży klienta o warstwy zaplecza.

UML (Unified Modeling Language) to ustandaryzowany język notacji do modelowania systemów - zbiór kilkunastu typów diagramów opisujących strukturę (m.in.

Wireframe (makieta szkieletowa) to uproszczony szkic ekranu pokazujący układ i hierarchię elementów - gdzie jest nawigacja, gdzie formularz, gdzie przycisk - bez kolorów, grafik i dopracowanej typografii.