Mobil APP üzemeltetés és fejlesztés

Description du marché

**** I. BT-24 [II.1.4)] folytatása: Ajánlatkérő nem tekinti megkerülő megoldásnak a Rendszeren kívül végrehajtandó tevékenységet. Kritikus (Highest) szintű hiba: jelenti a szoftver részleges vagy teljes leállását, vagy olyan súlyos mértékben korlátozza, hogy a szoftver a napi tevékenység végzése során nem vehető igénybe vagy csak olyan ésszerűtlen erőfeszítések árán használható, amelyek gazdasági szempontból nem indo-koltak. Beleértve a szerkesztőségi munkafolyamatokat és a frontendi, végfelhasználó megjelenítést és felhasználói élmény akadályoztatását is. Magas (High) szintű hiba: a szoftver jól elkülöníthető részeinek használatát lehetetlenné teszi, de erőforrástöbbletet igénylő elkerülő megoldással kezelhető. Beleértve a szerkesztőségi munkafo-lyamatokat és a frontendi, végfelhasználó megjelenítést és felhasználói élmény akadályoztatását is. Közepes (Medium) szintű hiba: nem számottevő mértékű, de időszakosan a javítás elkészültéig erőforrástöbbletet igénylő elkerülő megoldással kezelhető, illetve számottevő eltérés az elfogadott design tervtől vagy funkcionalitástól. Alacsony (Low) szintű hiba: erőforrástöbbletet nem igénylő elkerülő megoldással kezelhető, funk-ciókiesést nem okozó, az elfogadott design tervtől és funkcionalitástól nem számottevő eltérés. Üzemeltetés során elvárt meghibásodások kezelése Üzemeltető a bejelentett hibák elhárítását az alábbi határidőkkel köteles megkezdeni: • Blokkoló szintű hiba javítása: A hibajavítás, a hiba jelzésétől kezdődően 15 percen belül megkezdődik • Kritikus szintű hiba javítása: A hibajavítás a hiba jelzésétől kezdődően 30 percen belül meg-kezdődik • Magas szintű hiba javítása: A hibajavítás a hiba jelzésétől kezdődően 2 órán belül megkez-dődik • Közepes szintű hiba javítása: A hibajavítás 5 munkanapon belül megkezdődik • Alacsony szintű hiba javítása: A hibajavítás 10 munkanapon belül megkezdődik Rendelkezésre állás Elvárt SLA(k) definiálása A portál és CMS rendszer a hét minden napján, a nap 24 órájában, meghatározott rövid válaszidők-kel rendelkezésre kell, hogy álljon. A hosszan futó folyamatok (pl. transzkódolás, biztonsági mentés stb.) kivételével a CMS funkciók maximális válaszideje, legfeljebb 5 mp lehet. Törekedni kell arra, hogy a válaszidők az adott funkciónak megfelelő legalacsonyabb értékek legyenek. A teljes rendszer esetében (frontend, backend) az elvárt rendelkezésre állási idő, havi bontásban legalább 99.5%. Kiemelt médiaesemények A kiemelt események esetében külön SLA vonatkozik, amely a kijelölt esemény kezdete és vége közötti időre érvényes és értéke 99.9%. Nyertes Ajánlattevő vállalja, hogy az kiemelt eseményekhez kapcsolódóan, a kiszolgálásban részt-vevő infrastruktúrális elemeinek terheléséről az eseményt követő munkanap 17:00 óráig riportot küld MTVA számára. A fentebbiektől eltérni, csak az MTVA-val történő egyeztetést követően lehet. Nyertes Ajánlattevő havi rendszerességgel az aktuális hónapot követő 15. (tizenötödik) munkana-pig SLA riportot készít. Monitoring rendszer(ek) definiálása Nyertes Ajánlattevő feladata a fentebb definiált SLA kiszolgálás biztosításához szükséges monitoring és riasztási rendszer (többszintű riasztás) kialakítása, amely alapján igazolni tudja a vállalt SLA szin-tek teljesítését és a rendszer hatékony működését. Folyamatosan monitorozni szükséges a komplex szolgáltatásokat, a funkciók és a szerepkörök mű-ködési és rendelkezésre állási paramétereit, rendellenes működésük esetén azonnal incidens keze-lést kell indítani. Online, real time távoli hozzáférést kell biztosítania az MTVA szakemberei számára a webes, mobil alkalmazások és streaming szolgáltatások állapotát monitorozó dashboard rendszerhez. Üzemeltetési riport rendszerek definiálása A kialakított architektúrával kapcsolatban elvárás, hogy a működésről, riasztásokról, terheléses adatokról minden nap üzemviteli jelentést kapjon az MTVA. Az üzemviteli jelentés mind a webes felületek, a mobil alkalmazások és a videókiszolgálási folya-matok esetében is elvárás. Az üzemviteli jelentés minden esetben grafikus formában is tartalmazza a kiszolgálásban résztvevő, legfontosabb rendszerkomponensek adatait (Nyertes Ajánlattevő által üzemeltettet rendszereknél releváns), például, de nem teljes körűen: Tranzakciós válaszadási időket • PHP kiszolgálás • Adatbázis kiszolgálás • Cache megoldások CPU és memória terheléses adatokat • Szerkesztőségi rendszer kiszolgálását végző webapp szerverek • Mobil alkalmazások kiszolgálását végző szerverek • Publikus webapp szerverek • Adatbázis szerverek Videókiszolgálás • streamek maximális konkurens ügyfélszáma • streamekhez tartozó maximális kiszolgálási sávszélesség (belföld) • streamekhez tartozó maximális kiszolgálási sávszélesség (külföld) • felhasznált DRM licence-ek száma CMS adatok • Létrehozott tartalmak száma • Publikált tartalmak száma • Létrehozott videók száma • Publikált videók száma • Médiatárba feltöltött képek száma • Létrehozott push üzenetek száma • Kézbesített push üzenetek számossága (hány eszköre lett kiküldve) • Kiküldött hírlevelek számossága A fentebbi részletes technikai adatokon kívül, összefoglaló szerűen tartalmazza a főbb rendszer-komponensek működésével kapcsolatos státuszt a jelentés időszakára vonatkozóan, például, de nem teljeskörűen: • Webes kiszolgálás • Mobil alkalmazás kiszolgálás • Szerkesztőségi rendszer • Médiatár • Videófolyamatok és CDN stream kiszolgálás • Videókijátszás • Backup és Archiválási folyamatok Amennyiben a rendszer vagy bármelyik működtetésben résztvevő folyamat kiszolgálásában hiba vagy riasztás esemény következett be, az üzemviteli jelentést ki kell egészíteni az alábbi informáci-ókkal például, de nem teljeskörűen: • Hiba/esemény megnevezése • Hiba/esemény részletes leírása • Hiba/esemény kezdő időpontja (dátum+óra:perc) • Hiba/esemény záró időpontja (dátum+óra:perc) • Hiba/Esemény oka • Hiba/esemény során végzett intézkedések részletes leírása, elhárítás lépései • Kommunikációban résztvevő, értesített személyek **** Folytatása a BT-728 mezőben.

Pouvoir adjudicateur