KLEBELSBERG INTÉZMÉNYFENNTARTÓ KÖZPONT BESZERZÉS TÁMOGATÓ RENDSZER MŰSZAKI LEÍRÁS

Átírás

1 KLEBELSBERG INTÉZMÉNYFENNTARTÓ KÖZPONT BESZERZÉS TÁMOGATÓ RENDSZER MŰSZAKI LEÍRÁS 1

2 TARTALOM 1 Bevezetés Háttér A dkumentum célja A dkumentum hatóköre Jgszabályi környezet bemutatása Adatkezelésre, adatvédelemre vnatkzó irányelvek Fejlesztői jgkra vnatkzó irányelvek Szftverjgk Tartalmfejlesztés Követelmények A rendszer célja Elvégzendő feladatk Felhasználói szerepek Rendszertervezésre és rendszerfejlesztésre vnatkzó követelmények A prjekt menedzsmentre és minőségbiztsításra vnatkzó követelmények Tesztelésre vnatkzó követelmények Oktatással kapcslats követelmények A dkumentációjával kapcslats követelmények Licenszekre vnatkzó követelmények Egyéb nem funkcinális követelmények Skálázhatóság, rugalmasság Hálózat Kliensek és böngészők Felhasználói felület Rendelkezésre állás, Jótállás Jgsultság kisztás Biztnság Naplózás Adatvédelmi és biztnsági követelmények Funkcinális követelmények Érintett szervezetek, szereplők Támgatandó flyamatk Adatk kezelése Mdulk Migráció, adattisztítás

3 2.12 Architekturális követelmények Általáns Architektúrális követelmények Interfészek kialakítása külső rendszerekkel Interfészek kialakítása az integrált infrmatikai rendszer egyéb mduljaival Megfelelés a Közös szlgáltatásk igénybevételének Felhasználó-, életciklus-, jgsultságkezelés Üzemeltetés, mnitrzás, felügyelet Magas rendelkezésre állású adatbázis platfrm Törzsadat-kezelés (Master Data Management) Adattárház Riprtlás Intézményi kmmunikációs platfrm Integrációs platfrm Biztnságs alkalmazáspublikáció Leszállítandók, teljesítés Eredmény termékek Teljesítés ütemezése Oktatásk Műszaki tartalm megfelelés Csatlt dkumentumk Infrmáció biztnsági szabályzat NISZ rendszer átvételi szabályzat Részletes követelmény jegyzék

4 1 BEVEZETÉS 1.1 HÁTTÉR A Klebelsberg Intézményfenntartó Közpnt (tvábbiakban KLIK vagy Megrendelő) közpnti szervből és területi szervekből áll. A KLIK területi szerve a tankerület és a megyeközpnti tankerület. A tankerületek székhelye és illetékességi területe megegyezik a járási és megyei hivatalk székhelyével és illetékességi területével. A tankerület az illetékességi területén működő általáns isklák, alapfkú művészeti isklák és gimnáziumk fenntartásával kapcslatsan ellátja a KLIK szervezeti és működési szabályzatában számára meghatárztt egyes fenntartói feladatkat. A TÁMOP B-13/1 aznsító számú, Köznevelés az isklában című prjekt (a tvábbiakban: a Prjekt) céljai között szerepel a KLIK szervezetének teljesítmény növelése, az állami fenntartásban lévő intézmények partnerkapcslatainak javítása és a meglévő erőfrrásk kihasználásának növelése. 1.2 A DOKUMENTUM CÉLJA A Megrendelő célja egy újnnan kialakítandó Beszerzési flyamatt támgató infrmatikai rendszer létrehzása (a tvábbiakban KLIK-BSZR), amely illeszkedik a KLIK infrmatikai rendszerébe. Ez a dkumentum tartalmazza a Megrendelő elvárásait a KLIK-BSZR rendszerrel kapcslatban. A dkumentumban szereplő követelményeket kell az Ajánlattevőnek teljesítenie a KLIK-BSZR rendszer előkészítése, specifikálása, kifejlesztése, tesztelése és bevezetése srán. Jelen dkumentum célja, hgy tartalmával lehetővé tegye az Ajánlattevő számára teljes körű ajánlat benyújtását. A tvábbi fejezetek a KLIK-BSZR-re vnatkzó felhasználói és rendszerkövetelményeket, valamint a rendszerterv elkészítésével, az előkészítéssel, tervezéssel, fejlesztéssel és bevezetéssel kapcslats követelményeket tartalmazzák. 1.3 A DOKUMENTUM HATÓKÖRE Jelen dkumentum a KLIK-BSZR rendszer beszerzés ajánlattételi felhívásáhz készült. Nem egyenértékű a rendszertervvel, amit a nyertes ajánlattevőnek, a Szállítónak kell majd elkészíteni az ebben a dkumentumban meghatárztt előkészítő munka, helyzetfelmérés és interjúk alapján. Az ajánlattévőnek jelen dkumentumban rögzített követelményeknek megfelelően és a hivatkzásk szerinti szabályzatk, rendelkezések figyelembevételével kell az Ajánlatt elkészítenie. A dkumentum hatóköre az alábbi rendszerkövetelmények specifikálása: a funkcinális és nem funkcinális követelmények rögzítése, egységes és egyértelmű értelmezés biztsítása, az előkészítés, helyzetfelmérés, részletes rendszertervezés, megvalósítás, éles üzem kezdete, rendes üzemeltetésre történő átadás szempntjából releváns flyamatk hatókörének meghatárzása, az Ajánlattevő által készítendő dkumentációk, és infrmatikai rendszer, valamint nyújtandó szlgáltatásk jellemzőinek rögzítése. Jelen dkumentumnak nem feladata a KLIK Infrmatikai rendszerének pnts ismertetése, az infrmatikai szabályzatk pnts bemutatása. A KLIK mint krmányzati intézmény főképpen a NISZ által üzemeltetett infrmatikai rendszereket használ. 4

5 Jelen dkumentum hatókörén kívül esik a KLIK-BSZR rendszer architektúrájának pnts meghatárzása, aznban meghatárzhat stratégiai iránykat és ajánláskat, amelyek betartása az Ajánlattevő részére kötelező. 1.4 JOGSZABÁLYI KÖRNYEZET BEMUTATÁSA A prjekt végrehajtása szempntjából releváns jgszabályk az alábbiak: évi XXXIII. törvény a közalkalmazttak jgállásáról évi LXXIX. törvény a közktatásról évi XXXI. törvény a gyermekek védelméről és a gyámügyi igazgatásról évi XXIX. törvény az európai uniós csatlakzással összefüggő egyes, törvénymódsításkról, törvényi rendelkezések hatályn kívül helyezéséről, valamint egyes törvényi rendelkezések megállapításáról évi CVI. törvény az állami vagynról évi CXII. törvény az infrmációs önrendelkezési jgról és az infrmációszabadságról évi CXC. törvény a nemzeti köznevelésről évi CXCV. törvény az államháztartásról évi CXCVI. törvény a nemzeti vagynról évi CXCIX. törvény a közszlgálati tisztviselőkről évi CLXXXVII. törvény a szakképzésről évi I. törvény a munka törvénykönyvéről évi CLXXXVIII. törvény a köznevelési feladatt ellátó egyes önkrmányzati fenntartású intézmények állami fenntartásba vételéről évi L. törvény az állami és önkrmányzati szervek elektrnikus infrmációbiztnságáról évi CCXX. törvény az állami és önkrmányzati nyilvántartásk együttműködésének általáns szabályairól 138/1992. (X. 8.) Krm. rendelet a közalkalmazttakról szóló évi XXXIII. törvény végrehajtásáról a közktatási intézményekbe 258/2011. (XII. 7.) Krm. rendelet a megyei intézményfenntartó közpntkról, valamint a megyei önkrmányzatk knszlidációjával, a megyei önkrmányzati intézmények és a Fővársi Önkrmányzat egészségügyi intézményeinek átvételével összefüggő egyes krmányrendeletek módsításáról 309/2011-es Krm. rendeletet 368/2011. (XII. 31.) Krm. rendelet az államháztartásról szóló törvény végrehajtásáról 202/2012. (VII. 27.) Krm. rendelet a Klebelsberg Intézményfenntartó Közpntról 229/2012. (VIII. 28.) Krm. rendelet a nemzeti köznevelésről szóló törvény végrehajtásáról 20/2012. (VIII. 31.) EMMI rendelet a nevelési-ktatási intézmények működéséről és a köznevelési intézmények névhasználatáról 5

