6. Szoftver követelmények

Méret: px
Mutatás kezdődik a ... oldaltól:

Download "6. Szoftver követelmények"

Átírás

1 6. Szoftver követelmények Kérdések Mik a felhasználói- és rendszerkövetelmények? Mik a funkcionális és nem-funkcionális követelmények? Hogyan épülnek be a szoftver követelmények a követelménydokumentumba? Tartalom Funkcionális és nem-funkcionális követelmények Felhasználói követelmények Rendszerkövetelmények Interfészek specifikációja A szoftver követelménydokumentum Követelménytervezés A felhasználói igények és a rendszer működési feltételek feltárásának folyamata. A követelmények a rendszerről a követelménytervezés folyamata során leírt szolgáltatások és feltételek/kényszerek halmaza. Mi a követelmény? Egy szolgáltatás vagy feltétel magas szintű absztrakt megfogalmazásától egy funkció részletes matematikai leírásig sok fajtája lehet. A követelmények kettős célt szolgálnak: Egy ajánlattételre való felhívás alapja lehet nyitott legyen különféle megközelítések befogadására; A szerződés alapja lehet részletekbe menő legyen; Mindkét megközelítést követelménynek nevezzük. Ha egy megrendelő egy nagy szoftver fejlesztésére pályázatot ír ki, az igényeket kellően absztrakt módon kell megfogalmaznia úgy, hogy azok a megoldást előre ne határozzák meg. Úgy kell a követelményeket kiírni, hogy több pályázó is versenyezhessen, lehetőleg több alternatív megoldási módot kínálva a megrendelő igényeinek kielégítésére. A pályázat győztesének ezután a megrendelő számára egy, a rendszert részleteiben leíró tervezetet kell készítenie, amelyből a megrendelő megértheti és ellenőrizheti a rendszer tevékenységét. Mindkét említett dokumentumot a rendszer követelmény-dokumentumának nevezzük. (Davis) A követelmények típusai Felhasználói követelmények A rendszer szolgáltatásairól és a működési feltételekről szóló természetes nyelven írt állítások és diagramok. Az ügyfél számára készül. Rendszerkövetelmények Strukturált dokumentum, amely tartalmazza a rendszer funkcióinak, szolgáltatásainak és működési feltételeinek részletes leírását. Definiálja az implementálandó feladatokat, így a megrendelő és a szállító közti szerződés része lehet. Definíciók és specifikációk (példa) Felhasználói követelmények - definíció 1. A szoftvernek lehetővé kell tenni más eszközökkel készített külső fájlok elérését. Rendszerkövetelmények specifikáció 1.1 A felhasználónak lehetőséget kell adni, hogy definiálhassa a külső fájl-típusokat. 1.2 Minden külső fájl-típusnak lehet saját, azt kezelő alkalmazása. 1.3 Minden külső fájl-típusnak saját ikonja legyen a felhasználó képernyőjén. 1.4 Lehetőséget kell adni a felhasználónak, hogy a külső fájlokat reprezentáló ikonok megjelenését ő határozhassa meg

2 1.5 Ha a felhasználó egy külső fájl reprezentáló ikont kiválaszt, akkor a kiválasztás hatására a külső fájlra az ehhez a fájl-típusokat rendelt alkalmazást kell futtatni. A követelmények olvasói Funkcionális és nem funkcionális követelmények Funkcionális követelmények Milyen szolgáltatásokat kell a rendszernek nyújtania, hogyan kell bizonyos bemeneti adatokra reagálnia és hogyan kell viselkednie egyes helyzetekben. Nem funkcionális követelmények A rendszer szolgáltatásaira és funkcióira vonatkozó feltételek és kényszerek. Pl. Időzítési kényszerek, a fejlesztésre vonatkozó kényszerek, szabványok, stb. Környezeti (domain) követelmények Olyan követelmények, amelyek a felhasználói környezetből erednek és ennek a környezetnek a sajátságait tükrözik. Funkcionális követelmények Leírja a rendszer szolgáltatásait. Függ a szoftver típusától, a várható felhasználói körtől és attól, hogy hol fogják a szoftvert használni. A funkcionális felhasználói követelmények magas szintű állítások is lehetnek a rendszer elvárt viselkedéséről, de a funkcionális rendszerkövetelményeknek a szolgáltatások részletes leírását kell tartalmaznia. Példa: A LIBSYS rendszer Könyvtári rendszer, amely egységes interfészt nyújt különböző könyvtárak adatbázisaiban tárolt cikkekhez. A felhasználók kereshetnek az adatbázisban, illetve személyes használatra letölthetik és kinyomtathatják a cikkeket. Minden megrendelés egyéni azonosító (ORDER_ID) alapján letölthető az előfizető tárhelyére. Példák funkcionális követelményekre A felhasználó a teljes adatbázisban kereshet, vagy kiválaszthatja ennek egy részhalmazát. A rendszer biztosítja a tárolt dokumentumok megfelelő megjelenítését. Pontatlan követelmények A pontatlanul megfogalmazott követelmények sok problémát okoznak. A homályosan megfogalmazott követelményeket a fejlesztők és a felhasználók különböző módon értelmezhetik. Pl.: megfelelő megjelenítés Felhasználó szándéka: minden dokumentum-típus számára saját megjelenítés; A fejlesztő értelmezése: kell egy szöveg (text) típusú megjelenítő, amely a dokumentumok tartalmát mutatja.

3 Teljes és konzisztens követelményrendszer Elméletileg a követelményrendszer teljes és konzisztens kell legyen. Teljesség Minden szükséges igény leírását tartalmazza. Konzisztencia Nem lehet konfliktus vagy ellentmondás az igények megfogalmazásában. A gyakorlatban lehetetlen teljes és konzisztens követelmény-dokumentumot létrehozni. Nem funkcionális követelmények A rendszer-követelményeket és a működési feltételeket, kényszereket definiálják. Pl.: megbízhatóság, válaszidő, tárolásra vonatkozó követelmények. Kényszerek lehetnek pl. az I/O eszközök adottságai, adatformátumok, stb. Fejlesztésre vonatkozó követelményeket is meg lehet fogalmazni: Pl. egy adott CASE eszköz, programozási nyelv, vagy fejlesztési módszer használata. A nem funkcionális követelmények sokszor kritikusabbak, mint a funkcionális követelmények. Ha ezek nem teljesülnek, a rendszer használhatatlan. A nem funkcionális követelmények típusai Termék követelmények Olyan követelmények, amelyek meghatározzák a termék viselkedési módját. Pl. végrehajtási sebesség, megbízhatóság, stb. Szervezeti követelmények A szervezet stratégiájából és működési módjából következő követelmények. Pl. felhasznált szabványok, implementációs követelmények, stb. Külső követelmények A rendszer és a fejlesztési eljárás szempontjából külső tényezők hatására fellépő követelmények. Pl. más rendszerekkel való együttműködés, jogi szabályozás, stb. A nem funkcionális követelmények típusai Példák: nem funkcionális követelmények Termék követelmény: 8.1 A LIBSYS felhasználói felülete egyszerű HTML lapokként legyen implementálva frameek és Java applet-ek nélkül. Szervezeti követelmény

4 9.3.2 A rendszerfejlesztés és a dokumentáció a XYZCo-SP-STAN-95 szabvány szerint kell történjen. Külső követelmény Az operátorok nem juthatnak hozzá a rendszer felhasználóinak személyes adataihoz a nevükön és azonosítóikon kívül. Célok és a követelmények A nem funkcionális követelményeket nehéz precízen megfogalmazni, a nem precíz követelményeket pedig nehéz ellenőrizni. Cél A felhasználó általános és átfogó szándéka. Pl. könnyű használhatóság. Ellenőrizhető nem funkcionális követelmény Olyan követelmény, amely objektíven mérhető mértéket tartalmaz. A célok is hasznosak a fejlesztők számára, mert a felhasználó szándékait közvetítik. Példák A rendszer célja A rendszert a gyakorlott operátorok könnyen tudják üzemeltetni. Úgy kell a rendszert kialakítani, hogy a felhasználói hibákat minimalizálja. Ellenőrizhető nem funkcionális követelmény Gyakorlott operátorok a rendszer minden funkcióját két óra betanítás után tudják használni. A betanítás után a gyakorlott felhasználók napi két hibánál többet ne vétsenek. Követelmények mértékei Tulajdonság Sebesség Méret Könnyű felhasználhatóság Megbízhatóság Robusztusság Hordozhatóság Mérték Másodpercenkénti tranzakciók száma Válaszidő Képernyő-frissítési idő Megabájt ROM lapkák száma Betanítás idő Súgó lapok száma Meghibásodások közötti átlagos idő (mean time to failure, MTF) Leállás valószínűsége Hibagyakoriság Rendelkezésre állás Újraindítási idő hiba után Események hány százaléka okoz hibát Adatvesztés valószínűsége hiba esetén A platformfüggő utasítások aránya Támogatott platformok száma Követelmények egymásra hatása Komplex rendszerekben gyakori a különböző nem funkcionális követelmények közötti konfliktus. Példa: repülőgép irányítási rendszere A minél kisebb súly elérése érdekében a rendszerben használt lapkák számát minimalizálni kell. A teljesítmény-felvétel csökkentése érdekében alacsony fogyasztású lapkákat kell használni.

