SPRÁVA A ÚDRŽBA IS

Evropský sociální fond

Praha & EU: Investujeme do vaší budoucnosti

Přednáška č. 9

© Ing. Pavel Náplava

naplava@fel.cvut.cz

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