Warning: main() [function.main]: It is not yet possible to assign complex types to attributes in /data/www/monolit/public/index.php on line 88
Warning: main() [function.main]: It is not possible to assign complex types to nodes in /data/www/monolit/public/index.php on line 88
Kérdése van?
Segítünk! - Hívjon bátran!
Monolith 3 újdonságai
A Monolith 2 klienst a Designerből generált formok alkotják. A Designer csak bizonyos kötöttségek betartásával tud hatékonyan formot generálni, és ez sok megkötést jelent a Monolith kliens programra nézve. A Designer kiváltásával a formok Oracle Forms Developer-ben készülnek, amelyek lehetővé teszik a pixelenkénti képernyőtervezést, és így szélesebb teret engednek a felhasználóbarát képernyők kialakításához.
A rendszerben a mezők tartalmát színkódokkal lehet figyelemfelkeltőbbé tenni. Ezen színkombinációkat átalakítottuk, látványosabbá tettük.
Amikor a program hibaágra fut, a hiba a „Részletező” képernyőn pontosan behatárolható lett, így a support csoportok sokkal rövidebb idő alatt elháríthatják a hibát.
Az ORACLE 9-es adatbázisától kezdődően új lehetőség nyílt a dinamikus SQL parancsok lefuttatására. Ennek nagy előnye, hogy a SELECT jóval hatékonyabban lefuttatható az új módszer alkalmazásával.
A Monolith 2 verzióban az ügyletképernyők közvetlenül inzertálnak/updételnek az adatbázis megfelelő tábláin. A Monolith rendszert felkészítettük arra, hogy amikor különböző kapcsolódó rendszerek (pl. internet banking, telefonbank, vállalati portálok) ügylet APIkon keresztül ügyleteket továbbítanak a Monolith adatbázisba, akkor ezeken az APIkon ugyanazok az ellenőrzések fussanak le, mint azokon az ügyleteken, amelyek magán a Monolith kliensen át kerülnek az adatbázisba. Ez azt jelenti, hogy az ügyletképernyőket mindennemű logikától (itt elsősorban a kalkulációs és vezérlő logikákat értjük, mint pl. kamatszámítás) meg kellett tisztítani, és az adatrögzítés ugyanazokon az APIkon keresztül történik, mint amelyeken a kapcsolódó rendszerek az ügyleteket inzertálják.
Az API technológiára való felkészítéssel párhuzamosan a képernyőket strukturáltabbá, egységesebbé, és nem utolsó sorban szebbé tettük.
A Monolith rendszert felkészítettük arra, hogy Web Service-eket legyen képes kiajánlani, amelyeket szabványosan (RPC) meg lehet hívni. A Web Service-ek a Monolith belső APIjaira támaszkodnak, így a közvetlen API hívás és a WS-en keresztüli API hívás eredménye nem lehet eltérő.
Egy új vezérlőt készítettünk, amely kizárólag a listák regisztrálására szolgál. Mivel ez egy célprogram, a listák paraméterezése egyszerűbbé, a feldolgozás hatékonyabbá válik, és új lehetőségek nyílnak a paraméterek megjelenítésére.
A Monolith 2 verzióban a naplóból csak a fejlesztők képesek értelmes adatokat kinyerni, ugyanis az „Elsődleges kulcs” mező kódot tartalmaz, amelynek feloldásához ismerni kell az adatbázis szerkezetét. A naplót „meg kellett nyitni” a felhasználók felé is, így ezt a kulcsfeloldást a megjelenítő felületen elvégeztük. Ez lehetővé teszi, hogy a felhasználók maguk nézhessék meg az eseménynaplóban a változtatásokat, amely a lokális support válláról vesz le terheket.
A jelenlegi verzióban a képernyő és a nyelvi változatok a programban állíthatók, de generálni kell belőle egy resource fáljt, amelyet a kliens program induláskor beolvas, és ezt az adattartalmat használja a megjelenítéskor. A kétrétegű architektúra gyakorlatilag kihalt a Monolith felhasználók között, így a nyelvi változatok ilyen módon történő elérése megszűnt. A háromrétegű architektúrában az Oracle Application Server (OAS) olvassa fel ezeket az adatokat, amely nagysebességű kapcsolaton csatlakozik az adatbázishoz, tehát az onnan történő betöltés érezhetően nem különbözik a resource fájl beolvasási sebességétől, ellenben nem igényel OAS nyelvi változat generálást és a kliens programból történő ki-be lépést az új feliratok megjelenítése.
A jelenlegi verzióban a képernyővezérlő adatai a kliensben állíthatók, amelyből egy program-generátor állítja elő a PL/SQL programot. Ebből egy libraryt kell fordítani, amely a kliens program indulásakor töltődik be. Ez a technológiai lépés kiküszöbölhető, mert a számítógépek fejlődése lehetővé tette a képernyővezérlő adatok adatbázisból történő kiértékelését futásidőben.
Az adatbázis másolását megkönnyíti, ha nem a teljes adatállományt, hanem csak egyes sémákat másolunk át. Ezért az adatbázist sémákra szegregáltuk.
A Monolith 2 pusztán a fejlesztő eszköz által támogatott módon teszi lehetővé az adatok előkeresését a rendszerből. Szükség van azonban olyan kereső sémákra, mint a lekérdezésekre, amelyek a napi munkát támogatják. Ezt most a „kedvenc lekérdezések” nyomógombokkal lehet elérni, amelyet kevesen használnak, mert szükség van némi SQL alapismeretre a feltétel összeállításához (IN, BETWEEN, TO_DATE, stb).
A keresőképernyőket átalakítottuk olyan módon, hogy egy külön fülön lehessen összeállítani a kereső feltételt, amelyet kedvencként is el lehet tárolni. Így a felhasználó már a keresés előtt láthatja a feltételt. A kereső feltételeket magyarázó értéklistákkal támogatja a rendszer.
A rendszerből előállított riportok kimenetei közé felvettük az Excel program által olvasható XML formátumot is. Így nem csak a textfájlok beimportálásával statikus adatok, hanem képletek is készíthetők, tehát az Excel-ben történő feldolgozáskor pl. az összegző mezők értékei automatikusan újraszámolódnak.
A Monolith rendszerben készítettünk egy olyan ütemezőt, amely lehetővé teszi, hogy bizonyos folyamatok (pl. a napzárás) automatizáltan, operátori beavatkozás nélkül végrehajtódjon. Erre a feladatra egy job-vezérlőt készítettünk, amely lehetővé teszi a feladatcsoportokban szereplő jobok vezérlését a csoportban szereplő többi job futásának függvényében.