5 Az alacsony fogyasztású lapkákból több (darab) kell. Melyik a fontosabb követelmény? Környezeti (domain) követelmények Az alkalmazás környezetéből származtatható. A környezetből adódó rendszertulajdonságokat írja le. Lehetnek új funkcionális követelmények, létező követelményekhez újabb kényszerek, vagy specifikus számításokat definiálhatnak. Ha a környezeti követelményeket nem elégíti ki a rendszer, akkor teljesen használhatatlan lehet. A könyvtári rendszer környezeti követelményei Minden adatbázishoz a Z39.50 szabványon alapuló standard felhasználói felületen keresztül lehet hozzáférni. Szerzői jogvédelmi korlátozások miatt egyes dokumentumokat a megérkezés után azonnal törölni kell. A felhasználó igények függvényében ezeket vagy helyben, a szerver nyomtatóján, vagy valamely hálózati nyomtatón kerülnek kinyomtatásra. Vonat biztonsági rendszer A vonat lassulása a következő képlettel számítandó: D train = D control + D gradient ahol D gradient =9.81ms 2 * kompenzált_gradiens/alfa és a 9.81ms 2 /alpha értékek különböző vonattípusokra adottak. Környezeti követelmények problémái Érthetőség A követelményeket a felhasználó környezet szaknyelvén fogalmazzák meg; Ezt a fejlesztő szoftvermérnökök gyakran nem értik meg. Implicit tudás A környezet specialistái számára a tématerület problémái magától értetődőek, így nem fejezik ki a környezeti követelményeket elég explicit módon. Felhasználói követelmények Funkcionális és nem funkcionális követelményeket fogalmaz meg oly módon, hogy az a rendszer (mélyebb technikai ismeretekkel nem rendelkező) felhasználói is megértsék. A felhasználói követelményeket természetes nyelven, valamint táblázatok és ábrák segítségével, a felhasználók számára érthető módon kell megfogalmazni. A természetes nyelvek problémái Nem világos Nehéz precíznek lenni úgy, hogy a dokumentum ne váljon nehezen olvashatóvá. Követelmények keveredése Funkcionális és nem funkcionális követelmények könnyen keveredhetnek. Követelmények összeolvadása Különböző követelmények együtt fogalmazódnak meg. LIBSYS követelmények 4.5 A LIBSYS rendszer tartalmaz egy pénzügyi rendszert is, amely a felhasználók által befizetett díjakat könyveli. A rendszermenedzser konfigurálhatja a rendszert úgy, hogy a gyakori felhasználók árengedményt kaphassanak.

6 Editor grid követelmények 2.6 Pozicionáló rács. Az objektumok elhelyezésének megkönnyítésére a felhasználó egy pozicionáló rácsot aktiválhat a kontrol panelen keresztül akár centiméter, akár inch egységekben. Kezdetben a rács kikapcsolt állapotban van. A szerkesztés során bármikor ki-, vagy bekapcsolható és az egységek bármikor válthatók. A rács a zsugorított nézeten is alkalmazható, de a kisebb ábra zsúfoltságának elkerülése érdekében csökkentett sűrűséggel. Gondok a követelményekkel Az adatbázis követelmények koncepcionális és részletes információkat is tartalmaznak Leírja LIBSYS alatt használt pénzügyi rendszer koncepcióját; DE tartalmaz olyan részleteket, amelyek ezen a szinten feleslegesek (konfigurálható az árengedmény). A grid követelményekben három típus keveredik Magas szintű funkcionális követelmény (szükség van a rácsra); Nem funkcionális követelmény (egységek); Nem funkcionális UI követelmény (rács kapcsolgatása). Strukturált megjelenés pozicionáló rács A szerkesztő biztosít egy rács szolgáltatást, amelyben a szerkesztő ablak hátterét vízszintes és függőleges vonalak alkotják. Ez rács passzív rács, amelyen az elemek elhelyezése a felhasználó feladata. Indoklás: A rács segíti a szépen pozícionált elemekből álló tetszetős ábrák létrehozását. Bár az aktív rács, ahol az elemek ráugranak a rács vonalaira hasznos lehet, de a pozícionálás nem pontos. Legjobb, ha a felhasználó maga dönti el, hogyan pozícionálja az elemeket. Specifikáció: ECLIPSE/WS/Tools/DE/FS Section 5.6 Forrás: Ray Wilson, Glasgow Office Hogyan írjunk követelményeket? Legyen egy állandó formátumunk a követelmények számára. Használjuk a kifejezéseket következetesen. Pl. kell a szükséges, a javallott a kívánatos követelmények jelzésére. Használjunk szövegkiemeléseket a követelmény fontos részeinek jelzésére. Ne használjunk számítógépes zsargont. Rendszerkövetelmények A rendszer funkcióinak, szolgáltatásainak és működési feltételeinek a felhasználói követelményeknél részletesebb leírása. Ez lesz a rendszertervezés alapja. A szerződés része lehet. A rendszerkövetelményeket definiálhatjuk vagy illusztrálhatjuk különféle rendszermodellekkel. A követelmények és a tervezés Elméletileg a követelmény tartalmazza, hogy mit csinál a rendszer, a terv pedig meghatározza, hogy hogyan. A gyakorlatban a követelmények és a tervezés elválaszthatatlanok Lehet, hogy a rendszer architektúráját meg kell tervezni, hogy a követelményeket rendszerezni lehessen;

7 A rendszer más rendszerekkel együttműködhet, amelyek tervezési követelményeket generálhatnak; Egy adott tervezési eljárás használata környezeti követelmény lehet. A természetes nyelvi specifikáció problémái Többértelműség A követelmények írói és olvasói ugyanazt kell értsék a szavakon. A természetes nyelvek eredendően két (vagy több) értelműek, így ez nehézkes. Túlságos flexibilitás Ugyanazt a dolgot sokféleképpen lehet elmondani. A modularizálhatóság hiánya A természetes nyelvi struktúrák nem alkalmasak a rendszerkövetelmények strukturálására. A természetes nyelvi specifikáció alternatívái Jelrendszer Strukturált természetes nyelv Terv-leíró nyelvek Grafikus jelölések Matematikai specifikáció Leírás A specifikáció leírására standard formátumok és sablonok használata. A specifikációt a rendszer egy működési modelljének segítségével adja meg, egy programnyelv szerű, de absztraktabb nyelv segítségével. Nem elterjedt, de az interfész specifikációban hasznos lehet. A rendszer funkcionális követelményeit egy szöveges megjegyzésekkel bővített grafikus nyelv segítségével írja el. Korai példa: SADT. Manapság a use-case leírások és a sorrend (sequence) diagramok használatosak. Matematikai elveken (pl. véges állapotú automaták, halmazok) alapuló leírási módok. Az egyértelmű leírás kizárja a későbbi vitát a rendszer funkcionalitásáról a megrendelő és a szállító között. A legtöbb megrendelő azonban nem érti a formális leírásokat és nem hajlandó ilyent a szerződésbe foglalni. Strukturált nyelvi specifikációk A követelmény-író szabadságát előre definiált követelmény-sablonok korlátozzák. Minden követelményt egy standard módon írunk meg. A leírásban használható terminológia korlátozva lehet. Előny: a természetes nyelv kifejező ereje megmarad, de mégis egy egységes forma alakítható ki. Űrlap (form)-alapú specifikációk A funkció vagy entitás definíciója. A bementek leírása + honnak erednek. A kimenetek leírása + hová mennek. Más felhasznált entitások felsorolása. Elő- és utófeltételek (pre-, post-condition). Mellékhatások leírása.

