VÁLLALKOZÁSI SZERZŐDÉS. A szélessávú internet szolgáltatások minőségi paramétereit mérő szoftver rendszer kifejlesztése 7 ' tárgyában

VÁLLALKOZÁSI SZERZŐDÉS „A szélessávú internet szolgáltatások minőségi paramétereit mérő szoftver rendszer kifejlesztése ' tárgyában 7

amely létrejött egyrészről a: Nemzeti Média- és Hírközlési Hatóság székhely: 1015 Budapest, Ostrom u. 23-25. Adószám: 15775883-2-41 MÁK pénzforgalmi számla száma: 10032000-00300939-00000017 Képviseletében eljár: Dr Harka Péter BÜVfőosztályvezető pénzügyi ellenjegyzésével

mint Megrendelő

(a továbbiakban:

Sorbán János gazdasági

igazgató

Megrendelő)

másrészről a:

Novell Professzionális Szolgáltatások Magyarország Kft. székhely: 1124 Budapest, Csörsz u. 45. Adószám:12473018-2-43 Bankszámlaszám: 10900028-00000005-313 60006 Képviseletében eljár: Szittya Tamás ügyvezető mint vállalkozó (a továbbiakban: (a továbbiakban

együttesen:

Vállalkozó)

Felek)

között az alábbi feltételekkel:

1.

A szerződés tárgya, a teljesítés határideje:

Jelen szerződés tárgya a Megrendelő számára a szélessávú internet szolgáltatások minőségi paramétereit mérő szoftverrendszer kifejlesztése. Jelen szerződés a Felek általi aláírásának napján lép hatályba, a teljesítési határidő: a szoftveres rendszer üzembe helyezése: 2014. 06.13., a teljes rendszer üzembe helyezése: 2014.12. 08. Műszaki

követelmények:

A megvalósítandó feladatokat a Megrendelő által rendelkezésre bocsátott követelmény specifikáció tartalmazza (Szélessávú internet szolgáltatások minőségi paramétereit mérő rendszer kifejlesztése -1. ütem, üzembe helyezése teszt környezetben és éles környezetben egyaránt).

2.

Szakmai kapcsolattartás

1/9

•

1 2.1. Megrendelő részéről a kijelölt szakmai kapcsolattartó: Név:

Tomka Péter

Telefonszám:

(1)468-0502

Email cím:

[email protected]

2.2. Vállalkozó részéről a kijelölt szakmai kapcsolattartó: Név:

Varga Zsolt operatív

Telefonszám:

+36 30 370-2040

Email cím:

igazgató

[email protected]

A kapcsolattartó személyek a szerződés módosítására nem jogosultak. A szakmai kapcsolattartó személyében történő változásról Felek haladéktalanul, de legkésőbb 2 munkanapon belül írásban kötelesek értesíteni a másik felet. Az értesítés elmulasztásából eredő kárért a mulasztó Fél a felelős. Az írásbeli közlés kézhezvételéig a korábban megjelölt kapcsolattartó tehet hatályos jognyilatkozatokat.

3.

Vállalkozó kötelezettségei és jogai

3.1. A Vállalkozó köteles a szerződésben vállalt szolgáltatást a jelen szerződés, illetve a Megrendelő utasításainak megfelelően elvégezni. 3.2. A Vállalkozó köteles továbbá a „A szerződés tárgya" című fejezetben meghatározott feladatokat szerződésszerűen, hibátlanul és határidőben ellátni. 3.3. A Vállalkozó a „A szerződés tárgya" című fejezetben rögzített szolgáltatások hibátlan ellátásáért a jelen szerződés „Díjazás, fizetési feltételek" fejezetében részletezett díjazásra jogosult. 3.4. A Vállalkozó a jelen szerződésben vállalt kötelezettségének teljesítéséhez köteles biztosítani a hibátlan, szakszerű teljesítéshez szükséges szakértelemmel rendelkező szakembereket. 3.5. A Megrendelő a fent részletezett feladatokat projekt keretek között valósítja meg, ennek megfelelően szükséges a projektszerű működés Vállalkozó általi támogatása: a Megrendelő által alkalmazott projektmenedzsment módszertan betartása; az elért eredményekről, készítése;

felhasznált erőforrásokról

heti

rendszerességgel jelentés

részvétel és aktív közreműködés a szakmai és menedzsment egyeztetések során.

4.

Megrendelő kötelezettségei

4.1. Amennyiben a szerződés tárgyát képező feladat elvégzéséhez elengedhetetlen, a Megrendelő biztosítja a feladatok teljesítéséhez a Megrendelő székhelyén, illetve telephelyén szükséges infrastrukturális környezetet, amelyekre vonatkozó igényét Vállalkozó köteles kellő időben, előre bejelenteni. 4.2. A Megrendelő a Vállalkozó rendelkezésére bocsátja azokat a - kizárólag nála fellelhető információkat, amelyek a Vállalkozó feladatainak teljesítéséhez szükségesek, s amelyeket a Vállalkozó kizárólag a Megrendelőtől kaphat meg.

2/9

•

4.3. Amennyiben a szerződés tárgyát képező feladat elvégzéséhez elengedhetetlen, a Megrendelő biztosítja a Vállalkozó alkalmazottainak a szolgáltatásnyújtás helyén, a Megrendelő üzemelési idejében történő ki- és bejárást.

5.

Díjazás, fizetési feltételek

5.1. A Felek a szolgáltatás szerződésszerű teljesítése esetén fizetendő vállalkozási díjat összesen 30.490.000,- Ft + ÁFA, azaz harmincmillió-négyszázkilencvenezer Forint + ÁFA összegben határozzák meg, melynek kifizetése két ütemben történik meg: 6.1.1. A rendszerterv megrendelő általi elfogadását követően fizetendő díjrészlet 3.049.000 Ft+ÁFA, azaz hárommillió-negyvenkilencezer forint+ÁFA (a vállalkozási díj 10 %-a) 6.1.2. A fejlesztett rendszer sikeres átvételét követően, a sikeres felhasználói átvételi tesztelés során észlelt hibák kijavítása után fizetendő díjrészlet összege 27.441.000 Ft+ÁFA, azaz huszonhétmillió-négyszáznegyvenegyezer forint+ÁFA (a vállalkozási díj 90 %-a). 5.2. A vállalkozói feladatok szerződésszerű, hibátlan teljesítésének igazolására a Felek által aláírt Teljesítési Igazolás szolgál. 5.3. A Megrendelő a teljesítés igazolására szolgáló Teljesítési Igazolást az átadott rendszertervre, illetve az éles üzembe helyezett rendszerre vonatkozóan akkor állítja ki, ha az adott termék átadásra került, valamint az átadásra került termék tesztelési jegyzőkönyvvel (vagy dokumentumok esetén elfogadási nyilatkozattal) igazoltan megfelel a jelen szerződésben, illetve annak 1. számú mellékletében meghatározottaknak. A termék elfogadásának feltétele továbbá a 5.5. pontban felsorolt dokumentációk megfelelő minőségben való átadása. 5.4. A felhasználói átvételi tesztelés megkezdése előtt a Vállalkozó átadja a Megrendelőnek a fejlesztés egységes szerkezetű dokumentációját. A dokumentáció nem lehet redundáns, tehát egy információ egy dokumentumban csak egy helyen szerepelhet 5.5. Szükséges dokumentációk: 5.5.1. Követelmény specifikáció (1. sz. melléklet, a szükséges mértékben, Megrendelő és Vállalkozó konszenzusával módosított változatában) 5.5.2. Logikai és fizikai rendszerterv 5.5.3. Tesztelési terv és tesztjegyzőkönyv 5.5.4. Oktatási segédanyagok 5.5.5. Felhasználói kézikönyv ügyintézőknek 5.5.6. Felhasználói útmutató külső felhasználóknak 5.5.7. Üzemeltetési

kézikönyv

mely

tartalmazza

a telepítési

útmutatót,

a

kapcsolódó

rendszerekre vonatkozó paraméter módosítási igényeket is. 5.5.8. Mentési adatlap 5.5.9. Fejlesztési dokumentáció és forráskódok 5.6. A programozási tevékenység megkezdésének előfeltétele a Megrendelő által elfogadott logikai rendszerterv.

3/9

5.7. Az 1. pontban foglalt teljesítési határidők szerint szerződésszerűen átadott, hibátlan teljesítés elfogadásáról a Teljesítési igazolást a Megrendelő a teljesítéstől vagy az erről szóló írásbeli értesítés kézhezvételétől számított 15 napon belül állítja ki. A Teljesítési igazolás kiállítását követő 1 munkanapon belül a Vállalkozó 1 példányban, cégszerűen aláírva benyújtja a Teljesítési igazolással alátámasztott számláját a Megrendelő részére. A Megrendelő a számla kézhezvételének napját követő 30 napos fizetési határidővel utalja át a vételárat a Vállalkozó jelen szerződés bevezetőjében rögzített bankszámlájára a Kbt. 130. §-ban foglaltaknak megfelelően. Ha a határidő utolsó napja munkaszüneti nap, a határidő a következő munkanapon jár le. 5.8. A Teljesítési igazolás aláírására jelen szerződés 2.1 pontjában meghatározott Megrendelő oldali kapcsolattartó személy jogosult. 5.9. Átvételi tesztet a jelen szerződés keretében kifejlesztett informatikai rendszer tekintetében kell lefolytatni. Az elfogadási teszt akkor sikeres, ha a tesztelés során kritikus hiba nem merül fel, és a súlyos (de a rendszer működését alapvetően nem gátló) hibák száma nem haladja meg a 3 darabot, valamint a kis hibák száma a 10 darabot: •

Kritikus hiba: lehetetlenné teszi a rendszer jelentős részének üzemszerű használatát, vagy valamely üzleti folyamatot gátol.

•

Súlyos hiba: jelentősen akadályozza a rendszer használatát, vagy valamely üzleti folyamatot akadályoz, de kerülő megoldás alkalmazásával üzemszerű működés lehetséges.

•

Kis hiba: nem akadályozza jelentős mértékben a rendszer egyetlen részének használatát sem.

•

Pontatlanság: nem kellő részletességgel meghatározott specifikációból eredő kisebb, a rendszer működését nem befolyásoló hibák vagy hiányosságok. A pontatlanságok az átvételi teszt sikerességét nem befolyásolják, de az egyéb feltárt hibákkal együtt kell javítani.

Sikertelen átvételi teszt esetén a hibáktól függően a felek közösen megállapodnak új határidőben, amikorra az átvételi teszt megismételhető. Az adott feladatra vonatkozó átvételi teszt háromszor ismételhető meg. 5.10. A Vállalkozó kifejezetten vállalja, hogy nem fizet, illetve számol el a szerződés teljesítésével összefüggésben olyan költségeket, amelyek a Kbt. 56. § (1) bekezdés k) pontja szerinti feltételeknek nem megfelelő társaság tekintetében merülnek fel, és amelyek a Vállalkozó adóköteles jövedelmének csökkentésére alkalmasak. A Vállalkozó kifejezetten vállalja, hogy a szerződés teljesítésének teljes időtartama alatt a tulajdonosi szerkezetét a Megrendelő számára megismerhetővé teszi és a 8.3. pont szerinti ügyletekről a Megrendelőt haladéktalanul értesíti. 5.11. A Megrendelő késedelmes fizetése esetén a Vállalkozónak jogában áll a Törvénykönyvben (301/A. §) meghatározott mértékű késedelmi kamatot felszámítani.

6.

Polgári

Kártérítés, kötbér

6.1. A Vállalkozónak a szolgáltatás teljesítését jelen szerződés szerint kell végeznie. Amennyiben a szerződés teljesítése során bármikor a Vállalkozó vagy alvállalkozója számára olyan körülmény áll elő, amely akadályozza a teljesítést, úgy a Vállalkozónak haladéktalanul értesítenie kell írásban a Megrendelőt a késedelem tényéről, okairól és várható elhúzódásáról. 6.2. A Vállalkozó szolgáltatási kötelezettségeinek nem szerződésszerű, vagy nem teljesítése esetén a Vállalkozóval szemben az alábbi szankciók érvényesíthetők: • késedelmi hibás teljesítési, illetve meghiúsulási kötbérigény érvényesítése, • kártérítés érvényesítése és 4/9

•

• a szerződéstől a Vállalkozó mulasztása miatti elállás. 6.3. A Vállalkozó a nem szerződésszerű teljesítésért kötbérfizetési kötelezettséget vállal az alábbiak szerint:

• A Vállalkozónak felróható késedelmes teljesítés esetén a kötbér mértéke naponta a teljes nettó vállalkozási díj 0,5%-a, de maximum 20%. • A Vállalkozónak felróható hibás teljesítése esetén a kötbér mértéke naponta - ha a Megrendelő kijavítást, vagy újbóli elvégzést igényel, - a teljes nettó vállalkozási díjának 0,5%-a, de maximum 20%. 6.4. A Megrendelőnek jogában áll elállni a szerződéstől, amennyiben a vállalt teljesítési határidőt 30 nappal túllépi, vagy a szerződésből fakadó egyéb kötelezettségét súlyosan megszegi. Ebben az esetben a Megrendelő meghiúsulási kötbérre jogosult, amelynek alapja a teljes nettó vállalkozási díj, mértéke 20 %. 6.5. A Megrendelő a kötbért meghaladó tényleges, közvetlen kárt is érvényesítheti a Vállalkozó szemben. A Vállalkozó által felróhatóan okozott károkért fennálló kárfelelősség mértéke, jogalaptól és a jogcímtől függetlenül a nettó átalánydíjas szolgáltatásért fizetendő vállalkozási díj 100 %-ára korlátozódik., A Vállalkozó kárfelelőssége nem terjed ki azokra a károkra, amelyek bekövetkezéséért más felelős, amelyek közvetlen ok-okozati viszonyban nem állnak a vállalkozói tevékenységgel. A Vállalkozó csak a ténylegesen bekövetkezett károkért tehető felelőssé, így nem felelős a nem vagyoni károkért, eredménycsökkenésért, az elmaradt haszonért, adatvesztést és adathibát okozó következményekért. A jelen pont szerinti felelősségkorlátozó rendelkezéseket Felek a Ptk. 314.§ (2) figyelembe vételével teszik. 6.6. A Megrendelő kötbérigényét írásban köteles közölni a Vállalkozóval, külön megjelölve annak jogalapját és összegét.

7.

A szerződés megszűnése, módosítása

7.1. A Felek megállapodnak abban, hogy azonnali hatályú felmondással egyoldalúan megszüntetheti a szerződést: •

a 7.2. pontban meghatározott súlyos szerződésszegés esetén a sérelmet szenvedett fél (feltéve, hogy a szerződésszegő fél a sérelmet szenvedett fél írásbeli felszólításában megjelölt póthatáridőben sem orvosolta a szerződésszegést);

•

A Megrendelő, ha a bíróság csőd-, felszámolási-, vagy végelszámolási eljárás (a továbbiakban együtt: felszámolási eljárás) lefolytatását elrendelő végzése a Vállalkozóval szemben jogerőre emelkedett, vagy bármelyik fél, ha a másik fél jogutód nélkül megszűnt;

7.2. Súlyos szerződésszegésnek különösen az alábbiak minősülnek: •

Vállalkozó oldaláról: ha hibásan teljesít, feltéve, hogy ennek alapján a Megrendelőt a Ptk. kötelezetti késedelemre, illetve szavatosságra vonatkozó rendelkezései szerint elállási jog illetné meg; titoktartási kötelezettségét megsérti.

•

Megrendelő oldaláról: ha felróható magatartásával akadályozza a szerződésszerű teljesítést (pl. nem gondoskodik a teljesítési hely munkavégzésre alkalmas állapotáról, indokolatlanul megtagadja az átvételt stb.), titoktartási kötelezettségét megsérti, vagy az erre irányuló írásbeli felszólítás ellenére nem tesz eleget fizetési kötelezettségének az esedékességétől számított 45 (negyvenöt) naptári nap elteltével sem.

