Školenie Programovej kancelárie OPIS - Metodika integrácie IS VS

Transcription

1 Školenie Programovej kancelárie OPIS - Metodika integrácie IS VS Ministerstvo financií SR Október 2013

2 Agenda prezentácie Ciele školenia, časový priebeh a obsah školenia Úvod programovej kancelárie MF SR Integračné vzory (patterns) Vyhodnotenie integračných vzorov Životný cyklus integračného zámeru Diskusia 2

3 Ciele školenia Oboznámenie jednotlivých prijímateľov NFP s odporúčaným metodickým postupom pri integrácii ISVS Odporúčané pracovné produkty, pre dodávku jednotlivých projektových fáz projektov OPIS 3

4 Časový priebeh a obsah školenia Časový priebeh a obsah školenia Čas Agenda Trvanie 08:30 Úvod programovej kancelárie 30 min. 09:00 - Integračné vzory (patterns) 60 min. 10:00 - Vyhodnotenie integračných vzorov 15 min. 10:15 Prestávka 15 min. 10:30 - Životný cyklus integračného zámeru časť min. 12:00 Obed 60 min. 13:00 - Životný cyklus integračného zámeru časť min. 14:00 Prestávka 10 min. 14:10 Diskusia, pripomienky, oblasti pre zlepšenie metodiky integrácie ISVS 50 min. 15:00 Záver školenia - 4

5 Agenda prezentácie Ciele školenia, časový priebeh a obsah školenia Úvod programovej kancelárie MF SR Integračné vzory (patterns) Vyhodnotenie integračných vzorov Životný cyklus integračného zámeru Diskusia 5

6 Ciele Programovej kancelárie Konsolidácia informácií o projektoch OPIS systém ASPR Centrálna správa projektových informácií, aktualizovaných povinnými osobami Prístup Projektových manažérov SORO, PM PO a PgK k identickým informáciám len jedno miesto pravdy, jednotné, konzistentné informácie pre rozhodovanie Riešenie eskalovaných otvorených otázok a rizík Údržba architektúry centrálnych komponentov a ISVS a hodnotenie dopadov zmien pri aktualizácii architektúry Údržba top pohľadu na architektúru centrálnych komponentov a ISVS Údržba a riešenie otvorených otázok, rizík Odporúčania pre ďalší postup, resp. elimináciu rizík 6

7 Analýza existujúceho stavu a podkladov k centrálnej architektúre Špecifikácia projektových závislostí na úrovni rozhraní medzi ISVS Forma EA: komponentový diagram XLS: previazanie projektov/isvs na úrovni služieb Jednotlivé projekty/isvs sú z pohľadu komponentového diagramu black-boxy s jasne špecifikovanými komunikačnými rozhraniami (popis poskytovaných služieb ISVS) Projektové závislosti na úrovni služieb sú v rámci PgK udržiavané s cieľom včasne identifikovať dopady časových posunov pri vzájomne súvisiacich projektoch/isvs na nasadzovanie služieb pre koncových používateľov. Stratégia informatizácie verejnej správy / Národná koncepcia informatizácie verejnej správy (2008) Metodický pokyn MF SR č. MF/28999/ pre riadenie IT projektov (2009) Štúdie uskutočniteľnosti ŽoNFP a Technická dokumentácia Verejné obstarávanie Projekty ISVS 7

8 Komunikácia Programovej kancelárie a organizácia dohľadu nad projektmi v rozsahu potrebnom pre riadenie programu OPIS 8

9 Prečo vznikla metodika integrácie ISVS? Motivácia Identifikované komunikačné bariéry medzi subjektmi OPIS; Nekonzistentná terminológia v rámci integračného procesu medzi integrujúcimi sa stranami; Nekonzistentné implementačné prístupy ku integračným aktivitám medzi integrujúcimi sa stranami; Riešenie Metodický návrh postupu pri vykonávaní integračného zámeru; Štandardizácia výstupov vo forme škálovateľných šablón; Definícia zodpovednosti a postupov pre komunikáciu; Prínos Cestovná mapa pre vykonanie integračných aktivít projektov OPIS; Efektívne možnosti riešení integrácie pre projekty budované v rámci egovernmentu Efektívne možnosti integrácie existujúcich IS VS v rámci ich koncepcií rozvoja 9

10 Nutné predpoklady integrácie ISVS Špecifikácia projektových závislosti (previazanie projektov) a zohľadnenie časových harmonogramov projektov. Definícia závislosti na úrovni služieb a vytvorenie integračných kontraktov (volajúca služba a volaná služba). Jednoznačný popis komunikačných rozhraní poskytovaných služieb jednotlivých ISVS dostupný pre všetkých zainteresovaných konzumentov (využívatelia služieb). 10

