œvegzseb/közbeszerzé… · web viewa dokumentum tartalmazza azokat a feltételeket...

Műszaki Leírás

az ASP KözpontGazdálkodási szakrendszer

karbantartási és támogatásifeladatainak ellátása című

ajánlati kiíráshoz

2016. május 19.Verzió 1.0

Műszaki leírás az ASP Központ Gazdálkodási szakrendszer karbantartási és támogatási feladatainak ellátása című ajánlati kiíráshoz

Tartalom

Tartalom.........................................................................................................................21 Bevezetés...............................................................................................................3

1.1 Előzmények.......................................................................................................31.1.1 Az ASP projekt.............................................................................................3

1.2 Az ajánlatkérés célja............................................................................................32 Meghatározások......................................................................................................53 Az Ajánlattevő által ellátandó feladatok részletes leírása....................................................8

3.1 Jogszabálykövetés...........................................................................................83.2 Verziókövetés.................................................................................................83.3 Release átadás...............................................................................................93.4 Verzió átadás..................................................................................................93.5 Kompatibilitás vizsgálat.....................................................................................93.6 Dokumentációk karbantartása.............................................................................93.7 Hibajavítások................................................................................................10

4. Feladatok elszámolása..........................................................................................125. Ajánlatkérő által biztosított eszközök és feltételek.........................................................125.1. Munkavégzés körülményei..................................................................................12

2


1 Bevezetés

1.1 Előzmények

1.1.1 Az ASP projektAz önkormányzati ASP központ felállítása című, az EKOP-3.1.6-2012-2012-0001. számú, 2014. december 31. napjától EKOP-2.1.25. számon nyilvántartott EU-s Projekt (továbbiakban: Projekt) keretében valósult meg.

Az önkormányzati ASP központról és a közfeladatot ellátó szervek iratkezelésének általános követelményeiről szóló 335/2005. (XII. 29.) Korm. rendelet módosításáról rendelkező 62/2015. (III. 24.) Korm. rendelet (a „Rendelet”) és a központosított informatikai és elektronikus hírközlési szolgáltatásokat egyedi szolgáltatási megállapodás útján igénybe vevő szervezetekről, valamint a központi szolgáltató által üzemeltetett vagy fejlesztett informatikai rendszerekről szóló 7/2013. (II. 26.) NFM rendelet (az „NFM rendelet”) jelöli ki az önkormányzati ASP központ működtetőjét és üzemeltetőjét, illetve határozza meg a működtetés és igénybevétel feltételrendszerét, valamint az önkormányzati ASP központ szakrendszereivel kapcsolatos egyes hatásköri szabályokat.

A Rendelet értelmében az önkormányzati ASP központ és szakrendszereinek működtetője a Magyar Államkincstár, amely a gazdálkodási, az ingatlanvagyon-kataszter, az önkormányzati adórendszer, valamint az ipar- és kereskedelmi szakrendszer működtetése mellett alkalmazás üzemeltetését végzi.

A NISZ Zrt. látja el az önkormányzati ASP központ működését biztosító adatközponti és hálózati informatikai infrastruktúra üzemeltetését, valamint a keretrendszer, az iratkezelő és az önkormányzati települési, illetve elektronikus ügyintézési portál, (ide értve Elektronikus Űrlapszolgáltatást [iForm]), továbbá a Tájékoztatási portál szakrendszer alkalmazás üzemeltetését.

A Projekt keretében meghatározott feladatok 2015. június 30. napjáig megvalósultak és az önkormányzati ASP központ működése 2015. április 1. napjával megkezdődött.

1.2 Az ajánlatkérés célja

Az ajánlatkérés célja, hogy az ASP Központon keresztül üzemeltetett adott szakrendszer működése biztosított legyen.

Az Ajánlatkérő és az Ajánlattevők az ajánlat alapján közösen meghatározzák az adott szakrendszerre vonatkozó úgynevezett karbantartási és támogatási szolgáltatási ügyrendet, valamint a teljesítést követhetővé, ellenőrizhetővé és számon kérhetővé tevő eljárásrendet is rögzítik.

Ajánlattevő által ellátandó feladatok:

