Dabas és Környéke Vízügyi Kft

Dabas és Környéke Vízügyi Kft.

H-2370 Dabas, Széchenyi u. 3. Tel: 29/360-321; 29/360-323 Tel./fax: 29/360-323 E-mail: [email protected]

FEJLESZTÉSI- ÉS VÁLTOZÁSKEZELÉSI SZABÁLYZAT kiadás /változat 1.0

jóváhagyta, hatályba léptette:

Hatályba lépés dátuma: 2015. 04.01

Ezen szabályozás mindenkor érvényes, ellenőrzött példánya elektronikus formában tárolva az DAKÖV Kft. számítógépes hálózatán található. A korábban kinyomtatott példányok érvényességét használat előtt összehasonlítással ellenőrizze!

Kiadás/változat: 1.0 DAKÖV KFT.

FEJLESZTÉSI- ÉS VÁLTOZÁSKEZELÉSI SZABÁLYZAT

Kiadás dátuma:2015.04.01 Oldalak száma: 2/40

Verzió

Készítette /módosította

Módosítás

Hatályba lépés

File neve

dátuma 1.0

DAKOV KFT.

2015.04.01

fejleszt.pdf

.

Kiadás: 1.0 Hatályba helyezve: 2015. 04.01.

Dokumentum száma: Oldalszám: 2 / 40




Tartalomjegyzék 1

A jelen szabályozás dokumentuma......................................................................... 5 1.1 A szabályzat célja ................................................................................................. 5 1.2 A szabályzat hatálya ............................................................................................. 5 1.2.1 Személyi hatálya ............................................................................................ 5 1.2.2 Tárgyi hatálya ................................................................................................ 6 1.2.3 Területi hatálya .............................................................................................. 6 1.2.4 Időbeli hatálya ............................................................................................... 6 1.3 A szabályzat minősítése ....................................................................................... 6 1.4 A szabályzat felülvizsgálata ................................................................................. 6

2

A változáskezelés folyamata .................................................................................. 7 2.1 Az igénylés ........................................................................................................... 7 2.2 Igények rangsorolása ............................................................................................ 8 2.3 Költségelszámolás ................................................................................................ 8 2.4 Szükséges dokumentációk ................................................................................... 8 2.4.1 Fejlesztési igény / Követelmény specifikáció ............................................... 9 2.4.2 Rendszerterv .................................................................................................. 9 2.4.3 Felhasználói útmutató .................................................................................. 10 2.4.4 Tesztelési terv és dokumentáció .................................................................. 10 2.4.5 Üzemeltetési dokumentáció ......................................................................... 10 2.4.6 Üzembe helyezés dokumentáció ................................................................. 10 2.4.7 Programozási dokumentációk...................................................................... 10 2.4.8 Hardver változtatás esetén ........................................................................... 11 2.5 A működési biztonság előkészítése .................................................................... 11 2.6 Verziókövetés, forráskódok tárolása .................................................................. 12 2.7 Módszertan, szabványok .................................................................................... 12 2.8 Tesztelés ............................................................................................................. 12 2.8.1 A tesztelés tartalmát tekintve lehet: ............................................................. 13






2.9 Éles üzembe helyezés ......................................................................................... 13 2.10 Titoktartás......................................................................................................... 14 3

Mellékletek ........................................................................................................... 15 3.1 1. számú melléklet – A fejlesztőkkel szembeni elvárások ................................. 15 3.1.1 Általános elvárások...................................................................................... 15 3.1.2 Igények fogadása ......................................................................................... 15 3.1.3 Az igény elemzése (részletes követelmény specifikáció elkészítése) ......... 16 3.1.4 Rendszerterv elkészítése .............................................................................. 16 3.1.5 Fejlesztés (az igényt kielégítő megoldás) .................................................... 17 3.1.6 Tesztelés ...................................................................................................... 17 3.1.7 Kiszállítás (átadás-átvétel) ........................................................................... 17 3.1.8 Átadás-átvételi jegyzőkönyv ....................................................................... 17 3.1.9 Felhasználói útmutató .................................................................................. 17 3.1.10 Tesztelési terv és dokumentáció ................................................................ 18 3.1.11 Üzemeltetési dokumentáció ....................................................................... 18 3.1.12 Üzembe helyezés dokumentáció ............................................................... 18 3.1.13 Programozási dokumentációk.................................................................... 18 3.1.14 Hardver specifikáció .................................................................................. 18 3.2 2. számú melléklet – Követelmény specifikáció ................................................ 19 3.3 3. számú melléklet – Rendszerterv..................................................................... 23 3.4 4. számú melléklet – Éles üzemre átadás-átvétel ............................................... 26






1

A jelen szabályozás dokumentuma A Dabas és Környéke Vízügyi Szolgáltató Kft. (a továbbiakban: Társaság) a változások magas szintű kezelése és menedzselése, a hazai és nemzetközi minőségirányítási sztenderdeknek és jogszabályoknak valamint a harmadik felektől, üzleti partnerektől igénybe vett szolgáltatások átlátható kezelése érdekében elkészítette a változások kezelésére vonatkozó jelen „Fejlesztési- és változáskezelési szabályzatát”. A Társaság távlati célja, hogy szabályozásai lefedjék a legfontosabb tevékenységeket, átláthatók és betarthatók valamint folyamatosan aktualizáltak és konzisztensek legyenek. 1.1 A szabályzat célja Jelen szabályozás célja, hogy a Társaság stratégiájának és feladatai megvalósulásának elősegítése érdekében folyamatait informatikai eszközök használatával hatékonyabbá, gazdaságosabbá, biztonságosabbá és menedzselhetővé tegye. A szabályzat célja, hogy a fejlesztési- és változási igények kezelése tervezhető, átlátható és ellenőrizhető legyen, az igény megfogalmazásától az éles üzembe állításig. Jelen szabályzatban meghatározzuk azt az eljárási rendet, ami lehetővé teszi a Társaság munkafolyamataival, informatikai alkalmazásaival és infrastruktúrájával kapcsolatos fejlesztési igények megfogalmazását, benyújtását, priorizálását, ütemezését, kivitelezését, dokumentálását, tesztelését és élesítését 1.2 A szabályzat hatálya 1.2.1 Személyi hatálya A szabályzat szervezeti hatálya kiterjed a: 

A Társaság valamennyi informatikát alkalmazó vagy az informatika környezetében működő szervezeti egységére.



A Társaság valamennyi munkavállalójára.



A Társaság informatikai rendszerével, szolgáltatásaival kapcsolatban a Társasággal szerződéses jogviszonyban álló természetes és jogi személyekre, jogi személyiséggel nem rendelkező szervezetekre (a továbbiakban: külső személy), a velük kötött szerződésben, illetve a titoktartási nyilatkozatban rögzített mértékben.



A Társasággal felhasználói jogviszonyban levő regisztrált, informatikát használó felhasználójára.






1.2.2 Tárgyi hatálya A szabályzat tárgyi hatálya kiterjed a Társaság 

folyamataira,



adathordozóira,



adataira,



alkalmazásaira,



alapszoftvereire,



