- 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
PříLOHA 12/2002
E-business aplikace: mýty a realita
Pavel Ran
Jedním ze stále horkých témat, která jsou diskutována na konferencích, mezi uivateli i mezi dodavateli a zákazníky, je problematika vývoje e-business aplikací. Důvodů je více: jednak mediální přitalivost, explozivní růst produktů a nástrojů na straně dodavatelů a také skutečnost, e řada firem reálně řeí problém, jak vybudovat nové e-business aplikace se zachováním a propojením do stávající infrastruktury.
Nejdříve bychom se měli zamyslet nad tím, co vlastně označení e-business aplikace zahrnuje, nebo moná nejvíce nedorozumění je právě v této oblasti. V podstatě je můeme rozdělit na dvě základní skupiny. První tvoří aplikace slouící pro realizaci obchodních nebo informačních procesů na internetu (mobilu, dalích interaktivních zařízeních), které mají vizuální část umoňující fyzickým osobám s takovým systémem pracovat. Mluvíme pak spíe o e-commerce aplikacích a e-komunikaci, případně publikačních systémech (content management je dnes oblíbené označení pro tuto kategorii).
Druhou kategorií jsou propojení mezi dvěma a více systémy realizované prostřednictvím internetových technologií nebo přímo v otevřeném prostředí internetu. Tyto aplikace větinou nemají ádné vizuální části, nebo zajiují automatizovanou výměnu dat mezi jinými aplikacemi. V takovém případě můeme tento typ aplikací opět přesněji vymezit jako B2B propojení.
Ve vech případech je firma, která se rozhodla některou z těchto aplikací realizovat, postavena před rozhodnutí, jakým způsobem (interně, externím vývojem, nákupem produktu, kombinací dvou a více moností) takovou aplikaci vytvořit. Velkou roli při tomto rozhodování hraje také volba souboru pouitých technologií.
Reálné nasazení těchto aplikací do prostředí podnikových informačních systémů a budování těchto systémů na bázi internetových technologií s sebou přináí nové technologické nároky. Největím problémem je neustálá exploze uívání nových standardů a technologií (nejnověji technologie a standardy spojené s Web Services). Paradoxně, přestoe jsou tyto technologie a standardy definovány jako otevřené a díky tomu mají přináet monost vzájemného synergického vyuívání a nezávislosti na konkrétních dodavatelích, ve skutečnosti můe být výsledkem pravý opak.
Samotný fakt uití některých technologií jetě nezaručuje výsledek ve formě kvalitnějí aplikace, která je implementována za krátký čas, neobsahuje chyby a je dostatečně flexibilní pro budoucí roziřování. Rozhodující je dodrování metodických zásad a vyuívání předností technologického potenciálu při vyvarování se problematických stránek. To platí velkou měrou i v oblasti vyuívání XML a Javy pro budování e-business aplikací.
Java sama o sobě neslibuje nic jiného ne objektový vývoj a platformovou přenositelnost. Zároveň je to platforma, na ní jsou primárně XML technologie vyvíjeny, proto umoňuje co nejprunějí absorpci nejnovějích technologií. Technologické řeení, které přivádí synergii XML a Javy k dokonalosti, musí uívat důsledně třívrstvou architekturu (oddělení prezentační, aplikační a datové vrstvy) a současně pomocí flexibilní architektury umonit nasazení aplikace v různorodém prostředí (pomocí EJB v podnikových systémech, s vyuitím servletů přímo v rámci web serveru apod.). Na druhé straně musí dojít k zajitění flexibility vůči vstupům (datovým zdrojům) a výstupům (prezentační vrstvě), tak aby vlastní aplikace nebyla závislá na technologických nebo funkčních změnách na jedné či druhé straně.
Jedno z mnoha nebezpečí tkví ve způsobu práce s XML dokumenty a implementací způsobu jejich předávání a zpracování pomocí Java kódu. Základními nástroji programátora jsou XML parser s rozhraními DOM a SAX a XSLT procesor. Způsob pouití těchto core technologií ovlivňuje kvalitu výsledného systému z hlediska rychlosti běhu a nároků na systémové zdroje. Zdánlivě jednodue vyřeené předání dat mezi částmi systému se můe stát při reálné zátěi úzkým místem v systému, které znemoní reálný provoz. Podobným problémem jsou i transformace dokumentů, kdy nevhodně pouitá technologie uzavře rozvoj schopností systému. XML technologie nejsou samy o sobě spasitelským velékem na vývoj e-business projektů, mají své charakteristické vlastnosti (z hlediska rychlosti, paměové náročnosti, flexibilnosti, jednoduchosti pouití) stejně jako jakákoliv jiná technologie. Vlastnosti konkrétního mechanismu musí být tedy konfrontovány se vemi aspekty ovlivňujícími jeho nasazení. Jednoduchost pouití potom často musí ustoupit paměové náročnosti, rychlosti apod. Často potom dochází k jakémusi rozčarování, kdy očekávané zjednoduení vývoje pouitím XML technologií není naplněno a tyto technologie jsou nazývány "nevyzrálými". Komplikované vyuití více jednoduích technologií pro vyřeení jednoho problému vede ke snaze vyřeit konkrétní funkčnost jednou komplexní technologií. Následuje typický scénář, přičem v horím případě je technologie implementující konkrétní standard rozířena, čím je standard poruen (případ mnoha XSLT procesorů), v lepím případě dochází k překotnému (nebo příli dlouhému) vývoji standardu, který nejsou schopni výrobci technologií absorbovat a vývojáři sledovat (DOM, XForms).
Závěr
Samotné technologie tedy nejsou klíčem k úspěchu, tím je schopnost je ve vhodnou chvíli správně pouít. Proto také rozhodování o pouití jednotlivých nástrojů a technologií musí být vedeno nejen jejich momentální přitalivostí a zajímavostí, ale zejména schopností zajistit ochranu současných i budoucích investic - tedy roziřitelností o nové standardy, neuzavření do pasti proprietárních řeení. Ostatně příliná vázanost na konkrétní technologický směr můe být tou nejsnazí cestou k budoucím problémům.
Pozn. red.: Autor, Ing. Pavel Ran, působí jako senior konzultant společnosti Corpus Solutions, a. s.

