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

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

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

A követelm. vetelmény. analízis fázis. Az analízis fázis célja. fázis feladata

A követelm. vetelmény. analízis fázis. Az analízis fázis célja. fázis feladata A követelm vetelmény analízis fázis Miskolci Egyetem Általános Informatikai Tanszék Utolsó módosítás: 2006.02.15. ANAL / 1 Az analízis fázis célja A projekttel szemben támasztott követelmények meghatározása

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

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

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

Á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

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

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

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

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

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

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

Szoftvertechnológia ellenőrző kérdések 2005

Szoftvertechnológia ellenőrző kérdések 2005 Szoftvertechnológia ellenőrző kérdések 2005 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? Mik a szoftvergyártás általános modelljei?

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

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

Az ECDL vizsgapéldatár megújítása, nemzetközi követelmények és frissítés. Ziegler Tünde

Az ECDL vizsgapéldatár megújítása, nemzetközi követelmények és frissítés. Ziegler Tünde Az ECDL vizsgapéldatár megújítása, nemzetközi követelmények és frissítés Ziegler Tünde Minőségellenőrző látogatások tapasztalatai a legtöbb hiba a látogatások során a vizsga feladatok javításával kapcsolatban

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

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

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

Á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

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

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

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

Programozási nyelvek a közoktatásban alapfogalmak I. előadás

Programozási nyelvek a közoktatásban alapfogalmak I. előadás Programozási nyelvek a közoktatásban alapfogalmak I. előadás Szempontok Programozási nyelvek osztályozása Felhasználói kör (amatőr, professzionális) Emberközelség (gépi nyelvektől a természetes nyelvekig)

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

Értékelés a BUS programhoz elkészült termékek magyar változatáról Készítette: Animatus Kft. Jókay Tamás január 07.

Értékelés a BUS programhoz elkészült termékek magyar változatáról Készítette: Animatus Kft. Jókay Tamás január 07. Értékelés a BUS programhoz elkészült termékek magyar változatáról Készítette: Animatus Kft. Jókay Tamás 2011. január 07. Tartarlom Guide book,,...3 Trainer s slides,,...4 Trainer s handbook,,...5 CD,,...6

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

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

01. gyakorlat - Projektalapítás

01. gyakorlat - Projektalapítás 2 Követelmények 01. gyakorlat - Projektalapítás Szoftvertechnológia gyakorlat OE-NIK A félév során egy nagyobb szoftverrendszer prototípusának elkészítése lesz a feladat Fejlesztési módszertan: RUP CASE-eszköz:

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

IV/4. sz. melléklet: Kontrolling és döntéstámogatás funkcionális specifikáció

IV/4. sz. melléklet: Kontrolling és döntéstámogatás funkcionális specifikáció IV/4. sz. melléklet: Kontrolling és döntéstámogatás 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

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

30 MB INFORMATIKAI PROJEKTELLENŐR

30 MB INFORMATIKAI PROJEKTELLENŐR INFORMATIKAI PROJEKTELLENŐR 30 MB DOMBORA SÁNDOR BEVEZETÉS (INFORMATIKA, INFORMATIAKI FÜGGŐSÉG, INFORMATIKAI PROJEKTEK, MÉRNÖKI ÉS INFORMATIKAI FELADATOK TALÁKOZÁSA, TECHNOLÓGIÁK) 2016. 09. 17. MMK- Informatikai

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

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

Változás bejelentés / támogatási szerződésmódosítási kérelem beadása

Változás bejelentés / támogatási szerződésmódosítási kérelem beadása Változás bejelentés / támogatási szerződésmódosítási kérelem beadása A NORA új funkciója a Kedvezményezett által kitöltött űrlap adatai alapján, automatikusan generálja a megjelölt kérelmet. A dokumentum

Részletesebben

Algoritmusok Tervezése. 6. Előadás Algoritmusok 101 Dr. Bécsi Tamás

Algoritmusok Tervezése. 6. Előadás Algoritmusok 101 Dr. Bécsi Tamás Algoritmusok Tervezése 6. Előadás Algoritmusok 101 Dr. Bécsi Tamás Mi az algoritmus? Lépések sorozata egy feladat elvégzéséhez (legáltalánosabban) Informálisan algoritmusnak nevezünk bármilyen jól definiált

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