6 48/2012. (XII. 12.) EMMI rendelet a pedagógiai-szakmai szlgáltatáskról, a pedagógiai-szakmai szlgáltatáskat ellátó intézményekről és a pedagógiai-szakmai szlgáltatáskban való közreműködés feltételeiről 15/2013. (II. 26.) EMMI rendelet a pedagógiai szakszlgálati intézmények működéséről 7/2013-as NFM rendeletet Közbeszerzési szempntból releváns jgszabályk évi LXVI. törvény és végrehajtási rendeletei a köziratkról, a közlevéltárakról és a magánlevéltári anyag védelméről évi C. törvény a számvitelről évi CXL. törvény a közigazgatási hatósági eljárás és szlgáltatás általáns szabályairól évi CLV. törvény és végrehajtási rendeletei a minősített adat védelméről évi CVIII. törvény a közbeszerzésekről 2004/17/EK és a 2004/18/EK európai parlamenti és tanácsi irányelvek 842/2011/EU rendelet a közbeszerzési hirdetmények közzétételére használandó hirdetményminták/szabvány űrlapk létrehzásáról 168/2004. (V.25.) Krm. rendelet a közpntsíttt közbeszerzési rendszerről, valamint a közpnti beszerző szervezet feladatáról és hatásköréről 257/2007. (X. 4.) Krm. rendelet a közbeszerzési eljáráskban elektrnikusan gyakrlható eljárási cselekmények szabályairól, valamint az elektrnikus árlejtés alkalmazásáról 4/2011. (I.28.) Krm. rendelet a prgramzási időszakban az Európai Reginális Fejlesztési Alapból, az Európai Szciális Alapból és a Khéziós Alapból származó támgatásk felhasználásának rendjéről 44/2011. (III.23.) Krm. rendelet a büntetés-végrehajtási szervezet részéről a közpnti államigazgatási szervek és a rendvédelmi szervek irányában fennálló egyes ellátási kötelezettségekről, a termékek és szlgáltatásk átadás-átvételének és azk ellentételezésének rendjéről 46/2011. (III.25.) Krm. rendelet a közbeszerzések közpnti ellenőrzéséről és engedélyezéséről 306/2011. (XII.23.) Krm. rendelet az építési beruházásk közbeszerzésének részletes szabályairól 310/2011. (XII.23.) Krm. rendelet a közbeszerzési eljárásban az alkalmasság és a kizáró kk igazlásának, valamint a közbeszerzési műszaki leírás meghatárzásának módjáról 247/2014. (X. 1.) Krm. rendelet a Nemzeti Kmmunikációs Hivatalról és a krmányzati kmmunikációs beszerzések közpntsíttt közbeszerzési rendszeréről 272/2014. (XI. 5.) Krm. rendelet a prgramzási időszakban az egyes európai uniós alapkból származó támgatásk felhasználásának rendjéről 9/2011. (III.23.) BM rendelet a büntetés-végrehajtási szervezet részéről a büntetés-végrehajtásért felelős miniszter vezetése, irányítása vagy felügyelete alá tartzó szervek irányában fennálló ellátási kötelezettségről, a fgvatartttak kötelező fglalkztatása keretében előállíttt termékekről és szlgáltatáskról, azk átadás-átvételéről és az ellentételezés rendjéről 6

7 92/2011. (XII.30.) NFM rendelet a közbeszerzési és tervpályázati hirdetmények feladásának, ellenőrzésének és közzétételének szabályairól, a hirdetmények mintáiról és egyes tartalmi elemeiről, valamint az éves statisztikai összegezésről 1982/2013. (XII. 29.) Krm. határzat a Krmány irányítása alá tartzó fejezetek költségvetési szerveinek eszközbeszerzéseiről 1.5 ADATKEZELÉSRE, ADATVÉDELEMRE VONATKOZÓ IRÁNYELVEK A mdul és az általa biztsíttt szlgáltatásk tervezésekr a személyes adatk védelméről és a közérdekű adatk nyilvánsságáról szóló évi CXII. törvény, valamint az állami és önkrmányzati szervek elektrnikus infrmációbiztnságáról szóló évi L. törvény tartalma, illetve azk végrehajtásáról rendelkező krmányrendeletekben rögzített eljárásk irányadók. A létrejövő rendszernek meg kell felelnie a KLIK hatálys Infrmatikai Biztnsági Szabályzatában lefektetett biztnsági elvárásknak. Ezek leírása részletesen az fejezetben található. 1.6 FEJLESZTŐI JOGOKRA VONATKOZÓ IRÁNYELVEK A mdul és az általa biztsíttt szlgáltatásk tervezésekr a következő tartalmak irányadók: SZOFTVERJOGOK A szftver jgk tekintetében a követelmények hárm alapvető kategória szerint bnthatóak meg. Dbzs, kereskedelmi szftverek Olyan szftver termék, amely kereskedelmi frgalmban kapható, szabadn beszerezhető. Jelen szerződés tekintetében a kapcslódó szftver dkumentációkat a Dbzs szftver részének tekintjük. Ajánlattevőnek biztsítania kell, hgy a teljesítés srán dbzs, kereskedelmi szftverekre az Ajánlatkérő területi krlátzás nélküli, harmadik személynek átadható felhasználási jgt szerezzen. Dbzs szftverek testre szabása A kereskedelmi frgalmban beszerezhető Dbzs szftver termékek módsítása, paraméterezése, kiegészítő lgikákkal, funkciókkal való ellátása. A testre szabás része az egyedileg elkészített dkumentáció is. Ajánlattevőnek biztsítania kell, hgy a teljesítés srán keletkező testreszabtt dbzs szftverek azn részei fölött, amelyek Ajánlattevői szerzői jgi védelem alá esnek (alktás), az Ajánlatkérő területi krlátzás nélküli, harmadik személynek átadható felhasználási jgt szerezzen. Biztsítania kell tvábbá, hgy az Ajánlatkérő jgt szerezzen az alktás átdlgzására. Ajánlattevőnek vállalnia kell, hgy a rendszer üzemben tartásáhz szükséges dkumentációt, tvábbá a szftver-fejlesztési dkumentációt Ajánlatkérő részére átadja. Tvábbfejlesztések esetén a frissített frráskódt, egyedi testreszabáskat minden szállítással együtt biztsítani kell. A testreszabás srán esetlegesen keletkező prgram kódk Megrendelő tulajdnát képezik. A megfelelően dkumentált frráskódkat az átadás-átvétel srán teljes körű tvábbfejlesztési jggal együtt át kell adni Megrendelőnek. Egyedi fejlesztésű szftverek Olyan szftver termék, amelyet Vállalkzó az Ajánlatkérő számára egyedi jelleggel alakít ki. Az egyedi fejlesztésű szftver része a Vállalkzó által elkészített dkumentáció is. 7