az IT rendszerre, és környezetre,



környezeti infrastruktúra elemeire, objektumaira.



a jogszabályoknak és külső követelményeknek való megfelelésre.

1.2.3 Területi hatálya A szabályzat területi hatálya kiterjed a tárgyi hatálya alá tartozó informatikai erőforrások üzemelési helyszíneire: •

a Társaság telephelyeire

•

a külső szolgáltatók által, a Társaságnak nyújtott szolgáltatásban érintett helyszíneire

1.2.4 Időbeli hatálya A jelen utasítás az aláírás napját követő első munkanapon lép hatályba, dokumentumba foglalt feladatok és szabályok ezen időponttól alkalmazandók. A szabályzat visszavonásig érvényes. 1.3 A szabályzat minősítése A jelen szabályozás belső nyilvános dokumentum, amelyet a szabályzat személyi hatálya alá nem tartozó harmadik személy csak és kizárólag az Ügyvezetők előzetes írásos engedélye alapján ismerhet meg. Jelen szabályzat személyi hatálya alá tartozóknak a szabályzat előírásait kötelezően ismerniük (a munkaviszony kezdetének napján, de legkésőbb az első munkában töltött napon) és követniük kell, azonban harmadik személynek a szabályzatból információt nem adhat ki. 1.4 A szabályzat felülvizsgálata A jelent szabályzatot évente felül kell vizsgálni. A felülvizsgálat az Informatikai Biztonsági Felelős (továbbiakban: IBF) feladata.






2 A változáskezelés folyamata 2.1 Az igénylés Változási és fejlesztési igényt a Társaság bármelyik alkalmazottja megfogalmazhat. Az igényt írásban, kell el juttatni az ez adott üzem üzemvezetőjéhez. Az informatikai környezetet és architektúrát érintő változtatások (pl. új számítógép beszerzése, üzembe állítása, periféria csere, hardverbővítés, hálózati változtatások stb.) elbírálásáért az informatikai vezető jóváhagyásáért az adott üzemigazgatóság üzemigazgatója, a kivitelezésért a rendszergazda a felelős. Az alkalmazásokat érintő fejlesztésekért a kinevezett változás menedzser valamint az adott rendszer/szoftver Adatgazdája felel. Külső fejlesztések esetén a kivitelezést a szerződött partner végzi. A fejlesztési igény feljegyzés benyújtásával egyidejűleg át kell adni a fejlesztési igény pontos leírását is (pl.: funkcionális specifikációk, funkcionális folyamatábrák, felhasználó szintű kapcsolatok stb.). A fejlesztési igényeket az adott üzemigazgatóság üzemigazgatója tartja nyilván a fejlesztési igények listáján. A fejlesztési és változáskezelési igény kategóriái a következők lehetnek: 1.

2.

Normál fejlesztés / normál változás: •

Olyan fejlesztés (általában release), amely a projekt méretet sem költségben, sem emberi erőforrás igényben nem éri el.

•

Általában új rendszer létrehozása, vagy nagyobb módosítások végrehajtására irányul.

•

Új hardver, hardveralkatrész, beépítése az informatikai rendszerbe, vagy egy adott elem (hálózati eszközök, kábelezés stb.) jelentős módosítása.

•

Új jogosultsági csoport, vagy jogosultsági paraméter kialakítása változtatása (Személyek és csoportok összerendelése nem ezen szabályzat, hanem a Jogosultságkezelési szabályzat alapján történik.).

Hibajavítás, hotfix, patch •

Olyan változtatás (általában foltozás), amely a rendszer hibás működésének megszüntetését kívánja elérni (hardver vagy szoftverváltoztatás is lehet).

•

Költésigénye nincs (legtöbbször a szállító költség nélkül hajtja végre).






Vészhelyzet kezelés (Emergency Hotfix)

3.

•

Olyan változtatás, amely előre nem tervezhető és a probléma azonnali beavatkozást igényel (hardver vagy szoftverváltoztatás is lehet).

•

Költségigénye nem becsülhető.

2.2 Igények rangsorolása 

Az adott üzemigazgatóság üzemigazgatója az informatikai vezetővel tartott megbeszélés (ek) alapján jogosult a nyilvántartásba vett fejlesztési igényeket rangsorolni fontosság és sürgősség szempontjából.



Az adott üzemigazgatóság üzemigazgatója a változások nyomon követése alapján a prioritásokat minden hónapban áttekinti és adott esetben újra priorizál.



Az adott üzemigazgatóság üzemigazgatója dönt az egyes fejlesztési igények fejlesztési listáról történő törléséről.

2.3 Költségelszámolás 

Az adott üzemigazgatóság üzemigazgatója kérheti a fejlesztési igényt megfogalmazó szervezeti egység vezetőjét, hogy a fejlesztésre vonatkozó gazdaságossági számítást csatolja, valamint a fejlesztés megvalósulása esetén a gazdaságossági számítást, utólagos elemzést hajtsa végre. A fejlesztési igényt megfogalmazó szervezeti egység vezetője köteles ezt teljesíteni.



A fejlesztési igényt megfogalmazó szervezeti egység vezetőjének kötelessége engedélyeztetni az adott üzemigazgatóság üzemigazgatójával minden olyan költséget, amely beruházáshoz, szolgáltatáshoz vagy eszközvásárláshoz kapcsolódik. A kapcsolódó költségek szakmai, technikai indoklását a változásmenedzser köteles biztosítani a fejlesztők vagy a Rendszergazda közreműködésével.

2.4 Szükséges dokumentációk A fejlesztési és változáskezelési dokumentációk azt a célt szolgálják, hogy a fejlesztések és változások különböző fázisait és eredményeit (termékeit) megfelelőképpen leírják, az egyes folyamatokról, kapcsolatokról, felületekről pontos információkkal szolgáljanak. A fejlesztőkkel szembeni elvárásokat az 1. számú melléklet tartalmazza. Általános szabályként kerül alkalmazásra, hogy a fejlesztési és változáskezelési dokumentációkat a verziókövetés módszerével kell elkészíteni és karbantartani, továbbá az alábbi kötelező információkat kell tartalmazniuk: 

cím, dokumentum típus;



dokumentum készítője, dokumentum jóváhagyója;








készítési és módosítási dátum;



verzió, a változtatások jegyzéke;



összes oldalszám.

