AutomatWebi tehnoloogia: ülesehitus mõjutab oluliselt tarkvara jätkusuutlikkust

Ülesehitusest ehk süsteemiarhitektuurist sõltuvad mitmed tarkvara omadused: avatus uutele arendustele, paindlikkus ja liidestatavus, turvalisus.

Struktuur Meedia poliitika on algusest peale olnud AutomatWebi süsteemiarhitektuurist võimalikult avalikult rääkimine. AutomatWebi teemal on kaitstud viis bakalaureusetööd.

Mõned tehnilised märksõnad

• AutomatWeb on programmeeritud objektorienteeritult PHP-s.
  
• AutomatWeb on esimesi ORB ideoloogial põhinevaid PHP-s arendatud frameworke maailmas.
  
• AutomatWebi tööks on vajalik kasutada PHP kiirendeid: Turck MMCache, PHP- või ZEND Accelerator.
  
• Praktikas töötab AutomatWeb Linux, Free- ja Open BSD, AIX, Solaris ja muudes UNIXi laadsetes operatsioonisüsteemides.
  
• Andmebaasiserverina kasutame peamiselt My-SQLi, kuid AutomatWeb toetab ka MS-SQLi. Koos vastava liidesega võib kasutada ka teisi SQL andmebaasiservereid.

AutomatWebi süsteemiarhitektuur põhineb kolmel sambal ehk kolmel olulisemal tehnoloogial, mis jäljendavad MVC disainimustrit: AW ORB (controller), AW CLASSBASE (view), AW STORAGE (model).

AW OBJECT REQUEST BROKER

AW Object Request Broker on närvikeskus, mis vahendab programmisiseseid ja väljast tulevaid päringuid. Veebipõhiste tarkvarade puhul toimub programmile käskude edasiandmine hüperlingi ehk URLi kaudu, mida kontrollib ORB. ORB on moodulite vahelise suhtluse protokoll, mis võimaldab näiteks eri programmeerimiskeeltes loodud ning eri serverites asuvatel moodulitel omavahel suhelda.

Teiseks on ORB meetod, millega kirjeldatakse XML formaadis ära mooduli API kasutamise tingimused. See võimaldab kasutajal süsteemi kasutada just niipalju, kui ORBi kihis on deklareeritud ning ei luba mooduli seest suvalisi funktsioone ja parameetreid välja kutsuda.

ORBi väljundid:

• Täiendav koht, kus kontrollitakse kasutajaõigusi;
  
• valideeritakse kasutaja poolt sisestatud infot, sealhulgas URLe. Alles siis, kui andmed on valideeritud, tõmmatakse vastav klass käima. See suurendab tunduvalt süsteemi turvalisust häkkimise vastu;
  
• võimaldab päringuid ka teistest süsteemidest vastu võtta;
  
• URLides kasutatavate avalike meetodite dünaamiline genereerimine;
  
• tagab AWle XML-RPC Web Services toe kogu programmi ulatuses;
  
• on lüliks AW API ja teiste süsteemide vahel üle Web Services kihi (XML-RPC, SOAP);
  
• klassidele saab luua erinevaid liideseid ORBi tasemel.

AW CLASSBASE

AW Classbase on täiendav abstraheerimise vahend klassipõhiselt kasutajaliidese ehitamiseks ja sellega manipuleerimiseks. Tänu Classbasele käib AutomatWebi uute ühtlase kasutajaliidesega moodulite loomine kiiresti. Kogu funktsionaalsus mida lõppkasutaja ekraanilt näeb, pärineb andmebaasist, kus on ära kirjeldatud kõik kasutajaliidese võimalused. Klassi ehk mooduli vormistamise viimane tegevus on kogu AW omaduste andmebaasi põhjal uue kasutajaliidese kihi kompileerimine.

Classbase väljundid:

• Lihtsustab ja kiirendab kasutajaliidese ehitamist;
  
• ühtlane visuaalsetel komponentidel põhinev kasutajaliides lõppkasutajale;
  
• uute visuaalsete komponentide kasutamine koheselt kogu AW ulatuses;
  
• liidese stiilide muutmine ühest kohast;
  
• erinevate kujundusmallidega HTML liideste loomine;
  
• ühtne andmete salvestamise loogika ja valideerimisvõimalused;
  
• klassi omaduste kirjeldamine päises lisab AWle läbipaistvuse, teeb koodi vabalt loetavaks;
  
• ühele klassile võib samas süsteemis luua mitu erinevat kasutajaliidest;
  
• standardiseerib klassi vormistuse;
  
• võimaldab AWle genereerida teisi kasutajaliideseid peale HTMLi (näiteks Applet, GTK, Winforms, XAML, XUL);
  
• tagab seostehalduri mugava kasutamise.

AW STORAGE

AW Storage eesmärk on rakenduste tasemel päringute võimalikult abstraktne kirjeldus ja ühtse päringuloogika tagamine kogu programmi ulatuses. AW Storaget võib kujutleda suure torustikuvõrguna, läbi mille liiguvad kõik AW andmepäringud. Storage suunab andmed vastavalt parameetritele kitsamate torude kaudu näiteks läbi andmeallika filtri My-SQL andmebaasi või läbi integratsioonikihi välistesse rakendustesse.

Storage üheks olulisemaks alamkomponendiks on seostehaldur, mis haldab dünaamiliselt objektidevahelisi seoseid. Dünaamiline seos on näiteks kliendibaasis leiduva organisatsiooni alla lisatud sündmuse (kõne, kohtumine, leping jt) automaatne seostamine lisaja personaalse kalendriga. Seostehaldur on abiks ka käsitsi seoste loomisel, näiteks saab kalendrisündmusega siduda faile (koosolekuprotokoll) ja teisi objekte. Seostehaldur muudab objektidevaheliste seoste loomise süsteemile ja lõppkasutajatele ühtlaseks ja võimaldab objekte korduvkasutada.

Storage väljundid:

• Kasutajaõiguste kontrollimine;
  
• ühtlustatud andmebaasipäringud;
  
• minimeerib vigaste päringute arvu;
  
• muudab päringute optimeerimise tsentraalseks;
  
• garanteerib õiguste kontrolli päringute/andmete tasemel;
  
• võimaldab granulaarselt andmepäringuid vahemällu salvestada (cacheda);
  
• päringud salvestatakse kompileeritud kujul massiivi;
  
• võimaldab hõlpsasti lisada teiste andmebaasiserverite tuge kogu programmi ulatuses;
  
• võimaldab saada ülitäpse ülevaate sellest, milliseid päringuid süsteemis tehakse;
  
• tagab ühtse loogikaga objektidevahelised seosed.