8 Ajánlattevőnek biztsítania kell, hgy a teljesítés srán keletkező egyedi fejlesztésű szftverekre az Ajánlatkérő területi krlátzás nélküli felhasználási jgt szerezzen. Biztsítania kell tvábbá, hgy az Ajánlatkérő jgt szerezzen az alktás átdlgzására. Ajánlattevőnek vállalnia kell, hgy az általa, vagy alvállalkzói által az alprjekt srán fejlesztett egyedi fejlesztésű szftver teljes, legfrissebb frráskódját, a rendszer üzemben tartásáhz szükséges dkumentációt, tvábbá a szftver-fejlesztési dkumentációt Ajánlatkérő részére átadja. Tvábbfejlesztések esetén a frissített frráskódt minden szállítással együtt biztsítani kell TARTALOMFEJLESZTÉS Amennyiben az alprjekt teljesítése srán lyan - nem közvetlenül szftverfejlesztésre irányuló alktói tevékenységből származó - tartalmak keletkeznek, amelyek Ajánlattevői szerzői jgi védelem alá esnek (alktás), az Ajánlattevőnek biztsítani kell, hgy a teljesítés srán keletkező, a szerzői jgi védelem alá eső alktásn az Ajánlatkérő területi krlátzás nélküli, harmadik személynek átadható felhasználási jgt szerezzen. Biztsítani kell tvábbá, hgy az Ajánlatkérő jgt szerezzen az alktás átdlgzására. 2 KÖVETELMÉNYEK 2.1 A RENDSZER CÉLJA A rendszer bevezetésének célja, a KLIK beszerzési flyamatainak támgatása, a keletkezett dkumentumk tárlása, a hatéknyság, eredményesség növelése és az átfutási idők csökkentése. A KLIK-BSZR rendszer mduljainak a következő funkcinális feladatcsprtkat kell megldaniuk: beszerzésekkel kapcslats törzsadatk nyilvántartása, beszerzési munkaflyamat létrehzása, nyilvántartása, a KLIK szervezeti felépítésének beszerzési flyamattal kapcslats kezelése, a kapcslódó szerepkörök kezelése, felhasználók nyilvántartása, jgsultsági körök és jgsultságk kezelése, a knkrét beszerzések adatainak nyilvántartása, a közbeszerzési terv előállítása, kipublikálása a KLIK hnlapján, a szállítók utóminősítésének támgatása dkumentum sablnk, szkennelt eredeti dkumentumk tárlása, visszakereshetőségének biztsítása, es értesítések küldése elvégzendő feladatkról. A KLIK-BSZR infrmatikai rendszer a következő, nem funkcinális követelményeknek feleljen meg: költséghatéknyság az adatbevitelre, humán és egyéb erőfrrás felhasználásra, flyamat menedzsmentre, könnyen kezelhető és felhasználóbarát felület: a rendszer használatának és adminisztrálásának ktatási szükségletének minimalizálása érdekében, az egyértelmű és biztnságs adatbevitel miatt, a használatra frdítandó munkaidő ptimalizálása végett, az adatbevitel és lekérdezések megkönnyítése érdekében, integrációs feltételek és lehetőségek kihasználása végett adatkapcslatk, exprt-imprt interfészek kialakítása, hatálys jgszabályknak való megfelelés, 8

9 infrmáció biztnsági előírásk és hatálys jgszabályk szerinti működés, adatbiztnság, a rendszer teljesítménye és sebessége kényelmes és hatékny működést biztsítsn. 2.2 ELVÉGZENDŐ FELADATOK A nyertes ajánlattevő, a Szállító feladata, hgy: a pályázati kiírásban szereplő rendszer kialakításáhz szükséges helyzetfelméréseket, interjúkat megszervezze és elvégezze, a részletes rendszerterv dkumentációját elkészítse és azt a Megrendelővel ismertesse, elfgadtassa, a Megrendelő igényeinek megfelelően módsítsa, véglegesítse, elvégezze a teljes rendszer elindításáhz szükséges fejlesztéseket, leszállítsa és üzembe helyezze a rendszer összes elemét, biztsítsn funkcinális tesztrendszert és azt üzemeltesse az élesbe állásig, a rendszer végleges telepítését és bevezetését elvégezze az éles és a megrendelő ldali teszt rendszerek vnatkzásában, a rendszer teljes dkumentációját elkészítse és azt a Megrendelőnek átadja, ktatáskat szervezzen, és azkat megtartsa, az ktatásk dkumentációját a Megrendelőnek átadja, a rendszer működését jelen dkumentációban meghatárztt módn és ideig támgassa, hibáit javítsa, azk tesztelését biztsítsa, és a telepítéseket támgassa, a rendszer fejlesztése, bevezetése és támgatása idejére váltzáskezelésről gndskdjék, az ajánltt rendszer elemei standard fejlesztési módszertannal készüljenek, az ajánltt rendszer legyen általánsan elérhető termékeket tartalmazó számítástechnikai környezet, amelynek tervezése és implementálása srán széles körben elfgadtt ipari szabványkra támaszkdtak, az átadtt rendszerdkumentációk alapján az ajánltt rendszer elemei a szállítótól függetlenül tvábbfejleszthetők, üzemeltethetők, támgathatók legyenek. 2.3 FELHASZNÁLÓI SZEREPEK FELHASZNÁLÓ JOGOSULTSÁG ADMINISZTRÁTOR Képes knfiguráció módsítást végrehajtani. Bármilyen funkció eléréséhez, módsításáhz jga van. IGÉNYBEJELENTŐ JÓVÁHAGYÓ ENGEDÉLYEZŐ A beszerzési igényeket jelző szerepkör. Lehet intézménynél, tankerületnél és KLIK szervezeti egységeinél. Szakmai, beszerzési vagy pénzügyi jóváhagyói szerepkör. Tankerületi szinten és KLIK szervezeti egység szinten jelenik meg. Kötelezettségvállalói engedélyt megadó személy, aki lehet a megyei, járási tankerület igazgató, FPI igazgató, elnök helyettes, elnök. BESZERZÉSI ÜGYINTÉZŐ A beszerzési eljárást megindító, leflytató szakember. Az ehhez szükséges összes funkció tartzik hzzá, tvábbá lekérdezéseket tud végrehajtani a rendszerben saját jgsultsági 9

10 körének megfelelően. Megyei tankerületi szinten és KLIK szervezeti egység szinten jelenik meg. VEZETŐ Lekérdezéseket tud végrehajtani a rendszerben saját jgsultsági körének megfelelően. Megyei tankerületi szinten és KLIK szervezeti egység szinten jelenik meg. 2.4 RENDSZERTERVEZÉSRE ÉS RENDSZERFEJLESZTÉSRE VONATKOZÓ KÖVETELMÉNYEK A KLIK-BSZR rendszernek a KLIK közpnti, tankerületi és intézményi szervei által elérhetőnek kell lennie. Ez meghatárzza azt a követelményt, hgy nem csak a zárt Nemzeti Távközlési Gerincre közvetlenül csatlakzó szervezetek, hanem internet kapcslattal rendelkező intézmények is használhassák. A szállítandó rendszernek web-es technlógián kell alapulnia, vékny klienssel legyen használható, a támgattt böngészők a Micrsft Internet Explrer 9 és újabb verziói, a Firefx, Chrme, Safari újabb verziói. Az interfészek szabványs egyszerű adat és fájlfrmátumk kezelésére alkalmasak legyenek, valamint Micrsft Excel legalább 2010-es verziójának egyszerű munkalapjain meghatárztt fejlécű adattáblák elkészítésére, illetve imprtjára képesnek kell lenniük. Fkzttan figyelembe kell venni az átadás átvételi eljárásk tervezésénél és lebnylításánál a szükséges jóváhagyáskra frdítandó időt. Az előkészítésnek, fejlesztésnek, tesztelésnek és bevezetésnek a választtt módszertan szabályainak megfelelően dkumentáltnak kell lennie. A rendszertervezés és a fejlesztés a Megrendelő képviselőivel történő flyamats és rendszeres kapcslattartással, egyeztetésekkel történjen, a javaslatk és a kritikák figyelembevételével, a váltzó szervezeti és környezeti hatásk lehetőség szerinti legjbb követésével. Elvárt, hgy a Szállító a megvalósítást szakmai tudásával, tapasztalataival praktív módn segítse, a flyamat srán és a követelmények vagy a specifikációkban található esetleges hibákra, rendellenességekre felhívja a figyelmet, azkra megldást ajánljn, a nyittt kérdések megldására törekedjen. 2.5 A PROJEKT MENEDZSMENTRE ÉS MINŐSÉGBIZTOSÍTÁSRA VONATKOZÓ KÖVETELMÉNYEK A Szállító feladata, hgy: nevezze meg az összes szftvert, eszközt, amelyeket a prjekt menedzsmentre és minőségbiztsítási feladatkra használ, a megvalósítás srán flyamats kckázatelemzést, megldási javaslatkat kell készítenie. 2.6 TESZTELÉSRE VONATKOZÓ KÖVETELMÉNYEK A Szállító feladata: a funkcinális teszt környezetet kiépítése, a tesztelési feltételeket meghatárzza és biztsítsa, tesztelési tervek, teszt esetek készítése, a tesztelési jegyzőkönyvek elkészítése, a hibalisták a prjekttervben megadtt határidőre történő maradéktalan javítása, 10