2. modul - Operációs rendszerek

2. modul - Operációs rendszerek 2. modul - Operációs rendszerek Érvényes: 2009. február 1-jétől Az alábbiakban ismertetjük a 2. modul (Operációs rendszerek) syllabusát, amely az elméleti és gyakorlati modulvizsga követelményrendszere.

Részletesebben

Időkönyvelő Projektfeladat specifikáció

Időkönyvelő Projektfeladat specifikáció Időkönyvelő Projektfeladat specifikáció 1 Tartalomjegyzék 1 Tartalomjegyzék... 2 2 Bevezetés... 3 2.1 A feladat címe... 3 2.2 A feladat rövid ismertetése... 3 3 Elvárások a feladattal kapcsolatban... 4

Részletesebben

2011. ÓE BGK Galla Jánosné,

2011. ÓE BGK Galla Jánosné, 2011. 1 A mérési folyamatok irányítása Mérésirányítási rendszer (a mérés szabályozási rendszere) A mérési folyamat megvalósítása, metrológiai megerősítés (konfirmálás) Igazolás (verifikálás) 2 A mérési

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

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

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

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

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

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

Táblázatkezelés (Excel)

Táblázatkezelés (Excel) Táblázatkezelés (Excel) Tartalom felépítés kezelés egyéb lehetőségek hasznos kiegészítések Készítette: Bori Tamás 2 Felépítés I.: A program felépítése hagyományos MS GUI: menü eszköztár szabjuk testre!

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

Tanmenet Az. Informatika. műveltségi terület INFORMATIKA

Tanmenet Az. Informatika. műveltségi terület INFORMATIKA Tanmenet Az Informatika műveltségi terület INFORMATIKA tantárgy tanításához a 7.a és 7.b osztályokban. Tantárgyat tanító tanárok: Kassitzky Tamás Tantárgy éves óraszáma: 37 óra (heti 1 óra) Használt segédanyag:

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

DF20 Jet Fiber lézer jelölő berendezés

DF20 Jet Fiber lézer jelölő berendezés DF20 Jet Fiber lézer jelölő berendezés I. Bevezető II. Termék pontos megnevezése, ár III.Technikai jellemzők IV.Konfiguráció I. Bevezető DF20 DF20 Jet Fiber lézer jelölő berendezés DF20 Jet Fiber lézer

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

Termék modell. Definíció:

Termék modell. Definíció: Definíció: Termék modell Összetett, többfunkciós, integrált modell (számítógépes reprezentáció) amely leír egy műszaki objektumot annak különböző életfázis szakaszaiban: tervezés, gyártás, szerelés, szervízelés,

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

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

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

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

2 Access 2016 zsebkönyv

2 Access 2016 zsebkönyv 2 Access 2016 zsebkönyv BBS-INFO Kiadó, 2016. 4 Access 2016 zsebkönyv Bártfai Barnabás, 2016. Minden jog fenntartva! A könyv vagy annak oldalainak másolása, sokszorosítása csak a szerző írásbeli hozzájárulásával

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

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

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

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

Fájlrendszerek. A Windows operációs rendszerek fájlrendszere

Fájlrendszerek. A Windows operációs rendszerek fájlrendszere Fájlrendszerek A Windows operációs rendszerek fájlrendszere Fájlrendszerek definíció A számítástechnika egy fájlrendszer alatt a számítógépes fájlok tárolásának és rendszerezésének a módszerét érti, ideértve

Részletesebben

Cato Software. Premier G Med Onko Kft. Licencek leírása 7/1. Premier G Med Onko Kft.

Cato Software. Premier G Med Onko Kft. Licencek leírása 7/1. Premier G Med Onko Kft. Cato Software Licencek leírása Budapest 2011. február 1. 7/1 Tartalom 1 ÁLTALÁNOS 3 2 LICENC 3 2.1 Licenc típusok: 3 2.2 Standard Licencek 3 2.2.1 Gyógyszerészi Licenc 3 2.2.2 Gyógyszerész Asszisztensi