11 Agenda prezentácie Ciele školenia, časový priebeh a obsah školenia Úvod programovej kancelárie MF SR Integračné vzory (patterns) Vyhodnotenie integračných vzorov Životný cyklus integračného zámeru Diskusia 11

12 Obsah metodiky integrácie ISVS pozostáva z viacerých oblastí a podporných dokumentov Integračné vzory (best practices) Popis najviac využívaných integračných vzorov v rámci podnikových architektúr z pohľadu architektúry a technickej implementácie. Metodika Integrácie Vyhodnotenie integračných vzorov Vyhodnotenie integračných vzorov voči výnosu o štandardoch ISVS a národnej koncepcii informatizácie verejnej správy Životný cyklus integračného zámeru Životný cyklus integračného zámeru úlohy, zodpovednosti a odporúčané šablóny 12

13 Agenda prezentácie Ciele školenia, časový priebeh a obsah školenia Úvod programovej kancelárie MF SR Integračné vzory (patterns) Vyhodnotenie integračných vzorov Životný cyklus integračného zámeru Diskusia 13

14 Integračné vzory (patterns) Popis najviac využívaných integračných vzorov z pohľadu architektúry Integračný vzor informačný portál Agregácia informácii z viacerých zdrojových aplikácií do jednotného zobrazenia; Segmentácia používateľského rozhrania do viacerých zón / vrstiev / úrovní, pomocou ktorých môžu koncoví používatelia komunikovať s jednotlivými aplikáciami z centralizovaného miesta; Možnosť vložiť používateľské rozhranie z aplikácií poskytujúcich požadované funkcionality do používateľského rozhrania informačného portálu. Integračný vzor synchronizácia dát Aplikácie potrebujú prístup k rovnakým dátam, ale vlastnia bázu dát so špecifickou štruktúrou pre ich interné potreby; V závislosti od statickosti dát je možné vybrať, resp. obmedziť výber prístupov k realizácii samotnej synchronizácie; Prístupy pre technickú realizáciu synchronizácie dát: replikácia dát na úrovni databázovej infraštruktúry replikácia zasielaním zmenových správ synchronizácia prostredníctvom zmenových dávok formou push alebo pull 14

15 Integračné vzory (patterns) Popis najviac využívaných integračných vzorov z pohľadu architektúry Integračný vzor zdieľané biznis funkcionality Potreba využívať rovnaké funkcionality viacerými aplikáciami; Vystavenie funkcionalít ako zdieľané biznis funkcionality, ktoré sú implementované práve raz a dostupné pre ostatné aplikácie ako služby; Využitie hlavne v prípadoch funkcionalít, ktoré sú atomické a často volané z jednotlivých sub-komponentov; Odbremenenie záťaže s údržbou funkcionalít a úspora prevádzkových nákladov. Integračný vzor - servisne orientovaná architektúra SOA architektúra je definovaná katalógom služieb, ktorý obsahuje popis komunikačných rozhraní a servisnými kontraktmi medzi aplikáciami; Služba je jednoznačne definovaná funkcionalita, ktorá je všeobecne dostupná a odpovedá na dopyty konzumenta služby ; SOA architektúra eliminuje hranice medzi integráciou a distribuovanými aplikáciami (nová aplikácia môže byť vytvorená iba z externých funkcionalít); SOA architektúra zabezpečuje voľnú väzbu medzi aplikáciami (loose coupling) 15

16 Integračné vzory (patterns) Popis najviac využívaných integračných vzorov z pohľadu architektúry Integračný vzor distribuovaný biznis proces Jedna biznis transakcia (proces) môže byť rozčlenená medzi niekoľko aplikácií; Realizáciu biznis procesu je možné uskutočniť na BPM platforme, ktorá zabezpečí korektnú a konfigurovateľnú exekúciu služieb zo všetkých aplikácií; V prípade, ak subjekt predpokladá väčšie množstvo vykonávaných biznis procesov, ktoré používajú funkcionality externých aplikácii, je vhodné do architektúry zapracovať komponenty BPM platformy. Integračný vzor integrácia B2B Prepojenie aplikácií jedného subjektu priamo na aplikácie iného subjektu; Využívaný v prípade komplexne členených procesov; Predpokladá sa nielen využitie poskytovaných služieb iných aplikácií, ale aj priamy prístup k externým biznis entitám týchto aplikácií; Vyhodnotenie záležitosti ohľadom zabezpečenia, komunikačnej infraštruktúry, ako aj legislatívnymi obmedzeniami. 16

