RENDSZERSZERVEZÉS MODUL

KLEBELSBERG INTÉZMÉNYFENNTARTÓ KÖZPONT

TÁMOP-3.1.4.B-13/1 SZÁMÚ, „KÖZNEVELÉS AZ ISKOLÁBAN” CÍMŰ PROJEKT

RENDSZERSZERVEZÉS MODUL

TANÜGY

ALMODUL MŰSZAKI DOKUMENTÁCIÓJA

TARTALOMJEGYZÉK

1. Bevezetés 8

1.1. Összefoglaló 8

1.2. Az alprojekt célja 8

1.3. A dokumentum felépítése 9

2. Fogalomtár 9

3. Adottságok 10

3.1. Ajánlatkérő bemutatása 10

3.1.1. Elnöki Titkárság 13

3.1.2. Köznevelés-igazgatási Főosztály 13

3.1.3. Szakképzés-szervezési Főosztály 13

3.1.4. Fejlesztési és Projektigazgatóság 13

3.1.5. Gazdálkodási Főosztály 13

3.1.6. Személyügyi Főosztály 13

3.1.7. Koordinációs Főosztály 13

3.1.8. Beszerzési és Közbeszerzési Főosztály 14

3.1.9. Vagyongazdálkodási Főosztály 14

3.1.10. Belső Ellenőrzési Főosztály 14

3.2. Az Ajánlatkérő szervezeteinek részvétele a köznevelés szervezésében, irányításában és ellenőrzésében 14

3.2.1. A KILK fenntartással összefüggő feladatai az alábbiak 14

3.2.2. A miniszter ágazati irányítási feladataihoz kapcsolódóan a KLIK feladatkörében 15

3.2.3. A KILK a fenntartásában lévő szakképző intézmények tekintetében 15

3.2.4. A KILK fő tevékenységi területei és szakfeladatrend szerinti besorolása a következő 16

3.2.5. A KLIK és az általa fenntartott köznevelési intézmények köznevelési alapfeladatai 19

3.2.6. Az Ajánlatkérői szakértői támogatás 20

3.3. Jogszabályi környezet bemutatása 20

3.4. Adatkezelésre, adatvédelemre vonatkozó irányelvek 21

3.5. Fejlesztői jogokra vonatkozó irányelvek 21

3.5.1. Szoftverjogok 21

3.5.2. Tartalomfejlesztés 22

4. A megoldás számszerű bemutatása 22

4.1. Felhasználók száma 22

5. A feladat bemutatása 22

5.1. A teljes informatikai rendszer architektúrájának magas szintű bemutatása 22

5.2. A modul (Tanügyi Rendszer) architektúrájának magas szintű bemutatása 24

5.2.1. elvárt felépítés 24

5.2.2. Funkcionális almodulok 25

5.2.3. “Stratégiai tervezés” almodul 25

5.2.4. “Munkaterv” almodul 29

5.2.5. “Éves tanügy-igazgatás” almodul 29

5.2.6. “Határozat” almodul 30

5.3. Megvalósítandó folyamatok ismertetése 31

5.3.1. Alaptevékenységek folyamatai és a modul által támogatandó folyamatok ismertetése 31

5.3.2. Jelen folyamatok bemutatása 33

5.4. Felhasználói szerepek 35

6. A megoldással szemben támasztott követelmények 35

6.1. Általános követelmények 35

6.1.1. A modul (Tanügyi Rendszer) egészével szemben támasztott általános követelmények 36

6.1.2. “Stratégiai tervezés” almodul 36

6.1.3. “Éves Tanügy-igazgatás" almodul 37

6.2. A megvalósítandó folyamatokkal kapcsolatos követelmények 38

6.2.1. “Stratégiai tervezés” almodul 38

6.2.2. “Munkaterv” almodul 44

6.2.3. “Éves tanügy-igazgatás” almodul 46

6.2.4. “Határozat” almodul 51

6.3. Funkcionális követelmények 53

6.3.1. “Stratégiai tervezés” almodul 53

6.3.2. “Munkaterv” almodul 55

6.3.3. “Éves tanügy-igazgatás” almodul 55

6.3.4. “Határozat” almodul 57

6.4. Nem Funkcionális követelmények 58

6.4.1. Általános Követelmények 58

6.4.2. Megbízhatóság 59

6.4.3. Rendelkezésre állás 59

6.4.4. Leállások között eltelt átlagos idő (MTBF) 60

6.4.5. Leállások átlagos javítási ideje (MTTR) 60

6.4.1. Külső rendszerek kiesése miatti degradáció 60

6.4.2. Biztonság 60

6.4.3. Azonosítás 61

6.4.4. Jogosultság kiosztás 61

6.4.5. Felhasználói felületek 62

6.4.6. Működési feltételek 62

6.5. Architekturális követelmények 64

6.5.1. Általános architekturális követelmények 64

6.5.2. Interfészek kialakítása külső rendszerekkel 64

6.5.3. Interfészek kialakítása az integrált informatikai rendszer egyéb moduljaival 65

6.6. Megfelelés a közös szolgáltatások igénybevételének 65

6.6.1. Felhasználó-, életciklus-, jogosultságkezelés 65

6.6.2. Üzemeltetés, monitorozás, felügyelet 66

6.6.3. Magas rendelkezésre állású adatbázis platform 67

6.6.4. Törzsadat-kezelés (Master Data Management) 67

6.6.5. Adattárház 67

6.6.6. Riportolás 68

6.6.7. Intézményi kommunikációs platform 68

6.6.8. Intézményi zártláncú telefónia 68

6.6.9. Integrációs platform 68

6.6.10. Alkalmazásplatform 69

6.6.11. Biztonságos alkalmazáspublikáció 69

6.6.12. közös szolgáltatások igénybevételének Funkciónális követelményei 69

7. A szállítóval szemben támasztott követelmények 71

7.1. Elvégzendő tevékenységek 71

7.1.1. Projekt végrehajtásával kapcsolatos általános követelmények 71

7.1.2. Kapcsolattartás az alprojekt végrehajtása során 71

7.1.3. Projekt minőségbiztosításával kapcsolatos általános követelmények 72

7.1.4. A rendszer tervezésével kapcsolatos általános követelmények 72

7.1.5. Informatikai környezet kialakítása 73

7.1.6. A rendszer megvalósításával kapcsolatos általános követelmények 73

7.1.7. Tesztelés (integrált tesztkörnyezet) 75

7.1.8. Dokumentációk elkészítése 76

7.1.9. Oktatás 77

7.1.10. Próbaüzem 78

7.1.11. Rendelkezésre állás és jótállás 79

7.1.12. Üzletmenet folytonosság 80

7.1.13. Katasztrófa elhárítási terv 81

7.1.14. Xxxxxxx terv, mentési tevékenység 81

7.2. Leszállítandó termékek 81

8. Ütemezési követelmények 85

8.1. Elvégzendő tevékenységek 85

9. Mellékletek 85

9.1. Használati esetek bemutatása 85

9.2. Adatmodell és adatkörök bemutatása 85

9.2.1. „Stratégiai tervezés” almodul 85

9.2.2. „Munkaterv” almodul 91

9.2.3. „Éves tanügy-igazgatás” almodul 93

9.2.4. „Határozat” almodul 103

9.3. Rendszer átvételi szabályzat 104

9.4. Információ biztonsági szabályzat 104

1. BEVEZETÉS

1.1. ÖSSZEFOGLALÓ

A Klebelsberg Intézményfenntartó Központ (a továbbiakban KLIK) központi és területi szervekből áll. A KLIK területi szervei a tankerületek és a megyeközponti tankerületek. A tankerületek székhelye és illetékességi területe megegyezik a járási hivatalok székhelyével és illetékességi területével. A KLIK önálló jogi személyiséggel rendelkező szervezeti egységeit képezik az oktatási intézmények.

A tankerület az illetékességi területén működő általános iskolák, alapfokú művészeti iskolák és gimnáziumok fenntartásával kapcsolatosan ellátja a KLIK szervezeti és működési szabályzatában számára meghatározott egyes fenntartói feladatokat.

A KLIK TÁMOP-3.1.4.B-13/1 azonosító számú, „Köznevelés az iskolában” című projekt 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 partnerkapcsolatainak javítása és a meglévő erőforrások kihasználásának növelése.

A projekt „Rendszerszervezés” modulja a korábban szétszabdalt intézményrendszerben, a több mint 2700 intézményben felhalmozódott erőforrást, tudást és tapasztalatot kívánja egységbe szervezni, mindazon lehetőségeknek a kiaknázásával, amelyeket a központosítás és a hálózatosodás magában rejt. Ennek megvalósítása érdekében a KLIK célul tűzte ki egy informatikai támogató alkalmazás kifejlesztését és implementálását.

1.2. AZ ALPROJEKT CÉLJA

A KLIK célja egy újonnan kialakítandó tanügyi informatikai modul létrehozása (a továbbiakban Tanügyi Rendszer), amely illeszkedik a KLIK informatikai rendszerébe.

Az alprojekt eredményeként kifejlesztett Tanügyi Rendszer alapvető céljai:

• Kezelje integráltan a tanügyi tervezési adatokat és a tervezési és irányítási folyamatokat.

• Biztosítsa a tanügyi folyamatok nyomon követését, gyorsítását.

• Teremtse meg az ágazati információs igények kielégítésén túl, a szakmai feladatellátásra alapozottan a hatékony tanévi feladat- és munkaerő tervezés, valamint az ezekhez kapcsolódó gazdálkodás feltételeit (központi, tankerületi és intézményi szinten).

A Tanügyi Rendszernek egyértelműen nem célja az alábbi funkcionalitás megvalósítása:

• Intézményi adminisztrációs funkciók

• Tananyag fejlesztési funkciók

• Intézményi pénzügyi tervek készítése

• Tanév rendjének tervezése

• Munkavállalói személyi adminisztráció

• Napi erőforrás menedzsment (hiányzás menedzsment, e-napló, étkeztetés, utaztatás, bentlakásos ellátás)

1.3. A DOKUMENTUM FELÉPÍTÉSE

A dokumentáció Műszaki leírásának első fejezetei tájékoztató jellegűek. Az Ajánlatkérő köznevelés-szervezési, irányítási és ellenőrzési feladatainak támogatására létrehozandó informatikai megoldás, azon belül a jelen Műszaki dokumentáció tárgyat képező Tanügyi almodul megvalósítandó funkciók megismerését, a rendszerben elérendő főbb folyamatok egyes lépéseinek a megértését szolgálják.

▪ Fogalomtár: Jelen Műszaki leírásban használt, köznevelés-specifikus fogalmak jelentésének bemutatása.

▪ A megavalósítási környezet adottságai: Mindazoknak a peremfeltételeknek a bemutatása, amelyek a modulban megvalósítandó folyamatok megtervezésére hatással voltak. Bemutatjuk a modul működése során résztvevő szereplőket, a közöttük levő összefüggéseket.

▪ Javasolt architektúra: A modul megvalósítása során javasolt architektúra és a fő elemeinek (almodulok) bemutatása.

▪ Támogatandó folyamatok: A modul által támogatandó fő folyamatok bemutatása.

▪ Követelmények: Pontokba szedett részletes követelményjegyzék, mely tartalmazza a leszállítandó modullal szemben támasztott funkcionális és nem funkcionális követelményeket.

▪ Az alprojekt során elvégzendő feladatok és leszállítandó termékek: Az Ajánlattevő által a modul fejlesztése során elvégzendő tevékenységekkel és a leszállítandó termékekkel szemben támasztott követelmények.

▪ Ütemezés: Az Ajánlattevő modulfejlesztéssel kapcsolatos tevékenységével szemben támasztott ütemezési követelmények bemutatása.

2. FOGALOMTÁR

FOGALOM / RÖVIDÍTÉS	ÉRTELMEZÉS
Projekt	TÁMOP-3.1.4.B-13/0-0000-0000 „Köznevelés az iskolában”.
Alprojekt	Jelen közbeszerzés tárgyát képező TÁMOP-3.1.4.B-13/0-0000-0000 számú, „Köznevelés az Iskolában” című projekt Rendszerszervezés modul Tanügyi almodulja fejlesztésének beszerzése” eljárás eredményeként létrejött fejlesztési projekt.
Projekt időszak	2015.09.30-ig tart.
Alprojekt időszak	Jelen közbeszerzési eljárás tárgyát képező szolgáltatásokra vonatkozó vállalkozói szerződésben rögzített szerződéses időszak.
Ajánlatkérő / Megrendelő	Jelen közbeszerzési eljárás kiírója.
Ajánlattevő	Jelen közbeszerzési eljárásban Ajánlattevőként részt vevő vállalkozó / konzorcium.
Próbaüzem	Jelen közbeszerzési eljárás tárgyát képező szolgáltatások során a sikeres felhasználói tesztidőszakot követő, meghatározott ideig tartó, a megvalósított rendszer üzemszerű működésének éles üzemi bevezetést megelőző vizsgálata.
Iskola-adminisztráció	Az oktatási intézmények elektronikus napló funkciókat biztosító rendszerei.

3. ADOTTSÁGOK

A kialakítandó rendszernek meg kell felelnie az Ajánlatkérő működését szabályozó jogi háttérnek, és illeszkednie kell a szervezeti felépítéséhez, működési folyamataihoz, amelyekben a 2015-ös évtől a szervezeti és működési szabályzat módosítása miatt változások várhatóak. Ezen felül a rendszernek meg kell felelnie az ágazatban érvényes szabványoknak, és figyelembe kell vennie a nemzetközi műszaki ajánlásokat.

A kialakításra kerülő rendszernek illeszkednie kell az Ajánlatkérő informatikai környezetébe, és együtt kell működnie egyéb informatikai rendszerekkel.

3.1. AJÁNLATKÉRŐ BEMUTATÁSA

A Kormány a 202/2012. (VII. 27.) Korm. rendelettel hozta létre a KLIK-et, mint központi hivatalt, amely feladatait az oktatásért felelős miniszter irányításával, országos illetékességgel látja el. A KLIK központi szervből és területi szervekből áll. A KLIK területi szerve a járási (fővárosi kerületi) tankerület és a megyeközponti tankerület.

A járási tankerületek székhelye és illetékességi területe megegyezik a járási hivatalok székhelyével és illetékességi területével. A járási tankerület az illetékességi területén működő általános iskolák, alapfokú művészeti iskolák és gimnáziumok fenntartásával kapcsolatosan ellátja a KILK szervezeti és működési szabályzatában számára meghatározott egyes fenntartói feladatokat.

A megyeközponti tankerület a megye székhelyén működő tankerület, amelynek illetékességi területe a szakképző iskolák, a kollégiumok, a pedagógiai szakszolgálati feladatokat ellátó intézmények, valamint a pedagógiai-szakmai szolgáltatásokat ellátó intézmények tekintetében azon megyére terjed ki, amelynek székhelyén működik. Pest megyében a megyeközponti tankerület Cegléd székhellyel működik. A megyeközponti tankerület a szakképző iskolák, a kollégiumok, a pedagógiai szakszolgálati feladatokat, valamint a pedagógiai-szakmai szolgáltatásokat ellátó köznevelési intézmények, továbbá az ezen feladatokat is ellátó többcélú intézmények fenntartásával kapcsolatosan ellátja a KLIK szervezeti és működési szabályzatában számára meghatározott egyes fenntartói feladatokat.

2013. január 1-jétől az óvodák kivételével állami fenntartásba kerültek az oktatási intézmények.

A Kormány a KLIK-et jelölte ki az állami fenntartású köznevelési intézmények fenntartói jogai és kötelezettségei gyakorlására. A KILK közreműködik a Klebelsberg Képzési Ösztöndíj működtetésében, valamint a közfoglalkoztatáshoz kapcsolódó alapkompetencia-fejlesztő és a 7–8. osztály felzárkóztatását elősegítő képzésekhez szükséges személyi és tárgyi feltételek biztosításában.

A KLIK-et elnök vezeti és munkáját három elnökhelyettes - gazdasági elnökhelyettes, szakmai elnökhelyettes, szakképzési elnökhelyettes – segíti, akik egyben az elnök helyettesítését is hivatottak ellátni. A járási tankerületet és a megyeközponti tankerületet a tankerületi igazgató vezeti. A tankerületi igazgatót – az elnök és a tankerület székhelye szerint illetékes fővárosi és megyei kormányhivatal kormánymegbízottja véleményének kikérésével – az oktatásért felelős miniszter nevezi ki, illetve menti fel.

A tankerületi igazgatók főbb feladataik az illetékességi területükön működő köznevelési intézmények irányítása, pedagógiai munkájának koordinálása, kapcsolattartás az intézményvezetőkkel, pedagógusokkal és a köznevelés egyéb szereplőivel; rendszeres jelentések és adatszolgáltatások készítése; és bizonyos esetekben az intézmények működési feladatainak ellátása. A települési önkormányzatok a működtetési feladatokat látják el, így felelősségi körükbe tartozik a működtetéshez kötődő munkavállalók, alkalmazottak munkabérének, juttatásainak finanszírozása.

Elnöki titkárság

ELNÖK

Gazdasági

elnökhelyettes

Szakképzési

elnökhelyettes

Szakmai

elnökhelyettes

Belső Ellenőrzési

Főosztály

Fejlesztési és

Projektigazgatóság

Koordinációs

Főosztály

Személyügyi

Főosztály

Beszerzési és

Közbeszerzési Főosztály

Szakképzés-

szervezési Főosztály

Köznevelés-

igazgatási Főosztály

Programirányítási

Osztály

Igazgatási és

Ügyfélkapcsolati Osztály

Humán Igazgatási

Osztály

Gazdálkodási

Főosztály

Fővárosi

Szakképzési és Ellátási Osztály

Fővárosi Szervezési

Osztály

Projektmenedzsme

nt Osztály

Informatikai és

Statisztikai Osztály

Közalkalmazotti

Osztály

Kontrolling Osztály

Szakmai

Módszertani Osztály

Iratkezelési Osztály

Pénzügyi Osztály

Területi Szervezési

Osztály

Jogi Osztály

Számviteli Osztály

Vagyongazdálkodási

Főosztály

Műszaki és

Üzemeltetési Osztály

Vagyonkezelési és

Nyilvántartási Osztály

A KLIK központi szervezete jelenleg 9 főosztályból áll, melyek közvetlenül elnöki, vagy elnökhelyettesi irányítás alatt állnak:

3.1.1. ELNÖKI TITKÁRSÁG

Az Elnöki Titkárság az elnök közvetlen irányításával, az általa meghatározott koordinációs, iratkezelési,

programszervezési és külső kommunikációs, valamint titkársági feladatokat látja el.

3.1.2. KÖZNEVELÉS-IGAZGATÁSI FŐOSZTÁLY

A szakterület feladata a szakmai elnökhelyettes irányításával a tankerületek köznevelés-igazgatással

kapcsolatos feladatainak egységes szakmai irányítása, tevékenységük koordinálása.

3.1.3. SZAKKÉPZÉS-SZERVEZÉSI FŐOSZTÁLY

A Szakképzés-szervezési Főosztály a szakképzési elnökhelyettes irányítása alatt látja el a szakképzési-

szervezési feladatok egységes szakmai irányítását, a megyeközponti tankerületek szakképzés-irányítási feladatainak koordinálását.

3.1.4. FEJLESZTÉSI ÉS PROJEKTIGAZGATÓSÁG

A Fejlesztési és Projektigazgatóság közreműködik a területi szervek szakmai és funkcionális

irányításában, feladata a központi kiemelt projektek, illetve a köznevelési intézmények fenntartásával, működtetésével kapcsolatos projektek koordinálása.

3.1.5. GAZDÁLKODÁSI FŐOSZTÁLY

A Gazdálkodási Főosztály a KLIK gazdasági szervezetének alappillére, mely a gazdasági elnökhelyettes

irányítása alatt gondoskodik a KLIK költségvetési gazdálkodási feladatainak ellátásáról..

3.1.6. SZEMÉLYÜGYI FŐOSZTÁLY

A Személyügyi Főosztály ellátja a KLIK személyzeti-igazgatási és humánpolitikai feladatait.

3.1.7. KOORDINÁCIÓS FŐOSZTÁLY

A Koordinációs Főosztály többek között irányítja a szakmai főosztályok tevékenységét, összehangolja a

területi szervek tevékenységét, koordinálja a KLIK minőségirányítási rendszerének kialakításával és működtetésével kapcsolatos feladatokat.

3.1.8. BESZERZÉSI ÉS KÖZBESZERZÉSI FŐOSZTÁLY

A Beszerzési és Közbeszerzési Főosztály a gazdasági elnökhelyettes irányítása alatt gondoskodik a KLIK

beszerzéseinek szabályszerű bonyolításáról..

3.1.9. VAGYONGAZDÁLKODÁSI FŐOSZTÁLY

A Vagyongazdálkodási Főosztály a gazdasági elnökhelyettes irányítása alatt látja el feladatait.

Közreműködik a KLIK tankerületei vagyongazdálkodással összefüggő szakmai és funkcionális irányításában, ellátja a köznevelési intézmények fenntartásával, működtetésével kapcsolatos vagyonkezelési, üzemeltetési, működtetési és ellátási feladatokat.

3.1.10.BELSŐ ELLENŐRZÉSI FŐOSZTÁLY

A Belső Ellenőrzési Főosztály az elnök közvetlen irányításával látja el tevékenységét. A belső ellenőrzés

független, tárgyilagos, bizonyosságot adó és tanácsadó tevékenység, amelynek célja, hogy a szervezet működését fejlessze és eredményességét növelje.

3.2. AZ AJÁNLATKÉRŐ SZERVEZETEINEK RÉSZVÉTELE A KÖZNEVELÉS SZERVEZÉSÉBEN, IRÁNYÍTÁSÁBAN ÉS ELLENŐRZÉSÉBEN

3.2.1. A KILK FENNTARTÁSSAL ÖSSZEFÜGGŐ FELADATAI AZ ALÁBBIAK:

- a miniszter számára javaslatot tesz a köznevelési intézmény létesítésére, átszervezésére, megszüntetésére, tevékenységi körének módosítására irányuló döntés meghozatalára, közreműködik a döntés előkészítésében, a javaslattételt megelőzően beszerzi a jogszabály alapján arra jogosult egyetértését, véleményét,

- előkészíti és a miniszternek megküldi a köznevelési intézmény vezetőjének kinevezésére, megbízására és megbízásának visszavonására, a tankerületi igazgató kinevezésére, felmentésére vonatkozó munkáltatói intézkedés dokumentumait,

- érvényesíti és – módszertani segítséget is nyújtva – érvényesítteti a köznevelési intézmények tevékenységében az erőforrásokkal, így különösen az Intézményfenntartó Központ költségvetési előirányzatával, engedélyezett létszámával és a vagyonkezelésében vagy használatában álló vagyonnal való szabályszerű és hatékony gazdálkodás követelményeit,

- központosítottan folytatja le a beszerzéseket,

- értékeli a köznevelési intézmények szakmai feladatai végrehajtásához szükséges feltételek meglétét, valamint szervezi és irányítja azok megteremtését,

- közreműködik az alapkészségek, képességek országos mérésének és a nemzetközi köznevelési tárgyú mérések, vizsgálatok lebonyolításában,

- közreműködik a miniszter által meghirdetett és támogatott országos tanulmányi versenyek szervezésével összefüggő feladatokban,

- közreműködik a középfokú beiskolázás központi írásbeli felvételi vizsgáinak megszervezésében,

- összesíti a köznevelési intézményekre vonatkozó kötelező, rendszeres és ad hoc jellegű adatszolgáltatásokat,

- ellátja az Nkt.-ban és más jogszabályokban meghatározott egyéb fenntartói feladatokat,

- közreműködik a területi köznevelési feladatellátás megszervezése irányainak meghatározásában.

3.2.2. A MINISZTER ÁGAZATI IRÁNYÍTÁSI FELADATAIHOZ KAPCSOLÓDÓAN A KLIK FELADATKÖRÉBEN:

- az irányító szerv utasításainak megfelelően részt vesz az oktatáspolitika kialakításához, az azzal kapcsolatos döntések előkészítéséhez szükséges és a költségvetési támogatásból megvalósuló fejlesztések lebonyolításával kapcsolatos feladatokban,

- javaslatot tesz a miniszternek a tankerületek illetékességi területe módosításának kezdeményezésére, közreműködik a miniszteri kezdeményezés előkészítésében,

- elemzi a KLIK fenntartásában lévő köznevelési intézményben lefolytatott ellenőrzések eredményeit, és ennek alapján javaslatot tesz a miniszternek a köznevelés közép- és hosszú távú fejlesztési terveinek kidolgozására, módosítására,

- a miniszter felkérésére részt vesz a fejlesztési források tervezésében és a támogatások nyújtásával kapcsolatos eljárásban,

- kapcsolatot tart fenn az egyházi és magánintézményekkel a feladatkörébe tartozó ügyekben és javaslatot tehet a miniszternek köznevelési szerződés kötésére,

- jogszabályban foglalt feladatkörében statisztikai adatokat gyűjt,

- közreműködik valamennyi az Országos Képzési Jegyzékben szereplő szakképesítéssel kapcsolatos szakmai vizsga központi írásbeli tételeinek, központi gyakorlati feladatainak, valamint azok megoldásainak szétosztásában,

- ellátja a jogszabályban és az Intézményfenntartó Központ alapító okiratában meghatározott további feladatokat.

3.2.3. A KILK A FENNTARTÁSÁBAN LÉVŐ SZAKKÉPZŐ INTÉZMÉNYEK TEKINTETÉBEN:

- ellátja a szakképző iskolák szakképzési feladatainak országos szakmai koordinációját,

- kidolgozza a szakképzéssel kapcsolatos országos feladatellátási koncepciót, fejlesztési tervet, szakmai irányelveket és feladatszervezési alapelveket, továbbá elemzéseket készít,

- felelős a pályakövetési rendszer működtetéséért,

- a szakképzési feladatellátással kapcsolatban meghatározza a hatékonyság növeléséhez szükséges intézkedéseket, a hatékonyság mérésére alkalmas eszközrendszert, méri a hatékonysági célok elérését,

- ellátja az irányítása alá tartozó szakképző iskolák felnőttképzési tevékenységének országos koordinációs feladatait,

- meghatározza a felnőttképzési tevékenység céljait,

- a Kormány szakmaszerkezeti döntésének előkészítése során elkészíti javaslatát a keretszámoknak a megyén, fővároson belüli, fenntartók közötti elosztására az állami szakképzési és felnőttképzési szerv által meghatározottak szerint, együttműködve a szakképző iskolai fenntartókkal és a fővárosi és megyei kormányhivatalokkal, figyelembe véve a megyei szakképzési tervben, a szakképzési megállapodásokban foglaltakat és a fenntartók szándékát,