5/9

7.3. A Megrendelő a szerződést további mérlegelés nélkül felmondja - szükség esetén olyan határidővel, amely lehetővé teszi, hogy a szerződéssel érintett feladata ellátásáról gondoskodni tudjon - ha •

a Vállalkozó közvetetten vagy közvetlenül 25 %-ot meghaladó tulajdoni részesedést szerez valamely olyan jogi személy vagy jogi személyiséggel nem rendelkező gazdasági társaság, amely nem felel meg a Kbt. 56. § (1) bekezdés k) pontjában meghatározott feltételeknek, vagy

•

a Vállalkozó közvetetten vagy közvetlenül 25 %-ot meghaladó tulajdoni részesedést szerez valamely olyan jogi személy vagy jogi személyiséggel nem rendelkező gazdasági társaságban, amely nem felel meg a Kbt. 56. § (1) bekezdés k) pontjában meghatározott feltételeknek.

A fenti feltételek bekövetkezéséről a Vállalkozó a szerződés teljesítésének időszakában haladéktalanul értesíti a Megrendelőt. A szerződés jelen pont szerinti megszűnése esetén a Vállalkozó a szerződés megszűnése előtt már teljesített szolgáltatás szerződésszerű pénzbeli ellenértékére jogosult, amellyel a felek legkésőbb 30 napon belül elszámolnak.

7.4. Jelen szerződés csak a Kbt. 132. §-ában foglalt keretek között, írásban módosítható.

8.

Titoktartás

8.1. A Felek kötelezettséget vállalnak arra, hogy jelen szerződés időtartama alatt, továbbá annak bármely okból

történő

megszűnését követően -

amennyiben jogszabály

másképp nem

rendelkezik - 5 éves időtartam elteltéig, vagy a védelmet megalapozó körülmény fennálltáig bármelyik szerződő fél által üzleti titoknak, vagy bizalmas információnak minősített minden információt és adatot bizalmasan kezelnek és megőriznek, ezeket a másik fél előzetes, írásbeli hozzájárulása nélkül egyik fél sem hozhatja nyilvánosságra, vagy illetéktelen harmadik személy tudomására. Ezen kötelezettség nem vonatkozik azon információra, amely •

közismert,

•

amelyről a fogadó félnek már tudomása volt,

•

amelyet harmadik fél részére korlátozás nélkül felfedtek,

•

vagy amelynek felfedését jogszabály írja elő.

8.2. A Vállalkozó e jogviszony fennállása alatt és a jogviszony megszűnését követően is köteles megőrizni a Megrendelő tevékenységével, annak ellátásával kapcsolatban tudomására jutott személyes adatot, szigorúan titkos, titkos, bizalmas, korlátozott terjesztésű adatot, valamint minden olyan adatot, tényt vagy körülményt, amelyet a Megrendelő nem köteles törvény előírásai szerint a nyilvánosság számára hozzáférhetővé tenni. A Vállalkozó köteles továbbá gondoskodni arról, hogy e rendelkezéseket közreműködői, teljesítési segédei is megtartsák. 8.3. A Vállalkozó a szerződés teljesítése során a Megrendelő részéről tudomására, birtokába jutott minden adatot, információt csak e szerződés szerinti kötelezettségeinek teljesítéséhez használhatja fel, a szerződés megszűnését követően ezen adatokat, információkat köteles a Megrendelő részére visszaadni, illetve adathordozóiról törölni, illetve megsemmisíteni. Ezen törlési kötelezettség alól a Vállalkozó annyiban mentesül, amennyiben az átadott adat, illetve információ ahhoz szükséges, hogy a Vállalkozó helytállási kötelezettségét teljesíteni tudja, illetve hogy bizonyíthassa, hogy a teljesítése megfelel a törvényes, illetve szerződésben kikötött tulajdonságoknak. 8.4. A titoktartási kötelezettség megsértése esetén a Felek kártérítési felelősséggel tartoznak.

6/9

•

8.5. A Vállalkozó tudomásul veszi az információs önrendelkezési jogról és az információszabadságról szóló 2011. évi CXII. törvény 1. számú melléklete III. fejezetének 4. pontjában foglaltakat, amely szerint az államháztartás pénzeszközei felhasználásával, az államháztartáshoz tartozó vagyonnal történő gazdálkodással összefüggő, ötmillió forintot elérő vagy azt meghaladó értékű árubeszerzésre, építési beruházásra, szolgáltatás megrendelésre, vagyonértékesítésre, vagyonhasznosításra, vagyon vagy vagyoni értékű jog átadására, valamint koncesszióba adásra vonatkozó szerződések megnevezését (típusát), tárgyát, a szerződést kötő felek nevét, a szerződés értékét, határozott időre kötött szerződés esetében annak időtartamát, valamint az említett adatok változásait közzé kell tenni a szerződés létrejöttét követő hatvan napon belül. 8.6. A Felek tudomásul veszik, hogy: • •

az Állami Számvevőszék vizsgálhatja a jelen szerződés tartalmát a Vállalkozónál, a Polgári Törvénykönyv (Ptk.) 81.§ értelmében

nem minősülhet

üzleti titoknak az az adat,

amelynek megismerését vagy nyilvánosságra hozatalát külön törvény közérdekből elrendeli, •

kérésre a jelen jogviszonnyal összefüggő, és a Ptk. 81. § (3) bekezdése alapján közérdekből nyilvánosnak minősülő adatokra vonatkozóan kötelesek tájékoztatást adni.

8.7. A Vállalkozó elfogadja, hogy a jelen szerződés keretében a nevében a Megrendelőnél a szolgáltatást közvetlenül nyújtó alkalmazottai, alvállalkozói, egyéb közreműködői a Megrendelő Informatikai Biztonsági Szabályzata (IBSZ) által igényelt informatikai biztonsági és alávetési nyilatkozat (2. sz. melléklet), valamint a személyes adataik kezeléséről szóló hozzájáruló nyilatkozatot (5. sz. melléklet) aláírják. A Vállalkozó vállalja és szavatol azért, hogy a Megrendelő dokumentumait saját alkalmazottai és alvállalkozói (szerződéses partnerei) is bizalmasan kezelik. Az üzemeltetésben közreműködő személy a Megrendelő dokumentumait, valamint azoknak bármely részleteit csak a Megrendelő előzetes írásbeli engedélye alapján tekintheti meg, használhatja, módosíthatja.

9.

Szerzői jogok

9.1. Vállalkozó kijelenti, hogy a „Szerződés tárgya" fejezetben meghatározott feladatok elvégzése során létrejövő általa fejlesztett szoftverelemek, mint szellemi alkotás kizárólagos szerzője, alkotója. 9.2. A Megrendelő jogosult a rendszer egyes elemeinek és a tesztkörnyezetnek a specifikációját a rendszer külső felhasználói számára felfedni. 9.3. Vállalkozó az általa fejlesztett szoftverelemek forráskódját és fejlesztési dokumentációját köteles Megrendelő részére átadni, az átadott forráskóddal és fejlesztési dokumentációval Megrendelő anyagi haszonszerzés célja nélkül szabadon rendelkezhet, azzal a 9.5 szerinti felhasználási cselekményeket végezhet. Vállalkozó az átadott forráskódot harmadik fél számára nem fedheti fel.

9.4. Felek tudomásul veszik, hogy a kifejlesztendő szoftverrendszerbe saját fejlesztésű elemeken túl nem saját fejlesztésű szoftverelemek is beépítésre kerülhetnek. A nem saját fejlesztésű szoftverek nyílt forráskódú szoftverek, illetve a műszaki leírás 6.1. pontjában meghatározottaknak megfelelő szoftverek. Megrendelő a CC szerver, Mérőszerver, klienshardverek és böngészőben futó mérőszoftver tekintetében teljesítésként nem fogad el olyan szoftvereket, amelynek a forráskódja nem kerül átadásra, kivéve a mérőszerveren futó Okla, vagy azzal egyenértékű alkalmazás, amennyiben a fejlesztés során ez kerül alkalmazásra.

7/9

9.5. Megrendelő a Vállalkozó által fejlesztett szoftverelemek tekintetében időbeli és területi korlátozás nélküli, felhasználási módjában korlátozott felhasználási jogot szerez. Megrendelő a Vállalkozó által fejlesztett szoftverelemeket jogosult hatósági feladatai ellátása érdekében felhasználni, továbbá Megrendelő kifejezetten jogosult azokat módosítani, átdolgozni, továbbfejleszteni, illetve harmadik személlyel továbbfejlesztetni. A műszaki leírás 6.1. pontjában meghatározott szoftverek felhasználása tekintetében az adott szoftverek licencia feltételei az irányadók. 9.6. Megrendelő jogosult a szoftverrendszert, illetve annak elemeit prezentációs céllal nyilvános előadásban bemutatni, nyilvánossághoz közvetíteni a fejlesztést megvalósító Vállalkozó nevének feltüntetése mellett. 9.7. Vállalkozó kijelenti, hogy az átadandó szoftverrendszer tekintetében jogosult a jelen szerződésben meghatározott felhasználási jogot engedni, és harmadik személynek nincs olyan joga, amely a Megrendelőre jelen megállapodással átruházott jogok gyakorlását akadályozná vagy kizárná. Harmadik személy ilyen igénnyel való fellépése esetén a Vállalkozó vállalja, hogy saját költségén közvetlenül fellép a Megrendelő jogos érdekei védelmében. Ezen jogszavatosság kiterjed a Vállalkozó által átadott szellemi alkotások részét képező bármilyen további anyagra is. A Felek kifejezetten rögzítik, hogy az egyes szellemi alkotások, műrészletek felhasználásának jogosságáért, az ezek szerzői felé a szerzői vagy egyéb jogcímen felmerülő díjak mindenkori megfizetéséért kizárólag és teljes mértékben a Vállalkozót terheli felelősség. 10. Záró rendelkezések

10.1. A szerződő felek megállapodnak abban, hogy mindaddig, amíg egymással más kézbesítési címet nem közölnek, nyilatkozataikat a megjelölt kézbesítési címre hatályosan megtehetik. 10.2. A szerződő felek jelen szerződést érvényesen csak írásban módosíthatják. írásbeli módosítás hiányában a módosítás érvénytelen, az joghatás kiváltására alkalmatlan. A szerződő felek rögzítik, hogy jelen szerződéssel összefüggésben keletkezett bármely jognyilatkozat kizárólag akkor hatályos, ha azt ajánlott, tértivevényes postai küldeményben, vagy telefax útján teszik meg. 10.3. Jelen szerződés teljesítésével kapcsolatban a Felek hatályos jognyilatkozat - ide nem értve a szerződés módosításának, illetve megszűnésének eseteit - tételére jogosult képviselői, és értesítési címük:

Megrendelő oldaláról:

Tomka Péter

telefon: (1) 468-0502 fax: (1) 468-0503 értesítési cím: 1133 Budapest, Visegrádi u. 106.

Vállalkozó oldaláról: Varga Zsolt

telefon: +36 1 489-4600 fax: +36 1 489-4601 értesítési cím: 1124 Budapest, Csörsz u. 45.

A Megrendelő oldaláról a 10.3. pontban megjelölt kapcsolattartó személy szerződéskötésre, illetve szerződésmódosításra nem jogosult szerződő felek vállalják, hogy a kapcsolattartók személyében bekövetkező esetleges változást írásban közlik egymással. Az írásbeli közlés kézhezvételéig a korábban megjelölt kapcsolattartó tehet hatályos jognyilatkozatokat.

8/9

10.4.

Az alábbiakban felsorolt

mellékletek jelen Szerződés elválaszthatatlan

1. 2. 3. 4.

A fejlesztést érintő dokumentum (Követelmény specifikáció) Informatikai biztonsági és alávetési nyilatkozat minta Nyilatkozat sablon az NMHH tulajdonú eszközök átvételéről Nyilatkozat minta az NMHH Informatikai Biztonsági Szabályzatának (IBSZ) tudomásul vételéről Hozzájáruló nyilatkozat személyes adatok kezeléséhez

számú számú számú számú

melléklet melléklet melléklet melléklet

5. számú melléklet:

10.5. A szerződésben nem szabályozott feltételekre jogszabályi rendelkezések az irányadóak.

részét képezik:

a Polgári Törvénykönyv

és a vonatkozó

egyéb

A jelen 9 (kilenc) oldalból álló szerződés 4 (négy) eredeti példányban készült, melynek 3 (három) példánya a Megrendelőt, 1 (egy) példánya a Vállalkozót illeti meg. Jelen szerződést, mint ügyleti akaratukkal mindenben megegyezőt szerződő felek a mai napon jóváhagyólag aláírták

pénzügyi ellenjegyzés: és

liit^.

dr Hark? Péter

BUVfőosztályvé Budapest,

Sorbán János

Szittya Tamás

NMHH

Novell Professzionális Szolgáltatások Magyarország Kft.

Gazdasági igazgató

Ügyvezető

1

lOtt.^- ^

Budapest, 2013.09.18.

- .

Novell.

PWfestóondilsSzoIgáífofások

'l^^Pest.

9/9

Csörsz u. 45.

I

1. számú melléklet:A fejlesztést érintő dokumentum (Követelmény specifikáció)

t •

>

MŰSZAKI LEÍRÁS

SZÉLESSÁVÚ INTERNET SZOLGÁLTATÁSOK MINŐSÉGI PARAMÉTEREIT MÉRŐ RENDSZER FEJLESZTÉSE ÉS INFORMATIKAI ÜZEMELTETÉS TÁMOGATÁSA TÁRGYÁBAN

A NEMZETI MÉDIA- ÉS HÍRKÖZLÉSI HATÓSÁG UNIÓS ELJÁRÁSRENDBEN LEFOLYTATOTT

HIRDETMÉNY KÖZZÉTÉTELÉVEL INDULÓ TÁRGYALÁSOS KÖZBESZERZÉSI ELJÁRÁSBAN

«

SZÉP közbeszerzés - Műszaki melléklet

1.

2.

1.1

A rendszer által elérni kívánt célok

4

1.2

Előzmények

6

1.3

Tervezett architektúra

6

Mérési funkciók

3

2.1.1

Hardveres mérés

9

2.1.2

Szoftveres mérés

1°

2.2

Mérés-vezérlési funkciók

H

2.3

Adatgyűjtés, szinkronizáció, és adatok előfeldolgozása

12

2.4

Végfelhasználói felületek

13

2.4.1

Központi portál

2.4.2

Statisztikai adatok közzététele

14

2.4.3

A felhasználó által igénybe vett szolgáltatás paraméterei

14

2.4.4

Mérőeszköz lokális felülete

15

2.5

Adminisztratív funkciók

13

16

2.5.1

Referencia (szolgáltatói) adatbázis kezelése

16

2.5.2

Felhasználói adatbázis kezelése

16

2.5.3

Eszköznyilvántartás

16

2.6

4.

9

A rendszerfunkciói 2.1

3.

4

Bevezetés

Kimutatások és riasztási funkciók

17

2.6.1

Kimutatás készítés

17

2.6.2

Riasztás-kezelés

17

Egyéb követelmények

18

3.1

Mérőeszköz-vezérlési és mérőeszköz specifikus követelmények

18

3.2

Skálázhatósági követelmények

21

3.3

Biztonsági követelmények

21

3.3.1

Általános biztonsági követelmények

21

3.3.2

Jogosultságkezelés

21

Egyéb információk 4.1 4.1.1

A jelen beszerzés lehatárolása

2

2

22

Infrastruktúra elemek

22

4.1.2

Szállítandó elemek

22

4.1.3

A jelen beszerzésnek kifejezetten nem tárgya

23

4.2