Az adott szakrendszernek a hatályos jogszabályoknak történő folyamatos megfeleltetése. A módosított és letesztelt adott szakrendszeri verzió időbeni eljuttatása ASP központhoz,

elvárt dokumentumokkal alátámasztva Az esetlegesen felmerülő adott szakrendszeri hibák, hiányosságok kijavítása a

Megrendelő elvárásainak megfelelően.

3


A folyamatosan változó környezet és technológiaszint támogatása pl. a platformok verzióinak követése (kompatibilitás).

Háttér szakértői támogatás, igény szerint online, vagy személyes konzultáció 41/2015(VII.19.) BM rendeletben megfogalmazott elvárásoknak a maradéktalan

teljesítése. A feladatok részletes leírását a 3. pont, a szabványok és a szoftverek bemutatását az 2.

számú melléklet tartalmazza.

4


2 Meghatározások

Bejelentés: az Ajánlatkérő által az Ajánlattevőhöz eljuttatott kérés, amelynek tárgya a Gazdálkodási (szak)rendszer használata közben, a támogatási szerződés teljesítésével összefüggésben felmerülő igénybejelentés / hibabejelentés.

Dokumentáció, vagy papír alapú eredménytermék: a support tevékenység lezárásakor, illetve a verziókövetésével egyidejűleg leszállított papír alapú és elektronikus dokumentáció, amely magában foglalja a szakrendszer használatával, működésével, üzemeltetésével és fejlesztésével kapcsolatos kézikönyveket, változást leíró felhasználói tájékoztatókat.

Felhasználói teszt (User Acceptance Test, UAT): Ajánlatkérő által végzet átadás-átvételi teszt, mely során ellenőrzésre kerül, hogy az igénybejelentésben meghatározott hiba javítása, egyéb igény megvalósítása megfelelően megtörtént, az átadott szakrendszer az Ajánlatkérő működési környezetében az Ajánlatkérő más rendszereivel együttműködve az Ajánlatkérő elvárása szerint használható.

Felhasználói teszt környezet: az Ajánlatkérő által telepített, üzemeltetett és karbantartott szakrendszeri környezet, amely az UAT végrehajtására szolgál.

„Forró drót” (Hot-Line Support, HLS) szolgáltatás: az Ajánlattevő által nyújtott támogatási szolgáltatás, Ajánlatkérő részére az Ajánlatkérő ügyfélszolgálatán keresztül, amely külön meghatározott időszakokban biztosítja az Ajánlatkérő bejelentéseinek fogadását és feldolgozását.

Gyártói teszt (Factory Acceptance Test, FAT): egy-egy Release kiadását megelőzően a szakrendszer tulajdonos által, a szakrendszer tulajdonos teszt környezetében végzett teszt, mely során ellenőrzésre kerül, hogy a kiadandó Release az igénybejelentésben illetve az adott Release verzió jegyzékében felsorolt új funkciókat és változtatásokat megvalósítja-e. Abban az esetben, ha a szakrendszer változásainak nagysága vagy bonyolultsága ezt indokolja, akkor az adott szakrendszer tulajdonos a módosítás által tervezetten nem érintett szakrendszeri szolgáltatások egy részének vagy összességének tesztelését is végrehajthatja (regressziós teszt).

Gyártói teszt jegyzőkönyv: egy adott Release FAT tesztjének végrehajtását dokumentáló jegyzőkönyv.

Hiba: a Gazdálkodási szakrendszernek az Ajánlatkérő által elfogadott és átvett a vonatkozó dokumentációkban leírt vagy elvárható funkcionalitástól, törvényi szabályozástól eltérő működése, amely a hibaelhárítás során reprodukálható vagy hitelesen (pl. log-bejegyzés, képernyőkép) dokumentált, bizonyíthatóan a Ajánlattevő által karbantartott szakrendszer-verzióból eredeztethető hibajelenség.

Hibajavítás: az Ajánlattevő által a Gazdálkodási (szak)rendszeren végrehajtott módosítás, amelynek célja egy vagy több hiba kijavítása. A hibajavítás ütemezett Release vagy Hotfix formájában kerül kiadásra, a hiba kritikusságának besorolásától függően.

Hibamentes üzemelés: azon időtartam, amely alatt a szakrendszer az Ajánlatkérő által jóváhagyott szakrendszer-specifikáció alapján meghatározott funkciókat hiba nélkül ellátja.