A dokumentumokat vagy papír, vagy elektronikus formában kell elkészíteni. Az egyes dokumentumok mélysége a szakterületi vezető döntési jogköre (szakmai szempontból szükséges és elégséges dokumentációs mélység meghatározása). Minden elkészült fejlesztési dokumentációt az ügyvezető igazgatónak át kell néznie, és jóvá kell hagynia. A jóváhagyásnak szerepelnie kell a dokumentum (jóváhagyó személy, dátum stb.), vagy a dokumentum „módosítások jegyzéke” táblázatában. A dokumentációk az alábbi típusúak lehetnek: 2.4.1 Fejlesztési igény / Követelmény specifikáció A változást kezdeményező területi egység vezetőjének, vagy az adott rendszer Adatgazdájának felelőssége elkészíteni az igényt és ennek alapján kezdeményezni a változáskezelés végrehajtását. A fejlesztés méretétől függően ki kell tölteni a 2. számú mellékletben található részletes követelmény specifikációt, amely pontosan leírja a fejlesztési igény által támasztott követelményeket, a kapcsolatokat, folyamatokat, hibaesetek kezelésének menetét, a különböző eseteket stb. 2.4.2 Rendszerterv A Követelmény specifikáció alapján a fejlesztők által elkészített technikai dokumentum (lásd a 3. számú mellékletet). Olyan komplex dokumentum, amely a követelmény specifikációban meghatározott rendszer architektúráját, logikai felépítését és működését írja le. A rendszerterv tartalmazza a feldolgozásra és az adatokra vonatkozó követelmények részleteit. A rendszerterv készítésekor kell meghatározni a feldolgozási lépéseket, a kapcsolódó ki- és beviteli adatokra vonatkozó előírásokat és követelményeket, interfészeket. Külső fejlesztés esetén szükség szerint a rendszert szállító külső cég is elkészítheti. Ez alapján kell elkészíteni az adott informatikai rendszert, ez tartalmazza a megvalósítandó adatok és feldolgozások részletes specifikációját. (Készen kapható alkalmazás, úgynevezett „Dobozos szoftver” esetén egyszerűbb formájú is lehet, de az interfészek és a biztonsági előírások betartásához szükséges paraméterek meghatározását és beállításuk módját mindenképpen tartalmaznia kell.) Amennyiben a dobozos szoftver készítője nem biztosítja ezt a dokumentációt, akkor a Társaságnak fel kell kérnie egy szakértőt a megfelelő dokumentáció elkészítésére (ez a költség is az adott fejlesztésre kerül elszámolásra). Az interfész specifikációjában a program különböző csatlakozási felületeinek leírását tartalmazza. Kiadás: 1.0 Hatályba helyezve: 2015. 04.01.





2.4.3 Felhasználói útmutató A fejlesztésre kerülő Program/módosítás/változás használatához szükséges felhasználói ismeretek leírását tartalmazza. Külső fejlesztés esetében szükség szerint a rendszert szállító külső cég is elkészítheti. Dobozos szoftver esetében a gyártó biztosítja. Nem vásárolható olyan dobozos szoftver, amelynek nincs felhasználói útmutatója, vagy azt szakemberrel el kell készíttetni (ez a költség is az adott fejlesztésre kerül elszámolásra). A felhasználói útmutató része adott esetben az oktatási dokumentáció is (amennyiben szükséges az adott rendszerhez). 2.4.4 Tesztelési terv és dokumentáció A fejlesztési igényt megfogalmazó szervezeti egység által, a Program tesztelésének céljából elkészített részletes terv, és a teszt tevékenység eredményének dokumentációja. Dobozos szoftver esetén is el kell készíteni. 2.4.5 Üzemeltetési dokumentáció A Program üzemeltetéséhez és az egyszerűbb hibák elhárításához szükséges dokumentáció. Külső fejlesztés esetében szükség szerint a rendszert szállító külső cég is elkészítheti. Dobozos szoftver esetében a fejlesztő cégnek biztosítania kell. 2.4.6 Üzembe helyezés dokumentáció Az adott program, programmódosítás, hardver üzembe helyezését dokumentáló leírás, amely részletesen tartalmazza az üzembe helyezés módját, részletes eljárásait, adott esetben a visszaállításhoz szükséges lépéseket és ellenőrzési eljárásokat. Az élesítés folyamatának és a szükséges jóváhagyásoknak a dokumentálására is szolgál. (lásd: a 4. számú mellékletben lévő formanyomtatványt) 2.4.7 Programozási dokumentációk A Társaság által megrendelt nem dobozos szoftverekhez elvárt dokumentáció, amely tartalmazza a következő elemeket: •

Működési folyamatleírás: Leírja technikai szempontból a Program működését, a logikai adatfolyamokat, kapcsolatokat stb. A fejlesztő készíti el. Külső fejlesztés esetében szükség szerint a rendszert szállító külső cég is elkészítheti.

•

Fordítási környezet leírás: Leírja a Program forráskódokból való előállításához szükséges lépéseket. A fejlesztő készíti el. Külső fejlesztés esetében szükség szerint a rendszert szállító külső cég is elkészítheti.

•

Telepítési útmutató: Technikai dokumentáció a Program moduljainak telepítéséről és konfigurálásáról. Az üzemeltetés részére történő átadáshoz szükséges. A fejlesztő készíti el. Külső fejlesztés esetében szükség szerint a rendszert szállító külső cég is elkészítheti.






2.4.8 Hardver változtatás esetén Technikai dokumentáció a fejlesztési igényben megfogalmazottak kielégítésére megfelelőnek minősített eszköz pontos leírását tartalmazza, a beszereléshez és az eszköz pontos paraméterezéséhez szükséges adatokkal együtt. A felsorolt dokumentációk nem feltétlenül különülnek el. Az informatikai vezető dönthet a dokumentációk közös dokumentumba való összevonásáról. Az alábbi táblázat meghatározza, hogy melyik Fejlesztés esetén mely dokumentációkat kell kötelező jelleggel előállítani.

Informatikai Hardver fejlesztés Nagy Dobozos szoftver változtatás, fejlesztési beszerzés beszerzés és ráfordítást igénylő üzembe-helyezés Fejlesztési igény / követelmény X specifikáció

X

X

X – ha szükséges




X



X

Üzemeltetési dokumentáció




Üzembe dokumentálása

X

X

X

Rendszerterv Felhasználói útmutató oktatási dokumentáció

és

Tesztelési dokumentáció

és

terv

helyezés

Programozási dokumentáció



2.5 A működési biztonság előkészítése Ezeket a követelményeket, a fejlesztési igényből, és az abban szereplő információkból, elsősorban az adatok és az üzleti logika bizalmasságából kiindulva egyeztetni kell az Információbiztonsági Felelőssel, és a fejlesztést végrehajtókkal. Ilyen követelmények például fejlesztendő program által majdan végrehajtandó Kiadás: 1.0 Hatályba helyezve: 2015. 04.01.