17 Integračné vzory (patterns) Popis najviac využívaných integračných vzorov z pohľadu technickej implementácie Technická implementácia prenos súboru Každá aplikácia vytvorí súbory, ktoré potrebujú ostatné aplikácie využívať; Produkcia súborov je vykonávaná v dopredu definovaných intervaloch; Opodstatnenie má hlavne v prípadoch keď je nutné prenášať pomerne statické a/alebo objemné informácie. Veľmi efektívna ak sa zabezpečí správna konfigurácia intervalov generovania súborov v závislosti od povahy dát a korektné spracovanie možných chybových stavov. Technická implementácia zdieľaná databáza Zdieľané databázy sú zamerané na elimináciu odozvy pri spracovaní dát tým, že povoľujú viacerým aplikáciám priamy prístup na jednotné úložisko dát; Odbúravajú problémy s kompatibilitou dátových typov z dôvodu jednotnej databázovej schémy; Čítanie údajov zo zdieľanej databázy je zvyčajne bezproblémové, ale v prípade vykonania zápisu dát z viacerých zdrojov môže dôjsť k narušeniu údajovej základne. 17

18 Integračné vzory (patterns) Popis najviac využívaných integračných vzorov z pohľadu technickej implementácie Technická implementácia volanie vzdialenej procedúry Biznis proces v rámci jednej aplikácie potrebuje zavolať funkcionalitu inej aplikácie; Aplikácia poskytovateľa vystupuje ako komponent, ktorý zapúzdruje svoje dáta a voči vonkajšiemu prostrediu publikuje rozhranie, ktoré je možné zavolať; Implementácia je prepojenie dvoch systémov v zmysle volania vzdialených metód na úrovni inštancií objektov. Zaužívaný je aj pojem Distributed Object Integration alebo Remote Procedure Invocation. Technická implementácia zasielanie správ Zasielanie správ dokáže zabezpečiť integráciu medzi aplikáciami, ktorá pokrýva využívanie vzdialených funkcionalít (príkazová správa), prenos údajov (dokumentová správa) a zaslanie informácií o zmenách (správy udalostí); Komunikácia prebieha buď bod-bod (point-to-point) alebo použitím dodatočného komponentu zbernice správ (message bus); Najviac využívané prístupy k návrhu a implementácii endpointov (webové služby) sú SOAP (Simple Object Access Protocol) a REST (Representational State Transfer). 18

19 Agenda prezentácie Ciele školenia, časový priebeh a obsah školenia Úvod programovej kancelárie MF SR Integračné vzory (patterns) Vyhodnotenie integračných vzorov Životný cyklus integračného zámeru Diskusia 19

20 Vyhodnotenie integračných vzorov Pri vyhodnotení integračných vzorov boli aplikované schválené štandardy ISVS SR a NKIVS Na základe analýzy aplikovania princípov integrácie ISVS voči integračným vzorom a technickej realizácií integrácie boli identifikované zistenia: Implementácia integrácie (integračných vzorov) prostredníctvom zdieľania databáz a volanie vzdialených procedúr nie je odporúčané, z dôvodu popierania princípov NKIVS a štandardov; Technická realizácia integrácie prostredníctvom prenosu súborov (používanie protokolu File transfer protokol (FTP)) nevyhovuje v oblasti štandardov webových služieb. Avšak je odporúčané používať tento protokol ako pridružený, hlavne pri prenosoch veľkých objemov dát; V prípade štandardov pre webové služby je možné implementovať všetky integračné architektúry, pričom technická realizácia zasielania správ a implementácia webových služieb (end-pointov) musí byť uskutočnená v zmysle SOAP vo verzii 1.2 a vyššie a komunikačné rozhranie musí byť definované pomocou WSDL; Špecifikácia formátu prenášaných údajov v štruktúre Extensible Markup Language (.xml) vo verzii 1.0 podľa Word Wide Web (W3C) má vplyv na technickú realizáciu integrácie vo forme prenosu súborov a zasielania správ, kde jednotlivé prenášané údaju musia byť iba vo formáte XML; Princíp ohľadom technologickej infraštruktúry verejnej správy, ktorá musí byť flexibilná, t. j. taká, ktorá z dôvodu zmien v štruktúre verejnej správy, najmä na výkonnej úrovni, ako aj inovácií aplikácií vyžaduje investične nenáročné úpravy determinuje využitie integračných architektúr zabezpečujúcich voľnú väzbu. Vyhodnotenie vzorov 20

21 Agenda prezentácie Ciele školenia, časový priebeh a obsah školenia Úvod programovej kancelárie MF SR Integračné vzory (patterns) Vyhodnotenie integračných vzorov Životný cyklus integračného zámeru Diskusia 21