5


Interfész: olyan funkcionális modul, amelynek feladata a szakrendszeren belül résztvevő különböző gyártótól, szállítótól származó alkalmazások, adatbázisok és informatikai eszközök egymás közötti magas szintű kommunikációjának, együttműködésének elősegítése.

Karbantartás szolgáltatás: az Ajánlattevő által nyújtandó szolgáltatáscsomag, amely biztosítja az adott szakrendszeren alapuló üzleti alkalmazás folyamatos működésének támogatását.

Konfigurációanalízis: az Ajánlattevő által végzett felmérés az optimális működési környezet kialakítása érdekében. A konfigurációanalízis eredményéről, a szükséges intézkedésekről Ajánlattevő tájékoztatást nyújt Ajánlatkérőnek. Ajánlattevő a tájékoztatás jóváhagyása után a szükséges intézkedéseket megteszi.

Kulcsfelhasználó: az Ajánlatkérő által meghatározott, azon kiemelt felhasználó, aki az adott szakterület folyamatait megfelelőképpen átlátja és azt a szakrendszer moduljaiban felhasználói szinten is megfelelően kezelni tudja.

Licenc: az a jogi érvényességű engedély, amely biztosítja a karbantartott és támogatott szakrendszer jogszerű használatát és üzemeltethetőségét Ajánlatkérő számára.

Munkanap: a Munka törvénykönyvében és az illetékes miniszter által az adott évre vonatkozóan kiadott, a munkaszüneti napok körüli munkarendet meghatározó rendeletében foglaltak alapján meghatározott napok.

SLA meghatározása: Mind az üzemeltetésre, mind a támogatásra egy egységes szolgáltatási szint kerül meghatározásra. Ebben rögzítésre kerülnek a felmerülő hibák, a követésigények (pl. jogszabály, operációsrendszer verzió), a támogatások kategóriája, a hozzájuk rendelt határidőkkel.

Sürgős hibajavítás: (Hotfix), olyan hibajavítás, amely soron kívül telepítendő az Ajánlatkérő által üzemeltetett szakrendszeri környezetben.

Szakértői támogatás: az Ajánlattevő által végzett távoli és/vagy helyszíni konzultációs és/vagy oktatási szolgáltatás, amely például konfiguráció elemzési, adatbázis auditálási, rendszer paraméterezési szolgáltatásokat tartalmazhat.

(Szak)rendszer: az adott (szak)rendszer termék, amely az adott (szak)rendszer tulajdonos által fejlesztett, az Ajánlatkérő igényei szerint átalakított és az Ajánlatkérő részére leszállított és átadott, az Ajánlatkérő által üzemeltetett, az Ajánlatkérő és az adott (szak)rendszer tulajdonosa között létrejött licencszerződésben meghatározott az adott szakrendszer licencekre épülő informatikai megoldás.

(Szak)rendszer alapszolgáltatás: az adott (szak)rendszer olyan funkciója vagy tulajdonsága, mely az adott (szak)rendszer valamely általános szolgáltatása.

(Szak)rendszer-csomag: az, amely tartalmazza a verziójegyzéket (Release leírás, Release note), a telepítési utasítást, a gyártói teszt jegyzőkönyvet (Factory Acceptance Test, FAT), a telepítendő állományokat.

(Szak)rendszer-kiadás: (Release), az adott (szak)rendszer-kiadás újabb, megváltozott, javított, és/vagy megszűnő funkciókat tartalmazó, a (szak)rendszert módosító, adott (szak)rendszeren tesztelt, forráskódot és elvárt papír alapú eredményterméket is tartalmazó adott (szak)rendszer-csomag-

6


változás. Az egyes Release-ek tartalmának kialakításakor figyelembe kell venni a hibabejelentések során keletkezett, fejlesztési és egyéb igények figyelembe vételével.

Ügyfélszolgálat: az Ajánlattevő által nyújtott szolgáltatás, amely lehetővé teszi Ajánlatkérő számára az adott szakrendszerrel kapcsolatos bejelentések, igények benyújtását a megadott elérhetőségeken. Az elérhetőségeket Ajánlattevő a hiba kritikusságának megfelelően részletezni köteles.