8 Példa: űrlap-alapú specifikáció Táblázatos specifikáció Természetes nyelvek kiegészítésére. Különösen hasznos, amikor alternatív végrehajtási módokat definiálunk. Példa: Condition Action Sugar level falling (r2 < r1) CompDose = 0 Sugar level stable (r2 = r1) CompDose = 0 Sugar level increasing and rate of increase decreasing ((r2-r1)<(r1-r0)) Sugar level increasing and rate of increase stable or increasing. ((r2-r1) > (r1-r0)) CompDose = 0 CompDose = round ((r2-r1)/4) If rounded result = 0 then CompDose = MinimumDose Grafikus modellek Hasznosak, amikor állapotok változását, vagy tevékenységek sorozatát kell leírni. Szekvencia (sequence) diagramok Események sorozatát mutatja a rendszerben valamely felhasználói interakció során. Felülről lefelé olvasandó. Pénzkivétel automatából Kártya validálása; Kérés kezelése; Tranzakció végrehajtása.

9 Szekvencia-diagram: Pénzkivétel automatából Interfész specifikáció A legtöbb rendszernek más rendszerekkel együtt kell működnie és az interfészeket a követelmények részeként specifikálni kell. Három interfész-típusra lehet szükség: Procedurális interfészek; Adatstruktúrák; Adatreprezentációk. Formális jelölések hasznosak az interfészek definiálására.