22 Oblasti, úlohy a šablóny integračného zámeru Každá oblasť integračného zámeru pozostáva z úloh a priradenej šablóny (ak je aplikovateľná) Oblasť Úloha Šablóna Projektové a organizačné aktivity Dohoda o integračnom zámere Projektové riadenie, eskalácia a manažment rizík, monitorovanie Vypracovanie dohody o poskytovaní služieb a manažmentu postimplementačných zmien TEM_4101 N / A TEM_4102 Aktualizácia katalógu poskytovaných služieb TEM_4201a TEM_4201b Definovanie rozsahu integrácie - procesný/logický a technický návrh Identifikácia služieb Špecifikácia služieb TEM_4202 Integračný technický návrh TEM_4203 Prepojenie infraštruktúry TEM_4301 Infraštruktúra a implementácia integračného zámeru Príprava test plánu, testovacích scenárov a prípadov Vývoj komponentov pre integráciu TEM_4302 N / A TEM_4303 Vykonanie integračných testov N / A Vykonanie používateľských akceptačných testov N / A 22

23 Štruktúra popisu oblasti integračného zámeru Každá oblasť integračného zámeru je rozdelená nasledovne: Úlohy spolu s výstupmi a zodpovednosťami (RACSI); Úloha je definovaná cieľom, vstupmi, výstupmi, šablónou (ak je nevyhnutné) rolou, ktorá je vykonáva a popisom krokov (ak je úloha komplexná). V rámci RACSI analýz úloh vystupuje viacero integračných roli: Konzument: Konzument rola volajúca službu/y iného ISVS, resp. iniciátor samotnej integrácie, keďže využíva služby iného ISVS vo svojich biznis procesoch; Poskytovateľ: Poskytovateľ rola poskytujúca službu iného ISVS; Programová kancelária OPIS: Môže niektoré integrácie pozorovať, v prípade nevyhnutnosti aj mediovať a koordinovať. V rámci RACSI analýz úloh vystupujú zodpovednosti: R = Responsible Zodpovedá za korektné vykonanie pridelenej úlohy a za existenciu prideleného výstupu alebo jeho časti. A = Accountable - S konečnou platnosťou zodpovedá za úspešnú realizáciu úlohy alebo schválenie výstupu. R sa zodpovedá A. A musí podpísať (schváliť) prácu vykonávanú R. A môže byť pri jednej úlohe alebo výstupe resp. jeho časti priradené len k jednej role. C = Consulted Plní funkciu poradcu, pričom sa počíta s obojsmernou komunikáciou. Môže byť požiadaný, aby poradil a mal by iniciatívne radiť, ak je to nevyhnutné. S = Supportive (Podpora, asistencia) Aktívne pomáhajú pri realizácii aktivity. I = Informed Sú informovaní o priebehu prác. Jednosmerná komunikácia. 23

24 Časový priebeh integračného zámeru Životný cyklus integračného zámeru sa skladá z fáz, ktoré pokrývajú oblasti procesného/logického návrhu infraštruktúry a implementácie a projektových a organizačných aktivít. Súčasť projektovej fázy - analýza a dizajn Súčasť projektovej fázy - implementácia Súčasť projektovej fázy - všetky 24

25 Životný cyklus integračného zámeru - Projektové a organizačné aktivity Vykonané činnosti, výstupy a zodpovednosti Úlohy v oblasti projektového manažmentu Výstup Konzument Poskytovateľ Programová kancelária OPIS Ostatné subjekty Dohoda o integračnom zámere Dohoda o integračnom zámere časť úvodné ustanovenia Dohoda o integračnom zámere A/R S C/I S Dohoda o integračnom zámere časť komunikačný plán Dohoda o integračnom zámere A/R S C/I S Dohoda o integračnom zámere časť harmonogram Dohoda o integračnom zámere A/R S C/I S Manažment rizík, otvorených otázok a ich mitigácia, monitorovanie Riadenie, monitorovanie, eskalácia a manažment rizík Zaznamenie v ASPR systéme A/R R C S Vypracovanie dohody o poskytovaní služieb a manažmentu post-implementačných zmien Vypracovanie dohody o poskytovaní služieb a manažmentu post-implementačných zmien Dohoda o úrovni poskytovaných služieb a manažmente postimplementačných zmien A/R R I S 25

