KWALIFIKACJA PGF8 - STYCZEŃ 2015

PYTANIE NR 7.
Pierwszym krokiem przy projektowaniu bazy danych o klientach jest
A.
B.
C.
D.
Wyjaśnienie poprawnej odpowiedzi:
Pierwszym krokiem w projektowaniu bazy danych jest określenie celu i potrzeb informacyjnych (co baza ma umożliwiać i komu służyć). Dopiero później dobiera się rozwiązania techniczne, takie jak sortowanie czy mechanizmy wyszukiwania, oraz planuje wdrożenie i współpracę z wykonawcą.

Pełne wyjaśnienie:

Projektowanie bazy danych (także bazy o klientach na potrzeby działań reklamowych) zaczyna się od określenia celu: do czego baza ma być używana, jakie decyzje ma wspierać i jakie procesy mają działać sprawnie dzięki danym (np. segmentacja odbiorców, personalizacja komunikacji, raportowanie kontaktów).

Z celu wynikają wymagania informacyjne: jakie dane są potrzebne, w jakiej jakości, jak często aktualizowane, kto będzie użytkownikiem i jakie raporty lub zestawienia są oczekiwane. Ten etap jest kluczowy, bo determinuje późniejszą strukturę danych (jakie pola/tabele/relacje będą potrzebne) oraz zakres całego przedsięwzięcia.

Dlaczego pozostałe odpowiedzi są niepoprawne jako "pierwszy krok"?

  • Zaprojektowanie algorytmów sortowania – to element implementacyjny/techniczny. Sortowanie dobiera się, gdy wiadomo już, jakie dane są przechowywane i jakie operacje są potrzebne użytkownikom.
  • Tworzenie systemów wyszukiwania zaawansowanego – podobnie, wyszukiwanie projektuje się po zdefiniowaniu celu i struktury danych. Bez celu nie wiadomo, po czym i w jakich scenariuszach użytkownicy mają wyszukiwać.
  • Wstępne podpisanie umowy na wykonanie bazy – umowa i wybór wykonawcy zwykle wymagają wcześniejszego opisu celu, zakresu i wymagań (specyfikacji). Bez tego trudno rzetelnie wycenić i odebrać projekt.

Wskazówka egzaminacyjna: gdy w odpowiedziach pojawiają się elementy "techniczne" (algorytmy, wyszukiwarka) oraz element "biznesowy" (cel), a pytanie dotyczy pierwszego kroku, najczęściej chodzi o etap analizy i definiowania potrzeb.

Dodatkowe pytania

Dodatkowe pytania (FAQ):
To ustalenie, do czego baza ma służyć w firmie lub kampanii: np. segmentacji odbiorców, personalizacji ofert, obsłudze zapytań, raportowaniu źródeł kontaktu. Cel określa, jakie dane trzeba gromadzić i jakie funkcje są naprawdę potrzebne.
Najpierw pytaj o potrzeby: kto będzie używał bazy, jakie decyzje ma wspierać, jakie raporty są potrzebne, jakie dane mają być zbierane oraz skąd będą pochodzić. To podstawa do dalszego projektowania struktury.
Wyszukiwarka zależy od tego, jakie pola danych istnieją i jakie scenariusze pracy są ważne. Bez celu i wymagań nie wiadomo, czy potrzebne są filtry po branży, lokalizacji, historii kontaktu czy źródle leadu, więc nie da się sensownie zaprojektować wyszukiwania.
Sortowanie to detal techniczny, który dobiera się do sposobu użycia danych (np. sortowanie po dacie kontaktu, wartości klienta, statusie). Najpierw ustala się, jakie informacje mają być przechowywane i w jakich procesach będą wykorzystywane, a dopiero potem optymalizuje działanie.
To zależy od celu, ale często są to: dane kontaktowe, preferencje komunikacji, historia interakcji, segment/branża, lokalizacja, źródło pozyskania oraz status relacji (np. nowy kontakt, aktywny, utracony). Dobór pól powinien wynikać z planowanych działań i raportów.
Gdy cel jest opisany na tyle jasno, że można spisać wymagania (jakie informacje i operacje są potrzebne). Wtedy dopiero tworzy się model danych: encje, atrybuty i relacje. Bez tego projekt tabel bywa przypadkowy i trudny do rozwijania.
Zwykle nie, bo umowa powinna opierać się na ustalonym zakresie i wymaganiach. Najpierw trzeba określić cel i oczekiwania (co baza ma umożliwiać), a dopiero potem porównywać oferty, wyceniać prace i ustalać warunki odbioru projektu.
Typowe błędy to: zbieranie danych "na zapas" bez celu, brak spójnych definicji pól (np. co znaczy "aktywny klient"), brak planu aktualizacji danych oraz projektowanie funkcji (wyszukiwanie/raporty) bez uzgodnienia, jakie scenariusze pracy są najważniejsze.
Jeśli celem jest segmentacja, w bazie muszą znaleźć się cechy segmentujące (np. branża, potrzeby, etap decyzji, historia kontaktu). Wtedy segmenty da się tworzyć świadomie i powtarzalnie, a nie "ręcznie" w arkuszu. Cel wskazuje, które pola są krytyczne.
Szukaj odpowiedzi dotyczącej analizy i planowania: cel, wymagania, potrzeby użytkowników. Odpowiedzi o algorytmach, narzędziach czy wdrożeniu zwykle opisują późniejsze etapy. Pomaga reguła: najpierw "po co i co", dopiero potem "jak technicznie".
info

Statystycznie 57% uczniów zna prawidłową odpowiedź. średnie

Według specjalistów z branży: "Pierwszym krokiem w projektowaniu bazy danych jest określenie celu i potrzeb informacyjnych (co baza ma umożliwiać i komu służyć)."

Źródła:

  • R. Elmasri, S. B. Navathe, "Fundamentals of Database Systems", 7th Edition, Pearson, 2016, rozdziały o procesie projektowania i analizie wymagań (Requirements Collection and Analysis).
  • T. Connolly, C. Begg, "Database Systems: A Practical Approach to Design, Implementation, and Management", 6th Edition, Pearson, 2015, część dotycząca Database Development Lifecycle (w tym etapów: planowanie i analiza wymagań).
  • M. J. Hernandez, "Database Design for Mere Mortals", 3rd Edition, Addison-Wesley Professional, 2013, część o ustalaniu celu bazy i reguł biznesowych przed projektowaniem szczegółów technicznych.

Materiały:

  • Podstawowe podręczniki do projektowania baz danych (etapy: analiza wymagań, modelowanie, implementacja)
  • Materiały szkoleniowe z planowania kampanii i pracy na danych klienta (segmentacja, personalizacja)
  • Ćwiczenia: opis celu bazy + lista wymaganych informacji + propozycja pól (bez implementacji)

Aktualizacja pytania: 31.03.2026



Aktualizacja pytania: 31.03.2026
📡 Brak połączenia internetowego