Mamy pomysł na zbudowanie aplikacji. Potrzebujemy rozwiązać problem, który spowalnia naszą pracę lub chcemy coś zoptymalizować. Wiemy, czego potrzebujemy i stajemy przed problemem. Jak właściwie zbudować aplikację? Od czego zacząć? Odpowiedź jest prosta. Naszym pierwszym krokiem powinno być poświęcenie czasu i uwagi naszym danym. No bo przecież system, który chcemy zbudować, musi gromadzić jakieś informacje, a następnie coś z nimi zrobić. Jest to podstawowy cel prawie całego oprogramowania. Bez względu na wybraną technologię, koncepty budowy aplikacji mają wspólny mianownik – muszą operować na danych. Zarówno oprogramowanie budowane „w kodzie” jak z użyciem platformy low-code ma w swoim wnętrzu podobny rdzeń. Dobre zrozumienie naszych danych pozwoli nam zbudować nasz system szybko i bezstresowo.
Jak zbudować model danych?
Krok 1. – Poszukiwanie elementów
Budowę modelu danych należy rozpocząć od ogólnego spojrzenia na problem, jaki nasz system ma rozwiązać. Załóżmy, że budujemy system rozwiązujący następujący problem:
„Firma naprawiająca sprzęt elektroniczny kilku pracowników. Każdy pracownik może przyjąć do realizacji wiele zgłoszeń jednocześnie (naprawa trwa trochę czasu, czasem trzeba czekać na części itd.). Klienci mogą dowiadywać się o postępie naprawy ich sprzętu telefonicznie po podaniu numeru zlecenia.”
W pierwszej kolejności powinniśmy odszukać kluczowe osoby, rzeczy, czynności lub procesy, jakie skrywają się w problemie. W naszym przypadku istotne będą elementy:
- Pracownik – osoba wykonująca naprawę
- Naprawiana rzecz – reprezentowana jako „zgłoszenie naprawy”
- Klient – osoba dodająca zgłoszenia naprawy
Czasami w naszym problemie potrafimy zidentyfikować, że coś się dzieje według jakiejś ustalonej procedury albo harmonogramu. Taki harmonogram będzie bardzo istotnym elementem systemu. Będzie on grał kluczową rolę w dalszym projektowaniu systemu.
Krok 2. Odkrywanie relacji
Gdy już wiemy, z jakich elementów składa się problem, powinniśmy zastanowić się nad tym, jakie relacje istnieją pomiędzy naszymi danymi. Najlepiej zrobić to używając prostych stwierdzeń. Starajmy się budować zdania które zawierają w sobie nazwy dokładnie dwóch elementów spośród tych jakie zidentyfikowaliśmy. Jeśli widzimy, że nasze relacje są rozbudowane i wiążą ze sobą wiele elementów — uprośćmy je. Zastąpmy jedną skomplikowaną relację wieloma prostymi parami.
W naszym przykładzie możemy odnaleźć dwie relacje:
- Pracownik obsługuje kilka Zgłoszeń Naprawy
- Klient może zgłosić kilka Zgłoszeń naprawy
Poprawne identyfikowanie relacji pozwala nam na lepsze zrozumienie naszych danych. Czasem już w trakcie odkrywania relacji możemy się zorientować, że przeoczyliśmy jakiś istotny element.
Podczas definiowania relacji warto zastanowić się nad tym który element w tej relacji jest elementem głównym. W praktyce elementy główne będą później występować w naszym systemie w szerszym kontekście lub większej liczbie miejsc.
Aby określić który element relacji jest główny najłatwiej popatrzeć na to, czy element występuje w liczbie mnogiej, czy też w liczbie pojedynczej. Elementem głównym relacji będzie ten który występuje w niej w liczbie pojedynczej.
Krok 3. Wzbogacanie danych
Wcześniej nie poświęcaliśmy zbyt wiele uwagi temu, jakie dane dokładnie tworzą nasz model. Teraz nadeszła właściwa chwila, aby z szerokim spojrzeniem na problem wzbogacić nasze rozważania o trochę szczegółów. Popatrzmy na każdy element modelu i określmy jakie dane każdy z tych elementów może posiadać. Oto jak takie dane mogą wyglądać dla naszego systemu.
- Zgłoszenie naprawy:
- Data przyjęcia
- Pracownik obsługujący
- Klient zgłaszający
- Numer zgłoszenia
- Przedmiot naprawy
- Pracownik:
- Imię
- Nazwisko
- Rodzaj sprzętu jaki potrafi naprawić
- Klient
- Imię
- Nazwisko
- Numer karty klienta
Przedstawione wyżej kroki pozwolą nam na uzyskanie szczegółowego zarysu tego, jakie informacje będą zapisywane i odczytywane przez nasz system. W tym punkcie często ujawniają się ewentualne braki w relacjach oraz elementach struktury. Jeżeli takie braki zostaną zauważone, warto rozważyć powrót do wcześniejszych etapów i zbudować bogatszy model.
Krok 4. Model danych w aplikacji
Znając wszystkie elementy modelu danych oraz relacje między nimi jesteśmy gotowi, aby przekuć naszą wiedzę w prawdziwą aplikację. W klasycznym przypadku powinniśmy nasze elementy danych przedstawić jako tabelki w bazie danych (za pomocą języka programowania SQL). W przypadku platformy archITekt cały model danych można łatwo przygotować za pomocą modułu struktur danych (więcej o strukturach dowiesz się tutaj https://vsoft-architekt.com/pl/moduly/)
Modelowanie danych to proces ewolucyjny
Pamiętaj, że model danych oraz struktury to element, który będzie cały czas ewoluował, wraz z tym, jak aplikacja się rozwija. Zwróć uwagę, aby podczas dodawania nowych funkcjonalności do swojego systemu zawsze zastanowić się, czy w modelu danych nie pojawił się jakiś nowy element lub relacje. Prosty i przejrzysty model to recepta na budowę dobrego systemu.
Wnioskując, niezależnie od wybranej metody tworzenia aplikacji, model danych pozostaje centralnym elementem każdego systemu. Skrupulatna analiza kluczowych elementów i relacji, szczegółowe określenie danych oraz ewolucyjne podejście do modelowania sprawiają, że nasza aplikacja staje się solidnym i przystosowanym do rozwoju fundamentem. Pamiętając o tych aspektach, zyskujemy pewność, że nasza aplikacja będzie gotowa sprostać wyzwaniom biznesowym i technologicznym w przyszłości.
archITekt – kompleksowa platforma low-code
Jak więc widzimy, zbudowanie efektywnej aplikacji nie musi być skomplikowanym procesem. Zarówno dla doświadczonych programistów, jak i entuzjastów nowych technologii, istnieją narzędzia, które umożliwiają tworzenie oprogramowania – szybciej i łatwiej. Takim narzędziem jest archITekt, który doskonale poradzi sobie zarówno z prostymi aplikacjami, zarządzaniem dokumentami, workflow, jak i złożonymi systemami wymagającymi przetwarzania ogromnej ilości danych i algorytmów obliczeniowych.
A co najważniejsze, można niego korzystać całkowicie bezpłatnie – klient dostaje możliwość przetestowania i budowania aplikacji w systemie archITekt, a opłaty będą naliczane, dopiero gdy rozpocznie się produkcyjne korzystanie ze zbudowanej aplikacji.