Üzemi környezet: az Ajánlatkérő üzletszerű működését irányító és támogató telepített, éles környezet.

Telepítési utasítás: annak a lépéssorozatnak a leírását szolgáló dokumentum, melynek végrehajtásával a szakrendszer egy megadott Release-nek megfelelő állapotba hozható. A dokumentum tartalmazza azokat a feltételeket (beállításokat, lépéseket, stb.), amelyek teljesülése esetén a telepítés eredményesen hajtható végre.

Teszt és telepítési környezet: az adott szakrendszer, mint üzleti alkalmazás telepítését, illetve tesztelésének céljait szolgáló környezet.

Változtatási igény a szakrendszeri dokumentációban rögzített funkcionalitástól, működési módtól eltérő bármely változtatás igénylése.

Verzió: az adott Release egyedi azonosítására szolgáló azonosítószám. A verziószámokat az adott szakrendszer tulajdonos határozza meg. Követni kell az Ajánlatkérő iránymutatását a verziószámok struktúrájának egységes kezelése érdekében.

Verziójegyzék: egy adott Release keretében szállított új, módosult vagy törölt szakrendszeri szolgáltatások felsorolását tartalmazó dokumentum.

Verziókövetés: az Ajánlattevő biztosítja Ajánlatkérő részére az adott szakrendszer-komponensek új verzióihoz való hozzáférést.

Verzióváltás: új fejlesztések kapcsán történő programfrissítések, melyeket az Ajánlattevő az Ajánlatkérő külön igényei szerint hajt végre.

7


3 Az Ajánlattevő által ellátandó feladatok részletes leírása

Teljesítés helye: a feladat jellegétől függően az érintett önkormányzat, vagy a Rendeletben megjelölt Üzemeltető telephelye.

Ajánlattevő a Vállalkozói szerződés szerinti feladatait egyösszegű vállalkozói díj ellenében végzi.

3.1 JogszabálykövetésA jogszabály követési szolgáltatás biztosítja, hogy a szakrendszer implementált alapszolgáltatásai, funkciói a jogszabályváltozásoknak (új jogszabályok hatályba lépése, meglévő jogszabályok módosítása) megfelelően működtethetők legyenek. A módosítások a jogszabályi változások hatálybalépése előtt akkor kerülnek bevezetésre, ha a jogszabály a hatályosulást megelőzően a fejlesztési feladat teljesítéséhez szükséges idő rendelkezésre áll.

A jogszabály követési fejlesztési igényeket az Ajánlatkérő és az Ajánlattevő a jogszabályok megjelenését követően egyeztetik.

Az Ajánlattevő a jogszabály kihirdetését követő 2 munkanapon belül az Ajánlatkérő rendelkezésére bocsátja munkalapon a szükséges fejlesztés:

specifikációját (funkcionalitás, integrációs kapcsolatok, tesztelés); ütemtervét, erőforrás szükségletét; oktatási és dokumentáció készítési feladatait, tájékoztatást ad az egyéb szakrendszereket érintő fejlesztési igényekről, fejlesztésekről,

Az Ajánlattevő elvégzi az általa üzemeltetett szakrendszert érintő, más szakrendszer fejlesztője által jelzett jogszabály-követésből adódó feladatokat.

3.2 VerziókövetésA karbantartási szolgáltatás második komponense a verziókövetés, amelynek keretében az Ajánlattevő biztosítja az Ajánlatkérő részére a szakrendszer alapszolgáltatásait, funkcióit megvalósító az adott szakrendszer-komponensek új verzióihoz való hozzáférést már a fejlesztés során.Ajánlattevő feladata a hibás frissítés, rossz szakrendszer-csomag, vagy dokumentáció következtében fellépő, kritikus hibaként kezelendő alkalmazáshiba, vagy adatbázishiba kezelése, javítása.

Az Ajánlatkérő és az Ajánlattevő minden jelentősebb a karbantartási szolgáltatás megvalósulása miatt szükséges fejlesztés egyeztetése során megállapodik arról, hogy az adott fejlesztés verziókövetés vagy verzióváltás. Egyetértés hiányában az Ajánlatkérő által megfogalmazottak az irányadók.