11 a hibák és javításk kezelése és dkumentálása minden tesztelési fázisra vnatkzóan, a hibajegyek infrmatikai rendszerben, elektrnikus módn történő nyilvántartása, A tesztelés srán hárm hiba kategóriába kell besrlni a felmerült hibákat, a Megrendelő és a Szállító kijelölt felelősei által: kritikus hiba: amely a rendszer, vagy egy mdul, vagy egy fő funkció működését veszélyezteti, lehetetlenné teszi. Ezek javítását a tesztelés végéig el kell végezni, az utlsó teszt kritikus hibát nem eredményezhet. súlys hiba: lyan nem kritikus hiba, amely elfgadhatatlan pntatlanságt eredményez, a követelmények valamelyikének csak részbeni teljesítését jelenti, lassítja vagy hiányssá teszi a flyamatt, a felvitt adatkat. Ezek javítását a tesztelés srán meg kell kezdeni. A próbaüzem végeztével a rendszerben maximum 6 súlys hiba maradhat, amelyeket a szállító a jótállás keretében köteles kijavítani. A teszt rendszerben azkat újra kell tesztelni és sikeresen élesíteni. enyhe hiba: minden lyan hiba jelenség, amely a rendszer funkcinális működését nem akadályzza. Ezeket a szállító a jótállás keretében köteles kijavítani. a tesztelési módszertan, kncepció kidlgzása srán Szállító minimálisan az alábbiakat biztsítsa: tegye lehetővé annak ellenőrzését, hgy a kialakíttt rendszer megfelel-e az integrált infrmatikai rendszerrel szemben a Megrendelő szakmai elvárásainak, tegye lehetővé a teszt srán fellépő hiánysságk határidőre történő elhárítását, biztsítsa, hgy a Szállító által alkalmaztt minőségbiztsításnak megfelelően minden termék szigrú minőségellenőrzés után kerüljön a végfelhasználóhz. tesztelési fázisk és felelősségi körök: Teszt fázis funkcinális teszt - a rendszer alapelemeinek működőképessége integrációs teszt perfrmancia teszt elfgadói teszt Felelős Szállító Szállító, Megrendelő Szállító Megrendelő Ha a teszt srán felmerül a funkcinális specifikáció, a rendszertervek vagy a kézikönyvek váltztatásának szükségessége (pl. pntsítás), akkr az Ajánlattevő felelőssége ezen dkumentumk frissítése. Ajánlattevő feladata (az Ajánlatkérő bevnásával) a teljesítmény tesztek lebnylításáhz szükséges tesztelési autmatizmusk, eszközök, szftverek biztsítása és felknfigurálása az egyes funkciók teljesítmény tesztjeinek lebnylítására. A tesztelésre vnatkzó részletes elvárásaink az fejezetben találhatók. 2.7 OKTATÁSSAL KAPCSOLATOS KÖVETELMÉNYEK A Szállító feladata, hgy: a tematikát és az ktatási anyagt biztsítsa, Ajánlattevő feladata, hgy a felhasználói ktatáskhz szükséges megfelelő ktatási segédanyagkból e- Learning ktatáshz szükséges elektrnikus váltzatt készítsen, és azkat az Ajánlatkérő által biztsíttt keretrendszerben telepítse. 11

12 a rendszer leendő üzemeltetőinek, perátrainak ktatást tartsn a rendszer biztnságs üzemeltetéséhez szükséges feladatk ellátásáról, a rendszer kulcsfelhasználóinak, minden szerepkör feladatait tartalmazó teljes ktatást tartsn. a tantermi ktatásk minimálisan az alábbi létszámra kell, hgy vnatkzzanak: rendszerüzemeltetők, rendszergazdák ktatása: 2 fő kulcsfelhasználók ktatása közpnti és területi szervezetnél: 40 fő az ktatási anyagt elektrnikus frmában (PDF) kell elkészíteni 2.8 A DOKUMENTÁCIÓJÁVAL KAPCSOLATOS KÖVETELMÉNYEK A Szállító feladata, hgy a megvalósítás srán szükségessé váló, jelen műszaki leírásban nevesített dkumentációkat elkészítse. A dkumentációk elektrnikus frmában Micrsft Wrd 2010, Micrsft Excel 2010, valamint PDF frmában készülhetnek el. A Szállító feladata az egyeztetések, megbeszélések, hibaértékelések emlékeztető jegyzőkönyveinek elkészítése. Az alábbi dkumentációk elkészítése követelmény a Szállítóval szemben: Kncepcinális terv, Rendszer / Igényspecifikáció, Lgikai rendszerterv, Fizikai rendszerterv, Frráskód/telepítőkészlet, Implementációs terv, Jegyzőkönyvek megbeszélésekről, Tesztelési, prjektmenedzsment és minőségbiztsítói módszertan, megvalósulási dkumentáció, Prjekt időterv mérföldkövekkel, Tesztelési frgatókönyv és terv, Tesztelési jegyzőkönyvek, Felhasználói kézikönyv, Adminisztrátri kézikönyv, Üzemeltetői kézikönyv, Oktatási tematikák, ktatási kézikönyvek, Installációs dkumentum, BCP/DRP (Üzletmenet flytnssági terv és Katasztrófa elhárítási terv), átadás-átvételi jegyzőkönyvek. A rendszerterv tartalmazza a rendszer minden elemének és együttesének működési leírását, a teljes rendszer működésének lgikai dkumentációját, benne a részletes lgikai rendszertervet, lgikai és fizikai adatmdellt, fizikai rendszertervet, adatcsere rendszereket, bevezetési terveket minden fázisra, a technlógiai kmpnensek és csmagk eredeti dkumentációját. Ezt a rendszertervet a prjekt srán a megvalósítást követve flyamatsan frissíteni kell, amelynek eredményeként a megvalósíttt rendszer úgynevezett megvalósulási dkumentációja nem külön feladatként jön létre, hanem az a rendszerterv aktualizált utlsó váltzataként. A részletes rendszerterv lyan tartalmú és mélységű kell, hgy legyen, hgy annak alapján egy, a területet átlags piaci szinten értő szakember a műszaki tartalmat megértse, és képes legyen a rendszer tvábbfejlesztésére és/vagy módsítására javaslatt tenni. A felsrlt dkumentumk tartalmára vnatkzó pnts leírás az fejezetben található. 12

