Technologia Fractus 2.0

W zależności od struktury funkcjonowania Państwa firmy, Fractus 2.0 może zostać wdrożony zgodnie z jednym z następujących modeli:
 

1.STRUKTURA ROZPROSZONA:

a) serwer w centrali firmy lub w Data Center MakoLab,
b) serwery w oddziałach posiadające własne bazy danych replikują się w czasie rzeczywistym z serwerem centralnym.

W przypadku wielooddziałowej firmy najlepiej sprawdzać będzie się struktura rozproszona, w której każda z lokalizacji przedsiębiorstwa posiada własny mini-serwer z bazą danych, a centrala posiada serwer centralny. Dzięki takiej architekturze systemu w razie zerwania połączenia wszystkie dane oraz lokalne funkcje poszczególnych oddziałów są bezpieczne, a ich synchronizacja z centralą zostanie wznowiona po ustanowieniu połączenia.           

            Schemat _blokowy _fractus _visio _1_499x 345

                                        Architektura systemu Fractus 2.0 w strukturze rozproszonej.

2.STRUKTURA ZDALNA - SCENTRALIZOWANA: 

a) serwer w centrali firmy lub w Data Center MakoLab,
b) użytkownicy zdalni łączą się przez Internet z serwerem centralnym.

Strukturę zdalną o charakterze nierozproszonym odróżnia od struktury rozproszonej prostsza architektura systemu oraz niższe koszty wdrożenia. Jest to system optymalny przede wszystkim dla przedsiębiorców korzystających z mobilnej formy sprzedaży oraz z wielu punktów sprzedaży, które mają dostęp do stałych, bezawaryjnych połączeń sieciowych.

3. STRUKTURA LOKALNA - SCENTRALIZOWANA:

a) serwer w centrali,
b) użytkownicy łączący się z serwerem w sieci lokalnej.

Lokalne zarządzanie firmą może zostać wsparte przez Fractus 2.0. Co najważniejsze, wybierając Fractus 2.0 zapewniają sobie Państwo system, który może rozwijać się razem z Państwa działalnością. Jeśli postanowią Państwo powiększyć przedsiębiorstwo o kolejne lokalizacje, partnerów biznesowych, czy mobilną formę sprzedaży, Fractus 2.0 jest na to przygotowany. Bez komplikacji, wstzymywania funkcjonowania firmy oraz w krótkim okresie czasu, Fractus 2.0 może zostać zaadaptowany do Państwa nowych potrzeb.

Wyżej wymienione modele nie wykluczają się wzajemnie i można łączyć ich elementy uzyskując strukturę doskonale dopasowaną do potrzeb i charakteru działalności Państwa firmy.

Technologia systemu Fractus 2.0

Interfejs użytkownika systemu Fractus 2.0 stanowi aplikacja RIA stworzona z użyciem technologii Adobe Flex 3, uruchomiona w przeglądarce internetowej. Po stronie serwera obsługę zapewnia usługa webowa oparta na technologii Microsoft .NET 3.5 (Windows Communication Foundation). Warstwa bazodanowa systemu oparta jest na produkcie Microsoft SQL Server w wersji 2005 lub wyższej. 

Technologia _logo    

 

Dzięki zastosowaniu technologii Adobe Flex uzyskujemy:

  • Skalowalność. Adobe Flex pozwala na tworzenie aplikacji w pełni modułowych i wykorzystujących potencjał programowania obiektowego,
  • Szeroki zbiór dostępnych komponentów i bibliotek. Wykorzystując je możemy jeszcze szybciej stworzyć efektowną aplikację, w krótkim czasie,
  • Ogólnodostępność. Ponad 90% użytkowników Internetu ma zainstalowaną wtyczkę Adobe Flash Player co daje ogromną ilość odbiorców aplikacji,
  • Brak różnic pomiędzy przeglądarkami. Korzystając z Flash Playera mamy zapewniony taki sam wygląd aplikacji pod każdą przeglądarką i systemem operacyjnym - jako klienta wykorzystujemy dowolny komputer wyposażony w przeglądarkę internetową.

Migracja danych w systemie Fractus 2.0  

Unikalną cechą systemu jest budowanie sieci oddziałów synchronizujących pomiędzy sobą dane w trybie on-line (na bieżąco podczas działania systemu). Dzieje się tak dzięki mechanizmowi semantycznej komunikacji międzyoddziałowej. Przesyłanie danych odbywa się poprzez połączenie sieciowe (lokalne bądź internetowe) pomiędzy poszczególnymi oddziałami a centralą firmy. W procesie tym, wykorzystywany jest szyfrowany protokół HTTPS, wspierany przez wyżej wspomniane technologie WCF. 

Kartoteki oraz informacje o rozliczeniach kontrahentów są globalne (współdzielone przez wiele oddziałów), natomiast dokumenty znajdują się w macierzystym oddziale oraz oddziale centralnym. Wszelkie zmiany są wdrażane natychmiast po ich wprowadzeniu. Zatem czas aktualizacji danych w centrali i ewentualnie w innych oddziałach, jest ograniczony jedynie wydajnością łączy i chwilowym obciążeniem systemu. Dokumenty przesunięć międzymagazynowych są współdzielone pomiędzy oddziałem źródłowym a docelowym i automatycznie przesyłane pomiędzy nimi za pośrednictwem centrali.