Nejdříve bychom se měli zamyslet nad tím, co vlastně označení e-business aplikace zahrnuje, nebo moná nejvíce nedorozumění je právě v této oblasti. V podstatě je můeme rozdělit na dvě základní skupiny. První tvoří aplikace slouící pro realizaci obchodních nebo informačních procesů na internetu (mobilu, dalích interaktivních zařízeních), které mají vizuální část umoňující fyzickým osobám s takovým systémem pracovat. Mluvíme pak spíe o e-commerce aplikacích a e-komunikaci, případně publikačních systémech (content management je dnes oblíbené označení pro tuto kategorii).
Druhou kategorií jsou propojení mezi dvěma a více systémy realizované prostřednictvím internetových technologií nebo přímo v otevřeném prostředí internetu. Tyto aplikace větinou nemají ádné vizuální části, nebo zajiují automatizovanou výměnu dat mezi jinými aplikacemi. V takovém případě můeme tento typ aplikací opět přesněji vymezit jako B2B propojení.
Ve vech případech je firma, která se rozhodla některou z těchto aplikací realizovat, postavena před rozhodnutí, jakým způsobem (interně, externím vývojem, nákupem produktu, kombinací dvou a více moností) takovou aplikaci vytvořit. Velkou roli při tomto rozhodování hraje také volba souboru pouitých technologií.
Reálné nasazení těchto aplikací do prostředí podnikových informačních systémů a budování těchto systémů na bázi internetových technologií s sebou přináí nové technologické nároky. Největím problémem je neustálá exploze uívání nových standardů a technologií (nejnověji technologie a standardy spojené s Web Services). Paradoxně, přestoe jsou tyto technologie a standardy definovány jako otevřené a díky tomu mají přináet monost vzájemného synergického vyuívání a nezávislosti na konkrétních dodavatelích, ve skutečnosti můe být výsledkem pravý opak.
Samotný fakt uití některých technologií jetě nezaručuje výsledek ve formě kvalitnějí aplikace, která je implementována za krátký čas, neobsahuje chyby a je dostatečně flexibilní pro budoucí roziřování. Rozhodující je dodrování metodických zásad a vyuívání předností technologického potenciálu při vyvarování se problematických stránek. To platí velkou měrou i v oblasti vyuívání XML a Javy pro budování e-business aplikací.
Java sama o sobě neslibuje nic jiného ne objektový vývoj a platformovou přenositelnost. Zároveň je to platforma, na ní jsou primárně XML technologie vyvíjeny, proto umoňuje co nejprunějí absorpci nejnovějích technologií. Technologické řeení, které přivádí synergii XML a Javy k dokonalosti, musí uívat důsledně třívrstvou architekturu (oddělení prezentační, aplikační a datové vrstvy) a současně pomocí flexibilní architektury umonit nasazení aplikace v různorodém prostředí (pomocí EJB v podnikových systémech, s vyuitím servletů přímo v rámci web serveru apod.). Na druhé straně musí dojít k zajitění flexibility vůči vstupům (datovým zdrojům) a výstupům (prezentační vrstvě), tak aby vlastní aplikace nebyla závislá na technologických nebo funkčních změnách na jedné či druhé straně.
Jedno z mnoha nebezpečí tkví ve způsobu práce s XML dokumenty a implementací způsobu jejich předávání a zpracování pomocí Java kódu. Základními nástroji programátora jsou XML parser s rozhraními DOM a SAX a XSLT procesor. Způsob pouití těchto core technologií ovlivňuje kvalitu výsledného systému z hlediska rychlosti běhu a nároků na systémové zdroje. Zdánlivě jednodue vyřeené předání dat mezi částmi systému se můe stát při reálné zátěi úzkým místem v systému, které znemoní reálný provoz. Podobným problémem jsou i transformace dokumentů, kdy nevhodně pouitá technologie uzavře rozvoj schopností systému. XML technologie nejsou samy o sobě spasitelským velékem na vývoj e-business projektů, mají své charakteristické vlastnosti (z hlediska rychlosti, paměové náročnosti, flexibilnosti, jednoduchosti pouití) stejně jako jakákoliv jiná technologie. Vlastnosti konkrétního mechanismu musí být tedy konfrontovány se vemi aspekty ovlivňujícími jeho nasazení. Jednoduchost pouití potom často musí ustoupit paměové náročnosti, rychlosti apod. Často potom dochází k jakémusi rozčarování, kdy očekávané zjednoduení vývoje pouitím XML technologií není naplněno a tyto technologie jsou nazývány "nevyzrálými". Komplikované vyuití více jednoduích technologií pro vyřeení jednoho problému vede ke snaze vyřeit konkrétní funkčnost jednou komplexní technologií. Následuje typický scénář, přičem v horím případě je technologie implementující konkrétní standard rozířena, čím je standard poruen (případ mnoha XSLT procesorů), v lepím případě dochází k překotnému (nebo příli dlouhému) vývoji standardu, který nejsou schopni výrobci technologií absorbovat a vývojáři sledovat (DOM, XForms).
Závěr
Samotné technologie tedy nejsou klíčem k úspěchu, tím je schopnost je ve vhodnou chvíli správně pouít. Proto také rozhodování o pouití jednotlivých nástrojů a technologií musí být vedeno nejen jejich momentální přitalivostí a zajímavostí, ale zejména schopností zajistit ochranu současných i budoucích investic - tedy roziřitelností o nové standardy, neuzavření do pasti proprietárních řeení. Ostatně příliná vázanost na konkrétní technologický směr můe být tou nejsnazí cestou k budoucím problémům.
Pozn. red.: Autor, Ing. Pavel Ran, působí jako senior konzultant společnosti Corpus Solutions, a. s.
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.


