- a Kormány által az adott megyében, a fővárosban az állami intézményfenntartó központra meghatározott keretszámokat megosztja a megye, a főváros szakképző iskolái között,

- tervet készít a megyei szakképzési kapacitásokra vonatkozóan, amelyet összehangol a nem állami fenntartók által ellátott szakképzési feladatokkal.

3.2.4. A KILK FŐ TEVÉKENYSÉGI TERÜLETEI ÉS SZAKFELADATREND SZERINTI BESOROLÁSA A KÖVETKEZŐ:

- A fent leírtaknak megfelelően fenntartja az állami feladatellátásban résztvevő köznevelési intézményeket. Gondoskodik a köznevelési intézmények hatékony, szakszerű és törvényes működéséről.

- A KILK államháztartási szakágazati besorolása: oktatási igazgatás.

- A KLIK alaptevékenységének államháztartási szakfeladatrendi besorolása:

- Tankönyvforgalmazás költségvetési szervnél

- Kollégiumi szálláshelynyújtás közoktatásban tanulók számára

- Közoktatásban tanulók lakhatási támogatása

- Építményüzemeltetés

- Az állami vagyonnal való gazdálkodással kapcsolatos feladatok

- Pályázat- és támogatáskezelés, ellenőrzés

- Oktatás központi igazgatása és szabályozása

- Oktatás területi igazgatása és szabályozása

- Oktatás helyi igazgatása és szabályozása

- Óvodai nevelés, ellátás

- Óvodai nevelés intézményeinek, programjainak komplex támogatása

- Sajátos nevelési igényű gyermekek óvodai nevelése, ellátása

- Nemzetiségi óvodai nevelés, ellátás

- Alapfokú oktatás intézményeinek, programjainak komplex támogatása

- Alapfokú oktatás

- Általános iskolai nevelés, oktatás alsó tagozaton

- Általános iskolai tanulók nappali rendszerű nevelése, oktatása

- Sajátos nevelési igényű általános iskolai tanulók nappali rendszerű nevelése, oktatása

- Nemzetiségi tanulók nappali rendszerű általános iskolai nevelése, oktatása

- Általános iskolai felnőttoktatás

- Általános iskolai nevelés, oktatás felső tagozaton

- Általános iskolai tanulók nappali rendszerű nevelése, oktatása

- Sajátos nevelési igényű általános iskolai tanulók nappali rendszerű nevelése, oktatása

- Nemzetiségi tanulók nappali rendszerű általános iskolai nevelése, oktatása

- Általános iskolai felnőttoktatás

- Alapfokú művészetoktatás

- Alapfokú művészetoktatás zeneművészeti ágban

- Alapfokú művészetoktatás képző - és iparművészeti, táncművészeti, szín – és bábművészeti ágban

- Középfokú oktatás intézményeinek, programjainak komplex támogatása

- Általános középfokú oktatás

- Gimnáziumi oktatás

- Nappali rendszerű gimnáziumi oktatás

- Sajátos nevelési igényű tanulók nappali rendszerű gimnáziumi oktatása

- Nemzetiségi tanulók nappali rendszerű gimnáziumi oktatása

- Gimnáziumi felnőttoktatás

- Szakközépiskolai oktatás

- Nappali rendszerű szakközépiskolai oktatás

- Sajátos nevelési igényű tanulók nappali rendszerű szakközépiskolai oktatása

- Nemzetiségi tanulók nappali rendszerű szakközépiskolai oktatása

- Szakközépiskolai felnőttoktatás

- Szakiskolai oktatás

- Nappali rendszerű szakiskolai oktatás

- Sajátos nevelési igényű tanulók nappali rendszerű szakiskolai oktatása

- Nemzetiségi tanulók nappali rendszerű szakiskolai oktatása

- Nappali rendszerű szakiskolai felzárkóztató oktatás

- Szakiskolai felnőttoktatás

- Szakképesítés megszerzésére felkészítő szakmai elméleti képzés

- Szakképesítés megszerzésére felkészítő nappali rendszerű szakmai elméleti oktatás a szakképzési évfolyamokon

- Sajátos nevelési igényű tanulók szakképesítés megszerzésére felkészítő nappali rendszerű szakmai elméleti oktatása a szakképzési évfolyamokon

- Nemzetiségi tanulók szakképesítés megszerzésére felkészítő nappali rendszerű szakmai elméleti oktatása a szakképzési évfolyamokon

- Szakképesítés megszerzésére felkészítő szakmai elméleti felnőttoktatás

- Szakképesítés megszerzésére felkészítő szakmai gyakorlati képzés

- Szakképesítés megszerzésére felkészítő nappali rendszerű szakmai gyakorlati oktatás a szakképzési évfolyamokon

- Sajátos nevelési igényű tanulók szakképesítés megszerzésére felkészítő nappali rendszerű szakmai gyakorlati oktatása a szakképzési évfolyamokon

- Nemzetiségi tanulók szakképesítés megszerzésére felkészítő nappali rendszerű szakmai gyakorlati oktatása a szakképzési évfolyamokon

- Szakképesítés megszerzésére felkészítő szakmai gyakorlati felnőttoktatás

- Emelt szintű szakközépiskolai szakmai oktatás, képzés

- Emelt szintű nappali rendszerű szakközépiskolai szakmai oktatás a szakképzési évfolyamokon

- Sajátos nevelési igényű tanulók emelt szintű nappali rendszerű szakközépiskolai szakmai oktatása a szakképzési évfolyamokon

- Nemzetiségi tanulók emelt szintű nappali rendszerű szakközépiskolai szakmai oktatása a szakképzési évfolyamokon

- Emelt szintű szakközépiskolai felnőtt szakképzés

- M.n.s. egyéb oktatás

- Közoktatáshoz kapcsolódó egyéb nevelés

- Általános iskolai napközi otthoni nevelés

- Sajátos nevelési igényű tanulók napközi otthoni nevelése

- Nemzetiségi tanulók napközi otthoni nevelése

- Általános iskolai tanulószobai nevelés

- Sajátos nevelési igényű tanulók általános iskolai tanulószobai nevelése

- Nemzetiségi tanulók általános iskolai tanulószobai nevelése

- Középiskolai, szakiskolai tanulószobai nevelés

- Sajátos nevelési igényű középiskolai, szakiskolai tanulók tanulószobai nevelése

- Nemzetiségi tanulók középiskolai, szakiskolai tanulószobai nevelése

- Kollégiumi, externátusi nevelés

- Nappali rendszerű iskolai oktatásban részt vevő tanulók kollégiumi, externátusi nevelése

- Nappali rendszerű iskolai oktatásban részt vevő sajátos nevelési igényű tanulók kollégiumi, externátusi nevelése

- Nappali rendszerű iskolai oktatásban részt vevő nemzetiségi tanulók kollégiumi, externátusi nevelése

- Iskolarendszeren kívüli nem szakmai oktatás

- Iskolarendszeren kívüli szakmai oktatás

- Foglalkozást elősegítő képzések

- Megváltozott munkaképességűek rehabilitációs képzése

- Szakmai továbbképzések

- Kötelező felkészítő képzések

- Oktatást kiegészítő tevékenységek komplex támogatása

- Oktatást kiegészítő tevékenység

- Pedagógiai szakszolgáltatások

- Pedagógiai szakszolgáltató tevékenység

- Korai fejlesztés, gondozás

- Fejlesztő felkészítés

- Pedagógiai szakmai szolgáltatások

- Gyermekotthoni ellátás

- Speciális gyermekotthoni ellátás

- Különleges gyermekotthoni ellátás

3.2.5. A KLIK ÉS AZ ÁLTALA FENNTARTOTT KÖZNEVELÉSI INTÉZMÉNYEK KÖZNEVELÉSI ALAPFELADATAI:

- óvodai nevelés,

- nemzetiséghez tartozók óvodai nevelése,

- általános iskolai nevelés-oktatás,

- nemzetiséghez tartozók általános iskolai nevelése-oktatása,

- kollégiumi ellátás,

- nemzetiségi kollégiumi ellátás,

- gimnáziumi nevelés-oktatás,

- szakközépiskolai nevelés-oktatás,

- szakiskolai nevelés-oktatás,

- nemzetiség gimnáziumi nevelés-oktatása,

- nemzetiség szakközépiskolai nevelés-oktatása,

- nemzetiség szakiskolai nevelés-oktatása,

- Köznevelési Hídprogramok keretében folyó nevelés-oktatás,

- felnőttoktatás,

- alapfokú művészetoktatás,

- pedagógiai szakszolgálati feladat,

- pedagógiai-szakmai szolgáltatás,

- fejlesztő nevelés, fejlesztő nevelés-oktatás,

- a többi gyermekkel, tanulóval együtt nevelhető, oktatható sajátos nevelési igényű gyermekek, tanulók óvodai nevelése és iskolai nevelése-oktatása,

- azoknak a sajátos nevelési igényű gyermekeknek, tanulóknak az óvodai, iskolai, kollégiumi ellátása, akik a többi gyermekkel, tanulóval nem foglalkoztathatók együtt,

- többi tanulóval együtt nevelhető, oktatható sajátos nevelési igényű tanulók iskolai nevelése- oktatása,

- a gyermekgyógyüdülőkben, egészségügyi intézményekben rehabilitációs intézményekben tartós gyógykezelés alatt álló gyermekek tankötelezettségének teljesítéséhez szükséges oktatás.

A feladatkomplexum felsorolásából jól látszik, hogy igen összetett és soktényezős struktúráról van szó, amely megfelelő színvonalú és hatékonyságú szakmai, logisztikai, gazdasági, informatikai és – egyebek mellett – emberi erőforrás gazdálkodási integrált rendszermegoldások alkalmazását teszi szükségessé.

3.2.6. AZ AJÁNLATKÉRŐI SZAKÉRTŐI TÁMOGATÁS

Jelen közbeszerzési eljárás során az Ajánlatkérő megfelelő személyi erőforrásokat biztosít a projekthez.

Ennek megfelelően az Ajánlatkérő projektvezetőt dedikál a projekthez, aki a projekt Ajánlatkérő oldali vezetéséért felelős, rajta keresztül történik minden hivatalos kommunikáció, valamint ő jogosult szükség esetén eszkalálni.

Az Ajánlatkérő minden érintett területen munkatárs(ak)at jelöl ki, mint a projekt tagjai, akik szükség esetén, megfelelő feladatok elvégzésére az Ajánlattevő rendelkezésére állnak (konzultációs, dokumentumok véleményezése, tesztelés, stb.). Mivel a projektben való részvétel a munkatársaknak nem kizárólagos feladata, így csak előre egyeztetett időpontban, és időkeretben állnak rendelkezésre a feladatok elvégzésére.

Az Ajánlatkérő felállítja az oldalán szükséges Projektszervezetet, és vállalja, hogy tagjai a projekt során a megfelelő szinteken folyamatosan együttműködik az Ajánlattevő projektszervezetének tagjaival.

Jelen közbeszerzési eljárás Ajánlatkérő oldali támogatásához külső szakértőket von be. A külső szakértők az alábbi folyamatokat támogatják:

• Az alprojekt minőségbiztosítása

• Biztonsági ellenőrzés

• Folyamatszervezés

• Üzemeltetés (hardver és szoftver)

• Közös szolgáltatásoknak való megfelelés

3.3. JOGSZABÁLYI KÖRNYEZET BEMUTATÁSA

A projekt végrehajtása szempontjából releváns jogszabályok az alábbiak:

• 1992. évi XXXIII. törvény a közalkalmazottak jogállásáról

• 1993. évi LXXIX. törvény a közoktatásról

• 1997. évi XXXI. törvény a gyermekek védelméről és a gyámügyi igazgatásról

• 2004. évi XXIX. törvény az európai uniós csatlakozással összefüggő egyes, törvénymódosításokról, törvényi rendelkezések hatályon kívül helyezéséről, valamint egyes törvényi rendelkezések megállapításáról

• 2007. évi CVI. törvény az állami vagyonról

• 2011. évi CXII. törvény az információs önrendelkezési jogról és az információszabadságról

• 2011. évi CXC. törvény a nemzeti köznevelésről

• 2011. évi CXCV. törvény az államháztartásról

• 2011. évi CXCVI. törvény a nemzeti vagyonról

• 2011. évi CXCIX. törvény a közszolgálati tisztviselőkről

• 2011. évi CLXXXVII. törvény a szakképzésről

• 2012. évi I. törvény a munka törvénykönyvéről

• 2012. évi CLXXXVIII. törvény a köznevelési feladatot ellátó egyes önkormányzati fenntartású intézmények állami fenntartásba vételéről

• 138/1992. (X. 8.) Korm. rendelet a közalkalmazottakról szóló 1992. évi XXXIII. törvény végrehajtásáról a közoktatási intézményekbe

• 258/2011. (XII. 7.) Korm. rendelet a megyei intézményfenntartó központokról, valamint a megyei önkormányzatok konszolidációjával, a megyei önkormányzati intézmények és a Fővárosi Önkormányzat egészségügyi intézményeinek átvételével összefüggő egyes kormányrendeletek módosításáról

• 368/2011. (XII. 31.) Korm. rendelet az államháztartásról szóló törvény végrehajtásáról

• 202/2012. (VII. 27.) Korm. rendelet a Klebelsberg Intézményfenntartó Központról

• 229/2012. (VIII. 28.) Korm. 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-oktatási intézmények működéséről és a köznevelési intézmények névhasználatáról

• 48/2012. (XII. 12.) EMMI rendelet a pedagógiai-szakmai szolgáltatásokról, a pedagógiai-szakmai szolgáltatásokat ellátó intézményekről és a pedagógiai-szakmai szolgáltatásokban való közreműködés feltételeiről

• 15/2013. (II. 26.) EMMI rendelet a pedagógiai szakszolgálati intézmények működéséről

• 2013. évi CCXX. törvény az állami és önkormányzati nyilvántartások együttműködésének általános szabályairól

• 2013. évi L. törvény az állami és önkormányzati szervek elektronikus információbiztonságáról

• 309/2011-es Korm. rendeletet

• 7/2013-as NFM rendeletet

3.4. ADATKEZELÉSRE, ADATVÉDELEMRE VONATKOZÓ IRÁNYELVEK

A modul és az általa biztosított szolgáltatások tervezésekor a személyes adatok védelméről és a közérdekű adatok nyilvánosságáról szóló 1992. évi LXIII. törvény, valamint az állami és önkormányzati szervek elektronikus információbiztonságáról szóló 2013. évi L. törvény tartalma, illetve azok végrehajtásáról rendelkező kormányrendeletekben rögzített eljárások irányadók.

A létrejövő rendszernek meg kell felelnie a KLIK hatályos Informatikai Biztonsági Szabályzatában lefektetett biztonsági elvárásoknak. Ezek leírása részletesen a 8.1.1 fejezetben találhatóak.

3.5. FEJLESZTŐI JOGOKRA VONATKOZÓ IRÁNYELVEK

A modul és az általa biztosított szolgáltatások tervezésekor a következő tartalmak irányadók:

3.5.1. SZOFTVERJOGOK

A szoftver jogok tekintetében a követelmények három alapvető kategória szerint bonthatóak meg.

• Dobozos, kereskedelmi szoftverek

Olyan szoftver termék, amely kereskedelmi forgalomban kapható, szabadon beszerezhető. Jelen szerződés tekintetében a kapcsolódó szoftver dokumentációkat a Dobozos szoftver részeként tekintjük.

Ajánlattevőnek biztosítania kell, hogy a teljesítés során dobozos, kereskedelmi szoftverekre az Ajánlatkérő területi korlátozás nélküli, harmadik személynek átadható felhasználási jogot szerezzen.

• Dobozos szoftverek testre szabása

A kereskedelmi forgalomban beszerezhető Dobozos szoftver termékek módosítása, paraméterezése, kiegészítő logikákkal, funkciókkal való ellátása. A testre szabás része az egyedileg elkészített dokumentáció is.

Ajánlattevőnek biztosítania kell, hogy a teljesítés során keletkező testreszabott dobozos szoftverek azon részeit, amelyek az Ajánlattevői szerzői jogi védelem alá esnek (alkotás), az Ajánlatkérő területi korlátozás nélküli, harmadik személynek átadható felhasználási jogot szerezzen. Biztosítania kell továbbá, hogy az Ajánlatkérő jogot szerezzen az alkotás átdolgozására.

• Egyedi fejlesztésű szoftverek

Olyan szoftver termék, amelyet Vállalkozó az Ajánlatkérő számára egyedi jelleggel alakít ki. Az egyedi fejlesztésű szoftver része a Vállalkozó által elkészített dokumentáció is.

Ajánlattevőnek biztosítania kell, hogy a teljesítés során keletkező egyedi fejlesztésű szoftverekre az Ajánlatkérő területi korlátozás nélküli tulajdonjogotfelhasználási , jogot szerezzen. Biztosítania kell továbbá, hogy az Ajánlatkérő jogot szerezzen az alkotás átdolgozására.

Ajánlattevőnek vállalnia kell, hogy az általa, vagy alvállalkozói által az alprojekt során fejlesztett egyedi fejlesztésű szoftver teljes, legfrissebb forráskódját, a rendszer üzemben tartásához szükséges dokumentációt, továbbá a szoftver-fejlesztési dokumentációt Ajánlatkérő részére átadja. Továbbfejlesztések esetén a frissített forráskódot minden szállítással együtt biztosítani kell.

3.5.2. TARTALOMFEJLESZTÉS

Amennyiben az alprojekt teljesítése során olyan - nem közvetlenül szoftverfejlesztésre irányuló alkotói tevékenységből származó - tartalmak keletkeznek, amelyek az Ajánlattevői szerzői jogi védelem alá esnek (alkotás), az Ajánlattevőnek biztosítani kell, hogy a teljesítés során keletkező, a szerzői jogi védelem alá eső alkotáson az Ajánlatkérő területi korlátozás nélküli, harmadik személynek átadható felhasználási jogot szerezzen. Biztosítani kell továbbá, hogy az Ajánlatkérő jogot szerezzen az alkotás átdolgozására.

4. A MEGOLDÁS SZÁMSZERŰ BEMUTATÁSA

4.1. FELHASZNÁLÓK SZÁMA

A modul méretezése tekintetében a felhasználók száma megközelítőleg 6000-14000 becsülhető. A modullal szemben elvárt alapvető funkció a nagy létszámú felhasználó magas színvonalú és gyors kezelése.

5. A FELADAT BEMUTATÁSA

5.1. A TELJES INFORMATIKAI RENDSZER ARCHITEKTÚRÁJÁNAK MAGAS SZINTŰ BEMUTATÁSA

A Rendszerszervezés modul keretében megvalósítandó IT rendszerek (modulok) esetében szükséges, hogy egységes, azonos elvek mentén kialakított infrastruktúra és szolgáltatáshalmaz álljon rendelkezésre. Az egyes modulok számos olyan informatikai szolgáltatás meglétét igénylik, melyeket nem célszerű modulonként megvalósítani, hanem közös szolgáltatáshalmazként kell nyújtani az egyes modulok számára.

A Tanügyi Rendszer fejlesztése alprojekttel párhuzamosan futó Közös Szolgáltatások alprojekt keretében megvalósítandó szolgáltatások rendszerét az alábbi logikai áttekintő ábrán a következő egységek alkotják:

• Felhasználó-, életciklus- és jogosultságkezelés

• Üzemeltetés, monitorozás, felügyelet

• Magas rendelkezésre állású adatbázis platform

o Törzsadat-kezelés (Master Data Management)

o Adattárház

o Riportolás

• Intézményi kommunikációs platform

• Intézményi zártláncú telefónia

• Integrációs platform

• Alkalmazásplatform

Felhasználó-,

Életciklus-, Jogosultság- kezelés

Alkalmazás platform

Riportolás

MDM - Törzsadatkezelés

Adattárház

DMSOne Iktató

Intézményi kommunikációs platform, zártláncú

telefónia

Rendszer és modul adatbázisok

Tárhely és fájl szolgáltatások

Nyomtatási szolgáltatások

Nagyvállalati keresés

Üzemeltetés, Monitorozás, Felügyelet

Integárációs platform

Külső interfészek KIR, KIR3, IAR, ...

Tanügy

VIR

Gazdál-

kodás

Kontrolling

Vagyongaz dálkodás

Extranet/ Intranet

Egységes adatbekérő

• Biztonságos alkalmazáspublikáció

Biztonságos alkalmazáspublikáció, Multi Faktor Azonosítás

Az alprojekt által szállított Tanügyi Rendszernek illeszkednie kell a kialakítandó infrastruktúrába, a közös szolgáltatásokhoz, olyan módon, hogy a többi rendszerrel képes legyen együttműködni.

5.2. A MODUL (TANÜGYI RENDSZER) ARCHITEKTÚRÁJÁNAK MAGAS SZINTŰ BEMUTATÁSA

5.2.1. ELVÁRT FELÉPÍTÉS

KIR-STAT

KIR

KIR3

ForrásSQL

Szolgáltatás illesztő

Transzformáció

Adatelérési réteg és logika

Adatelérési réteg

Üzleti szabályok

Entitások

Üzleti folyamatok

Alkalmazási réteg

Szolgáltatás réteg

Felhasználói felületi logika

UI komponensek

Megjelenítési réteg

Külső rendszerek

Felhasználók

Integárációs platform

Adatbázis

Törzsadat

Üzenetek

Interfészek

Szakügyi

rendszer

A megvalósítandó modul architektúrájával szemben elvárás, hogy többrétegű kialakítást kövessen az alábbi ábrának megfelelően:

Bizonság

Üzemel- tethetőség

Szakügyi

rendszer

1) Megjelenítései réteg - A felhasználókkal való kapcsolatot biztosító komponensek, melyek a felhasználói felület előállításáért, kialakításáért és annak megjelenítési szabályaiért felelős.

2) Szolgáltatás réteg - A külső rendszerekkel való kapcsolatot biztosító gépi interfészeket tartalmazó felület, informatikai réteg, valamint a megjelenítési réteg számára szolgáltatásokat nyújtó komponensek helye.

3) Alkalmazási réteg – A rendszer által megvalósítandó folyamatokat, szabályokat, entitásokat magában foglaló réteg.

4) Adatelérési réteg – A különböző adattárolási és adatkezelési műveleteit támogató réteg, valamint a integrációs platformhoz való illeszkedést (külső- és háttér-rendszerek), adat transzformációt megvalósító réteg,

5.2.2. FUNKCIONÁLIS ALMODULOK

A modul (Tanügyi Rendszer) az alábbi ábrán bemutatott almodulokat és interfészeket foglalja magában.

application Alkalmazás koncepció

Munkaterv modul

Határozat modul

Éves tanügyigazgatás modul

Éves munkaterv készítése

Fenntartói Határozathozatal

Beírási napló vezetése

Stratégiai tervezés modul

Rendszerkapcsolatok

Közös szolgáltatások

Beiratkozás kezelése

DMSOne

Alkalmazott nyilvántartás

Tantervek kezelése

Státuszok kezelése

Körzethatárok kezelése

Tantárgyfelosztás kezelése

Külső kapcsolatok

Csoportindítás engedélyezése

Csoportindítás modellezés

KEKKH Lakcím KIR Körzethatár Nyilvántartás

KIFIR

IAR

Felhasználók kezelése

Hibajegykezelő

Adatszolgáltatás

Ingatlan nyilvántartás

A modulnak (Tanügyi Rendszer) az architektúra ábrán szereplő almodulokban megvalósított funkciók mentén kell biztosítania informatikai támogatást a KLIK alaptevékenységeihez. Az almodulok a következő alfejezetekben szereplő funkciócsoportokat valósítják meg. A funkciócsoportokon belüli követelmények a

6.3 fejezetben szerepelnek.

5.2.3. “STRATÉGIAI TERVEZÉS” ALMODUL

5.2.3.1. AZ ALMODUL ÁLTALÁNOS CÉLJA

Az almodul fő feladata a stratégiai tervek elkészítésének informatikai támogatása. A stratégiai tervezés megteremti a felelős gazdálkodás alapjait az iskolarendszer definiált belépési és továbblépési pontjain várható tanulói/hallgatói létszámigény alapján ás ezáltal lehetővé teszi az intézményhálózat és a humán erőforrások optimális felhasználását.

A tervezés eredménye területi (országos/megyei/tankerületi)/települési/intézményi szinten - a várható létszámigény alapján - a tervezett csoportok indítása, valamint a tantervi rendszer ismeretében területi/települési/intézményi szinten a várható alkalmazott státuszigény meghatározása.

A Tanügyi Rendszer egyik legfontosabb célja a feladatellátás optimalizálása. A Tanügyi rendszer két ponton határozhatja meg az ellátandó feladatméretet. Egy csoportban ellátandó órák száma, illetve a csoport indításának eseménye. A stratégiai tervezési modulban a tantervek engedélyezése kontroll lehetőségét adja a fenntartó részére. míg a létszám-előrejelzés, a várható csoportszám meghatározása a feladatméret felmenő rendszerben való átszervezési lehetőségét teremti meg.

5.2.3.2. AZ ALMODUL BEMUTATÁSA

A Stratégiai tervezési modul célja a KLIK ellátandó feladatának méretezése. Az indított csoportok száma és az engedélyezett órakeret határozzák meg mekkora létszámigénnyel kell ellátnia a feladatok. A teljes költségvetés kb. 80%-át határozza meg az ezzel kapcsolatos fenntartói döntés. A feladatmérettel kapcsolatos fenntartói döntés két idődimenzióban szükséges vizsgálni. Egyrészt az éves tervezés keretén belül, ahol a tényleges csoportindításról, illetve a tantárgyfelosztásról dönt, illetve ennek a hosszú távon, ahol elemző/tervező tevékenységével a feladatméretre közép/hosszú távon hatást jelentő döntéseket alapozhat meg. A feladatmérettel kapcsolatos közép/hosszú távú fenntartói döntések a következők:

• A helyi tantervek (egyben a képzési kínálat) engedélyezése az intézményekben (ez határozza meg az egyes évfolyamonként az egyes tanulmányi területeken az oktatandó órakeretet).

• Az intézmény szakmai alapdokumentumában, a férőhelyek számán keresztül indirekt módon behatárolja az indítható csoportok számát, amelyet adott tanévre a beiskolázási folyamat határoz meg.

• A beiskolázási körzetekre vonatkozó szakmai javaslatok, ezzel határozza meg az egyes intézmények beiskolázási körzetét, illetve a halmozottan hátrányos helyzetű tanulók arányát.

Ezekkel a döntésekkel a fenntartó valójában a költségvetési tételeit előre meghatározza.

