Case study Nvé Internetvé bankvnictví František Řezáč
Přednášející - František Řezáč Prmce na FAV 2008 Velké prjekty Oblíbené Mbilní pdpra pzemníh dbavení pr Letiště Václava Havla Technický a funkční redesign webvéh bankvnictví ČS Příprava prjektu nvé generace webvéh bankvnictví KB Aktuálně webvé bankvnictví "na zelené luce" Java Web frntendy a UX SWI akademicky
Prfinit Zakázkvý vývj sftware Infrmační systémy Datvé sklady... IT byznys knzultace Orientace na Finance Telc Státní správa Preference FTFP Vytváření týmů!
Obsah Zrzení prjektu Odhady Ukázka typické bankvní infrastruktury Prblémy rzsáhlých systémů Web frntend technlgie Vývj webvých framewrků Impedance mismatch kmpnentvých framewrků ZKss
Zákazník Menší banka v blasti střední a výchdní Evrpy Retail bankvnictví >10 000 klientů Hlavní prtfli Běžný a spřící účet Půjčky Hyptéky Typický příklad rzsáhléh infrmačníh systému
Obsah Zrzení prjektu Odhady Ukázka typické bankvní infrastruktury Prblémy rzsáhlých systémů Web frntend technlgie Vývj webvých framewrků Impedance mismatch kmpnentvých framewrků ZKss
Idea frmulatin Zadání investra: Vstupit d segmentu SME Retail bankvnictví pstaven na "krabicvém" řešení I malé změny jsu hdnceny velku pracnstí Půvdní vývjvý tým v zahraničí Pr SME je nutné zásadně přepracvat dispnentský mdel - dpady téměř d všeh Jaký je pměr ceny za vytvření vlastníh vývjvéh týmu vůči násbně dražšímu změnvému řízení? Jaké jsu předpkládané buducí pžadavky?
Prf f Cncept (PC) Standardní nástrj pr věření splnitelnsti byznys pžadavků se zvlenými technlgiemi Specificky pr tent prjekt: účast zástupců firem ucházejících se zakázku, výstupy: Dem aplikace Odpvěď na RFP Hlavní technlgie zadány předem Důvdy čast iracinální Názr jedinéh (!!!) interníh zaměstnance Djem z bchdní prezentace Zkušensti z typvě rzdílných prjektů
Request fr Prpsal Standardní fáze FTFP prjektu Zadavatel ddá (byznys) specifikaci pžadavků Ddavatel dpvídá závaznu nabídku Včetně ceny => nutnst dhadu Princip kvantifikace Základem je byznys specifikace Knkrétní metdika je až sekundární
Odhady - pdklady Transactins... 21 3.1 Cash transactins... 21 3.2 Nn-cash transactins... 21 3.2.1 Dmestic payment rder (DPO)... 21 3.2.2 Standing instructins (SDPO)... 22 3.2.3 Freign payment rder (FPO)... 22 3.3 Cmmn transactin functinalities... 23 3.3.1 Prduct/Transactin matrix... 23 3.3.2 Cut-ff times... 24 3.3.3 Accunting systems (Exprt/Imprt). 24 3.3.4 AML mnitring... 25 SME platfrm definitin... 25 4.1 User rles... 25 4.1.1 Statutry representative rle... 25 4.1.2 Pwer f attrney rle... 25 4.1.3 Card hlder rle... 25 4.1.4 Read-nly pwer f attrney rle.. 25
Odhady - naše kvantifikace Základní jedntka "flw", parametry: Use cases Pčet use case, které může uživatel v tmt flw dělat. Data Pčet významných datvých entit, které participují v tmt flw. Slžitst Slžitst interakcí mezi entitami v typickém flw. 1 - nejmenší 3 - největší Obrazvky Autrizace Připdepsání Limity... Risk
Odhady vs. realita Odhady Nabídky firem téměř shdné Management banky čekával 30% nižší Sučasný stav Vyčerpána třetina z půvdníh dhadu Krigvaný dhad 16% vyšší než půvdní
Zvlený režim ddávek Kritéria výběru ddavatele? Mžnsti vztahu s ddavatelem FTFP - Záměr Bdyshp - P ddání dhadů a analýz Metdika vývje Na úrvni prjektu: PRINCE2 Na úrvni kmpnent: Scrum, Kanban Subrdinace: Banka -> Prjekt -> Kmpnentvé týmy
Obsah Zrzení prjektu Odhady Ukázka typické bankvní infrastruktury Prblémy rzsáhlých systémů Web frntend technlgie Vývj webvých framewrků Impedance mismatch kmpnentvých framewrků ZKss
High level architektura - SOA Internetvé bankvnictví SME SME disp. mdel Primární data neautrizvaných příkazů Internetvé bankvnictví retail Uživatelské nastavení Pbčkvý systém CRM Scring Enterprise service bus, wrkflw Online Data Stre Zálžní zdrj dat Primární zdrj přehledů Payment Transactin System Zálha cre systémů Rzcestník pr různé druhy plateb Cre banking Transakční histrie Primární data účtů Cre banking -...
Technické vs. integrační prblémy Pměr závisí na veliksti prjektu Integrační prblémy rstu expnenciálně s pčtem subsystémů Typické prblémy rzsáhlých systémů Prstředí Jedntná definice dat Release management Mnitring a výpadky Vlastnictví dat Jak získat přehledvá data? Kmplexita vyplývající z existence zálžních zdrjů dat
Obsah Zrzení prjektu Odhady Ukázka typické bankvní infrastruktury Prblémy rzsáhlých systémů Web frntend technlgie Vývj webvých framewrků Impedance mismatch kmpnentvých framewrků ZKss
Lw level architektura - Maven Web frntend WS... SME byznys lgika ESB Autrizační centrum WS ESB
Web frntend technlgie Histrie Servlet - před r. 2000 JSP - 2001 MVC - Průběžně Kmpnenty - 2005? Flw - 2008 V psledních letech definitivní vítězství kmpnentvéh paradigmatu ČS: JSF KB: Wicket Airbank: Wicket ZUNO: JSF zákazník: ZKss
Impedance mismatch Request-Respnse Nestavvý (by default) Markup Requesty Cmpnent Stavvý (by default) Strm kmpnent Událsti
ZKss Java enterprise cmpnent framewrk OSS V ČR vzácně, v zahraničí běžný MVVM pattern View: XML
MVVM Mdel-View-Viewmdel Specializace MVC Frmální separace C a V VM: POJO mdelující LOGICKÝ mdel UI
Výhdy Psunutí úrvně autmatické testvatelnsti na view vrstvu Svatý grál zaměnitelnsti prezentační vrstvy Design pdle byznys lgiky, ne pdle struktury kmpnent Dbrá abstrakce pr impedance mismatch Stav udržván puze pr byznys parametry, ne pr celé kmpnenty Událsti nezávislé na view, markup vůbec neřešen Nevýhda: nutnst uznat, že Micrsft něc udělal dbře
www.prfinit.eu Děkuji za pzrnst