10 Példa: procedurális interfész definíció interface PrintServer { // defines an abstract printer server // requires: interface Printer, interface PrintDoc // provides: initialize, print, displayprintqueue, cancelprintjob, switchprinter void initialize ( Printer p ) ; void print ( Printer p, PrintDoc d ) ; void displayprintqueue ( Printer p ) ; void cancelprintjob (Printer p, PrintDoc d) ; void switchprinter (Printer p1, Printer p2, PrintDoc d) ; } //PrintServer A követelmény-dokumentum A követelmény-dokumentum egy hivatalos dokumentum, amely tartalmazza, hogy mit várunk a rendszer fejlesztőitől. Mind a felhasználó követelményeket, mind a rendszerkövetelmények specifikációját tartalmaznia kell. Ez nem terv. Amennyire lehetséges, azt tartalmazza, hogy a rendszernek MIT kell csinálni, nem pedig azt, hogy HOGYAN. A követelmény-dokumentum felhasználói IEEE követelmény-szabvány A követelmény-dokumentum egy általános struktúráját definiálja, amelyet minden egyes rendszerre testre lehet szabni. Bevezetés. Általános leírás. Az egyes követelmények leírása. Függelékek. Index.

11 Példa: A követelmény-dokumentum struktúrája Előszó Bevezetés Szójegyzék A felhasználói követelmények leírása A rendszer architektúrája A rendszerkövetelmények leírása Rendszermodellek A rendszer továbbfejlesztése Függelékek Index Összefoglalás A követelmények tartalmazzák, hogy mit kell a rendszernek tennie, valamint definiálja az üzemeltetési és fejlesztési körülményeket és kényszereket. A funkcionális követelmények definiálják a rendszer szolgáltatásait. Nem-funkcionális követelmények megkötéseket tartalmaznak a fejlesztendő rendszerre, vagy a fejlesztési folyamatra vonatkozóan. A felhasználói követelmény magas szintű megfogalmazása annak, hogy mit kell a rendszernek csinálnia. A felhasználói követelményeket természetes nyelven, táblázatok és ábrák segítségével kell megírni. A rendszerkövetelmények a rendszer funkcióinak leírását tartalmazzák. A szoftver követelmény-dokumentum a rendszerkövetelményekről szóló megállapodás. Az IEEE szabvány hasznos kiindulópont részletesebb követelmény-szabványok kidolgozására.

Szoftver követelmények meghatározása

Szoftver követelmények meghatározása Szoftver meghatározása Requirements engineering (analysis) Irodalom Ian Sommerville: Software Engineering, 7th e. chapter 6-7. Roger S. Pressman: Software Engineering, 5th e. chapter 11. 2 Követelménymeghatározás

Részletesebben

2. Követelmények (Requirements)

2. Követelmények (Requirements) 2. Követelmények (Requirements) A szoftverfejlesztés első lépése a specifikáció, vagy más néven a követelménytervezés, amelynek célja, hogy meghatározzuk milyen szolgáltatásokat követelünk meg a rendszertől,

Részletesebben

Modell alapú tesztelés mobil környezetben

Modell alapú tesztelés mobil környezetben Modell alapú tesztelés mobil környezetben Micskei Zoltán Budapesti Műszaki és Gazdaságtudományi Egyetem Méréstechnika és Információs Rendszerek Tanszék A terület behatárolása Testing is an activity performed

Részletesebben

Alkalmazások fejlesztése A D O K U M E N T Á C I Ó F E L É P Í T É S E

Alkalmazások fejlesztése A D O K U M E N T Á C I Ó F E L É P Í T É S E Alkalmazások fejlesztése A D O K U M E N T Á C I Ó F E L É P Í T É S E Követelmény A beadandó dokumentációját a Keszthelyi Zsolt honlapján található pdf alapján kell elkészíteni http://people.inf.elte.hu/keszthelyi/alkalmazasok_fejlesztese

Részletesebben

Kinek szól a könyv? A könyv témája A könyv felépítése Mire van szükség a könyv használatához? A könyvben használt jelölések. 1. Mi a programozás?

Kinek szól a könyv? A könyv témája A könyv felépítése Mire van szükség a könyv használatához? A könyvben használt jelölések. 1. Mi a programozás? Bevezetés Kinek szól a könyv? A könyv témája A könyv felépítése Mire van szükség a könyv használatához? A könyvben használt jelölések Forráskód Hibajegyzék p2p.wrox.com xiii xiii xiv xiv xvi xvii xviii

Részletesebben

Szoftver követelmények meghatározása

Szoftver követelmények meghatározása Szoftver meghatározása Requirements engineering (analysis) Irodalom Ian Sommerville: Software Engineering, 7th e. chapter 6-7. Roger S. Pressman: Software Engineering, 5th e. chapter 11. 2 Követelménymeghatározás

Részletesebben

Az MS Excel táblázatkezelés modul részletes tematika listája

Az MS Excel táblázatkezelés modul részletes tematika listája Az MS Excel táblázatkezelés modul részletes tematika listája A táblázatkezelés alapjai A táblázat szerkesztése A táblázat formázása A táblázat formázása Számítások a táblázatban Oldalbeállítás és nyomtatás

Részletesebben

Szoftvertechnológia 2008/2009. tanév 2. félév 6. óra. Szoftvertechnológia

Szoftvertechnológia 2008/2009. tanév 2. félév 6. óra. Szoftvertechnológia Szoftvertechnológia Szabolcsi Judit 2008 (Ajánlott irodalom: : Ian Somerville: Szoftverrendszerek fejlesztése. Második, bıvített, átdolgozott kiadás, Panem Kiadó, Budapest 2007.) KÖVETELMÉNYEK VII. Szoftverkövetelmények

Részletesebben

ÁSZF 1. melléklet. GST-Max Kereskedelmi és Szolgáltató Kft. 1021 Budapest, Völgy utca 32/b. részéről

ÁSZF 1. melléklet. GST-Max Kereskedelmi és Szolgáltató Kft. 1021 Budapest, Völgy utca 32/b. részéről ÁSZF 1. melléklet GST-Max Kereskedelmi és Szolgáltató Kft. 1021 Budapest, Völgy utca 32/b részéről Click&Flow licenc, éves szoftverkövetés és kapcsolódó szolgáltatások díjai érvényes: 2015.08.01-től 1/7

Részletesebben

Alrendszerek leírása:

Alrendszerek leírása: 1. Mi a szoftver, milyen részekből áll és milyen típusait különböztetjük meg? Mik a szoftverfejlesztés általános lépései? Számítógépes programok és a hozzá kapcsolódó dokumentációk (pl. követelmények,

Részletesebben

Intelligens biztonsági megoldások. Távfelügyelet

Intelligens biztonsági megoldások. Távfelügyelet Intelligens biztonsági megoldások A riasztást fogadó távfelügyeleti központok felelősek a felügyelt helyszínekről érkező információ hatékony feldolgozásáért, és a bejövő eseményekhez tartozó azonnali intézkedésekért.

Részletesebben

Gyakorlati vizsgatevékenység A

Gyakorlati vizsgatevékenység A Gyakorlati vizsgatevékenység A Szakképesítés azonosító száma, megnevezése: 481 04 0000 00 00 Web-programozó Vizsgarészhez rendelt követelménymodul azonosítója, megnevezése: 1189-06 Web-alkalmazás fejlesztés

Részletesebben

Verifikáció és validáció Általános bevezető

Verifikáció és validáció Általános bevezető Verifikáció és validáció Általános bevezető Általános Verifikáció és validáció verification and validation - V&V: ellenőrző és elemző folyamatok amelyek biztosítják, hogy a szoftver megfelel a specifikációjának

Részletesebben

Gyakorlati vizsgatevékenység B

Gyakorlati vizsgatevékenység B Gyakorlati vizsgatevékenység Szakképesítés azonosító száma, megnevezése: 481 04 0000 00 00 Web-programozó Vizsgarészhez rendelt követelménymodul azonosítója, megnevezése: 1189-06 Web-alkalmazás fejlesztés

Részletesebben

Komponens alapú fejlesztés

Komponens alapú fejlesztés Komponens alapú fejlesztés Szoftver újrafelhasználás Szoftver fejlesztésekor korábbi fejlesztésekkor létrehozott kód felhasználása architektúra felhasználása tudás felhasználása Nem azonos a portolással

Részletesebben

Bánsághi Anna anna.bansaghi@mamikon.net. 2014 Bánsághi Anna 1 of 31

Bánsághi Anna anna.bansaghi@mamikon.net. 2014 Bánsághi Anna 1 of 31 IMPERATÍV PROGRAMOZÁS Bánsághi Anna anna.bansaghi@mamikon.net 9. ELŐADÁS - OOP TERVEZÉS 2014 Bánsághi Anna 1 of 31 TEMATIKA I. ALAPFOGALMAK, TUDOMÁNYTÖRTÉNET II. IMPERATÍV PROGRAMOZÁS Imperatív paradigma

Részletesebben

ÁSZF 1. melléklet. GST-Max Kereskedelmi és Szolgáltató Kft. 1021 Budapest, Völgy utca 32/b. részéről

ÁSZF 1. melléklet. GST-Max Kereskedelmi és Szolgáltató Kft. 1021 Budapest, Völgy utca 32/b. részéről ÁSZF 1. melléklet GST-Max Kereskedelmi és Szolgáltató Kft. 1021 Budapest, Völgy utca 32/b részéről Click&Flow licenc, éves szoftverkövetés és kapcsolódó szolgáltatások díjai 1/6 Tartalomjegyzék Click &

Részletesebben

HASZNÁLATI ESET DIAGRAM (USE CASE DIAGRAM)

HASZNÁLATI ESET DIAGRAM (USE CASE DIAGRAM) HASZNÁLATI ESET DIAGRAM (USE CASE DIAGRAM) Célja: A követelményrögzítés (a szoftverfejlesztés els fázisaiban, pl. a követelménydefiníciós fázisban használatos). Funkcionális diagram: középpontban a rendszer

Részletesebben

6.1.1.2 Új prezentáció létrehozása az alapértelmezés szerinti sablon alapján.

6.1.1.2 Új prezentáció létrehozása az alapértelmezés szerinti sablon alapján. 6. modul Prezentáció A modul a prezentációkészítéshez szükséges ismereteket kéri számon. A sikeres vizsga követelményei: Tudni kell prezentációkat létrehozni és elmenteni különböző fájl formátumokban A

Részletesebben

Előzmények 2011.10.23.

Előzmények 2011.10.23. Előzmények Dr. Mileff Péter A 80-as évek közepétől a szoftverek komplexitása egyre növekszik. Megjelentek az OO nyelvek. Az OO fejlesztési módszerek a rendszer különböző nézőpontú modelljeit készítik el.

Részletesebben

Procontrol VRecX. Kezelői kézikönyv. Kamerás megfigyelőrendszer. Verzió: 1.1 2012.

Procontrol VRecX. Kezelői kézikönyv. Kamerás megfigyelőrendszer. Verzió: 1.1 2012. Procontrol VRecX Kamerás megfigyelőrendszer Kezelői kézikönyv Verzió: 1.1 2012. 2010 Procontrol Electronics Ltd. Minden jog fenntartva. A Worktime, a Workstar, a WtKomm a Procontrol Electronics Ltd. hivatalos

Részletesebben

Információtartalom vázlata

Információtartalom vázlata 1. Az Ön cégétől árajánlatot kértek egy üzleti portál fejlesztésére, amelynek célja egy online áruház kialakítása. Az árajánlatkérés megválaszolásához munkaértekezletet tartanak, ahol Önnek egy vázlatos

Részletesebben

Szoftver újrafelhasználás

Szoftver újrafelhasználás Szoftver újrafelhasználás Szoftver újrafelhasználás Szoftver fejlesztésekor korábbi fejlesztésekkor létrehozott kód felhasználása architektúra felhasználása tudás felhasználása Nem azonos a portolással

Részletesebben

Programozás alapjai Bevezetés

Programozás alapjai Bevezetés Programozás alapjai Bevezetés Miskolci Egyetem Általános Informatikai Tanszék Programozás alapjai Bevezetés SWF1 / 1 Tartalom A gépi kódú programozás és hátrányai A magas szintÿ programozási nyelv fogalma

Részletesebben

7. A követelménytervezés folyamata

7. A követelménytervezés folyamata 7. A követelménytervezés folyamata Kérdések Mik a fő tevékenységek a követelménytervezés során? Mi ezek kapcsolata? Mik a követelmény-gyűjtés és -analízis módszerei? Mi a követelmény-validáció és a követelmény-felülvizsgálat?

Részletesebben

Ismerkedés az Office 2007 felhasználói felületével

Ismerkedés az Office 2007 felhasználói felületével Ismerkedés az Office 2007 felhasználói felületével A szalag kezelése Az új Fájl File menü A Gyorselérési eszköztár Az új nézetvezérlő elemek Összefoglalás Tudnivalók a Windows XP-t használó olvasók számára

Részletesebben

Hitelintézeti Szemle Lektori útmutató

Hitelintézeti Szemle Lektori útmutató Hitelintézeti Szemle Lektori útmutató Tisztelt Lektor Úr/Asszony! Egy tudományos dolgozat bírálatára szóló felkérés a lektor tudományos munkásságának elismerése. Egy folyóirat szakmai reputációja jelentős

Részletesebben

Tartalom Globális (eredő) rendszertulajdonságok Rendszertervezés Szervezetek, emberek és számítógépes rendszerek Legacy rendszerek

Tartalom Globális (eredő) rendszertulajdonságok Rendszertervezés Szervezetek, emberek és számítógépes rendszerek Legacy rendszerek 2. Ember-gép rendszerek Kérdések Mi az ember-gép rendszer, miben különbözik a számítógépes rendszerektől? Mit jelentenek azok a globális (eredő) rendszertulajdonságok, mint a megbízhatóság és biztonság?

Részletesebben

A P-touch Transfer Manager használata

A P-touch Transfer Manager használata A P-touch Transfer Manager használata Verzió 0 HUN Bevezetés Fontos megjegyzés A dokumentum tartalma és a termék műszaki adatai értesítés nélkül módosulhatnak. A Brother fenntartja a jogot, hogy értesítés

Részletesebben

iseries Client Access Express - Mielőtt elkezdi

iseries Client Access Express - Mielőtt elkezdi iseries Client Access Express - Mielőtt elkezdi iseries Client Access Express - Mielőtt elkezdi ii iseries: Client Access Express - Mielőtt elkezdi Tartalom Rész 1. Client Access Express - Mielőtt elkezdi.................

Részletesebben

Hozzávalók keresése és csatolása

Hozzávalók keresése és csatolása Hozzávalók keresése és csatolása VUE támogatja digitális tartalmak hozzáadását saját gépről, WEB-ről, távoli rendszerekből, mint az FTP oldalak, digitális forrásokból és Google szerverekről. A tartalmak

Részletesebben

INFORMATIKAI ALAPISMERETEK

INFORMATIKAI ALAPISMERETEK Informatikai alapismeretek középszint 0621 ÉRETTSÉGI VIZSGA 2007. május 25. INFORMATIKAI ALAPISMERETEK KÖZÉPSZINTŰ ÍRÁSBELI ÉRETTSÉGI VIZSGA JAVÍTÁSI-ÉRTÉKELÉSI ÚTMUTATÓ OKTATÁSI ÉS KULTURÁLIS MINISZTÉRIUM

Részletesebben

Programtervezés. Dr. Iványi Péter

Programtervezés. Dr. Iványi Péter Programtervezés Dr. Iványi Péter 1 A programozás lépései 2 Feladat meghatározás Feladat kiírás Mik az input adatok A megoldáshoz szükséges idő és költség Gyorsan, jót, olcsón 3 Feladat megfogalmazása Egyértelmű

Részletesebben

I N T E G R Á L T R E N D S Z E R

I N T E G R Á L T R E N D S Z E R INTEGRÁLT RENDSZER Négy biztonsági rendszerről alkotott tapasztalatunkat és tudásunkat egyesítettük: tűzjelző, riasztórendszer, kamera- és beléptetőrendszer létrehozni egy felületet amely egy létesítmény

Részletesebben

Tartalomjegyzék. Előszó... 10

Tartalomjegyzék. Előszó... 10 Előszó... 10 1. Bevezetés a Symbian operációs rendszerbe... 11 1.1. Az operációs rendszer múltja...11 1.2. Az okos telefonok képességei...12 1.3. A Symbian felépítése...15 1.4. A könyv tartalma...17 2.

Részletesebben

FELHASZNÁLÓI ÚTMUTATÓ A. NOKIA PC SUITE 4.51a FOR NOKIA 6510 PROGRAMCSOMAGHOZ. Copyright Nokia Corporation 2002. Minden jog fenntartva.

FELHASZNÁLÓI ÚTMUTATÓ A. NOKIA PC SUITE 4.51a FOR NOKIA 6510 PROGRAMCSOMAGHOZ. Copyright Nokia Corporation 2002. Minden jog fenntartva. FELHASZNÁLÓI ÚTMUTATÓ A NOKIA PC SUITE 4.51a FOR NOKIA 6510 PROGRAMCSOMAGHOZ Copyright Nokia Corporation 2002. Minden jog fenntartva. Tartalom 1. BEVEZETÉS...1 2. RENDSZERKÖVETELMÉNYEK...1 3. A PC SUITE

Részletesebben

ADATBÁZIS-KEZELÉS - BEVEZETŐ - Tarcsi Ádám, ade@inf.elte.hu

ADATBÁZIS-KEZELÉS - BEVEZETŐ - Tarcsi Ádám, ade@inf.elte.hu ADATBÁZIS-KEZELÉS - BEVEZETŐ - Tarcsi Ádám, ade@inf.elte.hu Számonkérés 2 Papíros (90 perces) zh az utolsó gyakorlaton. Segédanyag nem használható Tematika 1. félév 3 Óra Dátum Gyakorlat 1. 2010.09.28.

Részletesebben

Egyetemi adatbázis nyilvántartása és weben

Egyetemi adatbázis nyilvántartása és weben Egyetemi adatbázis nyilvántartása és weben keresztül történő elérése Bara Levente Dező László Farkas Kinga Gere Árpád Keresztes Anna March 6, 2009 1 Contents 1 Egyetemi adatbázis nyilvántartása és weben

Részletesebben

Zimbra levelező rendszer

Zimbra levelező rendszer Zimbra levelező rendszer Budapest, 2011. január 11. Tartalomjegyzék Tartalomjegyzék... 2 Dokumentum információ... 3 Változások... 3 Bevezetés... 4 Funkciók... 5 Email... 5 Társalgás, nézetek, és keresés...

Részletesebben

MINISZTERELNÖKI HIVATAL. Szóbeli vizsgatevékenység

MINISZTERELNÖKI HIVATAL. Szóbeli vizsgatevékenység MINISZTERELNÖKI HIVATAL Vizsgarészhez rendelt követelménymodul azonosítója, megnevezése: 1189-06/5 Szóbeli vizsgatevékenység Szóbeli vizsgatevékenység időtartama: 15 perc A 20/2007. (V. 21.) SZMM rendelet

Részletesebben

II. rész: a rendszer felülvizsgálati stratégia kidolgozását támogató funkciói. Tóth László, Lenkeyné Biró Gyöngyvér, Kuczogi László

II. rész: a rendszer felülvizsgálati stratégia kidolgozását támogató funkciói. Tóth László, Lenkeyné Biró Gyöngyvér, Kuczogi László A kockázat alapú felülvizsgálati és karbantartási stratégia alkalmazása a MOL Rt.-nél megvalósuló Statikus Készülékek Állapot-felügyeleti Rendszerének kialakításában II. rész: a rendszer felülvizsgálati

Részletesebben

SZÁMÍTÓGÉPES ADATBÁZIS-KEZELÉS. A MySQL adatbáziskezelő PHP folytatás JDBC, ODBC

SZÁMÍTÓGÉPES ADATBÁZIS-KEZELÉS. A MySQL adatbáziskezelő PHP folytatás JDBC, ODBC SZÁMÍTÓGÉPES ADATBÁZIS-KEZELÉS A MySQL adatbáziskezelő PHP folytatás JDBC, ODBC ADATBÁZISOK Adatbázis = adott formátum és rendszer szerint tárolt adatok összessége. DBMS feladatai: adatstruktúra (adatbázisséma)

Részletesebben

Tartalom Kontextus modellek Viselkedési modellek Adat-modellek Objektum-modellek CASE munkapadok (workbench)

Tartalom Kontextus modellek Viselkedési modellek Adat-modellek Objektum-modellek CASE munkapadok (workbench) 8. Rendszermodellek Kérdések Miért kell a rendszer kontextusát már a követelménytervezés során modellezni? Mi a viselkedési modell, az adatmodell és az objektum-modell? Milyen jelöléseket tartalmaz az

Részletesebben

Az ErdaGIS térinformatikai keretrendszer

Az ErdaGIS térinformatikai keretrendszer Az ErdaGIS térinformatikai keretrendszer Két évtized tapasztalatát sűrítettük ErdaGIS térinformatikai keretrendszerünkbe, mely moduláris felépítésével széleskörű felhasználói réteget céloz, és felépítését

Részletesebben

Crossplatform mobil fejlesztőkörnyezet kiválasztását támogató kutatás

Crossplatform mobil fejlesztőkörnyezet kiválasztását támogató kutatás Crossplatform mobil fejlesztőkörnyezet kiválasztását támogató kutatás A Mobil multimédiás kliens fejlesztői eszközkészlet létrehozása című kutatás-fejlesztési projekthez A dokumentum célja A dokumentum

Részletesebben

könyvvizsgálat dokumentálását segítő rendszer

könyvvizsgálat dokumentálását segítő rendszer könyvvizsgálat dokumentálását segítő rendszer Készült a Magyar Könyvvizsgáló Kamara Oktatási Központ KFT által kiadott MUNKAPROGRAM ÉS MÓDSZERTANI SEGÉDLET A KISVÁLLALKOZÁSOK KÖNYVVIZSGÁLATÁHOZ kiadvány

Részletesebben

OKTATÁSI MINISZTÉRIUM

OKTATÁSI MINISZTÉRIUM OKTATÁSI MINISZTÉRIUM Szakmai írásbeli vizsgatétel T Szakképesítés: 33 4641 01 Számítógép-kezelő (- használó) (azonosító száma, megnevezése) Tantárgy: Írásbeli feladat Kódszám: T OM 33 4641 01 C5 1 Jóváhagyta:

Részletesebben

DW 9. előadás DW tervezése, DW-projekt

DW 9. előadás DW tervezése, DW-projekt DW 9. előadás DW tervezése, DW-projekt Követelmény felmérés DW séma tervezése Betöltési modul tervezése Fizikai DW tervezése OLAP felület tervezése Hardver kiépítése Implementáció Tesztelés, bevezetés

Részletesebben

A Microsoft terminálszolgáltatás ügyfél oldali hardverigényének meghatározása

A Microsoft terminálszolgáltatás ügyfél oldali hardverigényének meghatározása S SDA Stúdió kft. A Microsoft terminálszolgáltatás ügyfél oldali hardverigényének meghatározása Kiadva: 2002.02.12. Oldalak száma: 7 A dokumentum története Verzió Dátum Módosítás rövid leírása Módosító

Részletesebben

Akadálymentes weboldalkészítés dióhéjban

Akadálymentes weboldalkészítés dióhéjban Akadálymentes weboldalkészítés dióhéjban Készítette: Mezei Ádám Info-kommunikációs Akadálymentességi Műhelykonferencia 2008. november 20 Mi az oka, hogy NEM akadálymentes honlapokat készítünk? 1) Nem gondolunk

Részletesebben

AZ INTEGRÁLT NYOMONKÖVETŐ RENDSZER BEMUTATÁSA (TÁMOP 3.4.2-B) Kern Zoltán Közoktatási szakértő Kern.zoltan@educatio.hu

AZ INTEGRÁLT NYOMONKÖVETŐ RENDSZER BEMUTATÁSA (TÁMOP 3.4.2-B) Kern Zoltán Közoktatási szakértő Kern.zoltan@educatio.hu AZ INTEGRÁLT NYOMONKÖVETŐ RENDSZER BEMUTATÁSA (TÁMOP 3.4.2-B) Kern Zoltán Közoktatási szakértő Kern.zoltan@educatio.hu Integrált (Elektronikus) Nyomonkövető Rendszer Miért használjuk? Hogyan használjuk?

Részletesebben

Bevezetés a programozásba

Bevezetés a programozásba Bevezetés a programozásba A szoftverfejlesztés folyamata PPKE-ITK Tartalom A rendszer és a szoftver fogalma A szoftver, mint termék és készítésének jellegzetességei A szoftverkészítés fázisai: Az igények

Részletesebben

Városi tömegközlekedés és utastájékoztatás szoftver támogatása

Városi tömegközlekedés és utastájékoztatás szoftver támogatása Városi tömegközlekedés és utastájékoztatás szoftver támogatása 1. Általános célkitűzések: A kisvárosi helyi tömegközlekedés igényeit maximálisan kielégítő hardver és szoftver környezet létrehozása. A struktúra

Részletesebben

Adatbázis rendszerek. dr. Siki Zoltán

Adatbázis rendszerek. dr. Siki Zoltán Adatbázis rendszerek I. dr. Siki Zoltán Adatbázis fogalma adatok valamely célszerűen rendezett, szisztéma szerinti tárolása Az informatika elterjedése előtt is számos adatbázis létezett pl. Vállalati személyzeti

Részletesebben

Toolinspect. Szerszámellenőrző rendszer

Toolinspect. Szerszámellenőrző rendszer Toolinspect - digital 3 - kulcs - Control Műszaki adatok Szerszámellenőrző rendszer Maierhöfen, 2013.01.01 Ez a dokumentum kizárólag információként szolgál. Műszaki változtatások joga fenntartva. Version:5.1.167

Részletesebben

Telepítési útmutató a Solid Edge ST7-es verziójához Solid Edge

Telepítési útmutató a Solid Edge ST7-es verziójához Solid Edge Telepítési útmutató a Solid Edge ST7-es verziójához Solid Edge Tartalomjegyzék Bevezetés 2 Szükséges hardver és szoftver konfiguráció 3 Testreszabások lementése előző Solid Edge verzióból 4 Előző Solid

Részletesebben

Számítógépes alapismeretek 2.

Számítógépes alapismeretek 2. Számítógépes alapismeretek 2. 1/7 Kitöltő adatai: Név: Osztály: E-mail cím: 2/7 Kérdések: Mire szolgál az asztal? Az ideiglenesen törölt fájlok tárolására. A telepített alkalmazások tárolására. A telepített

Részletesebben

Készítette: Enisz Krisztián, Lugossy Balázs, Speiser Ferenc, Ughy Gergely 2010.11.29. 1

Készítette: Enisz Krisztián, Lugossy Balázs, Speiser Ferenc, Ughy Gergely 2010.11.29. 1 Készítette: Enisz Krisztián, Lugossy Balázs, Speiser Ferenc, Ughy Gergely 2010.11.29. 1 /17 Tartalomjegyzék A térinformatikáról általánosságban Célok Felhasznált eszközök Fejlesztés lépései Adatbázis Grafikus

Részletesebben

Az annotáció elvei. Oravecz Csaba MTA Nyelvtudományi Intézet {oravecz}@nytud.hu. MANYE vitaülés 2006. február 20.

Az annotáció elvei. Oravecz Csaba MTA Nyelvtudományi Intézet {oravecz}@nytud.hu. MANYE vitaülés 2006. február 20. Oravecz Csaba MTA Nyelvtudományi Intézet {oravecz}@nytud.hu MANYE vitaülés 2006. február 20. Bevezetés Nyelvi erőforrások, szöveges adatbázisok növekvő jelentősége. Bevezetés Nyelvi erőforrások, szöveges

Részletesebben

Bánsághi Anna anna.bansaghi@mamikon.net. Bánsághi Anna 1 of 54

Bánsághi Anna anna.bansaghi@mamikon.net. Bánsághi Anna 1 of 54 SZOFTVERTECHNOLÓGIA Bánsághi Anna anna.bansaghi@mamikon.net 2. ELŐADÁS - KÖVETELMÉNY MENEDZSMENT Bánsághi Anna 1 of 54 TEMATIKA I. SZOFTVERTECHNOLÓGIA ALTERÜLETEI II. KÖVETELMÉNY MENEDZSMENT III. RENDSZERMODELLEK

Részletesebben

A szoftver-folyamat. Szoftver életciklus modellek. Szoftver-technológia I. Irodalom

A szoftver-folyamat. Szoftver életciklus modellek. Szoftver-technológia I. Irodalom A szoftver-folyamat Szoftver életciklus modellek Irodalom Ian Sommerville: Software Engineering, 7th e. chapter 4. Roger S. Pressman: Software Engineering, 5th e. chapter 2. 2 A szoftver-folyamat Szoftver

Részletesebben

Algoritmus terv 3. Fejezet: Folyamatok meghatározása

Algoritmus terv 3. Fejezet: Folyamatok meghatározása This image cannot currently be displayed. Algoritmus terv 3. Fejezet: Folyamatok meghatározása 1. Algoritmus általános áttekintése 2. Inputok és outputok definiálása 3. Folyamatok meghatározása 4. ozási

Részletesebben

Programozható logikai vezérlő

Programozható logikai vezérlő PROGRAMABLE LOGIC CONTROLLER Programozható logikai vezérlő Vezérlés fejlődése Elektromechanikus (relés) vezérlések Huzalozott logikájú elektronikus vezérlések Számítógépes, programozható vezérlők A programozható

Részletesebben

HÁLÓZATI HASZNÁLATI ÚTMUTATÓ

HÁLÓZATI HASZNÁLATI ÚTMUTATÓ HÁLÓZATI HASZNÁLATI ÚTMUTATÓ Nyomtatási napló tárolása hálózaton 0 verzió HUN A megjegyzések definíciója A Használati útmutatóban következetesen az alábbi szimbólumot használjuk: A megjegyzésekből azt

Részletesebben

ALKALMAZÁS KERETRENDSZER

ALKALMAZÁS KERETRENDSZER JUDO ALKALMAZÁS KERETRENDSZER 2014 1 FELHASZNÁLÓK A cégvezetők többsége a dobozos termékek bevezetésével összehasonlítva az egyedi informatikai alkalmazások kialakítását költséges és időigényes beruházásnak

Részletesebben

Bevezetés a kvantum informatikába és kommunikációba Féléves házi feladat (2013/2014. tavasz)

Bevezetés a kvantum informatikába és kommunikációba Féléves házi feladat (2013/2014. tavasz) Bevezetés a kvantum informatikába és kommunikációba Féléves házi feladat (2013/2014. tavasz) A házi feladatokkal kapcsolatos követelményekről Kapcsolódó határidők: választás: 6. oktatási hét csütörtöki

Részletesebben

Dokumentumformátumok Jelölő nyelvek XML XML. Sass Bálint sass@digitus.itk.ppke.hu. Bevezetés a nyelvtechnológiába 2. gyakorlat 2007. szeptember 20.

Dokumentumformátumok Jelölő nyelvek XML XML. Sass Bálint sass@digitus.itk.ppke.hu. Bevezetés a nyelvtechnológiába 2. gyakorlat 2007. szeptember 20. XML Sass Bálint sass@digitus.itk.ppke.hu Bevezetés a nyelvtechnológiába 2. gyakorlat 2007. szeptember 20. 1 DOKUMENTUMFORMÁTUMOK 2 JELÖLŐ NYELVEK 3 XML 1 DOKUMENTUMFORMÁTUMOK 2 JELÖLŐ NYELVEK 3 XML DOKUMENTUMFORMÁTUMOK

Részletesebben

Registrum. Az első magyar ISAD/G alkalmazás. Veszprém 2011.04.14. Breinich Gábor Budapest Főváros Levéltára

Registrum. Az első magyar ISAD/G alkalmazás. Veszprém 2011.04.14. Breinich Gábor Budapest Főváros Levéltára Registrum Az első magyar ISAD/G alkalmazás Veszprém 2011.04.14. Breinich Gábor Budapest Főváros Levéltára Számítógép alkalmazása a BFL-ben 1976 Terv-és térképtári törzsadatlapok felvétele számítógépes

Részletesebben

1. Bevezetés a szoftvertechnológiába

1. Bevezetés a szoftvertechnológiába 1. Bevezetés a szoftvertechnológiába Kérdések Mi a szoftvertechnológia (szoftvermérnökség)? Mik a szoftvertechnológiát érintő legfontosabb kérdések és válaszok? Etikai és szakmai kérdések: hogyan érintik

Részletesebben

A klubnap fő témája: Alapozás

A klubnap fő témája: Alapozás Dr. Angster Erzsébet angster.erzsebet@t-logic.hu A klubnap fő témája: Alapozás BRMS definíciója, jellemzői, fajtái BRMS használatának előnyei, várt eredmények, azok mérése BRMS használatának kihívásai,

Részletesebben

(1) 10/100/1000Base-T auto-sensing Ethernet port (2) 1000Base-X SFP port (3) Konzol port (4) Port LED-ek (5) Power LED (Power)

(1) 10/100/1000Base-T auto-sensing Ethernet port (2) 1000Base-X SFP port (3) Konzol port (4) Port LED-ek (5) Power LED (Power) HP 5120-24G 1.ábra Első panel (1) 10/100/1000Base-T auto-sensing Ethernet port (2) 1000Base-X SFP port (3) Konzol port (4) Port LED-ek (5) Power LED (Power) 2.ábra Hátsó panel (1) AC-input csatlakozó (2)

Részletesebben

Nagy HF u tmutato 2011/2012 II. fe le v

Nagy HF u tmutato 2011/2012 II. fe le v A programozás alapjai 1. BMEVIHIA106 Nagy HF u tmutato 2011/2012 II. fe le v Analízis (Nyelv független) 1. A Házi feladat téma szöveges leírása. 2. A feladat résztvevőinek azonosítása 3. A résztvevők tulajdonságai

Részletesebben

Rendszám felismerő rendszer általános működési leírás

Rendszám felismerő rendszer általános működési leírás Rendszám felismerő rendszer általános működési leírás Creativ Bartex Solution Kft. 2009. A rendszer funkciója A rendszer fő funkciója elsősorban parkolóházak gépkocsiforgalmának, ki és beléptetésének kényelmesebbé

Részletesebben

9. Képaláírás, kereszthivatkozás, tárgymutató és jegyzékek

9. Képaláírás, kereszthivatkozás, tárgymutató és jegyzékek , kereszthivatkozás, tárgymutató és jegyzékek Schulcz Róbert schulcz@hit.bme.hu A tananyagot kizárólag a BME hallgatói használhatják fel tanulási céllal. Minden egyéb felhasználáshoz a szerző engedélye

Részletesebben

A Clipper evolúciója

A Clipper evolúciója A Clipper evolúciója Ismét itt a nyár, a szabadságolások, és ismét dupla számmal jelentkezünk. Egy könnyedebb nyári tartalom érdekében, ebben a számban összefoglaljuk, mi történik a verzióváltáskor. A

Részletesebben

Megújult az ARTISJUS Szerzői Információs Rendszere (SZIR) Online adatszolgáltatás szerzőknek bármikor, bárhonnan

Megújult az ARTISJUS Szerzői Információs Rendszere (SZIR) Online adatszolgáltatás szerzőknek bármikor, bárhonnan Megújult az ARTISJUS Szerzői Információs Rendszere (SZIR) Online adatszolgáltatás szerzőknek bármikor, bárhonnan Grafikus megjelenítés A grafikus felület lehetővé teszi a jogdíjak és elhangzások áttekinthetőbb

Részletesebben

Digitális írástudás kompetenciák: IT alpismeretek

Digitális írástudás kompetenciák: IT alpismeretek Digitális írástudás kompetenciák: IT alpismeretek PL-5107 A továbbképzés célja: A program az alapvető számítógépes fogalmakban való jártasságot és a számítógépek alkalmazási területeinek ismeretét nyújtja

Részletesebben

Magyar Szabad Szoftver Tárház. Erdei Csaba Mátó Péter

Magyar Szabad Szoftver Tárház. Erdei Csaba <erdei.csaba@fsf.hu> Mátó Péter <mato.peter@fsf.hu> Magyar Szabad Szoftver Tárház Erdei Csaba Mátó Péter Kik vagyunk? Free Software Foundation Hungary Alapítvány a Szabad Szoftverek Magyarországi Népszerűsítéséért

Részletesebben

IV/1. sz. melléklet: Vállalati CRM, értékesítési terület funkcionális specifikáció

IV/1. sz. melléklet: Vállalati CRM, értékesítési terület funkcionális specifikáció IV/1. sz. melléklet: Vállalati CRM, értékesítési terület funkcionális specifikáció 1. A követelménylista céljáról Jelen követelménylista (mint a GOP 2.2.1 / KMOP 1.2.5 pályázati útmutató melléklete) meghatározza

Részletesebben

INFORMATIKAI ALAPISMERETEK

INFORMATIKAI ALAPISMERETEK Informatikai alapismeretek középszint 0721 ÉRETTSÉGI VIZSGA 2007. október 24. INFORMATIKAI ALAPISMERETEK KÖZÉPSZINTŰ ÍRÁSBELI ÉRETTSÉGI VIZSGA JAVÍTÁSI-ÉRTÉKELÉSI ÚTMUTATÓ OKTATÁSI ÉS KULTURÁLIS MINISZTÉRIUM

Részletesebben

Mathcad. 2009. Június 25. Ott István. www.snt.hu/cad. S&T UNITIS Magyarország Kft.

Mathcad. 2009. Június 25. Ott István. www.snt.hu/cad. S&T UNITIS Magyarország Kft. Mathcad 2009. Június 25. Ott István www.snt.hu/cad Matematika a gépészet nyelve Mit? Miért? 10 x 2 dx = 333 1 π cos ( x) + sin( x) dx = 2 0 i 3 1 4 i4 i 1 2 i3 + 1 4 i2 d ds ( 3s) 2 + s 2 18 s + 1 2 Pro/ENGINEER

Részletesebben

2010.12.14. Feladatok és kérdıívek szerkesztése, használata a könyvtári munkában. 1. A feladatok szerkesztése és használata

2010.12.14. Feladatok és kérdıívek szerkesztése, használata a könyvtári munkában. 1. A feladatok szerkesztése és használata Feladatok és kérdıívek jellemzıi Feladatok és kérdıívek szerkesztése, használata a könyvtári munkában Szakmai továbbképzés könyvtárosok részére 2010. december 9. Vígh Tibor SZTE BTK Neveléstudományi Intézet

Részletesebben

Iman 3.0 szoftverdokumentáció

Iman 3.0 szoftverdokumentáció Melléklet: Az iman3 program előzetes leírása. Iman 3.0 szoftverdokumentáció Tartalomjegyzék 1. Az Iman rendszer...2 1.1. Modulok...2 1.2. Modulok részletes leírása...2 1.2.1. Iman.exe...2 1.2.2. Interpreter.dll...3

Részletesebben

ÉLELMISZER-IPARI ALAPISMERETEK ÉRETTSÉGI VIZSGA II. A VIZSGA LEÍRÁSA

ÉLELMISZER-IPARI ALAPISMERETEK ÉRETTSÉGI VIZSGA II. A VIZSGA LEÍRÁSA ÉLELMISZER-IPARI ALAPISMERETEK ÉRETTSÉGI VIZSGA A vizsga részei II. A VIZSGA LEÍRÁSA Középszint Emelt szint 180 perc 15 perc 240 perc 20 perc 100 pont 50 pont 100 pont 50 pont A vizsgán használható segédeszközök

Részletesebben

SZAKDOLGOZAT ÓBUDAI EGYETEM. Neumann János Informatikai kar Alba Regia Egyetemi Központ

SZAKDOLGOZAT ÓBUDAI EGYETEM. Neumann János Informatikai kar Alba Regia Egyetemi Központ ÓBUDAI EGYETEM Neumann János Informatikai kar Alba Regia Egyetemi Központ SZAKDOLGOZAT OE-NIK Hallgató neve: Berencsi Gergő Zsolt 2010. Törzskönyvi száma: T 000123/FI38878/S-N Tartalomjegyzék Tartalmi

Részletesebben

Személyügyi nyilvántartás szoftver

Személyügyi nyilvántartás szoftver Személyügyi nyilvántartás szoftver A nexonhr személyügyi nyilvántartás szoftver a személyügyi, továbbképzési és munkaköri adatok kezelését teszi lehetővé. A szoftver támogatja a HR adminisztrációs feladatokat,

Részletesebben

i5000 sorozatú szkennerek

i5000 sorozatú szkennerek i5000 sorozatú szkennerek Vezérlő kód információk _hu Vezérlőkód információk Tartalomjegyzék Vezérlő minta részletek... 4 Vezérlő minta tájolás... 5 Vonalkód részletek... 7 Vezérlő pozícionálása... 9 Papír

Részletesebben

Rózsa Tünde. Debreceni Egyetem AGTC, Pannon Szoftver Kft SINCRO Kft. Forrás: http://www.praxa.com.au/practices/erp/publishingimages/erp_visual.

Rózsa Tünde. Debreceni Egyetem AGTC, Pannon Szoftver Kft SINCRO Kft. Forrás: http://www.praxa.com.au/practices/erp/publishingimages/erp_visual. Rózsa Tünde Debreceni Egyetem AGTC, Pannon Szoftver Kft SINCRO Kft Forrás: http://www.praxa.com.au/practices/erp/publishingimages/erp_visual.jpg 2 Kutatási célok Tématerület rövid áttekintése A kiválasztást

Részletesebben

Váci Mihály Kulturális Központ Cím: Telefon: Fax: Web: E-mail: Nyilvántartásba vételi szám:

Váci Mihály Kulturális Központ Cím: Telefon: Fax: Web: E-mail: Nyilvántartásba vételi szám: TÁJÉKOZTATÓ Digitális írástudás fejlesztése /D009 A képzés során megszerezhető kompetenciák A képzésben résztvevő: képessé válik a legfontosabb számítástechnikai kifejezések megnevezésére, megérti a számítógép

Részletesebben

Szoftverdokumentáció

Szoftverdokumentáció Szoftverdokumentáció Minden emberi használatra előállított terméket dokumentálni kell. Definíció: A dokumentum tényeket (adatokat) és/vagy szabályokat (eljárásokat, utasításokat, relációkat) tartalmazó,

Részletesebben

BOC Information Technologies Consulting GmbH. Minőségmenedzsment

BOC Information Technologies Consulting GmbH. Minőségmenedzsment Minőségmenedzsment Bäckerstraße 5/3, A- 1010 Wien Tel: +43-513 27 36-0 Fax: +43-513 27 36-5 http://www.boc-hu.com E-Mail: boc@boc-hu.com AZ ADONIS ÉS A MINŐSÉGMENEDZSMENT / ISO 9000:2000 A sikeres és dinamikus

Részletesebben

Országos Területrendezési Terv térképi mel ékleteinek WMS szolgáltatással történő elérése, Quantum GIS program alkalmazásával Útmutató 2010.

Országos Területrendezési Terv térképi mel ékleteinek WMS szolgáltatással történő elérése, Quantum GIS program alkalmazásával Útmutató 2010. Országos Területrendezési Terv térképi mellékleteinek WMS szolgáltatással történő elérése, Quantum GIS program alkalmazásával Útmutató 2010. május 1. BEVEZETÉS Az útmutató célja az Országos Területrendezési

Részletesebben

23. Szoftver-tesztelés

23. Szoftver-tesztelés 23. Szoftver-tesztelés Kérdések Mi a különbség a validációs tesztelés és a hibatesztelés között? Mik a rendszer- és komponenstesztelés alapelvei? Milyen stratégiákat alkalmazhatunk tesztgenerálás céljára?

Részletesebben

72-74. Képernyő. monitor

72-74. Képernyő. monitor 72-74 Képernyő monitor Monitorok. A monitorok szöveg és grafika megjelenítésére alkalmas kimeneti (output) eszközök. A képet képpontok (pixel) alkotják. Általános jellemzők (LCD) Képátló Képarány Felbontás

Részletesebben

Használati utasítás.

Használati utasítás. Lotus Notes Naptár Windows telefonra Használati utasítás. Írta: Varga Róbert 1 http://www.robertwpapps.uw.hu Bevezetés: Ezt az alkalmazást a fejlesztő saját használatra írta a teljesség igénye nélkül.

Részletesebben

INFORMATIKA TANMENET SZAKKÖZÉPISKOLA 9.NY OSZTÁLY HETI 4 ÓRA 37 HÉT/ ÖSSZ 148 ÓRA

INFORMATIKA TANMENET SZAKKÖZÉPISKOLA 9.NY OSZTÁLY HETI 4 ÓRA 37 HÉT/ ÖSSZ 148 ÓRA MINŐSÉGIRÁNYÍTÁSI ELJÁRÁS MELLÉKLET Tanmenetborító Azonosító: ME-III.1./1 Változatszám: 2 Érvényesség kezdete: 2013. 09. 01. Oldal/összes: 1/6 Fájlnév: ME- III.1.1.Tanmenetborító SZK- DC-2013 INFORMATIKA

Részletesebben

ismertetem, hogy milyen probléma vizsgálatában jelent meg ez az eredmény. A kérdés a következő: Mikor mondhatjuk azt, hogy bizonyos események közül

ismertetem, hogy milyen probléma vizsgálatában jelent meg ez az eredmény. A kérdés a következő: Mikor mondhatjuk azt, hogy bizonyos események közül A Borel Cantelli lemma és annak általánosítása. A valószínűségszámítás egyik fontos eredménye a Borel Cantelli lemma. Először informálisan ismertetem, hogy milyen probléma vizsgálatában jelent meg ez az

Részletesebben

1. Digitális írástudás: a kőtáblától a számítógépig 2. Szedjük szét a számítógépet 1. örök 3. Szedjük szét a számítógépet 2.

1. Digitális írástudás: a kőtáblától a számítógépig 2. Szedjük szét a számítógépet 1. örök 3. Szedjük szét a számítógépet 2. Témakörök 1. Digitális írástudás: a kőtáblától a számítógépig ( a kommunikáció fejlődése napjainkig) 2. Szedjük szét a számítógépet 1. ( a hardver architektúra elemei) 3. Szedjük szét a számítógépet 2.

Részletesebben

SABLONOZÓ KERETRENDSZER

SABLONOZÓ KERETRENDSZER SABRE SABLONOZÓ KERETRENDSZER 2014 1 FELHASZNÁLÓK Számtalan olyan vállalat és állami szervezet létezik, akik ügyfeleikkel sablonlevelek segítségével kommunikálnak, vagy sablonlevelekben értesítik partnereiket

Részletesebben

Gyakorlati vizsgatevékenység B

Gyakorlati vizsgatevékenység B Gyakorlati vizsgatevékenység B Szakképesítés azonosító száma, megnevezése: 55 481 04 0000 00 00 Web-programozó Vizsgarészhez rendelt követelménymodul azonosítója, megnevezése: 2270-06 Web-alkalmazás fejlesztés

Részletesebben