Az Ajánlattevő részéről az aktuális verzió átadása a program megfelelő SVN Repository-ba való feltöltéssel történik, amelyről az Ajánlattevő email-ben értesíti az Ajánlatkérőt 1 munkanapon belül,

8


mellékelve a fejlesztéssel összefüggésben keletkezett valamennyi dokumentációt, ide értve a fejlesztéssel érintett funkcióikat is tartalmazó felhasználói- és üzemeltetői kézikönyvet is.

3.3 Release átadásÉles üzemeltetés előtt Ajánlattevő felhasználói teszteket végez, melynek eredményéről Ajánlatkérőt írásban tájékoztatja.

3.4 Verzió átadásA fejlesztett program verzió éles üzemeltetésre való átadása előtt az Ajánlattevő gyártói és felhasználói teszteket végez, melyeket dokumentál.Az Ajánlatkérő az Ajánlattevő által fejlesztett program átvételét követően specifikáció szerint felhasználói teszteket végez.Az átadás - átvétel a verziókövetésnél leírtak szerint történik.

3.5 Kompatibilitás vizsgálatA szakrendszer fejlesztése és implementációja során kialakított informatikai architektúra komponenseinek, különös tekintettel az adatbázis-kezelő, az alkalmazásszerver és az operációs rendszer új verzióival való kompatibilitás biztosítása. Ajánlatkérő csak Ajánlattevővel egyeztetetten térhet át az alkalmazott és a szakrendszer üzemeltetése szempontjából releváns informatikai architektúra komponens új verziójára. A Felek az informatikai architektúra komponensek esetében közös megegyezésben dönthetnek annak cseréjéről.

3.6 Dokumentációk karbantartásaAz Ajánlattevő feladata a 3.1., a 3.2., a 3.3., a 3.4. és a 3.5. pontban meghatározott feladatok teljesítése kapcsán keletkező és módosuló dokumentumok aktualizálása. A dokumentációk karbantartása Ajánlattevő feladata. A különböző szolgáltatások mentén eltérő idő áll Ajánlattevő rendelkezésére a dokumentáció aktualizálására:

Üzemeltetési, felhasználó és rendszeradminisztrátori dokumentációt elektronikus formában 1 munkanapon belül köteles átadni.

Rendszerkarbantartás esetén a fejlesztés átadásával egy időben kell átadni az aktualizált dokumentációkat. A rendszerkarbantartás addig nem tekinthető lezártnak, amíg a kapcsolódó dokumentációk aktualizáltan átadásra nem kerültek.

Hibajavítás esetén, ha a módosítás a felhasználókat érinti, akkor a hibajavítással egy időben szükséges az aktualizált dokumentáció átadása.

Hibajavítás esetén, ha a módosítás a felhasználókat közvetlenül nem, de az üzemeltetőket, a rendszeradminisztrációs szintű felhasználókat közvetlenül érinti, akkor a javítást követő release átvétele során szükséges az aktualizált dokumentációkat átadni. Jellemzően ilyen hibajavítások lehetnek az adatszerkezetet, integrációt érintő hibajavítások.

3.7 Hibajavítások3.7.1 Hibajavítások (garancia időszak kiterjesztése)Egy szakrendszeri hiba akkor tekinthető bejelentettnek, ha Ajánlatkérő L2 szintű felelőse, Ajánlattevő L3 szintű felelősének a bejelentés formai és tartalmi előírásai szerint az információkat a megadott kommunikációs csatornán átadta. A kapott hibajavítási igényeket Ajánlattevő köteles az Ajánlatkérő

9


által meghatározott kommunikációs csatornán kezelni. A szolgáltatási szinteknek való megfelelés követését Ajánlatkérő végzi.

A szakrendszeri telefonos hibák bejelentésére az alábbi általános rendelkezésre állási időszakban van lehetőség:

Hétfőtől csütörtökig: 8:00-tól 16:30-ig Pénteken 8:00-tól 14:00-ig van mód. E-mailen keresztüli bejelentésre hétfőtől péntekig 0-24 között van lehetőség.

Ezen időszakban Ajánlattevő a hibajelzéseket, megkereséseket kezelni, megválaszolni.