26 Životný cyklus integračného zámeru - Projektové a organizačné aktivity Dohoda o integračnom zámere Dohoda a organizačné náležitosti integračného zámeru zamerané na rozsah integrácie, rozpočet, komunikačný plán, harmonogram a zladenie release manažmentu komponentov. Dohoda o integračnom zámere úvodné ustanovenia Identifikácia subjektov integračného zámeru, zdôvodnenie a ciele integračného zámeru, odhad rozsahu integrácie, plán rozpočtu a prípadne potrebnú súčinnosť v rámci integračného zámeru Dohoda o integračnom zámere komunikačný plán Popis rolí a zodpovednosť pre jednotlivé expertné oblasti integrácie, popis komunikačného procesu na jednotlivých organizačných úrovniach a pri aktivitách vykonávaných počas integračného zámeru, riadenie komunikácie, ktorá zachytáva distribúciu, rozširovanie, sledovanie a zaznamenávanie informácií, prípadne - dodatočné ustanovenia a prílohy Dohoda o integračnom zámere harmonogram Popis nevyhnutných podmienok, externých závislosti a časovej tolerancie, harmonogram integračného zámeru vo forme etáp, aktivít, míľnikov, gantt diagramu a požiadaviek na zdroje, harmonogram release manažmentu vyvíjaných funkcionalít komponentov počas životného cyklu integračného zámeru 26

27 Životný cyklus integračného zámeru - Projektové a organizačné aktivity Projektové riadenie, eskalácia a manažment rizík, monitorovanie Projektové riadenie je kontinuálna úloha počas celého životného cyklu integračného zámeru. Vykonávanie aktivít v súlade: Metodický pokyn č. MF/28999/ pre riadenie IT projektov Usmernenie SORO OPIS k správe dát v Aplikačnom systéme programového riadenia č. 5/2013 Zmluva o NFP 27

28 Životný cyklus integračného zámeru - Projektové a organizačné aktivity Vypracovanie dohody o poskytovaní služieb a manažmentu zmien Návrh procesov pre riadenie post-implementačnej prevádzky slúži na popísanie aktivít spojených s manažmentom zmien a parametrami úrovne poskytovanej služby (SLA) Vypracovanie dohody o poskytovaní služieb a manažmentu post-implementačných zmien Zoznam služieb, ktoré sú predmetom dohody SLA parametre služieb Procesy manažmentu zmien a zodpovedností Zmluvné náležitosti a sankcie 28

29 Životný cyklus integračného zámeru - procesný/logický a technický návrh Vykonané činnosti, výstupy a zodpovednosti Úlohy v oblasti projektového manažmentu Výstup Konzument Poskytovateľ Programová kancelária OPIS Ostatné subjekty Aktualizácia katalógu poskytovaných služieb Meta IS Aktualizácia procesných/všeobecných údajov Informácie v katalógu služieb I R A / C S Aktualizácia technických údajov Identifikácia služieb Identifikácia využívaných služieb Špecifikácia služieb Definovanie funkcionálnych a nefunkcionálnych požiadaviek Návrh volajúcich komponentov s využitím existujúcich služieb z katalógu služieb Návrh riešenia chýbajúcich funkcionalít poskytovaných služieb Integračný technický návrh Informácie v katalógu služieb; Integračný manuál poskytovanej služby Model využívaných služieb Identifikácia Model využívaných služieb - Špecifikácia Model využívaných služieb Špecifikácia / Zoznam chýbajúcich funkcionalít Návrh variantov pre naplnenie požiadaviek I R A / C S A / R C C S A/R R I S A / R C C S A R C S Vytvorenie integračného technického návrhu volajúceho komponentu Integračný technický návrh A / R C C S 29

30 Životný cyklus integračného zámeru - procesný/logický a technický návrh Aktualizácia katalógu poskytovaných služieb - MetaIS Zabezpečenie procesných informácií pre logický návrh a technických informácií pre technický návrh a realizáciu integrácie Aktualizácia procesných/všeobecných údajov poskytovaných služieb Procesné/všeobecné informácie slúžia pre zachytenie popisu služby na biznisovej úrovni. Hlavnými popisnými atribútmi procesných údajov sú: Popis a procesný tok využívanej služby, poskytovateľ, zoznam a popis operácii/metód služby, vstupné a výstupné parametre, štandardné SLA parametre služby Aktualizácia technických údajov poskytovaných služieb Technické informácie slúžia pre zachytenie technickej implementácie služby na aplikačnej úrovni. Hlavnými popisnými atribútmi technických údajov sú: Technická špecifikácia poskytovanej webovej služby (URL link na WSDL), schéma vstupnej a výstupnej dátovej štruktúry (XSD) + dátové typy a ohraničenia, popis spôsobu zabezpečenia a autentifikácie pri volaní služby, testovacie dáta, testovacie scenáre a prípady Dostupnosť popisných informácií poskytovaných služieb pre konzumentov je nutným predpokladom pre ich úlohy spojené s identifikáciou a špecifikáciou služieb a vytvorením integračného technického návrhu V prípade projektov, ktoré sú vo fáze implementácie je potrebné urgentné získanie informácií o technickom popise poskytovaných služieb. V prípade projektov, ktoré sú vo fáze analýzy a dizajnu je potrebné získanie informácii o procesnom/všeobecnom popise poskytovaných služieb. 30