Részletesebben

Osztályozóvizsga követelményei

Osztályozóvizsga követelményei Osztályozóvizsga követelményei Képzés típusa: Tantárgy: Nyolcosztályos gimnázium Matematika Évfolyam: 7 Emelt óraszámú csoport Emelt szintű csoport Vizsga típusa: Írásbeli Követelmények, témakörök: Gondolkodási

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

Szoftver labor III. Tematika. Gyakorlatok. Dr. Csébfalvi Balázs

Szoftver labor III. Tematika. Gyakorlatok. Dr. Csébfalvi Balázs Szoftver labor III. Dr. Csébfalvi Balázs Irányítástechnika és Informatika Tanszék e-mail: cseb@iit.bme.hu http://www.iit.bme.hu/~cseb/ Tematika Bevezetés Java programozás alapjai Kivételkezelés Dinamikus

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

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

Kalandjáték dokumentáció

Kalandjáték dokumentáció Követelmény feltárás Kalandjáték dokumentáció A program grafikus interfészen keresztül kommunikáljon a felhasználóval. Egyszerű, érthető irányítási funkciók segítsék a játékost. Meg kell teremteni az egyensúlyt

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

10-es Kurzus. OMT modellek és diagramok OMT metodológia. OMT (Object Modelling Technique)

10-es Kurzus. OMT modellek és diagramok OMT metodológia. OMT (Object Modelling Technique) 10-es Kurzus OMT modellek és diagramok OMT metodológia OMT (Object Modelling Technique) 1 3 Modell és 6 Diagram Statikus modell : OMT Modellek és diagramok: Statikus leírása az összes objektumnak (Név,

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

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

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

Mindent olyan egyszerűvé kell tenni, amennyire csak lehet, de nem egyszerűbbé. (Albert Einstein) Halmazok 1

Mindent olyan egyszerűvé kell tenni, amennyire csak lehet, de nem egyszerűbbé. (Albert Einstein) Halmazok 1 Halmazok 1 Mindent olyan egyszerűvé kell tenni, amennyire csak lehet, de nem egyszerűbbé. (Albert Einstein) Halmazok 2 A fejezet legfontosabb elemei Halmaz megadási módjai Halmazok közti műveletek (metszet,

Részletesebben

KAPCSOLÁSI RAJZ KIDOLGOZÁSA

KAPCSOLÁSI RAJZ KIDOLGOZÁSA KAPCSOLÁSI RAJZ KIDOLGOZÁSA Az elektronikai tervezések jelentős részénél a kiindulási alap a kapcsolási rajz. Ezen összegezzük, hogy milyen funkciókat szeretnénk megvalósítani, milyen áramkörökkel. A kapcsolási

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

Pozícióinformáció. Sikeres helyfüggő szolgáltatások mobilra

Pozícióinformáció. Sikeres helyfüggő szolgáltatások mobilra Distributed Systems A hely nem elég MTA SZTAKI Elosztott Rendszerek Osztály - Mátételki Péter matetelki@sztaki.hu Mihez nem elég a hely? Sikeres helyfüggő szolgáltatások mobilra Navigáció (hely + térkép

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

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

Szoftver-technológia II. Szoftver újrafelhasználás. (Software reuse) Irodalom

Szoftver-technológia II. Szoftver újrafelhasználás. (Software reuse) Irodalom Szoftver újrafelhasználás (Software reuse) Irodalom Ian Sommerville: Software Engineering, 7th e. chapter 18. Roger S. Pressman: Software Engineering, 5th e. chapter 27. 2 Szoftver újrafelhasználás Szoftver

Részletesebben

INFORMATIKAI ALAPISMERETEK

INFORMATIKAI ALAPISMERETEK ÉRETTSÉGI VIZSGA 2005. május 20. INFORMATIKAI ALAPISMERETEK KÖZÉPSZINTŰ ÉRETTSÉGI VIZSGA Az írásbeli vizsga időtartama: 180 perc JAVÍTÁSI-ÉRTÉKELÉSI ÚTMUTATÓ OKTATÁSI MINISZTÉRIUM Megoldási útmutató I.

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