1
Informatikai beszerzések . Az informatikai szabályzat beruházási fejezete az informatikai eszközök beszerzésével kapcsolatos belső tevékenységet, illetve a szállítóktól elvárt, a beszállítás részeként kezelt eszközök és dokumentációk leírása.
1.1
Informatikai beruházás kezdeményezése Informatikai beruházást az XXX Cég bármely dolgozója, vagy az XXX Cég által megbízott külső szervezet kezdeményezhet. A javaslatnak tartalmazni kell • a megoldandó feladatot, • a várható eredményt, • a megvalósítás elkezdésének és befejezésének javasolt idejét. A javaslatnak nem kell tartalmazni a megvalósítás módját és eszközeit, de tartalmazhat erre vonatkozó részeket. A javaslatot az XXX Cég xxxxxxxxxxxxxxx szervezeti egységéhez kell eljuttatni. A működő rendszrek fejlesztését, módosítási javaslatait a YYYY osztály bírálaja el. A beruházási tevékenység keretében megvalósuló rendszereket a Beruházási Igazgatóság koordinálja, figyelembe véve a közbeszrzési eljárások rendjét.
1.2
Informatikai beruházás véleményezése Az informatikai beruházás véleményezésének folyamata: XXX Cég informatikai csoportja megvizsgálja: • a javasolt munkafolyamatra rendelkezik‐e megfelelő eszközzel, • javitja‐e a hatékonyságot a beszerzés, • kész termékkel, vagy fejlesztéssel fedhető le a feladat, • milyen hardver, szoftver, személyi feltételek mellett üzemeltethető, • milyen jogszabályi feltételek mellett üzemeltethető a rendszer. • Költségbecslést ad projektre. Ha a vizsgálat indokolja, külső szakértő is felkérhető. A vizsgálat alapján az informatikai csoport véleményezi a javaslatot. A beszrzési döntést a xxxxxxxxxxxxxxx szervezet , xxxxx hagyja jóvá.
1.3
Informatikai beszerzés előkészítése
1.3.1 Hardver
Hardver eszközök beszerzésénél előzetesen meg kell határozni • az elérendő célt • a berendezés teljesítményére jellemző adatokat (pl.: 40 A4 lap/perc, első nyomat megjelenési ideje < 6sec, terhelhetőség 30000lap/hó) • a működés környezeti jellemzőit (feszültség, klíma, szoftver, hálózat,stb..) • becsült költségkorlátot • a beszerzés időkorlátait.
1.3.2 Szoftver beszerzés
1.3.2.1 Kereskedelmi termék beszerzése. Kereskedelmi („dobozos”) termék esetén az előzetes specifikációba (beszerzési döntést megelőzően) meg kell határozni : • a beszerzési célt • a szükséges darabszámot • a hordozót (letöltés, mágneses vagy optikai hordozó, papír ,..) • a licenszelési feltételeket, • a tervezett életciklust (lesz‐e követése aterméknek a tervezett használati időre) • becsült projektköltségeket, beleértve a felhasználók képzési igényét is. 1.3.2.2 Egyedi fejlesztésű termék Az egyedi fejlesztésű termékeknél meg kell határozni a termék felhasználói tulajdonságait , és a használhatóság kritériumait. A fejlesztés megkezdése elött meghatározandó: • a fejlesztés céja • a tervezett életciklus időtartama • kapcsolatok más rendszerekkel • megbízhatósági elvárások • rendelkezésre állás minimális értéke • egy eseményhez tartozó maximális kiesett idő • tervezett felhasználói képzés • várható nehézségek a projekt megvalósítása során • a feladat felbontása ellenőrzési lehetőséggel rendelkező fázisokra • költségek becslése hasonló rendszerek, vagy tervezési metodika alapján. (A tervezett költség nem publikálható ). 1.3.2.3 Az egyedi fejlesztésű termékekről koncepciótervet kell készíteni az 1.3.2.2 pontban meghatározott elvárások alapján. A koncepcióterv elkészítésével külső szervezet is megbízható. A tervnek a műszaki követelményeket kell tartalmazni. 1.4
Az informatikai fejlesztések ajánlati követelményei. Az informatikai ajánlat alapja az XXX Cég által kiadott koncepcióterv. Az ajánlat eltérhet a koncepciótervben megadott rendszertechnikai javaslattól, de nem csökkentheti a számszerűsített követelmények műszaki tartalmát. Az ajánlat kötelező elemei:
1.4.1 Nagyvonalú rendszerterv.
A terv tartalmazza az egyes elemek kapcsolatait, a koncepciótervben meghatározott követelmények kielégítésének módját, az eltérések indoklását. Ebben a szakaszban teheti meg az ajánlattevő, hogy felhívja a figyelmet a kiírásban szereplő esetleges ellentmodásokra, vagy a megrendelő által figyelmen kívül hagyott szakmai szempontokra. Meg kell adni, ha ez értelmezhető, az eszközök térbeli elhelyezkedését (mely eszközök vannak azonos helyiségben, milyen távolságok lehetnek az egyes elemek között).
1.4.2 Szoftver rendszerterv.
Tartalmazza a szoftver konfiguráció és hardver leírását, a teljesítmény követelményeket, a szoftver komponensek (CSCs), a szoftver modulok (CSUs) leírását. (Nem azonos a komplett rendszerre vonatkozó rendszertervvel, de annak része. ). Meg kell határozni a fejlesztésnél használt módszertant, és a minőségbiztosítás módját. 1.4.3 Felhasználói igények specifikációja.
A felhasználói igényeket leíró koncepcióterv minden pontára válaszolni kell. Igazolni kell, hogy a megajánlott termék alaklmas a koncepciótervben megfogalmazott feledat ellátására. Tartalmaznia kell a leszállítandó termék részletes specifikációját. A specifikáció abban az esetben térhet el a koncepciótervben meghatározottól, ha az 1.4.1 ponban indokolta a kiírás ellentmondásoságát, vagy célszerűtlenségét. 1.4.4 Hardver eszközöknél tartalmazni kell
• • • • • • • •
az eszközök és tartozékok teljes listáját, a teljesítmény adatokat, a beépített szoftverek leírását, a telepíthető szoftverekre vonatkozó korlátozásokat (pl.: az adott termék csak Windows CE 5.0 verzióval használható), működési környezetre vonatkozó adatokat (hőmérséklet, páratartalm, feszültség, rázásállóság, ), megbízhatósági jellemzőket (vállalt rendelkezésre állási %, maximális állásidő a javítás befejezéséig, alkatrésszálítási határidők), ha értelmezhető, a berendezések elhelyezésének topológiáját garanciális feltételeket.
1.4.5 Harmadik fél érdekei
A szállító nyilatkozik, hogy a műszaki megoldás, szoftver harmadik fél érdekeit nem sérti, és a használati jogot jogszerűen adja át a megrendelőnek. 1.4.6 Fejlesztési terv.
A szerződő felek által kölcsönösen elfogadott irányelvek, ütemtervek, pénzügyi kondíciók gyűjteménye. 1.4.7 XXX Cég beszállítói számára előírt dokumentációk. XXX Cég és a szállító a szállítás részeként kezeli az alábbi dokumentációkat:
1.4.7.1 Rendszerterv. Részletesen kifejti az 1.4.2,3,4 pontban vázolt megoldásokat. Megfogalmazza a tervezés során pontosított és jóváhagyott felhasználói igényeket, számszerűsíti a követelményeket. Tartalmazza a rendszer kockázatértékelését, és a működtetés technikai és személyi feltételeit.
1.4.7.2 Interfész specifikáció. A szoftver konfigurációs egységek közötti adatcseréhez szükséges specifikációk gyűjteménye.Lényeges eleme a protokollok specifikációja és a hibakezelés. Az interfészekbe beleértendők az ember‐gép kapcsolatot meghatározó képernyőtervek, és a kezelői beavatkozások leírásai is (kezelhető a rendszerterv részeként is). 1.4.7.3 Interfész tervezési dokumentáció. A szoftver konfigurációs egységek közötti interfészek részletes leírása, beleértve a kritikus elemek leírását. Tartalmazza az adatelemek tartalmi ellenőrzéséhez szükséges értékeket (hihetőségi határok, típusok). 1.4.7.4 Szoftver termékspecifikáció. Az elkészült szoftver specifikációja. 1.4.7.5 Verzió leírás. A szoftver szerződés aláírása óta eltelt időben elfogadott változtatások, módosítások dokumentálása. 1.4.7.6 Szoftver tesztelési terv. Az egyes konfigurációs egységekre vonatkozó tesztek tervei. A tesztkörnyezet definíciója. Formális előírások a tesztkövetelményekre. Egyedi, a feladat jellegéből adódó speciális tesztek. A teszteket a szállító tervezi, és dokumentálja. A tesztek komponens tesztnek tekinthetők. A komponens teszteket XXX Cég szúrópróba jelleggel ellenőrzi. A komplett rendszrre vonatkozó tesztekre (integrációs teszt) a szállító tesz javaslatot. A teszt csak XXX Cég jóváhagyásával hajtható végre. A teszt XXX Cég , vagy XXX Cég által megbízott szervezet ellenőrzése, és az ellenőrzés dokumentálása után kerül elfogadásra. Az „elfogadás” a tesztüzem kezdetét jelenti. A tesztüzem időtatamát. A hibák javítási módját, illetve az átvétel kritériumait a szállítási szerződésben kell rögzíteni. ( Javítási mód: hibajavítás x napon belül, új verzió kibocsátásával, stb..) 1.4.7.7 Szoftver teszt eredmények leírása. A mért eredmények dokumentumai, a tesztelési terv alapján. A szoftvertesztek teljesítménykritikus esetekben dobozos termék esetén megkövetelhetők , annak igazolására, hogy a termék teljesíti a követelményekben elvárt jellemzőket. 1.4.7.8 Operátori kézikönyv. A rendszer indításához, kezeléséhez, leállításához szükséges ismeretek, kiegészítve a felhasználói szoftver inicializálásához és használatához szükséges ismeretekkel. 1.4.7.9 Felhasználói kézikönyv. Lehetővé teszi a felhasználó számára, hogy módosítsa a rendszer változtatható paramétereit, testre szabja a szoftvert (pl.: megjelenített sémaábra, lekérdezések generálása, stb.).
1.4.7.10 Programozói kézikönyv. Ismeretek a szoftver tervezési elveinek megértésére, hogy egy képzett programozó képes legyen a szoftver tesztelésére, célzott ellenőrzésére, és módosítására. Megállapodás szerint helyettesíthető a forrás átadásával, és a forrássorok 30%‐át kitevő komment sorral, továbbá a nyilvános API‐k leírásával. A programozói kézikönyv „dobozos” kereskedelmi termék esetén elhagyható. 1.4.8 Használhatósági nyilatkozat.
Szállító garanciát vállal arra, hogy a termék a felhasználó körülményei között, a koncepciótervben meghatározott feladatokra alkalmas. A használhatóság megítélésénél a koncepciótervben rögzített feladat megoldása a mérvadó, ha a felhasználói specifikáció hiányos, vagy ellentmodásos. 1.4.9 Formai követelmények.
A tender kiírásában szereplő formai követelmények teljesítése. 1.5
Dokumentációk időbeli követelményei Leírás Megnevezés 1.3.2.3 1.4.7.1 1.4.7.2 1.4.7.3 1.4.7.4 1.4.7.5 1.4.7.6 1.4.7.7 1.4.7.8 1.4.7.9 1.4.10 1.4.11 1.4.12
E=előzetes B=befejezés V= változás időpontja T=teszt időpontja
Előkészítés E
Koncepcióterv Szoftver termékek
E Rendszerterv E Interfész specifikáció. E Interfész tervezési dokumentáció Szoftver termékspecifikáció. E Változási döntést követő 5 napon belül Verzió leírás. T‐2nap Szoftver tesztelési terv. T+5nap Szoftver teszt eredmények leírása Támogatási termékek B‐15nap Operátori kézikönyv. B‐15nap Felhasználói kézikönyv B‐15nap Programozói kézikönyv B‐15nap Firmware support kézikönyv Előzetes leírás a változás előtt 2 nappal, Változás követés folyamata teljes leírás a változás után 5 napon belül
1.6
Minőségbiztosítás ellenőrző pontjai a beszerzés során A minőségbiztosítás részeként „megállási pontokat” kell iktatni a fejlesztés menetébe. Ezeket a döntési pontokat dokumentálni kell. A dokumentációnak tartalmazni kell az elfogadás vagy elutasítás tényét, és elfogadó személy, szervezet azonosítását.
PROTOTÍPUS
Koncepcióterv Követelmény elemzés 1
Előzetes rendszeterv
Követelmény elemzés 2
Előzetes rendszeterv
Követelmény elemzés n
Előzetes rendszeterv
1.kiadás Rendszrterv Komponens teszt Integrációs teszt
n.kiadás Rendszrterv TERMÉK Komponens teszt Integrációs teszt Felhasználói teszt Komplex teszt Hardver/szoftver
1
2
3
4
5
6
7
8
1 A tervezett rendszer követelményeinek elfogadása az XXX Cég‐n belül. 2 A követelményelemzés eredményeinek felülvizsgálata. A koncepció tartalmazhat ellentmondó, hiányos követelményeket, melyeknek elemzése után döntést kell hozni a prioritásokról, és ezt dokumentálni kell. A pont nem kötelező. 3 Előzetes rendszerterv elfogadása Az előzetes rendszertervben a szállító rögzíti a koncepciótervben megfogalmazott igények kielégítésének módját, és a fejlesztés metodikáját. Az előzetes rendszertervnek igazolni kell, hogy a termék megvalósítja a koncepciótervben leírtakat. Eltérés esetén vissza kell térni a koncepciótervhez, és rögzíteni kell az eltéréseket. 4 Formális ellenőrzés a dokumentumok teljességének és helyességének ellenőrzésére. 5, 6 Teszt riportok létrehozása, és dokumentáció tartalmi ellenőrzése. A dokumentum (program) tartalmi ellenőrzése . A cél koncepciótervben rögzített (illetve a koncepcióterv jegyzőkönyvekkel módosított ) követelmények kielégítésének ellenőrzése. 7 Eredményes integrációs teszt mért eredményeinek rögzítése 8 A szerződés teljeskörű teljesítésének ellenőrzése, felhasználói teszt. Pénzügyi tervek utóellenőrzése. A projekt nagységától függően több ellenőrzési pont is tervezhető.
