- Přehledy IS
- APS (20)
- BPM - procesní řízení (22)
- Cloud computing (IaaS) (10)
- Cloud computing (SaaS) (33)
- CRM (51)
- DMS/ECM - správa dokumentů (20)
- EAM (17)
- Ekonomické systémy (68)
- ERP (80)
- HRM (27)
- ITSM (6)
- MES (32)
- Řízení výroby (36)
- WMS (29)
- Dodavatelé IT slueb a řeení
- Datová centra (25)
- Dodavatelé CAD/CAM/PLM/BIM... (39)
- Dodavatelé CRM (33)
- Dodavatelé DW-BI (50)
- Dodavatelé ERP (71)
- Informační bezpečnost (50)
- IT řeení pro logistiku (45)
- IT řeení pro stavebnictví (26)
- Řeení pro veřejný a státní sektor (27)
Tematické sekce
ERP systémy
CRM systémy
Plánování a řízení výroby
AI a Business Intelligence
DMS/ECM - Správa dokumentů
HRM/HCM - Řízení lidských zdrojů
EAM/CMMS - Správa majetku a údrby
Účetní a ekonomické systémy
ITSM (ITIL) - Řízení IT
Cloud a virtualizace IT
IT Security
Logistika, řízení skladů, WMS
IT právo
GIS - geografické informační systémy
Projektové řízení
Trendy ICT
E-commerce B2B/B2C
CAD/CAM/CAE/PLM/3D tiskBranové sekce
![]() | |
| Přihlaste se k odběru newsletteru SystemNEWS, který kadý týden přináí výběr článků z oblasti podnikové informatiky | |
![]() | |
Partneři webu
IT SYSTEM 4/2004
Jak na to v Linuxu:
Vzdálená administrace III
Mgr. Ivan Bíbr
Minule jsme si ukázali, jak spoutět vzdáleně aplikace v grafickém reimu, a slíbil jsem, e přítě se podíváme na principy, na kterých ve funguje. Řeč proto bude o architektuře X Window systému a základních pojmech okolo něj. Kromě toho se také podíváme na podobné monosti práce v heterogenním prostředí při pouití více operačních systémů a ukáeme si dvě zajímavé aplikace - VNC a Rdesktop.
Základní schéma X Window systému
Architektura X Window systému
X Window systém - grafické prostředí Unixu a tedy i Linuxu - není ádná novinka. Vznikl před dvaceti lety na univerzitě MIT a je navren velmi robustně a obecně. Raději hned ze začátku upozorním, e není dobré si pod pojmem X Window systém představovat konkrétní implementaci, je jich toti více. Nejprve si objasníme několik základních pojmů. Při dalím výkladu se pro zlepení čitelnosti dopustím mnoha zjednoduení, proto bych zájemce o hlubí znalosti odkázal na odbornou literaturu. X-server je zobrazovací (vykreslovací) server, jeho prací je vykreslování na poadavek klienta. Nevidíte jej, ale přitom ho potřebujete. X-server je nutný pro to, abyste vůbec mohli spustit nějaký program určený pro grafické rozhraní. Pokusíte-li se o sputění grafického programu bez X-serveru, obdríte s největí pravděpodobností hláení o tom, e není moné nalézt displej. X-server tedy musí běet tam, kde budou okna aplikací zobrazována. Zjednodueně řečeno, potřebuje grafickou kartu a monitor. Zároveň ovládá vstupní zařízení jako jsou my a klávesnice.
A podobné schéma pro Virtual Network Computing
Povolení kontroly aktuálního desktopu pomocí RFBDrake
X-klient je aplikace, se kterou obvykle pracuje uivatel. Aplikace potřebuje vykreslit ovládací prvky, obsah okna atd. a ádá o to X-server. Protoe X-server ovládá vstupní zařízení, musí posílat X-klientovi zpět informace o činnosti uivatele. Ten na ně zareaguje, provede poadované operace a opět zaádá X-server o vykreslení údajů. Grafické znázornění situace vidíte na obrázku č. 1. Vimněte si, e na klientských počítačích, kde se zobrazují okna, běí X-server, zatímco na výkonných serverech běí X-klienti (aplikace)! Na první pohled to vypadá sloitě, ale není tomu tak. Aplikace prostě komunikují se zobrazovací částí pevně definovaným protokolem, který se nazývá X-protokol. Na jednom počítači nic nepoznáte, větí monosti získáte a při propojení počítačů do sítě. Protoe nativním síovým protokolem Unixu je TCP/IP, vyuívá i X-protokol jeho slueb. Nyní je předpokládám jasné, proč jsme minule při ukázkách vzdáleného spoutění nemuseli instalovat ádné speciální programy, ale stačily nám standardní součásti Linuxu - čili implementace X Window zvaná XFree86. Posledním pojmem je zobrazovací displej. Jeho nastavení se řídí proměnnou DISPLAY a nastavením této proměnné na jiný počítač řeknete X-klientovi, který X-server má ádat o vykreslování. Proměnná DISPLAY se zadává ve tvaru počítač:d.n a změníte ji pomocí příkazu export, tedy například:
export DISPLAY=192.168.0.10:1.0
Zadávání parametrů vzdáleného počítače
Počítač v příkladu určuje IP adresa, číslo 1:0 znamená první lokální displej (můe jich být více, číslují se od nuly) a obrazovku číslo 0. Nezapomeňte, e vzdálený X-server musí mít vzdálené vykreslování povoleno (příkaz xhost, viz minulý díl). Uvedený způsob má zřejmou nevýhodu - neumí adresovat počítače na síti s vnitřním rozsahem adres. V příkladech jsme minule nechali přesměrování displeje na programu ssh. Pouití ssh má tu výhodu, e projde i překladem adres, protoe si vytváří vlastní virtuální spojení pro X Window. Musí být ovem povoleno, viz parametry ssh a ssh démona v minulém díle. Na jednom počítači můe běet více X-serverů, z nich kadý má jiné číslo lokálního displeje. Nic tedy nebrání současné práci několika uivatelů v grafickém reimu. Jako první je obsazen displej číslo nula, dalím spoutěným X-serverům musíte jejich číslo sdělit, jinak dojde ke kolizi. Startujete-li X Window příkazem startx, provedete to následovně:
startx -- :1
Okno s plochou vzdáleného počítače
Tím obsadíte lokální displej číslo jedna. Nyní by ji měly být jasné parametry příkazů X a Xnest v minulém díle - protoe vám ji jeden lokální X-server běel, spoutěli jsme dalí na lokálním displeji vyího čísla. Co se tedy děje při sputění počítače? Pracujete-li s jedním počítačem, začíná sputění v grafickém reimu startem X-serveru, na něm se objeví správce obrazovky (displeje). Ten vám povolí přihláení a spustí grafické prostředí, které je normálním X-klientem (sice má speciální funkci, ale stále je to X-klient). Při práci v něm spoutíte dalí aplikace (X-klienty) obvykle pomocí menu, které vám nabídne. Proměnná DISPLAY je nastavena na aktuální lokální displej. Přihlásíte-li se na vzdálený počítač přes ssh, dojde k přesměrování displeje a okna aplikací se budou zobrazovat u vás.
Rdesktop aneb Linux jako klient pro Terminal Server
Jetě se pokusím uvést některé informace, které nemusí být z textu zřejmé. Ukázali jsme si toti několik příkazů, které se lií pouitím i významem. Příkaz startx zadaný uivatelem spustí X-server a následně pracovní prostředí uivatele. Řídí se přitom obsahem souboru ~/.desktop nebo globálním nastavením systému. Pouívají jej uivatelé tam, kde není automaticky spoutěn správce obrazovky. Parametr z příkladu "-- :1" byl předán X-serveru, který se spustil na lokálním displeji číslo jedna (předpokládal jsem, e displej nula je ji zabrán). Oproti tomu příkaz X z minulého dílu spustil pouze X-server na zadaném lokálním displeji. Parametrem ":4" jsme pouili lokální displej číslo čtyři a parametr "-query 192.168.0.30" určil, e i správce obrazovky má být sputěn vzdáleně. Tento způsob spoutění se hodí při zprovoznění tenkých klientů, na kterých poběí jen nutné minimum a X-server pro zobrazování. Vechny ostatní programy včetně správce obrazovky jsou sputěny na vzdáleném serveru. Nezapomeňte, e na vzdáleném počítači musí mít správce obrazovky povoleno spojení pomocí protokolu XDMCP! Pouze doplním, e program Xnest pouitý v příkladech minule je speciální X-server, který slouí spoutěným aplikacím (tedy X-klientům), ale zároveň je i X-klientem, protoe se zobrazuje v okně jiného X-serveru. Ukázali jsme si, jak vzdáleně pracovat mezi počítači s Linuxem pomocí standardních nástrojů jeho grafického reimu. Uvedené postupy nejsou závislé na konkrétní distribuci. Úplně stejně budeme postupovat i s ostatními Unixy a protoe existuje implementace X-serveru pro Windows (Cygwin), můeme je pouít i tam. Doufám, e jsem to příli nezamotal - pro jistotu s tímto tématem skončím a podíváme se na dalí monosti vzdálené práce.
VNC (Virtual Network Computing)
Systém VNC byl vyvinut pro interaktivní vzdálenou správu desktopu. Původně jej navrhli a implementovali v laboratořích AT&T, od roku 2002 se o něj stará firma RealVNC, ale existují i dalí nezávislé implementace. Stejně jako v případě X Window je VNC rozděleno na dvě části: server a klient. Tím ovem podoba končí. Pracujete-li s VNC, můe jednu plochu vidět a ovládat několik uivatelů zároveň (není podmínkou). VNC je multiplatformní a obě části jsou vyvíjeny pro mnoho platforem, jak ukazuje obrázek č. 2 (převzal jsem jej ze serveru společnosti RealVNC). V Linuxu můete narazit na implementaci TightVNC, která bývá standardní součástí hlavních distribucí. Popis práce s VNC aplikacemi se bude různit, my zde budeme vycházet z implementace TightVNC. Prvním důleitým krokem je sputění serveru příkazem vncserver. Dotázáni budete na heslo, pomocí kterého je přístup k desktopu chráněn. Poznámka: kvůli VNC serveru nemusí běet grafické prostředí (X Window) na vzdálením počítači - VNC server funguje zároveň jako X-server pro spoutěné aplikace (X-klienty). Příkazem vncviewer s parametrem IP počítače a lokální displej, se k VNC serveru (vzdálené ploe) připojíte a můete začít pracovat - například:
vncviewer 192.168.0.10:1
Nové KDE 3.2 s Mozillou 1.6 v Mandrake 10
Číslo plochy zjistíte z výpisu programu vncserver a opět jich můe být na jednom počítači několik. Uvedený postup lze zjednoduit například pouitím některého nástroje dodávaného s distribucí. V Mandrake Linuxu pouívám pro tyto účely program RFBDrake. Na obrázku č. 3 vidíte sputění VNC serveru, který bude zobrazovat aktuální plochu. Dalí obrázek č. 4 ukazuje nastavení klienta a na následujícím obrázku č. 5 vidíte výsledek: vzdálený desktop v okně. Abyste mohli program RFBDrake pouívat, musíte si v Mandrake Linuxu nainstalovat balíček stejného jména.
Rdesktop (Remote Desktop)
A na závěr jetě jednu perličku. Řeknu vám o implementaci linuxového klienta pro Windows Terminal Server a jeho protokol, která se jmenuje rdesktop. Jeho výhodou je, e jej najdete ve větině distribucí jako balíček stejného jména. Programu rdesktop stačí jako parametr například IP adresa a výsledek vidíte sami na obrázku č. 6. Programem rdesktop bych exkurzi do moností vzdálené práce v Linuxu ukončil.
Autor článku, Mgr. Ivan Bíbr, pracuje pro místní zastoupení distribuce Mandrake Linux.