kommunikáció, a kommunikáció védelmi lehetőségei a Társaság belső hálózatán, az interneten és egyéb közegen. Itt kell kitérni az esetleges érzékeny adatok olyan védelmére, mint pl. a titkosítás. További egyeztetendő a szereplők tevékenységének nyomkövetése (ahol ez szükséges). Itt kell megadni a naplózási igényeket, a naplózandó adatokkal, és azon előfordulási helyüket, ahol ezeket az adatokat naplóba kell rögzíteni és az adott helyzetben alkalmazható / alkalmazandó a naplózási eszközt. A naplózás ezen adatait a fejlesztési, az üzemeltetési, és a végfelhasználói terület egyeztetése után az Információbiztonsági Felelőssel kell jóváhagyatni. 2.6 Verziókövetés, forráskódok tárolása A Forráskódot verziókövetéssel kell készíteni és tárolni. Az egyes verzióknak egyértelműen meg kell határozniuk a forráskód és a program teljes életciklusa alatti futtatható verzióinak különböző példányait. 2.7 Módszertan, szabványok A fejlesztés folyamán a programozási munkáknál be kell tartani a Társaság informatikai fejlesztéshez kapcsolódó programozási szabványait. A programozási szabványok programozási nyelv függőek, és céljuk az egységes, áttekinthető forráskód előállítása. A fejlesztőknek ajánlott alkalmazniuk az egyes tipikus programtípusokra vonatkozó fejléc sablonokat, amely tartalmazza többek között a modul rövid leírását, paraméterezését, és a módosítások jegyzékét. A fejlesztőknek a forráskódot célszerű megjegyzésekkel ellátniuk, amely leírja a fontosabb lépések magyarázatát. A dokumentáció sablonok karbantartatásáért és tároltatásáért az IT vezető felel. 2.8 Tesztelés Az új vagy megváltozott szoftverek, hardverek, stb. tesztelésére az üzemeltetésre való átadás előtt kerül sor. A tesztelés célja a szoftver / hardver átfogó ellenőrzése, hogy a kitűzött leírásnak és követelményeknek megfelel-e. A tesztelés a tesztelést végző személyek szerint lehet: •

fejlesztői tesztelés;

•

IT biztonsági tesztelés;

•

felhasználói tesztelés.

Minden fejlesztésnél kötelező mindegyik tesztelési típus elvégzése azzal a különbséggel, hogy a fejlesztések esetén – az e tárgyban létesítendő szerződés rendelkezései szerint - a fejlesztői tesztelést a fejlesztő kötelessége elvégezni, dobozos Kiadás: 1.0 Hatályba helyezve: 2015. 04.01.





szoftver esetén ezt a szoftver gyártója elvégzi. Hardver és infrastrukturális változtatás esetén nincs fejlesztői tesztelés, azonban a Rendszergazdának gondoskodni kell a terheléses tesztek elvégzéséről. 2.8.1 A tesztelés tartalmát tekintve lehet: •

Funkcionális tesztelés, amikor a funkcionális leírás/specifikáció szerint ellenőrzik a tesztelők a programot, a rendszergazdák a hardvert.

•

Technikai tesztelés, amikor a program technikai jellemzőit vizsgálják a szakemberek, beleértve az IBF által végrehajtott IT biztonsági tesztelést is.

•

Kapacitás és teljesítmény ellenőrzésére irányuló tesztelés, amikor különböző technikai és funkcionális kapacitás és teljesítmény paraméterek/jellemzők értékeit vizsgálják.

Az adott üzemigazgatóság üzemigazgatója és a fejlesztési igényt megfogalmazó szervezeti egység vezetője valamint az informatikai vezető közösen döntenek a tesztelési dokumentáció részletességéről és a tesztelés eredményének rögzítéséről. A tesztelés során tapasztalt hibákat kötelező jelenteni a fejlesztőnek, illetve az adott üzemigazgatóság üzemigazgatójának. A hiba jelentése ellenőrzött és szabályozott módon kell, hogy történjen (informatikai támogatás hiányában a bejelentések Excel tábla használata javasolt). A hibák nyilvántartásáról és fejlesztésekre allokálásáról az informatikai vezető gondoskodik. A felhasználói tesztelés végén, amennyiben a program a követelményeknek és a fejlesztési igénynek megfelel, a felhasználók egy tesztelési összefoglalóban igazolják a rendszer működőképességét, és a program átadható üzemeltetésre. 2.9 Éles üzembe helyezés A Programot a sikeres tesztek után éles üzemmódba helyezik. A program telepítését és üzemeltetését, csak a Társaság rendszergazdái, kiszervezett üzemeltetésnél a szolgáltatást végző vállalkozás üzemeltetői végezhetik. Fejlesztőnek vészhelyzetet kivéve tilos az éles rendszerben bármilyen telepítésre vagy módosításra alkalmas jogot adni. Az üzemeltetésre való átadással együtt (amely a program forrását, fordítási beállításokat és egyéb telepítési beállítási scripteket is jelenti) át kell adni a telepítési, üzemeltetési leírást, és a módosított felhasználói útmutatót is. Amennyiben a fejlesztés olyan, az átadással egyidejűleg végre kell hajtani az üzemeltetést végzők, és/vagy a felhasználók oktatását is. Hardver vagy infrastrukturális változtatás esetén a kapcsolódó hardver és szoftvernyilvántartásokat is módosítani kell.






Az üzemeltetésre való áttérést követően a fejlesztő hibajavítási és - az üzemeltetési dokumentációban nem tárgyalt hibák esetén - hibaelhárítási tevékenységet köteles folytatni, de vészhelyzetet kivéve ekkor sem kaphat olyan jogot a rendszerben, amely bármilyen (program, vagy adat) módosítására lehetőséget ad. 2.10 Titoktartás Egy fejlesztés megvalósításában résztvevők, beleértve a tesztelésbe bevont felhasználókat is, kötelesek a fejlesztéssel kapcsolatos minden információt titokban tartani, különös tekintettel a tartalmi, követelményi, és informatikai biztonsági információkra. Külső fejlesztés esetén a Társaság kapcsolattartójának kötelessége gondoskodni arról, hogy a Társaság információs- és informatikai biztonsági szabályai és jelen szabályzat előírásai a külső fejlesztő féllel kötendő szerződésben is maradéktalanul szerepeljen. Külső fejlesztő fél számára történő információátadás esetére a Társaság informatikai biztonsági szabályai szerinti rendelkezések az irányadóak.

2.11 A konfigurációváltozás felülvizsgálata A számlázó rendszer működtetése során csak jóváhagyott hardver és szoftver elemek használhatók, melyek a rendszer rendszerdokumentációjában szerepelnek. A fentiektől eltérő hardver/szoftver alkalmazása változtatásnak minősül, ezért annak végrehajtása során a (A konfigurációváltozások felügyelete (változáskezelés)) fejezetben leírtakat kell alkalmazni. A kötelező, jóváhagyott konfigurációs beállításokat az IBF az éves ellenőrzési tervében foglaltak szerint a rendszerdokumentációban foglaltak alapján ellenőrzi.

2.12 Számlázó rendszer változás kezelése A SUMMA számlázó modul fejlesztésére vonatkozó eljárást a LIBRA SZOFTVER Fejlesztő Zártkörűen Működő Részvénytársasággal kötött „a Libra6i rendszer bevezetése és licenceinek nem kizárólagos bérletbe adása a DAKÖV Kft. részére.” Szerződés 5. sz. Melléklete: „Új LIBRA funkciók megvalósítása a Megrendelő meghatározása és megrendelése alapján, valamint konzultációs tevékenység biztosítása Megrendelő számára megrendelésre” tartalmazza. A szoftver követés szabályait ugyanezen szerződés 4. sz. Melléklete: ’LIBRA alkalmazások és adatbázis környezet szoftverkövetése” tartalmazza A szerződé mellékletei jelen szabályzat 3.4.5 mellékletei Kiadás: 1.0 Hatályba helyezve: 2015. 04.01.





