ZEŠTÍHLENÍ HUBENÉHO KLIENTA VEMA Ing. Bc. Jaroslav Šmarda Vema, a. s.
[email protected] Abstrakt Znakem moderního ešení aplikací je p ístup uživatel prost ednictvím tenkých klient . Abychom splnili požadavky našich uživatel v duchu pravidla „Každému co jeho jest.“, mají aplikace VEMA dokonce dva typy takových p ístup – tenkého a ješt ten ího klienta. Tím tenkým klientem je myšleno naše ešení aplika ního serveru s p ístupem z libovolné po íta ové stanice prost ednictvím programu Vema Klient. Tato varianta poskytuje plnou funkcionalitu aplikací a je ur ena rutinním uživatel m. Tím ješt ten ím klientem je myšlen webový klient (internetový prohlíže ). Tato varianta umož uje portálové ešení aplikací, které je ur eno mnohem širšímu okruhu uživatel . Nap íklad uživatelem personálního informa ního systému m že být každý zam stnanec, který se prost ednictvím portálu dostane ke svým osobním údaj m a výplatnímu lístku a vidí je jako html stránky. Budu se zabývat srovnáním t chto dvou typ tenkých klient a hlavn tím, jak jsme vy ešili základní požadavek, tj. aby spole né ásti obou p ístup byly ešeny jen jedenkrát. Výsledkem je, že tenký klient má také jako svoji sou ást webového klienta a webový klient áste n p ebírá funkcionalitu tenkého klienta. Abstract Characteristic of modern application solution is users access via thin clients. To fulfill our users requirements in the sense of formula “Everybody obtains what she needs”, VEMA applications have even two types of such access – thin and “more thinner” client. The thin client means our solution of application server with access from any computer terminal via Vema-Client program. This variant provides full application functionality and is determined for routine users. “More thinner” client means web client (Internet browser). This variant enables portal solution, which is meant for wider users group. For example: Each employee can be a HR information system user, who can obtain her own personnel data and payroll via portal and can see them as html pages. I am going to deal with comparison of these two types of thin clients and to explain how we resolve basic requirement – only one solution of common parts of both thin clients. The final result is that thin client has a web client as a part of itself and the web client partly involves functionality of thin client.
1. Tenký nebo hubený klient? P eklad pojmu thin client jako hubený klient jsem použil jen pro nadpis tohoto lánku. Nadále budu používat pojem tenký klient, na který jsem zvyklý. Slovo thin znamená mimo jiné také hubený a již jsem se setkal s použitím pojmu hubený klient. Také opa ný pojem rich client s p ekladem tlustý klient navozuje p eklad thin jako hubený.
2. Vymezení pojmu tenký klient 2.1. Varianty architektur informa ních systém
Podíváme-li se na vývoj architektur informa ních systém v prost edí po íta ových sítí, m žeme z hlediska rozd lení základních vrstev zpracování (p ístup k dat m, algoritmus zpracování dat – nap íklad výpo et mezd a prezentace dat) rozlišit tyto základní varianty: •
sí ový program
•
klient/server
•
tenký klient
•
tenký webový klient
2.1.1.
Sí ový program
Tato nejstarší a nejmén efektivní varianta po ítá s tím, že veškeré zpracování probíhá na po íta ové stanici, pouze data jsou sdílená a uložená na sí ovém serveru. Sí ový server je v tomto p ípad ozna ován jako file server. 2.1.2.
Klient/server
V této variant je zpravidla vrstva p ístupu k dat m ešena na serveru, server slouží v tomto p ípad jako databázový server. Další vrstvy (algoritmické zpracování a prezentace dat) probíhají na po íta ové stanici. Problémem této varianty je p edevším nejasná hranice mezi vrstvou p ístupu k dat m a vrstvou algoritmického zpracování. 2.1.3.
Tenký klient
Tato efektivní a nyní preferovaná varianta znamená, že na po íta ové stanici je nainstalován univerzální program – tenký klient, který eší prezentaci dat a na sí ovém serveru (HW) b ží aplika ní server (SW), který eší p ístup k dat m i algoritmické zpracování. Varianta s tenkým klientem umož uje poskytování aplikace formou služby (ASP – Application Service Providing). Znamená to, že zákazník na obrazovku svého po íta e dostává prost ednictvím tenkého klienta data a funkce, které pot ebuje. O všechno ostatní se stará poskytovatel služby ASP a probíhá to n kde daleko na serveru poskytovatele ASP. 2.1.4.
Tenký webový klient
Pro tuto variantu platí prakticky vše, co bylo uvedeno ve variant tenký klient, jen s tím rozdílem, že webový klient je univerzální webový prohlíže (nap íklad MS Internet Explorer) dostupný prakticky na jakékoliv po íta ové stanici, serverem je univerzální internetový server (nap íklad MS Internet Information Server).
2.2. Porovnání architektur informa ních systém V následující tabulce jsou architektury informa ních systém porovnávány ze t í základních pohled . ím delší je obdélní ek, tím je z daného pohledu daná architektura lepší.
Architektura Sí ový program
Klient / server
Ovládání
Spojení
Správa systému
Tenký klient
Tenký webový klient
Z hlediska uživatelského ovládání se první t i varianty prakticky neliší, protože poskytují uživateli plné ovládání, tedy všechny funkce a data aplikace jsou uživateli dostupné. Varianta s webovým klientem zpravidla poskytuje sice velmi jednoduchý ale redukovaný p ístup k dat m a funkcím aplikace. Z pohledu zát že sí ového spojení je na tom nejlépe varianta s tenkým klientem, protože aplika ní server s tenkým klientem si mohou vym ovat data nejoptimáln ji. Mohou nap íklad zvolit takovou komunikaci protokolem TCP/IP, která udržuje relaci na rozdíl od protokolu HTTP, kterým komunikuje webový klient s internetovým serverem. Pokud se podíváme na architektury z hlediska správy systému, je na tom samoz ejm nejlépe varianta s webovým klientem, protože na po íta ových stanicích je instalován pouze univerzální webový prohlíže , který je zpravidla tém sou ástí opera ního systému. Ale i varianta s tenkým klientem je na tom dob e, protože vyžaduje instalaci pom rn jednoduchého programu – tenkého klienta. První dv varianty vyžadují složit jší instalace.
3. Požadavky uživatel na p ístup k aplikacím Rozsáhlejší ešení aplikací v sí ovém prost edí si dnes nelze p edstavit bez p ístupu uživatel k aplikacím prost ednictvím tenkých klient . Ve výb rových ízeních na nové informa ní systémy bývá ešení aplika ní server / tenký klient nezbytnou podmínkou. Aplikace pro ízení lidských zdroj , ekonomiky a logistiky spole nosti Vema jsou již n kolik let dostupné ve variant aplika ní server/tenký klient a máme s tímto ešení velmi dobré zkušenosti. Z hlediska používání aplikace m žeme rozlišit 3 základní p ístupy: •
referentský p ístup
•
manažerský p ístup
•
zam stnanecký p ístup
3.1. Referentský p ístup Naše aplikace jsou ur eny p edevším pro specializované skupiny uživatel (nap íklad mzdové ú etní, personální referenty, ú etní, fakturanty apod.), které spole n ozna ím jako referenty. Tyto skupiny uživatel využívají aplikace velmi intenzivn , vyžadují plnou funk nost a úplný a efektivní p ístup k dat m. Naše ešení s tenkým klientem je nejvhodn jší pro referentský p ístup.
3.2. Manažerský p ístup Naše aplikace obsahují údaje, které jsou zajímavé pro mnohem širší okruh uživatel než jen pro referenty. Údaje v databázích aplikací (zpravidla agregované) jsou ur eny pro ízení. Manažerský p ístup se ale od referentského odlišuje.
Manaže i pot ebují pro ízení údaje z ady oblastí, nepracují ale s aplikacemi tak intenzivn , nepo izují data, ale kladou d raz na prezentaci výsledk . Podstatný je integrovaný p ístup (z hlediska ovládání i obsahu). V tomto p ípad je nejvhodn jším ešením p ístup manažer prost ednictvím webového klienta.
3.3. Zam stnanecký p ístup Aplikace p edevším z oblasti ízení lidských zdroj obsahují adu údaj zajímavých pro všechny zam stnance. Myslím tím nap íklad vlastní personální údaje zam stnance (jestli jsou správn zavedeny), vlastní výplatní lístek, evidenci docházky nebo údaje o plánované nep ítomnosti a služebních cestách. Je proto p irozené, že moderní aplikace pro ízení lidských zdroj (nap íklad aplikace spole nosti Vema) poskytují p ístup všem zam stnanc m k vlastním personálním údaj m. I pro tento p ístup je samoz ejm nejlepší variantou intranetové ešení p ístupu prost ednictvím webového klienta.
4. Spole né ešení tenkého a webového klienta VEMA 4.1. Tenký klient VEMA ešení s tenkým klientem VEMA je založeno na komunikaci tenkého klienta s aplika ním serverem protokolem TCP/IP. Na každé po íta ové stanici, ze které je vyžadován referentský p ístup do aplikací VEMA, je nainstalován univerzální (z hlediska všech aplikací VEMA) program Vema Klient. Aplika ní server b ží na ur eném po íta i v síti a poskytuje služby všem klient m. Komunikace mezi nimi probíhá na úrovni tzv. dokumentového objektového modelu (DOM). P íkladem objekt v DOM jsou jednotlivé dialogové prvky na obrazovce klientského po íta e. Hlavní výhodou tohoto ešení, které je ur eno primárn pro referentský p ístup, je plná funkcionalita v etn datového procesoru pro po izování a aktualizace veškerých údaj v databázi.
4.2. Webový klient VEMA Pro p ístupy manažer (p edevším k agregovaným údaj m pot ebným pro ízení) a zam stnanc (p edevším k vlastním personálním údaj m zpracovávaným informa ním systémem) k aplikacím jsme zvolili jako ideální intranetové portálové ešení. Tato varianta je ur ena p edevším pro prezentace údaj , nikoliv pro intenzivn jší po izování dat a spoušt ní zpracovatelských funkcí. Webovým klientem je standardní internetový prohlíže (nej ast ji MS Internet Explorer). Na stran serveru (MS Internet Information Server, ale je možné použít i jiný) je modul, který p es rozhraní ISAPI (Internet Server API) zprost edkovává p ístup na aplika ní server VEMA, který poskytuje údaje a funkcionalitu aplikací. Data pro webového klienta jsou b žné HTML stránky obsahující funkce v jazyce Javascript. Sou ástí tohoto ešení jsou také tzv. inteligentní tabulky (intranetové tabulky s funkcionalitou OLAP popsané na jiném míst tohoto sborníku v p ísp vku „Portálové ešení analýzy manažerských dat“).
4.3. Spole né ešení prezenta ní vrstvy klient Krom standardních sestav, které lze tisknout na tiskárn nebo prohlížet na obrazovce, se nám velmi osv d ila prezentace výsledk ve form intranetových dokument (v tšinou se jedná o tabulky). Hlavním p ínosem je možnost vytvo ení odkaz v dokumentech s možností kliknutí a zobrazení další tabulky (t eba s detailn jšími údaji). Jako ideální se jeví možnost p ejít kliknutím na detailní údaj v tabulce p ímo do datového procesoru aplikace na primární záznam, ze kterého údaj pochází, i s možností editace primárního záznamu.
Technologii intranetových tabulek s možností odkaz do dalších tabulek ozna ujeme jako technologii dynamických dokument . Tato technologie je natolik užite ná, že je použita jak v p ípad webového klienta, tak i tenkého klienta VEMA. Stejn tak tisk a prohlížení sestav je natolik používanou funkcí, že je pot ebné tisknout sestavy jak prost ednictvím tenkého klienta, tak i webového klienta.
4.4. Technologie dynamických dokument Základem spole ného ešení prezenta ní vrstvy v tenkém i webovém klientovi jsou tzv. dynamické dokumenty. Jedná se o dokumenty v HTML, do kterých jsou dynamicky (p i spušt ní) dopln ny údaje z databáze aplikace. Zdrojový tvar dokumentu (v XML formátu) obsahuje fragmenty HTML pro zobrazení intranetových tabulek a kód v neprocedurálním jazyce pro výb r dat z databáze a ízení prezentace údaj . Stejný jazyk používáme v generátoru sestav. V okamžiku vyvolání dokumentu dojde k interpretaci kódu, na tení údaj z databáze a sestavení výsledného HTML dokumentu. Dynamické dokumenty mohou sloužit nejen k prezentaci údaj , ale také k po izování. 4.4.1.
Dynamické dokumenty v tenkém klientovi
Takto vypadá dynamický dokument se zadáním údaj o pracovní cest v tenkém klientovi.
Obrázek . 1
V okn tenkého klienta (okno s nadpisem VMNOVCES – Zadání nové pracovní cesty) b ží internetový prohlíže a zajiš uje práci s dynamickým dokumentem pro zadání údaj o pracovní cest . Takovým zp sobem pracují s aplikací referenti, tedy ti, kte í intenzivn využívají aplikaci (v našem p ípad aplikace CEP - Cestovní p íkazy) - p edevším intenzivn po izují údaje a mají na starosti zpracování. Referenti mají na po íta i nainstalovaného tenkého klienta a krom dynamických dokument mají k dispozici adu dalších funkcí (všechny tyto funkce jsou ve stromové nabídce v levém okn ). 4.4.2.
Dynamické dokumenty ve webovém klientovi
Stejný dokument b ží samoz ejm také ve webovém klientovi a vypadá takto:
Obrázek . 2
Takto zadávají údaje o pracovních cestách všichni zam stnanci v etn manažer krom referent aplikace CEP (referenti mají samoz ejm k dispozici oba zp soby).
4.5. Webový klient jako sou ást tenkého klienta Výsledné ešení je takové, že webový klient je sou ástí tenkého klienta a veškerá funkcionalita v oblasti dynamických dokument je tak dostupná také uživatel m, kte í p istupují k aplikacím prost ednictvím tenkého klienta. Tito uživatelé mají navíc možnost p echodu z dynamického dokumentu p ímo k editaci primárních záznam v databází. Funkcionalita datového procesoru je sou ástí jen tenkého klienta, proto uživatelé p istupující prost ednictvím webového klienta tuto možnost nemají. Protože užite nými funkcemi pro prezentaci údaj jsou funkce tisku a prohlížení sestav, je stejná funkcionalita v oblasti sestav sou ástí obou variant tenkých klient .
5. Literatura Toigo, J. W.: The Essential Guide to Application Service Providers, Prentice Hall, 2002 Vema, a.s.: Provozní dokumentace aplikací VEMA, Brno, 2004
6. O autorovi Jaroslav Šmarda absolvoval obor po íta e na Fakult elektrotechnické VUT v Brn a bakalá ské studium managementu na Ekonomicko-správní fakult Masarykovy univerzity. V roce 1990 se stal spoluzakladatelem spole nosti Vema, a. s.(www.vema.cz ). Od té doby zastával ve spole nosti, která je významným eským dodavatelem informa ních systém p edevším pro oblasti ízení lidských zdroj a ekonomiky, adu manažerských pozic. V sou asné dob je místop edsedou p edstavenstva a editelem Obchodn -provozní divize.
