Rozwój · integracja · inżynieria odwrotnaOstwald · Alzacja · Projekty zdalnecontact@dtouch.fr
WebSocket · stany · interfejsy

Architektura czasu rzeczywistego i zdarzeń

Rezultat działania czasami pojawia się długo po jego prośbie. Ekosystem Rey’actif wykorzystywał dyspozytory WebSocket do obsługi aplikacji internetowych i przetwarzania InDesign Server: doświadczenie w powiązaniu zdarzeń, stanów i interfejsów.

Oddziel wniosek od jego wyniku

Tworzenie dokumentów lub przetwarzanie obrazów może wymagać oczekiwania. Interfejs musi być w stanie złożyć wniosek, a następnie jego ewolucję, bez sugerowania, że pierwsze potwierdzenie odbioru jest ostatecznym dostarczeniem.

W Rey’actif usługi przetwarzania i aplikacje internetowe zostały połączone z dyspozytorami WebSocket. Prace integracyjne polegały na powiązaniu tych komponentów z krokami zrozumiałymi dla użytkowników.

Połącz zdarzenia InDesign Server

Kilku menedżerów przetwarzania kontrolowało środowiska InDesign Server. Kolejnymi punktami kontrolnymi w łańcuchu były sprawdzenia zmian INDD i statusu pliku PDF.

Informacje zwrotne muszą umożliwiać rozróżnienie dokumentu do przetworzenia, produkcji w toku i dostępnego wyniku. Zdarzenia służą temu wspólnemu odczytowi pomiędzy silnikiem a interfejsem.

Utrzymuj spójny stan po przerwie

Użytkownik może zamknąć przeglądarkę, stracić połączenie lub wrócić do folderu później. Projekt musi przewidywać, w jaki sposób odzyskać status pracy i przybliżyć informacje do interfejsu z interfejsem usługi.

Podczas integracji badamy następujące scenariusze: ponowne połączenie, ponowne wyświetlenie, zakończenie przetwarzania między dwoma widokami oraz wiadomość otrzymana w nieoczekiwanej kolejności. Usługa musi pozostać zrozumiała w zwykłych sytuacjach zawodowych.

Poszanowanie kontekstu użytkownika

Powiadomienie musi dołączyć do właściwej sesji i właściwego kontekstu biznesowego. Środowisko Rey- Active obejmowało zarządzanie sesjami OAuth i kodami bezpieczeństwa wysyłanymi przez SMS.

Powiązanie pomiędzy dostępem, zdarzeniami i plikami wymaga zdefiniowania tego, co każdy użytkownik może przeglądać i uruchamiać. Responsywność interfejsu pozostaje powiązana z kontrolą dostępu i spójnością danych.

Zrozumienie wymian

Podłącz aplikacje i utrzymaj kontrolę wymiany.

Przykład ścieżki z odroczonym przetwarzaniem: konektor przygotowuje dane, organizuje ich transfer i przechowuje wyniki wymian w celu monitorowania i odzyskiwania.

Podłącz aplikacje i utrzymaj kontrolę wymiany.Powiększ diagram
  1. 01

    Źródła

    API, pliki i bazy danych

    Identyfikatory • formaty
    Dane przychodzące ↓
  2. 02

    Adaptacja

    Korespondencja biznesowa

    Pola • jednostki • referencje
    Przekształcone dane ↓
  3. 03

    Kolejka przetwarzania

    Organizuj prośby

    Priorytet • planowanie
    Zadania gotowe
  4. 04

    Wykonanie

    Leczenie zadań

    Sterowanie • mecze
    Pisanie w celu ▼
  5. 05

    Miejsce docelowe

    Aplikacja lub ERP

    Obiekty • zasady zarządzania
    Zwroty i odmiany ▼
  6. 06

    Podsumowanie i wznowienie

    Kontrola powraca

    Dziennik • stan • przypomnienie
Podłącz aplikacje i utrzymaj kontrolę wymiany.Powiększ diagram
Diagram funkcjonalny · syntetyczny odczyt przepływów i punktów sterowania.
Zidentyfikuj

Zachowaj odniesienie do źródła i aplikacji docelowej.

Transformacja

Opisać korespondencję i odróżnić połączenia bezpośrednie od przetwarzania odroczonego.

Przejmij

Znajdź stan i kontekst wymiany, aby przejść na emeryturę.

Twoja praca zasługuje.
odpowiednie narzędzia.

Szczególna potrzeba, oprogramowanie do rozwoju, projekt do ramki.

Wymiana informacji na temat projektu

Uzupełniające się kompetencje i wspólne standardy jakości.