KWALIFIKACJA BUD19 - TEST WIEDZY NR 4

PYTANIE NR 38.
Uzupełnij poniższy fragment kodu w oprogramowaniu geodezyjnym, aby prawidłowo sporządzić dokumentację wykonanych prac geodezyjnych związanych z gospodarką nieruchomościami.
GeodeticSurvey survey = new GeodeticSurvey();
survey.setProperty(_____, "1234");
survey.setArea(_____, 500);
survey.save();
A.
B.
C.
D.
Wyjaśnienie poprawnej odpowiedzi:
Poprawne uzupełnienie to ("PropertyID", "AreaSize"), bo klucz "PropertyID" identyfikuje nieruchomość w systemie, a "AreaSize" opisuje jej powierzchnię. Skróty typu "ID" i "Size" mogą wyglądać sensownie, ale nie odpowiadają wymaganym nazwom pól API, więc dane nie zostaną poprawnie zapisane.

Pełne wyjaśnienie:

W pokazanym fragmencie kodu obiekt GeodeticSurvey przechowuje dane potrzebne do sporządzenia dokumentacji elektronicznej wykonanych prac. Metody setProperty() i setArea()nazwę atrybutu (klucz pola), a drugi argument jest wartością, która ma zostać zapisana.

Odpowiedź ("PropertyID", "AreaSize") jest właściwa, ponieważ:

  • "PropertyID" semantycznie odpowiada identyfikatorowi nieruchomości/działki w systemie katastralnym (pole identyfikacyjne jest krytyczne dla powiązania rekordu z właściwą jednostką ewidencyjną),
  • "AreaSize" odpowiada informacji o powierzchni działki (np. w m²), czyli kluczowej danej pomiarowej w gospodarce nieruchomościami.

Pozostałe propozycje są błędne, bo opierają się na skrótach lub nazwach zbyt ogólnych, które mogą być intuicyjne dla człowieka, ale nie muszą występować w zdefiniowanym słowniku pól danego API:

  • ("ID", "Size") – obie nazwy są skrócone i nieprecyzyjne; API może nie rozpoznawać takich kluczy, co skutkuje brakiem zapisu atrybutów lub błędem walidacji.
  • ("PropertyID", "Size") – identyfikator jest nazwany poprawnie, ale pole powierzchni nadal jest niezgodne z oczekiwanym kluczem.
  • ("ID", "AreaSize") – pole powierzchni jest poprawne, ale identyfikator nieruchomości jest podany jako zbyt ogólny skrót, co może uniemożliwić właściwe powiązanie dokumentacji z konkretną nieruchomością.

W praktyce zawodowej technika geodety poprawne nazwy atrybutów są kluczowe: nawet drobna różnica w nazwie (np. skrót zamiast pełnej nazwy) może sprawić, że system nie przypisze danych do właściwego pola, a dokumentacja elektroniczna będzie niekompletna lub odrzucona przez procedury kontroli.

Dodatkowe pytania

Dodatkowe pytania (FAQ):
To znaczy, że pierwszy parametr wskazuje nazwę pola (np. identyfikator, powierzchnia), a drugi jest konkretną wartością, która ma trafić do tego pola. Jeśli klucz jest inny niż oczekiwany w API, zapis może się nie udać albo pole pozostanie puste.
Pełne nazwy są mniej dwuznaczne. PropertyID jednoznacznie sugeruje identyfikator nieruchomości, a samo ID może oznaczać cokolwiek (rekord pomiaru, punkt, obiekt). W systemach katastralnych precyzja nazw pól pomaga utrzymać spójność danych.
Najczęściej jest to atrybut przechowujący powierzchnię działki (np. w m²) wykorzystywaną w dokumentacji i gospodarce nieruchomościami. Taki atrybut bywa wykorzystywany w raportach, zestawieniach i kontroli kompletności danych przed zapisem.
Najpewniej przez dokumentację programu/API, słownik atrybutów projektu albo gotowe szablony raportów. W praktyce szkolnej często obowiązują nazwy podane w materiałach kursu. Zgadywanie skrótów bywa ryzykowne, bo API zwykle wymaga identycznych nazw.
Nie zawsze. Jeśli API przyjmuje klucz jako tekst, kod może się skompilować, ale w czasie działania dane mogą nie zostać zapisane do oczekiwanego pola (albo trafią do "nieznanego" atrybutu). Dlatego trzeba rozróżniać błąd składni od błędu merytorycznego danych.
Najczęściej wybierają skróty typu ID lub Size, bo są intuicyjne, oraz zakładają, że wystarczy "podobna" nazwa. Drugim błędem jest ignorowanie kontekstu domenowego (kataster), gdzie nazwy pól są zwykle ściśle zdefiniowane.
Bo od tego zależy, czy rekord zostanie prawidłowo powiązany z nieruchomością i czy dane pomiarowe (np. powierzchnia) będą czytelne dla systemu. Złe mapowanie prowadzi do braków w dokumentacji, problemów z weryfikacją i konieczności poprawek.
Przy rejestrowaniu wyników prac w bazie danych, tworzeniu zestawień dla konkretnej działki/nieruchomości, aktualizacjach danych ewidencyjnych oraz przy łączeniu danych z różnych źródeł. Bez identyfikatora rekord może być "osierocony" i trudny do odtworzenia.
Zależy od programu, ale typowo: identyfikatory obiektów (nieruchomości/działek), parametry pomiarowe (np. powierzchnia), metadane pracy (data, wykonawca) oraz wyniki obliczeń. Taki obiekt ma ułatwić zapis, raportowanie i archiwizację prac geodezyjnych.
Często wystarcza rozumienie schematu: klucz pola + wartość oraz sens domenowy pól (identyfikator i powierzchnia). Jednak gdy pytanie opiera się na konkretnych nazwach API, pomocne są materiały kursowe lub dokumentacja programu używanego na zajęciach.
info

To pytanie poprawnie rozwiązuje 42% zdających egzamin. trudne

Według specjalistów z branży: "Poprawne uzupełnienie to ("PropertyID", "AreaSize"), bo klucz "PropertyID" identyfikuje nieruchomość w systemie, a "AreaSize" opisuje jej powierzchnię."

Źródła:

  • Oracle Java Tutorials: "Classes and Objects" (opis obiektów, metod i atrybutów), https://docs.oracle.com/javase/tutorial/java/concepts/ (dostęp: 2026-03-02)
  • Microsoft Learn: "Object-oriented programming (C#)" (ogólne zasady OOP i właściwości/parametry metod), https://learn.microsoft.com/en-us/dotnet/csharp/fundamentals/tutorials/oop (dostęp: 2026-03-02)

Materiały:

  • Materiały dydaktyczne do kwalifikacji BUD.19 dotyczące dokumentacji elektronicznej
  • Wprowadzenie do programowania obiektowego (klasy, metody, właściwości)
  • Podstawy GIS i modelu danych atrybutowych (warstwa–obiekt–atrybut)

Aktualizacja pytania: 03.04.2026



Aktualizacja pytania: 03.04.2026
📡 Brak połączenia internetowego