Open Mercato poradnik dotyczący zarządzania użytkownikami
Przy tworzeniu zaplecza dla dystrybucji internetowej szybko okazuje się, że sama liczba dostępnych funkcji nie przesądza o sposobie wykorzystania systemu. Równie istotne jest to, jak dane przepływają pomiędzy katalogiem produktów, zamówieniami, klientami a także pozostałymi elementami obsługi dystrybucji. Open Mercato można analizować właśnie pod tym kątem, z uwagi sposobność rozdzielenia różnorakich sekcji działania aplikacji.
W praktyce pierwsze decyzje dotyczą zwykle struktury danych i zakresu zmian, które będą niezastąpione w konkretnym projekcie. Jeżeli już od początku wiadomo, że system będzie obsługiwał niestandardowe opcje produktów, różnorodne źródła stanów magazynowych lub kilka sposobów realizacji zamówień, warto uwzględnić te wymagania przed rozpoczęciem konfiguracji. Późniejsze dodawanie takich elementów może wymagać przebudowania przedtem przyjętych założeń. Znaczenie ma również sposób opisywania własnych modyfikacji. Bez dokumentacji prędzej czy później niełatwo ustalić, które zachowanie wynika ze standardowej konfiguracji, a które zostało dodane na potrzeby konkretnego procesu.
Przy omawianiu zagadnienia open mercato architektura wymaga spojrzenia nieco szerszego niż na sam wygląd panelu administratora. Istotne są zależności w gronie poszczególnymi częściami rozwiązania a także sposób, w jaki informacje są wykorzystywane przez różnorakie operacje. Z punktu widzenia dalszego rozwoju szczególne znaczenie ma miejsce, w którym zostanie wprowadzona konkretna zmiana. Nie każda modyfikacja powinna być wykonywana w tym samym obszarze, ponieważ ingerencja w podstawowe mechanizmy może posiadać konsekwencje przy kolejnych aktualizacjach. Przy rozbudowie systemu pojawia się też kwestia dodatków i integracji. Każdy dodatkowy komponent może mieć własne oczekiwania, sposób podmiany danych i ograniczenia. Im więcej takich zależności, tym ważniejsze staje się kontrolowanie wersji a także sprawdzanie, czy zmiana jednego elementu nie wpływa na działanie pozostałych. To zwłaszcza widoczne podczas testów, gdy z pozoru niezwiązana ze sobą funkcja zaczyna zachowywać się przeciwnie po zmianie konfiguracji.
Wdrozenie open mercato warto traktować jako proces obejmujący również przygotowanie środowiska pracy, a nie wyłącznie instalację i uruchomienie aplikacji. Przed rozpoczęciem właściwego działania potrzebne jest uporządkowanie informacji, które mają zostać wykorzystane w systemie. Przy imporcie większej bazy towarów należy sprawdzić między innymi nazwy, opcje, jednostki, ceny, kategorie i zależności między rekordami. Niedociągnięcia w tych danych mogą być niewidoczne przy pojedynczych testach, ale stają się kłopotem przy większej liczbie pozycji. Analogicznie wygląda kwestia zamówień. Jeżeli proces obejmuje kilka statusów lub korzysta z zewnętrznych usług, należy określić, kiedy i przez jaki mechanizm następuje ich zmiana. Warto przeprowadzać testy także dla sytuacji oryginalnych: anulowanego zlecenia, niepełnych danych, powtórzonej operacji czy chwilowego braku odpowiedzi z zewnętrznego systemu. Takie przypadki pokazują, czy przyjęty sposób działania uwzględnia realne warunki pracy, a nie tylko i wyłącznie prawidłowy przebieg pojedynczej transakcji.
W materiałach typu open mercato poradnik często opisuje podstawowe czynności powiązane z rozpoczęciem pracy, jednakże dalsza obsługa systemu wymaga zwracania sugestie na znacznie więcej najmniejszych elementów. Przydatne jest oddzielenie testów od normalnego środowiska a także wykonywanie przekształceń etapami. Daje możliwość to łatwiej ustalić, która modyfikacja wpłynęła na określone zachowanie. Przy większych projektach znaczenie moraz kontrola dostępu do konfiguracji, ponieważ przypadkowa zmiana jednego ustawienia może wpłynąć na procesy realizowane w sposób automatyczny. Z czasami dochodzi jeszcze wymaganie aktualizacji oprogramowania i używanych rozszerzeń. Przed taką operacją należy sprawdzić, czy własne zmiany pozostają zgodne z nową wersją a także czy integracje nadal korzystają z takowych samych mechanizmów. Nie wszystkie kłopoty da się przewidzieć na etapie projektowania, dlatego w praktyce część pracy polega na obserwowaniu działania systemu, analizowaniu logów i stopniowym korygowaniu przyjętych wcześniej rozwiązań.
Sprawdź: open mercato.