3 3Mellékletek 3.1 1. számú melléklet – A fejlesztőkkel szembeni elvárások 3.1.1 Általános elvárások A Társaság a fejlesztőitől az alábbi feltételeket várja el: •

A fejlesztési folyamat kialakításánál vegye figyelembe a Társaság elvárásait, amely a jelen „Fejlesztési- és változáskezelési szabályzat” 1. számú mellékletében kerül megfogalmazásra.

•

A fejlesztési folyamatait szabályozza és a fejlesztési tevékenységét azzal összhangban végezze. Lehetőleg egy általánosan ismert, nemzetközileg elfogadott fejlesztési módszertan szerint dolgozzon.

•

A fejlesztési folyamat minőségéről gondoskodjon, a folyamat dokumentáltságát és ezzel ellenőrizhetőségét biztosítsa.

•

A fejlesztési folyamat működéséről a Társaság számára nyújtson információt, kérés esetén a folyamat lépéseiről adjon dokumentált információkat.

•

A Társaság által átadott fejlesztési igényt dokumentáltan vegye át és annak dokumentációit visszakereshetően tárolja (pl.: funkcionális specifikációk, funkcionális folyamatábrák, felhasználó szintű kapcsolatok stb.).

A fejlesztőktől az alábbi, a fejlesztéshez kapcsolódó feladatok elvégzését várjuk: •

Igények fogadása

•

Az igény elemzése (részletes követelmény specifikáció elkészítése)

•

Rendszerterv elkészítése

•

Fejlesztés (az igényt kielégítő megoldás)

•

Tesztelés

•

Kiszállítás (átadás-átvétel)

3.1.2 Igények fogadása Az „Igények fogadása” folyamat az ügyfelek által megfogalmazott igények illetve hibajelzések fogadása, rögzítése, valamint visszajelzés a bejelentés fogadásáról feladatokat jelenti. A bejelentések fogadására javasolt egy automatikus nyilvántartási (ticketing) rendszer használata. Kiadás: 1.0 Hatályba helyezve: 2015. 04.01.





A bejelentések illetve a fejlesztés teljes életciklusában minden tevékenységet dokumentálni kell. Az igények fogadásakor minimum az alábbi adatokat kell felvenni: •

Igény neve

•

Igény rövid leírása (ha rendelkezésre áll, akkor az igény részletes leírását tartalmazó dokumentumokat is csatolni kell).

•

Bejelentő neve, telefonszáma, email címe

•

Igénylés beérkezésének dátuma

•

Kért elkészítés dátuma

•

Az igény priorizálása (normál fejlesztés, hibajavítás, vészhelyzeti probléma)

Az igény rögzítését követően az igényt bejelentő félnek visszajelzést kell adni az igény fogadásáról és a probléma kezelésének megkezdéséről illetve a várható megoldásról (a megoldás formája, határideje). 3.1.3 Az igény elemzése (részletes követelmény specifikáció elkészítése) Ebben a fázisban kell egyeztetni az igénylővel a kért feladat megoldásáról, a kérés pontos értelmezése és meghatározása érdekében. A részletes követelmény specifikáció pontosan leírja a fejlesztési igény által támasztott követelményeket, a kapcsolatokat, folyamatokat, hibaesetek kezelésének menetét, a különböző eseteket stb. Az e folyamat végeredménye kell, legyen egy ún. “Követelmény specifikáció” dokumentum. 3.1.4 Rendszerterv elkészítése A Rendszerterv a „Követelmény specifikáció” alapján a fejlesztők által elkészített olyan komplex technikai dokumentum, amely a követelmény specifikációban meghatározott rendszer architektúráját, logikai felépítését és működését írja le. A rendszerterv tartalmazza a feldolgozásra és az adatokra vonatkozó követelmények részleteit. A rendszerterv készítésekor kell meghatározni a feldolgozási lépéseket, a kapcsolódó ki- és beviteli adatokra vonatkozó előírásokat és követelményeket, interfészeket. Ez alapján kell elkészíteni az adott informatikai rendszert, ez tartalmazza a megvalósítandó adatok és feldolgozások részletes specifikációját, az interfészek és a biztonsági előírások betartásához szükséges paraméterek meghatározását és Kiadás: 1.0 Hatályba helyezve: 2015. 04.01.





beállításuk módját. Az interfész specifikációjában a program különböző csatlakozási felületei leírásának is szerepelnie kell. 3.1.5 Fejlesztés (az igényt kielégítő megoldás) Ez a fázis a fejlesztés lényegi része, itt történik a programkód megírása. A fejlesztésnek a választott fejlesztési módszertannak megfelelően, a belső fejlesztési szabályok betartásával kell történnie. A fejlesztésnek a felhasználói specifikáció alapján elkészített rendszertervnek megfelelően kell elkészülnie. Fontos, hogy a megfelelő feladatok elhatárolása (fejlesztés, szervezés, adatbázis kezelés, tesztelés) megtörténjen. A fejlesztés eredményeképpen az új terméknek valamint a hozzá tartozó dokumentációknak is (teszt terv, felhasználói útmutató, üzemeltetési útmutató, stb.) el kell készülnie. 3.1.6 Tesztelés A fejlesztésnek a követelmény specifikációval illetve a rendszer tervvel való egyezését a fejlesztői teszt mutatja meg. A fejlesztői teszt végrehajtásához szükséges a tesztelési terv elkészítése illetve a tesztelési tervnek megfelelő teszt jegyzőkönyvek dokumentálása. 3.1.7 Kiszállítás (átadás-átvétel) A tesztelés lezárását a fejlesztés eredményét képező végső termék átadás-átvétele jelenti. Az átadás-átvételhez az alábbi dokumentumok elkészítése szükséges: 3.1.8 Átadás-átvételi jegyzőkönyv Az átadás-átvételi jegyzőkönyv tartalmazza a fejlesztési végtermék átadás-átvételének megtörténtét (átadó, átvevő, dátum, átadott dokumentumok listája) 3.1.9 Felhasználói útmutató A program használatához szükséges felhasználói ismeretek leírását tartalmazza. A felhasználói útmutató része adott esetben az oktatási dokumentáció is (amennyiben szükséges az adott rendszerhez).






3.1.10 Tesztelési terv és dokumentáció A Program tesztelésének céljából elkészített részletes terv, és a teszt tevékenység eredményének dokumentációja. 3.1.11 Üzemeltetési dokumentáció A Program üzemeltetéséhez karbantartásához és az egyszerűbb hibák elhárításához szükséges dokumentáció. 3.1.12 Üzembe helyezés dokumentáció Az adott új termék (program, programmódosítás, hardver) üzembe helyezését dokumentáló leírás, amely részletesen tartalmazza az üzembe helyezés módját, részletes eljárásait, adott esetben a visszaállításhoz szükséges lépéseket és ellenőrzési eljárásokat. 3.1.13 Programozási dokumentációk A programozási dokumentációk tartalmazza a következő elemeket: •

Követelmény specifikáció: Leírja a fejlesztés alapját képező részletes – a fejlesztőkkel egyeztetett – felhasználói elvárásokat.

•