A kiemelt időszakban való rendelkezésre állás iránti igényét az Ajánlatkérőnek az adott időszak első napját megelőző 2 munkanappal kell jeleznie. A kiemelt időszakokban történő rendelkezésre állás szolgáltatási szintje megegyezik a nem kiemelt időszakokban nyújtott rendelkezésre állással.

3.7.2 A hiba elfogadása, visszaigazolásaA hiba-bejelentés tartalmát Ajánlattevőnek azonnal vissza kell igazolnia email-ben.

3.7.3 A hibák kategorizálásaHibák kategorizálása

Az átvételi teszt során felmerülő hibákat és a hibabejelentéseket a Felek három kategóriába sorolják:

a) Kritikus prioritású hiba: a szakrendszer egészének, jól elkülöníthető részének, egyes alapfunkcióinak használatát lehetetlenné tevő, vagy olyan súlyos mértékben korlátozó hiba, hogy a szakrendszer, az érintett rész, vagy az érintett funkció a csatlakozott önkormányzatok napi tevékenységének végzése során nem vehető igénybe, illetve csak olyan ésszerűtlen erőfeszítések árán használhatók, amelyek gazdasági szempontból nem indokoltak.

A Kritikus prioritású hibakategóriába tartoznak például a következők: a szakrendszer gyakori, előre nem látható és ki nem védhető leállása, összeomlása,

amikor a hiba fennállása miatt újra kell indítani az alkalmazást, az adatbázis vagy az adatállomány súlyos sérülése, integritásának, konzisztenciájának

sérülése, biztonsági hibák, hiányosságok, rések kialakulása; indokolatlan, további manuális feldolgozást igénylő szituációk előállása; akadály, amely olyan súlyos hibát jelent, hogy a szakrendszer használata nem folytatható

semmilyen módon. b) Súlyos prioritású hiba: az alkalmazás valamelyik funkciójának működését gátló hiba, vagy

annak nem a specifikáció szerinti működése, amely miatt az adott funkció nem használható rendeltetésszerűen;

c) Egyéb hiba: az a)-b) pontok szerinti hibákon kívüli hiba, amely a szakrendszer alapfunkcióinak működését nem akadályozza.

Amennyiben a Vállalkozó nem ért egyet a hiba minősítésével és a hiba kategóriák között kétosztálynyi különbség van, a felek haladéktalanul egyeztetést folytatnak le. Amennyiben az egyeztetés sikertelen, a hiba kategóriája „Kritikus” hiba jelzése esetén „Súlyos” hibának minősül. Ha a hibakategóriák között egyosztálynyi különbség van a Megrendelő jelzése szerint történik a hibajavítás.

10


A hiba kezelésekre vállalt SLA

paraméterek a következők:

Hiba típusa

Hibajavításmegkezdése*

Hibajavítás befejezése** Javítás módja

Adatjavítás

Funkciójavítás

Workaround (megkerülő megoldás)

Kritikus 2 órán belül 2 45 - Adatjavítás / hotfix

Súlyos

5 órán belül, vagy a

legközelebbi munkaórába

n

9 93 21

Adatjavítás / új vagy

ütemezett javító

release

Egyéb 21 órán belül 69ütemezett

21Adatjavítás /

ütemezettjavító releaserelease

* a munkaórák „normál” munkanapokon: 8:00 – 18:00** a befejezésre megadott órák a megkezdést követő órák

Az incidenskezelési folyamatban a "szakrendszer fejlesztői, gyártói támogatás" esetén a "Hibajavítás" a gyakorlatban fejlesztési és release folyamatokat is takarhat az esetek nagy részében, tehát a javítás hibakeresés-fejlesztés-tesztelés-release ciklusok sorozatát jelenti különböző üzemeltetési síkokon, illetve különböző szereplők összehangolt - egymástól függő - munkáját is takarja.

Az Ajánlattevő a hibajavítást követően tesztelést, illetve a hiba jellegétől függően integrációs tesztelést végez. Az Ajánlattevő az integrációs tesztelés szükségességéről az Ajánlatkérőt köteles előzetesen tájékoztatni. Ajánlattevő a tesztelés eredményéről a szükséges dokumentumok átadásával értesíti az Ajánlatkérőt.

