Budowa aplikacji w nAxiom

Podsumowanie:

W nAxiom można budować skalowalne, bezpieczne aplikacje umożliwiające obsługę dużych grup użytkowników. Naturalnymi środowiskami zastosowań nAxiom są przedsiębiorstwa, instytucje, urzędy, placówki edukacyjne i inne organizacje. W szczególności platforma oferuje wsparcie dla procesów biznesowych i ich automatyzacji. Aplikacje mogą być udostępniane jako portale, w których użytkownicy wykonują różne czynności odpowiednio do posiadanych uprawnień.
Przykładowe dziedziny zastosowań aplikacji zbudowanych w nAxiom to:
- obiegi dokumentów
- obsługa sprzedaży
- obsługa zgłoszeń
- wspomaganie produkcji
- zarządzanie łańcuchem dostaw
- zarządzanie projektami

Do budowy aplikacji służy w nAxiom mikroserwis AdminSPA, do którego mogą logować się użytkownicy z rola systemową konsultant. Gotowe aplikacje są publikowane w mikroserwisie FrontSPA, gdzie mogą z nich korzystać użytkownicy końcowi (rola systemowa klient).

Aplikacje w nAxiom są definiowane jako kontenery, w których agreguje się osobne funkcjonalności. Budowanie aplikacji w nAxiom polega zatem na definiowaniu kolejnych funkcjonalności. Takie podejście zapewnia większą elastyczność w rozbudowie aplikacji oraz określaniu praw dostępu do funkcjonalności w ramach aplikacji.

Przystępując do definiowania funkcjonalności, najpierw należy określić dane, które będą przetwarzane w aplikacji oraz zdefiniować tabelę bazy danych do przechowywania tych danych. Ta tabela to model danych.

Następnie należy uruchomić automatycznego kreatora, który na podstawie tej tabeli utworzy makietę przyszłej aplikacji. Ta makieta składa się między innymi z następujących składników:

• Dokument biznesowy: inaczej definicja dokumentu, to zbiór informacji dotyczących przetwarzania danych z konkretnego modelu danych. Definicja dokumentu określa między innymi konfigurację audytu danych dokumentu, szablonów uprawnień ACL i grup interesariuszy, zdarzeń w przetwarzaniu dokumentu i wyzwalanych przez nie akcji.

• Diagram procesu: model procesu biznesowego ilustrujący przejścia pomiędzy różnymi statusami dokumentu.

• Widok listy: obiekt interfejsu użytkownika umożliwiający przeglądanie danych (dokumentów) z modelu danych.

• Widok formularza: obiekt interfejsu użytkownika umożliwiający wprowadzanie i edycję danych (dokumentów) oraz zawierający elementy sterujące przepływem działań w aplikacji.

Kolejny etap to rozbudowa wygenerowanej automatycznie makiety funkcjonalności zgodnie z potrzebami klienta. W edytorze diagramów procesów (workflow) definiuje się przebieg przetwarzania, używając różnych bloków (zadanie ręczne, blok decyzyjny, akceptacja i inne) i łącząc je przejściami. Definiowane na tych przejściach przyciski są automatycznie generowane na formularzu, co zapewnia, że przetwarzanie przebiega zgodnie z diagramem.

Publikacja gotowych aplikacji w nAxiom polega na zdefiniowaniu pozycji menu użytkownika, powiązaniu tej pozycji z widokiem listy lub formularza i włączeniu jej w uprawnieniach roli biznesowej. Wykonanie tych czynności spowoduje, że użytkownik z tą rolą biznesową, będzie mógł korzystać z aplikacji po zalogowaniu się w nAxiom.

Jednakże wymaga to wcześniejszego przygotowania środowiska biznesowego danej organizacji, to jest zdefiniowania ról biznesowych, zdefiniowania profili użytkowników i przypisania im ról oraz przypisania uprawnień PBA do korzystania z aplikacji. W nAxiom definiuje się standardowo cztery kategorie użytkowników, którym przypisuje się odpowiednie, predefiniowane role systemowe. Użytkownicy z rolą Klient i Klient uproszczony mają po zalogowaniu dostęp do FrontSPA, gdzie mogą korzystać z udostępnionych im aplikacji. Użytkownicy z rolą Konsultant mają dostęp do aplikacji AdminSPA, w której mogą budować aplikacje biznesowe.

Proces początkowego konfigurowania środowiska oraz tworzenia prostej aplikacji opisano szczegółowo w dokumencie Pierwsze kroki.

Konsultanci tworzący aplikacje biznesowe powinni dobrze znać język SQL, do bardziej zaawansowanych rozwiązań przydatna będzie także znajomość języków JavaScript i C# oraz znajomość zasad korzystania z interfejsów API.

---