Tankerületi szinten jelentkezik a költségvetés tervezés paradoxonja. A tankerület engedélyezi a csoportindítást, ezáltal meghatározó módon a feladatellátás méretét, míg a KLIK költségvetése a magyar költségvetési fejezeti költségvetéseként fentről lefele terveződik.

Az költségvetés tervezés két ágon történik (top down, bottom up), melyek nyomon követhetők az alábbi ábrán. A jobb oldali ág az operatív tervezésekből és javaslatokból indul ki a fenntartott intézmények irányából, míg a másik ág a minisztériumi költségvetés tervezetből vezethető le.

Az alulról felfelé tervezés első szakasza a csoportindítás tervezése1, mely során meghatározásra kerül az adott időszakban indítandó csoportok száma, melyhez irányt biztosítanak az országos és tankerületi csoportindítási szabályok, valamint inputtal szolgálnak többek között az óvodai létszámadatok, népesség nyilvántartási adatok, védőnői hálózatok.

1 A csoportindítás modellezésének javasolt módszertanát az 1. számú melléklet tartalmazza.

A tanítási órakeret méretezése tekinthető a következő szintnek, mely:

• az első szakasz során kialakított belépési pontokon indítható csoportszám javaslaton,

• a tankerületi minimumszolgáltatási szinteken,

• valamint a tankerületi indikátorok javítása által befolyásolt tankerületi többlet óratömegen keresztül zajlik.

A tanítási órakeretek méretezésének eredményeként kapható meg a javasolt pedagógus álláshely szám.

Az utolsó szakasz során, a javasolt indítható csoportszám és pedagógus álláshely szám információin keresztül alakítható ki az intézményszerkezet modellezés olyan alapelvek figyelembevételével, mint például a bejáróság szabályai. Az intézmény szerkezetben összefoglalt javaslatok alapján készül el a tankerületi költségvetés bottom up verziója.

Az éves költségvetés fentről lefelé történő kalkulációja során a minisztériumi költségvetés tervezettből határozható meg a KLIK költségvetése, melynek eredménye a tankerületi költségvetés top down tervezete.

A kétirányú tervezés eredményeit összevetve kezdődik egy iterációs folyamat, melynek célja a tervezetek optimalizálása és a végső kalkuláció konszolidálása.

5.2.3.3. A CSOPORTINDÍTÁS MODELLEZÉS MÓDSZERTANÁNAK BEMUTATÁSA

A csoportindítás modellezése és a belépő évfolyamok előrejelzése szorosan összekapcsolódó feladat az alábbiak szerint:

A köznevelési feladatellátással kapcsolatos feladatméret meghatározását az igénybevétel mértékének becslésével érjük el. A tapasztalati adatokra épülő becslési módszerként a regressziós elemzés és modellezés alkalmazható.

A regressziós modellezés alapjait az alábbi ábra foglalja össze.

A regressziós modellezés alapjai

A regressziós modellezés alapja, hogy egy tapasztalati adatsort egy függvény segítségével írja le. A függvény segít abban a becsl sben, hogy későbbiek folyamán mekkora lehet az adott feladat igénybevételének mértéke. A regressziós egyenlet a függő és független változók kapcsolatát írja le.

Függő változónak tekinthetjük a köznevelés rendszerében azokat a belépési pontokat, ahol a tanulók nagy tömegben kezdenek más szerkezetben, vagy intézményben tanulni (ezek azok a pontok, ahol a korábban

együtt tanuló csoportok feloldódnak). Ilyen belépési pontok az általános iskola évfolyama (mint új csoport létrejötte), az általános iskola (illetve gimnázium) szerkezetváltó gimnáziumok miatt), a középfokú oktatás illetve a szakképző

alsó tagozatának 1.