Základní schéma X Window systému
Architektura X Window systému
X Window systém - grafické prostředí Unixu a tedy i Linuxu - není ádná novinka. Vznikl před dvaceti lety na univerzitě MIT a je navren velmi robustně a obecně. Raději hned ze začátku upozorním, e není dobré si pod pojmem X Window systém představovat konkrétní implementaci, je jich toti více. Nejprve si objasníme několik základních pojmů. Při dalím výkladu se pro zlepení čitelnosti dopustím mnoha zjednoduení, proto bych zájemce o hlubí znalosti odkázal na odbornou literaturu. X-server je zobrazovací (vykreslovací) server, jeho prací je vykreslování na poadavek klienta. Nevidíte jej, ale přitom ho potřebujete. X-server je nutný pro to, abyste vůbec mohli spustit nějaký program určený pro grafické rozhraní. Pokusíte-li se o sputění grafického programu bez X-serveru, obdríte s největí pravděpodobností hláení o tom, e není moné nalézt displej. X-server tedy musí běet tam, kde budou okna aplikací zobrazována. Zjednodueně řečeno, potřebuje grafickou kartu a monitor. Zároveň ovládá vstupní zařízení jako jsou my a klávesnice.
A podobné schéma pro Virtual Network Computing
Co nového ve světě Linuxu
Jádro řady 2.6 u dospělo do verze 2.6.4 a na světě se začínají objevovat nové distribuce Linuxu na něm postavené. Zřejmě první distribucí byla Netwosix zaměřená na servery. Začátkem března pak vyel Mandrake Linux 10.0 Community obsahující havé softwarové novinky jako KDE 3.2, Mozillu 1.6 (obr. 7). Objevila se testovací verze Fedora Core a chystá se i nové SUSE. Podle prvních testů i podle toho, co jsem zkouel, vypadají dobře. Velmi zajímavý článek o tom, co nového přináí jádro 2.6, najdete na stránkách IBM Developer Works: www-136.ibm.com/developerworks/linux.
Světem desktopu otřásla kauza, kterou vyvolala změna licence u nových XFree86 verze 4.4. Díky jednomu odstavci v licenčních podmínkách je nyní tato licence nekompatibilní s GNU GPL, co představuje pro svět svobodného software zásadní problém. Odezva na sebe nenechala dlouho čekat a větina velkých distribucí odmítla novou verzi XFree86 pouívat. Na tento stav bohuel doplatí koncoví uivatelé, protoe XFree86 je základ grafického systému Linuxu a novějí verze znamená lepí podporu hardware a méně chyb. Uvidíme, jak se situace bude dále vyvíjet. SCO nadále zvyuje poadavky a alovalo v souvislosti s "neoprávněným pouitím Linuxu" dalí dvě velké americké firmy. Nedávno se ovem ukázalo, e SCO je tak trochu financována Microsoftem (viz zde). Co z toho plyne pro vechny zainteresované strany, je jasné.
Jádro řady 2.6 u dospělo do verze 2.6.4 a na světě se začínají objevovat nové distribuce Linuxu na něm postavené. Zřejmě první distribucí byla Netwosix zaměřená na servery. Začátkem března pak vyel Mandrake Linux 10.0 Community obsahující havé softwarové novinky jako KDE 3.2, Mozillu 1.6 (obr. 7). Objevila se testovací verze Fedora Core a chystá se i nové SUSE. Podle prvních testů i podle toho, co jsem zkouel, vypadají dobře. Velmi zajímavý článek o tom, co nového přináí jádro 2.6, najdete na stránkách IBM Developer Works: www-136.ibm.com/developerworks/linux.
Světem desktopu otřásla kauza, kterou vyvolala změna licence u nových XFree86 verze 4.4. Díky jednomu odstavci v licenčních podmínkách je nyní tato licence nekompatibilní s GNU GPL, co představuje pro svět svobodného software zásadní problém. Odezva na sebe nenechala dlouho čekat a větina velkých distribucí odmítla novou verzi XFree86 pouívat. Na tento stav bohuel doplatí koncoví uivatelé, protoe XFree86 je základ grafického systému Linuxu a novějí verze znamená lepí podporu hardware a méně chyb. Uvidíme, jak se situace bude dále vyvíjet. SCO nadále zvyuje poadavky a alovalo v souvislosti s "neoprávněným pouitím Linuxu" dalí dvě velké americké firmy. Nedávno se ovem ukázalo, e SCO je tak trochu financována Microsoftem (viz zde). Co z toho plyne pro vechny zainteresované strany, je jasné.
Povolení kontroly aktuálního desktopu pomocí RFBDrake
X-klient je aplikace, se kterou obvykle pracuje uivatel. Aplikace potřebuje vykreslit ovládací prvky, obsah okna atd. a ádá o to X-server. Protoe X-server ovládá vstupní zařízení, musí posílat X-klientovi zpět informace o činnosti uivatele. Ten na ně zareaguje, provede poadované operace a opět zaádá X-server o vykreslení údajů. Grafické znázornění situace vidíte na obrázku č. 1. Vimněte si, e na klientských počítačích, kde se zobrazují okna, běí X-server, zatímco na výkonných serverech běí X-klienti (aplikace)! Na první pohled to vypadá sloitě, ale není tomu tak. Aplikace prostě komunikují se zobrazovací částí pevně definovaným protokolem, který se nazývá X-protokol. Na jednom počítači nic nepoznáte, větí monosti získáte a při propojení počítačů do sítě. Protoe nativním síovým protokolem Unixu je TCP/IP, vyuívá i X-protokol jeho slueb. Nyní je předpokládám jasné, proč jsme minule při ukázkách vzdáleného spoutění nemuseli instalovat ádné speciální programy, ale stačily nám standardní součásti Linuxu - čili implementace X Window zvaná XFree86. Posledním pojmem je zobrazovací displej. Jeho nastavení se řídí proměnnou DISPLAY a nastavením této proměnné na jiný počítač řeknete X-klientovi, který X-server má ádat o vykreslování. Proměnná DISPLAY se zadává ve tvaru počítač:d.n a změníte ji pomocí příkazu export, tedy například:
export DISPLAY=192.168.0.10:1.0
Zadávání parametrů vzdáleného počítače
Počítač v příkladu určuje IP adresa, číslo 1:0 znamená první lokální displej (můe jich být více, číslují se od nuly) a obrazovku číslo 0. Nezapomeňte, e vzdálený X-server musí mít vzdálené vykreslování povoleno (příkaz xhost, viz minulý díl). Uvedený způsob má zřejmou nevýhodu - neumí adresovat počítače na síti s vnitřním rozsahem adres. V příkladech jsme minule nechali přesměrování displeje na programu ssh. Pouití ssh má tu výhodu, e projde i překladem adres, protoe si vytváří vlastní virtuální spojení pro X Window. Musí být ovem povoleno, viz parametry ssh a ssh démona v minulém díle. Na jednom počítači můe běet více X-serverů, z nich kadý má jiné číslo lokálního displeje. Nic tedy nebrání současné práci několika uivatelů v grafickém reimu. Jako první je obsazen displej číslo nula, dalím spoutěným X-serverům musíte jejich číslo sdělit, jinak dojde ke kolizi. Startujete-li X Window příkazem startx, provedete to následovně:
startx -- :1
Okno s plochou vzdáleného počítače
Tím obsadíte lokální displej číslo jedna. Nyní by ji měly být jasné parametry příkazů X a Xnest v minulém díle - protoe vám ji jeden lokální X-server běel, spoutěli jsme dalí na lokálním displeji vyího čísla. Co se tedy děje při sputění počítače? Pracujete-li s jedním počítačem, začíná sputění v grafickém reimu startem X-serveru, na něm se objeví správce obrazovky (displeje). Ten vám povolí přihláení a spustí grafické prostředí, které je normálním X-klientem (sice má speciální funkci, ale stále je to X-klient). Při práci v něm spoutíte dalí aplikace (X-klienty) obvykle pomocí menu, které vám nabídne. Proměnná DISPLAY je nastavena na aktuální lokální displej. Přihlásíte-li se na vzdálený počítač přes ssh, dojde k přesměrování displeje a okna aplikací se budou zobrazovat u vás.
Rdesktop aneb Linux jako klient pro Terminal Server
Jetě se pokusím uvést některé informace, které nemusí být z textu zřejmé. Ukázali jsme si toti několik příkazů, které se lií pouitím i významem. Příkaz startx zadaný uivatelem spustí X-server a následně pracovní prostředí uivatele. Řídí se přitom obsahem souboru ~/.desktop nebo globálním nastavením systému. Pouívají jej uivatelé tam, kde není automaticky spoutěn správce obrazovky. Parametr z příkladu "-- :1" byl předán X-serveru, který se spustil na lokálním displeji číslo jedna (předpokládal jsem, e displej nula je ji zabrán). Oproti tomu příkaz X z minulého dílu spustil pouze X-server na zadaném lokálním displeji. Parametrem ":4" jsme pouili lokální displej číslo čtyři a parametr "-query 192.168.0.30" určil, e i správce obrazovky má být sputěn vzdáleně. Tento způsob spoutění se hodí při zprovoznění tenkých klientů, na kterých poběí jen nutné minimum a X-server pro zobrazování. Vechny ostatní programy včetně správce obrazovky jsou sputěny na vzdáleném serveru. Nezapomeňte, e na vzdáleném počítači musí mít správce obrazovky povoleno spojení pomocí protokolu XDMCP! Pouze doplním, e program Xnest pouitý v příkladech minule je speciální X-server, který slouí spoutěným aplikacím (tedy X-klientům), ale zároveň je i X-klientem, protoe se zobrazuje v okně jiného X-serveru. Ukázali jsme si, jak vzdáleně pracovat mezi počítači s Linuxem pomocí standardních nástrojů jeho grafického reimu. Uvedené postupy nejsou závislé na konkrétní distribuci. Úplně stejně budeme postupovat i s ostatními Unixy a protoe existuje implementace X-serveru pro Windows (Cygwin), můeme je pouít i tam. Doufám, e jsem to příli nezamotal - pro jistotu s tímto tématem skončím a podíváme se na dalí monosti vzdálené práce.
VNC (Virtual Network Computing)
Systém VNC byl vyvinut pro interaktivní vzdálenou správu desktopu. Původně jej navrhli a implementovali v laboratořích AT&T, od roku 2002 se o něj stará firma RealVNC, ale existují i dalí nezávislé implementace. Stejně jako v případě X Window je VNC rozděleno na dvě části: server a klient. Tím ovem podoba končí. Pracujete-li s VNC, můe jednu plochu vidět a ovládat několik uivatelů zároveň (není podmínkou). VNC je multiplatformní a obě části jsou vyvíjeny pro mnoho platforem, jak ukazuje obrázek č. 2 (převzal jsem jej ze serveru společnosti RealVNC). V Linuxu můete narazit na implementaci TightVNC, která bývá standardní součástí hlavních distribucí. Popis práce s VNC aplikacemi se bude různit, my zde budeme vycházet z implementace TightVNC. Prvním důleitým krokem je sputění serveru příkazem vncserver. Dotázáni budete na heslo, pomocí kterého je přístup k desktopu chráněn. Poznámka: kvůli VNC serveru nemusí běet grafické prostředí (X Window) na vzdálením počítači - VNC server funguje zároveň jako X-server pro spoutěné aplikace (X-klienty). Příkazem vncviewer s parametrem IP počítače a lokální displej, se k VNC serveru (vzdálené ploe) připojíte a můete začít pracovat - například:
vncviewer 192.168.0.10:1
Nové KDE 3.2 s Mozillou 1.6 v Mandrake 10
Číslo plochy zjistíte z výpisu programu vncserver a opět jich můe být na jednom počítači několik. Uvedený postup lze zjednoduit například pouitím některého nástroje dodávaného s distribucí. V Mandrake Linuxu pouívám pro tyto účely program RFBDrake. Na obrázku č. 3 vidíte sputění VNC serveru, který bude zobrazovat aktuální plochu. Dalí obrázek č. 4 ukazuje nastavení klienta a na následujícím obrázku č. 5 vidíte výsledek: vzdálený desktop v okně. Abyste mohli program RFBDrake pouívat, musíte si v Mandrake Linuxu nainstalovat balíček stejného jména.
Doporučené odkazy
VNC: www.realvnc.com
DirectVNC: www.adam-lilienthal.de/directvnc
TightVNC: www.tightvnc.com
Rdesktop: www.rdesktop.org
VNC: www.realvnc.com
DirectVNC: www.adam-lilienthal.de/directvnc
TightVNC: www.tightvnc.com
Rdesktop: www.rdesktop.org
Rdesktop (Remote Desktop)
A na závěr jetě jednu perličku. Řeknu vám o implementaci linuxového klienta pro Windows Terminal Server a jeho protokol, která se jmenuje rdesktop. Jeho výhodou je, e jej najdete ve větině distribucí jako balíček stejného jména. Programu rdesktop stačí jako parametr například IP adresa a výsledek vidíte sami na obrázku č. 6. Programem rdesktop bych exkurzi do moností vzdálené práce v Linuxu ukončil.
Doporučené odkazy
Rdesktop: www.rdesktop.org
Rdesktop: www.rdesktop.org
Autor článku, Mgr. Ivan Bíbr, pracuje pro místní zastoupení distribuce Mandrake Linux.
Chcete získat časopis IT Systems s tímto a mnoha dalími články z oblasti informačních systémů a řízení podnikové informatiky? Objednejte si předplatné nebo konkrétní vydání časopisu IT Systems z naeho archivu.


