31 Životný cyklus integračného zámeru - procesný/logický a technický návrh Identifikácia služieb Cieľom úlohy je identifikácia využívaných služieb externých ISVS a zachytenie previazanosti externých služieb a biznis procesov Identifikácia využívaných služieb Dekompozíciou biznis procesu sú identifikované využívané služby/funkcionality z externých systémov. Identifikácia konzumovaných služieb z externých aplikácií je nutným predpokladom pre začatie integračného zámeru s poskytovateľom služby. Na previazanie biznis procesov a externých služieb je použitý pracovný produkt model využívaných služieb Dekompozícia biznis procesu BPMN 2.0 Dekompozícia biznis procesu - tabuľka «Pool» Front-end «Pool» Agendový systém - back end «Pool» Externý systém Vyplnenie formulára Dokumentová správa Spracuj formulár Príkazová správa Notifikuj Notifikačná služba Koniec Dokumentová správa Biznis proces (podanie) Vyplnenie formulára Spracuj formulár Notifikácia Agendový back-end systém Front - end systém Externý systém A N N N A N N A A 31

32 Životný cyklus integračného zámeru - procesný/logický a technický návrh Špecifikácia služieb Cieľom úlohy je špecifikácia operácií, vstupných a výstupných parametrov, nefunkcionálnych požiadaviek a prípadná identifikácia chýbajúcich funkcionalít poskytovaných služieb. Definovanie funkcionálnych a nefunkcionálnych požiadaviek na integráciu (integračné kontrakty) V rámci definície funkcionálnych požiadaviek je odporúčane nielen zameranie sa na očakávané funkcionality poskytovaných služieb, ale aj formu prevedenia integrácie (možnosť využívania používateľského rozhrania aplikácie poskytujúcej služby, integrácie na úrovni aplikácií alebo prenášanie súborov) V rámci definície nefunkcionálnych požiadaviek je odporúčane vyhodnotiť parametre, ktoré je možné uviesť aj do modelu využívaných služieb: Čas prevádzky, povolená nedostupnosť, charakteristiky kontraktu, požiadavky na odpoveď, požadovaná kvalita informácií, požiadavky na šifrovanie, požiadavky na kontrolu kontraktu, požiadavky na kontrolu výsledkov a význam. Návrh rozhrania volajúcich komponentov s využitím existujúcich služieb z katalógu služieb Po ukončení aktivít definovania funkcionálnych požiadaviek a formy prevedenia integrácie je nutné doplniť dodatočné atribúty do modelu využívaných služieb prevedenie integrácie, zoznam operácii a ich popis, vstupné a výstupné parametre, výnimky V prípade identifikácie chýbajúcich funkcionalít konzument vytvorí zoznam, ktorý bude slúžiť ako vstup pre vytvorenie variantov navrhovaného riešenia od poskytovateľa Návrh riešenia chýbajúcich funkcionalít poskytovaných služieb Návrh variantov je vytvorený na základe zoznamu chýbajúcich funkcionalít / dát. Po akceptácií variantu zo strany konzumenta je uskutočnená implementácia. 32

33 Životný cyklus integračného zámeru - procesný/logický a technický návrh Integračný technický návrh Integračný technický návrh slúži pre detailnú technickú špecifikáciu implementácie integrácie, na základe ktorej bude uskutočnený vývoj potrebných komponentov. Vytvorenie integračného technického návrhu volajúceho komponentu Vizualizácia biznis procesu konzumenta z pohľadu integrácie jedného alebo viacerých aplikácií (UML, BPMN) Zachytenie priebehu volaní jednotlivých využívaných externých služieb na úrovni operácií a spracovanie odpovedí jednotlivých volaní Špecifikácia kontraktov typu aplikačnej integrácie v rámci integračného bodu Technická špecifikácia rozhrania poskytovanej webovej služby (URL link na WSDL pre jednotlivé prostredia) Popis spôsobu zabezpečenia a autentifikácie pri volaní služby Technická špecifikácia volajúcej služby/komponentu konzumenta v rámci kontraktu Technická špecifikácia operácií webových služieb (XSD, dátové typy, ohraničenia, mapovanie interných a externých dátových štruktúr) Špecifikácia kontraktov typu integrácie cez prenos súborov Umiestnenie zdrojového súboru - adresa Frekvencia a plán generovania súborov Štruktúra vygenerovaného súboru (XSD) schéma Návrh prenosu súboru cez povolené protokoly (FTP) Mapovanie medzi štruktúrou súboru a interným dátovým modelom Dodatočná technická špecifikácia Prevodové tabuľky medzi enumerátormi, procesy pre sledovanie nefunkcionálnych prevádzkových požiadaviek 33