5.,7., évfolyamai (a évfolyamok belépési

évfolyamati (9, 11, 13). Független változók lehetnek (óvodai létszámok, demográfiai adatok (korosztályos adatok), általános iskola „kilépő évfolyamai”, KIFIR intézményválasztási adatok, munkaerő-piaci keresleti adatok.

A módszertan alapja, hogy valamilyen területi tömb alapján (ez lehet tankerület) becsüljük az adott

területen a belépési pontokra vonatkozó feladat-ellátási igényt az elkövetkezendő 3-5 évre. Mivel

rendelkezésre állnak a KIRSTAT 12 év adatbázisai, illetve a lakcímnyilvántartás adatai, ez a becslés minőségét javítja (hosszabb idősor áll rendelkezésre az adatok regressziós elemzésére).

A regressziós elemzés alapja független és függő változók adatbázisba rendezése, a különböző

adatbázisokból megfelelő szeletek kiválasztása és egyforma struktúra kialakítása. A KIRSTAT rendszerében több alkalommal is volt adatmodell váltás, de a tervezési/becslési adatbázishoz szükséges a szerkezeti egységesítés.

A belépési pontok becslése és a köztes évfolyamok (lemorzsolódás figyelembe vételével) léptetésével tervezhető a feladatstruktúra, becsülhető a feladatméret. A csoportindítási szabályok meghatározásával becsülhetővé válik a csoporttömeg, a tantervi adatok ismeretében az óratömeg, illetve a pedagógusokra vonatkozó szabályok alapján a feladatmérethez kapcsolódó bértömeg.

A belépési pontok becslésének egyik nehézsége a szakképzés kezelése, az OKJ szerkezetváltása, a

szakmaindítás sajátossága (nem minden szakmai indul egy adott évben, szakmaindítás ciklusainak kezelése).

FEOR OKJ kezelése,

Adatbázisok :KIRSTAT 2001-2013, KIFIR,

lakcímnyilvántartás demográfia, korfa, munkaerőpiaci kereslet

Adatbázis szeletek kialakítása és egységesítése

A belépési pontok (évfolyamok) elemzése (1,5,7,9,11,13)

Regressziós modellezés és léptetés

Csoportindítás becslés (becsült igény és jogszabályi keretek alapján)

Logisztikai szempontok értékelése

Intézményi szerkezet tervezése

Költségvetés becslés Iteráció újraindítása (a csoportindítástól)

Feladatméretezés igény alapú becslésen

A csoportindítást befolyásolja, hogy az adott területen milyen intézményszerkezetet alakítunk ki. A feladatellátási igény alapján becsülhetővé válik, hogy melyik településen kell indítani alsó tagozatot, az

utazási lehetőségek figyelembevételével meghatározható a kisebb települések és az oktatási körzetközpont közötti tanulási út. Ezek is hatással vannak az intézményszerkezet finanszírozásának becslésére.

5.2.4. “MUNKATERV” ALMODUL

5.2.4.1. AZ ALMODUL ÁLTALÁNOS CÉLJA

Az almodul az adott évi munkatervek készítését támogatja területi (országos/megyei/tankerületi)/települési/intézményi szinten.

5.2.4.2. AZ ALMODUL BEMUTATÁSA

A munkatervi modul célja az oktatási intézmények éves tervezésének támogatása. A munkaterv egységes formában kezelése lehetővé teszi, hogy az intézmény feladatrendszer és a fenntartói célrendszer között kapcsolat épüljön ki. A munkaterv készítésének egyik kiemelt feladata az intézményen belüli felelősségek/felelősök meghatározása.

5.2.5. “ÉVES TANÜGY-IGAZGATÁS” ALMODUL

5.2.5.1. AZ ALMODUL ÁLTALÁNOS CÉLJA

Az almodul keretében a rendszernek képesnek kell kezelnie a csoportindításokat, a beiratkozásokat (ennek határozathozatali vonzatait is), valamint a tantervek és tanulók összerendelésének folyamatos nyomon követését biztosítania, továbbá a beiskolázás tervezését, a helyszíntervezést valamint a tantárgyfelosztást közvetlenül támogatnia. A tervezés keretén belül kell kezelni a csoportindítással illetve a tantárgyfelosztással kapcsolatos egyeztetési és engedélyezési folyamatot. A Tanügyi Rendszernek adatszolgáltatások nyújtásával ezen felül információt kell nyújtania a valós adatokon nyugvó költségvetés tervezéshez, a HR fejlesztéshez valamint a beruházások tervezéshez.

A stratégiai tervezési részben ismertetett feladatellátás optimalizálás megvalósítása az éves tanügyi döntéseken keresztül valósul meg. Az indítható csoportok számát a beiskolázás tervezése, a középfokon a tanulmányi területek meghatározása, valamint a tantárgyfelosztás engedélyezése határozza meg. A létszámigényt a tantárgyfelosztásban szereplő óratervi órák és az indított csoportok száma határozza meg. Így a beiskolázás, a tantárgyfelosztás és a csoportindítás folyamatai kulcsfontosságúak a KLIK részére.

5.2.5.2. AZ ALMODUL BEMUTATÁSA

A tantárgyfelosztást a jogszabályi környezet az intézményi pedagógiai tevékenység tervező eszközeként határozza meg (20/2012. (VIII. 31.) EMMI rendelet 105. § (1)).

Eszerint a tantárgyfelosztás alapvetően iskolai tanévi tervezési eszköz, de nyilvánvaló, hogy a tartalmi jellegéből adódóan munkaügyi és finanszírozási célú alapdokumentum is. Mindezek alapján a tantárgyfelosztás aktív szerepet tölt be fenntartói tervezésben, mivel elengedhetetlen kiinduló eszközül szolgál a tanévi feladatfinanszírozás alapmutatóinak előzetes meghatározásának és a konkrét tanévi illetve gazdasági évi pénzügyi tervezésnek is.

A tantárgyfelosztás alapja továbbá az iskolai órarendnek is (20/2012. (VIII. 31.) EMMI rendelet 105. § (4)).

E jelentős szerepet azzal is megerősíti a jogszabály, hogy a tantárgyfelosztást, mint az iskola által használt intézményi szintű nyomtatványt nevesíti (20/2012. (VIII. 31.) EMMI rendelet 94. § r)).

A fenntartói-intézményi viszony több stratégiai és operatív folyamatban jelenik meg aktívan (pl.: intézményalapítás, -átszervezés, beiskolázás, finanszírozás, fejlesztés stb.), ezért a tantárgyfelosztásnak mind az intézményi, mind a fenntartói célok teljesülésében kiemelten fontos szerepe van.

A tantárgyfelosztást a hatályos jogszabályok alapvetően a tanévi munkát előkészítő tervező eszközként kezelik (20/2012. (VIII. 31.) EMMI rendelet 105. § (3)) és ennek megfelelően jóváhagyás céljából minden év augusztus 15-ig meg kell küldeni a fenntartónak.

Ezt megelőzően a csoporttervezések támogatása érdekében minden intézménynek május elején készítenie kell egy előzetes tantárgyfelosztást is. Ez az előzetes tantárgyfelosztás alapvetően az általános iskolák és a gimnáziumok esetében tartalmaz releváns információkat, célja a státusztervezés mielőbbi támogatása. Az egyéb intézményekben (AMI-k, gyógypedagógiai intézmények, szakközépiskolák és szakiskolák) a csoporttervezéshez szükséges információk hiányából adódóan ez az előzetes tantárgyfelosztás nem releváns.

A tantárgyfelosztásnak tartalmi jellegénél fogva fontos operatív szerepe van a tanév indulását követően a teljes szorgalmi időszakban is. A pedagógus személyi változások kezelése esetén a tantárgyfelosztást minden esetben aktualizálni szükséges.

A tantárgyfelosztás jóváhagyását a jogszabály a fenntartóhoz rendeli (Nkt. 83. § (2)), így elfogadása előtt iteratív egyeztetés zajlik az iskola és fenntartó között. A KLIK-hez tartozó intézmények esetében ezt az egyeztetést külön jogszabály is előírja (326/2013. (VIII. 30.) Korm. rendelet 17. § (8)).

A beiratkozást, a tanulói jogviszony keletkezését és annak feltételeit, speciális eseteit a jogszabályi környezet a 20/2012. (VIII. 31.) EMMI rendeletben definiálja.

A beiratkozás elsődleges célja a tanulói jogviszony létesítése és ezáltal az adott intézmény beírási naplójába történő felvétel (20/2012. (VIII. 31.) EMMI rendelet 95. §).

A fenntartó szempontjából a beiratkozás célja az általa fenntartott oktatási intézményekben tanulók létszámának pontos meghatározása és a fenntartott intézményhálózat elemei közti hatékony elosztásuk a körzethatárok és a csoportindítási szabályok előzetes meghatározása segítségével.

5.2.6. “HATÁROZAT” ALMODUL

5.2.6.1. AZ ALMODUL ÁLTALÁNOS CÉLJA

Az almodul keretében a rendszernek megbízható háttéradatokat kell szolgáltatnia vezetői és fenntartói döntések határozatba foglalása során. A modulban valósul meg a fenntartói döntések egyedi azonosítókkal való visszakereshetősége, valamint a fenntartó és intézmény közötti hivatalos kommunikáció.

5.2.6.2. AZ ALMODUL BEMUTATÁSA

A fenntartói döntéshozatal támogatására a jelenlegi működésmód keretei között nincsen kialakult gyakorlata, a fenntartói döntéshozatal informatikai rendszertámogatása nem megoldott. A jelenleg felmerülő fenntartói döntések támogatására ad-hoc létrehozott egyedi kimutatások, különböző intézményi és tankerületi vezetői elvárások mentén kialakított lokális háttérelemzések szolgálnak segítségül. Az így biztosított fenntartói döntéstámogatás megbízhatósága, az eredmények reprodukálhatósága nem garantálható.

A fenntartói döntéshozatal támogatás keretében a Tanügyi Rendszer szerepe, hogy olyan, a döntéseket megalapozó adatokat szolgáltasson, amelyek alapján a fenntartó megalapozott döntéshozatali helyzetbe kerülhet.

A döntéshozatal támogatása keretében a Tanügyi Rendszernek nem kell automatikus döntéseket meghoznia, minden esetben csak háttér-információval kell szolgálnia, valamint az így biztosított információknak a fenntartói döntés alátámasztó dokumentumaként, melléklet formájában történő elektronikus és papír alapú csatolhatóságát kell biztosítania.

5.3. MEGVALÓSÍTANDÓ FOLYAMATOK ISMERTETÉSE

5.3.1. ALAPTEVÉKENYSÉGEK

FOLYAMATAI

ÉS

MODUL

ÁLTAL

TÁMOGATANDÓ FOLYAMATOK ISMERTETÉSE

Helyszínek tervezése

Erőforrások éves tervezése

ÉVES TERVEZÉS 1.

Tantárgyfelosztás

Beiskolázás tervezése

Munkaterv készítése

Tanév rendjének tervezése

Tanügyi rendszer része

Rendszeres

Nincs

Excel tábla

NIncs

Nem létezik a mőködtetést támogató folyamat

Korlátozott folyamatok (részfolyamatok léteznek, a szabályozás mértéke nem egységes)

Tanügyi rendszer része

Rendszeres

TTF2014

Azonos fo lyamatok, gyakorlatok a Tankerületeknél

Tanügyi rendszer része

Rendszeres

Excel

Azonos fo lyamatok, gyakorlatok a Tankerületeknél

Tanügyi rendszer része

Rendszeres

Papír

Korlátozott folyamatok (részfolyamatok léteznek, a szabályozás mértéke nem egységes)

Tanügyi rendszer része

Rendszeres

Excel tábla

Korlátozott folyamatok (részfolyamatok léteznek, a szabályozás mértéke nem egységes)

Rendszeresség

Rendszer jellemző

Eszköz

VEZETŐI ÉRTÉKELÉS

RENDKÍVÜLI ESEMÉNYEK KEZELÉSE

Feladatok végrehajtásának ellenőrzése

Terv és tényadatok összehasonlítása

Pedagógiai mérés

Költséghelyek és folyamatok pénzügyi értékelése

Lezárt képzési időszakok értékelése

Pénzügyi gazdasági Rendkívüli esemény ellenőrzés bejelentése

Rendkívüli esemény kezelése

Folyamat - Érettségi szintek

Nem létezik a mőködtetést támogató folyamat

Nem létezik a mőködtetést

támogató folyamat

Nem lé tezik a mőködtetést

támogató folyamat

Nem lé tezik a mőködtetést támogató folyamat

Nem lé tezik a mőködtetést

támogató folyamat

Nem létezik a mőködtetést

támogató folyamat

Nem lé tezik a mőködtetést támogató folyamat

Nem lé tezik a mőködtetést

támogató folyamat

Formalizált és integrált mőködtetési folyamatok

Azonos fo lyamatok,

3. gyakorlatok aTankerületeknéél

Nincs/manuális

Ad hoc

Korlátozott folyamatok (részfolyamatok léteznek, a szabályozás mértéke nem egységes)

VIR része

Tanügyi rendszer része

Nem létezik a mőködtetést

támogató folyamat

Folyamat jellemző

Javaslat

Folyamat jellemző

ÉVES TERVEZÉS 2.

Költségvetés tervezés

Tananyag fejlesztés HR fejlesztés tervezése

2. 2.

Korlátozott folyamatok Korlátozott folyamatok (részfolyamatok (részfolyamatok

léteznek, a léteznek, a szabályozás mértéke szabályozás mértéke nem egységes) nem egységes)

Nincs Nincs

Tanügyi rendszer

- része

(státusztervezés)

Beruházás fejlesztés

Korlátozott folyamatok (részfolyamatok léteznek, a szabályozás mértéke nem egységes)

Excel tábla

Rendszeres

Gazdálkodási rendszer része

Korlátozott folyamatok (részfolyamatok léteznek, a

szabályozás mértéke nem egységes)

Nincs

ÉVES MŐKÖDTETÉS

Beiskolázás

Beiratkozás határozat Végleges Csoportindítás Személyi Kötelezettségvállalás/ tantárgyfelosztás adminisztráció utalványozás

3. 3. 3. 1. Korlátozott folyamatok Azonos fo lyamatok, Azonos fo lyamatok, Azonos fo lyamatok, Nem létezik a (részfolyamatok

gyakorlatok a gyakorlatok a gyakorlatok a mőködtetést léteznek, a Tankerületeknél Tankerületeknél Tankerületeknél támogató folyamat szabályozás mértéke

nem egységes)

Excel Excel Excel Nincs/manuális ForrásSQL

Rendszeres Rendszeres Rendszeres Ad hoc Rendszeres

Tanügyi rendszer Tanügyi rendszer Tanügyi rendszer Gazdálkodási része része része - rendszer része

Üzemeltetés

Azonos fo lyamatok, gyakorlatok a Tankerületeknél

Excel

Rendszeres

Tanügyi rendszer része

Nem lé tezik a mőködtetést

támogató folyamat

Xxxxx/manuális

Ad hoc

A KLIK alaptevékenységéhez tartozó fő folyamatok csoportosítását a Tanügyi Rendszer almoduljai szemszögéből az alábbi ábra mutatja be.

STRATÉGIAI TERVEZÉS

Képzési kínálattervezés

Tantervi rendszer HR fejlesztés Beruházás fejlesztés kialakítása tervezése tervezés

1. 1. 1.

Nem lé tezik a Nem lé tezik a Nem létezik a

mőködtetést mőködtetést mőködtetést támogató folyamat támogató folyamat támogató folyamat

Nincs/manuális Nincs/manuális Nincs/manuális

Ad hoc/nincs Ad hoc/nincs Ad hoc

Tanügyi rendszer HR rendszer része - része

Költségvetés tervezés/ feladatméretezés

Nem lé tezik a mőködtetést

támogató folyamat

Nincs/manuális

Ad hoc/nincs

Tanügyi rendszer része

Korlátozott folyamatok (részfolyamatok léteznek, a szabályozás mértéke nem egységes)

Excel tábla/ MFT előrejelzés

Rendszeres

Gazdálkodási/ TR rendszer része

Folyamat jellemző

Eszköz

Rendszer jellemző

Rendszeresség

Javaslat

Rendszeresség

Rendszer jellemző

Eszköz

Javaslat

Az alábbi táblázatban összefoglaljuk az összes érintett fenntartó és intézmény közötti folyamatot és jelöljük, hogy a modul (Tanügyi Rendszer) megvalósítása során támogatandó folyamatként szükséges-e kezelni.

Stratégiai tervezés

Tanügyi Rendszer

által támogatott

Folyamat

Sorszám

1.1. Képzési kínálattervezés Igen

1.2. Tantervi rendszer kialakítása Igen

1.3. HR fejlesztési terv készítése Nem

1.4. Beruházási fejlesztési terv készítése Nem

1.5. Üzleti terv készítése Nem

1.6. Felelősségek és hatáskörök meghatározása Xxxx

365 napos erőforrás-tervezés

2.1.

Éves tervezés

2.1.1. Tanév rendjének tervezése Nem

2.1.2. Munkaterv készítése Igen

2.1.3. Beiskolázás tervezése Igen

2.1.4. Órakeretek meghatározása Igen

2.1.5. Helyszíntervezés Igen

2.2. Költségvetés tervezés Nem

2.3. Tananyagfejlesztés

2.3.1. Szükségletanalízis Nem

2.3.2. Adaptálható anyagok gyűjtése Nem

2.3.3. Fejlesztések meghatározása Nem

2.4. HR fejlesztés Nem

2.5. Beruházás tervezés Nem

Beiskolázás

3.1.

Éves működtetés

3.1.1. Jelentkezés Igen

3.1.2. Beiratkozás (határozathozatal) Igen

3.1.3. Tantervek és tanulók összekötése Igen

3.1.4. Csoportok indítása Igen

3.2. Személyi adminisztráció

3.2.1. Tanuló / Hallgató Nem

3.2.2. Munkavállalók Nem

3.3. Napi erőforrás menedzsment

3.3.1. Hiányzás menedzsment Nem

3.3.2. e-napló Nem

3.3.3. Étkeztetés Nem

3.3.4. Utaztatás Nem

Sorszám

Folyamat

Tanügyi Rendszer

által támogatott

3.3.5. Bentlakásos ellátás Nem

3.4. Pénzügyi tevékenységek Nem

3.5. Üzemeltetés napi operatív irányítása Nem

4. Vezetői értékelés

4.1. Feladatok végrehajtásának ellenőrzése Nem

4.2. Tervek és tényadatok összehasonlítása Nem

4.3. Pedagógiai mérés Nem

4.4. Költséghelyek és folyamatok pénzügyi értékelése Nem

4.5. Lezárt képzési időszakok értékelése Nem

4.6. Pénzügyi-gazdasági ellenőrzés Nem

5. Rendkívüli események

5.1. Rendkívüli események bejelentése Nem

5.2. Rendkívüli események kezelése Nem

5.3.2. JELEN FOLYAMATOK BEMUTATÁSA

Az előző alfejezetben bemutatott folyamatok közül két standardnak tekinthető folyamat felmérése megtörtént (3. érettségi szinten lévő folyamatok: Beiskolázás, Tantárgyfelosztás). A többi folyamat esetében nem értelmezhető a részletes felmérés, mivel az egyes tankerületek eltérő módon működnek. Ezekben az esetekben a jelen fejlesztés folyamatszabályozásokat is jelent, egyrészt új működési folyamatokat vezetnek be, továbbá az információs rendszer standardizálja az új folyamatokat.

5.3.2.1. BEISKOLÁZÁS

Kormányhivatal

OH/KIR

Általános iskola

Klebelsberg Intézményfenntartó

Óvoda

Tanácsadás szakért. biz.

Állami irányítás

Intézmények

Szülő

5.3.2.2.

TANTÁRGYFELOSZTÁS

5.4. FELHASZNÁLÓI SZEREPEK

A modulban 4 alapvető szerepkör azonosítható:

• Intézményvezető

• Intézményvezető-helyettes

• Munkatárs

• Tankerület vezető

• Helyettes

• Munkatárs

• Megyei tankerület vezető

• Helyettes

• Munkatárs

• Központi Rendszeradminisztrátor

• Központi I.

• Központi II.

6. A MEGOLDÁSSAL SZEMBEN TÁMASZTOTT KÖVETELMÉNYEK

6.1. ÁLTALÁNOS KÖVETELMÉNYEK

6.1.1. A MODUL (TANÜGYI RENDSZER) EGÉSZÉVEL SZEMBEN TÁMASZTOTT ÁLTALÁNOS KÖVETELMÉNYEK

6.1.1.1.

A Tanügyi Rendszer arculatát úgy kell kialakítani, hogy az megfeleljen a KLIK aktuális arculati kézikönyvében foglaltak követelményeknek.

6.1.1.2.

A Tanügyi Rendszer alapvetően tervezés támogató eszközként legyen képes a „bottom- up” és a „top-down” típusú megközelítésben készülő tanügyi tervezést kezelni.

6.1.1.3.

A Tanügyi Rendszert úgy kell kialakítani, hogy az adott évi tervezésen túlmutatva stratégiai tervezésre is nyújtson lehetőséget akár 3-5 éves előretekintéssel.

6.1.1.4.

6.1.1.5.

6.1.1.6.

A Tanügyi Rendszer segítségével a központi fenntartói, a tankerületi és az intézményi szintű tervezés is végrehajtható legyen.

A Tanügyi Rendszernek képesnek kell lennie a teljes fenntartói feladatrendszer támogatására. A jelenleg nem KLIK felelősségi körbe tartozó funkcionalitás megvalósítása nem feladat, azonban a rendszer kialakításakor ennek lehetőségét nem szabad lehetetlenné tenni.

A Tanügyi Rendszernek interfész kapcsolatok segítségével lehetővé kell tennie, hogy az egyszer már rögzített adatok akár más forrásrendszerekből is átvehetők legyenek, valamint transzparensen hozzáférhetővé kell tennie a saját tárolt adatait egyéb rendszerek (pl. VIR) számára.

6.1.2. “STRATÉGIAI TERVEZÉS” ALMODUL

Modellezhető tételek:

Óratömeg feltöltöttség:

6.1.2.1.

6.1.2.2.

Modellezhető legyen az addigi tényadatokból az Nkt. 6-os melléklet szerinti óratömeg feltöltöttség (ez most valahol 60-80% között van) a fenntartói engedélyezési folyamatba ágyazottan. Ehhez a fenntartó számára meghatározott időtávra vetítve meghatározhassa, hogy milyen célértéket kíván elérni, hány százalékra megy fel/le az óratömeg a tanterv alapján (pl.: legyen 75% mindenhol öt év múlva (a városok 80%-ról 75%-ra változnak, a kistelepülési intézmények 60%-ról 75%-ra változik)). Ezen modellezés eredményeképpen a fenntartó megalapozottan legyen képes dönteni a változtatásokról.

Csoportszerkezet:

Egyrészt a csoportszerkezet legyen modellezhető a belépési pontokon a létszámigény meghatározásával és a várható csoportszám előrejelzésével, másrészt biztosítani kellene a továbblépő évfolyamok kezelését is, itt alapvetően a csoportösszevonás kérdése merül fel (a 6-8 osztályos gimnáziumok miatt kiürülő felső tagozatos csoportok miatt). A modellezés során paraméterezhetőnek kell lennie (intézmény, település, tankerület szinten) a csoportindítás szabályainak, illetve a csoportösszevonás szabályainak.

Indítható csoportok helye:

6.1.2.3.

6.1.2.4.

Modellezhetővé kell tenni a létszámigény és a csoportindítás alapján az indítható csoport helyének meghatározását (lehet, hogy ezt település/tankerület szinten a legcélszerűbb). Ennek célja, hogy modellezni lehessen, hogy hol mennyi csoport van (valójában arról szól, hogy hol lesz felső/alsó tagozat - ha például általános iskoláról beszélünk).

A felmenő rendszerű csoportfejlesztés vagy leépítés tervezhetősége:

Az előző 3 fő modellezési témakör eredményeinek ismeretében a fenntartó meghatározhassa, hogy adott időtávon hol fejleszt csoportszámot, illetve hol zár be évfolyamokat felmenő rendszerben.

A Modellezés paraméterei:

Óratömeg feltöltöttség modellezésénél:

6.1.2.5.

6.1.2.6.

6.1.2.7.

• Változtatható modellezési időtáv

• Változtatható feltöltöttség célérték

Intézményi/tankerületi/megyei/országos eredmények megjelenítésénél és csoportszerkezet modellezésénél:

• Változtatható létszámigény a belépési pontokon

• Várható csoportszám előrejelzése

• Csoportösszevonások kezelése

• Csoportindítási szabályok változtatása

Csoportösszevonás szabályainak változtatásánál és intézményszerkezet modellezésénél:

• Indítható csoportok helyének meghatározása (települési és tankerületi szinten)

• Fenntartói döntéstámogatás a fejlesztés és a leépítés kapcsán

Mindhárom esetben egységes elvárás a fentieken túl az alapvető tanügyi jellemzők (évfolyam, tantervi specifikumok) szerinti modellezés (szűrés/kivetítés/aggregálás).

6.1.3. “ÉVES TANÜGY-IGAZGATÁS" ALMODUL

Tantárgyfelosztás:

Tantárgyfelosztás szintjei:

• Intézményi szintű tantárgyfelosztás

6.1.3.1.

6.1.3.2.

• Tankerületi szintű tantárgyfelosztás

• Tankerületek közti tantárgyfelosztás

Tényleges (tantárgyfelosztásban kiosztott) óratömeg megjelenítési nézetei:

• Osztályok/Csoportok illetve Pedagógus szinten

• Intézményi/tankerületi/megyei/országos szinten

• Tanügyi jellemzők (évfolyam és tantervi specifikumok) szerinti bontásban/összesítésben

6.1.3.3.

6.1.3.4.

Működtetési kiadás modellezése:

• Költségvetés kalkuláció

o Intézmény,

o tankerületi,

o megyei,

o országos szinten.

Nyilvántartások:

• Intézményszerkezet nyilvántartás;

• Pedagógus nyilvántartás (a HR rendszerben tárolt személyi adatokon felüli szakmai adatok tekintetében)

6.1.3.5. Osztály-csoport-intézmény összerendelés.

Beiratkozás:

6.1.3.6.

6.1.3.7.

6.1.3.8.

Iskolai körzethatárok kezelése:

• Megjelenítés (térképi vagy listás formátumban)

• Átrendezhetőség (térképen vagy drag-and-drop módon átrendezhető listás megjelenítéssel)

Adatrögzítés:

• Iskolába lépéshez szükséges igazolások rögzítése

• Előzetes beiratkozási adatok rögzítése Adatmegjelenítés:

• Körzethatáron belüli tanulói létszámadatok megjelenítése

• Statisztikai adatszolgáltatás a beiratkozás állásáról

• Tervezett és tényleges beiratkozási létszámok összevetése

• Be nem íratott iskolaköteles korú személyek listájának generálása

6.1.3.9. Átcsoportosítási lehetőség biztosítása az előzetes beiratkozási adatok megőrzésével

6.1.3.10. Tanulói jogviszony létesítése, beírási napló kezelése

6.1.3.11.

Duplikáció szűrés a beiratkozás során intézményi/tankerületi/járási/megyei/országos szinten

6.1.3.12. Tanuló-csoport-osztály összerendelés támogatása

6.2. A MEGVALÓSÍTANDÓ FOLYAMATOKKAL KAPCSOLATOS KÖVETELMÉNYEK

6.2.1. “STRATÉGIAI TERVEZÉS” ALMODUL

6.2.1.1. A FOLYAMATOK KAPCSOLODÁSA ÉS FÜGGÖSÉGEI

A 5.2.3.2 alfejezetben bemutatott jelenlegi költségvetés-tervezési gyakorlatból eredő paradoxon feloldásához az almodul folyamatait az alábbi ábra alapján kell megtervezni. Ezzel a megoldással

ütköztethető az intézményi igény alapú és a fenntartói helyi döntésen alapuló „bottom up” költségvetés- tervezés, illetve az állami költségvetés-tervezési megközelítésben képviselt „top down” tervezési logika.

6.2.1.2. HASZNÁLATI ESETEK DIAGRÁMJA2

2 A használati esetek felsorolását és a funkcionális követelményekhez való kapcsolódásaikat a 2. számú melléklet tartalmazza

uc Stratégiai terv ezés modul

Belépő év folyamok előrej elzése

«include»

Csoportindítás modellezése

Tanterv ek készítése

(from Használati esetek)

Tankerület v ezető

(from Használati esetek)

«include»

Intézményv ezető

(from Használati esetek)

Körzetek létrehozása

«extend»

Körzethatárok módosítása

Tanterv ek engedélyezése

(from Használati esetek)

6.2.1.3. HASZNÁLATI ESETEK MAGAS SZINTÜ FOLYAMATAI

Belépő évfolyamok előrejelzése

Csoportindítás modellezése

Start

Tankerület v ezető kijelőli a modellezés területét és időhatályát

Tankerület v ezető meghatározza az egyes intézményekben a belépési év folyamokon az indítandó csoportok számán

Tankerület v ezető

kiv álasztj a az előrej elzés szempontj ait

Tankerület v ezető meghatározza az egyes év folyamokon az indítandó csoportok számát a csoportindítási szabályok alapján

Tankerület v ezető összev eti a lakcímnyilv ántartás, az óv odai és v édőnői adatközlés adatait

Tankerület v ezető összehasonlítj a az aktuális csoportok számáv al a modellezett csoportszámokat

Tankerület v ezető elemzi a belépési év folyamokon a létszámadatokat

Tankerület v ezető modellezi a körzethatárok módosítását

<include> Csoportindítás modellezése: Csoportindítás modellezése_Activ ityGraph

End

Körzetek létrehozása

Körzethatárok módosítása

Start

Új közterület felv étele

Tankerület v ezető lekérdezi az egyes közterület részekhez tartozó tanuló létszámokat év folyam bontásban

A közterület és az intézmény összerendelése

Tankerület v ezető módosítja a közterület és az intézmény összerendelést

Az összerendelés hatályának meghatározása

Tankerület v ezető jóv áhagyj a az új körzethatárokat

Xxxxxxxxxx v ezető elküldi a szakmai jav aslatot az illetékes

kormányhiv atalnak

End

Tantervek készítése

Tantervek engedélyezése

Start

Intézményv ezető új tanterv et hoz létre

Intézményv ezető meghatározza a tanítás rendj ét

Intézményv ezető felv eszi a tantárgyakat

Intézményv ezető felv eszi az év folyamokat

Intézményv ezető összerendeli a tantárgyakat és az év folyamokat

Intézményv ezető meghatározza a csoportbontásokat

Intézményv ezető meghatározza az óraszámokat

<extend> Xxxxxxx ek engedélyezése: Tanterv ek

Intézményv ezető engedélyezése_Activ ityGraphWithAction v églegesíti a tanterv et

End

Start

Tankerület v ezető ellenőrzi a beküldtött tanterv eket

Tankerület v ezető elfogadj a a tanterv et

Exception1

[Tankerület vezető nem fogadja el a tantervet]

Tankerület v ezető nem fogadja el a tanterv et

<include> Tanterv ek készítése: Tanterv ek készítése_Activ ityGraph

FlowEnd1

End

6.2.2. “MUNKATERV” ALMODUL

6.2.2.1. A FOLYAMATOK KAPCSOLODÁSA ÉS FÜGGÖSÉGEI

Az almodul csak a munkaterv elkészítésének folyamatát támogatja.

6.2.2.2. HASZNÁLATI ESETEK DIAGRÁMJA3

uc Munkaterv modul

Év es munkaterv

elfogadása

Év es munkaterv készítése

«include»

Tankerület v ezető

(from Használati esetek)

Intézményv ezető

(from Használati esetek)

6.2.2.3. HASZNÁLATI ESETEK MAGAS SZINTÜ FOLYAMATAI

3 A használati esetek felsorolását és a funkcionális követelményekhez való kapcsolódásaikat a 2. számú melléklet tartalmazza

Éves munkaterv készítése

Éves munkaterv jóváhagyása

Start

Intézményv ezető meghatározza a intézményi év es célokat

Intézményv ezető meghatározza az intézmény év es feladatait és a felelősöket

Intézményv ezető meghatározza a tanév rendjét

Intézményv ezető meghatározza a tanítási

szüneteket

Intézményv ezető meghatározza a kiemelt eseményeket (ünnepek,

év fordulók) és a felelősöket

Intézményv ezető meghatározza az egyes tanulócsoportok osztályfőnökeit

Intézményv ezető meghatározza a tanulmányi v ersenyeket és a felelősöket

Intézményv ezető meghatározza a munkaközösségeket és a tagokat, v alamint a

v ezetőket

Intézményv ezető

v églegesíti a munkaterv et

Intézményv ezető beküldi jóv áhagyásra a munkaterv et

<include> Év es munkaterv elfogadása: Év es munkaterv

elfogadása_Activ ityGraphWithAction

End

Start

Tankerület v ezető ellenőrzi a munkaterv ez

Tankerület v ezető jóv áhagyj a a munkaterv et

<include> Ellátott feladattal kapcsolatos határozathozatal: Ellátott feladattal kapcsolatos

határozathozatal_Activ ityGraphWithAction

End

6.2.3. “ÉVES TANÜGY-IGAZGATÁS” ALMODUL

6.2.3.1. A FOLYAMATOK KAPCSOLODÁSA ÉS FÜGGÖSÉGEI

6.2.3.2. HASZNÁLATI ESETEK DIAGRÁMJA4

uc Év es tanügyigazgatás modul

Tankerületek közötti pedagógusok allokálása

«extend»

Xxxxxxxxxxx pedagógusok allokálása

Helyszínek meghatározása

(from Használati esetek)

«include»

Megyei tankerület v ezető

(from Használati esetek)

«extend»

Tantárgyfelosztás engedélyezése

Tantárgyfelosztás készítése

«include»

(from Használati esetek)

Intézményv ezető

«include»

Előzetes csoportindítás terv ezése

(from Használati esetek)

«include»

Csoportindítás engedélyezése

(from Használati esetek)

Beiratkozás határozathozatal

Tankerület v ezető

(from Használati esetek)

«include»

(from Használati esetek)

«include»

Maximális osztálylétszám túllépésének engedélyezése

«include»

«extend»

Beiratkozás nyilv ántartás és napi

j elentés

(from Használati esetek)

Beiratkozás j elentés a Kormányhiv atal részére

(from Használati esetek)

Szülők táj ékoztatása a csoportokkal kapcsolatos rendkív üli döntésekről

(from Használati esetek)

Beírási napló v ezetése

(from Használati esetek)

6.2.3.3. HASZNÁLATI ESETEK MAGAS SZINTÜ FOLYAMATAI

4 A használati esetek felsorolását és a funkcionális követelményekhez való kapcsolódásaikat a 2. számú melléklet tartalmazza

Tantárgyfelosztás készítése

Tantárgyfelosztás engedélyezése

Start

Intézményv ezető felv eszi a tanteveket

Intézményv ezető felv eszi a tantárgyakat

Intézményv ezető felv eszi az osztályokat, csoportokat

Intézményv ezető meghatározza az egyes tanulócsoport létszámokat

Intézményvezető a kiv álasztott csoporthoz rendeleli a tantárgyakat

óraszámokkal

Intézményv ezető meghatározza, hogy melyik pedagógusnak milyen órakedvezményei v annak

Intézményv ezető hozzárendeli az osztályokhoz, csoportokhoz és tantárgyakhoz a pedagógusokat

Intézményv ezető meghatározza, hogy az ellátott feladatot az alkamazott milyen

jogv iszonyban látja el, illetv e milyen státuszhoz kötött

Intézményv ezető megjelöli, hogy szakos-e

a feladat ellátása

Intézményv ezető összerendeli a termeket/helyszíneket az órákkal

Intézményv ezető v églegesíti a

tantárgyfelosztást

<include> Tantárgyfelosztás engedélyezése: Tantárgyfelosztás engedélyezése_Activ ityGraphWithAction

End

Start

Tankerület v ezető ellenőrzi a tantárgyfelosztást

<include> Csoportindítás engedélyezése: Csoportindítás

engedélyezése_Activ ityGraphWithAction

Tankerület v ezető jóv áhagyj a a tantárgyfelosztást

Exception1

[Tantárgyfelosztás elutasítása]

Tankerületv ezető elutasítja a tantárgyfelosztást

<extend> Tankerületi pedagógusok allokálása:

Tankerületi pedagógusok allokálása_Activ ityGraphWithAction

<extend> Tankerületek közötti pedagógusok allokálása: Tankerületek közötti pedagógusok allokálása_Activ ityGraph

<include> Tantárgyfelosztás készítése: Tantárgyfelosztás készítése_Activ ityGraph

FlowEnd1

End

Csoportindítás engedélyezése

Start

Alternate1

[A csoportlétszám meghaladja a maxinális létszámot]

[A csoportlétszám kevesebb, mint a minimális létszám]

Tankerület v ezető ellenőrzi a minimális és maximális létszámokat

Tankerület v ezető meghatározza, hogy az indítani terv ezett csoport helyett melyik csoportba kell sorolni a tanulókat

<include> Maximális osztálylétszám túllépésének engedélyezése: Maximális osztálylétszám túllépésének engedélyezése_Activ ityGraph

FlowEnd1 FlowEnd2

Tankerület v ezető j óv áhagyja a csoportindítást

Exception1

[Tankerület vezető elutasítja a csoportindítást]

Tankerület v ezető elutasítj a a csoportindítást

<include> Tantárgyfelosztás készítése: Tantárgyfelosztás készítése_Activ ityGraph

FlowEnd3

End

Beiratkozás nyilvántartás és napi jelentés

Beiratkozás határozathozatal

Start

Intézményv ezető felv eszi a jelentkezők adatait

Intézményv ezető kijelöli a körzetes tanulókat

Intézményv ezető rögzíti a jelentkező dokumentumait

Intézményv ezető kijelöli a nem körzetes j elentkezők közül a felv ételre

j av asoltakat és meghatározza, hogy mely különleges helyzet

alapj án jav asolt a fev étele

A rendszer kiszámolja a HHH arányt

Intézményv ezető a nap v égén beküldi a

j elentkezők listáj át

A rendszer megj eleníti a felv ételre j av asoltak név sorát és csoportbeosztásokat

End

Intézményv ezető v églegesíti a listát

Intézményv ezető a dokumentumsablon alapján létrehozza a határozatokat

Intézményv ezető iktatószámot kér

Intézményv ezető v églegesíti a határozatokat

End

Beiratkozás jelentés a Kormányhivatalnak	Szülő Gondviselő tájékoztatása a csoport árszervezésről, csoport el nem indításról

Start	Start
Tankerület v ezető a v égleges beiratkozási listát v églegesíti	Intézményv ezető tájékoztató lev elet készít az átszerv ezett/ el nem indított csoport tanulói Gondv iselőinek
Létrejön a lista kisérőlev ele
	Intézményv ezető iktatószámot kér
Tankerület v ezető iktatószámot kér a lev élhez és a listához
Tankerület v ezető kinyomtatj a a lev elet és a listát	Intézményv ezető j óv áhagyja a lev elet
End	Intézményv ezető elküldi a lev elet

	End

6.2.4. “HATÁROZAT” ALMODUL

6.2.4.1. A FOLYAMATOK KAPCSOLODÁSA ÉS FÜGGÖSÉGEI

Az almodul csak a fenntartói döntések határozatokban való foglalásának folyamatát támogatja.

6.2.4.2. HASZNÁLATI ESETEK DIAGRÁMJA5

uc Határozat modul

Körzethatárok módosítása

Körzetek létrehozása

«extend»

Tanterv ek engedélyezése

(from Használati esetek)

Határozat modul

«include»

Tantárgyfelosztás engedélyezése

«include»

Ellátott feladattal kapcsolatos határozathozatal

(from Használati esetek)

«include»

Tankerület v ezető

(from Használati esetek)

«include»

(from Használati esetek)

Csoportindítás engedélyezése

«include»

(from Használati esetek)

«include»

Maximális osztálylétszám túllépésének engedélyezése

(from Használati esetek)

6.2.4.3. HASZNÁLATI ESETEK MAGAS SZINTÜ FOLYAMATAI

5 A használati esetek felsorolását és a funkcionális követelményekhez való kapcsolódásaikat a 2. számú melléklet tartalmazza

Start

A dokumentumsablon alapj án a fenntartó döntés határozatba foglalása

A Tankerület v ezető

v églegesíti a határozat

A Tankerület v ezető iktatószám kér

A Tankerület v ezető elküldi a fenntartói döntést

A fenntartói döntés bekerül a határozatok tárába

End

6.3. FUNKCIONÁLIS KÖVETELMÉNYEK

6.3.1. “STRATÉGIAI TERVEZÉS” ALMODUL

6.3.1.1. A FUNKCIÓNÁLIS KÖVETELMÉNYEK KÖZÖTTI ÖSSZEFÜGÉSEK

req Stratégiai terv ezés

REQ-102: Csoportindítási minimum és maximum követelmények

REQ-103:

Csoportösszevonási szabályok

REQ-151: Tantervek létrehozása

REQ-101: Csoportszerkezet modellezhetősége

REQ-110: Órakeret

feltöltöttség modellezés

REQ-105: Osztályok

minimális és maximális létszáma

REQ-152: A státuszigény előrejelzése

REQ-115: Körzethatárok megjelenítése

REQ-112: Modellezhető csoportindítási helyek

REQ-113: Helyszín

fejlesztése vagy leépítése modellezhető legyen

REQ-116: Körzethatárok legyenek átrendezhetők

REQ-117: Körzethatáron belüli tanulói létszám

legyen megjeleníthető

6.3.1.2.

6.3.1.3.

6.3.1.4.

6.3.1.5.

6.3.1.6.

REQ-101 Csoportszerkezet modellezhetősége

A rendszer tegye lehetővé csoportszerkezet modellezhetőségét. Ennek segítségével a létszámigény ismeretében a várható csoportszám legyen meghatározható. A modellezés során a csoportindítás és csoportösszevonás szabályainak paraméterei változtathatóak legyenek.

REQ-102 Csoportindítási minimum és maximum követelmények

A rendszer tegye lehetővé csoportindítási minimum és maximum követelmények rögzítését. Az így meghatározott feltételek teljesülése esetén lehessen csak a csoportokat kezelni.

REQ-103 Csoport összevonási szabályok

A rendszer tegye lehetővé csoport összevonási szabályok rögzítését, kezelését.

REQ-105 Osztályok minimális és maximális létszáma

A rendszernek kezelnie kell a meghatározott minimum és maximum létszámot az osztályok kialakítása során.

REQ-110 Órakeret feltöltöttség modellezés

A rendszer tegye lehetővé különböző célértékekkel az óratömeg feltöltöttség modellezését.

6.3.1.7.

6.3.1.8.

6.3.1.9.

6.3.1.10.

6.3.1.11.

6.3.1.12.

6.3.1.13.

REQ-112 Modellezhető csoportindítási helyek

A rendszer tegye lehetővé, hogy a létszámigény és a csoportindítási szabályok alapján az indítható csoportok helye modellezhető legyen.

REQ-113 Helyszín fejlesztése vagy leépítése modellezhető legyen

A fenntartónak legyen lehetősége a rendszerben adott időtávot vizsgálva egyes helyszínek fejlesztésének vagy leépítésének hatásait elemeznie.

REQ-115 Körzethatárok megjelenítése

A rendszernek képesnek kell lennie térképes felületen vagy listás formátumban megjeleníteni az intézményekhez kapcsolódó körzethatárokat.

REQ-116 Körzethatárok legyenek átrendezhetők

A rendszer biztosítsa jogosultságfüggően a körzethatárok megváltoztathatóságát vagy térképes felületen vagy drag-and-drop módon átrendezhető listás megjelenítéssel.

REQ-117: Körzethatáron belüli tanulói létszám legyen megjeleníthető

A körzethatáron belül a kapcsolódó rendszerek adatai (SZL, óvodai nyilvántartások stb.) alapján a lehetséges tanulói létszám legyen megjeleníthető.

REQ-151 Tantervek létrehozása

A rendszer legyen alkalmas arra, hogy az intézmények a tanterveket hozzanak létre és a fenntartó engedélyezze a tanterveiket.

REQ-152 A státuszigény előrejelzése

A rendszer legyen alkalmas arra, hogy a csoportindítás, valamint a tantervi keretek tekintetében intézményi szinten definiálja a várható státuszigényt.

6.3.2. “MUNKATERV” ALMODUL

6.3.2.1. A FUNKCIÓNÁLIS KÖVETELMÉNYEK KÖZÖTTI ÖSSZEFÜGÉSEK

req Munkaterv modul

REQ-141: Munkatervek készítésének támogatása

A rendszer legyen alkalmas arra, hogy az intézményvezető létrehozhassa az intézmény munkatervét, az alábbiakra kiterjedően:

• intézményi célok

• intézményi feladatok

6.3.2.2. • Intézményen belüli felelősségek/felelősök meghatározása (pl. osztályfőnök, munkaközösség)

• Tanév rendje, tanítás nélküli napok meghatározása

• Kiemelt események, ünnepek meghatározása

• Versenyek

6.3.3. “ÉVES TANÜGY-IGAZGATÁS” ALMODUL

6.3.3.1. A FUNKCIÓNÁLIS KÖVETELMÉNYEK KÖZÖTTI ÖSSZEFÜGÉSEK

req Év es tanügyigazgatás modul

REQ-106:

Tantárgyfelosztás adminisztrációja

REQ-107: Intézményi tantárgyfelosztás

REQ-105: Osztályok

minimális és maximális létszáma

REQ-103:

Csoportösszevonási szabályok

(from Stratégiai tervezés)

REQ-108: Tankerületi tantárgyfelosztás

REQ-124: Csoportbontások kezelése

REQ-109: Tankerületek közti tantárgyfelosztás

REQ-119: Beiratkozottak számának monitorozása

REQ-120:

Átcsoportosíthatóság

REQ-125: Csoportindítási minimum-feltételek kezelése

REQ-110: Órakeret

feltöltöttség modellezés

(from Stratégiai tervezés)

REQ-111:

Pedagógusokhoz rendelt órakeret elemezhetősége

REQ-123: Iskolakötelesek listájának generálása

REQ-122: Duplikációszőrés

REQ-126: Csoportindítási maximum-feltételek kezelése

REQ-121: Beírási napló kezelése

REQ-127: Indított csoportok

nyilvántartása

REQ-118: Előzetes

beiratkozás támogatása

REQ-114: Iskolába lépéshez szükséges

igazolások rögzíthetősége

REQ-104: Másodlagos szabályok kezelése

6.3.3.2.

6.3.3.3.

6.3.3.4.

6.3.3.5.

6.3.3.6.

6.3.3.7.

6.3.3.8.

REQ-103: Csoport összevonási szabályok

A rendszer tegye lehetővé csoport összevonási szabályok rögzítését kezelését.

REQ-104: Másodlagos szabályok kezelése

A rendszernek támogatnia kell a másodlagos szabályok kezelését (pl. testvérek kötelezően egy intézménybe veendők-e a fel?).

REQ-105: Osztályok minimális és maximális létszáma

A rendszernek kezelnie kell a meghatározott minimum és maximum létszámot az osztályok kialakítása során.

REQ-106: Tantárgyfelosztás adminisztrációja

A rendszernek támogatnia kell a jogszabályban meghatározott tantárgyfelosztási adatok rögzítését.

REQ-107: Intézményi tantárgyfelosztás

A rendszernek támogatnia kell az intézményi szintű tantárgyfelosztást.

REQ-108: Tankerületi tantárgyfelosztás

A modulnak támogatnia kell a tantárgyfelosztás tankerületi szintű áttekintését, összesítését és ellenőrzését, ha az intézményen belüli tantárgyfelosztás eltér a tankerületi szintű optimumtól.

REQ-109: Tankerületek közti tantárgyfelosztás

A rendszernek támogatnia kell a tantárgyfelosztás megyei (tankerületek közötti) szintű áttekintését, összesítését és ellenőrzését, hogy a szomszédos tankerületek közti optimális létszámgazdálkodás megvalósítható legyen.

6.3.3.9.

6.3.3.10.

6.3.3.11.

6.3.3.12.

6.3.3.13.

6.3.3.14.

6.3.3.15.

6.3.3.16.

6.3.3.17.

6.3.3.18.

6.3.3.19.

6.3.3.20.

6.3.3.21.

REQ-110: Órakeret feltöltöttség modellezés

A rendszer tegye lehetővé különböző célértékekkel az óratömeg feltöltöttség modellezését.

REQ-111: Pedagógusokhoz rendelt órakeret elemezhetősége

A rendszernek biztosítania kell, hogy a pedagógusokhoz rendelt órakeretből egyértelműen látható legyen mennyi a tantervi órakeret és mennyi az egyéb tevékenység.

REQ-114: Iskolába lépéshez szükséges igazolások rögzíthetősége

A rendszernek képesnek kell lennie tárolni az iskolába lépéshez szükséges igazolásokat, szakvéleményeket

REQ-118: Előzetes beiratkozás támogatása

A rendszer tegye lehetővé a beiratkozás során az adatrögzítést és a statisztikai adatszolgáltatások kezelését.

REQ-119: Beiratkozottak számának monitorozása

A rendszer tegye lehetővé a tervezett és a tényleges beiratkozottak számának összevetését és a beiratkozás időbeli előrehaladását.

REQ-120: Átcsoportosíthatóság

A rendszer tegye lehetővé a beiratkozási adatok megőrzését akkor is, ha a beiratkozást követően mégis másik intézménybe kell a tanulót áthelyezni.

REQ-121: Beírási napló kezelése

A rendszer biztosítsa a beírási napló vezethetőségét, ezáltal a tanulói jogviszony létrehozását.

REQ-122: Duplikációszűrés

A beiratkozás során a rendszer tegye lehetővé a többszörös beiratkozások kiszűrését intézmény szinten, a beiratkozást követően pedig tankerületi / járási / megyei / országos szinten.

REQ-123: Iskolakötelesek listájának generálása

A rendszer tegye lehetővé a be nem iratkozott iskolaköteles korú gyermekek listájának generálását.

REQ-124: Csoportbontások kezelése

A rendszer tegye lehetővé a különböző tantervek alapján létrehozott csoportok kezelését, a csoportokba tartozó tanulók nyilvántartását.

REQ-125: Csoportindítási minimum-feltételek kezelése

A rendszer tegye lehetővé csoportindítási minimum-feltételek meghatározását és csoportindítás előtt az ennek való megfelelőség ellenőrzését.

REQ-126: Csoportindítási maximum-feltételek kezelése

A rendszer tegye lehetővé csoportindítási maximum-feltételek meghatározását és csoportindítás előtt az ennek való megfelelőség ellenőrzését.

REQ-127: Indított csoportok nyilvántartása

A rendszer tegye lehetővé az indított csoportok nyilvántartását.

6.3.4. “HATÁROZAT” ALMODUL

6.3.4.1. A FUNKCIÓNÁLIS KÖVETELMÉNYEK KÖZÖTTI ÖSSZEFÜGÉSEK

req Határozat modul

REQ-138: Fenntartói határozatok létrehozása

REQ-139: A fenntartói határozatok iktatása

REQ-140: Fenntartói határozatok nyilvántartása

6.3.4.2.

6.3.4.3.

6.3.4.4.

REQ-138: Fenntartói határozatok létrehozása

A rendszer legyen alkalmas arra, hogy fenntartói határozatokat hozzon létre dokumentumsablonok alapján.

REQ-139: A fenntartói határozatok iktatása

A rendszer legyen alkalmas arra, hogy a fenntartói határozatokat egyedi azonosítóval lássa el, az iktatási rendszer felől iktatási számot lehessen hozzá rendelni.

REQ-140: Fenntartói határozatok nyilvántartása

A rendszernek alkalmasnak kell lennie arra, hogy a fenntartói határozatokat hatályossága szerint kezelje, ezek visszakereshetőek legyenek, továbbá az alábbi keresési szempontok szerint megtalálhatók legyenek:

• tankerületi

• intézmény

• létrehozó

• jóváhagyó

• hatályos

• típus

• iktatószám

6.4. NEM FUNKCIONÁLIS KÖVETELMÉNYEK

6.4.1. ÁLTALÁNOS KÖVETELMÉNYEK

6.4.1.1.

6.4.1.2.

Az alkalmazást vékonyklienses módon kell kialakítani, semmilyen munkaállomásra telepített komponens nem fogadható el. Ez alól kivétel, ha az üzleti igények vastag klienses alkalmazás megvalósítását is előírja.

Az alkalmazás csakis az érvényes nemzetközi szabványok szerinti protokollokat használhatja hálózati kommunikációja során, saját megoldás használata még részletes dokumentáció esetén sem elfogadható.

6.4.1.3. Az alkalmazást fel kell készíteni oldalra skálázására és terheléselosztására.

6.4.1.4.

6.4.1.5.

6.4.1.6.

6.4.1.7.

6.4.1.8.

6.4.1.9.

6.4.1.10.

6.4.1.11.

A jelszavak, személyes vagy egyéb szenzitív adatok továbbításakor a kliens-szerver kommunikációnak SSL csatornában kell haladnia.

Az alkalmazás által használt és eltárolt technikai felhasználónevek és jelszavak, amely nevében az alkalmazás működik, és amely nevében adatbázishoz kapcsolódik, minden esetben kódolt formában kerüljön eltárolásra. Az Ajánlatkérőnek legyen lehetősége új kódolt értékek előállítására.

Belső alkalmazások közötti adatátadás esetén az interfészek az Integrációs platform komponens felhasználásával kerüljenek kialakításra. Külső (pl. minisztériumi szervezetek) alkalmazásokkal a kapcsolat kialakítás módját az IT egyedileg dönti el.

Egységes címtár és központi SSO használata, melyhez SAML 2.0 vagy újabb azonosítást támogató rendszerek tudnak csatlakozni a tervezett SSO megoldáshoz. A fejlesztendő alkalmazásnak ezt a technológiát kell alkalmaznia a felhasználók azonosítására valamint egyéb adatinak és szerepkörének megállapítására.

Az authentikáció és authorizáció az SSO-n keresztül az egységes címtárból, authorizáció, illetékesség megállapítás csoporttagság és egyéb felhasználói metaadatok alapján. Minden felhasználót csak egyszer veszünk fel, és szerepkörönként egy-egy címtár- csoportot 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, jogosultságokat a címtár szerinti szerepkör alapján engedélyezi. Az alkalmazásban listázható és módosítható a szerepkör tartalma, az alkalmazáson belüli jogosultságok és funkciók. A csoporttagság rekurzív kezelésének lehetősége: csoportok egymásba ágyazása esetén is képes legyen a felhasználók csoporttagságának, így szerepkörének vagy szerepköreinek meghatározására.

Nem megengedett, hogy az alkalmazás a felhasználóinak jelszavát eltárolja az alkalmazás adatbázisában. Az alkalmazás naplókban vagy egyéb módon (pl. fájlba kiírt gyorsító tárban) sem szerepelhet a felhasználó jelszava.

Az alkalmazás állítható mélységű (hibák, figyelmeztetések, minden esemény, stb.) naplózási funkcióval (fájl, adatbázis) kell, rendelkezzen.

Abban az esetben, ha az alkalmazás, vagy a felhasználó személyes adatokhoz fér hozzá, akkor a hozzáférés ténye, ideje és módja személyhez kötötten naplózott és visszakereshető kell, hogy legyen.

6.4.2. MEGBÍZHATÓSÁG

Az almodul által megvalósított funkcionalitás KLIK ügymenetileg kritikus rendszerei közé fog tartozni. A

javasolt architektúrának tartalmaznia kell a magas rendelkezésre állás biztosításához szükséges komponenseket is.

6.4.3. RENDELKEZÉSRE ÁLLÁS

Munkanapnak és munkaidőnek tekintünk minden olyan időpontot, amikor a rendszert a felhasználók

használhatják. Így az elvárt rendelkezésre állás reggel 7:00 és este 7 óra közötti időszak (12 óra), melyben a rendszer 99 % rendelkezésre állást biztosít. Ettől eltérő rendelkezésre állás esetén az üzemeltetéssel történő külön egyeztetés történik.

Munkaidőn kívül a rendelkezésre állás kevésbé fontos tulajdonság. Az éjszakai rendszerkarbantartás (verzióváltás, stb.) miatt kiesések lehetségesek. Ekkor is figyelembe kell venni, hogy vannak olyan

időzített alkalmazások, melyek éjszaka, munkaidőn kívül működnek, Ezek jellemzően adatok szinkronizálását, publikálását végzik.

Munkaidő: Az intézmények nyitvatartási ideje, figyelembe véve a munkanap áthelyezéseket, túlórákat.

• 7.00-19.00

6.4.4. LEÁLLÁSOK KÖZÖTT ELTELT ÁTLAGOS IDŐ (MTBF)

Munkaidőben üzemszerű leállás nem lehet. Minden karbantartási munkát az éjszakai órákban kell

elvégezni. Ezen túlmenően nincs specifikált követelmény.

6.4.5. LEÁLLÁSOK ÁTLAGOS JAVÍTÁSI IDEJE (MTTR)

Az előre nem ütemezett, de várható események (pl.: rendszerzavarok, rendszerleállások, rendszer

újraindítás) esetére legyen készen egy lehetőleg minden esetleges eseményt lefedő katasztrófa-elhárítási folyamat, melynek elhárítási metódusát a rendszeradminisztrátorok a tesztkörnyezeten már elsajátították. A tervnek illeszkednie kell az Ajánlatkérő érvényben lévő Katasztrófa-elhárítási tervéhez.

6.4.1. KÜLSŐ RENDSZEREK KIESÉSE MIATTI DEGRADÁCIÓ

A rendszernek csökkentett módú szolgáltatással ugyan, de tolerálnia kell a külső- és háttérrendszerek

időszakos kiesését, az ésszerűség határain belül.

A rendszer számos külső rendszertől függ. Az egyes külső rendszereket és a kiesésük esetén tapasztalható degradáció mértékét az alábbi táblázat mutatja:

Külső rendszer	Nem működő funkciók
DMSOne	Iktatási funkció nem működik. A rendszer által biztosított SOA szolgáltatások nem elérhetőek.
Adattárház	A jelentések nem állnak rendelkezésre. Adat betöltések nem állnak rendelkezésre. Adatpiacok nem állnak rendelkezésre.
Egységes adatbekérő	Nem tudnak teljes körűen frissülni az adatipacok.
Törzsadattár	Csak a korábban generált riportok elérhetőek.
VIR	A cég szintű jelentések, dashboardok nem állnak rendelkezésre.
HR rendszer	A rendszer által biztosított SOA szolgáltatások nem elérhetőek.
Vagyongazdálkodási rendszer	A rendszer által biztosított SOA szolgáltatások nem elérhetőek.

6.4.2. BIZTONSÁG

Az alkalmazásnak gondoskodnia kell az általa nyújtott szolgáltatások és a tárolt adatok védelméről. Ennek érdekében a rendszer erőforrásaihoz történő hozzáférés előtt azonosítani kell a felhasználókat (azonosítás). Emellett gondoskodni kell arról, hogy a felhasználók csak olyan erőforrásokhoz férjenek hozzá, amelyek igénybevételére engedélyük van (jogosultság ellenőrzés).

Általános követelmények:

• Általános biztonság: a rendszer linkje elsősorban a KLIK intranetén keresztül lesz elérhető, kizárólag a KLIK meghatározott dolgozó számára. Emellett a közös szolgáltatások biztonságos alkalmazáspublikáció almodulja lehetővé teszi az Interneten keresztüli elérést is.

• Kommunikáció védelme: a KLIK éles rendszereivel szemben elvárás, hogy azok egyes elemei megfelelően titkosított és hitelesített módon kommunikáljanak egymással.

• Felhasználói authentikáció és authorizáció: minden ilyen művelet naplózottan kell megtörténjen úgy, hogy a próbálkozási kísérleteknek is azonosíthatóaknak kell lenniük.

• Auditálhatóság: a rendszer működése követhető és ellenőrizhető kell, hogy legyen. A rendszerben elvégzett műveletek (mind felhasználói, mind adminisztrátori) nyomon követhetőek kell, hogy legyenek.

• Letagadhatatlanság: a rendszerben elvégzett műveletek egyértelműen összekapcsolható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égponttal.

6.4.3. AZONOSÍTÁS

A rendszer a felhasználók azonosítására a közös címtár szolgáltatásait használja. A rendszert kizárólag a

KLIK tartományban azonosított felhasználók használhatják.

Az alkalmazás kialakítása, testre szabása során meg kell teremteni a federált (federated authentication) és claim alapú (SAML 2.0) alapú azonosítás és engedélyezés lehetőségét.

6.4.4. JOGOSULTSÁG KIOSZTÁS

A KLIK-ben bevezetésre kerül egységes felhasználói adminisztrációs rendszerrel, melyhez a megoldásnak

kapcsolódnia kell. A KLIK-ben implementálandó megoldá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, hogy jogosultsági rendszere csoport alapú legyen. A jogosultsági csoportokon kívül további paraméter csak indokolt esetben határozhat meg a rendszerben jogosultságokat.

• A minimálisan képesnek kell lenni a rendszernek egy hierarchia szinten jogosultsági csoportokat képezni, de preferált, ha a rendszer erre több szinten képes. Egy felhasználó több jogosultsági csoporthoz is tartozhat.

• Az alkalmazás szükség szerint képes kell legyen a szervezeti egység kezelésére felhasználóhoz kötődően (felhasználói attribútum).

• A rendszer képes kell legyen arra, hogy nemcsak egyedi, de tömeges felhasználó módosítási, felviteli, törlési műveleteket is végre lehessen hajtani benne szükség szerint.

• Elengedhetetlen, hogy lekérdezhetők legyenek a rendszerben létező jogosultsági csoportok, felhasználók és ezek kapcsolatai.

• A rendszerben az új jogosultsági csoportok definiálása (egységes címtár alapján), meglévők módosítása, könnyen és rugalmasan végrehajtható kell legyen. A csoportok vagy az egyes jogosultságok tartalmának módosítása automatikusan érvényes legyen a csoport összes tagjára.

• A rendszernek minden egyes jogosultsággal kapcsolatos módosítást saját naplójában tárolnia kell a beavatkozást elvégző felhasználó, vagy technikai felhasználó azonosítójával együtt visszamenőlegesen is.

A biztonsági szerepkörök és jogosultságok definiálásához az alábbi fogalmakat használjuk:

• A szerepkörök a rendszer funkcionalitásához azonos jogosultságokkal rendelkező felhasználók csoportjai.

• A biztonsági szerepkörök olyan jogosultság csoportok, amelyek a rendszerben tárolt adatokhoz való hozzáférési jogosultságokból állnak össze. Több biztonsági szerepkör jogosultságait úgy kell összefésülni, hogy az a bennük lévő lehető legmagasabb elérhető jogosultsági szintet biztosítsa.

• A hozzáférési jogosultságok a rendszer entitásaihoz való hozzáférés módját és a hozzáférés szintjét tartalmazzák

• A hozzáférési módok a rekordokkal való műveleti lehetőségeket határozzák meg,

• A hozzáférési szintek a rekordok láthatóságát határozzák meg:

o Saját: csak a saját rekordokat jeleníti meg a rendszer.

o Szervezet: a felhasználó szervezetéhez és az alárendelt szervezeteket jeleníti meg a rendszer.

o Teljes: minden rendszerben tárolt rekord megjelenhet.

6.4.5. FELHASZNÁLÓI FELÜLETEK

A alkalmazás bevezetésével a KLIK a felhasználói élmény javítása mellett 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 fontosságúnak tartja a felület ergonómiájának biztosítását és általánosan 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átumformátumok, számformátumok, stb.) támogatandó lokalizációja a magyar.