Rendszerterv: Leírja a Követelmény specifikáció alapján készített, a fejlesztés végrehajtásához szükséges követelményeket.

•

Működési folyamatleírás: Leírja technikai szempontból a Program működését, a logikai adatfolyamokat, kapcsolatokat stb., amelyet a fejlesztő készít el.

•

Fordítási környezet leírás: Leírja a Program forráskódokból való előállításához szükséges lépéseket.

•

Telepítési útmutató: Technikai dokumentáció a Program moduljainak telepítéséről és konfigurálásáról. Az üzemeltetés részére történő átadáshoz szükséges.

3.1.14 Hardver specifikáció Hardver változás esetén készített technikai dokumentáció, amely a fejlesztési igényben megfogalmazottak kielégítésére megfelelőnek minősített eszköz pontos leírását tartalmazza, a beszereléshez és az eszköz pontos felparaméterezéséhez szükséges adatokkal együtt. Kiadás: 1.0 Hatályba helyezve: 2015. 04.01.





A hardver változások elvégzett tevékenységének dokumentációját (változás kezelés) időszakonként felül kell vizsgálni. Évente a teljes anyagot (audit) össze kell rendezni és le kell ellenőrizni. 3.2 2. számú melléklet – Követelmény specifikáció

Iktsz: Dátum:

Igényelt funkcionalitás hatóköre: Fogalomtár: Fogalom

Magyarázat

Hivatkozások (felhasznált dokumentumok): Főbb szolgáltatások: Felhasználói kör: Üzleti folyamat leírása Üzleti folyamatmodell (lehetőleg folyamatábrával) Lépés Kiadás: 1.0 Hatályba helyezve: 2015. 04.01.

Magyarázat Dokumentum száma: Oldalszám: 19 / 40




Lépés


Magyarázat





Szerepkörök Szerepkör

Magyarázat

Használati esetek áttekintése Használati eset elem

Magyarázat

Teszt-eset tervezés Teszt eset Forgatókönyv neve azonosító

Várt eredmény

Nem funkcionális követelmények

Elvárások a felhasználói felülettel szemben

Informatikai biztonsági követelmények






Fejlesztői környezet követelményei

Tesztelői környezet követelményei

Oktatói környezet követelményei

Üzemeltetési követelmények

Belső ellenőrzés követelmények






3.3 3. számú melléklet – Rendszerterv

Iktsz: Dátum:

Az alkalmazás neve: Vezetői összefoglaló az alkalmazás célja: Fogalomtár: Kapcsolódó dokumentumok: Eredmény (leszállítandó munkatermék):

Az alkalmazás főbb komponensei (általánosan).

Modulok (folyamatok) és képernyők

Folyamattervek

Folyamatleírások, felhasználói esetek (Ábrával)

Lépések (táblázatban) Kiadás: 1.0 Hatályba helyezve: 2015. 04.01.





Rendszerkapcsolatok. (Milyen rendszerekhez kapcsolódik az alkalmazás, hogyan kapcsolódik a meglévő rendszerekhez)

Felhasznált adatkör (bemenő adatok)

Szolgáltatott adatkör (kimenő adatok)

Szolgáltatásdefiníciók / Interface specifikációk: Szolgáltatás leírása Ki- és bemenő paraméterek adattartalma Rendszerkapcsolatok Mit használ. Mit kell kialakítani, Mik azok a szolgáltatások / interface–ek, amik vannak, de módosítani kell őket.

Munkafolyamat elemek: 

Munkafolyamat leírás



Kapcsolódási pontok



Használt adatbázisok



Folyamatábra

Menüszerkezet (Képernyőtervek, képernyőkkel kapcsolatos logikai összefüggések (I/O), nyomtatás, az alkalmazásban használt Print-ek, elektronikus dokumentumkezelés) Kiadás: 1.0 Hatályba helyezve: 2015. 04.01.





