Strategické řízení ISStrategické řízení ISZákladní pojmy
InformatikaInformatika„Informatika je multidisciplinární
obor, jehož předmětem je tvorba a užití informačních systémů v podnicích a společenstvích a to na bázi informačních a komunikačních technologií“
Informační systém Informační systém podnikupodniku„Informační systém podniku je
systém pro sběr, přenos, uchování, zpracování a poskytování dat využívaných při činnosti podniku.“
Informační systémInformační systém
Informační a komunikační Informační a komunikační technologietechnologie„Informační a komunikační
technologie jsou hardwarové a softwarové prostředky pro sběr, přenos, uchování, zpracování informací a pro vzájemnou komunikaci lidí a technologických komponent IS.“
Informační a komunikační Informační a komunikační technologietechnologie
Vývoj řešení podnikového Vývoj řešení podnikového ISISIzolované aplikacePropojené aplikace na podporu
vybraných podnikových útvarůKomplexní ICT podpora
podnikových činnostíPodpora dodavatelských řetězců
a podpora komunikace s partnery
Izolované aplikaceIzolované aplikacePočátky podnikové informatikyDo 70. let 20. stoletíSnadno automatizované činnostiPř.: výpočet mezd, evidence zásobHlavním cílem najít vhodný
algoritmus a převést ho do programovacího jazyka
Popis dat součástí kóduHlavní profese: programátor analytik
– zajišťuje i zpracování – není oddělen vývoj od provozu
Propojené aplikace pro Propojené aplikace pro podporu vybraných podporu vybraných podnikových útvarůpodnikových útvarů70. a 80. létaSnaha o propojení aplikací 1
vybraného útvaruProfese: byznys analytik,
programátorProvoz oddělen od vývoje
◦Operátoři, technici, pracovníci přípravy dat
Komplexní ICT podpora Komplexní ICT podpora podnikových činnostípodnikových činnostíKonec 80. a 90. létaIntegrovaná podpora podnikových
činnostíSpecializace ICT firem
◦Vývoj TASW◦Instalace a integrace = systémoví
integrátořiERP balíkyHlavní profese
◦Byznys analytik,ICT architekt, vývojář, implementátor, vedoucí projektu
◦Vedoucí informatiky, manažer provozu, klíčový uživatel
Komplexní ICT podpora Komplexní ICT podpora podnikových činnostípodnikových činnostíPřechod z funkčně orientovaného
na procesní řízeníKlíčové problémy na straně výrobců
◦Jak vyhovět požadavkům různých firem◦Jak navrhnout SW flexibilní◦ Jak integrovat s dalšími aplikacemi
Klíčové problémy na straně uživatelů◦Jak optimalizovat podnikové procesy a
podpořit je SW◦Jak výstupy projektů integrovat◦ Jak vyhodnocovat návratnost
Podpora dodavatelských Podpora dodavatelských řetězců a podpora komunikace řetězců a podpora komunikace s partnerys partneryRozšíření stávající funkcionality o interakci
mezi podnikyNové aplikace EDI, CRM, SCM, e-byznysŘízení celých dodavatelských řetězců
(SCM, APS)Problémy
◦ Jak propojit IS různých podniků◦ Jak zajistit bezpečnost◦ Jak podpořit kvalitu a včasnost vzájemných
dodávekRoste počet specialistůNutnost řízení IS jako celkuMetodická podpora – ITIL, COBIT, ISO 20
000
Typická struktura Typická struktura současného ISsoučasného IS
Řízení a správa obsahu
ERP
Prodej,
nákup,
sklady
Finance,
Controling,
…
Zdroje,
výroba
Aplikační architektura podnikové informatiky
Business Intelligence, manažerské aplikaceBusiness Intelligence, manažerské aplikace
CRM
e/m Business
e/m Business
Obchodní partneři
Obchodní
partneři
Vlastníci, management
Obchodníci, referenci, kontaktní
centrum
Vývoj modelů dodávky ICT Vývoj modelů dodávky ICT služebslužebDvě základní otázky
◦Kdo a jakým způsobem má zajišťovat vývoj aplikací
◦Kdo a jakým způsobem má zajišťovat provoz aplikací
Fáze◦Externí dávkové zpracování◦Vlastní vývoj a provoz IS◦Externí vývoj a provoz vlastními zdroji
(licence)◦Komplexní outsourcing◦Software jako služba
Externí dávkové Externí dávkové zpracovánízpracováníPočítače velmi drahéVznik servisních středisek (PVT)Zákazník vyděroval svoje data a
obdržel vytištěné sestavyÚspory z rozsahu
◦Účtuje se hlavně čas počítačeNěkdy se účtuje i podle agendy
◦Zpracování dat jako služba
Vlastní vývoj a provozVlastní vývoj a provoz70. létaRostou požadavky na rychlost a
aktuálnostZlevňují počítačeRostou požadavky na funkcionalitu a na
trhu není potřebný SWVývoj vlastními zdroji
◦ Potřeba specialistů – podnik řeší, čemu nerozumí
Na uživatele se začíná nahlížet jako na zákazníky ICT služeb◦ Přiřazení nákladů jednotkám
Externí vývoj, provoz Externí vývoj, provoz vlastnívlastní80. léta, vznikají první TASW
externích firemSoftware jako licenceDlouhou dobu nejefektivnější
varianta
Problémy (SW jako Problémy (SW jako licence)licence)Náklady ICT projektů mimo kontrolu
◦20 % nedokončeno, 20 % překročilo rozpočet, 40 % bez plánovaných přínosů
Vynucené náklady nesouvisející s podporou byznysu
Nevhodná struktura investic a provozních nákladů◦Dimenzováno na maximální zatížení
Vysoké nároky na počty ICT specialistů
Problémy (SW jako Problémy (SW jako licence)licence)ERP
◦Obtížná customizace◦Vysoké náklady na školení a help
desk◦Nízké využití celkové funkcionality◦Vysoké nároky na počítačové zdroje◦Složitost ovládání
Komplexní outsourcing Komplexní outsourcing provozuprovozuPřevedení všech zdrojů IT na
specializovanou firmuVýhody
◦ Soustředění se na vlastní předmět činnosti◦ Odbourání investic do ICT◦ Škálování služeb dle potřeby
Příliš neuspělo protože◦ Došlo k převodu vysoce customizovaných
aplikací Nejsou úspory z rozsahu
◦ Dedikování HW prostředků jednomu zákazníkovi
Přínos◦ Vznik SLA
SaaSSaaS
Běžná definiční kritériaBěžná definiční kritériaSoftware centrálně spravovaný
v datacentru poskytovateleModel 1:NSpecifický licenční modelGenerický balíčkový softwareObecně dostupný software
Centrální umístěníCentrální umístěníSystém poskytován
prostřednictvím InternetuDříve často proprietární prostředky,
dnes přes browser (SaaS)Poskytovatel má zkušenosti se
správou serverůNení třeba kupovat drahý hardwareProblémy s integrací databáze
◦Řešení: webové služby
Model 1:NModel 1:NCenově výhodnéDříve poskytováno i pro jednu
firmuPo neúspěchu modelu ASP se
paradigma posouvá k modelu 1:NDle řady autorů je nezbytné, aby
N bylo vysoké číslo◦Co však se specifickými aplikacemi
Specifický licenční modelSpecifický licenční modelNekupuje se licenceSoftware je pronajímánCenový model
◦Přesně změřené užití◦Paušál (cenová pásma)
Generický balíčkový Generický balíčkový softwaresoftwareJe předpokladem modelu 1:NPro mnoho aplikací netřeba
vytvářet unikátní řešeníCustomizovatelnost
◦Je třeba◦U ASP spíše nižší
Srovnání SaaS a ASPSrovnání SaaS a ASPOdlišný pohled na Internet (platforba
budoucnosti x realita)Jiné technologické prostředí
(broadband)Jiná očekávání poskytovatelů a
zákazníkůSaaS vždy one-to-manyPoskytovatel zároveň výrobcemAplikace SaaS založeny na Internetu
a jeho protokolechPolanský, Voříšek: SaaS model dodávky a plikací a z něho vyplývající transformace IT průmyslu
Názor vyučujícíhoNázor vyučujícíhoDo budoucna hojně používaný
modelÚžasný potenciálNení samospasitelnýČlánky často srovnávají přínosy
se stavem tak z počátku 90. let
Očekávané přínosyOčekávané přínosynízké nebo žádné kapitálové
investiceúspora celkových nákladůaplikace má vždy aktuální verzepřekonání nedostatku expertízy
interních zaměstnancůškálovatelnost infrastrukturypředvídatelnost nákladů
Nízké kapitálové investiceNízké kapitálové investiceMinimální nákup HWSoftware pronajímánAle – customizace, parametrizace
Lze dosáhnout u lokálně instalovaného HW?
Lze dosáhnout u lokálně instalovaného SW?
Nízké kapitálové investiceNízké kapitálové investiceMožnosti mimo ASP (HW)
◦Pronájem, leasing hardware◦Externí správce serverů
Možnosti mimo ASP (SW)◦Průběžné roční platby za užívání (bez
úvodních nákladů)
Úspora celkových nákladůÚspora celkových nákladůSdílení nákladů na vývoj a provoz
mezi firmami
Je to jen u ASP?Jaká jsou rizika?
◦Vlastnosti software◦Ceny
Úspora celkových nákladůÚspora celkových nákladů• Sdílení nákladů na vývoj• U každého krabicového SW• Ale – customizace
• Sdílení nákladů na provoz• Externí správa• Bez ASP nelze sdílet servery
• Rizika• Zisk ASP• Oportunistické chování ASP
Aplikace vždy v aktuální Aplikace vždy v aktuální verziverziProvozována jen jedna verze
aplikace
Jaké jsou přednosti?Jaké jsou nevýhody?
Kde užítKde užítVhodnost roste s
◦Mírou standardizace◦Ustáleností, případně změnami pouze
v závislosti na změnách obecně platných předpisů
◦Vzdáleností od hlavního předmětu podnikání
◦Zaměřením na rychle se rozvíjející firmy, produkty, nebo odvětví
◦Malým počtem uživatelů v hodně firmách◦Neexistencí potřeby off-line řešení
Aplikace vždy v aktuální Aplikace vždy v aktuální verziverziVýhody
◦Všichni uživatelé užívají nejmodernější SW
◦Netřeba záplatovat staré verzeNevýhody
◦Upgrade integrovaných aplikací
Překonání nedostatku Překonání nedostatku expertízy interních expertízy interních zaměstnancůzaměstnancůExpertíza v oblasti vývoje
◦Vzniká jen u ASP?Expertíza v oblasti provozu
◦Jaká jsou rizika přesunu na poskytovatele?
Škálovatelnost Škálovatelnost infrastrukturyinfrastrukturyASP vždy počítá s růstem (i když
neroste firma, přibývají zákazníci)
Jaká jsou rizika sdílení infrastruktury?
Předvídatelnost nákladůPředvídatelnost nákladůSpecifický licenční model
Jsou náklady opravdu předvídatelné?◦Placení podle užití◦Jsou jinde nepředvídatelné?
Škálovatelnost Škálovatelnost infrastrukturyinfrastrukturyPeriodicita potřeby
◦Např. všichni potřebují dělat mzdy počátkem měsíce
◦Koncem roku účetní závěrkaPeriodicita nákupu HW
◦Houpání výkonnosti
Varianty vývoje a provozu Varianty vývoje a provozu ISISVývoj
◦Proces, jehož cílem je změna IS podniku◦Může se týkat libovolné komponenty◦Podstatné změny se realizují projektem◦Ukončením vzniká nová verze IS◦Z pohledu byznysu jsou nejpodstatnější
změny ty, kdy vzniká, nebo se mění aplikace ovlivňující byznys proces
◦Menší změny se nerealizují projektem, ale operativní činností „drobná údržba“
Varianty vývoje a provozu Varianty vývoje a provozu ISISProvoz
◦Proces, který zajišťuje plynulý běh jednotlivých aplikací a dodávání jednotlivých ICT služeb jednotlivým uživatelům
◦Služby musí být zajištěny tak, aby dosahovaly vlastností dohodnutých s uživatelem
◦U provozu převládá situace, kdy celý IS zajišťuje jeden subjekt
◦S nástupem outsourcingu a SaaS se situac mění
◦V současné době může být IS provozován různými subjekty
Alternativy provozu a vývoje Alternativy provozu a vývoje ISIS
IASWIASW TASW / OSSTASW / OSS
Integrovaný balík
Integrovaný balík
Integrované komponentyIntegrované komponenty
Vlastními zdroji
(interně v organizaci)
Vlastními zdroji
(interně v organizaci)
Cizími zdroji(dodavatelsky, outsourcing,
SaaS)
Cizími zdroji(dodavatelsky, outsourcing,
SaaS)
IASW v. TASW/OSSIASW v. TASW/OSSIASW = Individuální Aplikační
SoftWareTASW = Typový Aplikační
SoftwareOSS = Open Source Software
IASWIASWAplikace na míru dle potřeb podnikuFunkcionalita přesně podporuje
proces, pro který je navrženaDražšíMůžeme podpořit specifické procesy
a získat konkurenční výhoduNemá smysl pro standardizované
procesy (e-mail, účetnictví)
TASWTASWAplikace vyvinuta specializovaným
výrobcem, generalizací požadavků určité skupiny podniků
Celkové náklady vyšší, ale rozpustí se mezi víc zákazníků
Doba nasazení kratší, instaluje se hotový produkt (srovnej SAP)
Proces se musí přizpůsobit produktu
Vhodný pro vysoce standardizované aplikace
Činnosti související s Činnosti související s TASWTASWLokalizace
◦Přízpůsobení místní legislativě, národnímu jazyku, kulturním zvyklostem
Customizace◦Úprava podle specifických potřeb
zákazníků◦Většinou nastavení parametrů, může být
i vývojeIntegrace SW produktu
◦Propojení s dalšími komponentamiPersonalizace
◦ Individuální nastavení chování a vzhledu uživatelem
Open source softwareOpen source softwareDodává se v podobě zdrojového kódu,
který si zákazník může přizpůsobitObvykle tvořen týmem dobrovolných
vývojářůNeexistují garance kvality a opravy chyb
ve stanovené lhůtě◦ Ale mnohdy k nim dochází dříve než u
komerčních produktůVhodný pro nekritické standardizované
aplikaceNízké náklady -> stále oblíbenějšíV roce 2008 bylo na Sourcefoge.net
evidováno téměř 200 000 ISS produktů z toho 771 ERP
Vlastními zdroji vs. Cizími Vlastními zdroji vs. Cizími zdrojizdrojiVývoj
◦Dříve převážně vlastními◦Již dlouho převážně cizími
Provoz◦Převážně vlastními◦Začíná se prosazovat cizími a má
velkou budoucnost
Varianty vývoje a provozuVarianty vývoje a provozu1. Vlastní vývoj IASW, nákup ostatních
komponent, integrace a provoz vlastními silami
2. Vývoj IASW externí firmou, nákup ostatních komponent, integrace a provoz vlastními silami
3. Nákup všech komponent formou TASW od různých výrobců, integrace a provoz vlastními silami
4. Nákup celého IS od generálního dodavatele, provoz vlastními silami
5. Tvorba IS generálním dodavatelem a externí provoz celého IS
6. Nákup informatických služeb od různých poskytovatelů, externí provoz
Integrovaný balík vs. Integrovaný balík vs. integrované komponentyintegrované komponentyKomponentové řešení
◦Pro každý problém lze využít nejvhodnější komponentu
◦Nezávislost na 1 dodavateli◦Vysoké náklady na integraci
komponent◦Žádný z dodavatelů negarantuje
celkovou funkčnost ISIntegrovaný balík
◦Závislost na 1 dodavateli◦Dodavatel garantuje funkčnost celku