13 2.9 LICENSZEKRE VONATKOZÓ KÖVETELMÉNYEK A rendszert a következő felhasználói körre kell kialakítani: KLIK közpnti szervezeti egységei + az összes tankerület (beleértve a megyei és járási tankerületeket egyaránt), és valamennyi intézményünk. Szervezeti egységenként és intézményenként 2 fővel kell számlni, kivéve a Beszerzési és Közbeszerzési Fősztály, a Fejlesztési és Prjektigazgatóság, és a Vagyngazdálkdási Fősztály esetében, amely szervezeti egységektől a beszerzők és közbeszerzők teljes állmányának hzzáféréssel kell rendelkeznie. Tehát ezeknél a szervezeteknél összesen 500 fővel számlunk. Intézményi szinten csak igénylők vannak, tehát ezen a szinten a krlátztt funkcinalitást elérő jgsultság is megfelelő fővel számlunk. A fentieket figyelembe véve a következő licenszekre van szükségünk: 125 darab knkurens licensz (A rendszer teljes funkcinalitásának elérését lehetővé tevő jg) és tvábbi 5016 db licensz (A rendszer krlátztt funkcinalitásának elérését lehetővé tevő jg) EGYÉB NEM FUNKCIONÁLIS KÖVETELMÉNYEK A beszerzések végrehajtására vnatkzó szabálykat a Klebelsberg Intézményfenntartó Közpnt Beszerzési Szabályzata tartalmazza, a közbeszerzések végrehajtására vnatkzó szabálykat a Klebelsberg Intézményfenntartó Közpnt Közbeszerzési Szabályzata tartalmazza SKÁLÁZHATÓSÁG, RUGALMASSÁG A rendszernek lyan felépítésűnek kell lennie, hgy több szerver párhuzams beállításával a terhelés megsztható legyen (hálózati terheléselsztás) HÁLÓZAT A különböző szervezeti szinteken és lkációkban a következő mértékű sávszélesség áll rendelkezésre a teljes IT rendszerek számára: KLIK közpnt 100 MBps Megyei tankerület 20 MBps Járási tankerület 10 MBps Intézmény 1-10 MBps KLIENSEK ÉS BÖNGÉSZŐK Kliens ldaln tankerületi szintig várható szftver környezet: Windws 7, Magyar MUI, legalább Office 2010 de 2013 javaslt. Intézményi szinten a kliens ldali SW környezet nem határzható meg pntsan. Böngészőből a következő verziókn kell támgatni a funkcinalitást: Internet Explrer 9 és újabb verziók Firefx (legutlsó aktuális verzió) 13

14 Chrme (legutlsó aktuális verzió) Safari (legutlsó aktuális verzió) FELHASZNÁLÓI FELÜLET A alkalmazás bevezetésével a KLIK az átláthatóbb, és így könnyebben elsajátítható felhasználást kívánja megvalósítani. A cél eléréséhez kiemelt fntsságúnak tartja a felület ergnómiájának biztsítását, és általánsan a felület működésének megvalósítási módját. A felhasználói felületek elsődleges és teljes körűen (betűk, rendezés, dátumfrmátumk, számfrmátumk, stb.) támgatandó lkalizációja a magyar. A felületek kialakításakr figyelembe kell venni a KLIK hálózatának adttságait. Olyan módn kell ezeket létrehzni, hgy a felületek a tankerületekben is megfelelő sebességgel működjenek, azaz törekedni kell az adatfrgalm csökkentésére. Ez nem csak az adatkmmunikációra, hanem az esetleges nymtatási feladatkra is érvényes. A felületi megjelenési és ergnómiai elváráskat a prjekt tervezési fázisában leszállítandó dkumentum tartalmazza RENDELKEZÉSRE ÁLLÁS, JÓTÁLLÁS A platfrm mduljaitól elvárt rendelkezésre állás az adatközpntkra érvényes legalacsnyabb, TIER-1-es szintnek megfelelő rendelkezésre állást nem kell, hgy meghaladja. (99.671%). Garancia / Jótállás - Ajánlattevőnek a jótállás időtartama alatt ingyenesen, saját költségén javítania kell az általa szállíttt rendszerekben, szlgáltatáskban talált hibákat, különös tekintettel a rejtett prgramhibából vagy értelmezési eltérésből származó meghibásdáskat. A jótállási időszak minimum 24 hónap. Közpnti hibabejelentő - Ajánlattevő biztsítsn és működtessen a felmerülő hibák bejelentéséhez, nymn követéshez és a hibák elhárításáhz szükséges hibajegy-kezelő megldást, amelyben a bejelentő követni képes bejelentésének státuszát és várható megldásának idejét. Bejelentési lehetőséget 7x24 órás elérhetőségben kell biztsítani nline és/vagy telefns módn a rendszer felhasználói számára JOGOSULTSÁG KIOSZTÁS A KLIK-ben bevezetésre kerülő egységes felhasználói adminisztrációs rendszerhez a megldásnak kapcslódnia kell. A KLIK-ben implementálandó megldással való együttműködés érdekében a rendszernek az alábbi követelményeknek kell eleget tennie: Az alkalmazással szemben elvárás, hgy jgsultsági rendszere csprt alapú legyen. A jgsultsági csprtkn kívül tvábbi paraméter csak indklt esetben határzhat meg a rendszerben jgsultságkat. A minimálisan képesnek kell lenni a rendszernek egy hierarchia szinten jgsultsági csprtkat képezni, de preferált, ha a rendszer erre több szinten képes. Egy felhasználó több jgsultsági csprthz is tartzhat. Az alkalmazás szükség szerint képes kell legyen, a szervezeti egység kezelésére felhasználóhz kötődően (felhasználói attribútum). A bejelentkezett felhasználó személye határzza meg, hgy melyik egység nevében intézkedhet a felhasználó. Egy felhasználó egyszerre több szervezeti egységhez is rendelhető. 14

15 A rendszer képes kell, legyen arra, hgy nemcsak egyedi, de tömeges felhasználó módsítási, felviteli, törlési műveleteket is végre lehessen hajtani benne szükség szerint. Elengedhetetlen, hgy lekérdezhetők legyenek a rendszerben létező jgsultsági csprtk, felhasználók és ezek kapcslatai. A rendszerben az új jgsultsági csprtk definiálása (egységes címtár alapján), meglévők módsítása, könnyen és rugalmasan végrehajtható kell, legyen. A csprtk vagy az egyes jgsultságk tartalmának módsítása autmatikusan érvényes legyen a csprt összes tagjára. A rendszernek minden egyes jgsultsággal kapcslats módsítást saját naplójában tárlnia kell a beavatkzást elvégző felhasználó, vagy technikai felhasználó aznsítójával együtt visszamenőlegesen is. A biztnsági szerepkörök és jgsultságk definiálásáhz az alábbi fgalmakat használjuk: A szerepkörök a rendszer funkcinalitásáhz azns jgsultságkkal rendelkező felhasználók csprtjai. A biztnsági szerepkörök lyan jgsultság csprtk, amelyek a rendszerben tárlt adatkhz való hzzáférési jgsultságkból állnak össze. Több biztnsági szerepkör jgsultságait úgy kell összefésülni, hgy az a bennük lévő lehető legmagasabb elérhető jgsultsági szintet biztsítsa. A hzzáférési jgsultságk a rendszer entitásaihz való hzzáférés módját és a hzzáférés szintjét tartalmazzák A hzzáférési módk a rekrdkkal való műveleti lehetőségeket határzzák meg, A hzzáférési szintek a rekrdk láthatóságát határzzák meg: Saját: csak a saját rekrdkat jeleníti meg a rendszer. Szervezet: a felhasználó szervezeti egységét és az alárendelt szervezeteket jeleníti meg a rendszer. Teljes: minden rendszerben tárlt rekrd megjelenhet. Kivétel kezelés: Esetenként szükség van a fentiektől eltérő hzzáférési szintekre. Ilyen pl. a megyei/járási tankerület a közpnt által kötött keretszerződésekbe is beleláthat, akkr ha a hzzátartzó intézménynek, vagy magának a tankerületnek lyan beszerzési igénye van, amit a keretszerződés lefed BIZTONSÁG Az alkalmazásnak gndskdnia kell az általa nyújttt szlgáltatásk és a tárlt adatk védelméről. Ennek érdekében a rendszer erőfrrásaihz történő hzzáférés előtt aznsítani kell a felhasználókat (aznsítás). Emellett gndskdni kell arról, hgy a felhasználók csak lyan erőfrráskhz férjenek hzzá, amelyek igénybevételére engedélyük van (jgsultság ellenőrzés). Általáns követelmények: Általáns biztnság: A rendszer elérhető lesz NTG-hez csatlakztattt NISZ által felügyelt eszközökről és NTG-hez nem csatlakzó eszközökről is. A publikus internet irányából (nem NTGre csatlakzó eszköz) való hzzáférés esetén a hzzáférés biztnságát és az infrastruktúra védelmet speciális intézkedésekkel garantálni kell. Az igényelt biztnságt a Közös Szlgáltatási elemek garantálják. 15