Biztonsági audit

23

4.3

A projekt várható ütemezése

23


5.

Ajánlatkérő által biztosított hardver környezet 5.1

24

BIX kapcsolat

5.2

24

Mérő és menedzsment szerver hardver (Mérési adatbázis, Radius szerver, C&C szerver, Mérő szerver) 24

5.3

6.

Adatbázis és O&M szerver hardver (Referencia adatbázis, Felhasználói és Mérőeszköz

adatbázis,

O&M szerver)

24

5.4

DMZ Adatbázis szerver hardver

25

5.5

Mérő kliens

25

Informatikai megfelelési követelmények 6.1

Infrastruktúra környezet

6.2

Készítendő dokumentációk

25 26 27

6.2.1

Rendszerterv

27

6.2.2

Tesztelési terv

28

6.2.3

Felhasználói dokumentáció

28

6.2.4

Telepítési útmutató

6.2.5

Üzemeltetési kézikönyv

28

6.2.6

Megvalósulási dokumentáció

29

Hiba! A könyvjelző nem létezik.

6.3

Biztonsági követelmények

30

6.4

Az alkalmazások telepítésének módszertana

31

6.5

A rendszer átvételének folyamata

33

6.6

Az alkalmazás felépítésével, működésével kapcsolatos követelmények

34

6.7

Az alkalmazás mentésével kapcsolatos követelmények

35


1. Bevezetés A szélessávú (Internet hozzáférés) szolgáltatások elterjedését

nagymértékben

befolyásolja a

szolgáltatást igénybe vevő fogyasztók által tapasztalt minőség. Általános tapasztalat Magyarországon is, hogy a felhasználó által érzékelt minőségi jellemzők (elsősorban le- és feltöltési adatsebesség) elmaradnak a szolgáltatók által meghirdetett, illetve esetenként a garantált értéktől is. Ezen kívül sok esetben a tapasztalt minőség időben is erősen ingadozik. Ez a fogyasztók elégedetlenségét növeli és a nagyobb sávszélesség igényű, értéknövelt szélessávú hírközlési szolgáltatások elterjedését is gátolja. A fogyasztó az általa igénybevett szolgáltatás minőségét jobbára csak szubjektíven, a használat során szerzett tapasztalatai alapján tudja kontrollálni. Általában nem tud objektív, elfogulatlan értékítéletet alkotni abban a kérdésben, mennyire felel meg a kapott minőség a szolgáltató által ígértnek. Ez gyakran az ismeretek hiányára is visszavezethető, amely következtében kérdéseik vannak, melyre a hatóságtól várják a választ. Ma nem áll rendelkezésre egységes, megbízható, objektív, a szolgáltatóktól független mérési módszer a szélessávú szolgáltatások minőségi jellemzőinek mérésére, illetve nem is rendelkeznek a fogyasztók elegendő információval az ilyen mérések megbízható elvégzéséhez. Ugyan bárki számára hozzáférhetők az interneten különböző le-/feltöltési sebességet mérő alkalmazások, azonban ezek nem egységes mérési módszert használnak és az általuk szolgáltatott mérési adatok megbízhatósága is különböző.

1.1 A rendszer által elérni kívánt célok

A jelen beszerzésben szereplő rendszer az NMHH Szélessáv Program (SZÉP) projektjének részét képezi, melynek célja egy olyan szélessáv-mérőrendszer kiépítése, amely: •

objektív információkat ad a hatóság számára a hazai szélessávú szolgáltatások valós minőségi paramétereiről előmozdítva döntéseinek megalapozottságát,

•

megalapozott, független információt nyújt a fogyasztók számára, elősegítve a tudatos szolgáltató és szolgáltatásválasztást, illetve az előfizetői

szerződésben vállalt

minőségi

paraméterek teljesülésének ellenőrzését, •

az átláthatóság növelésével előmozdítja a piaci versenyt, ösztönzi a technológiai fejlődést és a szélessávú szolgáltatások igénybevételének

elterjedését,

azáltal, hogy a

üzenetek helyett az érzékelhető minőségek tudnak versenyezni, •

valósidejű információt szolgáltat a hazai internethálózat működéséről.

marketing


A fenti célok eléréséhez kialakítandó mérőrendszernek képesnek kell lennie a következőkre: •

Az előfizetői

szerződésben vállalt

szolgáltatás minőségének

ellenőrzésére

egyedi és

szolgáltatói szinten. •

A hálózatsemlegességre vonatkozó követelmények ellenőrzésére.

•

A mobilszolgáltatók által publikált ellátottsági területi adatok és az NMHH mérőszolgálata által mért ellátottsági adatok összevetésére.

•

Az Internet szolgáltatások közötti informált választás elősegítésére tényleges méréseken alapuló minőség adatokkal.

•

a hazai Internet hálózat állapotának valós idejű monitorozására.

A jelen beszerzés keretében kialakítandó megoldás fő elemei: 1)

Egy az NMHH által működtetett szélessáv mérő rendszer, amely lehetővé teszi a fogyasztói

végpontokra kihelyezett hardver eszközök alkalmazásával, valamint fogyasztók által indított szoftveres mérések segítségével a vezetékes internet szolgáltatások fontos paramétereinek (leés

feltöltési

sebesség,

késleltetési

idő,

hálózatsemlegesség, és

szolgáltatás

stabilitás)

monitorozását. 2)

Egy adatgyűjtő és kiértékelő rendszer, ami a)

a fenti mérő rendszerből származó mérési eredményeket egy központi mérési adatbázisba gyűjti össze és tárolja,

b)

lehetővé

teszi

a

szolgáltatói

vállalások

(ÁSZF-ek)

műszaki

paramétereinek

nyilvántartását, c)

biztosítja, hogy a fenti mérő rendszerből származó mérési eredmények, és az NMHH által végzett

mobil-internet szolgáltatási mérések eredményei

összevethetőek

legyenek egymással és a szolgáltatói vállalásokkal. 3)

Egy az NMHH honlapján keresztül elérhető alkalmazás, amely segíti a fogyasztókat a

vezetékes és mobil internet szolgáltatások valós paramétereinek megismerésében, és ezáltal a tudatosabb szolgáltató-választásban. Ezen a szélessáv publikációs oldalon elérhető a mérési eredmények kiértékelt feldolgozása, melyből az érdeklődő tájékoztatást kap a vezetékes és mobil internet szolgáltatások viszonylatában érzékelt adatok statisztikai eloszlásáról, várható értékéről, valamint a saját előfizetői szolgáltatására vonatkozó mérési eredményekről. A jelen beszerzés keretében szállítandó rendszernek a letöltési és feltöltési adatsebesség, a késleltetés, valamint a transzparencia és a hálózatsemlegesség mérését kell biztosítania, többfajta protokollon (csomag-orientált, és stream (VolP, on-line videó)). Ezen kívül a későbbiekben egyéb paraméterek mérését is indokolt lehet a rendszerbe integrálni.


1.2 Előzmények

