Nefunkční požadavky. Pož. ID Popis
Nefunkční požadavky. ID Název požadavku Popis požadavku
Nefunkční požadavky. Platforma
Nefunkční požadavky. Požadavek Popis Zkratka Popis
Nefunkční požadavky. Z dlouhodobého hlediska zajištění provozuschopnosti řešení postavených s využitím Platformy je požadováno splnění parametrů zejména v následujících oblastech: Platforma musí prokázat na úrovni koncepce, architektury, integrace, použitých technologií a standardů, dlouhodobou stabilitu a jasnou vizi směřující k zajištění provozuschopnosti na minimálně 10 let. Platforma musí být stabilní a poskytovat vysokou dostupnost s rozumnou mírou redundance s využitím dostupných softwarových prostředků na poskytnuté provozní infrastruktuře objednatele.
Nefunkční požadavky. 6.1.1 Třívrstvá architektura Řešení bude založeno na třívrstvé architektuře s oddělením databázové, aplikační a prezentační vrstvy.
Nefunkční požadavky. TECHNOLOGIE • Klientská mobilní aplikace je implementovaná jako nativní aplikace pro systém Android 5 a vyšší, splňující standardy pro aplikace platformy • Klientská mobilní aplikace je implementovaná jako nativní aplikace pro systém iOS 11 a vyšší, splňující standardy pro aplikace platformy • Obě verze klientské mobilní aplikace reagují na uživatelský vstup bez zpoždění většího než 400ms. • Doba odezvy při přihlášení do aplikace, zobrazení historie, přidání karty, a ostatní online transakce je menší než 900ms (není započítána doba odezvy systémů třetích stran) • Mobilní aplikace jsou pravidelně aktualizované v případě vydání nové verze systému Android a iOS tak, aby splňovala nové požadavky a standardy platformy, se zachováním zpětné kompatibility funkčnosti, pokud je možná • Všechny aktualizace řešení aplikace budou probíhat a budou vydávány po dohodě se zadavatelem. V případě nutnosti vydání kritické aktualizace z důvodu chyby zabraňující řádnému provozu aplikací je dodavatel povinen dodat aktualizaci s opravou do 24 hodin a vydat mobilní aplikace do příslušných distribučních obchodů v jejich stanoveném kritickém limitu pro vydání aplikací • V případě vydání nových verzí operačních systémů zabraňující zpětné kompatibilitě a plné funkcionalitě aplikace je dodavatel povinen vydat novou funkční verzi okamžitě po jejich vydání, bez přerušení řádného provozu aplikací. Dodavatel je povinen reagovat na změny pravidel distribučních služeb mobilních aplikací (Google Play, AppStore) a zajistit kompatibilitu mobilní aplikace s těmito pravidly. • Maximální využití operační paměti v mobilním zařízení při využití aplikace je 200 MB
Nefunkční požadavky. Systém umožní definování přístu- pových práv k jednotlivým funkč- ním celkům, dílčím kalkulacím i parametrům a proměnným jak pro ANO Práva a role jsou definována produktem ETRM a FMS. Případné úpravy rolí a opráv- nění jsou požadavkem mimo standardní rozsah dodávky. uživatelské role, tak pro konkrétní uživatele.
Nefunkční požadavky. Uživatelské role minimálně v roz- sahu: Obchodník, Nominace, Back_office, Risk, Controlling, API_User, s možností nastavit uži- vateli více rolí. ANO Ano. Uvedené role jsou podporovány. Mapování mezi uživateli/skupinami a rolemi je spravovatelné prostředky AAD. Viz popis v kapitole 5.4 zabezečení systému.
Nefunkční požadavky. Tenký klient / dostupnost bez nut- nosti instalace tlustého klienta (s ohledem na provoz 24x7). ANO Ano, platforma EDM je implementována na technologii tenkého klienta Integrovatelnost přes standardní 81 Nefunkční protokoly, např. AS2/AS4, ANO Podporováno. Detailnější popis uveden v kapitole 5.5 Integrační rozhraní požadavky EDIG@S, ETNSO-E EDI, Re- stAPI, https, mail.