1. Opis ogólny
1.1 Komponenty. Cechy. Rola
1.2 Zastosowanie komponentów (no-code)
1.3 Architektura komponentów
1.4 Rozwiązania programowe. Elementy
2. Złożenia komponentów. Przykłady
Alert
Funkcje TrExtLang
SOA (API)
Urządzenia wyjściowe
TrEmail
AutoRun
3. Zastosowania komponentów
4. Architektura MACH
5. Tematy powiązane
1. Opis ogólny
1.1 Komponenty. Cechy. Rola
Komponenty
Komponenty (klocki, kompozyty, składowe) są integralną częścią programu Trawers.
Można je wykorzystać w różnych konfiguracjach i złożeniach (powiązaniach)
do wykonania oczekiwanych zadań informatycznych.
Jest to kolejna metoda dostosowanie programu Trawers ERP do indywidualnych
potrzeb firmy, uzytkownika programu.
Trawers. Standard. Dostosowanie
Polecenia do wykonania zadań przez komponenty użytkownik może sam wskazać
odpowiednio wypełniając parametry (pola) w tabelach programu Trawers ERP:
* AutoRun
* Alerty
* Definicje wzorców
* Urządzenia wyjściowe
* Dokumenty powiązane (załączniki)
* Funkcje SOA
* Tabele definicji CSV
* Komunikaty EDI
* Procedury obliczeniowe (algorytmy)
* Warunki Query
W ten sposób użytkownik programu Trawers może sam utworzyć oczekiwane
rozwiązania: indywidualne funkcjonalności niezbędne w swoim przedsiębiorstwie.
Czym jest komponent ?
Komponenty, to są elementy oprogramowania, z których buduje się
wielo-funkcyjne ciągi procesów. Można przekazywać dane od komponentu
do komponentu. Można tworzyć złożenia wielu komponentów.
Komponent jest elementem (częścią składową), z którego buduje się
oprogramowanie. Ma cechy 'czarnej szkrzynki' tj. znamy jego zachowanie,
kanały wejścia (en: Input) i wyjścia (en: Output) lecz nie znamy
(nie musimy znać) wewnętrznej budowy.
Mechanizm komponentów i ich wzajemnej komunikacji, zastosowany w programie
Trawers ERP, nawiązuje do mechanizmu: pipeline (pipe, potok) stosowanego,
początkowo w systemach Unix-owych, a następnie w innych systemach operacyjnych.
Komponenty i ich złożenia może wykorzystywać zaawansowany użytkownik
programu Trawers. Nie jest potrzebna znajomość języków programowania.
Cechy komponentów
Komponent oprogramowania ma następujące cechy:
* Może być użyty przez inne elementy programu
* Posiada pełny opis wejścia i wyjścia
* Podane są zależności od otoczenia
* Jest opis oferowanej funkcjonalności (specyfikacja)
* Może być użyty tylko na podstawie tej specyfikacji
* Można go złożyć z innymi komponentami
W programie Trawers ERP jako komponenty można traktować następujące
rozwiązania programowe: Obiekty, Funkcje, Pliki, Tabele, Makra, Procesy
Poniżej opisano architekturę komponentów (komponenty i ich powiązania)
oraz przykładowe złożenia komponentów.
W programie Trawers ERP:
* Opisano specyfikacje komponentów
* Podano przykłady użycia
* Można złożyć z innymi komponentami
* Podano przykłady złożeń
1.2 Zastosowanie komponentów (no-code)
Komponenty stosuje się do realizacji konkretnych zadań oczekiwanych
od systemu informatycznego, np. wystawienia faktury sprzedaży z treścią
i w postaci zdefiniowanej w definicji wzorca, wysłania raportu do klienta
gdy wystąpi określone zdarzenie (mechanizm alertu).
Komponenty zostały tak przygotowane, aby użytkownik programu Trawers ERP
mógł wskazywać programowi zadania do wykonania bez umiejętności programowania.
Zastosowane rozwiązania technologiczne tworzą platformę rozwoju programu
o charakterze: no-code, tj. bez potrzeby stosowania języków programowania.
Komponent można przekazać do wykorzystania osobie, która nie jest
jego twórcą. Komponent może wykorzystywać programista i wdrożeniowiec
z firmy Tres oraz osoba zewnętrzna, np. Partner firmy Tres
i przedstawiciel Użytkownika programu Trawers ERP.
Architektura komponentów jest także korzystna dla firmy tworzącej oprogramowanie
ponieważ pozwala na szybki rozwój, oszczędność kosztów i większą elastyczność.
Umożliwia programistom ponowne wykorzystanie kodu, przyspieszając proces
programowania i skracając czas poświęcany na testowanie i debugowanie.
Platforma Low-Code No-Code
Też: Low Code No Code
Metody tworzenia rozwiązań informatycznych (aplikacji) bez potrzeby pisania
kodu programu (programowania). Aplikacje tworzy się z gotowych elementów,
tak jak konstrukcje z klocków Lego.
Podstawowym czynnikiem rozwoju narzędzi LCDP (low-code development platform)
jest wzrost zastosowań narzędzi informatycznych przy niedoborze programistów.
Komponenty technologiczne w programie Trawers ERP umożliwiają tworzenie
rozwiązań informatycznych zgodnych z metodyką Low-Code No-Code.
Patrz dalej:
* Architektura komponentów technologicznych
* Rozwiązania programowe. Elementy
* Złożenia komponentów. Przykłady
1.3 Architektura komponentów technologicznych
Komponenty i ich złożenia
o----------------o
| Baza danych |
| (zbiory) |
| Trawers ERP |
o----------------o
^
|
|
o-----------------------o-------------------------o
| | |
| | |
v v v
o-------------o o-------------o o-------------o
| Pliki |<------->| Procesy |<-------->| Alerty |
| załączników | | AutoRun | | |
o-------------o o-------------o o-------------o
^ ^ ^
| | o-------o |
| | | Pliki | |
| | o-<--| XML | |
| | | o-------o |
| | | |
| v v |
| o-----------------o |
v | POTRZEBY | v
o-------------o | Raporty E-maile | o-------------o
| Funkcje |<------->| Transakcje |<-------->| WebService |
| TrExtLang | | Pliki Wydruki | | SOA (API) |
o-------------o | REZULTATY | o-------------o
^ o-----------------o ^
| ^ ^ ^ |
| | | o-----------------o |
| | | | |
| | o--------o | |
| | | | |
v v v v v
o-------------o o-------------o o-------o o------------o
| System |<--->| Urządzania |<--->| Pliki |<-->| Komunikaty |
| wzorców | | wyjściowe | | CSV | | EDI |
o-------------o o-------------o o-------o o------------o
1.4 Rozwiązania programowe. Elementy
W programie Trawers ERP jako komponenty można traktować następujące
rozwiazania programowe: Obiekty, Funkcje, Pliki, Tabele, Makra, Procesy.
Baza danych
Zbiory danych użytkowych i systemowych. Uporządkowane, sortowane,
nadzorowane pod kątem spójności, wiarygodności, bezpieczeństwa.
Stanowią źródło danych dla procesów obliczeniowych i raportowania.
Zarządzanie bazą danych
Procesy AutoRun
AutoRun, to możliwość automatycznego wykonywania funkcji programu.
Automatycznego tzn. bez konieczności wybierania pozycji z menu.
AutoRun Procesy automatyczne
Procedury obliczeniowe (algorytmy)
Procedury obliczeniowe przekształcają dane zródłowe do oczekiwanych
rezultatów końcowych.
Np. proces MRP uwzględnia aktualne stany zapasów i przyszłe potrzeby
i daje rekomendacje dla działu zaopatrzenia i działu produkcji.
MRP Planowanie potrzeb
Proces MRP można zastosować do obliczeń potrzeb w firmach handlowych.
MRP Firmy handlowe i usługowe
Procesy ustalania potrzeb materiałowych do wytwarzania produktów
wariantowych. Wykorzystanie konfiguratora cech i opcji.
BOM Konfigurator produktu
Zastosowanie tabeli atrybutów asortymentu do ustalania cech i opcji
produktów konfigurowanych (wariantowych).
W sklepie internetowym można wskazać atrybuty asortymentu, np. kolor
i rozmiar i przekazać zamówienie do NA System sprzedaży.
Program wpisze wybory do zbioru konfiguracji zamówionego asortymentu (126).
Patrz pobieranie zamówień sprzedaży: NA > Pobieranie zamówień z XML (SOA) [NA_DXML1].
Integracja z internetem. Rozwiązania
Alerty
Zadaniem alertu jest prezentowanie i wysyłanie raportu, gdy wystąpi
zdarzenie, lub zostanie spełniony określony warunek.
Alerty i raportowanie
System wzorców
System wzorców dokumentów i etykiet (en: Template system) w programie,
to rozwiązanie, które umożliwia zdefiniowanie treści i wyglądu
dokumentów i etykiet.
Wzorzec dokumentu tworzy się na podstawie wprowadzanych tekstów,
wstawianych elementów graficznych i funkcji formatujących TrExtLang.
Wzorzec wypełnia się wartościami pól z bazy danych programu Trawers ERP.
System wzorców dokumentów i etykiet
Wydruk wg wzorca do pliku CSV
Plik CSV można utworzyć poprzez odpowiednio zbudowany wzorzec wydruku dokumentu.
Można przygotować wzorce, które dane układają w formacie CSV.
Utworzone pliki CSV można przekazać do innych programów, np. do Excela.
Przykład pliku CSV z informacjami o stanie należności na dzień [NA_ZRO75]
Plik CSV o stanie zobowiązań na dzień można utworzyć w ZO [ZO_ZRO75]
Wymiana danych (CSV,KE) Excel
Funkcje TrExtLang
Funkcje formatujące, sterujące wydrukami, przetwarzające
Wzorce Funkcje TrExtLang
Funkcje formatujące wydruki i opisy (teksty), sterujące procesami
stosuje się przy tworzeniu:
* wzorców wydruku dokumentów, np. faktur
* wzorców wydruków etykiet
* raportów generowanych przez alerty
* opisów w polach memo
Do budowania złożonych procesów
* powiązanych wzajemnie procesów przetwarzania danych
Urządzenia wyjściowe
Urządzenia wyprowadzające wyniki pracy komputera na zewnątrz:
ekran, drukarki, pliki elektroniczne w wielu formatach
Urządzenia wyjściowe
Załączniki [&] to są pliki zewnętrzne z dokumentami i rysunkami
oraz adresy obiektów, np. adresy stron internetowych.
W programie Trawers można powiązać (en: attach) rekordy
w bazie danych z załącznikami
Dokumenty powiązane (załączniki)
SOA
WebService (API).
Funkcje (usługi) wymiany danych w formacie komunikatów XML
SOA Architektura wymiany danych
Funkcja SOA: [OrderNew] Dopisywanie zamówień sprzedaży może pobrać
atrybuty asortymentu z tabeli atrybutów (079).
Atrybuty z tabeli (079) program pobiera do wskazania konfiguracji
(cech i opcji) zamawianego asortymentu.
Np. listwa: kolor == orzech
lakier == satynowany
BOM Konfigurator produktu
EDI
System ustaleń, który umożliwia przesyłanie komunikatów
elektronicznych: formaty, standardy, metody przesyłania
EDI Elektroniczna wymiana dok
XML
XML Extensible Markup Language. Format plików, które określają jego strukturę
i zawartość.
W programie Trawers ERP można zapisywać i odczytywać pliki XML.
Formaty plików wymiany danych
Definicje testów, którym poddawany jest asortyment.
Wyniki testów, tj. rezultaty wykonanych testow.
QA System kontroli jakości
Warunki wyboru Query
Podaje się warunki wyboru dokumentów, kontrahentów i indeksów (asortymentu).
Warunki służą do umieszczenia w raportach dokumentów powiązanych
z wybranymi kontrahentami i indeksami.
Warunki wyboru Query można stosować we wszystkich tych procesach,
w których jest potrzeba zawężenia (filtrowania) dostępu do danych
zgromadzonych w zbiorach (tabelach).
Query. Zapytania wg warunków
Identyfikatory RefNo
Numery referencyjne RefNo, to są numery jednoznacznie identyfikujące
dokumenty w bazie danych programu Trawers. Identyfikacja dokumentów
polega na nadaniu każdemu dokumentowi unikalnego symbolu.
Np. [SI-FA1234/01/23] Faktura sprzedaży
Symbolami RefNo można posługiwać się podczas wyszukiwania dokumentów.
RefNo pozwala wiązać dokumenty transakcyjne z innymi obiektami, np.
z e-mailami, wydrukami papierowymi i elektronicznymi, z poleceniami SOA.
RefNo Numery referencyjne dokumentów
Funkcje pozorne
Funkcja pozorna, to jest pozycja w menu, która nie wywołuje żadnej
operacji (przetwarzania danych). Służy do nadania uprawnień do funkcji
powiązanych, Np. funkcji wykonywanych 'w locie'.
Funkcje pozorne można stosować do definiowania warunków (filtrów).
Id_proces, np. [ZO_PUZFA] można ująć w wyrażeniu warunkowym (filtrze)
i zawęzić dostęp operatora tylko do danych, do których ma uprawnienia.
Uprawnienia operatorów (role)
2. Złożenia komponentów. Przykłady
Złożenia (współpraca między komponentami) w programie Trawers ERP
zbliżone są do mechanizmu komunikacji w rodzinie Unix:
Potok (ang. pipe) - mechanizmy komunikacji międzyprocesowej
umożliwiający wymianę danych pomiędzy dwoma procesami
W Trawers nie jest to dokladnie taki mechanizm, lecz można
używać takiego porównania - w celach poglądowych.
Złożenia, to możliwość przekazywania danych od komponentu do komponentu
w celu utworzenia wielo-funkcyjnego ciągu procesu.
Np. AutoRun wykonuje Alert, który wysyła e-mailem wezwania do zapłaty do odbiorców.
Przykłady złożeń komponentów
Niektóre złożenia zostały już zrealizowane w programie Trawers ERP.
Przykłady podano w opisach poszczególnych komponentów.
Alert. Przykłady złożeń
Patrz opis mechanizmu alertów:
Alerty i raportowanie
Przykłady alertów wbudowanych programu (predefiniowanych):
Alerty. Wbudowane. Przykłady
Alert zapisuje zaplanowany kontakt w terminarzu RK
Alert --> Funkcje TrExtLang --> Baza danych
Alert wysyła wezwania do zapłaty do odbiorcy
Alert --> Baza danych (warunek) --> Funkcje TrExtLang --> System wzorców
--> Urządzenie wyjściowe
Alert i wydruk może wywołać Funkcje TrExtLang
Alert/Wydruk -> Funkcje TrExtLang --> System wzorców
Alert i wydruk ma dostęp do wybranych danych
Alert/Wydruk -> Baza danych (pola, warunki)
Alert i wydruk zapisuje wynik do urządzenia wyjściowego
Alert/Wydruk -> Urządzenia wyjściowe
Alert i wydruk może utworzyć zestawienie w formacie CSV
Alert/Wydruk -> CSV
Alert skierowany na Ekran może wykonać Funkcje TrExtLang.
Wyłączając parser można przekazać odbiorcy alertu
raport zawierający Funkcje TrExtLang
Trawers przed wyświetleniem na ekranie przetworzy Funkcje TrExtLang.
NOTE: Między zgłoszeniem alertu a wyświetleniem komunikatu
może minąć wiele dni, są to niezależne procesy.
Alert -> Urządzenie wyjściowe (Ekran) -> Funkcje TrExtLang
Podobne zachowanie na wydruku umożliwia Funkcja tKomunikat{}.
NOTE: Wielkość komunikatu jest ograniczona dlugością pola DANE w ad00ev
Wydruk -> Funkcje TrExtLang -> ... -> Funkcje TrExtLang
Alert odczytuje ostatnie wybory operatorów
Alert -> Ostatnie wybory (parametry funkcji) -> Wykonanie funkcji
Ostatnie wybory operatorów
Alert okresowo wywołuje RaportXML, który tworzy plik CSV.
Alert -> RaportXML -> plik CSV
Alerty. Tworzenie RaportXML (plik CSV)
Funkcje TrExtLang. Przykłady złożeń
Patrz też opis funkcji:
Wzorce Funkcje TrExtŁang
Funkcje TrExt mogą wywoływać inne Funkcje TrExtLang
Funkcje TrExtLang -> Funkcje TrExtLang
Funkcje TrExtLang mogą wywoływać Alert
Funkcje TrExtLang -> Alert
Funkcje TrExtLang mogą wywoływać wydruki (kaskadowe, składane, załączane)
Funkcje TrExtLang -> System wzorców -> Wydruk
Funkcje TrExtLang mogą pobierać dowolne dane z bazy danych
Funkcje TrExtLang -> Baza danych
Funkcje TrExtLang mogą zapisywać dane do wyznaczonych pól w bazach danych
Funkcje TrExtLang -> Baza danych
Funkcje TrExtLang mogą uruchomić inny proces w tym proces AutoRun
Funkcje TrExtLang -> Proces AutoRun
Funkcje TrExtLang mogą wywołać SOA
Funkcje TrExtLang -> SOA
Funkcje TrExtLang mogą utworzyć RaportXML, czytać i przetwarzać wynik (CSV)
Funkcje TrExtLang -> Raport PM
Funkcje TrExtLang mogą czytać plik lub dołączać go do wydruku, e-mail lub [Polecenie] (parametr skryptu)
Funkcje TrExtLang -> Pliki załączników
Funkcje TrExtLang -> Pliki załączników -> Urządzenia wyjściowe
Funkcje TrExtLang mogą wywołać proces AutoRun
Funkcje TrExtLang -> AutoRun
SOA (API). Przykłady złożeń
Patrz opis funkcji SOA:
SOA Architektura wymiany danych
SOA może pobierać i zapisywać dane
SOA -> Baza danych
SOA może wywołać wydruk dokumentu
Przykład: SOA [PurchaseOrderNew] zapisuje zamówienie zakupu
i drukuje lub wysyła e-mailem via SOA [PrintPurchaseOrder]
SOA -> System wzorców -> Wydruk
SOA może pośrednio wywołać Funkcje TrExtLang
SOA -> Wydruk -> Funkcje TrExtLang
SOA <NewMessage> -> Funkcje TrExtLang
SOA może pośrednio wywołać Funkcje TrExtLang
SOA może pobrać plik załącznika
SOA -> Pliki załączników. Dokumenty
SOA może pobrać lub utworzyć dokument EDI
SOA -> EDI
Urządzenia wyjściowe. Przykłady złożeń
Patrz też opis:
Urządzenia wyjściowe
Urządzenie wyjściowe [Polecenie] może wywołać SOA
[Polecenie] wywołuje skrypt, który przez SOA zwraca wynik
NOTE: Zwykle urządzenie [Polecenie] można zastąpić:
Funkcja TrExtLang: tUruchom{}, tSOA{}
Urządzenie wyjściowe -> SOA
Urządzenie wyjściowe [Polecenie] może wywołać proces AutoRun
Urządzenie wyjściowe -> AutoRun
Urządzenie wyjściowe [Polecenie] może załączyć Plik załącznika
przez zapisanie pliku w katalogu synchronizowanym
Urządzenie wyjściowe -> Pliki załączników. Dokumenty
Urządzenie wyjściowe: Drukowanie
W nagłówku wydruku (zestawienia) można umieścić ostatnio wybrane parametry
Ostatnie wybory operatorów
Inne złożenia
Autorun może wywołać Alert
AutoRun -> Alert
Autorun może wywołać SOA
AutoRun -> SOA
Niektóre operacje dot. CSV można wykonać w AutoRun
(pobieranie KIM, zamówień ZA, kart SE)
AutoRun -> CSV
TrEmail. Przykłady złożeń
Patrz opis:
E-mail Wbudowana poczta TrEmail
TrEmail zapisuje w Bazie danych
TrEmail -> Baza danych
Autorun może odebrać E-maile i zapisać do zbioru danych
AutoRun -> TrEmail -> Baza danych
Możliwości i ograniczenia
Możliwe są dowolne złożenia ww komponentów z dowolną długością łańcucha złożeń.
Możliwych kombinacji jest nieskończona ilość.
W większości złożonych przypadków łącznikiem komponentów są Funkcje TrExtLang .
Przy analizie potrzeby trzeba sie zastanowić, które komponenty
mogą pomóc w jej realizacji i jak można je złożyć.
Czasami drobna zmiana programistyczna daje nowe możliwości wykorzystania komponentów.
Np. dodanie Funkcji TrExtLang pobierającej załączniki z e-mail umożliwiłoby
przetwarzanie ich przez Alert w AutoRun
Podobnie jak teraz Funkcje TrExtLang operujące na Bazie danych klienta
pocztowego mogą oznaczać, przenosić i usuwać e-maile.
Funkcje TrExtLang
Funkcje TrExtLang mogą użyć SOA do pobierania i zapisania danych
NOTE: Każda funkcja dodana do SOA staje się dostępna dla wzorców i alertów
Funkcje TrExtLang -> SOA -> Baza danych
Funkcje TrExtLang mogą użyć SOA do utworzenia lub wczytania dok EDI
Funkcje TrExtLang -> SOA -> EDI
Funkcje TrExtLang mogą wykonać kilka akcji na e-mailach w TrEmail
np. oznaczyć, przenieść do innego folderu, usunąć
Funkcje TrExtLang -> Baza danych -> TrEmail
To pozwala realizować funkcje filtrów znane z innych klientów pocztowych
np. automatyczne usuwanie e-maili spełniających warunek
Alert -> Baza danych -> Funkcje TrExtLang -> Baza danych -> TrEmail
Funkcje TrExtLang mogą czytać plik tekstowe CSV, XML, HTML, ...
NOTE: Te funkcje nie korzystają z definicji plików CSV w AD
Można np. wywołać [Polecenie] pobierające stronę HTML z cennikiem,
przetworzyć i aktualizować cenę w cenniku.
Alert -> Funkcje TrExtLang -> SOA -> Baza danych
Inne złożenia
Wykonanie Alertu z Alertu
Zwykle wywołuje się alert nieaktywny [#], który nie jest
przetwarzany w procesie AutoRun.
Alert -> Funkcje TrExtLang -> Alert -> Funkcje TrExtLang -> Alert -> ...
Wywołania wydruku z wydruku (wydruki wstawiane, kaskadowe, )
System wzorców -> Wydruk -> Funkcje TrExtLang -> Wydruk -> Funkcje TrExtLang -> Wydruk -> ...
Zapis pliku w dowolnym formacie, np. zestawienie dla faktora (Farmtrac)
Wydruk/Alert -> Baza danych -> Funkcje TrExtLang -> Urządzenie wyjściowe
Naliczenie i dopisanie rabatu podczas wydruku faktury
Wydruk/Alert -> System wzorców -> Baza danych -> funkcje TrExtLang -> SOA -> Baza danych
Wysłanie e-mail z fakturą i metryką w XML,
np. Zapis faktury w PDF + zapis metryki w XML i wysłanie e-mailem
Wydruk/Alert -> System wzorców -> Funkcje TrExtLang -> Urządzenie wyjściowe
Zapis wyniku działania skryptu wywołanego przez Urządzenie rodzaju Polecenie
... -> Urządzenie wyjściowe [Polecenie] -> SOA -> Baza danych
Przeprowadzenie dialogu z operatorem po wystąpieniu warunku i wykonanie
dalszych akcji zależnych od decyzji
np. Przedstawienie faktur zalegających z pytaniem do kogo wysłać wezwanie
i rozesłanie wezwań zgodnie z decyzją
Alert -> Baza danych -> System wzorców -> Funkcje TrExtLang -> Urządzenie wyjściowe Ekran
-> Funkcje -> Alert -> Baza danych -> Funkcje TrExtLang -> Urządzenie wyjściowe
Alert zamiast AutoRun i cron
Teoretycznie Alert może zastąpić tabelę AutoRun i cron (-X),
Harmonogram zadań (-W)
Alert -> Urządzenie wyjściowe [Polecenie] -> AutoRun
3. Zastosowania komponentów
Komponenty mogą wykorzystać (zastosować) osoby, która nie są ich twórcami.
Osoby, które nie są programistami. Komponenty mogą wykorzystywać Partnerzy
firmy Tres i przedstawiciele Użytkowników programu Trawers ERP.
Na podstawie opisów oraz podanych przykładów użycia komponentów i złożeń
komponentów mogą tworzyć rozwiązania informatyczne przydatne własnej
firmie lub instytucji bez konieczności angażowania programistów Tres.
Oczywiście specjaliści z firmy Tres w każdej chwili mogą udzielić wyjaśnień,
podać przykłady i wskazać kierunki rozwiązań.
Przykład rozwiązania (jedno w wielu możliwości, patrz też inne przykłady):
AutoRun wykonuje Alert, który wysyła e-mailem wezwania do zapłaty do odbiorców.
AutoRun --> Alert --> Baza danych (warunek) --> System wzorców -->
Funkcje TrExtLang --> Urządzenie wyjściowe
4. Architektura MACH
Architektura komponentowa (komponenty, klocki, kompozyty, składowe)
to właściwość programu Trawers ERP. Komponenty można wykorzystać w różnych
konfiguracjach i złożeniach (powiązaniach) do wykonania oczekiwanych zadań
informatycznych.
Architektura komponentowa programu Trawers ERP nawiązuje do najnowszych
trendów w konstruowaniu rozwiązań informatycznych: architektury MACH.
Architektura MACH (en: MACH Architecture) zastępuje tradycyjne, monolityczne
konstrukcje programowe. Proponuje w zamian, dowolnie dobierane i dowolnie
powiązane (złożone), mniejsze moduły odpowiedzialne za określone czynności
lub obszary.
Cechy charakterystyczne architektury MACH opisuje się poprzez rozwinięcie
pierwszych liter skrótowca (akronimu): MACH.
[M] Microservice-based Przetwarza mikroserwisy (mikrousługi)
Małe moduły odpowiedzialne za określone
czynności lub obszary.
W Trawers ERP: komponenty programowe.
[A] API-first Wykorzystuje API
Usługi umożliwiające komunikację między
różnymi programami.
W Trawers ERP: SOA (API)
[C] Cloud-native Pracuje w chmurze
Trawers ERP: może pracować w chmurze.
[H] Headless Rozdziela FrontEnd i BackEnd
Headless. BackEnd traci 'głowę', tj. dotychczasowe
'sztywne' połączenie z interfejsem FrontEnd
na rzecz zewnętrznej, mobilnej i webowej aplikacji.
W Trawers ERP:
W Trawers ERP można wydzielć warstwę komunikacji
(aplikacja mobilna lub webowa) i komunikować się
z BackEnd stosując funkcje (usługi) SOA.
BackEnd, to te części programu, które realizują
podstawowe procesy, np. rezerwują towary
dla zamówień sprzedaży. Ustalają ceny sprzedaży
uwzględniając kronikę (historię) dotychczasowych
kontaktów z kontrahentem, itp.