A jelen beszerzést megelőzően kialakításra került egy pilot rendszer (ún „Szélessáv Pilot Projekt"), melynek célja az volt, hogy létrehozzon egy olyan mintarendszert, amely alkalmas a szélessávú szolgáltatások főbb minőségi jellemzőinek, elsődlegesen tájékoztatást szolgáló mérésére, a későbbi széleskörű

reprezentatív

közcélú

méréshez

leginkább

megfelelő

megoldás

lehetőségeinek

felmérésére. Az abban a projektben szerzett tapasztalatok alapján került megfogalmazásra a beszerzés műszaki tartalma. Fontos tudni, hogy a pilot rendszernek nem volt célja a teljeskörűség, azaz abban nem került megvalósításra minden jelen beszerzésben elvárt funkció. Továbbá a pilot tapasztalatai alapján bizonyos abban megvalósított elemek is eltérő tartalommal kerültek megfogalmazásra a jelen kiírásban. Ezért a pilot projektből származó minden információ kizárólag tájékoztató jellegű, és nem része vagy hivatkozási alapja a kiírásnak és az elkészítendő ajánlatoknak.

1.3Tervezett architektúra A pályázók által megvalósítandó architektúra a következő ábrán látható: A

virtualizációt

biztosító

környezet

beüzemelése

(telepítése,

paraméterezése,

teljes

körű


dokumentálása) a vállalkozó feladata. 1

A rendszer az alábbi fő komponenseket tartalmazza : 1.

Operation & Maintenance (O&M) szerver, melynek főbb funkciói: a.

Mérések intelligens ütemezése: mikor melyik eszközre melyik mérő script-et kell letölteni. Tudjon időzítve és vonalterhelés függvényében letölteni mérő script-eket.

b.

Tartalmazzon támogatást a mérési metódusok kiválasztására.

c.

Az NMHH-BIX router aktuális terheltségi adatainak a lekérése netconfig protokollon keresztül.

2.

Mérési adatbázis, ami tartalmazza a mérési eredményeket a szakmai munkához és a publikációhoz szükséges aggregáltsági szinten. (Az aggregálási szint idő függvénye is lehet: a régebbi adatok bizonyos esetekben jobban aggregálva tárolhatók, mint a frissebbek.)

3.

Referencia adatbázis, ami tartalmazza a szolgáltatók és az általuk nyújtott szolgáltatások főbb adatait. Lehetőséget kell biztosítani rá, település (Budapesten kerület)

mélységű

bontást is lehessen tárolni. Az adatok idősoros kezelése szükséges. 4.

Felhasználói és mérőeszköz adatbázis, melynek főbb funkciói: a.

Felhasználók nyilvántartása (azok a felhasználók, akiknél mérőeszköz van vagy volt ez nem egyezik a portálon regisztrált felhasználókkal).

b.

Mérőeszközök nyilvántartás, különösen a mérőeszköz fizikai adatai, helye (mely felhasználónál

van),

állapota.

(Egyéb

adatok

a

részletes

tervezés

során

felmerülhetnek.) Az adatok idősoros kezelése szükséges. 5.

Mobil mérési adatbázis, ami külső rendszerként adatkapcsolat szinten illesztendő. A kialakítandó rendszernek a mobil mérési adatbázisból át kell venni a mért mobil internet működési paramétereket, és azokból publikációkat kell készíteni.

6.

1

DMZ adatbázis és publikációs webszerver

A szerverek virtuális környezetben kerülnek kialakításra.


a.

Biztonságtechnológiai elem: a publikációs alkalmazás nem érhet el közvetlenül az NMHH intranet-jén lévő szervereket; ezért a publikációhoz szükséges adatok (az intranet irányából kezdeményezett) szinkronizációval kerülnek át a DMZ adatbázisba. A publikációs szerver ehhez kapcsolódik.

b. 7.

Ezen működik a publikációs alkalmazás szerver és maga az alkalmazás is.

NMHH web szerver, ami az NMHH saját CMS rendszere által publikált („statikus", azaz nem mérési eredményekre épülő) oldalakat tartalmazza. Az új rendszer számára itt egy oldal vagy oldal-csoport kerül kialakításra, ahonnan hivatkozásokon keresztül, a publikációs szerver által biztosított felületen lesznek elérhetők a mérési eredmények.

8.

Ideiglenes mérési adatbázis, ami a nyers mérési eredményeket tárolja és biztosítja azok elérhetőségét az Intranet-en található mérési adatbázis számára.

9.

AAA (pl.RADIUS) szerver, ami a mérőeszközök belépésének autentikációját végzi (elsősorban a rendszer biztonságának növelése érdekében).

10. Command & Control szerver / Web szerver, ami a következő főbb funkciókat látja el: a.

Folyamatos kapcsolatot tart az eszközökkel a „jelenlét" („presence") detektálás érdekében (és ezt az információt eljuttatja az O&M szerverhez is).

b.

Megadott

szempontok szerint indít

méréseket az eszközök felé (mérő script

leküldése), valamint visszaolvassa a mérési eredményeket és eljuttatja azokat a mérési adatbázisba. c.

Biztosítja a mérőrendszerben a szükséges időszinkront (NTP szerverként működik).

d.

Az O&M szerver számára biztosítja a szükséges információkat az eszköz státuszokról és IP címekről.

e.

Biztosítsa a mérési rendszerben a PKI működéséhez szükséges központi funkciókat.

11. Mérő szerver(szerverek), ami a mérésekhez biztosítja a kiszolgáló („adatforrás") hátteret. a.

Kiszolgálja legalább a következő protokollokon történő méréseket: UDP, TCP, VolP, streaming videó. TCP mérések esetén többszálú adatforgalmat is támogat, az NMHH BIX

kapcsolata irányában

legalább 9 Gbit/s hasznos sávszélességet

Amennyiben szükséges, legfeljebb

8 virtuális

biztosít.

szerver egyidejű futtatásával is

megoldható a mérések kiszolgálása. A hálózati vizualizációhoz a hálózati kártya fizikai funkcióinak a virtuális gépekhez történő közvetlen hozzárendelése szükséges, ennek preferált technológiája az SR-IOV. b.

Képes a mérőeszközök azonosítására.

•


c.

A bizonyos esetekben nála keletkező mérési eredményt

a mérési adatbázisba

eljutatja. 12. NMHH BIX tűzfal, ami - a mérő szerver kivételével - a mérőrendszer központi komponenseit védi. 13. NMHH BIX router, ami alap (routing) funkcionalitása mellett képes rá, hogy figyelje a forgalmat (ne legyen vonal túlterhelés a mérések pontossága érdekében). 14. Mérőeszköz, ami a felhasználóhoz telepítve a hardveres mérési feladatokban vesz részt. A szerverek virtuális környezetben kerülnek kialakításra. A rendszer működési fő folyamatának váza a következő: Az O&M szerveren a mérést tervező NMHH szakember - a referencia és felhasználói/mérőeszköz adatbázisokban található információk alapján, valamint esetleg figyelembe véve az eszközök aktuális státuszait is - kiadja a mérési feladatokat: az egyes hardveres mérőeszközök által végrehajtandó mérési „suite"-okat és azok ütemezését. A mérő hardverekhez a feladatokat a Command & Control szerver juttatja el, ami a mérőeszközök azonosítását az AAA szerver segítségével végzi el. A mérés során a mérőhardver a mérési suite-nak megfelelő adatforgalmat generál a mérőszerver felé, majd a mérési eredményeket az ideiglenes mérési adatbázisba juttatja. Innen az adatokat a mérési adatbázis lekéri. Ugyancsak a mérési adatbázisba töltődnek be a mobil mérésekből származó eredményekből a jelen rendszer számára szükségesek. Az adatok itt a megjelenítés számára elő-feldolgozásra kerülnek. Ezután a rendszer a web-es megjelenítéshez szükséges adatokat

kiteszi a publikációs

adatbázisba, ahonnan a felhasználók lekérhetik

a

statisztikákat, valamint- bejelentkezés után - az általuk igénybe vett szolgáltatásra vonatkozó adatokat.

2. A rendszer funkciói 2.1 Mérési funkciók A rendszernek képesnek kell lennie TCP/IP (IPv4 és IPv6) alapú mérési feladatokat végezni mind hardveres méréssel, mind szoftveres méréssel. 2.1.1

Hardveres mérés

A hardveres mérés célja, hogy a felhasználóknál telepített eszközök segítségével, központi vezérlés mellett a szolgáltatás minőségi paramétereit

a felhasználótól (jelenlététől,

igényétől) független módon (annak zavarása nélkül) lehessen monitorozni.

eszközeitől, mérési


Ennek érdekében a felhasználókhoz az NMHH által biztosított WiFi képes, lakossági használatra tervezett router-ek kerülnek telepítésre.

Jelen beszerzés céljai közé tartozik ezen router-ek saját

vezérlőprogramjainak, valamint mérőprogramjainak kialakítása. A költséghatékonyság érdekében két különböző router eszköz kerül telepítésre az alacsonyabb sávszélességű (0-50 Mbit/s) és a magasabb sávszélességű (50-150 Mbit/s) felhasználói végpontokon. A router vezérlőprogramjának és a mérőprogramnak a fejlesztését, testreszabását mindkét típusú hardver eszközre vonatkozóan el kell végezni. A mérőhardvernek képesnek kell lennie - a felhasználói aktivitástól függő ütemezésben végrehajtani a központból kiosztott mérési feladatokat, és az eredményeket visszajuttatni a központba. A hardveres eszközzel rendelkező felhasználó indíthasson mérést a saját eszközén. A mérőhardveren őrkutya (watchdog) funkciónak kell működnie, ami •

folyamatosan ellenőrzi, hogy éppen használatban van-e az Internet hozzáférés (akár a vezetékes, akár a WiFi, integrált szolgáltatói adatkapu - „Home Gateway" - esetén), és ha nem, akkor a kliens eszköz átvált mérő üzemmódba

•

rendszeresen teszteket futtat le a kliens szoftver integritására nézve, és rendellenesség esetén újraindítja az eszközt „első bejelentkezés" módban.

A rendszernek alkalmasnak kell lennie arra, hogy a későbbiekben a fenti jellemzők köre bővíthető legyen.

2.1.2

Hálózatsemlegességi mérések

A hálózatsemlegesség vizsgálatának alapvető kérdése, hogy az Internetet használókat azonos módon

kezelik-e a szolgáltatók, vagy közöttük

különbséget tesznek az általuk

használt

alkalmazások, továbbított forgalmaknak megfelelően? Érintheti ez például a torrentezőket, a VOlP-megoldásokat

használókat,

a

web-TV-s

alkalmazások

felhasználóit,

de

sokkal

kellemetlenebb lehet a hatása a nagy tartalomszolgáltatókra. Az alapvető mérési képességeken kívül a rendszer megvalósításának első fázisában indokolt a hálózatsemlegességgel kapcsolatos jellemzők vizsgálatának legalább egy minimális körét is megvalósítani (pl. a hozzáférésen keresztül használható TCP/UDP portok azonosítása). 2.1.3

Szoftveres mérés

A hardveres mérés mellett, valamint azon felhasználók számára, akiknél nincs kihelyezett mérő hardver, lehetőség van szoftveres sebesség-mérésre is. Az ügyfél bejelentkezik a web szerverre, kiválasztja a szolgáltatóját, előfizetői csomagját, esetleg megadja az irányítószámát és - igénye szerint - bejelentkezik (azonosítja magát). Ezután elindítja a mérést.


Lehetőséget kell biztosítani regisztráció nélküli, „instant" mérésre is. A mérőrendszer ellenőrzi a mérőszerver kapacitását, és - amennyiben a kapacitás lehetővé teszi elvégzi a mérést, majd az eredményeket eljuttatja a központi adatbázisba. Biztosítani kell a mérőszervernek a túlterheléses támadások elleni védelmét, ami egy adott IP címről érkező mérési igények számát korlátozza, és a mérőszerver fokozott terheltsége esetén csak sikeres Turing tesztet („Captcha") követően engedi a mérést. A méréseket az Ookla szélessávú mérőszerver megoldásán alapulva, vagy azzal mérési pontosságban bizonyítottan egyenértékű módon kell végezni. Amennyiben az Ookla-tól eltérő mérési megoldást ajánl a Pályázó, úgy a mérési módszertan egyenértékűségét is biztosítani kell (nem elegendő a mérési eredmények algebrikus korrekcióját

elvégezni, hanem szükséges pl. a többszálú TCP letöltés

támogatása)

2.2 Mérés-vezérlési funkciók A

hardveres

mérőeszközökre

a

központból

kell

tudni

elküldeni

a

mérési

feladatokat

(mérőprogramokat) és azok futtatásának ütemezését. A rendszer a kiadott feladatokat automatikusan juttassa el a mérőeszközökhöz, gondoskodjon azok végrehajtásáról, az eredmény begyűjtéséről, valamint annak nyilvántartásáról, hogy mely eszközök mely feladatokat végezték/nem végezték el (és miért).

A mérések ütemezésére felhasználói felületet kell biztosítani. Ezen megadható kell legyen, hogy mely mérőeszközök mely időpontban milyen méréseket kell végezzenek. 1.

Legyen lehetőség feladatok kiadására és visszavonására („törlésére") is.

2.

Igény szerint lehessen egyedi mérőeszközökre vonatkozó feladatokat is kiadni.

3.

Feladatkiadáshoz lehessen csoportba foglalni mérőeszközöket a felhasználó adatai és a felhasználó által aktuálisan igénybe vett szolgáltatás adatai alapján: a.

szolgáltató

b.

hely (pl. város, megye)

c.

a felhasználó által igénybe vett szolgáltatás paraméterei (pl. maximális feltöltési sebesség, garantált letöltési sebesség, stb.)

(Vagy akár ezek kombinációi alapján.) 4.

A feladatok kiadása és ütemezése vegye figyelembe a mérőszemélyzet utasításai mellett: a.

az eszközök aktuális állapotát


b.

a mérőeszközök egyéb (már kiadott) feladatait

c.

a mérőszerver (várható) terhelését (a kiadott feladatok és a szoftveres mérések várható eloszlása alapján)

5.

A feladat-kiadás (és -végrehajtás) hibatűrő legyen: legyen toleranciája a végrehajtási időpontnak, és kezelje azt az esetet, amikor a feladat csak a tervezett időn jóval kívül vagy egyáltalán nem kerül végrehajtásra.

Interfész felületet kell megfogalmazni és biztosítani a mérési feladatoknak és ütemezésnek a rendszerbe juttatásához, valamint a mérések ütemezéséhez szükséges információk lekérdezéséhez. (Vagyis: lehetővé kell tenni, hogy a későbbiekben akár külső rendszer is létrehozzon/ütemezzen feladatokat.)

A kialakítandó rendszer biztosítson felületet, amin keresztül a mérési terület szakemberei, valamint az ügyfélszolgálat munkatársai megtekinthetik a következőket: •

az egyes eszközök aktuális státuszát (állapot, szoftver verziók, mérőprogram verziók, stb.),

•

az elvégzett, az aktuálisan futó, és a jövőbeli időpontra már ütemezett feladatokat

•

az eszköz, a felhasználó és a felhasználó által igénybe vett szolgáltatás adatait idősorban (az eszköz helyét térképen is meg kell tudni jeleníteni)

Eszközt, illetve eszközöket a fenti megjelenítésekhez kell tudni választani felhasználó (azonosító, név, stb.), eszköz-azonosítók (MAC cím, IP cím, egyéb egyedi azonosítók), szolgáltató és szolgáltatás, valamint hely alapján is.

A mérőrendszerbe - jogosultság-függőén - fel kell hogy lehessen tölteni új, vagy módosított mérőprogramokat. A mérőprogramok verziókezelését a mérőrendszer beépített módon kell végezze. A mérő készülék integritás tesztjének kezelnie kell tudnia a készülékre töltött új és módosított mérőprogramokat.

2.3 Adatgyűjtés, szinkronizáció, és adatok előfeldolgozása A mérőrendszernek össze kell gyűjtenie és el kell tárolnia az összes mérés eredményét. Az eredményeket összegyűjteni a BlX-ben kell, tárolni és feldolgozni azonban az NMHH intranet-jén belül. Ezért szükség van az adatok (mérési eredmények) szinkronizálására (biztonságos eljuttatására a BlX-ből az NMHH intranet-jére).


A rendszer keretein belül végzett hardveres és szoftveres mérések eredményein kívül a rendszernek fel kell dolgoznia a mobil internet mérések eredményeit, melyek egy külső rendszerben találhatóak. Ennek érdekében interfész felületet kell kialakítani a mobil mérési eredmények beolvasásához, valamint a mobil mérési eredményeket is - a nekik megfelelő módon - elő kell készíteni a megjelenítéshez. A publikációk

(legnagyobbrészt) a mérési eredmények feldolgozott

adataiból táplálkoznak. A

rendszer feladata, hogy a publikációkhoz az adatokat előkészítse: •

Szűrés: a nyers mérési adatok feldolgozására, és a vélhetően hibás adatok kiszűrésére automatikus (algoritmikus) lehetőséget kell biztosítani.

•

Számítások: mért eredmény/várt eredmény, és - a megjelenítés igényei szerint esetleg egyéb statisztikai mutatók.

•

Megjelenítésre előkészítés: Tekintettel a mérési eredmények igen nagy számára az adatokat várhatóan

előre

kell

aggregálni

is

(természetesen

a

megjelenítési

szempontok

figyelembevételével). Az aggregált adatok mellett - az NMHH megfelelő jogosultsággal rendelkező munkatársai számára - a mérési adatbázis összes adata hozzáférhető, és kívánt módon lekérdezhető, rendezhető kell, hogy legyen.

2.4 Végfelhasználói felületek 2.4.1

Központi portál

A mérési eredményeket és egyéb közcélú, mérés-alapú, vagy ahhoz szorosan kötődő információkat az NMHH meglévő internetes felületeihez kapcsolódó/integrálódó, a jelen projektben kialakítandó portál alkalmazás kell megjelenítse. A portál alkalmazásnak csak az adatokhoz közvetlenül kapcsolódó statikus információkat tartalmaznia

(pl.

az egyes

értékek

értelmezéséhez

szükséges

magyarázatokat),

kell

és azokat

tartalmazhatja fixen rögzített formában (ezek tehát nem kell CMS rendszerrel menedzselhetőek legyenek). A CMS-sel menedzselendő tartalmakat (pl. mérési metodika, szolgáltatói közlemények, időszakos átfogó elemzések, stb.) az NMHH honlapján, annak CMS rendszerével, és az ahhoz kapcsolódó folyamatok segítségével fogja az NMHH megjelentetni. A

megjelenített

tartalomnak,

kihasználva a web

lehetőségeit,

illeszkednie

kell

a

látogató

érdeklődéséhez és szakmai ismereteihez. Meg kell találnia a számára készült tartalmakat

a

tájékozatlan, műszaki alapismeretekkel nem rendelkező felhasználónak, és a műszaki szakértőnek egyaránt. Ennek megfelelően:


•

Az oldal(ak) felépítésének és a navigációknak segíteni kell a műszakilag kevésbé képzett felhasználókat. Az esetleges mélyebb tudást feltételező információkat mélyebben és/vagy elkülönítve kell hozzáférhetővé tenni és megjeleníteni.

•

A megjelenített

adatok

értelmezéséhez

megfelelő

szintű

tájékoztatást

is szükséges

közzétenni, az adatokhoz kapcsolva, könnyen elérhető módon. A nyilvános megjelenítés során biztosítani kell, hogy csak az érvényes minősítésű mérési adatok jelenjenek meg, továbbá figyelembe kell venni az eredmények reprezentativitását is (technológia, szolgáltatási csomag, idő). A portál alkalmazás (az NMHH weblapjához illesztett formában és módon) a következő két

főbb

funkció-csoportot kell biztosítsa: •

Statisztikai adatok közzététele a szolgáltatás minőségről

•

Részletes információk biztosítása a felhasználó által igénybe vett szolgáltatás paramétereiről.

2.4.2

Statisztikai adatok közzététele

Ennek elsődleges célja olyan jellegű/mélységű tájékoztatás biztosítása, amely segíti a fogyasztókat a tudatosabb szolgáltató-választásban. Ennek érdekében az oldal látogatói számára közérthető és látványos formában kell megjeleníteni az aggregált adatokból képzett statisztikákat. A statisztikai adatokhoz való hozzáférés nyílt, azaz nem igényel regisztrációt. A kialakítandó alkalmazásnak elsősorban grafikus formájú megjelenítést kell biztosítania, olyan felületen, amelyen a felhasználónak lehetősége van az adatok szűrésére a szolgáltatók és/vagy a szolgáltatások főbb paraméterei alapján. A megjelenítendő grafikonok pontos száma és tartalma a részletes rendszertervezés során fog kialakulni. Várhatóan a vonalas internet szolgáltatások vonatkozásában minden mért jellemzőről lesz l-l idősoros, szolgáltatókra, szolgáltatás csomagokra és szolgáltatás igénybevételi helyre szűrhető grafikon, plusz néhány összehasonlító grafikon. Ezen felül a főbb jellemzők területi lefedettségét térképen is meg kell jeleníteni. A

mobil

internet

mérések

adatait

elsősorban

(szintén

a szolgáltatókra

és a szolgáltatás

csomagokra/jellemzőkre szűrhető módon) térképen kell megjeleníteni. Ebben az esetben is várható néhány olyan térképi ábra, ami közvetlen összehasonlítást teszt lehetővé. Minden jellemző esetén szükséges az adatok táblázatos megjelenítésének biztosítása is. 2.4.3

A felhasználó által igénybe vett szolgáltatás paraméterei

A portál és a szoftveres mérés is használható felhasználói regisztráció nélkül i s - ebben az esetben értelemszerűen az azonosításhoz kötött szolgáltatások nem elérhetőek.


A portálon az NMHH felkínálja a szoftveres mérés lehetősége mellett a pontosabb, a reprezentatív mérési eredmény megszerzése érdekében a felhasználó szolgáltatási végpontjára

kihelyezendő

hardveres mérőeszköz biztosítását is. Ehhez azonban a felhasználónak regisztrálnia kell. A felhasználói regisztráció szoftveres sebességméréshez kötött, a regisztrációhoz ilyenkor rögtön hozzákötődik a regisztráló IP címe (ezáltal a szolgáltatója is), ami később módosulhat. (A szolgáltatók és IP címek összerendelését a referencia adatbázis tartalmazza.) A portál alkalmazás lehetővé kell tegye, hogy a felhasználók be tudjanak jelentkezni (és ilyen módon azonosításra kerüljenek), és az általuk igénybe vett szolgáltatásra vonatkozó mérési eredményekhez (pl. korábbi saját szoftveres mérések, folyamatos hardveres mérések eredményei) hozzá tudjanak férni. A cél itt is elsősorban a szolgáltatás minőségének áttekintése; az adatokat ennek megfelelően aggregálva kell prezentálni. A bejelentkezett felhasználók esetén az igénybe vett szolgáltatásra vonatkozó értékek a grafikonokon/ábrákon összehasonlítás céljából szintén megjelenítendők. A bejelentkezéshez szükséges szokásos regisztrációs, jelszócsere, profil törlés, stb. funkciókat is biztosítani kell - de figyelembe kell venni a mérőeszköz és felhasználó-nyilvántartás adatait is. A regisztrált felhasználók jelezhetik igényüket rá, hogy hardveres mérőeszközt kapjanak; az igényeket az NMHH a lehetőségek, és a mérési terv/célszerűség alapján teljesíti. A felhasználói regisztrációkat egy év inaktivitás után validáltatni kell. (Aktivitás: bejelentkezés az alkalmazásba, vagy (hardveres) mérés végrehajtása a bejelentkezéstől függetlenül is.) Validáló email-re

nem

reagáló felhasználói

regisztrációk törlését

végre kell

hajtani

automatikusan

a

hozzátartozó mért adatok anonimizálása mellett. 2.4.4

Mérőeszköz lokális felülete

A mérőeszközbe legyen web szerver beépítve, amin keresztül a felhasználó a saját hálózatáról, de azonosítás nélkül az aktuális (éppen futó) mérést, és - ésszerűen limitált ideig visszamenőleg - az előző méréseit megtudja nézni. Nem elvárás, hogy az eszközön nagy mennyiségű vagy permanens adattárolás történjen; az adatok az eszköz újraindulásával törölhetők. A cél elsősorban a bizalom erősítése; a részletes adatok elérhetőek a központi portál alkalmazásban. A lokális kiszolgálónak elég „minimál-felületet" biztosítania. A lokális felületbe be kell építeni olyan funkciót, amin keresztül az a felhasználót (külön központi azonosítás nélkül!) a központi portálba belépteti (vagyis: egy a helyi web szerven található linkre kattintva a központi alkalmazás releváns része töltődik be úgy, mintha a felhasználó előzőleg oda bejelentkezett volna).


2.5 Adminisztratív funkciók 2.5.1

Referencia (szolgáltatói) adatbázis kezelése

A referencia adatbázis célja a szolgáltatók által rendelkezésre bocsátott szolgáltatási szerződések SZÉP projekt szempontjából történő feldolgozásának biztosítása. Az

adatbázisnak idősorosán tartalmaznia

kell

a szolgáltatók

és a náluk

elérhető

internet

szolgáltatások fontosabb adatait (például a szolgáltatási csomagokhoz tartozó fel, illetve letöltési sebesség, IP tartományok, garantált sebesség adatok). Az adatbázishoz tartoznia kell a következő kezelő felületeknek: •

Lekérdező felület, ahol a rögzített paraméterek alapján a kezelő szűrni tudja az adatokat (pl. adott szolgáltató adott időpontban elérhető csomagjainak adatai, vagy 4

Mbit/sec-nál

nagyobb garantált letöltési sebességű aktuális csomagok, stb.) •

Adatfeltöltő felület, ahol egy adott időszakhoz tartozó szerződéses állapot adatait rögzíteni lehet.

•

Interfész felület, amin keresztül külső rendszerből az adatok feltölthetőek.

2.5.2

Felhasználói adatbázis kezelése

A felhasználói adatbázisban kerülnek tárolásra és nyilvántartásra •

a regisztrált felhasználók, és ezen belül

•

a hardveres mérőeszközzel ellátott felhasználók.

Az adatbázisnak idősorosán tartalmaznia kell a felhasználók fontosabb adatait (például személyes, hely, azonosítási, és szolgáltatói/szolgáltatási adatok). Az adatbázishoz tartoznia kell a következő adminisztrációs felületeknek: •

Lekérdező felület, ahol a rögzített paraméterek alapján a kezelő szűrni tudja az adatokat (listaszerűen), majd egyes felhasználók adatait meg tudja tekinteni.

•

Adatrögzítő felület, ahol egy új felhasználót rögzíteni lehet, illetve a felhasználó adatait módosítani lehet.

2.5.3

Eszköznyilvántartás

Az eszköznyilvántartás célja a hardveres mérőeszközök fontosabb műszaki, telepítési, és logisztikai adatainak idősoros nyilvántartása és kezelése. Az adatbázisnak idősorosán tartalmaznia kell az eszközök fontosabb adatait (például azonosítási adatok, típus, aktuális software és firmware verziók, telepítési hely, stb.). Az adatbázishoz tartoznia kell a következő kezelő felületeknek:


•

Lekérdező felület, ahol a rögzített paraméterek alapján a kezelő szűrni tudja az adatokat (listaszerűen), majd egyes eszközök részletes adatait meg tudja tekinteni.

•

Adatrögzítő felület, ahol egy új eszközt lehet rögzíteni, illetve az eszköz adatait módosítani lehet.

A rendszerben keletkező automatikus módosítások (pl. új software verzió kerül telepítésre az eszközön) emberi beavatkozás nélkül átvezetendő az adatbázison.

2.6Kimutatások és riasztási funkciók 2.6.1

Kimutatás készítés

A rendszernek képesnek kell lennie ütemezetten, előre definiált forma-riportok elkészítésére is. Ezen riportok kimenete PDF és/vagy Excel kell legyen, és -

miután az időzítéseiknek megfelelően,

automatikusan elkészülnek - e-mail-ben kell eljuttatni őket a mérési szakembereknek. Várhatóan kb. 5-10 előre definiált formátumú riportot kell készíteni. Ezek tartalmazhatnak szövegeket, táblázatokat, grafikonokat

és térképeket

fix

is. A riportok tartalmát és formáját a

rendszertervezés során kell majd kialakítani, de előreláthatóan

nagyjából a következő jellegű

info mációköröket fogják érinteni: mérési szintekre lebontott mérés szám, szolgáltatókra lebontott mérés szám, szolgáltatás csomagokra lebontott mérés szám, előző heti- havi eredmények összehasonlítása, szolgáltatók/szolgáltatás csomagok eredményeinek összehasonlítása.

A szállítandó rendszernek nem kell kimutatások készítésére alkalmas eszközöket tartalmazni azon túl, hogy az adatbázisnak relációsnak kell lennie, és az NMHH a projekt keretében meg kell kapja annak teljes dokumentációját, valamint a szállított rendszer tekintetében teljes körű adathozzáférést kell kapjon. (A szükséges ad-hoc feldolgozásokhoz az adatokat az NMHH a rendszerben tárolt adatok SQL szintű lekérdezésével nyeri ki, a feldolgozások elkészítéséhez a rendszeren kívüli eszközöket (pl. Excel, Maplnfo Professional, stb.) használ.) 2.6.2

Riasztás-kezelés

A rendszernek riasztási funkciókat kell biztosítani: •

A rendszenek mindenképp biztosítania kell, hogy a mérőeszközök aktuális státuszaiból következtethető (valószínűsíthető) kivételes eseményeket felismerje, és ezeket riasztásként


jelezze. (Ilyen pl. az egy területen vagy egy szolgáltatónál

lévő eszközök tömeges

„leszakadása", vagy egy-egy szolgáltatói IP tartomány elérhetetlenné válása.) •

A rendszernek opcionálisan biztosítania kell olyan „on-line log-elemzési" funkciót, amivel - a mérési eredmények/logok online feldolgozásával - mérési eredmények egymáshoz képesti viszonyaiból (viselkedés-mintáiból) "eseményre" tud következtetni, és azokból riasztásokat tud

létrehozni.

(Ilyen pl. egyes szolgáltatások paramétereinek

időben periodikus (pl.

csúcsidőbeli) szisztematikus ingadozása.) Az riasztási feltételek („minták") meghatározása a rendszer-tervezés része mindkét fenti pontra vonatkozóan.

A riasztási eseményeket egy (riasztási eseményenként akár eltérő) e-mail címre kell elküldeni (a főbb adatokkal) és log-ot kell róluk vezetni. Elvárt funkció a riasztásoknak valamilyen monitoring rendszerrel való kezelése (mely rendszert szintén az Ajánlattevőnek

kell szállítania és üzembe

helyeznie; az NMHH-nak üzemeltetési gyakorlata Nagios és PRTG monitoring eszközökkel van, de egyéb rendszer sem kizárandó pl. OpenNMS).

3. Egyéb követelmények 3.1 Mérőeszköz-vezérlési és mérőeszköz specifikus követelmények

1.

A kliens hardverek telepítése a „lehető legegyszerűbb" legyen, ne igényeljen interakciót a felhasználó részéről: a. b.

a hálózatba történő csatlakoztatás csak kábelezési feladat legyen ne legyen szükség a kliens eszköz, a modem vagy az előfizető egyéb hálózati eszközének a manuális konfigurálására

c.

a kliens eszköz az Internetre csatlakozást követően automatikusan regisztrálja magát az üzemeltetési rendszerben

2.

A kliens hardver legyen OSI L2 transzparens a felhasználó számára: a.

ne befolyásolja lényegesen a tesztelő által elérhető sávszélességet

b.

érzékelje az Internet csatlakozás aktuális használtsági/terheltségi állapotát, és csak akkor végezzen nagy sávszélesség igényű méréseket, amikor az nem zavarja a tesztelő rendes forgalmát


c.

az eszköznek transzparens módon kell beilleszkednie a szolgáltatói végpont és az előfizetői végpont közé. A 3play esetén a szerződésben vállalt Internet hozzáférés szolgáltatás mérése a cél, mivel erre vonatkoznak a szolgáltató által vállalt minőségi garanciák, amelyek az IPTV és a VolP szolgáltatástól függetlenek lehetnek. Nem veszi át a Home Gateway szerepét.

d.

a cél a szolgáltatás hozzáférési pontok közötti, a szolgáltató hálózatától mértékben

független

mérés megvalósítása, ezért

a szolgáltatói

teljes

berendezések

módosítása nem megengedhető, még abban az esetben sem, ha pl. az ADSL modem az előfizető tulajdonában van a szerződés szerint. e.

a mérőeszköz a szolgáltatás hozzáférési pont és az előfizető végberendezése között helyezkedik el, OSI L2 transzparens módon, azaz úgy, hogy a felhasználó rendes forgalmát

semmilyen

módon

nem

befolyásolja

(a

mérőszerverrel

történő

kommunikáció esetét leszámítva). Ez alatt azt is kell érteni, hogy az eszköz nem végezhet semmilyen OSI L3-L4 funkciót (NAT) a szolgáltatás hozzáférési pont és a felhasználó között, illetve csak akkor veheti át az előfizetői végberendezés szerepét a szolgáltató hálózatához történő bejelentkezés során (PPPoE illetve DHCP lekérés), amennyiben a felhasználó inaktivitása miatt a DHCP kiosztás lejárt vagy a PPPoE kapcsolat megszakadt. 3.

A kialakított megoldás biztosítsa a kliens eszköz sérthetetlenségét a.

a kliens eszközhöz kizárólag a központi menedzsment szerver tud csatlakozni SSH-n keresztül, web konfigurációt az eszköz nem biztosít

b.

a soft/firmware frissítés kizárólag a központi menedzsment szerveren keresztül történhet, a bootloader-ben le kell tiltani a visszaállító üzemmód aktiválását, amely lehetővé tenné alternatív kód futtatását

4.

A mérőrendszer biztosítsa a kliens hardverek felügyeletét: a.

on-line elérhetőségi és státusz információ nyilvántartása a kliens eszközökről (snmp, dyndns etc.)

5.

b.

távoli állapot lekérdezés és soft/firmware frissítés

c.

távoli SSH konzol/hibajavítás

A rendszer alkalmazzon megfelelő titkosítást a kliens eszköz és a központi mérőszerver között: a.

X.509 PKI alapú azonosítás a kliens eszközök bejelentkezésekor

b.

az első bejelentkezés előre telepített kulccsal történik, amelyet a szerver az első bejelentkezéskor felülír egy egyedi kulccsal


c.

SSL titkosítás a mérési adatok elküldése során

d.

SSL titkosítás az aktuális mérőprogram letöltésekor, illetve a távoli szoftver frissítések esetén

6.

A rendszer képes legyen többféle mérőhardverrel is dolgozni: a.

A rendszer egyidejűleg többféle típusú mérőeszköz kezelését (vezérlés, nyilvántartás, stb.) is el kell tudja végezni. Ez azt jelenti, hogy a mérőrendszerben egyidejűleg több különböző gyártótól származó és/vagy különböző típusú, de mérési képességeiben hasonló eszköz is jelen lehet.

b.

Opcionális tételként fel kell tüntetni az ajánlatban a mérőeszközön futtatandó szoftver komponens portolását más, hasonló eszközre.

7.

2

A mérő kliens hardver eszközön futó szoftverek meg kell feleljenek a következőknek: a.

bootloader - a visszaállító üzemmód ne legyen elérhető sem Ethernet interfészen (TFTP), sem pedig soros, RS232 porton keresztül (a firmware kizárólag JTAG-en keresztül, illetve a mérőszoftverbe bejelentkezve legyen módosítható)

b.

Linux vagy BSD alapú OS (OpenWRT vagy azzal egyenértékű) i.

A mérőeszköznek PPPoE és DHCP WAN-protokollt kell támogatnia.

ii.

a kernelhez teljes GPL forráskód és toolchain álljon rendelkezésre

iii.

titkosított adatátvitel támogatása (pl.: openssl, dropbear stb)

iv. jelenlét (presence) funkció támogatása, a menedzsment szerverre történő automatikus bejelentkezés (pl. dyndns kliens, SIP kliens stb.) v.

L2 tűzfal (kernel bridging) a WAN és a LAN interfészek közötti transzparens átvitelhez, DHCP és PPoE „session hijacking" képesség a központi szerverhez történő hozzáféréshez.

c.

mérőszoftver, amely i.

késleltetés (ping) méréseket rendszeresen / folyamatosan elvégzi és az eredményeket a mérőszerver felé titkosítva elküldi UDP-ben

2

Elsősorban arra az esetre kell felkészülni, hogy a tervezett mérőeszközből esetleg nem lehet a kívánt időpontokban a kívánt mennyiségeket beszerezni; pl. a gyártó kivonja a típust a piacról. Amennyiben és amikor ilyen helyzet előáll, a „hasonló eszköz" meghatározásában az leendő szállítónak konzultációs joga lesz.


ii.

többszálú TCP fájl feltöltéssel

és letöltéssel méri a rendelkezésre álló

sávszélességet iii.

hálózati scan (pl. nmap) segítségével megállapítja a szolgáltató által letiltott protokollokat

d.

őrkutya (watchdog) szoftver i.

folyamatosan

ellenőrzi,

hogy

éppen

használatban van-e

az

Internet

hozzáférés (vezetékes és WiFi is), és ha nem, akkor a kliens eszköz elvégzi a nagy sávszélesség igényű méréseket ii.

rendszeresen teszteket futtat le a kliens szoftver integritására nézve, és rendellenesség esetén újraindítja az eszközt „első bejelentkezés" módban.

3.2Skálázhatósági követelmények A kialakítandó rendszernek képesnek kell lennie legalább 5000 db hardver mérőeszköz egyidejű kezelésére (vagyis egyszerre legalább ennyi egyidejűleg „aktív" (működő) eszköz lehet). A rendszernek mérőeszközök száma tekintetében („horizontálisan") skálázhatónak kell lennie: a rendszer módosítása/átalakítása nélkül (esetleg a hardver infrastruktúra

megfelelő skálázásával)

lehetséges kell legyen a mérésbe bevont hardver eszközök számának változtatása.

3.3 Biztonsági követelmények Az itt megfogalmazott biztonsági követelmények az „Informatikai megfelelési követelmények"-ben megfogalmazottakkal együtt érvényesek. 3.3.1

A

Általános biztonsági követelmények

mérőeszköz-vezérlésre

követelményeken

túl

és

a

mérőeszközökre

elvárás

a

rendszer

specifikusan

biztonsági

megfogalmazott

szintjének

(ésszerű

keretek

biztonsági közötti)

maximalizálása, annak érdekében, hogy egy informatikai támadás ne tudja átvenni az irányítást a mérőrendszer felett. Az ezzel kapcsolatos, a rendszerbe beépítendő szoftver megoldások kialakítása, valamint az infrastruktúra ennek megfelelő kialakítása része a feladatnak. A törzsadatok (ide értve a központi adatokat és konfigurációkat) módosítását az azt végrehajtó felhasználó azonosítójával együtt naplózni kell. 3.3.2

Jogosultságkezelés

A kialakítandó rendszerben a jogosultság-kezelés funkció alapú kell legyen: az egyes funkciókhoz való hozzáférést kell felhasználói csoportok számára biztosítani. (Egy-egy felhasználó több csoportnak is tagja lehet.) Ún. „sor szintű" jogosultságkezelés (amikor egy adott funkcióhoz való hozzáférés nem jelenti automatikusan az összes érintett adaton való műveletvégzés lehetőségét, hanem az az egyes


rekordokban szereplő értékektől is függ) nem szükséges. Ez alól egyetlen kivétel van: a külső, regisztrált felhasználók minden esetben csak a saját részletes adataikhoz (és persze a publikus szinten elérhető, aggregált adatokhoz) férhetnek hozzá, más felhasználók részletes adataihoz nem.

4. Egyéb információk 4.1 A jelen beszerzés lehatárolása Vállalkozó fejlesztési feladatait saját telephelyén végzi. 4.1.1

Infrastruktúra elemek

Ajánlattevő szabadon használhat olyan szoftver infrastruktúra elemeket (pl. operációs rendszer, adatbázis-kezelő, stb.), melyeket az NMHH támogat

(Id. „Technológiai

követelmények").

Nem

támogatott infrastruktúra elemek felhasználása nem lehetséges. Amennyiben az Ajánlattevő olyan kategóriába

eső infrastruktúra szoftvert

kíván felhasználni, amelyre

nincs az a

mellékletben

hivatkozást, ahhoz - indoklás alapján -előzetes hozzájárulást kell kérni az NMHH-tól. Ajánlattevő

a „Technológiai

követelmények"

fejezetben

foglaltak

szerinti

hardver

környezet

felhasználása lehetséges. Amennyiben ez Ajánlattevő számára nem elfogadható (pl. nem elégséges), eltérő konfigurációk használatához -indoklás alapján - előzetes hozzájárulást kell kérni az NMHH-tól. 4.1.2

Szállítandó elemek

Az Ajánlatot úgy kell elkészíteni, hogy teljesítse a következő feltételeket: •

Kötelezően szállítandó minden olyan szoftver elem, ami a jelen Ajánlatkérésben szereplő kötelező funkciók teljes körét lefedi. Ide értendők a harmadik féltől beszerzett, a termékbe integrálandó komponensek is.

•

Az Ajánlat tartalmazza a leszállított

rendszernek -

a csatolt szerződéstervezet szerinti

tartalmú - támogatási szolgáltatását 36 hónapra. •

Az Ajánlatban szerepeltetendők (külön-külön soron) o

kötelezően

megajánlandó

elemként

az

Ajánlattevő

által

felhasználandó

alapszoftverek (pl. virtuális futtatókörnyezet, operációs rendszer, adatbázis kezelő stb.) licenszdíja a megadott számú szerverre, illetve a tervezett 5000 db-os hardveres mérőszámra vonatkozóan. Az alapszoftverek díja beleszámít az értékelésbe. •

Fejlesztői licencek biztosítása: Ajánlattevőnek

az ajánlati

árban szerepeltetnie

kell

minden olyan licenszelt terméket (licenc típusonként 1 d b ) , amelyek szükségesek ahhoz, hogy az átadott forráskódból a rendszer futtatható kódja előállítható legyen. Az alap-, és fejlesztői szoftverek licenc díját a mellékelt LICENC-DÍJ TÁBLÁZAT szerint kell megadni. •

A támogatási szolgáltatásokra vonatkozó ajánlati árnak tartalmaznia kell az összes szükséges liszenc követési díját 36 hónapra.


•

Jelen

beszerzés

keretében

Ajánlatkérő

meg kívánja szerezni a leszállított

rendszer

forráskódját a teljes dokumentációval együtt, valamint a hozzá kapcsolódó felhasználási és továbbfejlesztési jogokat. Az Ajánlatnak tartalmaznia kell minden ezzel kapcsolatos díjat. 4.1.3

A jelen beszerzésnek kifejezetten nem tárgya

Az Ajánlat elkészítésénél kérjük figyelembe venni, hogy az Ajánlatkérésnek kifejezetten nem tárgya •

mobil mérések elvégzéséhez szükséges eszközök és szoftverek (sem az NMHH által használandó, sem az ügyfelek által használandó elemek) szállítása;

•

hardver

elemek

(szerverek, hálózati

eszközök, mérőhardverek)

szállítása;)

a mérési

megoldáshoz szükséges hardver eszközök (szerverek, routerek, mérőkliensek, hoszting stb.) beszerzését Ajánlatkérő jelen eljárástól függetlenül oldja meg azzal, hogy a tárgyalások során a fejlesztő ajánlattevő javaslatát kikéri az általa fejlesztendő rendszer hardver infrastruktúra felépítésére, a szükséges hardver elemekre, a rendszer felépítésére vonatkozóan.) • •

a hardver elemek elhelyezésének biztosítása; a mérőeszközök nyilvántartásával kapcsolatos pénzügyi, és -

az alapvető elhelyezési

adatokon túlmenő - logisztikai információk kezelésének és/vagy tárolásának kialakítása. •

a hardver mérő eszközök teljes darabszámban (5000 db) történő beszerzésére csak a fejlesztést és a tesztelést követően fog sor kerülni. követően

külön

szerződés keretében

sor

kerülhet

A rendszer éles üzembe állítását a

rendszer

alternatív

végponti

mérőeszközökre történő portolására, de jelen beszerzésnek ez nem tárgya. Ezeket a projekthez szükséges mértékben, módon és időben az NMHH biztosítja

4.2 Biztonsági audit A biztonsági szempontok érvényesülésének ellenőrzése céljából Ajánlatkérő a fejlesztett rendszert annak funkcionális átvétele után, de teljes átvétele előtt - harmadik fél által megvalósított biztonsági audit alá veti. A biztonsági audit vizsgálni fogja különösen a hardveres mérésben részt vevő végberendezések szoftvereit és beállításait, és a központi (BlX-ben elhelyezett) rendszerek szoftvereit és beállításait. Kiemelt (de nem kizárólagos) vizsgálati szempont lesz a felhasználó személyes és forgalmi adatainak biztonsága, a rosszindulatú hozzáférés elleni védelem, valamint a rendszer stabilitásának vizsgálata rosszindulatú külső támadás esetén. Az audit során feltárt hiányosságokat nyertes Ajánlattevőnek a rendszer végátvétele előtt orvosolnia kell.

4.3 A projekt várható ütemezése A közbeszerzési eljárás lefolytatása, a szerződéskötés időpontja: 2013.09.02


A szoftveres rendszer üzembe helyezése: 2014. 06.13 A teljes rendszer üzembe helyezése 2014.12.08 A rendszer NMHH általi végátvételének előfeltétele a biztonsági audit is, amit funkcionális teszten átvett rendszeren lehet megkezdeni. A biztonsági audit tervezett átfutási ideje 4 hét. A hardveres mérésben részt vevő felhasználói végberendezések ekkor még nem lesznek teljes számban telepítve, de a rendszernek horizontálisan skálázható módon kell elkészülnie, vagyis a végberendezések

(akár

nagyobb

számú) telepítése

sem

igényelheti

a rendszer

strukturális

módosítását (ide értve a kódmódosítást is).

5. Ajánlatkérő által biztosított hardver környezet 5.1 BIX kapcsolat •

elhelyezés a BlX-ben (Victor Hugó 18-22., Ajánlatkérő biztosítja)

•

induláskor 1 Gbit/s, később 10 Gbit/s

•

router: BGP képes router legalább 10 db Gigabit Ethernet csatlakozással, legalább 4 db SFP+ interfész

•

optikai kapcsolat a BIX hálózatához

•

a router, valamint a mérő és adatbázis-szerverek elhelyezéséhez szükséges rack szekrény, illetve hely-bérlet

5.2 Mérő és menedzsment szerver hardver (Mérési adatbázis, Radius szerver, C&C szerver, Mérő szerver)3 •

2 db x86 architektúrájú szerver 2 x 10 Gigabit-es hálózati illesztő

•

Storage

5.3Adatbázis és O&M szerver hardver (Referencia adatbázis, Felhasználói és Mérőeszköz adatbázis, O&M szerver) 4 •

2 db x86 architektúrájú szerver

•

GigabitEthernet hálózati illesztő

3

A 6.2, 6.3 szerverek fizikailag közös hardveren kerülnek elhelyezésre, virtualizált környezetben.

4

A 6.2, 6.3 szerverek fizikailag közös hardveren kerülnek elhelyezésre, virtualizált környezetben.


•

Storage

5.4 DMZ Adatbázis szerver hardver •

2 db x86 architektúrájú szerver

•

GigabitEthernet hálózati illesztő

•

Storage

5.5 Mérő kliens A 0-50Mbit/s sávszélesség mérésére alkalmas mérő kliens hardver eszköz meg fog felelni a következőknek: •

4MB FLASH, 32 MB RAM, MIPS 24Kc 350 MHz+ processzor órajel

•

Linux futtatására alkalmas, GPL forráskód és toolchain rendelkezésre áll

•

Open source bootloader, GPL forráskód és toolchain rendelkezésre áll

•

1 WAN + 4 LAN 100 Base-T csatlakozó, WiFi b,g

•

egyedi firmware gyárilag programozva az eszközökön

•

pl. TPLINKTL-WR741ND vagy hasonló

Az 50-150Mbit/s sávszélesség mérésére alkalmas mérő kliens hardver eszköz meg fog felelni a következőknek: •

8MB FLASH, 32 MB RAM MIPS 24Kc 400 MHz+ processzor órajel

•

Linux futtatására alkalmas, GPL forráskód és toolchain rendelkezésre áll

•

Open source bootloader, GPL forráskód és toolchain rendelkezésre áll

•

1 WAN + 4 LAN 1000 Base-T csatlakozó, WiFi b,g, n

•

egyedi firmware gyárilag programozva az eszközökön

•

pl. TPLINK TL-WR1043ND vagy hasonló

6. Informatikai megfelelési követelmények Az alábbiakban található a Nemzeti Média- és Hírközlési Hatóság alkalmazásainak informatikai környezetére vonatkozó követelmény rendszer, melynek a szállítandó rendszer meg kell feleljen.


6.1 Infrastruktúra környezet 5

Az NMHH által elfogadott szerver infrastruktúra környezet : Operációs rendszer:

•

Linux szerver 2.6-os vagy a feletti kernelszinttel

•

Windows Server 2008 R2

Virtualizációs környezet: VMware ESXi 5.0, Citrix Xenserver 6.2, Novell SuSE XEN. Adatbáziskezelő: •

Oracle l l g r2,

•

MySQL 5.5 vagy a feletti,

•

PostgreSQL 8.3 vagy a feletti,

•

Microsoft SQL Server 2005 vagy a feletti

A rendszer adatainak tárolása céljából az NMHH nem teszi lehetővé az adatok már meglévő adatbázisokban (akár külön táblatérben) történő tárolását. Webszerver és alkalmazásszerver: •

SunOne Java Enterprise Server 6.1 SP4 vagy a feletti

•

IIS7 vagy a feletti

Webszerver: •

Apache 2.x,

NGINXAIkalmazásszerver: •

Sun GlassFish Server V3,

•

Tomcat 6.x vagy 7.x

Java verzió: 1.6 vagy 1.7

5

Amelyik kategóriában több van megjelölve, ott bármelyik elfogadható.


PHP verzió: 5.4 vagy a feletti Térképi rendszer: •

Google Maps,

•

Maplnfo MapXtreme Java Edition 4.82 vagy a feletti

•

egyéb, a fentiekkel legalább egyenértékű szoftver

6

Az NMHH által elfogadott szerver infrastruktúra környezet : •

Az NMHH belső hálózatában használt alkalmazás tekintetében az alábbi böngésző típusok és verzióik használatosak: Internet Explorer 9 vagy újabb Firefox 16.x vagy újabb

•

Amennyiben az alkalmazás az internet felől használható, az alábbi böngészőkön kell működjön: Internet Explorer 9 vagy újabb Firefox 16.x vagy újabb Google Chrome 22.x vagy újabb Opera 12.x vagy újabb Safari 5.1.x vagy újabb

6.2 Készítendő dokumentációk A rendszer kivitelezése kapcsán az NMHH az alábbi dokumentációk leszállítását várja el a szállítótól. 6.2.1 •

Követelményspecifikáció

Az ajánlattételi dokumentáció műszaki leírásának a szükséges mértékben, Ajánlatkérő és Ajánlattevő konszenzusával módosított változata.

6.2.2 •

6

Rendszerterv

Koncepció (fejlesztés célja)

Az itt megjelöltek mindegyikén működnie kell a rendszernek.

^


Funkció tervezés (a rendszer funkcióinak

részletes ismertetése,

inputok,

folyamatok,

outputok) Logikai rendszerterv (architektúra, komponensek, kommunikációs útvonalak, interface-ek, protokollok, adatbázis táblák,

mezőik, értékkészlet tartományuk,

logikai

kapcsolatok,

számítási algoritmusok) Fizikai rendszerterv: rendszerkomponensek elhelyezése az NMHH IT rendszerében, interfaceek, kommunikációs irányok, portok, protokollok Képernyő tervek, felhasználói felület, input validáció, kötelező és opcionális mezők, súgó 2.3

Tesztelési terv

Funkcionális teszt (minden funkció a tervezett eredményt adja) Hibakezelés (hibás inputokat a rendszer nem fogadja el, illetve nem okoznak rendszerhibát) Integrációs teszt (ha más rendszerekkel adat/funkcionális interface kapcsolatban áll) Biztonsági teszt (jogosultsági rendszer ellenőrzése, rendszer méretétől/adattartalmától függő kiterjedésű sérülékenység vizsgálat) Terheléses teszt (becsült felhasználó és tranzakció számnak megfelelő terhelés mellett a válaszidők ellenőrzése) 2.4

Oktatási segédanyagok

Az adminisztrátorok számára tartott oktatás segédanyagai A felhasználók számára tartott oktatás segédanyagai 2.5

Felhasználói dokumentáció

Felhasználói útmutató ügyintézőknek (NMHH munkatársaknak)

2.6

o

A rendszer kezelésének leírása

o

A működési algoritmusok ismertetése (ua. mint a rendszerterv hasonló fejezete)

Felhasználói útmutató külső felhasználóknaküzemeltetési kézikönyv

A rendszer telepítésének részletes leírása (program verziók, telepítés lépései, telepítési útvonalak, paraméterek, konfigurációs állományok) A rendszer telepített komponensei (program verziók, telepítési útvonalak, paraméterek, konfigurációs állományok) A rendszer indítása leállítása A rendszer mentése, visszaállítása


•

A rendszer működésének monitorozása, hibakeresési javaslatok

6.2.7

•

A rendszer mentésben szerepeltetni szükséges állományok felsorolása.

6.2.8

•

Mentési adatlap

Megvalósulási dokumentáció

A rendszertervek javított változata, mely a hibajavítások, stb miatt szükségessé vált módosításokat tartalmazza.

6.2.9

Fejlesztési dokumentáció és forráskód

•

rendszer

A

futtatható

dokumentációja,

példányának

a fordításhoz

előállításához

szükséges

összes

szükséges beállítás

összes forráskód,

értéke,

a futtatható

azok kód

előállításának menetrendje. A fejlesztői dokumentációnak

biztosítania kell a forráskód működésének megértéséhez

szükséges információkat. A forráskódnak kellően kommentezettnek kell lennie. (Lásd például :

http://msdn.microsoft.com/en-us/library/5ast78ax.aspx)

A kommenteknek minimálisan az alábbi információkra kell kiterjednie: Modul / osztály esetén <summary>Az modul / osztály rövid leírása. Fontos információk a használathoz Osztott kód esetén a kódot tároló assembly leírása Metódus esetén <summary>Az metódus rövid leírása. Fontos információk a használathoz <param name="name">A bemenő paraméterek neve, azok információi Jogosultságok információi - ha szükséges A metódus visszatérési értéke - ha van

Property esetén Tulajdonság leírása

>


Változó esetén <summary>lndokolt esetben a változó leírása.

6.3 Biztonsági követelmények 7

Az alkalmazással szemben elvárt minimális informatikai biztonsági követelmények a következők. Hierarchikus jogosultsági rendszer kialakítása az alábbiak szerint: 1.

Alkalmazás adminisztrátor,

aki jogosult

más

adminisztrátor

illetve

adatkarbantartó

szerepkörű felhasználók felvételére, a napló állományok olvasására 2.

Adatkarbantartó, aki az alkalmazás adattartamának karbantartására és a saját jelszavának módosítására képes

3.

Lekérdező, aki a rendszer nyilvános felületeit elérő felhasználó.

A felhasználói azonosítók, jelszavak a munkaállomás és a szerver között nem közlekedhetnek titkosítatlan

módon. Ebből következik, hogy amennyiben vékonykliens technológiával készül az

alkalmazás, úgy az 1. és 2. kategóriájú felhasználó https protokollon keresztül éri el a rendszert. Ezen felhasználók minden művelete az időpont, a felhasználói login és az adattartalom módosítással együtt naplózásra kerül (kivéve a jelszó változtatás adattartalmát). A belépésükhöz szükséges jelszó tárolása titkosított módon történik. A https szerver által kezelt könyvtárak (különös tekintettel a felhasználói adatbázisra) a nyilvános webszerver által nem elérhetőek. Az adattartalom módosítást idősorosán kell végezni, az adatszerkesztés nem okozhatja a rendszer leállását, hibás működését. Felhasználó azonosítást nem igénylő esetben a 3. kategóriájú felhasználók azonosítás nélkül, http protokollon keresztül érik el a rendszert. Az alkalmazás rendszert napi adattartalom mentésre alkalmas formában kell tervezni és létrehozni. A mentés nem járhat rendszerleállással.

7

Ezek az informatika általános biztonsági minimum-kritériumai. A jelen ajánlatkérésben szereplő rendszernek figyelembe

kell vennie a rendszerre speciálisan előírt biztonsági követelményeket is!


Topológia, kommunikációs megkötések: •

Az internetről elérhető szolgáltatások az NMHH demilitarizált zónában működő szerverein futnak.

•

Ezen szerverek adattartalmát az NMHH nem tekinti „megbízhatónak".

•

A DMZ-ben csak azok az intranet-en keletkezett információk tárolhatók, amik az ottani funkciók működéséhez elengedhetetlenek.

•

Az internetről elérhető szolgáltatások adatait az NMHH belső hálózatán működő szerverein futó alkalmazás modul állítja elő.

•

A DMZ hálózatból a belső hálózat felé nem lehetséges kommunikációt kezdeményezni.

6.4 Az alkalmazások telepítésének módszertana Az NMHH a telepítendő rendszerhez, a már telepített rendszer javításához kizárólag helyi hozzáférést biztosít az alábbiak szerint. Ha a fejlesztés az üzemeltetéssel azonos platformon történik, akkor a telepítés módszertana a következő: •

Telepítés csak az Informatikai Főosztály szakemberei által jóváhagyott és elfogadott o

rendszerterv,

o

tesztelési terv,

o

telepítési útmutató

o

a teszteléshez szükséges felhasználói dokumentáció, valamint

o

a tesztelési terv sikeres gyártói lebonyolítását igazoló jegyzőkönyv

átadása után lehetséges. •

A telepítés a szállító jelenlétében a szállító által hozott telepítési útmutató alapján történik.

•

A telepítést az NMHH szerverüzemeltetői végzik.

•

Az Informatikai Főosztály vállalja, hogy a rendszertervben végrehajtott változtatásáról értesíti.

a fejlesztőt

rögzített környezet

általa

a változtatási terv véglegesítésével egyidőben


Ha a fejlesztés az üzemeltetéstől eltérő platformon történik, akkor a telepítés módszertana a következő: •

•

Telepítés csak az Informatikai Főosztály szakemberei által jóváhagyott és elfogadott o

rendszerterv,

o

tesztelési terv,

o

telepítési útmutató

o

a teszteléshez szükséges felhasználói dokumentáció, valamint

o

a tesztelési terv sikeres gyártói lebonyolítását igazoló jegyzőkönyv

o

átadása után lehetséges.

Az Informatikai végrehajtott

Főosztály vállalja, hogy a rendszertervben

rögzített

környezet általa

változtatásáról a fejlesztőt a változtatási terv véglegesítésével egyidőben

értesíti. •

Helyszíni - Informatikai

Főosztály területen belüli - javításra nem adunk lehetőséget a

fejlesztőnek. • •

A nagy rendszereinkhez közvetlen hozzáférést a fejlesztő nem kaphat. A fejlesztő heti két alkalommal a telepítési dokumentáció aktualizált változatával együtt átadhatja a telepítendő állományokat, amit az NMHH szakembere önállóan telepít.

•

A telepítési hibákról a fejlesztő írásos tájékoztatást kap legkésőbb az átadás utáni napon.

•

A rendszertervben nem rögzített paraméterek változtatása esetén fellépő hibák javítása a fejlesztőt terheli.

•

Az Informatikai

Főosztály a

hibajavítással kapcsolatosan nem

biztosít

konzultációs

lehetőséget. A kivitelezés ütemtervezése során figyelembe kell venni, hogy a telepítési környezet biztosítását 8 munkanappal a telepítés előtt kell kezdeményezni. Az átadott dokumentumok NMHH oldali véleményezési határideje 5 munkanap. A telepítés előfeltételei az elfogadott

rendszerterv és tesztelési terv, telepítési útmutató, a

teszteléshez szükséges felhasználói dokumentáció lebonyolítását igazoló jegyzőkönyv átadása.

átadása, a tesztelési terv sikeres gyártói


6.5 A rendszer átvételének folyamata A rendszer átvétele a telepített tesztrendszer átvételi tesztelésével kezdődik, miután az ehhez szükséges előző pontban említett dokumentációk átadásra/átvételre kerültek. Az átvételi teszt akkor sikeres, ha a tesztelés során kritikus hiba nem merül fel, és a súlyos (de a rendszer működését alapvetően nem gátló) hibák száma nem haladja meg a 3 darabot, valamint az általános hibák száma a 10 darabot. Hiba definíciók •

Kritikus hiba o

Lehetetlenné válik a rendszer jelentős részének üzemszerű használata.

o

modul vagy nélkülözhetetlen funkcionalitás működésképtelen, és nincs rá megfelelő technikai megoldás

o

A program összeomlik, vagy „lefagy" nélkülözhetetlen műveletek elvégzése közben

o

Adatvesztéssel, vagy visszafordíthatatlan adathibával járó

művelet

a rendszer

nélkülözhetetlen funkciói között. •

Súlyos hiba o

Jelentősen akadályozza a rendszer használatát, de kerülő megoldás alkalmazásával üzemszerű működés lehetséges.

o

Időszakosan használt funkcionalitás működésképtelen és nincs rá megfelelő technikai megoldás

•

o

A program összeomlik, vagy „lefagy" ritkán használt műveletek elvégzése közben

o

A program teljesítménye a kitűzött elvárásoktól jelentősen elmarad

Általános hiba o

Nem akadályozza jelentős mértékben a rendszer egyetlen részének használatát sem.

o

Időszakosan használt funkcionalitás alig működik, és a technikai megoldás bonyolult

o

Ritkán használt funkcionalitás működésképtelen

o

Adatvesztéssel, vagy visszafordíthatatlan adathibával járó művelet a ritkán használt funkciók között

o

A program teljesítménye a kitűzött elvárásoktól érzékelhetően elmarad


•

Pontatlanság o

Nem kellő részletességgel meghatározott specifikációból eredő kisebb, a rendszer működését nem befolyásoló hibák, vagy hiányosságok.

o

Ritkán használt funkcionalitás alig működik, de a technikai megoldás egyszerű

o

Csak a felhasználói felület kialakításában, elhelyezkedésében van eltérés, ami a használatot és a funkcionalitások működését nem érinti.

o

A program teljesítménye a kitűzött elvárásoktól alig érzékelhetően elmarad

A pontatlanságok az átvételi teszt sikerességét nem befolyásolják, de az egyéb feltárt hibákkal együtt kell kijavítani őket. Rendszer átvételéhez szükséges: •

Tesztjegyzőkönnyvei dokumentált sikeres átvételi tesztelés

•

Tesztelés során feltárt hibák kijavítása

•

A javított rendszer sikeres ismételt tesztelése

•

Telepített éles rendszer

•

A rendszer méretétől függően sikeres próbaüzem

•

Elfogadott dokumentációk: megvalósulási, felhasználói, üzemeltetési

6.6Az alkalmazás felépítésével, működésével kapcsolatos követelmények •

Az alkalmazásokból az NMHH

éles, teszt

és fejlesztői

példányokat

üzemeltet. Az

alkalmazásnak könnyen átvihetőnek kell lennie az egyes rendszerek között. Ehhez az szükséges, hogy az alkalmazás kódjában semmi ne legyen, ami jellemző az adott példányra (éles, teszt, fejlesztői). Ezek az információk (pl. DB kapcsolati paraméterek, elérési útvonalak, stb.) a konfigurációs állomány(ok)ban

helyezkedjenek el. így pl. a tesztrendszerből

élesrendszert csupán a kód frissítésével lehessen létre hozni. A fentiekből következik, hogy a kód semmilyen „beégetett" konfigurációs paramétert nem tartalmazhat! A konfigurációs állományokban csak DNS által lefedett nevek lehetnek (FQDN), ellenben abszolút elérési útvonalak nem szerepelhetnek az áthelyezhetőség és a flexibilitás érdekében. •

Az alkalmazás felhasználói felületén jelenítse meg a saját verziószámát.

•

Az alkalmazás felhasználói felülete folyamatosan és egyértelműen felhasználó az éles, teszt, vagy fejlesztői példányt futtatja.

mutassa, hogy a

I


•

Az alkalmazás támogassa a HA környezetben

történő futtatást. Az alkalmazás üzleti

logikájának fel kell készülnie, hogy üzemközben az aktuális node-on váratlanul leállhat és ekkor egy másik node-on

elindul. Emiatt nem szabad inkonzisztens

adatstruktúrának

kialakulnia. •

Az

alkalmazás

biztosítsa

saját

felhasználói

adatainak

(login,

név,

szerepkör)

lekérdezhetőségét az NMHH Felhasználói Jogosultságok Központi Nyilvántartó és Ellenőrző Rendszere (FJKER) számára.

6.7 Az alkalmazás mentésével kapcsolatos követelmények Az alkalmazáshoz csatolni kell mentési javaslatot, vagy konkrét mentési leírást. Az alkalmazást napi adattartalom mentésre alkalmas formában kell tervezni és létrehozni az alábbiak szerint: •

A mentés nem járhat rendszerleállással.

•

Összetett (több modulból álló)

rendszer esetén az adatoknak

olymódon

kell, hogy

közlekedjenek az egyes modulok között, hogy adat inkonzisztencia egyetlen időpillanatban sem lépjen fel, szolgáltatás leállításra ne legyen szükség. •

Az NMHH a rendszerfelügyeleti teendőket NAGIOS segítségével látja el. Az alkalmazást úgy kell kifejleszteni, hogy lehetőséget biztosítson saját működőképességének monitorozására. Ez preferáltan az alkalmazásba épített eljárással, illetve programhoz készített szkripttel, amivel egyértelműen ellenőrizhető az alkalmazás teljes mélységű működése.

•

Az alkalmazás naplóállományai áthelyezhetők és rotálhatok legyenek, a naplóállományok helye konfigurációs paraméter legyen.

2. számú Melléklet: TITOKTARTÁSI ÉS ALÁVETÉSI NYILATKOZAT

TITOKTARTÁSI ÉS ALÁVETÉSI NYILATKOZAT Alulírott

(anyja neve: ; lakcím: ; szíg.sz.: ; a továbbiakban: „Kötelezett képviselője") ezúton kijelentem, hogy a Nemzeti Média- és Hírközlési Hatóság (1015 Budapest, Ostrom u. 23-25; a továbbiakban: „Hatóság") és az (székhely a továbbiakban: Kötelezett) közti szerződéses jogviszonyban (a továbbiakban: „szerződés") a szolgáltatást a Kötelezett oldaláról közvetlenül én teljesítem. Kijelentem, hogy a Hatóság Informatikai Biztonsági Szabályzatában foglaltakat magamra nézve kötelezőnek ismerem el.

Ezúton kötelezettséget vállalok arra, hogy a szerződés időtartama alatt, továbbá annak bármely okból történő megszűnését követően - időbeli korlátozás nélkül - a Hatóság által üzleti titoknak, vagy bizalmas információnak minősített minden információt és adatot bizalmasan kezelek, és megőrzők, ezeket a Hatóság előzetes, írásbeli hozzájárulása nélkül nem hozom nyilvánosságra, vagy illetéktelen harmadik személy tudomására. Fenti kötelezettségem nem vonatkozik azon információra, amely közismert amelyről a fogadó félnek már tudomása volt amelyet harmadik fél részére korlátozás nélkül felfedtek vagy amelynek felfedését jogszabály vagy rendelet írja elő. Tudomásul veszem, hogy a Kötelezettnek a Hatósággal létesített szerződéses jogviszonya fennállása alatt és a szerződéses jogviszony megszűnését követően is köteles vagyok megőrizni a Hatóság tevékenységével, annak ellátásával kapcsolatban tudomásomra jutott személyes adatot, állam-, szolgálati titkot, valamint minden olyan adatot, tényt vagy körülményt, amelyet a Hatóság nem köteles törvény előírásai szerint a nyilvánosság számára hozzáférhetővé tenni. Köteles vagyok továbbá gondoskodni arról, hogy e rendelkezéseket közreműködőim, teljesítési segédeim is megtartsák. Kijelentem, hogy a szerződés teljesítése során a Hatóság részéről tudomásomra, birtokomba jutott minden adatot, információt csak a Hatósággal megkötött szerződés szerinti kötelezettségek teljesítéséhez használhatom fel, a szerződés megszűnését követően ezen adatokat, információkat köteles vagyok a Hatóság részére visszaadni, adathordozóimról törölni, illetve megsemmisíteni. Kijelentem, hogy a Hatóságnál nem törekszem olyan információk megszerzésére, amely a szolgáltatás teljesítéséhez nem szükséges. Tudomásul veszem, hogy jelen nyilatkozatban rögzített titoktartási kötelezettségem alól csak a Hatóság kifejezett, írásos engedélye mentesít, valamint, hogy a titoktartási kötelezettség megsértése esetén kártérítési felelősséggel tartozom. Kelt:

Kötelezett képviselője

3. számú Melléklet NMHH tulajdonában lévő tárgyi eszköz 3. személy részére használatra történő átadásáról i u ' i - i ' - u . * ' ;mzeti Media- es Hírközlési Hatóság

19/2007. sz. Elnöki Utasítás „ 3. sz. melleklete Szigorú számadású nyomtatvány Nyilatkozat

NMHH tulajdonában lévő tárgyi eszköz 3. személy részére használatra történő átadásáról A szerződött fél neve: A szerződés tárgya, kelte:

Az eszköz megnevezése, leltári száma:

Az eszköz visszaszolgáltatásának határideje: Az eszköz elszállítását az NHH telephelyéről engedélyezem / nem engedélyezem. Kelt:

átadó Alulírott

mint szerződött fél képviseletére jogosult kijelentem az alábbiakat:

a

A fenti eszközt a mai napon visszaszolgáltatási kötelezettséggel átvettem. Az eszközben bekövetkező kárért a Ptk-nak a szerződésen kívüli károkozásra vonatkozó szabályai alapján nevében felelősséget vállalok. Kifejezetten elfogadom továbbá, hogy az eszköz sérülésmentes visszaszolgáltatásáig az NHH jogosult megtagadni az eszköz értékével arányos szerződésszerű teljesítés igazolását, illetve ha a teljesítés igazolása már megtörtént az eszköz értékét az NHH a szolgáltatás ellenértékéből jogosult visszatartani.

Kelt.,

átvevő

4. számú Melléklet: Felhasználói tájékoztató

(Az IBSZ 2.sz. melléklete)

Felhasználói tájékoztató

Az NHH informatikai infrastruktúrája felhasználójának kötelezettsége az NHH Informatikai Biztonsági Szabályzatának rá vonatkozó rendelkezéseit megismerni és betartani, valamint a feladatai ellátásához szükséges ismeretekkel rendelkezni, ennek érdekében köteles az NHH által szervezett informatikai oktatásokon részt venni. Az informatikai eszközök szabálykövető használata közvetve vagy közvetetten védelmet nyújt az információvesztés vagy az információ jogosulatlan személyhez való kerülése ellen, ezért az NHH informatikai eszközeit és alkalmazásait kizárólag a vonatkozó szabályozás szerint lehet használni. Az NHH informatikai erőforrásai az NHH tulajdonát képezik, melyet az NHH munkavégzés illetve szolgáltatásnyújtás érdekében bocsát a felhasználók használatába, így azok használatát az NHH kijelölt szakemberei a vonatkozó jogszabályok és a jelen Szabályzat alapján ellenőrizhetik.. Az informatikai eszközök rendeltetésszerű alkalmazása érdekében a felhasználó köteles =í> ügyelni

a

használatában

lévő

informatikai

eszközök állagmegóvó

tárolására,

rendeltetésszerű használatára, => gondoskodni a biztonságos tárolásról mobil-eszköz és az ezeken tárolt adatok esetén is, => a beállított szoftver, hardver állapotokat megtartani, testreszabást csak az NHH által engedélyezett módon és paraméterek tekintetében végezhet. Az informatikai eszközök és adatok biztonságos alkalmazása érdekében a felhasználó => csak az NHH-ban nyilvántartott és ellenőrzött eszközökkel léphet be az NHH hálózatára. Kizárólag az NHH által engedélyezett szoftvereket használhatja, => az általa használt számítógépekre nem telepíthet szoftvert vagy alkalmazást, => a jelszava(i)t (munkacsoport-jelszót; a csoport jelszót) titkosan kell, hogy kezelje, az(oka)t nem szabad mással megosztania, => a jelszava(i)t semmilyen körülmények között nem szabad megjelenítenie

különböző

adathordozókon: jelentéseken, képernyőn, papíron stb, => más személy felhasználói azonosítóját és jelszavát nem használhatja, ezek megszerzésére törekednie tilos. Ha idegen jelszó a felhasználó tudomására jut, azt másnak nem adhatja át, hanem jeleznie kell a jelszó tulajdonosának és az ÜST rendszeren keresztül értesítenie kell az Informatikai Igazgatóságot. => jelszavait rendszeresen meg kell, hogy változtassa, => tevékenysége ellátása során gondosan kell eljárnia és a tőle elvárható mértékben törekednie kell, hogy illetéktelen személy hozzáférését az informatikai rendszerekhez megakadályozza. Az Internet és a levelező rendszer használata során a felhasználó felelős azért, hogy => az elküldött levelek ne tartalmazzanak olyan információt, amely az NHH érdekeit sértheti,

=> a XXX fejezet 30.1 pontja hatálya alá nem eső elküldött levelek csak titkosított formában tartalmazzanak a titokvédelmi előírásokban megjelölt minősített tartalmakat és csak munkaköri tevékenység ellátása céljából, => csak az NHH által támogatott titkosítási rendszerrel titkosítsa a leveleit, => hivatalos ügyben ne használjon WEB-es „free-mail"-t, csak az NHH hivatalos levelező rendszerét használja, => ne lehetetlenítse el a vírusellenőrzést, => kerülje az olyan tevékenységet, amelynek célja, vagy előrelátható következménye az NHH hálózatának- vagy szoftverintegritásának bármely fokú és természetű sérülése, => elkerülje, hogy családtagjai, ismerősei bizalmas információk otthoni munkavégzése során,

birtokába jussanak

=> ne éljen vissza a tudtára jutott szoftver és védelmi hiányosságokkal, => illetéktelen személyek ne olvassák a monitoron megjelenő információkat, => azt a munkaállomást, melyen bejelentkezett, csak abban az esetben hagyja szabadon felügyelet nélkül, ha ez indokolt, és i.

a munkaállomáson telepített jelszóvédelemmel rendelkező pihentetés (screen saver) telepítve van és ezt aktiválta,

ii.

vagy a munkaállomást zárolta

iii.

a megnyitott alkalmazásokat a használatot követően bezárta.

képernyő

Az informatikai eszközök, adatok tiltott magánhasználatra történő alkalmazásának elkerülése érdekében a felhasználó => nem használhatja az NHH céljaitól különböző gazdasági haszonszerzésre vagy játékra az NHH által rendelkezésére bocsátott számítógépet, szoftvert, nyomtatót, és egyéb perifériákat, => nem másolhatja le az NHH tulajdonában vagy használatában levő szoftvert, => magáncélra az NHH tulajdonában, kezelésében lévő adatokat nem rögzíthet és az ilyen rögzített adatokat engedély nélkül nem viheti ki az NHH területéről, telephelyeiről. => az NHH területére, telephelyeire nem az NHH tulajdonában levő adatrögzítésre alkalmas eszközt (pl.: CD írót, DVD írót, pendrive-ot stb.) engedély nélkül nem vihet be. Szoftverek jogtisztaságának megőrzésével kapcsolatban lényeges információk: => Az NHH számos külső cégtől vásárolja meg a számítógépes szoftverek licenc engedélyét. Az NHH a szoftver felhasználói szerződéssel nem válik a szoftverek tulajdonosává, és azok dokumentációját és az adathordozókon tárolt program példányait a szoftver tulajdonosának külön engedélye nélkül az NHH-nak illetve a felhasználónak nem áll jogában reprodukálni. => Amennyiben valamely felhasználónak tudomására jut, hogy az NHH által megvásárolt szoftvert, vagy azzal kapcsolatos dokumentációt valamely felhasználó nem a fentiek szerint használja, akkor azt köteles jelenteni a munkáltatói jogkör gyakorlójának, illetve egyéb jogosult felhasználó esetén a szerződés szakmai igazolására jogosultnak. => A Büntető Törvénykönyv 329/A §-a értelmében az illegális szoftvermásolásban részt vevő személy a megfelelő összeg erejéig kártérítésre kötelezhető, és a törvény értelmében pénzbírsággal vagy akár 5 évig terjedő szabadságvesztéssel is sújtható.

A felhasználó az együttműködési kötelezettség keretében köteles a tudomására jutott, az NHH informatikai biztonságát veszélyeztető szabálysértést a közvetlen vezetőjének vagy a szerződés szakmai igazolójának és az informatikai biztonsági felelősnek tudomására hozni. Az NHH információs rendszereinek használata során birtokába kerülő üzleti titkokat, és más, titokvédelem hatálya alá tartozó valamint bizalmas információkat valamint a személyes adatokat (Személyes adatok védelméről szóló 1992. évi LXIII Törvény 5. §) a felhasználó köteles megőrizni. Amennyiben a köztisztviselő munkaköréhez szerzői jogi oltalom alá eső szoftver(ek) fejlesztése tartozik és a szoftvert valóban a munkaviszonyból folyó kötelessége teljesítése során, vagy az NHH rendelkezése alapján hozta létre úgy az NHH jogosult a szerzői jogi oltalom alá eső szoftver(ek) minden gazdasági jogosultságának gyakorlására. Az NHH ezen jogai a munkaviszony megszűnése után is, - a szerzői jogi védelem időtartamára - fennmaradnak. (Szerzői jogról szóló 1999. évi LXXVI. Törvény) Az informatikai biztonságra vonatkozó szabályok megsértése, azok súlyától illetve természetétől függően munkajogi (fegyelmi illetve kártérítési), polgári jogi (kártérítési), illetve büntetőjogi felelősségre vonást vonhatnak maguk után. Az NHH informatikai erőforrásainak használatával kapcsolatban felmerült informatikai, szakmai kérdéseivel a felhasználó az Informatikai Igazgatóság, jogi állásfoglalást igénylő kérdéseivel az Általános jogi Igazgatóság munkatársaihoz fordulhat. Kijelentem, hogy a fenti tájékoztatót megismertem. , 20

hó

nap

felhasználó

5. számú Melléklet: Hozzájáruló nyilatkozat (Az IBSZ 3.sz. mellékletének 2. számú függeléke)

Hozzájáruló nyilatkozat személyes adatok kezeléséhez

Alulírott

(anyja neve: ; lakcím: ; szig.sz.: ; a továbbiakban: „Kötelezett képviselője") ezúton kijelentem, hogy a Nemzeti Média- és Hírközlési Hatóság (1015 Budapest, Ostrom u. 23-25; a továbbiakban: „Hatóság") és az

(székhely a továbbiakban: Kötelezett) között* létrejött szerződésben (a továbbiakban: „szerződés"), valamint annak mellékleteiben illetve a szerződéses jogviszony keretében más módon az általam önként a Hatóság részére megadott személyes adataimat (különösen azonban a nevemet, lakcímemet, személyi igazolványom számát) a Hatóság informatikai biztonságának érdekében nyilvántartsa, azokat kezelje, feldolgozza legalább a Hatóság Informatikai Biztonsági Szabályzata szerinti felhasználói jogviszonyom fennállásáig, legkésőbb a szerződéses dokumentumok megőrzésére vonatkozó határidőig. Jelen nyilatkozat aláírásával tudomásul veszem, hogy a Hatóság az általam önként megadott személyes adatokat kizárólag a saját, belső nyilvántartási rendszerében rögzíti, azokat szigorúan bizalmasan kezeli, és nem bocsátja harmadik fél rendelkezésére. A Hatóság belső nyilvántartási rendszerében tárolt adatok kezelésére és feldolgozására kizárólag a Hatóság alkalmazásában álló köztisztviselők, ügykezelők és munkavállalók jogosultak, azokat a Hatóság nem továbbítja, és a jogosultak körén kívül álló harmadik személy nem ismerheti meg. A személyes adatok kezelésének és feldolgozásának célja a szerződés teljesítésének lehetővé tétele, az informatikai biztonság megőrzése valamint a Hatóság szerződéses állományának nyilvántartása. Kijelentem továbbá, hogy a Hatóság megfelelően tájékoztatott az adatkezeléssel kapcsolatos jogaimról és jogorvoslati lehetőségeimről, így különösen a tájékoztatás lekérésének, az adatok törlésének, illetve helyesbítésének, az esetleges tiltakozásnak és a bírósági jogérvényesítésnek a lehetőségeiről. Kelt: Budapest, 2013.09.18.

Érintett

^ .4

HM - . ; I: B E S Z E R Z É S I A D A T L A P - I N D Í T Ó ( B e s z e r z é s i tervben s z e r e p l ő v a g y létrejött k e r e t s z e r z ő d é s e n alapuló b e s z e r z é s kezdeményezéséhez és megvalósításához) 1.

A S z a k m a i moderátor tölti ki:

A S z a k m a i moderátor (megnevezés, kód): Vári Péter, 1 0 . Alulírott Tomka Péter, a Szakmai moderátor képviseletében a következő beszerzést kezdeményezem: A b e s z e r z é s B Ü V a z o n o s í t ó s z á m a : k089/1 Ö-036/12, k089/10-143/12 - megnevezése: Szélessávú hírközlési szolgáltatások minőségi jellemzőinek mérése. ( S Z É P ) - műszaki tartalma: a csatolt Műszaki leírás szerint. - mennyisége: - becsült értéke a Beszerzési tervben: 70.000.000,- Ft + Á F A - nettó 5 millió Ft-ot meghaladó becsült érték esetén a z értéket alátámasztó ajánlatok megnevezése (legalább 3 ajánlatot csatolni kell az Adatlaphoz, amennyiben a beszerzés nem közbeszerzés!): - különös műszaki, minőségi követelmények: a csatolt Műszaki leírás szerint. - a beszerzés elmaradásának kockázata illetve következményei: A Hatóság nem fog rendelkezni olyan mérési képességgel, amely alkalmas a szélessávú szolgáltatások minőségi paramétereinek nyomon követésére. Nem lesz lehetősége befolyásolni a fogyasztói tájékozottságot és tudatosságot, valamint növelni a szélessávú szolgáltatások használatának elterjedését, a minőség javulását - a beszerzés kapcsolódása folyamatban lévő és korábbi projektekhez: S Z É P - a rendelkezésre állás tervezett időpontja: 2013. 04.30. - egyéb lényeges adat vagy szempont: -megjegyzés (jogszabályi, szabályzati hivatkozás): E H T , 13/2011. (XII.27.) (szolgáltatásminőség rendelet), Budapest, 2012. október 30.

Szakmai moderátor aláírása: 2.

A szakmai minősítő töltik (a Szabályzat III.A7 1.3. pontja alapján)i

Szakmai minősítés (aláhúzandó):

támogatom

-

nem támogatom

Minősítő főosztály (megnevezése, aláírása, dátum):

3.

A BUV-re érkezés dátuma:

BÜV megjegyzés/észrevétel:

Ál 11

BÜV átvevő/ügyintéző aláírása:

Nemzeti Média- és Hírközlési Hatóság 1015 Budapest Ostrom utca 23-25.

Kiadási kötelezettségvállalás nyilvántartásba vételi b i z o n y l a t

Köt.váll. nyilv.száma: Z1032077 Partner neve:

K ü l s ő b i z . s z . : KBO-292543-3/2013

Fedezet i g . s z á m a :

105731 Novell Professzionális Szolgáltatások

Köt.váll. tárgya: Előirányzati év:

2013

Köt.váll. kezdete:

Köt.váll. v é g s ő határideje:

8 232 300

J e l e n köt.váll.áfa:

. .

38 722 300

J e l e n köt.váll.bruttó:

K ö z b e s z e r z é s módja: Saját közbeszerzés

mérő szoftver kifejlesztése szélessávú

Megjegyzés: 1.

30 490 000

J e l e n köt.váll.nettó:

. .

Kiemelt előirányzat kód: 07112 / 0971

Szakfeladat

8413171

Immateriális javak vásárlás kiad. elöi.

részletező:

Hírközlés Közponzi igazgatása és szab.

Kincstári kód ( K T K ) :

210 Intézményi beruházási kiadások

Pénzforrás kód:SA

Határidő:

2014.12.31

Ügyletkód: Keretgazda: Egyedi gyűjtő:

Köt.váll. ö s s z e g e (nettó):

113415 Mérési célú szoftver vásárlás tulajdonjoggal

30 490 000

Áfa ö s s z e g e : Köt.váll. ö s s z e g e (bruttó):

8 232 300 Szerv, e g y s é g : 53000 Mérésügyi főosztály

38 722 300

834 900 000

Eredeti előirányzat ö s s z e g e :

1 051 711 000

Módosított előirányzat ö s s z e g e :

263 639 066

Kötelezettségvállalással terhelt előirányzat (minden státuszú köt.váll. összege):

30 490 000

Fent részletezett köt.váll. ö s s z e g e :

757 581 934

Lekötetlen (fenti köt.váll után fennmaradó) előirányzat ö s s z e g e :

Áfa részletező Kiemelt előirányzat kód: / 09

Keretgazda:

Eredeti előirányzat Á F A ö s s z e g e :

650 700 000

Módosított előirányzat Á F A ö s s z e g e :

823 150 000

Kötelezettségvállalással terhelt előirányzat (minden státuszú köt.váll. A F A összege):

228 561 003 8 232 300

Fent részletezett köt.váll. Á F A ö s s z e g e :

586 356 697

Lekötetlen (fenti köt.váll után fennmaradó) előirányzat Á F A ö s s z e g e : Budapest, 2013.09.27

it

•.ÍZ

Ellenőrző

Könyvelő

^'•Qjff ©

G R |

F

F S 0 F T Z r t

- . ™ F O R R Á S - S Q L , (NMHH) - Listafáj: \KGRKOTVALL01 XML

-| / -| oldal

> ;

"

F e l h a E z n á l

°

:

H

A

L

I

Ecsegi Szilvia »

Nyomtatva: 2013.09.27 / 12:28:53

VÁLLALKOZÁSI SZERZŐDÉS. A szélessávú internet szolgáltatások minőségi paramétereit mérő szoftver rendszer kifejlesztése 7 ' tárgyában

Recommend Documents