Logikai adatmodell Jogosultsági definíciók (adott munkafolyamat esetén részletezés a különböző lépésekre vonatkozóan) Riportok Architektúra leírás (HW / SW elemek, Tervezési megkötések, Üzemeltetési szempontok Naplózási szintek, tartalmak: Adminisztráció Rendszerfelügyeleti lehetőségek (pl. SMS, Admin felület kialakítása, …) Biztonsági szempontoknak való megfelelés biztosítása:






3.4 4. számú melléklet – Éles üzemre átadás-átvétel

Iktsz: Dátum:

Élesítési terv Időpontok: -tól, -ig Az élesítés végrehajtásának dátuma Rendelkezésre álló idő Végrehajtás tervezett időtartama Tartalék idő Visszaállítás megkezdésének ideje Az élesítés időtartama alatt az érintett informatikai szolgáltatások kiesésének várható mértéke: Informatikai szolgáltatás


Alkalmazás

Kiesés

Szolgáltatás

kezdési időpontja

újraindításának időpontja





A élesítés során végrehajtandó tevékenységek: Tevékenys Kezdés ég pontos időpont leírása

Időtarta m (perc)

Megelőző Ellenőrzés tevékenysé módja g

Résztve vők

1 2 3 4

Visszaállítási stratégia Ssz. Visszaállítás pontos leírása Végrehajt Időtart Ellenőrzés módja ási felelőse am (perc) 1 2

Üzemeltetői elfogadó nyilatkozat Aláírásommal kijelentem, hogy az Élesítési Tervben és Visszaállítási stratégiában feladatkörömbe rendelt tevékenységeket ismerem, a tevékenység végrehajtásáért felelősséget vállalok, valamit a változást követően a feladatkörömbe utalt üzemeltetési feladatokat képes vagyok ellátni. ……………, 20……. ………………………………. rendszergazda Kiadás: 1.0 Hatályba helyezve: 2015. 04.01.





Felhasználói elfogadó nyilatkozat A módosítás/fejlesztés által érintett adatgazda aláírásommal kijelentem, hogy a változásról a tájékoztatást megkaptam, a változtatott alkalmazás tesztje tesztkörnyezetben megtörtént és a használó területek vezetői bevezethetőnek találták a változásokat, azok hatását és használatát az érintettek ismerik. ……………, 20……. ………………………………. adatgazda

Telepítési-élesítési nyilatkozat A módosítás/fejlesztés által érintett rendszergazda aláírásommal kijelentem, hogy az élesítést az élesítési tervnek megfelelően végrehajtottam, a rendszer (valamint a kapcsolódó rendszerek) működőképességét ellenőriztem és azokat rendben találtam.

………., 20……. …………………………………. rendszergazda Élesítés elfogadó nyilatkozat A módosítás/fejlesztés által érintett üzemigazgatóság üzemigazgatója aláírásommal kijelentem, hogy a rendszer az elvárásoknak megfelelően működik, az élesítés eredményes volt és a program, rendszer valamint a hardver működése teljesíti az elvártakat.

………., 20…….

………………………………. üzemigazgató



Kiadás/változat: 1.0


DAKÖV KFT.


3.4.5 számú melléklet : Számlázórendszer változáskezelése „ a Libra6i rendszer bevezetése és licenceinek nem kizárólagos bérletbe adása a DAKÖV Kft. részére.” Szerződés 5. sz. Melléklete : Új LIBRA funkciók megvalósítása a Megrendelő meghatározása és megrendelése alapján, valamint konzultációs tevékenység biztosítása Megrendelő számára megrendelésre

A tevékenység tárgya Szolgáltató vállalja, hogy Megrendelőnél üzemelő, Szolgáltató által fejlesztett programokkal kapcsolatban garanciális fejlesztési és konzultációs támogatást nyújt.

Képviselet Megrendelő részéről az adott alkalmazás szakértői jogosultak munkát megrendelni Szolgáltatótól a 1.sz. Függelékben szereplő Igénybejelentés és azt követő Megrendelés bizonylatokon, vagy ennek megfelelő tartalmú írásbeli értesítésben.

Alkalmazások Módosítása Általános előírások Az alábbi szolgáltatás keretében Szolgáltató vállalja, hogy Megrendelő által igényelt programozási feladatok elvégzését - egyéb megállapodás hiányában - a bejelentéstől számított 3 munkanapon belül megkezdi. Alkalmazások koordinálása Apró változtatások Ad-hoc lekérdezések Megrendelő a 1.sz. Függelékben meghatározott formanyomtatvány megfelelő sorainak kitöltésével határozza meg Szolgáltató feladatait (Igénybejelentő). Szolgáltató szintén a 1.sz. Függelékben meghatározott formanyomtatvány megfelelő sorainak kitöltésével tájékoztatja Megrendelőt a szükséges ráfordításról, illetve a vállalási határidőről (Válasz az igénybejelentésre). Amennyiben a Megrendelő tevékenysége során módosításra került a rendszer hardver vagy szoftver konfigurációja, úgy azt a Megrendelő köteles dokumentálni az adott rendszer konfigurációs naplójában legalább az alábbi adatokat. Dátum Módosítást végző neve Kiadás: 1.0 Hatályba helyezve: 2015. 04.01.





Módosítás tartalma Módosítás oka (szükség szerint) Szolgáltató a ténylegesen munkával töltött időt a Szerződés szerint kategorizált óradíjjal jogosult elszámolni.

Átadás-átvétel Szolgáltató az átadás-átvétel során köteles: A 1.sz Függelékben meghatározott Tesztelési naplónak minden olyan pontját elvégezni, illetve minden olyan dokumentumot átadni, amit Szolgáltató által végzett módosítás érintett. Felek

a 1.sz. Függelékben meghatározott Teljesítés igazolás nyomtatványt kitölteni és Megrendelő képviselőjével elfogadtatni kötelesek.

Elszámolás Szolgáltató negyedévente jogosult számlát kiállítani az igazolt teljesítések alapján. Az elszámolás legkisebb egysége 1 emberóra.

Konzultációs szolgáltatás Szolgáltató Megrendelő igénybejelentése alapján konzultációs tevékenységeket láthat el. E tevékenységekhez Szolgáltató a megfelelő szakismerettel rendelkező szakértőket biztosítja Megrendelő számára. A konzultációs tevékenységek tartalma:  Állomány szakértés  Állomány javítás  Migrációs tevékenységek  Jogszabály értelmezés, adaptációs tevékenységek  Oktatási tevékenységek  Klasszikus szakértői konzultáció A konzultációs tevékenységek elvégzésének igazolására Felek a Teljesítés igazolást, mint bizonylatot (1.sz. Függelék) alkalmazzák. A konzultációs tevékenységek elszámolása negyedévente a Teljesítés igazolások alapján történik meg. A konzultációs tevékenység elszámolási díjának képzése a Szerződés szerint “senior” óradíjjal történik.

„ a Libra6i rendszer bevezetése és licenceinek nem kizárólagos bérletbe adása a DAKÖV Kft. részére.” Szerződés 4 . sz. Melléklete LIBRA alkalmazások és adatbázis környezet szoftverkövetése Kiadás: 1.0 Hatályba helyezve: 2015. 04.01.





Az alkalmazás követés tartalma Az alkalmazás követés tartalma a Szolgáltató által forgalmazott LIBRA vállalatirányítási rendszer jelen szerződésben meghatározott funkcióira vonatkozó szoftverkövetési szolgáltatások biztosítása. A Szolgáltató által biztosított követési szolgáltatások az alábbiak:  Az üzemeltetési környezet (vonatkozó érvényes jogszabályok és törvények) által megkövetelt módosított LIBRA alkalmazás verziók biztosítása,  az operációs rendszer és az adatbázis-kezelő új verzióit követő LIBRA fejlesztések biztosítása oly módon, hogy a LIBRA rendszer szempontjából legmegbízhatóbb üzemeltetői környezet fenntartása biztosított legyen,  központi LIBRA adatbázisok környezeti változásokból fakadó szükség szerinti módosítása illetve bővítése,  a LIBRA rendszer általános fejlesztései során előálló funkció-bővítéseinek és változásainak biztosítása,  a LIBRA funkcióváltozásai által igényelt adatkonverziók térítésmentes biztosítása  Az üzemeltetési környezet által megkövetelt LIBRA verziók biztosításával járó (pl. kialakítás, fejlesztés, verzióváltások, stb.) élőmunka ráfordítás mindenkori kedvezményes árlista alapján történő térítésköteles biztosítása.

Az alkalmazás követés módozatai Szolgáltató az előbbiekben felsorolt szolgáltatásokat az alábbi módon teljesíti:  Az igények és lehetőségek szerint aktuális adatbázis verziók biztosítása a szerverre és opcionálisan a kliensekre történő telepítéssel.  Új, lényeges elemeiben és működésében megváltozott verzió biztosítása a környezeti változások (törvények, futtató környezet stb.) igényei szerint . E verziók biztosítására általában naptári év elején kerül sor (ún. „fő” verziószámok megváltoztatása révén létrejövő új verzió, pl. ver. 1.00 helyett ver. 2.00 biztosítása). Szolgáltató a verziószámok példaként bemutatott használatától eltérhet.  Új alverziók, vagy módosított verziók évközi folyamatos biztosítása a környezeti változások igényei és a folyamatos fejlesztésnek megfelelően (ún. „al” verziószámok megváltoztatása révén létrejövő új verzió, pl. ver. 1.00 helyett ver. 1.01 biztosítása). Ezt Szolgáltató az új „fő” verzió szám váltását követően 1 naptári évig biztosítja. Szolgáltató a verziószámok példaként bemutatott használatától eltérhet.






 Új verziókra történő átállás biztosítása helyszíni, vagy távszerviz biztosításával,  A funkcionális változtatások bemutatása és megismertetése.

A LIBRA alkalmazás követés szolgáltatás díjai A LIBRA alkalmazás követés szolgáltatásának díját a bérleti díj tartalmazza!

A Szolgáltató kötelezettségei az alkalmazás szoftverkövetése során Szolgáltató a jelen szerződésben meghatározott, a LIBRA vállalatirányítási rendszerre vonatkozó szoftver-felhasználási szerződésekkel átadott szoftver példányok tekintetében, a követési díjak ellenében biztosítja jelen szerződés szerint megfogalmazott szolgáltatásokat. Szolgáltató távadat-átviteli vonalon keresztül (ISDN, ADSL, VPN) on-line támogatást biztosít a megfelelő verziók és új funkciók biztosítása érdekében. Megrendelő kezdeményezheti a Szerződés felmondását abban az esetben, ha Szolgáltató a meghatározott kötelezettségeit Megrendelő írásbeli felszólítása ellenére sem teljesíti.

A Megrendelő kötelezettségei az alkalmazás szoftverkövetése során A Megrendelő írásbeli tájékoztatást ad a Szolgáltató részére, ha a rendszerben bármiféle, az üzemeltetői környezet által meghatározottól eltérő működést vél felfedezni. A Megrendelő köteles szakmai konzulenst kijelölni, aki ismeri a jogszabályok által megkövetelt funkcionalitási elvárásokat és a megfelelő működés érdekében konzultációs lehetőséget biztosít az új verziók átadásakor, illetve szakmai kérdésekben dönteni képes. Megrendelő a szerződés szerinti negyedévente fizetendő támogatási és követési díjat a számla kiállításától számított 15 banki napon belül kiegyenlíteni köteles. Abban az esetben, ha Megrendelő a díjat a felszólítást Kiadás: 1.0 Hatályba helyezve: 2015. 04.01.




DAKÖV KFT.


követő 60 napon belül nem egyenlíti ki, úgy Szolgáltató jogosult a számlája kiegyenlítéséig szolgáltatásait felfüggeszteni. Megrendelő köteles a szoftverkövetéssel kapcsolatos, Szolgáltató által végzett élőmunka költségeinek megtérítésére abban az esetben, amennyiben arra Megrendelő igényt tart, vagy az üzemeltetési környezet megváltozása miatti új változat Megrendelőnél történő kialakításához élőmunka befektetés szükséges. Amennyiben a szoftverkövetési szolgáltatások igénybevételével kapcsolatosan Megrendelő tényleges élőmunkát igényel Szolgáltatótól, úgy azt legalább 3 munkanapon belül köteles jelenteni Szolgáltató felé. A ténylegesen elvégzett munkát Szolgáltató munkalapon igazoltatja a Megrendelővel és a jelen szerződésben megállapított kedvezményes egységárak alapján jogosult kiszámlázni Megrendelő felé.

IGÉNYBEJELENTŐ LSZ azonosító (LSZ adja)

I/

Cégadatok Igényejelentő cég neve: Bejelentő személy neve: Bejelentő elérhetősége:

Telefon:

Fax:

E-mail:

Az igény leírása Az igény megnevezése: Kapcsolódó modul(ok): Kapcsolódó menüpont(ok): Jelenlegi verziószámok:

Adatbázisver:

Modulverzió:

Az igény szöveges leírása:






Mellékletek darabszáma:

Képernyő db:

Lista db:

Határidő Elvárt teljesítési dátum:

______________________________ Dátum:

Igénybejelentő aláírása

VÁLASZ AZ IGÉNYBEJELENTÉSRE LSZ azonosító (LSZ adja)


IV/





Bejelentő adatai Bejelentő cég neve: Bejelentő személy: Az igény megnevezése: Az igény minősítése Fejlesztés

Támogatás

3 embernapnál rövidebb idejű Hibajavítás



Bevezetési tevékenység



Módosítás, tartalmi változtatás



Oktatás



Kiegészítés, bővítés



Szakértői kiszállás



Verzióváltás



3 embernapnál hosszabb idejű fejlesztés, új alprojekt megvalósítása



Munka Teljesítés vállalt időpontja: Becsült ráfordításigény az

Szervezői emberóra:

Emberóra

LSZ részéről:

Fejlesztői emberóra:

Emberóra

Vezetői emberóra:

Emberóra

Elszámolás jellege:

Költség térítéses 

Térítésmentes 

Felelős LSZ kapcsolattartó: LSZ kapcsolattartó elérhetősége:

Telefon:

Fax:

E-mail:

Kiegészítés LSZ részéről: Kiadás: 1.0 Hatályba helyezve: 2015. 04.01.






Képernyő db:

Lista db:

Amennyiben elfogadja válaszunkat / ajánlatunkat, kérjük, küldjön megrendelést!

______________________________ Dátum:

LSZ képviselője

MEGRENDELÉS VISSZAIGAZOLÁS LSZ azonosító (LSZ adja) Megrendelő adatai Megrendelő cég neve: Kapcsolattartó a Megrendelőnél: Megrendelő elérhetősége:

Telefon:

Fax:

E-mail:

Pénzügyi feltételek Kiadás: 1.0 Hatályba helyezve: 2015. 04.01.





Ráfordítás a LSZ részéről:


emberóra


emberóra

Vezetői emberóra:

emberóra

Vállalási ár:

,- Ft + ÁFA

Vállalási határidő LIBRA adatbázis Verziószám: Átadási dátum: Megjegyzések:


Képernyő db:

Lista db:

______________________________ Dátum:


LSZ képviselője




DAKÖV KFT.


TESZT JEGYZŐKÖNYV LSZ azonosító (LSZ adja) Cégadatok Tesztelést végző cég neve: Tesztelő személy neve: Tesztelő elérhetősége:

Telefon:

Fax:

E-mail:

Tesztelési feltételek Üzemmód / kapcsolat típus: DOS  / WIN NT  / UNIX  Kliens  / Terminál  Példány / login név, jelszó: Példány:

Loginnév/pw:

Modul neve, menüpont: Verziószámok: Adatbázisver:

Modulverzió:

Feldatvégzés ideje (óra/perc): Kezdete:

Befejezése:

Bemeneti paraméterek: Input mellékletek száma: Képernyő db:

Lista db:

Teszt értékelése Rendszerüzenetek, hibaüzenetek: Output mellékletek száma: Képernyő db: Használhatóság:

1

Sebesség / Általános értékelés: 1 Kiadás: 1.0 Hatályba helyezve: 2015. 04.01.

2

3

Lista db: 4

5

FUNKCIÓ 2

3

4

1

2

3

4

5

KEZELHETŐSÉG 5

1

2

3

4

5





SEBESSÉG

ÁLTALÁNOS ÉRTÉKELÉS

Észrevételek, megjegyzések:

______________________________ Tesztelő személy aláírása

TELJESÍTÉS IGAZOLÁSA LSZ azonosító (LSZ adja) Felhasználó adatai Cég neve: Kapcsolattartó a Felhasználónál: Felhasználó elérhetősége:

Telefon:

Fax:

E-mail:

Munkavégzés Teljesítés időpontja: Tényleges ráfordítás az Kiadás: 1.0 Hatályba helyezve: 2015. 04.01.


emberóra Dokumentum száma: Oldalszám: 39 / 40




LSZ részéről: Elszámolás jellege:


emberóra

Vezetői emberóra:

emberóra

Költség térítéses  Szerződés szerint térítésmentes 

Megjegyzések:

A bizonylat kiállításának dátuma:__________________

__________________________ Megrendelő képviselője


LIBRA Szoftver


Dabas és Környéke Vízügyi Kft

Recommend Documents