I Opis platformy e-PLANUS^®

3. Architektura platformy e-Planus

Platforma e-Planus^® jest wspólnym wielowarstwowym środowiskiem aplikacyjnym, do budowy aplikacji o dużym obciążeniu, przez zespół firmy SKG. Zapewnia środowiska do budowy aplikacji zarówno po stronie klienta jak i serwera oraz wspólne serwisy a także współdzielone komponenty pomiędzy różnymi aplikacjami e-Planus^®. Taka architektura daje możliwość dostarczenia końcowym użytkownikom różnych kombinacji specyficznych aplikacji SKG współdzielących tę samą infrastrukturę.




a. Warstwa komunikacyjna

Warstwa komunikacyjna zawiera zestaw adapterów obsługujących kanały komunikacyjne używane przez wspólne serwisy e-PlanusC. Pozwala to na użycie różnych protokołów komunikacyjnych do wymiany danych z systemami zewnętrznymi i partnerami handlowymi użytkowników systemu.

b. Platforma integracyjna

Platforma integracyjna jest opcją dla e-Planus^®. Wspólne serwisy e-Planus^® mogą współpracować z trzecią częścią integracyjnego oprogramowania poprzez Web Services oraz dedykowane adaptery. Upraszcza to integrację e-Planus^® z innymi aplikacjami używanymi przez właściciela systemu.

c. Warstwa DBMS

e-Planus^® może współpracować z relacyjnymi bazami danych przez mechanizm buforowania EAServer–a i manager transakcji. System może współpracować z bazami danych Sybase, Microsoft i Oracle.

d. Wspólne serwisy e-Planus^®

Wspólne serwisy e-Planus^® są zbudowane w oparciu o system komunikatów EAServer-a. Zapewniają środowisko do budowy specyficznych komponentów komunikacyjnych i serwisów pracujących w tle oraz zestawy standardowych serwisów dostępnych dla wszystkich aplikacji opartych o środowisko e-Planus^®. Środowisko wspólnych serwisów pozwala na asynchroniczną obsługę długotrwałych procesów i procesów wyzwalanych czasowo. Pozwala to precyzyjnie stroić obciążenie systemu poprzez zmianę liczby wątków procesów nasłuchujących na każdej linii serwisowej.
Specjalny mechanizm został zaprojektowany do obsługi serwisów jednoinstancyjnych. Ten rodzaj serwisu zapewnia, że tylko jedna instancja serwisu startuje niezależnie od ilości komputerów pracujących w klastrze. Pozwala to zapewnić serwisy pracujące w tle dla poszczególnych jednostek organizacyjnych bez konieczności użycia specjalnych komputerów dla każdej z nich. Serwis uruchamiany jest na pierwszej wolnej maszynie pracującej w klastrze (wybór maszyny w klastrze zależy od zdefiniowanej w konfiguracji klastra strategii obciążenia).

e. Struktura organizacyjna

Struktura organizacyjna e-Planus^® ma postać hierarchicznego drzewa jednostek organizacyjnych, które obejmuje zarówno własne jak i partnerskie organizacje. Struktura może obejmować informacje o ludziach zatrudnionych na każdym poziomie organizacji. Dodatkowo, każda osoba zarejestrowana w systemie może stać się użytkownikiem systemu przez przydzielenie jej nazwy w systemie i hasła. Prawa użytkownika, do przeprowadzania różnych działań w systemie, zostają określone poprzez przydzielenie mu roli przypisanej w systemie do jego jednostki organizacyjnej. Oznacza to, że wszyscy ludzie pracujący w systemie zostają przydzieleni do odpowiednich jednostek organizacyjnych i przysługujące im prawa zależą od rodzaju jednostki, w której są zarejestrowani, np. przynależność do działu finansowego daje uprawnienia powiązane z tą jednostką. Oczywiście, osoba uprzywilejowana określona jako kierownik, posiada dodatkowe uprawnienia. Osoba ta może zarządzać wszystkimi użytkownikami w swojej jednostce organizacyjnej oraz we wszystkich jednostkach znajdujących się niżej w strukturze organizacyjnej. Kierownik jednostki organizacyjnej może przekazać swoje uprawnienia innej osobie ze swojej jednostki. Niektóre role mogą być przydzielane nie tylko wewnętrznym użytkownikom systemu, lecz także innym zarejestrowanym osobom. Oznacza to, że np. osoby z firm dostawców mogą stać się użytkownikami systemu poprzez interfejs web-owy, wykorzystujący te same mechanizmy jak stosowane dla użytkowników wewnętrznych.