16 Kmmunikáció védelme: a KLIK éles rendszereivel szemben elvárás, hgy azk egyes elemei megfelelően titksíttt és hitelesített módn kmmunikáljanak egymással. Felhasználói authentikáció és authrizáció: minden ilyen művelet naplózttan kell, megtörténjen úgy, hgy a próbálkzási kísérleteknek is aznsíthatóaknak kell lenniük. Auditálhatóság: a rendszer működése követhető és ellenőrizhető kell, hgy legyen. A rendszerben elvégzett műveletek (mind felhasználói, mind adminisztrátri) nymn követhetőek kell, hgy legyenek. Letagadhatatlanság: a rendszerben elvégzett műveletek egyértelműen összekapcslhatóak legyenek az azt végrehajtó felhasználói fiókkal, a végrehajtás idejével és a használt hálózati végpnttal. NAPLÓZÁS Adatszlgáltatási és adattvábbítási naplót kell vezetni az adatfeldlgzás jgszerűségének ellenőrizhetősége céljából, tárlva az adatátadás dátumát és időpntját, a tvábbíttt adatkat, az ellenőrzéshez szükséges egyéb adatkat. A naplózással kapcslatban biztsítandó: A naplók megfelelő adattartalmmal való vezetése. Felhasználóbarát felületen a naplóállmányk lekérdezhetősége ADATVÉDELMI ÉS BIZTONSÁGI KÖVETELMÉNYEK A létrejövő rendszernek meg kell felelnie a KLIK hatálys IBSZ-ban lefektetett elvárásknak. Ezek részletesen a fejezetben találhatóak FUNKCIONÁLIS KÖVETELMÉNYEK A funkcinális követelmények specifikációjának pntsítása, részletezése és a végleges rendszerterv elkészítése a helyzetfelmérés, és részletes rendszertervezési szakasz srán a nyertes Ajánlattevő feladata. Megrendelő különös figyelmet frdítsn az alábbi követelmények teljesítésére: A rendszer autmatikusan határzza meg a termékek alapján, hgy milyen eljárást kell indítani. Elvárás, hgy a rendszer kezelje a beszerzési eljárás leflytatásának lépéseit egy munkaflyamat kezelő (wrkflw) mdullal. Szerepkörönként minden felhasználó csak a saját feladatát láthassa, a közpnt mindenkiét. A tankerületek rálátással bírjanak az alájuk rendelt intézmények flyamatira; a megyeközpnti tankerületek az intézményeken túl az alájuk rendelt (járási) tankerületek flyamatira is. A rendszer képes legyen eljárás fajtánként dkumentum mintákat, valamint eredeti dkumentumkat beszkennelve tárlni a rendszerben. A rendszer az egyes beszerzési / közbeszerzési eljárásfajtákhz rendeljen hzzá egy alapértelmezett, de felülírható ütemezést. Szükség van a szállítók utóminősítésére, a rsszul teljesítő szállítók kiszűréséhez Elvárás egy cikk-szállító mátrix, melyben szerepelnek a tényleges beszerzési árak. A beszerzési árak mellett el kell tárlni a beszerzés időpntját is. Elvárás a rendszertől, hgy figyelmeztessen a közelgő határidőkre pl. az eljárási határidők közeledtére Elvárás a rendszertől, hgy mutassa ki, hgy az éves beszerzési tervnek srnként (beszerzési tárgyanként) mekkra része teljesült. 16

17 A rendszerrel szemben elvárás, hgy készítse el az éves statisztikai összegezést (követő év május 31-i határidővel), és a 44/2011. Krm. rendelet 12. (4) bekezdése alapján az EMMI felé benyújtandó éves BVOP-s adatszlgáltatást (követő év június 30-i határidővel). A részletes követelmény jegyzék megtalálható az fejezetben ÉRINTETT SZERVEZETEK, SZEREPLŐK A kifejlesztendő alkalmazást a következő szervezetek ptenciális felhasználóinak illetve rendszer adminisztrátrának kell majd használnia: Szervezetek Klebelsberg Intézményfenntartó Közpnt szervezeti egységei Megye közpnti tankerületek Járási tankerületek Intézmények Rendszer adminisztrátr TÁMOGATANDÓ FOLYAMATOK A rendszernek nyilván kell tartania az összes intézmény, tankerület és közpnt minden árubeszerzési, és szlgáltatási, illetve építési beruházási igényét, és ezek beszerzési flyamatát, a végeredményt pedig a beszerzés frrásának illetve alanyának jgállása (fenntarttt, működtetett intézmény, illetve KLIK szervezeti egység) szerint kell feldlgzni ADATOK KEZELÉSE A beszerzésekhez kapcslódóan Megrendelő minimálisan az alábbi adatk nyilvántartását tartja szükségesnek. Intézményi adatk, szervezeti hierarchia (közös szlgáltatásk mdul, törzsadat kezelő almdulján keresztül), beszerzési aznsító, szállító neve, aznsítója, KEF cikkszám, BVOP cikkszám, becsült érték, OM aznsító, beszerzés kezdete, várható befejezés dátuma, cikk szám, cikk megnevezése, mennyiségi egység, mennyiség, egységár, CPV kód eljárásk időtartama, eljárás fajták MODULOK A KLIK a rendszerben az egyes intézményeknél, szervezeti egységeknél felmerülő beszerzésekhez kapcslódó flyamatkat kívánja kezelni, a hzzá tartzó szervezeti, személyi és feladat nyilvántartáskkal MUNKAFOLYAMAT (WORKFLOW) KEZELŐ MODUL A beszerzés flyamatának egyes lépéseit, a jóváhagyásk szerepköreit kezeli ez a mdul. A munkaflyamat és a szerepkörök egyes állmásai paraméterezhetők, egyszerűsíthetők, bővíthetők BESZERZÉS KEZELŐ MODUL Ajánlatkérő ebben a mdulban kívánja nyilvántartani az egyes szervezeti egységekhez kapcslódó beszerzéseket, azkhz kapcslódó alapadatkat. A mdulban az alábbi flyamatkat kell támgatni: beszerzési igény megjelenése beszerzési, közbeszerzési terv elkészítése 17

