O Gardens-Software

Gardens to odpowiedź na wciąż rosnące potrzeby rynku biznesowego

Jej głównym celem jest tworzenie profesjonalnych i elastycznych aplikacji biznesowych. IDE Gardens ukierunkowany jest przede wszystkim w stronę zminimalizowania czasu budowania, testowania i dokonywania zmian w aplikacjach.

Wynika to z różnorodności potrzeb klientów oraz wymogów rynkowych. Te pociągają za sobą nowe wymogi odnośnie systemów ERP.

Współczesne zintegrowane systemy wymagają własnej platformy (IDE – zintegrowanego środowiska rozwoju), na której budowana jest całą logika aplikacji. Parametryzacja określonych obszarów aplikacji już bowiem nie wystarcza. Dlatego też Gardens opracowano bazując na języku programowania aplikacji 4GL. Cały system powstał z myślą o spełnianiu poniższych postulatów.

Postulaty niezbędnych usprawnień technologicznych w procesach implementacji:

• jedno, zintegrowane narzędzie – definiowanie struktur danych, interfejsu użytkownika i logiki w jednym miejscu, przenośne obiekty źródłowe programu zapisane w bazie danych
• pełna elastyczność – platforma IDE powinna posiadać własny kompilator pozwalający na implementacje fragmentów kodu w trakcie pracy systemu w trybie rzeczywistym z rzeczywistymi danymi (programowanie ekstremalne)
• stabilność i prostota systemu – IDE powinno być napisane na możliwie najniższym poziomie przy użyciu prostego, wysokopoziomowego języka aplikacji ukierunkowanego w stronę praktyki i optymalizacji programowania i implementacji
• automatyzacja procesu tworzenia modułów aplikacji – pociąga to za sobą zmniejszenie czasochłonności budowy i implementacji aplikacji biznesowych

Podsumowując, należy najpierw zbudować zintegrowane środowisko rozwoju, w którym będzie można konstruować aplikacje. Jest to jedyny sposób na pełną elastyczność logiki systemu. IDE musi zatem zawierać zaimplementowany język 4GL, kompilator oraz narzędzia RAD, zachowując jednocześnie otwartość systemu na zewnętrzne standardy i technologie (COM+, XML).

Środowisko rozwoju powinno być napisane na możliwie najniższym poziomie, bez niepotrzebnych narzutów. Korzystanie w tym celu z klas wysoce parametryzowalnych w narzędziach typu .NET, MFC, VCL kończyły się bowiem zwykle porażką. System taki posiada zbyt dużą bezwładność. Próby sterowania takimi klasami podczas budowania elastycznego GUI, zależnego od języka wysokiego poziomu nie dają wymaganego efektu sprawności.