A felületek kialakításakor figyelembe kell venni a KLIK hálózatának adottságait. Olyan módon kell ezeket létrehozni, hogy a felületek a tankerületekben is megfelelő sebességgel működjenek, azaz törekedni kell az adatforgalom csökkentésére. Ez nem csak az adatkommunikációra, hanem az esetleges nyomtatási feladatokra is érvényes.

A felületi megjelenési és ergonómiai elvárásokat a projekt tervezési fázisában leszállítandó dokumentum tartalmazza.

6.4.6. MŰKÖDÉSI FELTÉTELEK

6.4.6.1. KLIENSEK

Kliens oldalon rendelkezésre álló szabványos szoftver környezet: Windows 7, Magyar MUI, Internet Explorer 9, Office 2007.

Böngészőből a következő verziókon kell támogatni a funkcionalitást:

• Internet Explorer 9 és újabb verziók

• Firefox (legutolsó aktuális verzió)

• Chrome (legutolsó aktuális verzió)

• Safari (legutolsó aktuális verzió)

• Android 4.0 vagy későbbi

• iOS 5.0 vagy későbbi

• Windows Phone 7.5 vagy későbbi.

Az alkalmazásnak támogatnia kell az elterjedt dokumentum formátumok létrehozását (pdf, open xml és Word)

6.4.6.2. HÁLÓZAT

A különböző szervezeti szinteken és lokációkban a következő mértékű sávszélesség áll rendelkezésre a teljes IT rendszerek számára:

KLIK központ

• 100 MBps

Megyei tankerület

• 20 MBps

Járási tankerület

• 10 MBps

Intézmény

• 1-10 MBps

6.4.6.3. TELJESÍTMÉNY

VÁLASZIDŐ

A rendszertől megkövetelt válaszidők az alábbiak (önálló hardveren üzemeltetve, feltételezve, hogy más rendszerek terhelést nem generálnak a hardveren):

Típus Maximális válaszidő

Felhasználói interfész válaszok: Adatrögzítés (nem kötegelt) Lekérdezések

Listázás

Rendszer interfész válaszok batch, éjszakai feldolgozás

2 mp

3 mp

5 óra

a futás ideje alatt 7x24-es funkciók nem

degradálódhatnak performancia és

funkcionális szempontból

A válaszidőket kliens http kérésenként egy adott üzleti funkcióra értelmezzük, nem beleszámítva a

hálózati forgalom idejét, a háttérrendszer várakozási időt, valamint az első hívásokat (hideg rendszer). A fent megfogalmazott kritériumok tejlesülését performancia tesztekkel kell alátámasztani.

A végponti válaszidő minimalizálása érdekében a végponti kliens és szerver kommunikáció során a következő elvárásokat teljesíteni kell:

• Egyrészt a hálózaton áramoltatott adatmennyiséget minimalizálni kell.

• Másrészt: a kliens szerver kommunikációk számát is optimalizálni kell a hálózati késleltetésből adódó válaszidő növekedés elkerülésére.

KAPACITÁS

Az alábbi becslések üzleti entitásokra vonatkoznak. A számok nem tartalmazzák azt, hogy az egyes entitásoknak több verziójuk létezhet. A megadott számok növekedhetnek.

• Dolgozók száma: 133.273 fő

• Tankerületek száma: 209 db

• Intézmények száma: 2527 db

• Feladat ellátási helyek száma: 6058 db

• Felhasználók száma: min 6000, max. 14000 fő

SKÁLÁZHATÓSÁG

A rendszernek minimum 250 párhuzamos kérést kell tudnia kezelni.

A rendszernek olyan felépítésűnek kell lennie, hogy több szerver párhuzamos beállításával a terhelés megosztható legyen (hálózati terheléselosztás).

6.5. ARCHITEKTURÁLIS KÖVETELMÉNYEK

6.5.1. ÁLTALÁNOS ARCHITEKTURÁLIS KÖVETELMÉNYEK

6.5.1.1.

6.5.1.2.

6.5.1.3.

6.5.1.4.

6.5.1.5.

Elvárás, hogy az Tanügyi Rendszer fenntarthatósága érdekében a fejlesztés olyan módszertani és technológiai megoldásokat alkalmazzon, amelyek segítségével a bővíthetőség, fejleszthetőség nagyobb volumenű fejlesztési projektek indítása nélkül is egyszerűen megoldható.

A hatékony fenntarthatóság érdekében a Tanügyi Rendszer megvalósítása során el kell kerülni az ún. „kódba beégetett” megvalósításokat, ahol csak a programkód megváltoztatásával lehet bizonyos tartalmakat módosítani, állományokat elérni.

Törekedni kell arra, hogy azok a konfigurációs paraméterek, amelyek az idők során változhatnak, konfigurációs állományokon keresztül kerüljenek megadásra, így ezek változtatása üzemeltetői kapacitásokkal is megvalósítható legyen.

Kiemelt elvárás az, hogy a Tanügyi Rendszer és más IT alrendszerek közötti releváns területeken egységes kód- és adatszótár biztosítsa a rendszerek közti egységesség megteremtését és folyamatos fenntartását.

A Tanügyi Rendszer megvalósítása során kiemelt fontosságú elvárás, hogy az illeszkedjen az Ajánlatkérő informatikai architektúrájához.

6.5.2. INTERFÉSZEK KIALAKÍTÁSA KÜLSŐ RENDSZEREKKEL

6.5.2.1.

6.5.2.2.

6.5.2.3.

REQ-145: Interfészek kezelése

A modul legyen alkalmas arra, hogy külső interfészeken keresztül adatokat fogadjon, vagy küldjön.

REQ-146: Adatok átvétele a KEK KH személy és lakcím-nyilvántartásából

A modul legyen alkalmas arra, hogy 0-7 éves korosztály személyes adatait fogadja legalább havi rendszerességgel a KEK KH nyilvántartási rendszeréből.

REQ-147: Adatok átvétele a KIR rendszeréből

A modul legyen alkalmas arra, hogy a KIR rendszerből adatokat (egyedi, illetve összesített) fogadjon, kiemelve az alábbiakat:

• KIR személynyilvántartás (gyermekek, tanulók)