18 egybeszámításk megállapításának támgatása beszerzésekhez tartzó eljárás fajta megállapítása, beszerzés megindítása, ütemezése az eljárási idők figyelembe vételével a beszerzés flyamatának nymn követése a teljesítés igazlás kiállításáig szállítók utóminősítése A flyamatk nymn követhetők legyenek, be kell építeni differenciáltan a különböző szereplőknek szóló értesítéseket, feladatkat. A flyamatkhz kapcslódó dkumentumk a rendszerből lehessen nymtatni, előhívni, letölteni LEKÉRDEZŐ MODUL A KLIK_BSZR-ben lévő adatk lekérdezhetőségének biztsítására szlgáló mdul. Az adatk tetszőleges paraméterek alapján, tetszőleges csprtsításban legyenek lekérdezhetők a rendszerből. A lekérdezések eredménye legyen kinymtatható és excel frmátumban kiexprtálható. Biznys lekérdezéseket az extraneten szeretnénk közzé tenni. Ilyen pl. az Éves Közbeszerzési terv, A riprt igények pntsítása a helyzetfelmérés szakaszában a szállító feladata. Jelenleg a következő riprt igényeink vannak: éves statisztikai összegezés (követő év május 31-i határidővel) az EMMI felé benyújtandó éves BVOP-s adatszlgáltatás (követő év június 30-i határidővel). Éves Közbeszerzési terv Lekérdezés a közpnti beszerzésekről MIGRÁCIÓ, ADATTISZTÍTÁS A Megrendelőnél megtalálható meglévő adatfrrásk migrációja kmly tervezést, előkészítést és egyeztetést igényel. Elvárás a Szállítótól, hgy a migrációs flyamat kncepciójába minimális ellenőrzési, adattisztítási feladatk ellátását is beleértse. Szállító feladata, hgy: elkészítse a migrációs stratégiát és a migrációs tervet a frrásrendszerek és a célrendszer közötti migráció lebnylításáhz, az adatk migrálására vnatkzó speciális követelményeket aznsítsa és feltárja, 2.12 ARCHITEKTURÁLIS KÖVETELMÉNYEK ÁLTALÁNOS ARCHITEKTÚRÁLIS KÖVETELMÉNYEK Elvárás, hgy a KLIK-BSZR fenntarthatósága érdekében a fejlesztés lyan módszertani és technlógiai megldáskat alkalmazzn, amelyek segítségével a bővíthetőség, fejleszthetőség nagybb vlumenű fejlesztési prjekt indítása nélkül is egyszerűen megldható. A hatékny fenntarthatóság érdekében a KLIK-BSZR megvalósítása srán el kell kerülni az ún. kódba beégetett megvalósításkat, ahl csak a prgramkód megváltztatásával lehet biznys tartalmakat módsítani, állmánykat elérni. 18

19 Törekedni kell arra, hgy azk a knfigurációs paraméterek, amelyek az idők srán váltzhatnak, knfigurációs állmánykn keresztül kerüljenek megadásra, így ezek váltztatása üzemeltetői kapacitáskkal is megvalósítható legyen. A KLIK-BSZR megvalósítása srán kiemelt fntsságú elvárás, hgy az illeszkedjen az Ajánlatkérő infrmatikai architektúrájáhz INTERFÉSZEK KIALAKÍTÁSA KÜLSŐ RENDSZEREKKEL A rendszer legyen alkalmas arra, hgy külső interfészeken keresztül adatkat fgadjn, vagy küldjön. Adatk átvétele a FrrásSql rendszerből: A FrrásSQL-ben a pénzügyi teljesítés rögzítésre kerül, ehhez kell csatlakznia KLIK_BSZR-nek, így megldható a teljesítések megtörténtének vizsgálata. A kiegészítő adatkat visznt át kell vennünk a FrrásSql-ből és rögzítenünk a KLIK_BSZR rendszerben. pl. szállítási határidő, határidőre való teljesítés, szállítás minősége INTERFÉSZEK KIALAKÍTÁSA AZ INTEGRÁLT INFORMATIKAI RENDSZER EGYÉB MODULJAIVAL Kapcslat az iktatórendszer mdullal A rendszer legyen alkalmas arra, hgy a tárlt iktatási szám alapján meghívható legyen az iktatórendszer, tvábbá a létrehztt dkumentumk, határzatk, hivatals leveleket iktatószámmal lehessen ellátni rendszeren belülről. Kapcslat az Adattárház mdullal A közös szlgáltatásk integrációs platfrmján keresztül a KLIK_BSZR-nek adatkat kell átadnia az Adattárház ETL mduljának. Kapcslat az Vezetői Infrmációs Rendszer mdullal A KLIK_BSZR legyen alkalmas arra, hgy a VIR számára adatkat szlgáltassn az tt megvalósíttt riprtk kiszlgálására az integrációs platfrmn vagy adatkapcslatn keresztül. Kapcslat a közös szlgáltatásk mdullal Lásd 3. fejezet. 3 MEGFELELÉS A KÖZÖS SZOLGÁLTATÁSOK IGÉNYBEVÉTELÉNEK A megvalósítandó IT rendszerek esetében szükséges, hgy azk az egységes, azns elvek mentén kialakíttt infrastruktúrát és szlgáltatáshalmazt vegyék igénybe, ahelyett, hgy párhuzamsan újra létrehznának egyes funkciókat. A KLIK infrmatikai rendszerkörnyezetében egy Közös Szlgáltatásk nevű szlgáltatáshalmaz biztsítja ezeket. Az alábbiakban ismertetjük, milyen feltételeknek kell megfelelnie a kifejlesztendő rendszernek, hgy az adtt szlgáltatáshz kapcslódni tudjn, illetve jelezzük a követelmény erősségét is (kötelező, tárgyalható, pcinális). 3.1 FELHASZNÁLÓ-, ÉLETCIKLUS-, JOGOSULTSÁGKEZELÉS A rendszer a felhasználók hitelesítését az SSO-n keresztül közpnti címtárból végezze el. Engedélyezett prtkllk: Kerbers, NTLMv2, LDAP, SAMLv2. A rendszert kizárólag a KLIK tartmányban aznsíttt, illetve azzal federált identitású felhasználók használhatják. 19

20 Az SSO-n keresztül az egységes címtárból történik az authrizáció, illetékesség megállapítás csprttagság, és egyéb felhasználói metaadatk alapján. Minden felhasználót csak egyszer veszünk fel, és szerepkörönként egy-egy címtár-csprtt lehet felvenni. A szükséges szerepkörök meglétét az alkalmazás ellenőrzi. A szerepkör által elérhető funkciókat, jgsultságkat a címtár szerinti szerepkör alapján engedélyezi. Az alkalmazásban listázható és módsítható a szerepkör tartalma, az alkalmazásn belüli jgsultságk és funkciók. A csprttagság rekurzív kezelésének lehetősége: csprtk egymásba ágyazása esetén is képes legyen a felhasználók csprttagságának, így szerepkörének vagy szerepköreinek meghatárzására. Védett, hivatali hálózatn a felhasználókat Windws Integrált hitelesítéssel kell beléptetni. A rendszer a felhasználóra vnatkzó, más rendszerek számára is elérendő, szervezeten belül nyilváns infrmációkat, jellemzőket (mint pl. HR rendszer esetén a név, besztás, szervezeti egység) a címtárban is tárlnia kell. A rendszernek a felhasználók életciklus-kezelése céljából a közpnti felhasználókezeléshez kell kapcslódnia elektrnikus interfésszel. Ezen az interfészen keresztül kerül sr a felhasználók felvételére, letiltására illetve a címtár-alapú szerepkörök módsítására. A rendszernek az egyedi felhasználói hzzáférési igények kezelése céljából a közpnti felhasználó-kezeléshez kell kapcslódnia elektrnikus interfésszel. Ezen keresztül valósulhat meg a rendszeren belüli felhasználói jgsultságk megadása, módsítása, törlése. Az alkalmazással szemben elvárás, hgy jgsultsági rendszere csprt vagy címtár attributum alapú legyen. Ezeken kívül tvábbi paraméter csak indklt esetben határzhat meg a rendszerben jgsultságkat. Az alkalmazás kialakítása, testreszabása srán meg kell teremteni a federált (federated authenticatin) és claim alapú (SAML 2.0) alapú aznsítás és engedélyezés lehetőségét. Nem megengedett, hgy az alkalmazás a felhasználóinak jelszavát eltárlja az alkalmazás adatbázisában. Az alkalmazás naplókban vagy egyéb módn (pl. fájlba kiírt gyrsító tárban) sem szerepelhet a felhasználó jelszava. Tárgyalható Tárgyalható Tárgyalható Tárgyalható 3.2 ÜZEMELTETÉS, MONITOROZÁS, FELÜGYELET A rendszer a működés srán fellépő infrmatív, figyelmeztető és hibaeseményekről az összes fnts infrmáció feltüntetésével szabványs naplófrmátumban (syslg, Windws Event Lg) kell bejegyzéseket tenni állítható mélységben (hibák, figyelmeztetések, minden esemény, stb.). A rendszer a működését jellemző, üzemeltetési szempntból fnts teljesítmény- szabványs frmában (pl. Windws Perfrmance Cunter) kell adatkat elérhetővé tegye. A rendszerhez az architektúrát megmutató, az eseményeken és teljesítménymutatókn alapuló System Center Management Pack-et kell elkészíteni és leszállítani. Tárgyalható Tárgyalható 20

