Műszaki Leírás. az ASP Központ IPAR ÉS KERESKEDELEM szakrendszer

Műszaki Leírás az ASP Központ IPAR ÉS KERESKEDELEM szakrendszer karbantartási és támogatási feladatainak ellátása című ajánlati kiíráshoz 2016. május 04. Verzió 2.0

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

Tartalom 1 Bevezetés ................................................................................................................... 3 1.1

Előzmények ...................................................................................................... 3

1.1.1 1.2

Az ASP projekt ............................................................................................ 3

Az ajánlatkérés célja............................................................................................ 3

2 Meghatározások ........................................................................................................... 5 3 Az Ajánlattevő által ellátandó feladatok részletes leírása ......................................................... 8 3.1

Egyösszegű vállalkozói díjas feladatok .................................................................... 8

3.1.1

Jogszabálykövetés ....................................................................................... 8

3.1.2

Verziókövetés ............................................................................................. 8

3.1.3

Release átadás............................................................................................ 9

3.1.4

Verzió átadás .............................................................................................. 9

3.1.5

Kompatibilitás vizsgálat ................................................................................. 9

3.1.6

Dokumentációk karbantartása ......................................................................... 9

3.1.7

Hibajavítások ............................................................................................ 10

3.1.7.1 Hibajavítások (garancia időszak kiterjesztése) ..................................................... 10 3.1.7.2 A hiba elfogadása, visszaigazolása ................................................................... 10 3.1.7.3 A hibák kategorizálása ................................................................................... 10 3.1.7.4 Hibajavítás befejezése és lezárása ................................................................... 12 3.2

Egyedi elszámolású feladatok .............................................................................. 12

4 Egyösszegű vállalkozói díjas és napidíjas feladatok igénylése és elszámolása ...................... 15 4.1

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

2


1 Bevezetés 1.1 Előzmények 1.1.1 Az ASP projekt Az ö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 3


    