• KIFIR (középiskolai felvételi, küldő/fogadó intézményi adatok (egyedi, összesített tanulói adatok)

• KIRSTAT a04t16/18 táblák adattartalma

6.5.2.4.

6.5.2.5.

REQ-154: Kapcsolat a KIR KH modullal

A rendszer legyen alkalmas arra, hogy a KIR KH rendszerből adatokat (egyedi, illetve összesített) fogadjon.

REQ-154: Kapcsolat az Iskolai Adminisztrációs rendszerekkel

A modul legyen alkalmas arra, hogy az IAR rendszerekből adatokat (egyedi, illetve összesített) fogadjon, különös tekintettel az beírási naplóra, beiratkozási adatokra.

6.5.3. INTERFÉSZEK KIALAKÍTÁSA AZ INTEGRÁLT INFORMATIKAI RENDSZER EGYÉB MODULJAIVAL

6.5.3.1.

6.5.3.2.

6.5.3.3.

REQ-148: Kapcsolat az iktatórendszer modullal

A modul legyen alkalmas arra, hogy az egyes almodulokban tárolt iktatási szám alapján meghívható legyen az iktatórendszer, továbbá a fenntartói/intézményi dokumentumok nyilvántartása érdekében a modul által támogatott hivatalos fenntartó-intézmény- szülő, gondviselő kommunikációban a létrehozott dokumentumok, határozatok, hivatalos leveleket iktatószámmal lehessen ellátni modulon belülről.

Kapcsolat az Vezetői Információs Rendszer modullal

A modul legyen alkalmas arra, hogy a VIR modulban megvalósított:

• Előre definiált adatszolgáltatás a kapcsolódó modulok számára,

• Előre definiált adatlekérdezés a kapcsolódó modulokból,

• Egyedi adatszolgáltatás

funkciók eredményeit szabványos interfészen keresztül érje el és bemeneti adatként kezelje azokat az almoduljaiban megvalósított funkciókhoz.

Kapcsolat a HR modullal

A modul legyen alkalmas arra, hogy a HR modulban megvalósított releváns funkciók adatait szabványos interfészen keresztül érje el és bemeneti adatként kezelje azokat az almoduljaiban megvalósított funkciókhoz, valamint szabványos interfészen keresztül a

• Tantárgyfelosztás,

• Órakeret rendelése pedagógusokhoz,

• Fenntartói határozatok

funkciók adatait adja át a HR modulban megvalósított funkciók input adataiként.

6.6. MEGFELELÉS A KÖZÖS SZOLGÁLTATÁSOK IGÉNYBEVÉTELÉNEK

A megvalósítandó IT rendszerek esetében szükséges, hogy azok az egységes, azonos elvek mentén kialakított infrastruktúrát és szolgáltatáshalmazt vegyék igénybe, ahelyett, hogy párhuzamosan újra létrehoznának egyes funkciókat. A KLIK informatikai rendszerkörnyezetében egy Közös Szolgáltatások nevű szolgáltatáshalmaz biztosítja ezeket. Az alábbiakban ismertetjük, milyen feltételeknek kell megfelelnie a kifejlesztendő rendszernek, hogy az adott szolgáltatáshoz kapcsolódni tudjon, illetve jelezzük a követelmény erősségét is (kötelező, tárgyalható, opcionális).

6.6.1. FELHASZNÁLÓ-, ÉLETCIKLUS-, JOGOSULTSÁGKEZELÉS

6.6.1.1.

6.6.1.2.

6.6.1.3.

6.6.1.4.

6.6.1.5.

6.6.1.6.

6.6.1.7.

6.6.1.8.

6.6.1.9.

6.6.1.10.

A rendszer a felhasználók hitelesítését az SSO-n keresztül központi címtárból végezze el. Engedélyezett protokollok: Kerberos, NTLMv2, LDAP, SAML v2. A rendszert kizárólag a KLIK tartományban azonosított illetve azzal federált identitású felhasználók használhatják.

Az SSO-n keresztül az egységes címtárból történik az authorizáció, illetékesség megállapítás csoporttagság és egyéb felhasználói metaadatok alapján. Minden felhasználót csak egyszer veszünk fel, és szerepkörönként egy-egy címtár- csoportot 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, jogosultságokat a címtár szerinti szerepkör alapján engedélyezi. Az alkalmazásban listázható és módosítható a szerepkör tartalma, az alkalmazáson belüli jogosultságok és funkciók. A csoporttagság rekurzív kezelésének lehetősége: csoportok egymásba ágyazása esetén is képes legyen a felhasználók csoporttagságának, így szerepkörének vagy szerepköreinek meghatározására.

Védett, hivatali hálózaton a felhasználókat Windows Integrált hitelesítéssel kell beléptetni.

A rendszer a felhasználóra vonatkozó, más rendszerek számára is elérendő, szervezeten belül nyilvános információkat, jellemzőket (mint pl. HR rendszer esetén a név, beosztás, szervezeti egység) a címtárban is tárolnia kell.

A rendszernek a felhasználók életciklus-kezelése céljából a központi felhasználó-kezeléshez kell kapcsolódnia elektronikus interfésszel. Ezen az interfészen keresztül kerül sor a felhasználók felvételére, letiltására illetve a címtár-alapú szerepkörök módosítására.

A rendszernek az egyedi felhasználói hozzáférési igények kezelésében a céljából a központi felhasználó-kezeléshez kell kapcsolódnia elektronikus interfésszel. Ezen keresztül valósulhat meg a rendszeren belüli felhasználói jogosultságok megadása, módosítása, törlése.

Az alkalmazással szemben elvárás, hogy jogosultsági rendszere csoport vagy címtár attributum alapú legyen. Ezeken kívül további paraméter csak indokolt esetben határozhat meg a rendszerben jogosultságokat.

Az alkalmazás kialakítása, testre szabása során meg kell teremteni a federált (federated authentication) és claim alapú (SAML 2.0) alapú azonosítás és engedélyezés lehetőségét.

A rendszer képes kell, legyen arra, hogy nemcsak egyedi, de tömeges felhasználó módosítási, felviteli, törlési műveleteket is végre lehessen hajtani benne szükség szerint.

6.6.2. ÜZEMELTETÉS, MONITOROZÁS, FELÜGYELET

A rendszer a működés során fellépő informatív, figyelmeztető és

hibaeseményekről az összes fontos információ feltüntetésével szabványos

6.6.2.1. naplóformátumban (syslog, Windows Event Log) 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 szempontból fontos

6.6.2.2. teljesítmény-adatokat szabványos formában (pl. Windows Performance Counter) kell elérhetővé tegye.

A rendszerhez az architektúrát megmutató, az eseményekre és

6.6.2.3. teljesítménymutatókra alapuló System Center Management Pack-et kell elkészíteni és leszállítani.

Abban az esetben, ha az alkalmazás, vagy a felhasználó személyes

6.6.2.4. adatokhoz fér hozzá, akkor a hozzáférés ténye, ideje és módja személyhez kötötten naplózott és visszakereshető kell, hogy legyen.

6.6.3. MAGAS RENDELKEZÉSRE ÁLLÁSÚ ADATBÁZIS PLATFORM

A rendszer az alábbi adatbázis kiszolgáló rendszereken futhat, a kötelező

Közös szolgáltatások által nyújtott, magas rendelkezésre állású adatbázis

6.6.3.1. kiszolgálót használva:

o SQL Server 2012 vagy frissebb

6.6.4. XXXXXXXXX-XXXXXXX (MASTER DATA MANAGEMENT)

Az alkalmazásnak a törzsadatok lekérdezése, tárolása és módosítása

érdekében integrálódni kell a KLIK kialakításra kerülő központi törzsadattárával, melyet a közös integrációs platformon keresztül tud elérni WS-* protokollokon keresztül. A törzsadatok pontos köre a felmérési szakaszban kerül definiálásra. A jelenlegi felmérések alapján a következő

6.6.4.1. entitások kerülnek a törzsadat kezelés alá:

• Intézményi adtok

• Feladat-ellátási hely adatok

• Fenntartói adatok

• Dolgozók/pedagógusok/köztisztviselők adatai

Az egységes integrációs platform megvalósíthatósága érdekében, illetve a külső rendszerek, modulok által elérhető szolgáltatások nyújtása érdekében a főbb entitások estében a következő web szolgáltatásokat (WS-

*) kell nyújtania a rendszernek:

• Entitások lekérdezése egyedi kulcs alapján

6.6.4.2.

• Entitás listák lekérdezése keresési paraméterek alapján

• Entitás listák lekérdezése lapozható módon

• Entitások létrehozása

• Entitások módosítása

• Entitások megjelölése törlésre

Az entitások pontos listája a tervezési szakaszban kerül meghatározásra.

6.6.5. ADATTÁRHÁZ

6.6.5.1.

Az adattárházba történő adatátadás érdekében a rendszernek biztosítania kell elérést az összes adatbázisához, meta-adat leírásához. Ennek módja történhet a következő módokon:

• Direkt adatbázis elérés biztosítása (minimálisan ODBC kapcsolat ETL folyamatokhoz)

• Staging adatbázis előállítása, inkrementális módon

• Adattárház extraktum előállítása (CSV, TXT, XML formátumokban)

Az adattárházi jogosultságkezelés támogatása érdekében a rendszernek az

6.6.5.2. Adattárház által megadott formában biztosítania kell az egyes adatkörökhöz rendelt hozzáférési jogosultságokat.

6.6.6. RIPORTOLÁS

A rendszer a jelentések készítéséhez elsősorban a Közös

szolgáltatások riportkészítő almodulját használja, mely szabályozott módon lehetőséget nyújt az egyéb rendszerek (Törzsadat kezelés,

6.6.6.1. Adattárház) adatainak felhasználására a riportok előállítása során. A

rendszer belső működéséhez szükséges releváns riportokat azonban a rendszer maga állítja elő.

6.6.7. INTÉZMÉNYI KOMMUNIKÁCIÓS PLATFORM

A rendszer, ha e-mail-küldési képességekkel rendelkezik, azt csak a közös

6.6.7.1. intézményi kommunikációs platform szolgáltatásainak igénybevételével teheti meg. Önálló postaláda-kezelés nem engedélyezett.

A rendszer, ha e-mail-fogadási képességekkel rendelkezik, azt csak a közös

6.6.7.2. intézményi kommunikációs platform szolgáltatásainak igénybevételével teheti meg. Önálló postaláda-kezelés nem engedélyezett.

6.6.8. INTÉZMÉNYI ZÁRTLÁNCÚ TELEFÓNIA

A rendszer, ha felhasználói jelenlétállapotot kezel, azt a közös

6.6.8.1. szolgáltatásokban létrehozott rendszeren keresztül teheti meg, önálló ilyen célú funkcionalitás kiépítése nem engedélyezett.

A rendszer, ha azonnali üzenetküldést vagy felhasználók közti azonnali fájl- átvitelt kíván használni, azt a közös szolgáltatásokban létrehozott

6.6.8.2. rendszeren keresztül teheti meg, önálló ilyen célú funkcionalitás kiépítése nem engedélyezett.

A rendszer, ha hang- vagy mozgókép átvitelt kíván használni, azt a közös

6.6.8.3. szolgáltatásokban létrehozott rendszeren keresztül teheti meg, önálló ilyen célú funkcionalitás kiépítése nem engedélyezett.

A rendszer, ha alkalmazás-megosztást, munkaasztal-megosztást kíván

6.6.8.4. használni, azt a közös szolgáltatásokban létrehozott rendszeren keresztül teheti meg, önálló ilyen célú funkcionalitás kiépítése nem engedélyezett.

6.6.9. INTEGRÁCIÓS PLATFORM

Belső alkalmazások közötti adatátadás esetén az interfészek az Integrációs

6.6.9.1. platform komponens felhasználásával kerüljenek kialakításra.

Legyen képes külső rendszerek, az integrációs platformon keresztüli megszólítására, a külső rendszerekben definiált adatokkal való integrációra, valamint a külső rendszerek által nyújtott szolgáltatások igénybe vételére a saját üzleti logikájában. A következő integrációs

6.6.9.2. protokollok állnak rendelkezésre:

• WS-*, SOAP

• JSON

• MQSeries

• MSMQ

6.6.10.ALKALMAZÁSPLATFORM

Az alkalmazást vékonyklienses módon kell kialakítani, semmilyen

munkaállomásra telepített komponens nem fogadható el. Ez alól kivétel, ha

6.6.10.1 az üzleti igények vastag klienses alkalmazás megvalósítását is előírja, vagy a megoldás működéséhez szükséges hardverkapcsolat ezt igényli.

Az alkalmazás csakis az érvényes nemzetközi szabványok szerinti

6.6.10.2 protokollokat használhatja hálózati kommunikációja során, saját megoldás használata még részletes dokumentáció esetén sem elfogadható.

6.6.10.3 Az alkalmazást fel kell készíteni oldalra skálázására és terheléselosztására.

Az alkalmazás által használt és eltárolt technikai felhasználónevek és jelszavak, amely nevében az alkalmazás működik, és amely nevében

6.6.10.4 adatbázishoz kapcsolódik, minden esetben kódolt formában kerüljön eltárolásra. Az Ajánlatkérőnek legyen lehetősége új kódolt értékek

előállítására.

A rendszer az alábbi operációs rendszereken futhat, amelyek a közös szolgáltatások által nyújtott alkalmazásplatform biztosít:

o Windows Server 2012 R2 vagy frissebb

6.6.10.5 o SUSE SLES 11 SP3, SLES 11 SP2, Open SUSE 12.3, amely

esetében az Ajánlattevőnek kell biztosítania a szükséges licenceket.

o Ubuntu Server 12.04 LTS vagy frissebb

6.6.11.BIZTONSÁGOS ALKALMAZÁSPUBLIKÁCIÓ

A jelszavak, személyes vagy egyéb szenzitív adatok továbbításakor a kliens-

6.6.11.1 szerver kommunikációnak SSL csatornában kell haladnia.

6.6.12.KÖZÖS

SZOLGÁLTATÁSOK

IGÉNYBEVÉTELÉNEK

FUNKCIÓNÁLIS

KÖVETELMÉNYEI

A jelen fejezetben szereplő követelményeket a rendszerben nem kell megvalósítani. Ezen követelmények szerepeltetése tájékoztató jellegű és a megvalósításuk a kötelező Közös szolgáltatások modulban kerülnek megvalósításra.

Felhasználók kezelése:

REQ-153: Felhasználók kezelése

A modul legyen alkalmas arra, hogy a „Közös Szolgáltatások” modulon belül

6.6.12.1.

megvalósított központi felhasználó-kezelési funkcióit használja, ennek érdekében, hogy különböző szerepköröket lehessen definiálni és a felhasználókhoz rendelni. Emellett a szerepkörök jogosítványától függően a felhasználók a szerepköreiket delegálhassák.

Hibajegykezelés:

REQ-130: Esemény bejelentése, hibajegy rögzítés

A modulnak lehetővé kell tennie a rendkívüli események bejelenthetőségét intézmények,

6.6.12.2.

6.6.12.3.

6.6.12.4.

6.6.12.5.

6.6.12.6.

6.6.12.7.

6.6.12.8.

6.6.12.9.

tankerületek részére. A bejelentéshez a rendszernek lehetőséget kell teremtenie a szöveges leírás mellett csatolmányok hozzáfűzésére is.

REQ-131: Esemény kategorizálása

A modulnak biztosítania kell, hogy a rendkívüli események bejelentésekor azok kategorizálásra kerüljenek. Ehhez az események rögzítésekor a felhasználónak legyen lehetősége választani a rendszer által felkínált kategóriák közül.

REQ-132: Esemény frissítése

A modulnak lehetőséget kell teremtenie korábban rögzített rendkívüli esemény bejelentés adatainak aktualizálására, kiegészítésére.

REQ-133: Esemény lezárása

A modulnak képesnek kell lennie a megoldott rendkívüli események bejelentéseinek lezárására (a bejelentésekhez rendelhető státuszinformációk a részletes tervezés során határozandók meg).

REQ-134: Keresés

A modulnak lehetőséget kell biztosítania a bejelentett rendkívüli események különböző szempontok szerinti szűrésére valamint a bejelentések közti kereshetőségre.

REQ-135: Adminisztráció

A modulnak a rendkívüli események bejelentésével és kezelésével kapcsolatos műveleteket visszakereshető módon dokumentálnia kell.

REQ-136: Testre szabhatóság

A rendkívüli események kategorizálási csoportjainak testre szabhatónak kell lennie, lehetőséget kell teremteni a rendszerben új kategóriák felvitelére és a meglévő kategóriák

REQ-137: Eszkalációs folyamat támogatása

A bejelentett rendkívüli eseményekkel kapcsolatos, eszkalációt igénylő esetekben a rendszernek lehetővé kell tennie az eszkalációs folyamat adminisztratív támogatását és az eszkalációs lépésekre vonatkozó információkat és eredményeket nyilván kell tartania.

Törzsadatkezelés:

REQ-149: Kapcsolat az alkalmazatott törzsnyilvántartással

A modul legyen alkalmas arra, hogy az alkalmazottak adatait valós időben elérje, és a

6.6.12.10. saját nyilvántartásában további kapcsolt adatokat rendelhessen az alkalmazottakhoz (pl. tantárgyfelosztás)

REQ-150: Kapcsolat az ingatlan törzsadatbázissal

A modul legyen alkalmas arra, hogy az ingatlanok, észen belül a helyiségek) adatait valós

6.6.12.11. időben elérje, és a saját nyilvántartásában további kapcsolt adatokat rendelhessen az helyiségekhez (pl. tantárgyfelosztás)

7. A SZÁLLÍTÓVAL SZEMBEN TÁMASZTOTT KÖVETELMÉNYEK

7.1. ELVÉGZENDŐ TEVÉKENYSÉGEK

Az Ajánlattevőnek gondoskodnia kell a jelen Műszaki leírásban leírt követelményeknek megfelelő teljesítéséhez szükséges tevékenységek elvégzéséről.

A tevékenységek egy részének elvégzése során az Ajánlattevőnek együtt kell működnie az Ajánlatkérő szakértőivel és alvállalkozóival. Az elvárt közreműködések nem vonhatják magukkal a tevékenységek elvégzéséhez kapcsolódó felelősségek átruházását az Ajánlatkérőre.

7.1.1. PROJEKT

VÉGREHAJTÁSÁVAL

KAPCSOLATOS

ÁLTALÁNOS

KÖVETELMÉNYEK

7.1.1.1.

7.1.1.2.

7.1.1.3.

Az Ajánlattevő feladata közreműködni az Ajánlatkérő által indított alprojektben, a keretmegállapodásban, az egyedi szerződésben és jelen műszaki leírásban rögzített követelményeknek megfelelően~~projektvezetés által támasztott követelményeknek~~ ~~megfelelően.~~