34 Životný cyklus integračného zámeru - Infraštruktúra a implementácia Vykonané činnosti, výstupy a zodpovednosti Úlohy v oblasti projektového manažmentu Výstup Konzument Poskytovateľ Programová kancelária OPIS Ostatné subjekty Prepojenie infraštruktúry Definovanie požiadaviek na prepojenie Príprava technického návrhu riešenia naplnenia požiadaviek Príprava test plánu, testovacích scenárov a prípadov Špecifikácia prepojenia infraštruktúry Špecifikácia prepojenia infraštruktúry A / R C I S A / C R I S Vytvorenie test plánu Test plán A / R R / C I S Príprava testovacích scenárov a prípadov Testovacie scenáre a prípady A / R R / C I S Vývoj komponentov pre integráciu Vývoj komponentov pre integráciu Vyvinuté komponenty A / R R / C I S Funkčné/komponentové testy Vykonanie integračných testov Vykonanie integračných testov Podpísanie protokolu o ukončení integračných testov Vykonanie používateľských akceptačných testov Vykonanie používateľských akceptačných testov Podpísanie protokolu o ukončení používateľských akceptačných testov Vyvinuté komponenty pripravené na integračné testy Aktualizácia testovacích prípadov Protokol o ukončení integračných testov Aktualizácia testovacích prípadov Protokol o ukončení používateľských akceptačných testov A / R R / C I S A / R R / C I S A / R R / C I S A / R R / C I S A / R R / C I S 34

35 Životný cyklus integračného zámeru - Infraštruktúra a implementácia Prepojenie infraštruktúry Nutným predpokladom pre spustenie implementačnej fázy integračného zámeru je prepojenie infraštruktúry, ktoré zabezpečí dostupnosť rozhraní poskytovaných služieb pre konzumentov. Definovanie požiadaviek na prepojenie Konzument špecifikuje požiadavky na prepojenie infraštruktúry jednotlivých implementačných prostredí Príprava technického návrhu riešenia naplnenia požiadaviek Prípravu technického návrhu riešenia uskutoční poskytovateľ resp. správca infraštruktúry poskytovateľa. Technický návrh je vytvorený na základe zdôvodnenia prepojenia prostredí, doplňujúcich požiadaviek a platných štandardov využívaných v rámci infraštruktúry poskytovateľa. Technický návrh by mal obsahovať: Zachytenie schémy prepojenia komponentov Popísanie interakcie komponentov a generický popis procesu komunikácie Charakteristika prostredí a parametre prepojenia (predpokladaný dátový tok, technická implementácia, parametre prepojenia) 35

36 Životný cyklus integračného zámeru - Infraštruktúra a implementácia Príprava test plánu, testovacích scenárov a prípadov Test plán slúži pre špecifikáciu náležitosti testovacej fázy implementácie. Popisuje aktivity v jednotlivých fázach, prístupy ku testovaniu, kritéria vyhodnotenia, priradenie zdrojov a riadenie defektov. Súčasťou úlohy je aj vytvorenie testovacích prípadov a scenárov. Vytvorenie test plánu, ktorý obsahuje: Popis aktivít testovania, kritérií, testovacích nástrojov, rolí, zodpovednosti a vykazovania Rozsah a postup testovania Vykonané typy testov (komponentové, regresné, smoke, testy nefunkcionalnych požiadaviek, integračné, používateľské akceptačné) Harmonogram testovania a špecifikácia výstupov testovacej fázy Technické prostriedky testovania, procesy riadenia defektov a vykazovania testovania Príprava testovacích scenárov a prípadov Pri tvorbe testovacieho scenára je cieľom zachytenie všetkých alternatív procesného toku testovaného procesu / služby / operácie. Následne pre každý testovací scenár je nutné vytvoriť testovacie prípady, ktoré predstavujú realizačné kroky scenára. 36

