Architektura systemu przepływu pracy

Dotyczy: Microsoft Dynamics AX 2012 R3, Microsoft Dynamics AX 2012 R2, Microsoft Dynamics AX 2012 Feature Pack, Microsoft Dynamics AX 2012

Infrastruktura przepływu pracy składa się z dwóch składników, które są obsługiwane na serwerze obiektów aplikacji (AOS): obsługi przepływu pracy X ++ i obsługi zarządzany obieg pracy.

Program obsługi przepływu pracy X ++ składa się z:

• Adres API wykonywania przepływu pracy

• Zadanie wsadowe wiadomości

• Kolejki wiadomości

Wiadomości zadania wsadowego lub wykonywania przepływu pracy API można wywoływać kod aplikacji, jeśli jest to wymagane. Program obsługi przepływu pracy X ++ jest skompilowany do wspólnej pośrednie języka (CIL) z .NET Framework. Aby uzyskać więcej informacji, zobacz X++ Compiled to .NET CIL.

Runtime zarządzany obieg pracy składa się z Windows Workflow Foundation i Microsoft Dynamics AX rozszerzenia.

Logicznie, infrastruktury przepływu pracy jest rozszerzeniem Microsoft Dynamics AX i jest niezauważalna dla użytkowników. Fizycznie zarówno przepływu pracy X ++ i zostały zarządzany obieg pracy są obsługiwane na serwerze AOS. Infrastruktura przepływu pracy używa przetwarzania wsadowego AOS i .net Interop do zintegrowania obu podsystemów i przekazywania wiadomości z jednego podsystemu do innego. Skompilowany kod X ++, który jest wykonywany w procesorze przetwarzania wsadowego w celu .net CIL. Przetwarzanie wsadowe jest uruchamiane w .net common language runtime (CLR).

Następujący rysunek ilustruje architekturę wysokiego poziomu infrastruktury przepływu pracy.

Użytkownicy mogą używać przepływu pracy formularzy i formantów w Microsoft Dynamics AX klienta i w Enterprise Portal dla Microsoft Dynamics AX do uczestniczenia w procesy biznesowe.

Deweloperzy mogą tworzyć przepływy pracy dla obiektów, które dodane do Microsoft Dynamics AX. Aby uzyskać więcej informacji, zobacz Implementing Workflow for Microsoft Dynamics AX.

W poniższej tabeli opisano kroki przepływu pracy, które występują, gdy użytkownik przesyła raport z wydatków do systemu przepływu pracy zatwierdzania.

Krok	Środowisko uruchomieniowe	Działanie
1	Przepływ pracy runtime X ++	Użytkownik przesyła raport z wydatków, klikając przesyłania przycisku na jednej kontroli przepływu pracy. Powoduje to kod X ++ aktywować wystąpienia przepływu pracy przez wywołanie API program obsługi przepływu pracy. Program obsługi przepływu pracy API księguje wiadomości do kolejki wiadomości. Zadanie wsadowe wiadomości odczytuje wiadomości i wysyła żądanie aktywacji przepływu pracy do obsługi przepływu pracy zarządzanych. Uwaga Wiadomości zadanie wsadowe przetwarza kolejki wiadomości w odstępach co minutę.
2	Zarządzany obieg pracy w czasie wykonywania	Interop .net z kodu X ++ odbierze komunikat i uruchamia nowe wystąpienie przepływu pracy, via Windows Workflow Foundation. To wystąpienie przepływu pracy wykonuje wywołania zwrotnego do X ++ przepływu pracy runtime API via Interop .net do CIL X ++ i księguje wiadomości, że przepływ pracy został uruchomiony. Po zaksięgowaniu wiadomości, runtime zarządzany obieg pracy zapisuje wystąpienie bezczynności przepływu pracy do Microsoft Dynamics AX bazy danych. Runtime następnie usuwa go z pamięci. Podczas wykonywania zarządzany obieg pracy otrzymuje kolejny komunikat obsługi przepływu pracy X ++ dla tego wystąpienia przepływu pracy, przywraca wystąpienia przepływu pracy do pamięci i wznawia ją. Każde wystąpienie przepływu pracy jest unikatowy. Jeśli dwóch użytkowników, którzy przesyłać raporty z wydatków do zatwierdzenia są uruchomione dwa wystąpienia przepływu pracy.
3	Przepływ pracy runtime X ++	Zadanie wsadowe wiadomości odczytuje uruchomienia przepływu pracy wiadomości z kolejki wiadomości i wywołuje program obsługi zdarzeń aplikacji do przetwarzania uruchomić przepływ pracy zdarzenia. Zadanie wsadowe umożliwia księgowanie następnie wiadomością potwierdzającą, że zdarzenie zostało przetworzone.
4	Oba	Tego samego wzorca wiadomości jest powtarzane, jak jest to konieczne, przez cały cykl życia wystąpienia przepływu pracy.

Architektura przepływ pracy ułatwia zapewnienie wiarygodnych i trwałego systemu obsługi wiadomości i pomaga zapewnić, że stan przepływu pracy jest zawsze synchronizowany z stan aplikacji. W przypadku nieoczekiwanego sprzętu lub oprogramowania awarii do ostatniej znanej punktu zapisane, zwracany jest stan wystąpienia przepływu pracy i wiadomość pozostaje w kolejce. Dlatego z punktu widzenia architektury modelu odzyskiwania jest rozwiązać problem i wznowić przepływu pracy.