1 Informatikai beszerzések.

Átírás

1 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 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.

2 1.3.2 Szoftver beszerzés 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 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ó ) Az egyedi fejlesztésű termékekről koncepciótervet kell készíteni az 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: 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).

3 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 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 ponban indokolta a kiírás ellentmondásoságát, vagy célszerűtlenségét 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 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 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 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: 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.

4 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) 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) Szoftver termékspecifikáció. Az elkészült szoftver specifikációja 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 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..) 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 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 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.).

5 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ó 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 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 E=előzetes B=befejezés V= változás időpontja T=teszt időpontja Előkészítés Koncepcióterv E Szoftver termékek Rendszerterv E Interfész specifikáció. E Interfész tervezési dokumentáció E Szoftver termékspecifikáció. E Verzió leírás. Változási döntést követő 5 napon belül Szoftver tesztelési terv. T 2nap Szoftver teszt eredmények leírása T+5nap Támogatási termékek 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 B 15nap Változás követés folyamata Előzetes leírás a változás előtt 2 nappal, 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.

6 Koncepcióterv PROTOTÍPUS Követelmény elemzés 1 Követelmény elemzés 2 Előzetes rendszeterv Előzetes rendszeterv 1.kiadás Rendszrterv Komponens teszt Integrációs teszt Követelmény elemzés n Előzetes rendszeterv n.kiadás Rendszrterv TERMÉK Komponens teszt Integrációs teszt Felhasználói teszt Komplex teszt Hardver/szoftver 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ő.