21 Abban az esetben ha az alkalmazás, vagy a felhasználó személyes adatkhz fér hzzá, akkr a hzzáférés ténye, ideje és módja személyhez kötötten naplóztt és visszakereshető kell, hgy legyen. 3.3 MAGAS RENDELKEZÉSRE ÁLLÁSÚ ADATBÁZIS PLATFORM A rendszer az alábbi adatbázis kiszlgáló rendszereken futhat, a közös szlgáltatásk által nyújttt, magas rendelkezésre állású adatbázis kiszlgálót használva: SQL Server 2012 vagy frissebb 3.4 TÖRZSADAT-KEZELÉS (MASTER DATA MANAGEMENT) Az alkalmazásnak a törzsadatk lekérdezése, tárlása és módsítása érdekében integrálódni kell a KLIK kialakításra kerülő közpnti törzsadattárával, melyet a közös integrációs platfrmn keresztül tud elérni WS-* prtkllkn keresztül. A törzsadatk pnts köre a felmérési szakaszban kerül definiálásra. A jelenlegi felmérések alapján a következő entitásk kerülnek a törzsadat kezelés alá: Intézményi adtk Feladat-ellátási hely adatk Fenntartói adatk Dlgzók/pedagógusk/köztisztviselők adatai 3.5 ADATTÁRHÁZ Az Adattátházzal való kmmunikáció érdekében a KLIK a többi szakrendszer beszerzése srán az alábbi elváráskat érvényesíti azkkal szemben: Az Adattárházba történő adatátadás érdekében a kapcslódó rendszerek a következőképpen kell biztsítaniuk hzzáférést az adataikhz: Direkt adatbázis elérés biztsítása (minimálisan ODBC kapcslat ETL flyamatkhz) Staging adatbázis előállítása, inkrementális módn Adattárház extraktum előállítása (CSV, TXT, XML frmátumkban) 3.6 RIPORTOLÁS Az akár ütemezhető, paraméterezhető, kézbesíttethető jelentések előállítása a közös szlgáltatáskban létrehztt riprting rendszermdul számára feladtt jelentésdefiníciós állmánykn keresztül érhető el. Tárgyalható 3.7 INTÉZMÉNYI KOMMUNIKÁCIÓS PLATFORM A rendszer, ha -küldési képességekkel rendelkezik, azt csak a közös intézményi kmmunikációs platfrm szlgáltatásainak igénybevételével teheti meg. Önálló pstaláda-kezelés nem engedélyezett. 21

22 3.8 INTEGRÁCIÓS PLATFORM Belső alkalmazásk közötti adatátadás esetén az interfészek az Integrációs platfrm kmpnens felhasználásával kerüljenek kialakításra. Külső (pl. minisztériumi szervezetek) alkalmazáskkal a kapcslat kialakítás módját az IT egyedileg dönti el. Képes külső rendszerek, az integrációs platfrmn keresztüli megszólítására, adatkapcslat esetén önálló adatkapcslat kialakítására, a külső rendszerekben definiált adatkkal való integrációra, valamint a külső rendszerek által nyújttt szlgáltatásk igénybe vételére a saját üzleti lgikájában. Az integrációs platfrm keretében a következő integrációs prtkllk állnak rendelkezésre: WS-*, SOAP JSON MQSeries MSMQ Tárgyalható 3.9 BIZTONSÁGOS ALKALMAZÁSPUBLIKÁCIÓ A jelszavak, személyes vagy egyéb szenzitív adatk tvábbításakr a kliensszerver kmmunikációnak SSL csatrnában kell haladnia. Az alkalmazás az NTG-n kívüli felhasználókat a Közös Szlgáltatásk keretében megvalósuló biztnságs alkalmazáspublikáción keresztül éri el. 4 LESZÁLLÍTANDÓK, TELJESÍTÉS 4.1 EREDMÉNY TERMÉKEK A fejlesztés srán az alábbi eredménytermékeket kell elkészíteni: Dkumentáció a 2.8 -as fejezetben, a dkumentációval kapcslats követelmények -ben felsrlt dkumentációk. Termék: Infrmatikai rendszer (egyedi fejlesztések frráskódja, adatbázis struktúra, licenszek és törzsadatk) Licenszek tekintetében lásd a 2.9 fejezetben leírtakat. Szlgáltatás: Oktatás Szlgáltatás: A teszt rendszer támgatása az éles indulásig Ajánlattevőnek hzzá kell járulnia ahhz, hgy az átadtt dkumentumkkal Megrendelő saját tevékenységi körében szabadn és krlátlanul rendelkezzen. 4.2 TELJESÍTÉS ÜTEMEZÉSE 22

23 A KLIK-BSZR infrmatikai alkalmazás kifejlesztése az alábbi fáziskban kell, hgy megtörténjen. Szállító köteles a szerződés kötéstől számíttt 5 munkanapn belül a szftver bevezetés tevékenységeinek ütemezésére javaslatt tenni. A rendszer bevezetésének véghatárideje: szeptember 30. Tevékenység Időtartam a szerződéskötéstől számíttt időn belül Előkészítés, interjúk Részletes rendszerterv elkészítése Fejlesztés Tesztelés Migráció a felhasználók migrálása Oktatásk Éles próbaüzem Éles indulás szeptember 30. A prjekttervet a Szállítónak szabványs Micrsft Office 2010 frmátumban kell átadnia és az előrehaladást követni. Ennek tartalmaznia kell: az ütemtervezést, a prjekt teljes időtartamára vnatkzóan biztsítani kell a jgszabályváltzásk követését és a rendszerbe történő beépítését. a rendszer bevezetésének részletes lépéseit, azk egymástól és egyéb külső feltételektől való függését. (szükséges fejlesztések, paraméterezések, installálásk, ktatásk, adattisztítás, különböző szintű tesztelések, valamint átadás átvételek ütemezése. ) fel kell srlni a Megrendelő ldali erőfrráskat, valamint a leszállítandó eredménytermékeket. Szintén a tevékenységekhez kapcslódóan meg kell adni a Felelősöket. Az ütemtervezéskr figyelembe kell venni, hgy az egyes fázisk, jóváhagyandó eredménytermékek átvételénél a jóváhagyásra elegendő időt kell biztsítani. A bevezetés srán a Szállító az Éles indulás véghatáridejétől nem térhet el. 4.3 OKTATÁSOK Lásd a 2-6. Oktatással kapcslats követelmények fejezetet. 4.4 MŰSZAKI TARTALOM MEGFELELÉS Az ajánlattevőnek nyilatkznia kell az ajánlatában arról, hgy az általa szállítandók a felsrlt követelményeknek megfelelnek-e. Az alábbi táblázatt és megfgalmazást kell használni ehhez a nyilatkzathz: Az ajánlatmban szereplő termékek és szlgáltatásk tekintetében nyilatkzm a megfelelő mező megjelöléséve ( x ) az alábbi táblázatban felsrlt követelmények teljesítéséről, azk megfelelnek/nem felelnek meg. (igen/nem) 23