37 Životný cyklus integračného zámeru - Infraštruktúra a implementácia Vývoj komponentov pre integráciu Na základe integračného technického návrhu je nutné vykonať vývoj potrebných komponentov, ktoré sprístupnia požadovanú funkcionalitu. Vývoj komponentov pre integráciu Implementácia špecifikovaných komponentov na strane konzumenta, ktoré zabezpečia volanie poskytovaných služieb a spracovanie odpovedí týchto služieb. Vývoj resp. úprava komponentov prebieha aj na strane poskytovateľa v prípade, ak boli identifikované nové funkcionality počas procesného/logického návrhu konzumenta. Funkčné/komponentové testy Každá zúčastnená strana zodpovedá za zabezpečenie funkcionality svojho komponentu, ktorý dokáže poskytnúť konzumentom vo forme black-boxu. Komponentové testy overia požadovanú funkcionalitu a schvália komponent pre integračné testovanie. 37

38 Životný cyklus integračného zámeru - Infraštruktúra a implementácia Vykonanie integračných testov Po ukončení funkčných/komponentových testov prebieha otestovanie orchestrácie medzi integrovanými komponentmi. Vykonanie integračných testov Priradené zdroje ku definovaných testovacím prípadom uskutočnia integračné testy a vyhodnotia splnenie aktuálnych výsledkov voči očakávaným; Počas testovacieho procesu neustále prebiehajú monitorovacie aktivity definované v test pláne ako vykazovanie postupu a riadenie defektov; Po splnení kritérií pre ukončenie integračných testov definovaných v test pláne je fáza ukončená a prebehne akceptácia ukončenia fázy. Podpísanie protokolu o ukončení integračných testov 38

39 Životný cyklus integračného zámeru - Infraštruktúra a implementácia Vykonanie používateľských akceptačných testov Vo fáze používateľských akceptačných testov prebieha testovanie biznis procesov end-to-end koncovými používateľmi, nie len orchestrácia medzi integrovanými komponentmi. Vykonanie používateľských akceptačných testov Priradené zdroje ku definovaných testovacím prípadom uskutočnia používateľské akceptačné a vyhodnotia splnenie aktuálnych výsledkov voči očakávaným; Počas testovacieho procesu neustále prebiehajú monitorovacie aktivity definované v test pláne ako vykazovanie postupu a riadenie defektov; Po splnení kritérií pre ukončenie používateľských akceptačných testov definovaných v test pláne je fáza ukončená a prebehne akceptácia ukončenia fázy. Podpísanie protokolu o ukončení používateľských akceptačných testov 39

40 Životný cyklus integračného zámeru - Infraštruktúra a implementácia Zavedenie do prevádzky, monitoring Po ukončení používateľských akceptačných testov prebehne release komponentov do produkčného prostredia. Súčasťou tejto aktivity je podpísanie akceptačného protokolu medzi a dohody o poskytovaní služieb. Zavedenie komponentov do produkčného prostredia Podľa release plánu integračného zámeru sa vykoná prenos komponentov do produkčného prostredia. Akceptačný protokol medzi zúčastnenými stranami Podpis dohody o úrovni poskytovaných služieb (SLA) a manažmentu postimplementačných zmien 40

41 Agenda prezentácie Ciele školenia, časový priebeh a obsah školenia Úvod programovej kancelárie MF SR Integračné vzory (patterns) Vyhodnotenie integračných vzorov Životný cyklus integračného zámeru Diskusia 41

42 Diskusia 42

43 Ďalšie kroky Nasledujúce kroky implementácie metodiky integrácie ISVS v programe OPIS Usmerenie povinných osôb pre dodržiavanie princípov definovaných v metodike V prípade projektov vo fáze implementácie bude prioritne potrebná súčinnosť pri úlohe Aktualizácia katalógu služieb, ktorej cieľom bude dodanie popisu implementovaných služieb projektu v zmysle atribútov definovaných v metodike integrácie ISVS. Výstup tejto úlohy bude súčasťou akceptačných kritérií ukončenia projektu. V prípade projektov vo fáze analýzy a dizajnu budú súčasťou dodávky a platobného míľnika fázy aj dokumenty spojené s identifikáciou a špecifikáciou konzumovaných služieb z externých ISVS a integračný technický návrh. Sledovanie postupu integrácie rozbehnutých integračných zámerov programu OPIS Koordinačné aktivity PgK zamerané na implementáciu metodiky integrácie ISVS 43

44 About Capgemini With more than 120,000 people in 40 countries, Capgemini is one of the world's foremost providers of consulting, technology and outsourcing services. The Group reported 2011 global revenues of EUR 9.7 billion. Together with its clients, Capgemini creates and delivers business and technology solutions that fit their needs and drive the results they want. A deeply multicultural organization, Capgemini has developed its own way of working, the Collaborative Business Experience TM, and draws on Rightshore, its worldwide delivery model. Rightshore is a trademark belonging to Capgemini The information contained in this presentation is proprietary Capgemini. All rights reserved.