SPRÁVA A ÚDRŽBA IS
Evropský sociální fond
Praha & EU: Investujeme do vaší budoucnosti
Přednáška č. 9
© Ing. Pavel Náplava
Katedra softwarového inženýrství, ČVUT FIT, 18102
Centrum znalostního managementu, ČVUT FEL, K13393
BI-TIS - Přednáška č.9 © Ing. Pavel Náplava 2
Agenda
Technologie IS.
Struktura IS.
Ukončení implementace IS.
Převedení IS do fáze podpory.
BI-TIS - Přednáška č.9 © Ing. Pavel Náplava 3
Převzato z http://www.inspirationline.com/
BI-TIS - Přednáška č.9 © Ing. Pavel Náplava 4
Pohled na informační systémy
Technologický pohled
použité prostředí,
architektura systému.
Funkční pohled
co má systém dělat,
jak je funkčnost implementována.
Pohled z hlediska údržby
nastavení systému,
garance správnosti dat.
BI-TIS - Přednáška č.9 © Ing. Pavel Náplava 5
Architektura IS
Co reflektuje architektura IS:
styl práce,
typy uživatelů,
množství uživatelů,
množství dat,
rychlost přístupu k datům,
požadované výstupy.
Chybně navržená architektura systému ve většině případů komplikuje jeho budoucí používání a správu.
BI-TIS - Přednáška č.9 © Ing. Pavel Náplava 6
Typická architektura IS
Databázový server
Aplikační server
Interní uživatelé
Externí připojení
tenký klient
tlustý klient
BI-TIS - Přednáška č.9 © Ing. Pavel Náplava 7
Výběr technologií
Databáze a aplikační server velké komerční – Oracle, MSSQL, DB2, Informix, ...
menší, levnější, nekomerční – MySql, FireBird, FoxPro, ...
Klienti webové technologie - .NET, ASP, PHP, C#, Java,
klasické technologie – C++, Visual C++, Visual Basic, Delphi, Power Builder.
Hotová řešení předpřipravený balík prostředí a funkčnosti,
často vytvořena na základě akvizicí,
v současnosti jsou trendem hostovaná (cloud) řešení.
BI-TIS - Přednáška č.9 © Ing. Pavel Náplava 8
Důvody výběru technologie
Technologie musí podporovat požadované parametry.
Pro vybranou technologii musí existovat dobrá podpora:
na straně zákazníka,
na straně dodavatele.
Pokud vybereme technologii, kterou dokonale neznáme, komplikujeme si následnou správu systému.
Neznalost lze minimalizovat outsourcingem.
BI-TIS - Přednáška č.9 © Ing. Pavel Náplava 9
Struktura IS
Předpřipravená
standardní balíky prodávaných systémů,
mohou být orientovány na určité vertikály,
základní funkčnost je stejná.
Vyrobená na zakázku
„na zelené louce“,
vše se vyvíjí na základě požadavku zákazníka,
některé funkčnosti se mohou přenášet z různých
implementací,
základem by měl být jednotný framework.
Základní pravidlo pro realizaci
všech systémů?
BI-TIS - Přednáška č.9 © Ing. Pavel Náplava 10
Předpřipravená řešení
Komerční produkty
CRM: Oracle, SAP, Microsoft, …
ERP: SAP, Microsoft, Oracle, JDEdwards, K2, Karat,
Assecco, ABRA…
Výroba: Minerva (QAD), MFG/PRO, Baan, SAP,
Karat, OR-CZ, Microsoft…
Open source produkty
CRM: SugarCRM, Splended CRM, …
ERP: Compiere, ERP5, OpenERP, OFBiz, …
Výroba: OpenMFG BI-TIS - Přednáška č.9 © Ing. Pavel Náplava 11
BI-TIS - Přednáška č.9 © Ing. Pavel Náplava 12
Základní rozdělení IS podle
funkčnosti
Aplikační architektura firmy
BI-TIS - Přednáška č.9 © Ing. Pavel Náplava 13
Prodej,
nákup,
sklady,
výroba
Finance,
controlling,
…
zdroje,
(personál
majetek)
ERP
Interní infrastruktura
E-business,
SCM/APS
CRM.
E-business
Business intelligence, manažerské aplikace
Vlastníci,
management
Obchodníci, referenti, obchodní
zástupci, kontaktní centrum
Dodavatelé
Obchodní
partneři
Zákazníci
Obchodní
partneři
Zdroj: A. Buchalcevová, Metodiky
vývoje a údržby IS, Grada, 2005
IS/ICT
Propojitelnost systémů
Integrace různých aplikací a systémů.
Elektronická výměna dat:
EDI – Electronic Data Interchange.
XML - Extensible Markup Language.
Servisně orientovaná architektura
Kompromis pro využívání sdílených informací a
využití existujících prostředků.
Nástroj pro konsolidaci a propojení (orchestraci)
vnitrofiremních systémů.
Y16INS - Přednáška č.6 © Ing. Pavel Náplava 14
Y16INS - Přednáška č.6 © Ing. Pavel Náplava 15
Servisně orientovaná
architektura
SOA (Service Oriented Architecture)
Prostředek integrace rozdílných systémů.
Kolekce služeb, které mezi sebou komunikují.
Komunikace je prováděna standardizovanými
protokoly a pomocí dohodnutých rozhraní.
SOA = způsob navrhování systémů a filosofie
jejich využívání.
Prostředkem pro implementaci může být Webová
služba (WS) nebo sběrnice služeb (ESB).
SOA je velmi úzce provázána s business procesy.
Jaký může být přínos SOA?
Y16INS - Přednáška č.6 © Ing. Pavel Náplava 16
Převzato z materiálů IBM
SOA zjednodušuje komunikaci
Y16INS - Přednáška č.6 © Ing. Pavel Náplava 17
Převzato z materiálů IBM
Pro nasazení SOA je vhodné
zvážit podpůrné systémy
Y16INS - Přednáška č.6 © Ing. Pavel Náplava 18 Převzato z materiálů IBM
A co data?
Čím více systémů máme, tím více problémů
vzniká.
V čem je problém?
V duplicitě dat.
Co může být řešením?
SOA.
MASTER DATA MANAGEMENT.
Na co pravděpodobně narazíme?
Problém vyčištění dat. BI-TIS - Přednáška č.9 © Ing. Pavel Náplava 19
BI-TIS - Přednáška č.9 © Ing. Pavel Náplava 20
Modulární architektura
Systém rozdělen funkční bloky.
Rozhraní bloků je přesně specifikováno.
Lze implementovat postupně.
Různé moduly mohou implementovat
různí uživatelé.
Upgrade a rozšiřování lze provádět.
bez ovlivnění ostatních funkčností.
Nutná specializace zaměstnanců dodavatele.
BI-TIS - Přednáška č.9 © Ing. Pavel Náplava 21
Modulární architektura IS
Personalistika
Mzdy
Účetnictví
Kontakty
Prodej
Nákup
Sklady Výroba
Projekty
Zdroje
Externí rozhraní
Vývojové prostředí
Banka
Pokladna
další...
Manažerský IS
Zboží
BI-TIS - Přednáška č.9 © Ing. Pavel Náplava 22
Postup implementace modulů
Povinné moduly
správa uživatelů,
přístupové práva,
základní datové struktury dle odvětví – např. účetní osnova pro účetní systém.
Volitelné moduly
doplňují specifickou oblast – např. prodej, nákup,
speciální funkčnost – propojení na jiné systémy, migrace dat.
BI-TIS - Přednáška č.9 © Ing. Pavel Náplava 23
Další rozšiřování IS
Rozšiřování a často i vývoj systému lze
provádět:
integrovaným vývojovým prostředím (rozšiřování
uživatelského prostředí, změna struktury tabulek,
doprogramování funkčnosti)
zákazník,
dodavatel,
vytvořením nové verze a její instalace u zákazníka
(například formou maintenance),
vytvoření rozhraní pro přenos dat a propojení s
externím systémem.
BI-TIS - Přednáška č.9 © Ing. Pavel Náplava 24
Konečná fáze implementace
Nasazení v testovacím prostředí a odladění nedostatků.
Zaškolení uživatelů.
Vytvoření dokumentace.
Instalace do reálného provozu.
Příprava a provedení migrace dat.
Základní nastavení systému.
Podpora při rozjezdu reálného prostředí.
Co se v této fázi implementace
může přihodit?
BI-TIS - Přednáška č.9 © Ing. Pavel Náplava 25
BI-TIS - Přednáška č.9 © Ing. Pavel Náplava 26
Přechod do fáze podpory
Implementace by neměla končit předáním do
reálného provozu.
Garance podpory je velmi často součástí kritérií
výběrového řízení.
Podpora ≠ záruka.
Podpora znamená
pro zákazníka – garance
používání a rozvoje systému,
Pro dodavatele – reference,
zkušenost, další příjem,
opakované použití, snížení nákladů.
BI-TIS - Přednáška č.9 © Ing. Pavel Náplava 27
Podpora vs. údržba IS
Údržba IS
prováděna pracovníky zákazníka,
činnosti spojené s běžným
používáním IS.
Podpora IS
prováděna pracovníky dodavatele,
změny a rozšiřování funkčnosti,
kontrola a dodržování legislativy.
Kombinovaná podpora a údržba
zákazník není sám schopen pokrýt plnou údržbu,
dodavatel provádí vybranou část běžných úkolů.
BI-TIS - Přednáška č.9 © Ing. Pavel Náplava 28
Údržba IS
Funkční
zakládání uživatelů,
přiřazování práv,
nastavování parametrů,
kontrola konzistence dat,
jednodušší úpravy dat.
Technologické
zálohování systému,
údržba prostředí (patchování, aktualizace systému, prevence vzniku chyby systému).
Nejčastější chyba údržby IS
BI-TIS - Přednáška č.9 © Ing. Pavel Náplava 29
BI-TIS - Přednáška č.9 © Ing. Pavel Náplava 30
Podpora IS
Garance funkčnosti dle aktuální legislativy.
Poskytování konzultací uživatelům.
Výpomoc při určitých činnostech (např. při roční uzávěrce).
Pravidelná kontrola a poskytování rozšířených informací o systému (např. při hledání problémů analýza jeho vzniku).
HelpDesk.
Některé činnosti je možné po dohodě provádět i vzdáleně.
BI-TIS - Přednáška č.9 © Ing. Pavel Náplava 31
HelpDesk
Primární nástroj pro komunikaci ve fázi podpory IS.
Definice požadavků, priority a odezvy řešení
kritické – systém nefunguje, zákazník nefunguje,
závažné – neomezuje fungování,
něco nefunguje,
kosmetické úpravy – většinou
drobná změna,
nový požadavek – žádost o
rozšíření a novou funkčnost.
Vždy je nutné rozlišovat mezi
reklamací a novým požadavkem.
Správně fungující HelpDesk?
BI-TIS - Přednáška č.9 © Ing. Pavel Náplava 32
BI-TIS - Přednáška č.9 © Ing. Pavel Náplava 33
Samostatný projekt podpory
Podpora je samostatným projektem.
Podložena samostatnou smlouvou.
Ne vždy ji musí nutně provádět dodavatel.
Velmi často je součástí podpory tzv.
maintenance poplatek.
Vždy je nutné správně definovat rozsah
podpory a odpovědnosti obou stran.
Špatná smlouva je většinou nevýhodná pro
jednu nebo obě strany.
BI-TIS - Přednáška č.9 © Ing. Pavel Náplava 34
Závěr Architektura a struktura IS jsou až druhým
krokem úspěšné implementace.
Implementace IS nekončí předáním do reálného provozu.
Podpora je samostatným projektem a jejím cílem je garantovat dlouhodobé používání IS a vzájemnou spolupráci.
Rozsah podpory záleží na požadavku zákazníka a možnostech dodavatele.
Velkou roli hraje dokumentace a způsob vytvoření systému.
BI-TIS - Přednáška č.9 © Ing. Pavel Náplava 35
Dotazy