Ajánlattevő által a munka során alkalmazott projektvezetési, rendszertervezési és fejlesztési módszertanának a Közigazgatási Informatikai Bizottság (KIB) 24. számú „A központi közigazgatási szervek szoftverfejlesztéseihez kapcsolódó minőségbiztosításról és minőségirányításról” című ajánlás szerint (xxxx://xxx.xxx.xxx.xx/xx/xxx/xxxxxxxx/xxxxxx/XXXXX_xxxxxxx_xxxxxxxx.xxx) megfelelően dokumentáltnak és a KIB 28-as ajánlásához (xxxx://xxxxxxxxxxxxxx.xxxxxxx.xx/) igazodónak kell lennie.

A kifejlesztett modul bevezetésének és az azt követő esetleges későbbi módosítások során követelmény a fejlesztési folyamat KIB 28-as ajánláshoz igazodó dokumentáltsága. A fejlesztés során előállított dokumentumokat elektronikus módon át kell adni Ajánlatkérőnek.

7.1.2. KAPCSOLATTARTÁS AZ ALPROJEKT VÉGREHAJTÁSA SORÁN

7.1.2.1.

Ajánlattevőnek megfelelő kompetenciájú és döntési jogkörű szakértőket és vezetőket kell megjelölnie - mint kapcsolattartókat – az alprojekt teljes idejére.

7.1.2.2.

Ajánlattevőnek biztosítania kell, hogy a kapcsolattartásra kijelölt megfelelő kompetenciájú és döntési jogkörű szakértő vagy vezető elérhető legyen.

7.1.3. PROJEKT MINŐSÉGBIZTOSÍTÁSÁVAL KAPCSOLATOS ÁLTALÁNOS KÖVETELMÉNYEK

7.1.3.1.

7.1.3.2.

Ajánlattevőnek megfelelő kompetenciájú és döntési jogkörű szakértőket kell biztosítania az alprojekt Ajánlattevő oldali minőségbiztosítási feladatok ellátására.

Ajánlatkérő jelen közbeszerzési eljárás Ajánlatkérő oldali támogatásához külső szakértőket von be az alprojekt minőségbiztosítási tevékenységek ellátására. Ajánlattevőtől elvárt a külső szakértő partnerrel történő együttműködés.

7.1.4. A

RENDSZER

TERVEZÉSÉVEL

KAPCSOLATOS

ÁLTALÁNOS

KÖVETELMÉNYEK

7.1.4.1.

7.1.4.2.

7.1.4.3.

7.1.4.4.

Az Ajánlatkérő szakértőivel lefolytatott megbeszélések és interjúk alapján az Ajánlattevő feladata a jelen műszaki leírásban ismertetett követelmények tartalmának, és a követelmények között felvázolt folyamatok elemeinek és lépéseinek egyeztetése és pontosítása.

Az Ajánlattevő feladata a modul által támogatott összes folyamat rögzítése a funkcionális specifikációban és ezek leképezése a logikai és fizikai rendszertervekben. A rögzített folyamatok olyan egységes eljárásrendet alkossanak, amely lehetővé teszi, hogy a felhasználók egységes logika mentén tudjanak igénybe venni a modul szolgáltatásait.

A modul tervezésekor az Ajánlattevőnek úgy kell kialakítani a támogatott folyamatokat, hogy ezeket rugalmasan át lehessen alakítani a rendszer használata során felmerült új igények alapján, ezzel támogatva a szerzett tapasztalatok visszacsatolását.

Ajánlattevő feladata a modul kialakításához szükséges következő dokumentumok elkészítése, minimum a jelen Műszaki leírásban részletezett követelményeknek megfelelő műszaki tartalommal:

• Koncepcionális terv,

• Rendszer / Igényspecifikáció,

• Logikai rendszerterv,

• Igényelt Fizikai rendszerterv,

• Fejlesztések Forráskódja/telepítőkészlet,

• Teszt-terv,

• Tesztelési jegyzőkönyv.

Az elkészült dokumentumokat az Ajánlatkérő hagyja jóvá.

A dokumentumok tartalma a modul átadás-átvételi tesztjének alapja.

A dokumentumok (a kétoldali elfogadást és lezárást követően) csak a változáskezelési folyamatban rögzítetteknek megfelelően, az Ajánlatkérő és az Ajánlattevő együttes beleegyezésével, a következmények részletes kidolgozásával együtt módosíthatók.

7.1.4.5.

7.1.4.6.

A modul kialakításakor az Ajánlattevőnek eleget kell tennie a NISZ alkalmazás- befogadási szabályzatának. Az alkalmazás-befogási szabályzat a dokumentáció 3. sz. mellékletét képezi.

A logikai és fizikai rendszertervek elkészítésekor az Ajánlattevő feladata, hogy a modulhoz tervezzen olyan szabványos interfészeket, amelyek lehetővé teszik a kapcsolódást az Ajánlatkérő által megadott saját moduljaival és rendszereivel, illetve más közigazgatási intézmények rendszereivel.

7.1.5. INFORMATIKAI KÖRNYEZET KIALAKÍTÁSA

7.1.5.1.

7.1.5.2.

7.1.5.3.

Ajánlatkérő feladata a megvalósított módul éles üzemeltetéséhez biztosítani a megfelelő informatikai környezetet az Ajánlatkérő által, a modul részletes rendszertervében rögzített paraméterek alapján.

Ajánlatkérő feladata, hogy a modul által biztosított szolgáltatások elindulásáig a teljes számítógépes infrastruktúra működőképes állapotba kerüljön. A feladathoz tartozik a hardver eszközök szakszerű installálásán és a kifejlesztett alkalmazások telepítésén át a lokális hálózati kapcsolat létrehozása.

Ajánlattevő feladata a tervekben rögzítetteknek megfelelően a fejlesztéshez és a teszteléshez szükséges hardver és szoftver környezeteinek beszerzése, kialakítása, telepítése, beállítása, a specifikációban rögzítetteknek megfelelő paraméterezése, alkalmassá tétele a funkciók tesztelésére, oktatásra, éles üzem előkészítésére.

7.1.5.4.

Xxxxxxxxxxx feladata, hogy a modul által biztosított szolgáltatások éles elindulása előtt telepítse az éles rendszert az Ajánlatkérő által biztosított informatikai környezetbe.

Ajánlattevő feladata a modul működéséhez szükséges interfészek kialakítása.

7.1.5.5.

7.1.5.6.

Az Ajánlattevő feladata, hogy az éles üzem indulásáig az interfészek működőképes állapotba kerüljenek.

Az modul fejlesztése során Ajánlattevőnek biztosítani kell, hogy minden munkatársa csak a saját munkafázisának elvégzéséhez szükséges – az Ajánlattevő által biztosított - adatokhoz férjen hozzá. Szigorú jelszavas védelmi rendszert kell bevezetni ennek biztosítására.

7.1.5.7.

Xxxxxxxxxxx feladata biztosítani, hogy az alkalmazott informatikai hálózat sávszélessége megfelelő sebességgel tudja kiszolgálni a felhasználókat a tesztelések során.

A modult úgy kell kialakítani, hogy képes legyen egyszerre minden párhuzamos

7.1.5.8. felhasználói folyamat kezelésére, maximum 2 másodperces felhasználói felületen mért válaszidők mellett.

7.1.6. A RENDSZER MEGVALÓSÍTÁSÁVAL KAPCSOLATOS ÁLTALÁNOS KÖVETELMÉNYEK

7.1.6.1.

7.1.6.2.

7.1.6.3.

7.1.6.4.

7.1.6.5.

7.1.6.6.

7.1.6.7.

7.1.6.8.

Ajánlattevő feladata a modul fejlesztéséhez és teszteléshez szükséges infrastruktúra minden elemének biztosítása a projekt teljes időtartamára az alábbiak szerint:

• informatikai infrastruktúra

• emberi erőforrások

• biztonságtechnika

Ajánlattevő feladata a modul kifejlesztése az általa elkészített és az Ajánlatkérő által jóváhagyott funkcionális specifikációban és a rendszertervben meghatározottaknak megfelelően.

A tömeges elérhetőség biztosítása érdekében elvárás, hogy a modul alkalmazásainak fejlesztését az Ajánlattevő négy rétegben valósítsa meg az alábbiak szerint:

• Felhasználói felület

• Alkalmazási réteg

• Adatbázis réteg

• Tároló réteg

és terhelés-megosztási képességeket építsen a megvalósított rendszerbe.

Xxxxxxxxxxx feladata az egykapus hozzáférés biztosítása a modul alkalmazásaihoz és tartalmához, valamint az Ajánlatkérő más moduljaikhoz.

Ajánlattevő feladata a modul funkcionális egységei közötti összekapcsolás biztosítása, amely képes az általa biztosított szolgáltatások és az Ajánlattevő más moduljai által biztosított szolgáltatások integrációjára.

Ajánlattevő feladata, hogy megvalósítsa a szükséges szabványos interfészeket, amelyek biztosítják a modul és az Ajánlatkérő más moduljai közti adatkommunikációt.

Ajánlattevő feladata, hogy az Ajánlatkérő által üzemeltetett xxxxxxxxx.xxxx.xxx.xx rendszerből migrálja a kifejlesztett modulban minden olyan adatot, amely nem kerül be a kötelező Közös szolgáltatások által biztosított Törzsadat kezelés almodulba és, amely a Tanügyi rendszer működéséhez szükséges.

Ajánlattevő feladata a modul üzemeltetéséhez szükséges következő dokumentumok elkészítése, minimum a jelen Műszaki leírásban részletezett követelményeknek megfelelő műszaki tartalommal:

• Installációs dokumentum,

• Üzemeltetői kézikönyv,

• Üzletmenet folytonosság terv,

• Használathoz kapcsolódó dokumentumok,

• Felhasználói kézikönyv.

Az elkészült dokumentumokat az Ajánlatkérő hagyja jóvá.

A dokumentumok tartalma a modul átadás-átvételi tesztjének alapja.

7.1.6.9.

• Implementációs terv,

• Elfogadott üzemeltetői kézikönyv,

• Elfogadott felhasználói kézikönyv,

• Üzemeltetéshez kapcsolódóan rendszeresen keletkező dokumentumok: heti jelentések, megbeszélés emlékeztetők, kockázatok elemzése, változáskérelmek, átadás-átvételi dokumentumok,

• Az alkalmazáshoz kapcsolódó szabályzatok,

• Migrációs terv,

• Részletes rendszerbeállítások leírása (tűzfalszabály, rendszer és eszköz konfigurációk),

• Riasztási terv (vagy eszkalációs mátrix),

• Ismert és nyitott hibák listája.

Az elkészült dokumentumokat az Ajánlatkérő hagyja jóvá.

A dokumentumok tartalma a modul átadás-átvételi tesztjének alapja.

7.1.7. TESZTELÉS (INTEGRÁLT TESZTKÖRNYEZET)

Ajánlattevő feladata a gyártói tesztelés teljes lebonyolítása, amely a kifejlesztett modul a logikai és a fizikai rendszerterveknek való megfelelését vizsgálja.

A gyártói teszteket követően kerül sor a felhasználói funkcionális, integrációs és átadás-átvételi tesztek végrehajtására. A gyártói tesztfolyamat után a teljes modult az Ajánlatkérővel közösen is kell tesztelni.

A közös tesztekhez a tesztterveket és az Ajánlattevő oldali feladatokhoz a tesztelő erőforrást Ajánlattevő biztosítja. Az Ajánlatkérő oldali feladatokhoz a tesztelő erőforrást Ajánlatkérő biztosítja.

Az átvételi teszt a modul által biztosított szolgáltatások esetében a szolgáltatásdefiníciónak való megfelelést vizsgálja, a kifejlesztendő modul funkciói esetében a funkcionális specifikációnak való megfelelést vizsgálja, míg az integrációs tesztek a szolgáltatások és modulok együttműködését vizsgálják.

7.1.7.1.

7.1.7.2.

Ajánlattevő feladata azoknak az ellenőrzési szempontoknak és eljárásoknak a kidolgozása és rögzítése egy tesztelés tervben, amelyek alapján a modult Ajánlatkérő, illetve a megbízott projekttagok tesztelni fogják.

Ajánlattevő feladata valamennyi funkció teljes körű funkcionális, integrációs és teljesítmény tesztelésére alkalmas tesztesetek, és a teszteseteket tartalmazó teszt jegyzőkönyv minták, sablonok kidolgozása.

Ajánlattevőnek a teszteseteket az esetleg aktualizált, ténylegesen megvalósított modul leíró funkcionális specifikációjának és rendszertervének megfelelően kell kidolgoznia, majd Ajánlatkérővel egyeztetnie.

7.1.7.3.

7.1.7.4.

7.1.7.5.

7.1.7.6.

7.1.7.7.

Ajánlattevő feladata a kialakított tesztterv és tesztesetek alapján a modul által nyújtott szolgáltatások működésének, és az egyes modulelemek megfelelő összekapcsolásának, valamint külső kapcsolatainak, interfészeinek jegyzőkönyvvel igazolt gyártói tesztelése.

Ajánlattevőnek a modul funkciók felhasználói, integrációs és átadás-átvételi tesztelésére történő átadása keretében át kell adnia az Ajánlatkérő számára a gyártói teszt tesztelési jegyzőkönyveit. A teszt jegyzőkönyveknek olyan minőségűnek kell lenniük, hogy azok alapján a tesztek reprodukálhatóak legyenek.

Ajánlatkérő csak olyan rendszert vesz át tesztelésre, amelyekben a gyártói tesztek alapján egyetlen kritikus, a rendszer funkciók működését, illetve használatát megakadályozó hiba sincsen.

Ajánlattevő feladata a jelen műszaki leírásban, illetve a rendszertervezés során megfogalmazott mennyiségi teljesítmény elvárások teljesítésének teszt jegyzőkönyvvel igazolt ellenőrzése (un. performancia vagy teljesítmény tesztek lebonyolításával).

Ajánlattevő feladata (az Ajánlatkérő bevonásával) a teljesítmény tesztek lebonyolításához szükséges tesztelési automatizmusok, eszközök, szoftverek biztosítása és felkonfigurálása az egyes funkciók teljesítmény tesztjeinek lebonyolítására.

Ajánlattevő feladata az Ajánlatkérő szakembereinek helyszíni szakmai támogatása a felhasználói, funkcionális, integrációs és átadás-átvételi tesztek során.

Ajánlattevőnek a funkcionális és integrációs átadás-átvételi tesztelések időtartama alatt biztosítania kell a tesztelők számára a tesztelési infrastruktúra és tesztrendszer környezet külső helyszínről történő elérhetőségét, és biztosítani kell, hogy az átadás- átvételi tesztelés időtartama alatt nem, illetve kizárólag az Ajánlatkérő hozzájárulásával módosítja a telepített tesztrendszert és a tesztkörnyezetet.

Ha a teszt során felmerül a funkcionális specifikáció, a rendszertervek vagy a kézikönyvek változtatásának szükségessége (pl. pontosítás), akkor az Ajánlattevő felelőssége ezen dokumentumok frissítése.

Amennyiben a gyártói, felhasználói, integrációs, teljesítmény, átadás-átvételi tesztek elvégzése során további tesztesetek kidolgozása és lebonyolítása válik szükségessé, Ajánlattevőnek el kell végeznie a tesztesetek összeállítását (és gyártói tesztesetek esetén) a tesztelések lebonyolítását.

7.1.7.8.

Ajánlattevő feladata, hogy a modul által biztosított szolgáltatások éles elindulása előtt telepítse a teszt rendszert az Ajánlatkérő által biztosított informatikai környezetbe.

Ajánlatkérő jogosult a modul feltételes átvételére, amennyiben a modul nem tartalmaz

7.1.7.9.

kritikus, a rendeltetésszerű felhasználást akadályozó hibákat. Ebben az esetben azonban Ajánlattevőnek vállalnia kell a hibák felek által meghatározott határidőn belüli javítását.

7.1.8. DOKUMENTÁCIÓK ELKÉSZÍTÉSE

7.1.8.1.

7.1.8.2.

7.1.8.3.

Az írásos dokumentumokkal szemben támasztott általános követelmények:

• egyértelműség, közérthetőség;

• könnyű kezelhetőség;

• könnyű kereshetőséget elősegítő strukturáltság;

• a rendszerfunkciók teljes körű bemutatása;

• a használt fogalmak lexikális összegyűjtése;

• tárgymutató készítése.

Felhasználói dokumentációk esetében továbbá:

• a tanulást követően a munka folyamán könnyen segítséget nyújtó dokumentumok előállítása.

Ajánlattevő feladata a projekt során elkészített dokumentációk véleményeztetése az Ajánlatkérővel, valamint az általa kijelölt szakértőkkel. A véleményeztetés során az Ajánlattevőnek:

• Össze kell gyűjtenie, konszolidálnia kell a véleményezés során érkező visszajelzéseket.

• A véleményekre írásban rögzítenie kell a viszontválaszait.

• A véleményezés során elfogadott igényeket, megjegyzéseket át kell vezetnie a dokumentációkon

A jóváhagyást igénylő dokumentumok (pl. funkcionális specifikáció) esetében gondoskodnia kell annak az alprojekt által kijelölt szakértők és döntéshozók általi jóváhagyatásáról.

Ajánlattevőnek a dokumentációk végső verzióit az Ajánlatkérő által alkalmazott dokumentum és verziómenedzsment rendszernek megfelelően kell elkészítenie.

7.1.8.4. Xxxxxxxxxxx feladata a funkciókat bemutató felhasználói kézikönyvek elkészítése.

7.1.8.5.

Ajánlattevő feladata a teljes rendszer leírás: részletes, a rendszer minden funkcionalitására, annak hardver és szoftver elemeire kiterjedő fejlesztői, üzemeltetői és felhasználói kézikönyvek elkészítése. Ajánlatkérő fenntartja a jogot e kézikönyvek véleményezésére, az üzemeltetési színvonal biztosítása érdekében. Ajánlattevő vállalja, hogy Ajánlatkérő véleményezése után közösen kialakított módosításokat e kézikönyvekben átvezeti. Az elkészült felhasználói kézikönyvet Ajánlatkérő hagyja jóvá.

7.1.9. OKTATÁS

7.1.9.1.

7.1.9.2.

7.1.9.3.

Ajánlattevő feladata a modul által biztosított szolgáltatásokra vonatkozó:

• oktatási segédanyagok kifejlesztése;

• a felhasználói csoportonként testre szabott oktatások megszervezése és lebonyolítása az átadás-átvételt megelőzően

Ajánlattevő feladata a felhasználói oktatásokhoz szükséges megfelelő oktatási segédanyagok (tananyag, feladatok) elkészítése.

Ajánlattevő feladata a felhasználói oktatásokhoz szükséges megfelelő oktatási segédanyagokból e-Learning oktatáshoz szükséges elektronikus változatokat készítsen és azokat az Ajánlatkérő által biztosított keretrendszerben telepítse.

7.1.10.PRÓBAÜZEM

7.1.10.1.

Ajánlatkérő feladata a szolgáltatáshoz szükséges infrastruktúra minden elemének üzemszerű biztosítása a teljes próbaüzem időtartamára.

Xxxxxxxxxxx feladata a próbaüzem alatt:

• a kifejlesztett modul üzemszerű biztosítása teljes körűen a teljes próbaüzem időtartamára;

• a modul kísérleti működésének biztosítása a kiválasztott felhasználói csoportokkal;

• felhasználói visszajelzések alapján a szükséges korrekciók elvégzése az

7.1.10.2. implementált folyamatoknál a magas támogatási minőség elérése érdekében;

• a folyamatok követésének dokumentálása a valós felhasználói tapasztalatok visszacsatolása érdekében;

• a próbaüzem alatt összegyújtott tapasztalatok alapján a modul továbbfejlesztéséhez szükséges ajánlások dokumentálása és a szükséges új folyamatok beépítéséhez szükséges erőforrások.

7.1.10.3.

7.1.10.4.

7.1.10.5.

7.1.10.6.

7.1.10.7.

Xxxxxxxxxxx feladata a felmerülő hibák javítása az általa kifejlesztett modulban, az infrastruktúrában jelentkező esetleges hibák javításáért az Ajánlatkérő felel.

Ajánlattevő feladata a próbaüzemet és a modul végleges átvételét követően a modul éles infrastruktúrán történő telepítése, beállítása, és a modul éles infrastruktúrán, éles működéshez hasonló terheléssel megvalósított végső tesztelése. Az ehhez szükséges környezet kialakításában az Ajánlattevőnek együtt kell működnie az Ajánlatkérő szakértőivel, illetve figyelembe kell vennie meglévő eszközöket.

Az Ajánlattevő feladata, hogy éles üzembe helyezze a modult, valamint a kapcsolódó interfészeket.

Ajánlattevő feladata az élesbe állítást követően a követelmények között leírt rendelkezésre állást és az ehhez szükséges hibajavítási folyamatot biztosítani, javítani a már ismert vagy újonnan felmerülő hibákat.

Ajánlattevő feladata a próbaüzemhez kapcsolódó informatikai HelpDesk üzemeltetése a szolgáltatás üteméhez és jellegzetességeihez igazodva.

7.1.10.8.

Ajánlattevő feladata a napi/heti és havi szintű működési riportok elkészítése. A rendszer működéséről az alábbi riportokat kell elkészíteni:

• szolgáltatások rendelkezésre állási és minőségi mutatói, kapcsolódó problémák, (napi, heti és havi)

• kimutatás a felmerült hibákról, típusaikról, megoldási időkről, (napi, heti és havi)

• nyitott problémák listája, (napi, heti és havi)

• biztonsági események, (napi, heti és havi)

• kapacitás riportok az adatbeviteli szolgáltatás működéséről (napi, heti és havi)

• felhasználói aktivitás és jogosultság változások az informatikai rendszerekben (összesítő napi, heti és havi szinten)

• tervezett és végrehajtott változtatások a szolgáltatási infrastruktúrában (heti és havi)

7.1.11.RENDELKEZÉSRE ÁLLÁS ÉS JÓTÁLLÁS

Az Ajánlattevőnek a jogszabályi előírásoknak megfelelő szavatosság mellett az általa kifejlesztett modulra következő garanciális feltételeket kell vállalnia:

7.1.11.1.

7.1.11.2.

7.1.11.3.

Rendelkezésre állás a szerződés ideje alatt - A modulnak a dokumentált működési és működtetési feltételek és környezet mellett 99%-os éves rendelkezésre állást kell biztosítania 7:00 és este 7:00 óra közötti időszakra úgy, hogy az egyszeri leállások időtartama összességében nem haladhatja meg a 8 órát.

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ított rendszerekben, szolgáltatásokban talált hibákat, különös tekintettel a rejtett programhibából vagy értelmezési eltérésből származó meghibásodásokat. A jótállási időszak 24 hónap.

Központi hibabejelentő - Ajánlattevő a szerződés ideje alatt biztosítson és működtessen a felmerülő hibák bejelentéséhez, nyomon követéshez és a hibák elhárításához szükséges hibajegy-kezelő megoldást, amelyben a bejelentő követni képes bejelentésének státuszát és várható megoldásának idejét.

Bejelentési lehetőségként 7x24 órában működő online felületet (e-mail-t) kell biztosítani ami, fogadja a bejelentéseket, ezen felül 5x12 órás (munkanapokon 7:00 – 19:00 óra közötti) elérhetőséget kell biztosítani online és/vagy telefonos módon az Ajánlatkérő kijelölt munkatársai számára. Ez alól kivétel az általános iskolai beiratkozás időszaka (ez 30-40 napos időszakot jelent), valamint a tantárgyfelosztás időszaka (ez 30-40 napos időszakot jelent, amit az Ajánlatkérő 2X20 nappal meghosszabbíthat) ahol 7X12 órás (7:00 – 19:00 óra közötti) elérhetőséget kell biztosítani online és/vagy telefonos módon az Ajánlatkérő kijelölt munkatársai számára.

Kritikus hiba bejelentésére biztosítani kell az előző bekezdésben írt időszakon túl rendkívüli bejelentés lehetőségét is. Kritikus hibát csak kiemelt felhasználó jelenthet be a rendkívüli eljárás keretében.

Elvárt jelentkezési idő a hívások 90%-ban 90 mp-en belül.

7.1.11.4.

7.1.11.5.

7.1.11.6.

Hibajavítás a garanciális időszak alatt

Ajánlattevő oldalán a hibajegyek maximális befogadási és megoldási ideje az egyes hiba osztályokban a következő:

Kritikus hiba kezelésének szakaszai és időtartamai:

1. Kerülő, vagy végleges megoldással a tesztelés/használat lehetővé tétele maximum 1 munkanap

2. Kerülő megoldás alkalmazása esetén a hiba teljes körű elhárítása, végleges megoldása (összesen):

a. abban az esetben, ha a kerülő megoldás a felhasználó számára érzékelhető nehézséget jelent a munkában, az elvárt hibaelhárítási idő 48 óra

b. minden más esetben 15 munkanap Súlyos hiba kezelésének szakaszai és időtartamai:

1. Kerülő, vagy végleges megoldással a tesztelés/használat lehetővé tétele maximum 16 óra

2. Kerülő megoldás alkalmazása esetén a hiba teljes körű elhárítása, végleges megoldása (összesen):

a. abban az esetben, ha a kerülő megoldás a felhasználó számára érzékelhető nehézséget jelent a munkában, az elvárt hibaelhárítási idő 72 óra

b. minden más esetben 15 munkanap Kis hiba kezelésének szakaszai és időtartamai:

1. Kerülő, vagy végleges megoldással a tesztelés/használat lehetővé tétele maximum 3 nap

2. Kerülő megoldás alkalmazása esetén a hiba teljes körű elhárítása, végleges megoldása (összesen):

a. abban az esetben, ha a kerülő megoldás a felhasználó számára érzékelhető nehézséget jelent a munkában, az elvárt hibaelhárítási idő 8 munkanap

b. minden más esetben 15 munkanap

A megoldás idejébe a hibajegy elutasításának időtartama is beszámít, amennyiben az Ajánlattevő a hibát nem jogosan utasította el.

Támogató szakértők rendelkezésre állása - Ajánlattevő köteles a szerződés ideje alatt legalább 2 fő, a támogatandó rendszert fejlesztői szinten jól ismerő szakértő megfelelő rendelkezésre állását biztosítani, a rendszer magas színvonalú támogatása és a szükséges eseti munkavégzések biztosítása érdekében. A szakértőnek nem kell állandóan rendelkezésre állnia, de szükség esetén felszabadíthatóknak kell lennie, a szükséges kompetencia állandó fenntartása mellett.

Támogató szakértő cseréje esetén új szakértő minimális betanulási ideje 6 hét, amely alatt a korábbi szakértőnek rendelkezésre kell állnia.

Üzemeltetési dokumentációk változáskövetése - Ajánlattevő köteles az garancia időszak alatt az üzemeltetéshez szükséges dokumentumokat aktualizálni. Ajánlatkérő és az Ajánlattevő félévente felülvizsgálja a dokumentációban bekövetkező változást és az Ajánlattevő ekkor az egységes szerkezetbe foglalt dokumentációt az Ajánlatkérőnek átadja. A féléves időszakok közt szükségessé vált aktualizálást az Ajánlattevő un. Bulletin formájába is elvégezheti és jutatja el Ajánlatkérőnek.

7.1.12.ÜZLETMENET FOLYTONOSSÁG

7.1.12.1.

Ajánlattevő feladata üzletmenet folytonosság terv (BCP) készítéséhez szükséges – az általa kifejlesztett modulra vonatkozó – összes információ írásos megadása.

Ajánlattevőnek fel kell készítenie az Ajánlatkérő szakembereit a normál üzemet befolyásoló körülmények kezelésére. Normál üzemet befolyásoló körülmény alatt azokat az eseményeket értjük, amelyek tartós működésképtelenséget okozhatnak a modul használatában, és ezáltal komolyan veszélyeztethetik a teljes projekt sikerességét.

7.1.13.KATASZTRÓFA ELHÁRÍTÁSI TERV

7.1.13.1.

Ajánlattevő feladata katasztrófa-elhárítási terv (DRP) készítéséhez szükséges – az általa kifejlesztett modulra vonatkozó – összes információ írásos megadása.

Ajánlattevőnek fel kell készítenie az Ajánlatkérő szakembereit katasztrófahelyzetek előfordulására. Katasztrófahelyzet alatt valamely hirtelen előforduló olyan eseményt értünk, amely tartós működésképtelenséget okoz, és komolyan veszélyezteti a teljes projekt sikerességét.

7.1.14.MENTÉSI TERV, MENTÉSI TEVÉKENYSÉG

Ajánlattevő feladata a modul próbaüzemszerű működése során keletkező elektronikus állományok folyamatos mentése.

Ajánlattevőnek el kell készítenie az elektronikus adatok napi, heti szintű mentési algoritmusaira, eljárásaira, utasításaira vonatkozó tervét, valamint a próbaüzem alatt el

7.1.14.1. kell végeznie a tervben rögzített tevékenységeket.

A mentett állományok visszaolvashatóságának ellenőrzése és biztosítása a próbaüzem alatt az Ajánlattevő feladata.

Xxxxxxxxxxx feladata a próbaüzem alatt a mentett adatok őrzése, hozzáférésükről való rendelkezése.

Ajánlattevő feladata a próbaüzem alatt mentett adatok átadása az Ajánlatkérőnek a próbaüzemet követő éles üzem megkezdése előtt legalább 3 munkanappal.

7.1.14.2. Ajánlattevő feladata az éles üzemi mentési tervek elkészítéséhez szükséges minden információ átadása az Ajánlatkérőnek, beleértve a teljes próbaüzemi mentési dokumentációt az éles üzem megkezdése előtt legalább 10 munkanappal.

7.2. LESZÁLLÍTANDÓ TERMÉKEK

7.2.1.

Szolgáltatásdefiníció az alprojekt alatt végzendő szolgáltatáselemek részletes leírásával. Ajánlatkérő fenntartja a jogot a szolgáltatásdefiníció véleményezésére és módosítására.

7.2.2.

7.2.3.

7.2.4.

7.2.5.

7.2.6.

Funkcionális specifikáció minimálisan a következő tartalmi elemekkel:

• fejlesztések hatóköre (scope): a fejlesztések pontos funkcionális hatókörének definiálása;

• funkcionalitás: a fejlesztések keretében megvalósítandó funkciók leírása felhasználói szempontból, lehetőség szerint képernyőtervekkel kiegészítve, illusztrálva;

• függőségek: kapcsolódási pontok dokumentálása más modulokhoz és közös szolgáltatásokhoz, és a meglévő kapcsolódási pontok (interfészek) változásai, más modulokban végrehajtandó fejlesztési igények tisztázása;

• biztonsági követelmények: a modullal kapcsolatos biztonsági követelmények megvalósításának leírása a hatályos szabályozás figyelembevételével;

Ajánlatkérő fenntartja a jogot a funkcionális specifikáció véleményezésére, módosítására.

Logikai rendszerterv minimálisan a következő tartalmi fejezetekkel:

• logikai almodulok: a modul fő részei, almoduljai és azok függőségei;

• adattárolás: magas szintű logikai adatmodell;

• adatfolyam: adatforrások, feldolgozási lépések, adatfolyamok;

• interfészek: interfészek logikai specifikációja;

• menüpontok: menüpontok bemutatása (ahol menüvezérelt a támogatott folyamat, vagy/és funkció);

• képernyőtervek: beviteli mezők, ellenőrzési pontok, paraméterek, gombok elnevezése, funkciója, értéklisták, képernyő elrendezések;

• folyamat leírás: támogatott folyamatok leírásai és folyamatábrai;

• biztonsági rendszerterv.

Ajánlatkérő fenntartja a jogot a logikai rendszerterv véleményezésére, módosítására. Fizikai rendszerterv minimálisan a következő tartalmi fejezetekkel:

• a modul szoftverkörnyezet függőségei;

• tervezett almodulok és eljárások: név és magyarázat; az adott programozási környezet, almodulok, funkciók felsorolása, magyarázata;

• modul funkciók: képernyőkhöz kapcsolódó modul funkciók;

• adatáramlási terv: a modul által kezelt adatok forrásának és feldolgozási folyamatának részletes bemutatása;

• képernyőfolyamatok bemutatása;

• modul architektúra;

• interfészek részletes fizikai specifikációja.

Ajánlatkérő fenntartja a jogot a fizikai rendszerterv véleményezésére, módosítására. Tesztelt, kritikus hibáktól mentes, élesbe állított modul és szolgáltatás.

Az Ajánlattevőnek a jelen Műszaki leírásban meghatározott modult a jelen Műszaki

leírásban meghatározott teljesítési határidőkig a funkcionális specifikációknak és rendszerterveknek megfelelően le kell szállítania, és élesbe kell állítania. A leszállítandó modult az Ajánlattevőnek teljes körűen tesztelve, kritikus hibáktól mentesen és megfelelően paraméterezve, tartalommal feltöltve kell élesbe állítania.

Felhasználói kézikönyvek, a modul felhasználói csoportjaira testre szabva. Ajánlatkérő fenntartja a jogot a felhasználói kézikönyvek véleményezésére, módosítására. Xxxxxxxxxxx a közösen kialakított módosításokat a kézikönyvben helyesbíti.

7.2.7.

7.2.8.

7.2.9.

Üzemeltetői kézikönyv, minimálisan az alábbi tartalomjegyzéknek megfelelően:

• üzemeltetői leírás;

o rendszeres és esetleges (ad- hoc) üzemeltetési feladatok és ellenőrzés;

o riportok;

o minimális elvárások a modul üzemeltetőjével szemben;

• telepítési leírás;

• BCP/DRP terv elkészítéséhez szükséges teljes körű információ;

• mentés és visszaállítás;

o mentési környezet ajánlás;

o mentési stratégiák;

o mentés és visszaállítás lépései;

• monitorozás;

o monitorozandó paraméterek jellemzői, határértékei, elvárt küszöbértékei, ezek pontos helye;

o részletes leírás a monitorozhatóságról, ajánlás a monitorozó eszközről;

• az ismert problémák megoldásaihoz vezető feladatsor, hibakeresési tevékenységek leírását (gyik/faq);

• a normál ügymenettől eltérő események, incidensek kezelése, katasztrófaterv elkészítéséhez szükséges teljes körű információ.

A modul éles üzemeltetése Ajánlatkérő feladata, ezért Ajánlatkérő fenntartja a jogot az üzemeltetési kézikönyv véleményezésére és megváltoztatására.

Oktatási terv: Az Ajánlattevő által készítendő oktatási tervnek tartalmaznia kell az oktatás ütemezésére, az oktatandók körére és az oktatás megszervezésére vonatkozó információkat.

Oktatási segédanyagok: Az Ajánlattevő által készítendő oktatási segédanyagoknak alkalmasnak kell lenniük a modul funkciók, és azok használatának, felhasználói csoportokra, testre szabott teljes körű bemutatására.

Az Ajánlattevőnek elektronikus oktatási segédanyagokat kell leszállítania a következők részére:

• intézményi végfelhasználók;

• Ajánlatkérő oldali felhasználók

Ajánlatkérő fenntartja a jogot az oktatási segédanyagok véleményezésére, módosítására.

7.2.10.

7.2.11.

7.2.12.

Tesztelési tervek, legalább a következő tartalmi elemekkel:

• a tesztelések tárgya;

• az elvégzendő tesztek típusa;

• a tesztek tervezett helyszíne és időpontja, időtartama;

• a tesztelést végző személyek;

• a tesztek lefolytatásához szükséges külső feltételek;

• a tesztelést végző személyek felkészítésének módja;

• a tesztek lefolytatásához szükséges tesztanyagok (iratok, dokumentumok);

• a tesztekről felvett bizonylatok tartalmi és formai követelményei (bizonylat sablonok);

• a teszt bizonylatok kezelése (zártan, bizalmasan kell kezelni, mert információt adhat a modul potenciális sérülékenységeire);

• a tesztkörnyezet kialakítása, annak technikai vonatkozásai;

• a tesztek végrehajtásának menete;

• a nem-megfelelőségek kezelése és azok azonosítási/jelölési módja;

• a tesztek elfogadásának kritériumai;

• hibajegykezelés módja és szoftver verziókövetés.

Ajánlatkérő fenntartja a jogot a tesztelési tervek véleményezésére, módosítására. Teszt jegyzőkönyv minták, minimálisan az alábbiakat tartalommal:

• teszteset koncepció;

• teszt végzésének előfeltételei;

• tesztlépések (végrehajtandó lépések);

• elvárt eredmény;

• tapasztalt eredmény;

• a tesztelés során feltárt hibák, nem megfelelőségek, valamint azok kategorizálása és tervezett megoldása, javítása.

Ajánlatkérő fenntartja a jogot a tesztjegyzőkönyv minták véleményezésére, módosítására.

Az Ajánlattevő által végzett gyártói tesztek legalább az előző pontban ismertetett tartalmi elemekre kiterjedő kitöltött jegyzőkönyvei.

7.2.13.

7.2.14.

Hiba-adatbázis: A tesztelés során azonosított hibákról és azok javításáról, illetve ezek státuszáról az Ajánlattevő által vezetett nyilvántartás.

A rendszer vészhelyzet esetén történő visszaállítási módját leíró katasztrófa-elhárítási terv (DRP) elkészítéséhez szükséges teljes körű információ. Ajánlatkérő fenntartja a jogot a katasztrófaterv elemeinek véleményezésére és változtatására.

7.2.15.

Üzletmenet folytonossági terv (BCP) elkészítéséhez szükséges teljes körű információ. Ajánlatkérő fenntartja a jogot az üzletfolytonossági terv elemeinek véleményezésére és változtatására.

7.2.16. A próbaüzem üzemeltetési bizonylatai (üzemeltetési és mentési naplók, jegyzőkönyvek)

7.2.17.

A próbaüzem szolgáltatási szint jelentései a szolgáltatás rendelkezésre állásáról, hibajavítási válaszidőkről.

8. ÜTEMEZÉSI KÖVETELMÉNYEK

8.1. ELVÉGZENDŐ TEVÉKENYSÉGEK

Az Ajánlatkérő az alábbi mérföldkövek teljesítését várja el az Ajánlattevőtől - a lenti táblázatban megadottak szerint – melynek ütemezését az Ajánlattevőnek a szerződéskötést követően kell benyújtania.

# MEGNEVEZÉS

1 Szolgáltatásdefiníció

2 Funkcionális specifikáció

3 Logikai rendszerterv

4 Fizikai rendszerterv

5 Tesztelés feltételeinek biztosítása

6 Hibamentes rendszer és szolgáltatás (Próbaüzem megkezdése)

7 Továbbfejlesztési terv

8 Frissített dokumentáció

9 Továbbfejlesztett hibamentes rendszer és szolgáltatás átvétele

9. MELLÉKLETEK

9.1. HASZNÁLATI ESETEK BEMUTATÁSA

9.2. ADATMODELL ÉS ADATKÖRÖK BEMUTATÁSA

9.2.1. „STRATÉGIAI TERVEZÉS” ALMODUL

9.2.1.1. LOGIKAI ADATMODELL

class Tanterv ek

Tanterv TantargyOrakeret

TantervTantargyAzonosito: char Evfolyam: char

TematikaiEgysegCim: char KerettanterviOra: int

HetiTobbletOraszam: int TemakorOsszIdokeret: int

Tanterv Tantargyai

Tanterv

TantervNeve: char

TantervHatalya: Date OMAzonosito: char

TantervAzonosito: xxxx XxxxxxxxxxxxXxxxxxxxx: int Fenntartoi HatarozatSzama: char

+ TantervAzonosito: char

- TantervTantargyAzonosito: char

+ TantargyNeve: char

+ Evfolyam: char

+ HetiOrakeret: int

+ EviOrakeret: int

+ KerettanterviOrakeret: int

+ HelyitervezesuOrakeret: int

+ EmeltSzintuErettsegi FelkeszitesHetiOrakeret: int

+ EmeltSzintuErettsegi FelkeszitesEvesiOrakeret: int

class Tanterv Dontes

Tanterv Dontes

Tanterv ek::Tanterv

TantervNeve: char

TantervHatalya: Date OMAzonosito: char

TantervAzonosito: char KerettantervAzonosito: int FenntartoiHatarozatSzama: char

+ TantervDontesAzonosito: int

+ TantervAzonosito: char

+ DontesStatusza: char

+ HatarozatIktatoszam: char

+ HatarozatDatum: Date

+ HatarozatRogzito: char

+ HatarozatElozmeny: char

«interface» Interfeszek:: DMSOne

+ IktatoSzam: char

class Korzethatarok

Korzetek

KorzetSzeletAzonosito: char KorzetSzeletMegnevezese: char KorzetSzeletIrsz: int

KorzetSzeletKozterulet: char KorzetSzeletHazszamEleje: char KorzetSzeletHazszamVege: char OMAzonosito: char

KorzetesGyermekek

GyermekNeve: char GyermekSzuletesiDatum: Date GyermekLakcim: char

Ov odaiNyilv antartasGyermekek

GyermekNeve: char OvodaOMAzonosito: int GyermekSzuletesiDatum: Date GyermekLakcim: char

«interface»

Interfeszek:: KEKKHSzemelyiadatEsLakcimnyilv antartas

AllampolgarNeve: char

AllampolgarSzuletesiDatum: char AllampolgarAllandoLakcim: char AllampolgarTartozkodasiHely: char AllampolgarAllampolgarsaga: char

VedonoiNyilv antartasGyermekek

+ GyermekNeve: char

+ GyermekSzuletesiDatum: Date

+ GyermekLakcim: char

class BelepoEv folyamElorej elzes

Korzethatarok::Korzetek

+ KorzetSzeletAzonosito: char

+ KorzetSzeletMegnevezese: char

+ KorzetSzeletIrsz: int

+ KorzetSzeletTelepules: char

+ KorzetSzeletKozterulet: char

+ KorzetSzeletHazszamEleje: char

+ KorzetSzeletHazszamVege: char

+ OMAzonosito: char

+ KorzetSzeletHatalyaEleje: Date

+ KorzetSzeletHatalyaVege: Date

Korzethatarok:: KorzetesGyermekek

+ GyermekNeve: char

+ GyermekSzuletesiDatum: Date

+ GyermekLakcim: char

BelepoEv folyamElorej elzes

+ Tanev: char

+ Evfolyam: int

+ TerületiEgyseg: char

+ VarhatoLetszam: int

«flow»

Korzethatarok::

Ov odaiNyilv antartasGyermekek

+ GyermekNeve: char

- OvodaOMAzonosito: int

+ GyermekSzuletesiDatum: Date

+ GyermekLakcim: char

«interface»

Interfeszek::BeirasiNaplo

BecslesiElj aras

Korzethatarok:: VedonoiNyilv antartasGyermekek

+ GyermekNeve: char

+ GyermekSzuletesiDatum: Date

+ GyermekLakcim: char

+ OMAzonosito: char

+ NaploSorszam: char

+ Xxxxxxxx Xxxxxxxxx: Date

+ TanuloNeve: char

+ OktatasiAzonosito: char

+ SzuletesiHely: char

+ SzuletesiIdo: Date

+ Lakcim: char

+ Tartozkodasi Hely: char

+ AnyjaNeve: char

+ Allampolgarsaga: char

+ ReggeliUgyeletIgeny: char

+ NapkoziIgeny: char

+ EtkezesIgeny: char

+ JogviszonyMegszunese: Date

+ JogviszonyMegszuneseOka: char

+ FogadoIntezmenyAzonosito: char

+ EvfolyamIsmetles: char

+ SNIIgeny: char

+ EgyebMegjegyzes: char

+ Rogzitette: char

+ CsoportbaSorolas: char

«flow»

«interface»

Interfeszek:: KEKKHSzemelyiadatEsLakcimnyilv antartas

«interface»

Interfeszek::KIFIR

+ AllampolgarNeve: char

+ AllampolgarSzuletesiDatum: char

+ AllampolgarAllandoLakcim: char

+ AllampolgarTartozkodasiHely: char

+ AllampolgarAllampolgarsaga: char

KuldoIskolaOMAzonosito: char FogadoIskolaOMAzonosito: xxxx Xxxxx: char

class CsoportinditasModellezes

Terv ezettCsoportok

BelepoEv folyamElorejelzes:: BelepoEv folyamElorejelzes

+ Tanev: char

+ Evfolyam: int

+ TerületiEgyseg: char

+ VarhatoLetszam: int

+ OMAzonosito: char

+ CsoportAzonosito: char

+ CsoportNeve: char

+ Tanev: char

+ Evfolyam: int

+ Munkarend: char

+ Tanuloletszam: char

+ Tanulmanyterulet: char

+ TervezettLetszam: int

Terv ezettCsoportinditasDontes

- CsoportInditasDontesAzonosito: int

- CsoportAzonosito: char

- DontesStatusza: char

- MaximalisOsztalyletszam: char

Terv ezettCsoportOsszev onas

+ CsoportOsszevonasAzonosito: char

+ EredetiCsoportAzonosito: char

+ UtodCsoportazonosito: char

+ DontesHatalya: char

+ CsoportInditasDontesAzonosito: char

9.2.1.2. ADATKÖRÖK BEMUTATÁSA

A helyi tanterv adatkörei:

A 2011. évi CXC. törvény a nemzeti köznevelésről 26. § (2) határozza meg, hogy az intézmény a pedagógiai programjának részeként a miniszter által kiadott kerettanterveket kiegészítve helyi tantervet készít. A helyi tanterv megnevezi az oktatásért felelős miniszter által kiadott kerettantervek közül választottat és rendelkezik a kerettantervben meghatározott, a kötelező és nem kötelező tanórai foglalkozások időkerete legfeljebb tíz százalékának felhasználásáról.

Az 51/2012. (XII. 21.) EMMI rendelet a kerettantervek kiadásának és jóváhagyásának rendjéről 3.

§ (2) d) pontja határozza meg a kerettanterv előírásait, és az előírások között az egységes tantervi szerkezet, továbbá a tantervre vonatkozó előírásokat: (d) a műveltségi területek vonatkozásában meghatározott tantárgyak óraszámát, e) az ismeretközlés és a képességfejlesztés közötti összhang megteremtésének módját és összhangjának biztosítását, f) a kapcsolódási pontokat az egyes tantárgyi tartalmak között, g) az egységes tantervi szerkezeti elveket a helyi tantervek elkészítésének támogatása céljából.)

