Aplikační architektura Vzorová ustanovení
Aplikační architektura. Dodavatel může, avšak nemusí, využít produkty, které má Objednatel k dispozici. Jedná se o: - Microsoft Sharepoint Server Standard Dodavatel může, avšak nemusí, využít produkty, které má Objednatel k dispozici. Jedná se o: • Microsoft SQL server standard pro veškeré databázové servery. • Oracle Database standard
Aplikační architektura. Obrázek 1: Architektura stávajícího SAP prostředí Popis stávajících aplikací: ID Název aplikace Popis aplikace Typ aplikace Technologie/výrobce
1 SAP ERP/IS- U SAP ERP ECC 6.0 + IS-U v rozsahu používaných modulů (FI, CO, RE-FX, PS, MM, HR, IS-U – FICA, BI, MDM, PM, IDE) Business SAP/Oracle Exadata databáze
2 SAP BW/4HANA SAP BW/XXXX – oblast FI, RE-FX, HR Datový model pro RE-FX (fyzické a virtuální providery) používané zejména v oblasti reportingu RE-FX v SAC. Datový model pro SAP FI (fyzické a virtuální providery) používané zejména v oblasti reportingu SAC Segmentový přehled a jako zdroj pro oblast Správce rozpočtu, který je realizován v prostředí POWER BI. Business SAP ID Název aplikace Popis aplikace Typ aplikace Technologie/výrobce Datový model SAP HR (fyzické a virtuální providery) používané zejména v oblasti reportingu SAP BW HR
3 SAP Netweaver Enterprise portal Standardní portál SAP využívaný pro zobrazování dat uživatelům, především schvalování faktur Business SAP
4 SAP Success Factors HR systém (Cloud) Business SAP
5 SAP Analytics cloud Reportingový nástroj – manažerský reporting Business SAP
6 Pasport P51 Stavební pasport budov Business PASPORT Kaňa s.r.o.
Aplikační architektura. Obr. č. 1 Model aplikační architektury – pohled komunikace aplikací Je vyžadováno zachování stávajících integračních vazeb na IS SAP, LDAP SZIF, ČSSZ systémy a ISoSS s možností dalšího možného rozšíření nově na IDM SZIF (Identity Management), který je aktuálně implementován do prostředí Objednatele. Stávající systém je implementován a provozován ve vícevrstvé architektuře, přičemž každá vrstva běží na samostatném HW.
Aplikační architektura. Hlavní činností jednotlivý systémů je zpracování nebo poskytování dat pomocí API requstů/response. Začátek requestu v případě externí komunikace začíná na HW balanceru, který dále předává dle zátěže požadavek na webové servery. Zde dochází k terminaci SSL spojení, autorizace dle obsahu v certifikátu, případně ověření přístupových údajů proti LDAP serveru. Aplikační server validuje a parsuje data a volá dále databázové funkce. Databáze validuje data a dle kvality requestu uloží data. API obsahuje operace umožňující správnou funkcionality systému eRecept. Hlavní operací je autentizační služba, který obsahuje informace o identitě pracovišti a osobě vrací chybu autentizace, nebo seznam oprávnění identit. Další operace slouží pro načítání seznamů pracovišť, osob a číselníkových hodnot. Autentizační služba musí má odezvu do 100 milisekund.
Aplikační architektura. Kapitola aplikační architektura detailněji rozpracovává základní architekturní koncept, uvedený v kapitole 0, a zároveň seskupuje do logických funkčních celků jednotlivé komponenty IS DTM ŘSD.