Na dowolnym poziomie drzewa hierarchii organizacyjnej administrator może przydzielić specyficzne role (np. klient, dostawca, sklep, kupiec). Informacje o każdej roli zostają zapisane w systemie. Poszczególny węzeł struktury organizacyjnej może posiadać więcej niż jedną rolę. Oznacza to, że możemy zdefiniować wspólną strukturę dla ról klienta i dostawcy, unikając powtarzanie się danych.

f. Obieg dokumentów

Serwis obsługi obiegu dokumentów w e-Planus^® zapewnia wspólny mechanizm obsługi dokumentów dla wszystkich aplikacji pracujących na tej platformie, w ramach zorganizowanej w e-Planus^® strukturze organizacyjnej. Obsługa każdego dokumentu zdefiniowanego w systemie może być skonfigurowana zgodnie ze specyficznymi procedurami biznesowymi systemów zewnętrznych. Dla każdego dokumentu administrator otrzymuje zestaw operacji dostępnych na dokumencie, informacje o zależnościach pomiędzy operacjami, wewnętrzny status dokumentu i wzajemne oddziaływanie między dokumentem i ewidencjami. Bazując na tych informacjach może zdefiniować przepływ dokumentu pomiędzy węzłami struktury organizacyjnej. W niektórych sytuacjach, obieg dokumentów jest dynamicznie wyliczany w odniesieniu do zależności pomiędzy jednostkami struktury organizacyjnej. Np. dokument kosztowy zdefiniowany w sklepie będzie mógł być przeniesiony do kierownika operacyjnego, któremu przydzielono zarządzanie dokumentami ze sklepu. Dokument zamówienia może być przesłany do akceptacji do kupca, przydzielonego do obsługi właściwego dostawcy, bez względu który sklep utworzył ten dokument.

W przyszłych wersjach e-Planus^® planowana jest dodatkowo struktura zorientowana zadaniowo. W takiej strukturze dokumenty będą mogły być przesyłane pomiędzy węzłami struktury organizacyjnej i rolami zależnymi od zadania lub projektu.

g. Komponenty biznesowe

Komponenty biznesowe zamykają w sobie logikę biznesową konkretnych aplikacji pracujących na platformie e-Planus^®. Jest to zestaw wspólnych komponentów dla aplikacji e-Planus^®, zakładając wspólną funkcjonalność dla użytkowników systemu, od serwisów logowania i bezpieczeństwa, przez zadania administracji do wspólnych mechanizmów interfejsu użytkownika. Komponenty biznesowe są odziedziczone z modelu komponentów EAF. Niektóre komponenty biznesowe są używane zarówno dla interfejsów klienta PB jak i WEB.

h. Warstwa aplikacji Web

Warstwa aplikacji Web dostarcza interfejs i logikę aplikacji dla interfejsu użytkownika opartego o przeglądarkę. Jest używana nie tylko przez przeglądarki klientów, ale również częściowo wspomaga interfejs klienta PB, zapewniając system pomocy on line, bezpośrednią prezentację informacji bazującą na XML poprzez XSLT i nawet dostarczenie elementów graficznych, które w inny sposób będą rozpowszechnione wśród klientów aplikacji.

i. Warstwa klienta

e-Planus^® może obsługiwać różnorodne technologie aplikacji klienta. Jako klient mogą zostać wykorzystane:

• aplikacje PowerBuilder lub C++ używające protokołu CORBA IIOP,
• aplikacja Java lub aplet używające protokołu CORBA IIOP,
• NET klient używający interfejsu Web Services SOAP.

Dla relatywnie małej liczby użytkowników oczekujących bogatego i efektywnego graficznego interfejsu użytkownika zapewniamy aplikację kliencką PowerBuilder. Dla dużej ilości rzadziej korzystających z aplikacji użytkowników, z ograniczonym dostępem do systemu, może zostać użyty interfejs przeglądarki Web. Inne rodzaje interfejsów mające dostęp do logiki biznesowej e-Planus^® mogą pochodzić bezpośrednio z systemów innych dostawców.

Aplikacja kliencka PowerBuilder została zaprojektowana w taki sposób, że sama się instaluje i automatycznie aktualizuje do nowszych wersji. Ogranicza to wymagania sprzętowe. Aplikacja pracuje na wszystkich 32 bitowych wersjach MS Windows.