3.7.4 Hibajavítás befejezése és lezárásaAjánlatkérő tesztelés útján meggyőződik arról, hogy a hiba kijavítása megfelelő-e és a tesztelések eredményéről Ajánlattevőt haladéktalanul tájékoztatja.. Kijavított hibát akkor lehet tesztelni, ha az már felkerült az Ajánlattevő részéről az SVN Repository-ba, és onnan telepítésre került az Ajánlatkérő által megfelelő síkra. Éles üzemi síkra akkor kerülhet fel, ha már keresztülment a megfelelő teszteléseken.

A tesztelés sikeres, ha a hiba nem reprodukálható, ismételten nem jelentkezik, a szakrendszer a specifikáció szerint működik, továbbá az Ajánlatkérő szakrendszeri belső támogatója a teszt helyességét aláírásával igazolja.

A produktív tesztsíkon történő tesztelés Ajánlatkérő feladata, szükség esetén Ajánlattevő bevonásával, melynek igénybevételéről Ajánlatkérő dönt.

11


A tesztelés sikertelensége esetén a hiba javítására rendelkezésre álló idő a kijavított hiba SVN repository-ba való feltöltésig eltelt időtől folytatódik.

Ajánlattevő köteles az érintett szakrendszer dokumentációkban a szükséges módosításokat átvezetni, továbbá minden azonos témakörű dokumentum egységségként kezelve Ajánlatkérőnek elektronikus formában eljuttatni. Ajánlattevő tevékenysége addig nem zárul le, ameddig a szerződésekben vállalt dokumentálás meg nem történik.

Ajánlatkérő a hibajavítás átvételét megtagadhatja, ameddig a tesztelés nem sikeres és/vagy Ajánlattevő a dokumentációt nem módosítja/javítja ki megfelelően.

A hibajavítást valamint a hibajavítással kapcsolatos lényeges információkat, adatokat az Ajánlatkérő által használt hibajegy-kezelő rendszerkörnyezetben Ajánlattevőnek rögzítenie kell.

4. Feladatok elszámolása

4.1 Az elszámolás a Vállalkozói szerződésben meghatározottak szerint történik.

5. Ajánlatkérő által biztosított eszközök és feltételek

5.1. Munkavégzés körülményei

Ajánlatkérő a szükséges távoli hozzáférést és a környezetébe belépési lehetőséget biztosít Ajánlattevő részére azokra a síkokra, melyek használata a támogatás nyújtásához elengedhetetlen.Ajánlatkérő helpdesk rendszere kezeli az első szintű hibafogadását. Igénytől függően Ajánlatkérő biztosítja Ajánlattevő szakembereinek - előzetes egyeztetést követően - a munkaidőn túli valamint a hétvégi munkavégzési lehetőséget.

12


1. sz. melléklet

Szakrendszeri feladatok Kapcsolattartási formák Mennyiségi követelmény Elvárt célérték

Jogszabálykövetés internet, telefon, e-mail A jogszabály hatálybalépését követően 2. munkanapon belül kerül meghatározásra Hatálybalépésre

Verziókövetés internet, telefon, e-mail Ajánlattevő szakmai tapasztalata alapján, a

még kezelhető változtatási mennyiségen belül

Megállapodás szerint

Release átadás internet, telefon, e-mail A release-igénnyel összhangban Megállapodás szerint Verzió átadás internet, telefon, e-mail A verzióváltás-igénnyel összhangban Megállapodás szerint

Kompatibilitás internet, telefon, e-mail Ajánlatkérő és ajánlattevő megállapodása szerint Megállapodás szerint

Dokumentációk karbantartása internet, telefon, e-mail A telepítéssel és az oktatással összhangban Megállapodás szerint

Hibajavítások (garancia időszak kiterjesztése) és

rendelkezésre állás internet, telefon, e-mail

A hiba kategóriájától függő válaszadási és megoldási idő, Ajánlatkérő támogatása,

Üzemeltető támogatása, bejelentéseinek fogadása, nyomon követése

Megkezdés, javítás befejezése a táblázat

alatti kis táblázat szerint

1


2. sz. melléklet – Szakrendszeri műszaki specifikáció(E dokumentumban MS Excel formában beágyazva)

2

œvegzseb/közbeszerzé… · web viewa dokumentum tartalmazza azokat a feltételeket...

Documents