Az esetlegesen felmerülő adott szakrendszeri hibák, hiányosságok kijavítása a Megrendelő elvárásainak megfelelően. 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 az Ipar és Kereskedelem (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. Ajánlattevő 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: az Ipar és Kereskedelem 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 az Ajánlattevő által karbantartott szakrendszer-verzióból eredeztethető hibajelenség. Hibajavítás: az Ajánlattevő által az Ipar és Kereskedelem (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.

5


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. 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.

6


(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-csomagvá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 Az Ajánlatkérő a szerződéskötéstől számított 180napig köti a Vállalkozási szerződést. Teljesítés helye: Ajánlattevő a feladatait a tevékenységétől függően többnyire távmunkával, saját székhelyén végzi valamint a Rendeletben meghatározott Működtető és az Üzemeltető által előre meghatározott teljesítési helyszínen. Ajánlattevő a Vállalkozói szerződés szerinti feladatait egyösszegű vállalkozói díjas és egyedi elszámolású napidíjas alapon végzi.

3.1 Egyösszegű vállalkozói díjas feladatok 3.1.1 Jogszabálykövetés A 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.1.2 Verziókövetés A 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.

8


Az Ajánlatkérőnek törekednie kell arra, hogy több fejlesztést együtt kezdeményezzen az Ajánlattevő felé. Az Ajánlatkérő és az Ajánlattevő minden jelentősebb 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, 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.1.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.1.4 Verzió átadás A 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.1.5 Kompatibilitás vizsgálat A 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.1.6 Dokumentációk karbantartása Az Ajánlattevő feladata a 3.1.1., a 3.1.2., a 3.1.3., a 3.1.4. és a 3.1.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. Rendszerbővítés esetén a fejlesztés átadásával egy időben kell átadni az aktualizált dokumentációkat. A rendszerbővíté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. 9




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.1.7 Hibajavítások 3.1.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ő á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. Az általános rendelkezésre állási időn felüli kiemelt időszakok során szükséges rendelkezésre állás az 3.2.3. pontban meghatározottak szerinti embernap keretből kerül lehívásra, nem átalány jellegű elszámolás keretében. 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.1.7.2 A hiba elfogadása, visszaigazolása A hiba-bejelentés tartalmát Ajánlattevőnek azonnal vissza kell igazolnia email-ben. 3.1.7.3 A hibá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.

10


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. A hiba kezelésekre vállalt SLA paraméterek a következők: Hiba típusa

Hibajavítás befejezése** Hibajavítás megkezdése* Adatjavítás Funkciójavítás

Javítás módja

Workaround (megkerülő megoldás)

Kritikus

2 órán belül

2

45

-

Súlyos

5 órán belül, vagy a legközelebbi 21 órán belül munkaórában

9

93

21

Egyéb

69

ütemezett release

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

21

Adatjavítás / hotfix Adatjavítás / új vagy / Adatjavítás ütemezett ütemezett javító javító release release

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.

11


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.1.7.4 Hibajavítás befejezése és lezárása Ajá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. 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.

3.2 Egyedi elszámolású feladatok Az egyedi elszámolású feladatok az egyösszegű vállalkozói díjas feladatokon felüli eseti jellegű megbízásokként valósulnak meg. Az egyedi elszámolású feladatok a következők:

3.2.1 Verzióváltás Ajánlattevő feladata új, egyedi fejlesztések elvégzése. A verzióváltáshoz kapcsolódó telepítési, üzemeltetési kérdésekben Ajánlattevő szakértői támogatást nyújt. Az új verzió esetén szükséges migrációt, oktatást Ajánlattevő szakértői támogatás keretében biztosítja. Az átadás a verziókövetésnél leírtak szerint történik.

12


3.2.2 Teljesítmény menedzsment Ajánlatkérő az alábbi előzetes, megelőző karbantartás jellegű tevékenységek elvégzését kéri: • adatbázis audit, vagy konfiguráció analízis; • ismételt regresszió teszt; • optimalizálás, hangolás; • skálázási megoldások. A karbantartás előzetes ellenőrző, meghibásodást megelőző tevékenységei során az a cél, hogy tesztelésekkel kimutassuk, hogy a további mennyiségi növekedés (adatmennyiség, felhasználószám, tenantszám, tranzakciók számának változása stb.) milyen problémákat okozhat, hol vannak az un. szűk keresztmetszetek. A teljes rendszer méretének növekedéséből adódhatnak olyan szakértői feladatok, melyek a szakrendszer módosítását, kiegészítését jelentik. Ezek részben a használat előrehaladtával szükségessé váló tevékenységek, részben a teljes rendszer folyamatos változásához történő optimális illeszkedés esetén felmerülő feladatok. A feltárást követően Ajánlattevő megoldási javaslatokat dolgoz ki. Az éles rendszerben történő módosítások, konfigurálások elvégzéséhez Ajánlattevő Ajánlatkérő üzemeltető szervezetének megfelelő támogatást biztosít.

3.2.3 Kiemelt időszakban történő rendelkezésre állás Az általános rendelkezésre állási időn felüli kiemelt időszakok jellemzően az alábbi esetek során fordulhatnak elő: • •

nagyszámú önkormányzati csatlakozás/migráció esetén; szakrendszeri használat kiemelt időszakaiban.

3.2.4 Kisebb fejlesztési feladatok Napi használatból fakadó kisebb módosítások, fejlesztések, paraméterezések, beállítások. A folyamat megegyezik a 3.1.1. pontban leírtakkal. Migráció támogatása A migrációs specifikációban meghatározott migrációs folyamathoz kapcsolódóan az alábbi feladatok végzése:     

Migrációs környezet inicializálása vagy annak támogatása Önkormányzati migrációs feladatok támogatása Hibalista elemzés támogatása, megoldási javaslatok kidolgozása Éles migráció (részeként ellenőrzés és elfogadás) támogatása Stabilizációs időszak migrációs javításainak támogatása

13


3.2.5 Eseti oktatási, képzési tevékenységek Az Ajánlatkérő által meghatározott oktatási stratégia, és az Ajánlattevő által elkészített oktatási terv alapján meghatározott tematikájú és időtartamú oktatási alkalmakhoz kapcsolódóan az Ajánlattevő alábbi oktatási tevékenységet végzi:   

Oktatási, képzési anyagok (tantermi, e-learning, vizsgaanyag) frissítése; Oktatási, képzési anyagok sokszorosítása, biztosítása; Oktatás, képzés lebonyolítása (oktatók biztosítása).

3.2.6 Kompatibilitás vizsgálat A 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, kapcsolódó szakrendszeri interfészek – új verzióival való kompatibilitás, integritás biztosítása. Ajánlattevő csak Ajánlatkérő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.2.7 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.2.8 Az eseti jellegű megbízásokra rendelkezésre álló időkereteket alábbi táblázat tartalmazza: Eseti jellegű megbízás keretében kezelendő feladatok

Maximális rendelkezésre álló embernap keret (embernap / 4 hónap)

Verzióváltás Teljesítmény menedzsment Kiemelt időszakban történő rendelkezésre állás Kisebb fejlesztési feladatok (beleértve a tenant létrehozást, szakrendszeri beállításokat, paraméterezések támogatását) Migráció támogatása Eseti oktatási, képzési tevékenységek Kompatibilitás vizsgálat Release átadás

7

14


4 Egyösszegű vállalkozói díjas és napidíjas feladatok igénylése és elszámolása Az Ajánlatkérőnek az igényléshez a következőket kell megadni:      

Az igényelt Ajánlattevői feladat (karbantartás vagy/és szakértői támogatás) leírása Az igény teljesítéséhez szükséges, adatok, információk, dokumentációk Javaslat az igényelt véghatáridőre A teljesítés helye A teljesítéssel kapcsolatos Ajánlatkérői mennyiségi és minőségi elvárások A teljesítés elfogadásának módja, feltételei.

Ajánlattevő az igénybejelentést követően köteles teljes körű ajánlatot adni beleértve a teljesítés módját, a feladat ütemezését a ráfordított időszükségletet. Ajánlattevő az elszámolásra vonatkozóan az 1. sz. mellékelt táblázat iránymutatásait köteles figyelembe venni. Az elszámolás a Vállalkozói szerződésben meghatározottak szerint történik.

4.1 Ajánlatkérő által biztosított eszközök és feltételek 4.1.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.

15


1. sz. melléklet Szakrendszeri feladatok

Elszámolás jellege

Kapcsolattartási formák

Mennyiségi követelmény

Elvárt célérték

Egyösszegű vállalkozói díjas feladatok

Jogszabálykövetés

egyösszegű

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

egyösszegű


Ajánlattevő szakmai tapasztalata alapján, a még kezelhető változtatási mennyiségen belül

Megállapodás szerint

Release átadás Verzió átadás

egyösszegű egyösszegű

internet, telefon, e-mail internet, telefon, e-mail

A release-igénnyel összhangban A verzióváltás-igénnyel összhangban

Megállapodás szerint Megállapodás szerint

Kompatibilitás

egyösszegű


Ajánlatkérő és ajánlattevő megállapodása szerint


Dokumentációk karbantartása

egyösszegű


A telepítéssel és az oktatással összhangban



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, nyomonkövetése

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

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

garanciális/egyösszegű

1


Egyedi elszámolású feladatok

Verzióváltás

eseti


A verzióigénnyel összhangban


Teljesítmény menedzsment

eseti


Ajánlatkérő igénye alapján



Kiemelt időszakban rendelkezésre állás

eseti


Ajánlatkérő igénye alapján a szakrendszer használat kiemelt időszakaiban, illetve csatlakozás esetén

Kisebb fejlesztési feladatok

eseti




Eseti oktatási tevékenységek

eseti

internet / személyes



Egyedi önkormányzati környezetek integrálása

eseti




Migráció támogatása

eseti




Eseti oktatási tevékenységek

eseti

internet / személyes



Kompatibilitás

eseti




Release átadás

eseti


A release-igénnyel összhangban


2


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

TDL004 Iparker v03.xlsx

3

Műszaki Leírás. az ASP Központ IPAR ÉS KERESKEDELEM szakrendszer

Recommend Documents