Tworzenie baz danych i aplikacji FileMaker

Nowa baza FileMaker lub modernizacja systemu

Nowe rozwiązanie dzielimy na etapy, aby szybko zweryfikować kluczowy proces z przyszłymi użytkownikami. Przy istniejącej bazie zaczynamy od audytu i mapy zależności.

Pracujemy zarówno nad samym FileMakerem, jak i nad otoczeniem rozwiązania: hostingiem, portalami internetowymi, integracjami oraz automatycznym tworzeniem dokumentów.

Pierwszym rezultatem jest lista zadań użytkowników, granice systemu i działający fragment rozwiązania do wspólnego sprawdzenia. Korzystamy z istniejących modułów lub rozwiązań startowych, gdy pasują do modelu danych; dopasowanie zakresu odbywa się przed rozbudową.

• aplikacje wielostanowiskowe
• rozwiązania mobilne
• panele dostępne przez przeglądarkę
• integracje i automatyzacje

Model danych przed ekranami

Opisujemy obiekty biznesowe i relacje: klient może mieć wiele kontaktów, zamówienie wiele pozycji, a dokument kolejne wersje. Dobieramy klucze i zasady walidacji. Dzięki temu ta sama informacja nie musi być utrzymywana w kilku miejscach.

Układy projektujemy dla ról i czynności. Sprzedawca potrzebuje innego widoku niż osoba realizująca zlecenie. Uprawnienia egzekwujemy na poziomie dostępu do danych, a nie wyłącznie przez ukrycie przycisku.

• Klient, zamówienie i pozycje jako powiązane rekordy.
• Formularze, listy, portale i raporty dla konkretnych ról.
• Pola kontenerowe dla zdjęć, podpisów, skanów i dokumentów.
• Weryfikacja wymaganych danych, identyfikatorów i dozwolonych zmian.

Skrypty, importy i integracje

Automatyzacja powinna mieć jednoznaczny wynik. Ustalamy reakcję na brak rekordu, nieprawidłowy plik, przerwane połączenie czy ponowne uruchomienie tego samego zadania. Testujemy także przypadki błędne, a nie tylko poprawny import.

Przy migracji z Excela lub CSV sprawdzamy typy danych, puste wartości, duplikaty i powiązania. Import próbny kończy się porównaniem liczby rekordów oraz sum kontrolnych biznesowych, np. wartości zamówień. Stała integracja wymaga dodatkowo ustalenia harmonogramu lub zdarzenia i sposobu obsługi korekt.

• mapowanie i porządkowanie danych źródłowych
• skrypty oraz obliczenia z obsługą błędów
• wydruki, raporty i kontrolowane eksporty
• integracje API i dopasowanie istniejących wtyczek

Jak odbieramy i przekazujemy rozwiązanie

Kryteria odbioru odnosimy do konkretnych czynności: np. poprawnego przejścia zamówienia, odtworzenia historii czy wygenerowania dokumentu. Próbna migracja pozwala sprawdzić kompletność danych przed uruchomieniem.

Zakres przekazania obejmuje uzgodnioną dokumentację, dostęp administracyjny, procedurę wdrażania zmian i przygotowanie użytkowników. Dalsze utrzymanie oraz rozwój ustalamy osobno.

Jedna baza, ekrany dopasowane do miejsca pracy

Rozbudowany formularz biurowy, szybki odbiór na iPadzie i panel w przeglądarce korzystają z tego samego modelu danych, lecz mają inne wymagania interfejsu. Projektujemy nawigację, rozmiar pól, klawiaturę i liczbę czynności potrzebnych do zakończenia zadania.

Dla dostępu przeglądarkowego dobieramy WebDirect lub osobną aplikację WWW połączoną przez API. Gdy potrzebna jest praca offline, projekt obejmuje lokalny zestaw danych oraz kontrolowaną synchronizację, a nie samo skopiowanie pliku.

Audyt i rozwój istniejących baz danych

Przegląd obejmuje graf relacji, skrypty, funkcje własne, wydruki, uprawnienia i hostowanie. Wyszukujemy zależności od dawnych wersji, wtyczek, zewnętrznych plików i usług. Mierzymy problematyczne operacje przed zmianą, aby można było ocenić poprawę.

Dawne rozwiązania runtime oraz instalacje Pro Advanced analizujemy wraz ze sposobem dystrybucji. Docelowo wybieramy obsługiwany model Pro, Go lub dostępu przez WWW. Po modernizacji użytkownicy otrzymują instrukcję zmian i uzgodniony zakres wsparcia.