|
<< Zobrazit obsah >> Navigace: »Žádné kapitoly před« Slovník pojmů |
Pojem |
Definice |
Toolbar |
Toolbar = nástrojová lišta, která obsahuje tlačítka. v KEO4 máme globální toolbar a toolbar nad gridem. Tlačítka mohou mít textový název, obvykle však bývá reprezentován schematickou ikonou 16x16 pixelů. Funkce volaná stisknutím tlačítka v toolbaru může být vyvolána i stisknutím příslušné klávesy. |
Funkce |
Funkce je jedna (stejná) procedura (metoda), vyvolaná více různými akcemi. Např. tlačítko Smazat vyvolá stejnou akci jako stisknutí klávesy Del. Mluvíme o "funkci smazat". |
Grid |
Grid=tabulka (mřížka), kde je v řádkovém seznamu zobrazeno en záznamů. Grid v prostředí KEO4 je upravená SWT komponenta, která poskytuje aplikacím jednotné chování a další komponenty: klávesové zkratky, kontextové menu, toolbar. Některé z těchto funkcí může aplikační programátor konfigurovat; ovlivnit jejich specifické chování v daném kontextu konkrétní aplikace. |
Dynamický grid |
Na klienta je ze serveru z celkového počtu záznamů dotaženo jen tolik záznamů, které v tu chvíli klient potřebuje, obvykle jen seznam momentálně zobrazený na obrazovce. Výhoda: dobrý výkon aplikace. Nevýhoda: velmi pracné operace a kombinace třídění a filtrování (některé operace jsme museli zcela zakázat). |
Paměťový grid |
Při zobrazení seznamu záznamů na klientovi jsou všechny načteny do paměti počítače. Výhoda: lze jednoduše provádět operace nad všemi těmito záznamy (třídění atd.). Nevýhoda: při vetším počtu záznamů není optimální pro dobrý výkon aplikace. |
Subgrid |
Subgrid je grid ve formuláři, umístěný obvykle v tabPane na detailu main záznamu. Asociace mezi entitou zobrazenou v subgridu a parent entitou mohou být typu 1:1, 1:n, n:m (kde asociace může nebo nemusí mít vlastní atributy). |
Tenant = databáze |
Tenant = zákazník, se kterým má ALIS smlouvu o poskytování služeb. Databáze je reprezentovaná IČem na smlouvě (v CRM) a může mít založeno en databázových, ostrých nebo testovacích, schémat. |
Databázové schéma |
Jedná se o autonomní databázi, obsahující všechny tabulky. Patří právě jednomu tenantovi (databázi). Může být rozlišena příznznamek ostrá/testovací. |
Multitenancy |
• https://en.wikipedia.org/wiki/Multitenancy • Více zákazníků (nájemníků čili tenantů) využívá ten samý kus a tu samou verzi software. • Související informace: deploy, OSGi, modularita. |
Multiselect |
Multiselect je KEO4 komponenta umožňující pohodlný výběr jedné a více položek z dlouhého seznamu nabízených hodnot. |
Našeptávač (Suggest Choose) |
KEO4 komponenta určená pro výběr z číselníku známá obvykle z webových aplikací. Obsluha začne psát a je jí okamžitě vrácen výsledek - nabídnou se výsledky hledání k převzetí. Pro zobrazení všech hodnot se použije šipka dolů. |
TabPanel, TabPane |
Záložky; používáme neupravenou SWT TabPanel. |
ChooseForm |
Formulář s gridem v modálním okně, který se používá pro výběr záznamu z číselníku. Multiselect je také "chooseform", ale pro výběr více záznamů. |
Rozcestník |
Základní plocha KEO4. Jedná se perspektivu v klientu KEO4, která je vždy vidět jako první záložka v panelu perspektiv a její view obsahuje ikony modulů. Může obsahovat volitelná views. |
Perspektiva |
Základní grafické rozhraní Eclipse. Jedna perspektiva může obsahovat en různých views, jejich specifické rozvržení a přepíná zobrazení celé Eclipse aplikace. Aplikace Eclipse může mít en různých perspektiv. Perspektivu si můžeme představit jako stránku v knize - přepnutí perspektivy otočí stránku a "změní zobrazení knihy, kterou máme před sebou". KEO4 používá perspektivy pro přepínání mezi moduly: základní perspektiva=Rozcestník a každý spouštěný modul je další perspektiva. |
View |
View může obsahovat en různých grafických komponent, jedná se o základní stavební kámen v KEO4 klientu. Implicitně lze view přesunovat, zvětšovat, minimalizovat atd.; toto lze zakázat. |
Panel perspektiv |
V KEO4 (stejně jako v Eclipse IDE) je panel perspektiv umístěn vpravo nahoře a otevřené perspektivy (moduly) v něm mají umístěnou svojí ikonu, která se podobá oušku záložky v TabPane. KEO4 má vlastní upravený panel perspektiv, který vypadá podobě jako v Eclipse IDE. |
Validace, On-The-Fly validace |
Kontroly definované ve formuláři. Některé údaje jsou kontrolovány ihned po zadání, jiné až po stisku tlačítka OK-uložit. |
Wizard |
KEO4 komponenta, průvodce, určená pro pořizování komplikovanějších záznamů. Jednoduché záznamy implicitně na tlačítko "Nový" nad gridem vyvolají detail záznamu v režimu pořízení. Pokud chceme toto chování nahradit wizardem, nastavíme na tlačítko "Nový" vlastní handler a zavoláme wizarda. |
Transakce |
V transakci lze provádět zápis do DB, v transakci běží aktualizace. Transakce je soubor operací, které musí proběhnout všechny bez chyby. Když se nějaký krok uprostřed transakce nepovede, provede se Rollback transakce a všechny kroky se vrátí do původního stavu. Pokud proběhnou všechny kroky v pořádku, na konci se provede Commit transakce, který ji ukončí a "potvrdí" všechny změny. |
Focus |
Focus může získat grafický prvek ve formuláři. Pokud má focus např. input, bliká v něm kurzor. Pokud má focus tlačítko, je zvýrazněno rámečkem okolo. To, že má komponenta focus, znamená, že na ní po stisku klávesy zareagují příslušné listenery. |
Date, Time Widget |
KEO4 komponenty pro zadání data a času. |
Release |
Proces zakončený zveřejněním aktualizace. |
Deploy |
Vystavení aplikace na aplikační server (je součástí release procesu). |
Messaging |
Zasílání zpráv. Chápeme jako redistribuci různých zpráv mezi serverem a jednotlivými klienty. Zprávy mohou být "systémové", příklad: server obešle všechny spuštěné klienty, aby vynutil refresh dat v gridu. Nebo mohou mít i povahu zprávy pro obsluhu, příklad: server zašle zprávu na klienta, klientovi se zobrazí informační hlášení v textovém poli nad gridem. Zprávy mohou probíhat mezi klienty - klient pošle zprávu na server, který ji redistribuuje dál. |
Historie (data) |
Implicitně je v KEO4 podporován typ historie - snímek. Z něho lze uživateli zobrazit i přehled ve formátu žurnál (musí se do této podoby sestavit). Některé moduly (např. Mzdy nebo Majetek) mohou mít i vlastní typ historie (žurnál/pohyby/log), ale toto již nezajišťuje "jádro", ale aplikace samotná. Máme historii vnitřní a vnější (legislativní). Každá entita může mít jednu ze šesti variant typů historie. |
Konkurenční přístup k datům |
Jádro KEO4 zajišťuje implicitně pro všechny databázové objekty konkurenční přístup k záznamům. V KEO-X nebylo řešeno (kdo poslal objekt na server jako poslední, jeho verze platila-přepsala původní). KEO4 objekty verzuje a pokud dojde ke konfliktu - klient se snaží propsat zastaralou verzi objektu - není toto dovoleno. |
Pohled, nabídka |
Pohled je uložen v databázi a jedná se o soubor vlastností uživatelského rozhraní pro grid. Je v něm uloženo třídění gridu, seznam a pojmenování sloupců, může tam být i implicitní filtr gridu. Pohledy jsou formou distribučních pohledů dodávány ke KEO4 a uživatel si může vytvořit a uložit své vlastní uživatelské pohledy. Nabídka je seznam a názvy možných sloupců do pohledu. Nabídku tvoří přímo v kódu aplikační programátor a pokud ji aktualizuje, je nutné vyvolat aktualizaci, aby se nové nabídky dostaly do databáze KEO4. |
Číselník |
Číselník je seznam záznamů, každý záznam má jednoznačný identifikátor a tyto záznamy lze opakovaně použít v dalších entitách informačního systému (máme různé typy číselníků podporované jádrem KEO4). |
Systémový číselník |
Při aktualizaci je nahrazen distribučním číselníkem. Může mít definované uživatelské sloupce a ty přepsány nebudou. |
Uživatelský číselník |
Je čistě v údržbě uživatele a aktualizace do něj nesahá. |
Distribuční číselník |
Distribuční číselník je číselník, který naplněný distribučními záznamy a hodnotami dodáváme s KEO4. |
Inicializační číselník |
Inicializační číselník je dodáván k některým uživatelským číselníkům. Po instalaci jej má uživatel předvyplněný vzorovými záznamy, ale uživatel si je může smazat a založit vlastní; aktualizace je již nikdy nepřemaže. Správce může vyvolat přetažení záznamů z inicializačního číselníku do uživatelského. |
Enum |
Enum je jednoduchý číselník (výčtový typ), který není uložen v databázi. |
Progress bar, bavič |
KEO4 používá progress bar v podobě, kterou nabízí Eclipse. Lze minimalizovat pro jedno použití nebo napořád. |
Eclipse IDE |
Integrated Development Environment - prostředí, ve kterém naše aplikace vyvíjíme, a ze kterého vychází i klient KEO4. |
Eclipse RCP |
Rich Client Platform - prostředí našeho klienta. |
Dekorátor, povinná položka |
Dekorátor je malá ikona, červený křížek v kolečku, zobrazovaný vlevo od textfieldu s hodnotou. Povinná položka=informuje uživatele, že bez její vyplnění není možno dokončit pořízení (editaci) záznamu. On-The-Fly validace, Dekorátor, zvýraznění povinných položek. |
Drop Down Menu |
Eclipse zobrazuje jako speciální button se šipečkou směrující dolů. Když se rozklikne, obsahuje menu s dalšími nabídkami. |
Wireframe |
Analytikovi slouží pro návrh grafického rozhraní i jako zadání programátorovi. Tyto podklady nelze použít pro generování kódu. Jsou reprezentovány jako grafický návrh, ale uloženy jsou v jednoduchém XML. |
UML2 editor, Generátor |
Analytikovi-programátorovi slouží jako jediný referenční zdroj objektového modelu, ze kterého se pak generuje množství programového kódu. |
Title Area |
Prostor pro textové i grafické informace v horní části okna. Popisuje se zde, co se ve formuláři zobrazuje. |
Shell Title |
Ten úplně nejhořejší řádek okna (window title) určený pro popis toho, co se ve formuláři zobrazuje. Text určuje analytik-programátor a když jej explicitně neurčí, převezme se text z Title Area. Shell Title máme pro celou aplikaci KEO4 a je v každém novém modálním okně. |
Label |
Textový popis údaje zpravidla zobrazený vlevo od inputu pro vložení hodnoty. |
Textfield |
Políčko, do kterého obsluha zapíše hodnotu údaje. |
Tooltip |
Bublinová nápověda zobrazující se po najetí myši nad údaj. |
Kontrolka, komponenta |
Kontrolky jsou všechny grafické komponenty, které na klientu používáme. |