A rendelet meghatározza a tanterv adatköreit az alábbiak szerint:

4. § (1) Az iskolatípusra, pedagógiai szakaszra, egyes sajátos köznevelési feladathoz készített kerettantervnek alkotóelemét képezik az iskolatípusra, pedagógiai szakaszra, egyes sajátos köznevelési feladathoz készített tantárgyi kerettantervek.

(2) A tantárgyi kerettanterv meghatározza

a) a tantárgyi bevezetőt, amely megjelöli

aa) az adott tantárgy pedagógiai céljait és feladatait,

ab) a tantárgy fejlesztési területeinek nevelési céljait,

ac) a tantárgynak a kulcskompetenciák fejlesztésében betöltött szerepét,

ad) az adott pedagógiai szakaszban a tantárgy sajátos fejlesztési céljait,

b) a tantárgyi tartalmakat, azon belül:

ba) a tematikai egységeket, amelyek az egyes műveltségterületi tantárgy nagyobb átfogó témaegységeit, témaköreit nevesítik, és amelyek a tematikai egységek az adott tantárgyi terület sajátosságaitól függően lehetnek konkrét téma- vagy képességterületek azzal az eltéréssel, hogy a tevékenységre épülő műveltségterületek tantárgyaiban a tematikai egységek fejlesztési célként jelennek meg,

bb) az előzetes tudást, amely a témakörhöz kapcsolódó tartalmak sikeres elsajátításához szükséges, kulcsfogalmakat, ismeretelemeket, szabályokat, képességeket foglal össze,

bc) a tematikai egység nevelési és fejlesztési céljait, amelyhez illeszkedve az adott tematikai egység tanítási-tanulási folyamatában hangsúlyos, kiemelt nevelési és fejlesztési feladatok kerülnek megnevezésre az egy vagy két évfolyamonként meghatározott, a tantárgyra jellemző sajátos pedagógiai és fejlesztési célok és feladatok alapján,

bd) az ismeretek, fejlesztési követelmények rendszerét azzal, hogy a tematikai egység tartalmi elemeinek és fejlesztési feladatainak megjelenítését a tematikai egység sajátosságainak megfelelően kell meghatározni, figyelemmel a tantárgy és a tematikai egység sajátosságaira és a tantárgyi, tantárgyközi kapcsolódási pontok megjelenítésére,

be) a kulcsfogalmak, fogalmak rendszerét, amely a kulcsfogalmak, továbbá a fogalmi gondolkodás fejlesztéséhez szükséges fogalmi műveltség összetevőit tartalmazza,

bf) a fejlesztés az egy vagy két évfolyamos szakasz végére elvárt eredményeit, amely az adott tantárgyban elvárható legfontosabb tudás- és képességelemek határozza meg,

c) a kerettantervek tartalmának elsajátításához minimálisan szükséges – a tematikai egységekhez vagy adott évfolyamhoz kapcsolódó – óraszámot, amelyhez képest az iskola – a 2. § (5) bekezdésben foglalt kivétellel – kevesebb óraszámban nem építheti be a tantárgyi kerettantervet a helyi tantervébe.

(3)5 A Köznevelési Hídprogramokhoz, a felnőttoktatáshoz, továbbá enyhén és súlyos értelmi fogyatékos tanulók nevelő-oktató munkáját ellátó speciális szakiskolák számára készített kerettantervek esetében nem kell alkalmazni a (2) bekezdés a) és b) pontjaiban a tantárgyi kerettantervekre vonatkozó előírásokat.

Körzethatárok és létszámok adatkörei:

A körzethatárokkal kapcsolatos adatköröket a 229/2012. (VIII. 28.) Korm. rendelet a nemzeti köznevelésről szóló törvény végrehajtásáról 9. A köznevelési közszolgálati feladatok megvalósításában részt vevő köznevelési intézmények körzethatárait tartalmazó nyilvántartás határozza meg a következőképpen.

22. § (1) Az illetékes kormányhivatal a köznevelési intézmény körzethatárai, a települési önkormányzat vagy az önkormányzati társulás székhelye szerinti település jegyzője az óvodai felvételi körzethatárok megállapításáról vagy megváltoztatásáról szóló döntést követő tizenöt napon belül a körzethatárokat tartalmazó döntést megküldi a KIR-be, és megadja a következő adatokat:

a) a kormányhivatal vagy polgármesteri hivatal nevét, irányítószámát, a település nevét és a közterület címét,

b) a beküldő felelős személy nevét, beosztását, elérhetőségeit.

(2) A körzethatárokkal kapcsolatban a Hivatal a KIR honlapján közzéteszi

a) az intézménytörzsből átvett és az adatszolgáltató által kijelölt köznevelési intézményi adatokat,

b) a körzethatárokat megállapító döntést tartalmazó határozatot vagy jegyzőkönyvi kivonatot, annak számát, az elfogadás idejét,

c) az adott köznevelési intézmény működési körzetét településenként, településrészenként, a közterület címével,

d) a pedagógiai szakszolgálat feladattípus szerinti, megyei, települési körzethatárait,

e) iskola és óvoda esetén a hátrányos helyzetű és halmozottan hátrányos helyzetű gyermekekkel és tanulókkal összefüggő statisztikai adatokat,

ea) a településen élő összes hátrányos helyzetű és halmozottan hátrányos helyzetű gyermek, tanuló létszámát, külön nyilvántartva az óvodával jogviszonyban álló gyermekek, az alapfokú és középfokú iskolával tanulói jogviszonyban álló tanulók létszámát,

eb)33 az óvoda és az iskola felvételi körzetében élő hátrányos helyzetű és halmozottan hátrányos helyzetű gyermekek és tanköteles tanulók létszámát, feladatellátási helyenként,

f) a Köznevelési Hídprogramban részt vevő alap- és középfokú iskolákat.

(3) Az illetékes kormányhivatal és a jegyző az (1) és (2) bekezdés alapján megküldött adatokban bekövetkezett változást a változást követő tizenöt napon belül jelenti be.

(4) A Hivatal a KIR honlapján mindenki számára térítésmentes hozzáférést biztosít az (1)–(3) bekezdés szerinti adatokhoz.

9.2.2. „MUNKATERV” ALMODUL

9.2.2.1. LOGIKAI ADATMODELL

class Ev esMunkaterv

Munkaterv

+ MunkatervAzonosito: char

+ OMAzonosito: char

+ Tanev: char

+ Rogzitette: char

+ Jovahagyo: char

MunkaTerv Xxxxx Xxxxxx

Munkaterv Celok

Munkaterv Feladat

+ MunaktervAzonosito: char

+ TanevKezdeteDatum: Date

+ XxxxxXxxxXxxxx: Date

+ TanitasNelkuliNapokDatum: Date

+ MunkatervAzonosito: char

+ CelAzonosito: char

+ Cel: char

+ Hatarido: Date

+ Felelos: char

+ MunkatervAzonosito: char

+ FeladatAzonosito: char

+ Feladat: char

+ Hatarido: Date

+ Felelos: char

Munkaterv UnnepEsemeny

MunkatervAzonosito: char UnnepEsemenyAzonosito: char UnnepEsemeny: char UnnepEsemenyDatum: char Felelos: char

ResztvevokTervezettSzama: int

«interface»

Interfeszek:: AlkalmazottNyilv antartas

TanulmanyiVersenyek

AlkalmazottAzonosito: char AlkalmazottNeve: char Vegzettsege: char StatuszAzonosito: int

KotelezoOraszam: int

MunkatervAzonosito: char

TanulmanyiVersenyAzonosito: xxxx XxxxxxxxxxXxxxxxx: char

TanulmanyiVersenyDatum: xxxx Xxxxxxx: char

ResztvevokTervezettSzama: int

Munkakozosseg

MunkatervAzonosito: xxxx XxxxxxxxxxxxxXxxx: char MunkakozossegVezetoNeve: char TagokNeve: int

Tantargyfelosztas::Csoportok

Osztalyfonok

+ MunkatervAzonosito: char

+ OszatlyfonokNeve: char

+ CsoportAzonosito: char

+ OMAzonosito: char

+ CsoportAzonosito: char

+ CsoportNeve: char

+ Tanev: char

+ Evfolyam: int

+ Munkarend: char

+ Tanuloletszam: char

- CsoportInditasDontesAzonosito: int

- Tanulmanyterulet: char

- Letszam: int

class Ev esMunkaterv Dontes

Ev esMunkaterv ::Munkaterv

Munkaterv Dontes

+ MunkatervAzonosito: char +

+ OMAzonosito: char +

+ Tanev: char +

+ Rogzitette: char +

+ Jovahagyo: char +

MunkatervDontesAzonosito: int MunkatervAzonosito: char DontesStatusza: char HatarozatIktatoszam: char HatarozatDatum: Date HatarozatRogzito: char HatarozatElozmeny: char

«interface» Interfeszek:: DMSOne

+ IktatoSzam: char

9.2.3. „ÉVES TANÜGY-IGAZGATÁS” ALMODUL

9.2.3.1. LOGIKAI ADATMODELL

class Tantárgyfelosztás

Tanterv ek::Tanterv

TantargyFelosztas

Csoportok

+ TantervNeve: char

+ TantervHatalya: Date

+ OMAzonosito: char

+ TantervAzonosito: char

+ KerettantervAzonosito: int

+ Xxxxxxxxxx XxxxxxxxxXxxxx: char

+ TantargyFelosztasAzonosito: char

+ OMAzonosito: char

+ TantargyfelosztasRogzito: char

+ TantargyFelosztasJovahagyo: int

+ TantargyFelosztasHatalya: char

+ TantargyFelosztasFenntartoi Hatarozat: char

+ OMAzonosito: char

+ CsoportAzonosito: char

+ CsoportNeve: char

+ Tanev: char

+ Evfolyam: int

+ Munkarend: char

+ Tanuloletszam: char

TantargyfelosztasOraterv iOrak

- CsoportInditasDontesAzonosito: int

- Tanulmanyterulet: char

- Letszam: int

Tanterv ek::Xxxxxxx Xxxxxxxxxx

+ TantervAzonosito: char

- TantervTantargyAzonosito: char

+ TantargyNeve: char

+ Evfolyam: char

+ HetiOrakeret: int

+ Evi Orakeret: int

+ Kerettantervi Orakeret: int

+ HelyitervezesuOrakeret: int

+ EmeltSzintuErettsegiFelkeszitesHeti Orakeret: int

+ EmeltSzintuErettsegiFelkeszitesEvesi Orakeret: int

+ TanevEvszam: char

+ OMAzonosito: char

+ AlkalmazottAzonosito: char

+ CsoportAzonosito: char

+ CsoportTanterv: char

+ TantargyAzonosito: char

+ EllatottOraszam: int

+ CsoportBontas: char

+ SzakosEllatas: int

+ TartosHelyettesites: int

+ TantargyFelosztasAzonosito: char

+ TantargyFelosztasOratervi OrakAzonosito: char

+ HelyisegAzonosito: char

BeiskolazasNyilv antartas:: OktatasiIntezmeny

+ OMAzonosito: char

+ IskolaNeve: long

+ irszam: char

+ haszszam: char

+ Tankerulet: char

+ VezetoNeve: char

NemOraterv iOrak

+ AlkalmazottAzonosito: char

+ NemOraterviFeladat: char

+ NemOraterviOraszam: int

«interface»

Interfeszek:: AlkalmazottNyilv antartas

StatuszIgeny

+ AlkalmazottAzonosito: char

+ AlkalmazottNeve: char

+ Vegzettsege: char

+ StatuszAzonosito: int

+ KotelezoOraszam: int

- OMAzonosito: char

- StatuszSzama: int

«interface»

Interfeszek::Helyisegek

PedagogusokOsszesites

+ AlkalmazottAzonosit: char

- ElatottOrakSzamaOsszesen: int

- KotelezoOrakSzamatMeghaladoOraszam: int

+ HelyisegAzonosito: char

+ TermeszetbeniCim: char

+ HelyisegMegnevezese: char

+ HelyisegEpuletenBeluliCime: char

class Beiskolazas

«interface» Interfeszek:: OktatasiIntezmeny

«interface»

Interfeszek::Jelentkezok

Ov oda

+ OMAzonosito: char

+ IskolaNeve: long

+ irszam: char

+ haszszam: char

+ Tankerulet: char

+ VezetoNeve: char

JelentkezoAzonosito: char vezeteknev: xxxx xxxxxxxxxx: char

irszam: xxxx xxxxxxxxxx: xxxx xxxxxxx: char

GondviseloNeve: char

GondviseloTelefonszam: xxxx XxxxxXxxxx: int

HHHtipus: char

KulonlegesHelyzet: char Nemzetiseg_jelleg: xxxx Xxxxx: char

Rogzitette: char ValasztottIskola: int

ValasztottCsoport: int Szuletesi Hely: char Szuletesi Datum: Date Allampolgarsag: char

OvodaiSzakvelemeny: byte

NevelesiTanacsadoSzakvelemeny: byte SNISzakertoiBizottsagSzakvelemeny: int NemMagyarAllRegisztraciosIgazolas: byte NemMagyarAllTartozkodasiKartya: byte

NemMagyarAllAllandoTartozkodasiKartya: byte NyilatkozatKozosSzuloiFelugyeletiJog: byte

+ OM_azonosito: char

+ OvodaNeve: long

+ irszam: char

+ hazszam: char

class BeiskolazasDontes

«interface»

Interfeszek::Jelentkezok

JelentkezoAzonosito: char vezeteknev: xxxx xxxxxxxxxx: char

i rszam: xxxx xxxxxxxxxx: xxxx xxxxxxx: char

GondviseloNeve: char

GondviseloTelefonszam: xxxx XxxxxXxxxx: int

HHHtipus: char

KulonlegesHelyzet: char Nemzetiseg_jelleg: xxxx Xxxxx: char

Rogzitette: char ValasztottIskola: int

ValasztottCsoport: int SzuletesiHely: char SzuletesiDatum: Date Allampolgarsag: char

OvodaiSzakvelemeny: byte

NevelesiTanacsadoSzakvelemeny: byte SNISzakertoiBizottsagSzakvelemeny: int NemMagyarAllRegisztraciosIgazolas: byte NemMagyarAllTartozkodasiKartya: byte

NemMagyarAllAllandoTartozkodasi Kartya: byte NyilatkozatKozosSzuloiFelugyeletiJog: byte

BeiskolazasDontes

BeiskolazasDontesAzonosito: int JelentkezoAzonosito: char DontesStatusza: char HatarozatIktatoszam: char HatarozatDatum: Date HatarozatRogzito: char HatarozatFoka: char HatarozatElozmeny: char

«interface» Interfeszek:: DMSOne

+ IktatoSzam: char

class BeiskolazasJelentes

«interface»

Interfeszek::Jelentkezok

BeiskolazasDontes:: BeiskolazasDontes

Kormanyhiv atalBeiskolazasLista

+ JelentkezoAzonosito: char

+ vezeteknev: char

+ keresztnev: char

+ irszam: char

+ kozterulet: char

+ hazszam: char

+ GondviseloNeve: char

+ GondviseloTelefonszam: char

+ KuldoOvoda: int

+ HHHtipus: char

+ KulonlegesHelyzet: char

+ Nemzetiseg_jelleg: char

+ Tanev: char

+ Rogzitette: char

+ ValasztottIskola: int

+ ValasztottCsoport: int

+ Szuletesi Hely: char

+ Szuletesi Datum: Date

+ Allampolgarsag: char

+ OvodaiSzakvelemeny: byte

+ NevelesiTanacsadoSzakvelemeny: byte

+ SNISzakertoi BizottsagSzakvelemeny: int

+ NemMagyarAll RegisztraciosIgazolas: byte

+ NemMagyarAll Tartozkodasi Kartya: byte

+ NemMagyarAll AllandoTartozkodasiKartya: byte

+ NyilatkozatKozosSzuloi Felugyeleti Jog: byte

- BeiskolazasDontesAzonosito: int

- JelentkezoAzonosito: char

- DontesStatusza: char

- HatarozatIktatoszam: char

- HatarozatDatum: Date

- HatarozatRogzito: char

- HatarozatFoka: char

- HatarozatElozmeny: char

+ vezeteknev: char

+ keresztnev: char

+ irszam: char

+ kozterulet: char

+ hazszam: char

+ GondviseloNeve: char

+ GondviseloTelefonszam: char

+ KuldoOvoda: int

+ HHHtipus: char

+ KulonlegesHelyzet: char

+ Nemzetiseg_jelleg: char

+ Tanev: char

+ Rogzitette: char

+ ValasztottIskola: int

+ SzuletesiHely: char

+ SzuletesiDatum: Date

+ Allampolgarsag: char

+ IktatoSzam: char

+ Jovahagyo: char

«interface» Interfeszek:: DMSOne

+ IktatoSzam: char

class BeirasiNaploVezetese

«interface»

Interfeszek::BeirasiNaplo

OMAzonosito: char NaploSorszam: char FelvetelIdopontja: Date TanuloNeve: char OktatasiAzonosito: char SzuletesiHely: char SzuletesiIdo: Date Lakcim: char

TartozkodasiHely: char AnyjaNeve: char

Allampolgarsaga: char ReggeliUgyeletIgeny: xxxx XxxxxxxXxxxx: char EtkezesIgeny: char

JogviszonyMegszunese: Date JogviszonyMegszuneseOka: char FogadoIntezmenyAzonosito: char EvfolyamIsmetles: char

SNIIgeny: char EgyebMegjegyzes: char Rogzitette: char CsoportbaSorolas: char

«interface» Interfeszek:: OktatasiIntezmeny

+ OMAzonosito: char

+ IskolaNeve: long

+ irszam: char 0..* + haszszam: char

+ Tankerulet: char

+ VezetoNeve: char

Tantargyfelosztas::Csoportok

OMAzonosito: char CsoportAzonosito: char CsoportNeve: char

Tanev: char Evfolyam: int Munkarend: char

Tanuloletszam: char

CsoportInditasDontesAzonosito: int Tanulmanyterulet: char

Letszam: int

class TantargyFelosztasDontes

TantargyFelosztasDontes

Tantargyfelosztas::TantargyFelosztas

+ TantargyFelosztasAzonosito: char

+ OMAzonosito: char

+ TantargyfelosztasRogzito: char

+ TantargyFelosztasJovahagyo: int

+ TantargyFelosztasHatalya: char

+ TantargyFelosztasFenntartoiHatarozat: char

+ TantargyFelsosztasDontesAzonosito: int

+ TantargyFelosztasAzonosito: char

+ DontesStatusza: char

+ HatarozatIktatoszam: char

+ HatarozatDatum: Date

+ HatarozatRogzito: char

+ HatarozatElozmeny: char

Tantargyfelosztas:: StatuszIgeny

- OMAzonosito: char

- StatuszSzama: int

«interface» Interfeszek:: DMSOne

+ IktatoSzam: char

class TantargyfelosztasHRAllokalas

TankeruletiPedagogusAllokalas

Tantargyfelosztas:: TantargyfelosztasOraterv iOrak

TanevEvszam: char OMAzonosito: char

AlkalmazottAzonosito: char CsoportAzonosito: char CsoportTanterv: char

TantargyAzonosito: char EllatottOraszam: int CsoportBontas: char SzakosEllatas: int

TartosHelyettesites: int

TantargyFelosztasAzonosito: char

TantargyFelosztasOratervi OrakAzonosito: char HelyisegAzonosito: char

+ AlkalmazottAzonosito: char

+ TantargyFelosztasOraterviOrakAzonosito: char

+ Jovahagyo: char

+ JovahagyasDatum: Date

«interface»

Interfeszek:: AlkalmazottNyilv antartas

+ AlkalmazottAzonosito: char

+ AlkalmazottNeve: char

+ Vegzettsege: char

+ StatuszAzonosito: int

+ KotelezoOraszam: int

class ElozetesCsoportInditas

ElozetesCsoportok

+ OMAzonosito: char

+ CsoportAzonosito: char

+ CsoportNeve: char

+ Tanev: char

+ Evfolyam: int

+ Munkarend: char

+ Tanuloletszam: char

+ Tanulmanyterulet: char

+ TervezettLetszam: int

- Rogzitette: char

- Jovahagyo: char

class CsoportInditasDontes

ElozetesCsoportInditas:: ElozetesCsoportok

CsoportOsszev onas

OMAzonosito: char CsoportAzonosito: char CsoportNeve: char

Tanev: char Evfolyam: int

Munkarend: char

Tanuloletszam: char

Tanulmanyterulet: char TervezettLetszam: int Rogzitette: char Jovahagyo: char

+ CsoportOsszevonasAzonosito: char

+ EredetiCsoportAzonosito: char

+ UtodCsoportazonosito: char

+ DontesHatalya: char

+ CsoportInditasDontesAzonosito: char

Tantargyfelosztas::Csoportok

CsoportinditasDontes

«interface» -

Interfeszek:: -

DMSOne -

+ IktatoSzam: char -

CsoportInditasDontesAzonosito: int CsoportAzonosito: char DontesStatusza: char HatarozatIktatoszam: char HatarozatDatum: Date HatarozatRogzito: char HatarozatElozmeny: char

MaximalisOsztalyletszam: char

+ OMAzonosito: char

+ CsoportAzonosito: char

+ CsoportNeve: char

+ Tanev: char

+ Evfolyam: int

+ Munkarend: char

+ Tanuloletszam: char

- CsoportInditasDontesAzonosito: int

- Tanulmanyterulet: char

- Letszam: int

Document Metadata

Table of Contents

RENDSZERSZERVEZÉS MODUL

Document Metadata