Planning and Design of Information Systems. André Blokdijk, Paul Blokdijk ACADEMIC PRESS, 1987.
|
|
- Emma Kerekes
- 9 évvel ezelőtt
- Látták:
Átírás
1 Planning and Design of Information Systems André Blokdijk, Paul Blokdijk ACADEMIC PRESS, 1987.
2 4.3 A tervezés határai Mi a tető, mi a lent, mi a centrum - tisztázni kell előre. A 4 modell milyen részlet szintjén készül? 2 fő határ: A külső határ: Mi tartozik az IR-hez, vagy alkalmazási rendszerhez. A belső határ, vagy leírási határ: A szint, a részlet, ahol T-D megáll, ahonnan B-U indul, amelyik szintre a C-O készül. Torta szelet szemléltetés. Kész egy szeletelés, a következő gyűrű milyen szintre, részletességre készüljön? Az integritás betartása hogy teljesül? Teljes IS - teljes szemlélete egy rendszernek. Vagy egy része, amit alkalmazási rendszernek nevez.
3 4.3.1 Információs Rendszer tervezés határai A külső határ - az egészre vonatkozik, amire az IR hatása kiterjed. Lehet a teljes szervezet: vállalat, minisztérium, megye, stb. Lehet nagy szervezet része is. A belső határ: külön részletesen elemezi a III. rész a könyvben. Itt általános javaslat: független (információs) rendszer: egy homogén gazdasági objektum teljes életciklusát lefedő rendszer. (l. dekomponálás) A belső határ mozoghat, időlimit hatása, sok részlet magas minőség Másik belső határ: egy alkalmazás(i rendszer), egy menetben kivitelezhető rész, (50 felhasználói feladat, másfél év) Ezek a határok a Szervezeti és Információ modellre. Az Adatmodell a teljes szervezetre épül, alsó határ: az entitások. Külső határ megegyezik az SZR, IR külső határával.
4 4.3.2 Alkalmazás tervezése Szervezeti modell Külső határ: a független rendszer, vagy egy része, az alkalmazás Belső határ: kézmozgásig - túl finom, (mozdulattervezés), a munka módszere és felosztása fontos, a jó szint: a felhasználói feladat, független eljárás. Információ modell Választás külső határra: alkalmazás külső határ, vagy felhasználói feladat Jó elv: párhuzamosság SZM és IM között a felhasználói feladatokig, ezért IM külső határa a független eljárás legyen, addig implicit SZM-ből. Belső határ: - információ elv: teljes információ egy felhasználói feladathoz. Túl összetett. (Mai technikák támogatják!) - elemi üzenet (Langefors) /elég egyértelmű, mi elemi/ Mennyi? 8. Mi 8? Mi mennyi? Üzenetnév(Tárgy, tulajdonság, idő)
5 Adat modell Külső határ: teljes szervezet - független IR - alkalmazás Integráltság - legalább a független IR a határ. (FIR) Belső határ: bonyolult vita, szubentitás - szuperentitás - entitás izoláció, többszörös birtoklás optimalizálása FIR-ek között. Javasolt határ: adatelem (amit már az alkalmazás nem bont fel) Eljárás (processz) modell Külső határ lehet: FIR, alkalmazás, felhasználói feladat, független eljárás, elemi eljárás (:egyetlen elemi üzenet a kimenete.) Elemi lejárás túl finom, az inkább jó belső határnak. Az a dekomponálás legalsó szintje. Belső határ: programozási nyelvi szint. A 24. Ábra minden doboza olyan szintet reprezentál, amelynek meg kell jelennie a tervezésben.
6
7 4.3.3 Választási feladatok Minden modellhez, bármely részletek között készül, választani kell: 1. Egy vagy több komplexitás kezelési stratégiát, sorrendjüket a modellezés során. 2. Egy technikát: megelőzési analízis, követési analízis, funkcionális dekomponálás, stb. 3. Jelölést: adatáramlási diagram, HIPO diagram, döntési tábla, stb. 4.4 Választott megoldások (a könyvben) Csak leírják - indoklás, motiváció a részletek kifejtése során lesz. 1. Teljes szervezet FIR, alkalmazásig: ( III. fejezet - ISP) - A szervezet, üzleti-gazdasági eljárások: C-O, követési analízis, grid ch. - Az (információs rendszer) architektúra: B-U, megelőzési anal., grid ch. - Az adatmodell: C-O adatmodellezés.
8 2. Az alkalmazás szervezeti modellje: (Part IV) C-O követési analízis felhasználói feladat szinten, arra építve B-U szintézis alrendszerekig, szgépes grid charting, megelőzési gráf jelölés. 3. Az alkalmazás információ modellje: (Part V) T-D a felhasználói feladatoktól (független eljárásoktól) az elemi üzenetekig és eljárásokig, megelőzési analízis és megelőzési gráf jelölés. 4. Az alkalmazások adatmodellje: a. Vázlatos fogalmi adatmodell, C-O adatmodellezéssel. b. Adatelem definiálás: T-D elemi üzenettől adatelemig, komponens analízis és komponens leírás. c. Fogalmi adatmodell: adatszintézis, B-U az adatelem szinttől az információs rendszer szintjéig. d. Végső adatmodell: normalizálás. 5. Az alkalmazások eljárásmodellje: a. A komponens leíráshoz adjuk az elemi eljárás algoritmus leírását, ha összetett, döntési tábla. b. A felhasználói. feladat eljárása: T-D elemi eljárásig, strukturált eljárások, és Nassi- Shneiderman diagram. (struktogram)
9 A 25. Ábra szemléltető összefoglaló. A tortaszelet - gyűrű elv szerint a következő fázisok ismerhetők fel: A teljes szervezet: teljes - FIR - alkalmazások: a szeletek. Az alkalmazások szervezeti modellje: az alkalmazások és felhasználói feladatok, független eljárások között: szeletek. Az információ modell: új gyűrű. Szeletek független eljárások és elemi üzenetekre, eljárásokra. Az adatmodell: új gyűrű. Nincsenek szeletek, entitások és relációk azonos szinten. (Mai OODB, XML új elveket hozhat be.) Az adatelemek következő finomsági szint. Ez az alkalmazások és adatelemek közötti modell. Nincs benne alrendszer, nincs új szeletelés. Az eljárás modell: új gyűrű. Szeletek a független eljárások és elemi eljárások között, új szeletek az elemi eljárások és algoritmusok között.
10
11 5.0 Egyéb kritériumok 5.1 TELJESSÉG ÉS REDUNDANCIA 25. Ábra: nincs minden doboz lefedve. Teljesség- implicit definiálások. Például: Szervezeti modell az információs modellt is leírja, független eljárásokig. Minden leírható elemezhető - technika, jelölés kérdése. Teljesség: impliciten - expliciten. Kérdéses: a redundancia a modellekben. Teljes redundancia-mentesség nem lehet - kell a modellek között kapcsolat, kellenek interfészek a modellek köözött, vagy egy módszer lépései között. Kell redundancia a teljesség miatt - részek átdolgozása, újrakészítése - nincs átmenet a jelölés, technika alapján a lépések között - új aspektus nem vezethető le az eddigiekből
12 5.2 Konzisztens filozófia a technikákban alapfilozófia választás - ne változzon a módszer során mit kell elkerülni ezzel: - nyelvek összekeveredése a fázisok, specialisták között - redundancia növekedése, ami a filozófiák közötti fordításhoz kell Például: rendszer-szemlélet - fekete doboz elv, maradjon végig: inputok és outputok, majd komponens analízis szervezeti modell: I-O: személy, anyag, információ információs modell: I-O: információ adat.modell: felhasználói szemléletek eljárás modell: I-O: személyek, é/v anyag, é/v adat, é/v információ attól függően, mit dolgoz fel. Ugyanez implementáláshoz is ajánlott. Kritikák: Funkcionális szemlélet - az adatmodellre nem jó. Adat-szemlélet: az eljárás modellt kell utólag hozzáépíteni.
13 5.3 Minőségi kérdések A tervezés két alapvető kérdése: a minőség és a produktivitás. Először a minőség jön - mi a minőség? Az IR 3 minőségi kérdése és a termék, gyártási minőség. 1) a felhasználók elvárásának, igényének kielégítése 2) flexibilitás 3) hordozhatóság 1) a tervezők és a felhasználók - két külön világ IR technikai minősége a felhasználók elfogadása (hatékonyság, DP szak- ez kérdéses! emberek kezében.) - felhasználók részvétele tervezés, célkitűzés során -érthető technikai jelölés; világos, megfelelő felhasználói oktatás -kommunikációs technika a fentiek hatékony megvalósításához
14 2) flexibilitás: kibővíthetőség és karbantarthatóság +igények - bevezetés után tanulás - új igény merül fel várhatóan. Lehet valamennyire csökkenteni - pl- prototípussal, tervezési technikával- Fel kell készülni fogadására, megoldására - kibővíthetőség, fenntarthatóság. Hogyan érhető el? Függetlenségre törekvéssel. Az IR részei, mint részrendszerek lehető legfüggetlenebbek legyenek. Coupling/binding (cohesion/strength) csatolás/kötés 3) hordozhatóság - a kialakítási befektetés maradjon meg a jövő felhasználói, tervezői, programozói számára. Meg kell őrizni a rendszerre vonatkozó ismereteket! Kell: elérhető, olvasható, aktuális dokumentáció! (Aki csinálta könnyebben érti, mint más.) Nehéz jól megoldani. Rövidre zárt módosítások dokumentálás nélkül - gyakori hiba! Lehetőségek: -módosítás menedzsment, -módosítás csak dokumentáción keresztül.
15 5.3.1 Kötési (egybetartozási) szabályok Részrendszeren belül: homogén feladatok - egyszerű vezetés szétszórt, sokféle feladat - bonyolult A következő ábra a gyengétől az erős felé halad. esetleges logikai idő szerinti kommunikációs eljárási funkcionális Gyenge kötés Erős kötés
16
17 -esetleges kötés: a részek között nincs felismerhető szabályszerűség -logikai kötés: hasonló jellegűek, de mindig csak egy aktív -idő szerinti kötés: olyan részek, amelyek egy időben indulnak/hajtódnak végre -kommunikációs kötés: a rendszer tevékenységei ugyanazt az entitást használják. (közös alkatrész raktár, közös adatbázis) -eljárási kötés: a rész(tevékenység)ek előre adott sorrendben hajtódnak végre -funkcionális kötés: minden rész ugyanazt a célt szolgálja T-D dekomponálás: a végén erősen kötött rendszerek keletkezzenek, közben nem feltétlenül! Ha nem ez a végeredmény - gyenge minőségű a módszer.
18
19
20
21
22
23
24 5.3.2 Csatolási szabályok A (rész)rendszerek közötti ( külső) összekötés. A csatolás erősségét a rendszerek közötti kommunikáció típusa adja. Minél egyszerűbb a kommunikációs, annál egyszerűbb a csatolás. Ha sok információ kell egy rendszer informálásához, a csatolás erős. Példa: TV vásárlás - lakás vásárlás. Vevő - eladó kommunikációja. Csatolás kielégítési külső kontrol közös adat/anyag Erős csatolás Gyenge csatolás
25 -kielégítési csatolás: egy rendszer részét hívja egy másik rendszer, vagy része. Ehhez ellenőrzési információ kell, hogy az eredeti rendszerhez a megfelelő pillanatban térjünk vissza. -külső csatolás: megváltoztatják egy rendszer végrehajtását külsők által, azok ellenőrzése alatt, a megváltoztatott rendszert nem informálják, mi történik. -vezérlési csatolás: egy rendszer végrehajtását két vagy több rendszer ellenőrzi. Az ellenőrzött tudja, ki ellenőrzi éppen. -közös (használati) csatolás: két vagy több rendszer használ egy másik rendszert, amely ellenőrzi saját erőforrásait. -adat/anyag csatolás: A kapcsolat a rendszerek között mindössze adat vagy anyag átadása.
Információs rendszerek elméleti alapjai. Információelmélet
Információs rendszerek elméleti alapjai Információelmélet Planning and Design of Information Systems André Blokdijk, Paul Blokdijk ACADEMIC PRESS, 1987. Bevezetés Információs rendszer minősége - tervezés
Planning and Design of Information Systems. 3. Előadás Minőség: normák és garanciák Dekomponálás
Planning and Design of Information Systems 3. Előadás Minőség: normák és garanciák Dekomponálás Minőség: normák és garanciák Ábra a hibák keletkezéséről - 70% követelmény-felmérés és tervezés során. Felnagyítódik
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
Információs rendszerek Információsrendszer-fejlesztés
Információs rendszerek Információsrendszer-fejlesztés A rendszerfejlesztés életciklusa problémadefiniálás helyzetfeltárás megvalósítási tanulmány döntés a fejlesztésrıl ELEMZÉS IMPLEMENTÁCIÓ programtervezés
rendszerszemlélető, adatközpontú funkcionális
http://vigzoltan.hu rendszerszemlélető, adatközpontú funkcionális Integrált Vállalatirányítási Rendszerek Alkalmazói fejlesztések mindig valamilyen módszertan alapján történnek. A módszertan eljárások,
Nyilvántartási Rendszer
Nyilvántartási Rendszer Veszprém Megyei Levéltár 2011.04.14. Készítette: Juszt Miklós Honnan indultunk? Rövid történeti áttekintés 2003 2007 2008-2011 Access alapú raktári topográfia Adatbázis optimalizálás,
Adatmodellezés. 1. Fogalmi modell
Adatmodellezés MODELL: a bonyolult (és időben változó) valóság leegyszerűsített mása, egy adott vizsgálat céljából. A modellben többnyire a vizsgálat szempontjából releváns jellemzőket (tulajdonságokat)
Vezetői információs rendszerek
Vezetői információs rendszerek Kiadott anyag: Vállalat és információk Elekes Edit, 2015. E-mail: elekes.edit@eng.unideb.hu Anyagok: eng.unideb.hu/userdir/vezetoi_inf_rd 1 A vállalat, mint információs rendszer
ADATBÁZIS-KEZELÉS. Adatbázis-kezelő rendszerek
ADATBÁZIS-KEZELÉS Adatbázis-kezelő rendszerek Adat (Data) Észlelhető, felfogható ismeret Jelsorozat Tény, közlés Valakinek vagy valaminek a jellemzője Adatbázis (Data Base, DB) Hosszú ideig évekig meglévő
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?
V. Félév Információs rendszerek tervezése Komplex információs rendszerek tervezése dr. Illyés László - adjunktus
V. Félév Információs rendszerek tervezése Komplex információs rendszerek tervezése dr. Illyés László - adjunktus 1 Az előadás tartalma A GI helye az informatikában Az előadás tartalmának magyarázata A
Szoftver-mérés. Szoftver metrikák. Szoftver mérés
Szoftver-mérés Szoftver metrikák Szoftver mérés Szoftver jellemz! megadása numerikus értékkel Technikák, termékek, folyamatok objektív összehasonlítása Mér! szoftverek, programok CASE eszközök Kevés szabványos
A szoftverfejlesztés eszközei
A szoftverfejlesztés eszközei Fejleszt! eszközök Segédeszközök (szoftverek) programok és fejlesztési dokumentáció írásához elemzéséhez teszteléséhez karbantartásához 2 Történet (hw) Lyukkártya válogató
S S A D M ELEMZÉSI ÉS TERVEZÉSI MÓDSZERTAN. Structured Systems Analysis and Design Method
S S A D M ELEMZÉSI ÉS TERVEZÉSI MÓDSZERTAN Structured Systems Analysis and Design Method Mi az SSADM? Kifejezetten a rendszerelemzést és a szoftverfejlesztést támogatja. Eljárási, műszaki és dokumentációs
Programozás. Bevezetés. Fodor Attila. Pannon Egyetem Műszaki Informatikai Kar Villamosmérnöki és Információs Rendszerek Tanszék
Programozás Fodor Attila Pannon Egyetem Műszaki Informatikai Kar Villamosmérnöki és Információs Rendszerek Tanszék foa@almos.vein.hu 2010. február 11. Tantárgy célja, szükséges ismeretek Tantárgy célja,
Adatbázis-kezelés alapjai 1. Ea: Infó Mátrix. Lehet, nem lehet
Adatbázis-kezelés alapjai 1. Ea: Infó Mátrix Lehet, nem lehet 35/1 B ITv: MAN 2018.09.08 Info Mátrix 35/2 Rólam 35/3 Szűcs Miklós Alias: BitMan Mesteroktató Informatika épület, 108-as szoba szucs@iit.uni-miskolc.hu
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
AZ ELőADÁS CÉLJA. a funkciók dokumentálásának bemutatása. az SSADM szerkezetben elfoglalt helyének bemutatása
AZ ELőADÁS CÉLJA a funkciók fogalmának bevezetése a funkciók azonosításának bemutatása a funkciók dokumentálásának bemutatása az SSADM szerkezetben elfoglalt helyének bemutatása Információrendszer fejlesztés
VÁLLALATI INFORMÁCIÓS RENDSZEREK. Debrenti Attila Sándor
VÁLLALATI INFORMÁCIÓS RENDSZEREK Debrenti Attila Sándor Információs rendszer 2 Információs rendszer: az adatok megszerzésére, tárolására és a tárolt adatok különböző szempontok szerinti feldolgozására,
Vállalati információs rendszerek I, MIN5B6IN, 5 kredit, K. 4. A meghirdetés ideje (mintatanterv szerint vagy keresztfélében):
Követelményrendszer 1. Tantárgynév, kód, kredit, választhatóság: Vállalati információs rendszerek I, MIN5B6IN, 5 kredit, K 2. Felelős tanszék: Informatika Szakcsoport 3. Szak, szakirány, tagozat: Műszaki
Történet John Little (1970) (Management Science cikk)
Információ menedzsment Szendrői Etelka Rendszer- és Szoftvertechnológia Tanszék szendroi@witch.pmmf.hu Vezetői információs rendszerek Döntéstámogató rendszerek (Decision Support Systems) Döntések információn
Magas szintű adatmodellek Egyed/kapcsolat modell I.
Magas szintű adatmodellek Egyed/kapcsolat modell I. Ullman-Widom: Adatbázisrendszerek. Alapvetés. 4.fejezet Magas szintű adatmodellek (4.1-4.3.fej.) (köv.héten folyt.köv. 4.4-4.6.fej.) Az adatbázis modellezés
Miskolci Egyetem Általános Informatikai Tanszék
Software tesztelés Miskolci Egyetem Általános Informatikai Tanszék Software tesztelés SWTESZT / 1 A tesztelés feladata Két alapvető cél rendszerben található hibák felderítése annak ellenőrzése, hogy a
A tesztelés feladata. Verifikáció
Software tesztelés Miskolci Egyetem Általános Informatikai Tanszék Software tesztelés SWTESZT / 1 A tesztelés feladata Két alapvető cél rendszerben található hibák felderítése annak ellenőrzése, hogy a
Miskolci Egyetem Alkalmazott Informatikai Intézeti Tanszék A minőségbiztosítás informatikája. Készítette: Urbán Norbert
Miskolci Egyetem Alkalmazott Informatikai Intézeti Tanszék A minőségbiztosítás informatikája Készítette: Urbán Norbert Szoftver-minőség A szoftver egy termelő-folyamat végterméke, A minőség azt jelenti,
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,
Tartalom. Konfiguráció menedzsment bevezetési tapasztalatok. Bevezetés. Tipikus konfigurációs adatbázis kialakítási projekt. Adatbázis szerkezet
Konfiguráció menedzsment bevezetési tapasztalatok Vinczellér Gábor AAM Technologies Kft. Tartalom 2 Bevezetés Tipikus konfigurációs adatbázis kialakítási projekt Adatbázis szerkezet Adatbázis feltöltés
Szoftver-technológia II. Modulok és OOP. Irodalom
Modulok és OOP Irodalom Steven R. Schach: Object Oriented & Classical Software Engineering, McGRAW-HILL, 6th edition, 2005, chapter 7. 2 Modulok és objektumok Modulok Lexikálisan folytonos utasítás sorozatok,
Adatbázis-kezelés. alapfogalmak
Adatbázis-kezelés alapfogalmak Témakörök Alapfogalmak Adatmodellek Relációalgebra Normalizálás VÉGE Adatbázis-kezelő rendszer Database Management System - DBMS Integrált programcsomag, melynek funkciói:
Már megismert fogalmak áttekintése
Interfészek szenasi.sandor@nik.bmf.hu PPT 2007/2008 tavasz http://nik.bmf.hu/ppt 1 Témakörök Polimorfizmus áttekintése Interfészek Interfészek kiterjesztése Eseménykezelési módszerek 2 Már megismert fogalmak
Programfejlesztési Modellek
Programfejlesztési Modellek Programfejlesztési fázisok: Követelmények leírása (megvalósíthatósági tanulmány, funkcionális specifikáció) Specifikáció elkészítése Tervezés (vázlatos és finom) Implementáció
Szoftver-technológia II. Architektúrák dokumentálása UML-lel. Irodalom. Szoftver-technológia II.
Architektúrák dokumentálása UML-lel Irodalom L. Bass, P. Clements, R. Kazman: Software Architecture in Practice, Addison-Wesley, 2003 H. Störrle: UML 2, Panem, 2007 2 Szoftver architektúra (emlékeztet!)
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
Eseménykezelés. Szoftvertervezés és -fejlesztés II. előadás. Szénási Sándor.
Eseménykezelés előadás http://nik.uni-obuda.hu/sztf2 Szénási Sándor szenasi.sandor@nik.uni-obuda.hu Óbudai Egyetem,Neumann János Informatikai Kar Függvénymutatókkal Származtatással Interfészekkel Egyéb
55 481 04 0000 00 00 Web-programozó Web-programozó
A /2007 (II. 27.) SzMM rendelettel módosított 1/2006 (II. 17.) OM rendelet Országos Képzési Jegyzékről és az Országos Képzési Jegyzékbe történő felvétel és törlés eljárási rendjéről alapján. Szakképesítés,
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
Nagy bonyolultságú rendszerek fejlesztőeszközei
Nagy bonyolultságú rendszerek fejlesztőeszközei Balogh András balogh@optxware.com A cég A BME spin-off-ja A Hibatűrő Rendszerek Kutatócsoport tagjai alapították Tisztán magánkézben Szakmai háttér Hibatűrő
Magyar Projektmenedzsment Szövetség
Magyar Projektmenedzsment Szövetség A projektmenedzsment szerepe az irányításban Ulicsák Béla Műszaki igazgató BRIT TECH Üzleti Tanácsadó Kft. bela@brit-tech.hu Budapest, 2010. március 17. Tartalom Bevezető
Kölcsönhatás diagramok
Kölcsönhatás diagramok Célkitűzés Olvasni tudják az alap UML kölcsönhatás diagramok (kommunikáció és szekvencia) diagramok jelöléseit. 2 Bevezetés Miért léteznek az objektumok? Azért, hogy a rendszer valamilyen
1. előadás Alapfogalmak Modellezés, a Bachman-féle fogalomrendszer, adatmodell,
1. előadás, a Bachman-féle, adatmodell, Adatbázisrendszerek előadás 2008. szeptember 8. Az szemlélet és Debreceni Egyetem Informatikai Kar 1.1 A hagyományos adatkezelés problémái állománykezelés egyéni
MINISZTERELNÖKI HIVATAL. Szóbeli vizsgatevékenység
MINISZTERELNÖKI HIVATAL Vizsgarészhez rendelt követelménymodul azonosítója, megnevezése: 1188-06/1 Szóbeli vizsgatevékenység Szóbeli vizsgatevékenység időtartama: 45 perc A 20/2007. (V. 21.) SZMM rendelet
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
Projectvezetők képességei
Projectvezetők képességei MOI modell Motivation ösztönzés Organisation szervezés Ideas or Innovation ötletek vagy újítás Más felosztás Probléma megoldás Vezetői öntudat Teljesítmény Befolyás, team képzés
Járműinformatika A járműinformatikai fejlesztés
Járműinformatika A járműinformatikai fejlesztés 2016/2017. tanév, II. félév Dr. Kovács Szilveszter E-mail: szkovacs@iit.uni-miskolc.hu Informatika Intézet 107/a. Tel: (46) 565-111 / 21-07 A járműfejlesztés
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
Programozási technológia
Programozási technológia Dinamikus modell Tevékenységdiagram, Együttműködési diagram, Felhasználói esetek diagramja Dr. Szendrei Rudolf ELTE Informatikai Kar 2018. Tevékenység diagram A tevékenység (vagy
Hatékony iteratív fejlesztési módszertan a gyakorlatban a RUP fejlesztési módszertanra építve
Hatékony iteratív fejlesztési módszertan a gyakorlatban a RUP fejlesztési módszertanra építve Kérdő Attila, ügyvezető, INSERO Kft. EOQ MNB, Informatikai Szakosztály, HTE, ISACA 2012. május 17. Módszertanok
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
Térinformatika amit tudni kell Márkus Béla
Térinformatika amit tudni kell Márkus Béla V. EURÓPAI FÖLDMÉRŐK ÉS GEOINFORMATIKUSOK NAPJA - 2016. március 17. Térinformatika amit tudni kell? Mit? Az előadás célja, támogatást adni e kérdés megválaszolásához.
Adat és folyamat modellek
Adat és folyamat modellek Előadásvázlat dr. Kovács László Folyamatmodell nyersanyag miből termék mit funkció ki munkaerő eszköz mivel Objektumok Tevékenységek Adatmodell Funkció modell Folyamat modell
Szoftver-technológia I.
Szoftver technológia I. Oktatók Sziray József B602 Heckenast Tamás B603 2 Tananyag Elektronikus segédletek www.sze.hu/~sziray/ www.sze.hu/~heckenas/okt/ (www.sze.hu/~orbang/) Nyomtatott könyv Ian Sommerville:
Projektfolyamat. ELŐADÁS ÁTTEKINTÉSE 2. ea.: Projekt Ciklus Menedzsment (PCM) PROJEKT ÉLETCIKLUS (1-2)
ELŐADÁS ÁTTEKINTÉSE 2. ea.: Projekt Ciklus Menedzsment (PCM) Projektek életciklusa Projektek bonyolításának folyamata PCM elvárások PCM funkciók PCM modell PROJEKT ÉLETCIKLUS (1-2) Négy (4) fázis: 1) Kezdeményezési
Java programozási nyelv
Java programozási nyelv 2. rész Vezérlő szerkezetek Nyugat-Magyarországi Egyetem Faipari Mérnöki Kar Informatikai Intézet Soós Sándor 2005. szeptember A Java programozási nyelv Soós Sándor 1/23 Tartalomjegyzék
Adatmodellezés, alapfogalmak. Vassányi István
Adatmodellezés, alapfogalmak Vassányi István Alapok A helyes modell az információs rendszer későbbi használhatóságánakazalapja, olyanmint a jómunkaruha: véd, de nem akadályozza a munkát Objektum-orientált
Miskolci Egyetem Gépészmérnöki és Informatikai Kar Informatikai Intézet Alkalmazott Informatikai Intézeti Tanszék
Miskolci Egyetem Gépészmérnöki és Informatikai Kar Informatikai Intézet Alkalmazott Informatikai Intézeti Tanszék 2016/17 2. félév 1-2. Előadás Dr. Kulcsár Gyula egyetemi docens A tantárgy tematikája 1.
Szoftverarchitektúrák 3. előadás (második fele) Fornai Viktor
Szoftverarchitektúrák 3. előadás (második fele) Fornai Viktor A szotverarchitektúra fogalma A szoftverarchitektúra nagyon fiatal diszciplína. A fogalma még nem teljesen kiforrott. Néhány definíció: A szoftverarchitektúra
Dr. Topár József 3. Eladás Marketing Külső szolgáltatás Alvállalkozók Fogyasztók. Engineering Termelés Anyagszabályozás Beszerzés Minőség
A minőségterv (quality plan) olyan dokumentum, amely előírja, hogy milyen folyamatokat eljárásokat és vele kapcsolódó erőforrásokat ki és mikor fogja alkalmazni, hogy egy konkrét projekt, termék, folyamat
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
Adatbázisok 1. Az egyed-kapcsolat modell (E/K)
Adatbázisok 1 Az egyed-kapcsolat modell (E/K) Témakör: Az egyed-kapcsolat modell (E/K) Ullman-Widom: Adatbázisrendszerek Alapvetés Második, átdolgozott kiadás, Panem, 2009 4.1. Az egyed-kapcsolat (E/K)
Bevezetés a párhuzamos programozási koncepciókba
Bevezetés a párhuzamos programozási koncepciókba Kacsuk Péter és Dózsa Gábor MTA SZTAKI Párhuzamos és Elosztott Rendszerek Laboratórium E-mail: kacsuk@sztaki.hu Web: www.lpds.sztaki.hu Programozási modellek
ADATBÁZIS ALAPÚ RENDSZEREK
ADATBÁZIS ALAPÚ RENDSZEREK Szoftverrendszerek fejlesztése SSADM Diagramok készítése A SZOFTVER, MINT TERMÉK Nem csupán a végrehajtható állományok Sokkal több Számos különböző komponensből áll Maga a számítógépes
Adatbázis rendszerek. 4. előadás Redundancia, normalizálás
Adatbázis rendszerek 4. előadás Redundancia, normalizálás Molnár Bence Szerkesztette: Koppányi Zoltán HF tapasztalatok HF tapasztalatok [ABR] az email címbe! Ne emailbe küldjük a házikat, töltsétek fel
IKT megoldások az ipar szolgálatában
IKT megoldások az ipar szolgálatában Charaf Hassan, egyetemi tanár, tanszékvezető 1 IKT Trendek A mobileszközök és szenzorok erősödése A felhőszolgáltatások elterjedése Hálózati megoldások robusztussága
BGF. 4. Mi tartozik az adatmodellek szerkezeti elemei
1. Mi az elsődleges következménye a gyenge logikai redundanciának? inkonzisztencia veszélye felesleges tárfoglalás feltételes függés 2. Az olyan tulajdonság az egyeden belül, amelynek bármely előfordulása
Dr. Mileff Péter
Dr. Mileff Péter 1 2 1 Szekvencia diagram Szekvencia diagram Feladata: objektumok egymás közti üzenetváltásainak ábrázolása egy időtengely mentén elhelyezve. Az objektumok életvonala egy felülről lefelé
Autóipari beágyazott rendszerek. Funkcionális biztonságossági koncepció
Autóipari beágyazott rendszerek Funkcionális biztonságossági koncepció 1 Funkcionális biztonsági koncepció Functional safety concept Cél A funkcionális biztonsági követelmények levezetése A biztonsági
Szoftver tervezés és design
Szoftver tervezés és design Irodalom Frederick Brooks: Design of design, Addison-Wesley, 2010 M. Imaz, D. Benyon: Designing with blends, MIT Press, 2007 2 A mérnöki folyamat iterációk követelmények analízis
ABAP dictionary objektumok SAP adatmodell Táblák kezelése. Az SAP programozása 1. Tarcsi Ádám
ABAP dictionary objektumok SAP adatmodell Táblák kezelése Az SAP programozása 1. Tarcsi Ádám 1. Data dictionary Tarcsi Ádám, ELTE Informatikai Kar: Az SAP programozása 1. 2 Adat modellezés az SAP-ban Adatmodellezés
Szekvencia diagram. Szekvencia diagram Dr. Mileff Péter
Dr. Mileff Péter 1 2 Szekvencia diagram Feladata:objektumok egymás közti üzenetváltásainak ábrázolása egy időtengely mentén elhelyezve. Az objektumok életvonala egy felülről lefelé mutató időtengelyt képvisel.
Indikátorok projekt modellhelyszínein. Domokos Tamás szeptember 13.
Indikátorok és értékelés a TÁMOP T 5.4.1. projekt modellhelyszínein Domokos Tamás 2011. szeptember 13. Az értékelés különböző típusait és főbb kérdései Az értékelés típusa A fejlesztési folyamat értékelése
A fejlesztési szabványok szerepe a szoftverellenőrzésben
A fejlesztési szabványok szerepe a szoftverellenőrzésben Majzik István majzik@mit.bme.hu http://www.inf.mit.bme.hu/ 1 Tartalomjegyzék Biztonságkritikus rendszerek A biztonságintegritási szint Az ellenőrzés
IT ügyfélszolgálat és incidenskezelés fejlesztése az MNB-nél
IT ügyfélszolgálat és incidenskezelés fejlesztése az MNB-nél Molnár László MNB, ITIL Projektvezető Fábián János ICON Professional Services Vezérfonal Az MNB IT működése, a SIP kiváltó okai A projekt módszereinek
Szolgáltatás Orientált Architektúra a MAVIR-nál
Szolgáltatás Orientált Architektúra a MAVIR-nál Sajner Zsuzsanna Accenture Sztráda Gyula MAVIR ZRt. FIO 2009. szeptember 10. Tartalomjegyzék 2 Mi a Szolgáltatás Orientált Architektúra? A SOA bevezetés
Adatmodellek. 2. rész
Adatmodellek 2. rész Makány György Alapfogalmak JEL ADAT INFORMÁCIÓ ADATHALMAZ ADATÁLLOMÁNY ADATBÁZIS 2 Alapfogalmak JEL ADATHALMAZ észlelhető, felfogható fizikai érték ADAT a valós világ egy jelenségéből
AZ INTÉZMÉNYFEJLESZTÉSI TERVEK ÉRTÉKELÉSI SZEMPONTRENDSZERE
AZ INTÉZMÉNYFEJLESZTÉSI TERVEK ÉRTÉKELÉSI SZEMPONTRENDSZERE A megfelelőségi vizsgálat időtartama maximum 90 nap. Ez a határidő egy alkalommal, legfeljebb 30 nappal meghosszabbítható. Ha fenntartó az intézményfejlesztési
Rendszer-modellezés, modellezési technikák
Rendszer-modellezés, modellezési technikák System engineering and modelling Irodalom Ian Sommerville: Software Engineering, 7th e. chapter 8. Roger S. Pressman: Software Engineering, 5th e. chapter 10,
IRÁNYTŰ A SZABÁLYTENGERBEN
IRÁNYTŰ A SZABÁLYTENGERBEN amikor Bábel tornya felépül BRM konferencia 2008 október 29 BCA Hungary A Csapat Cégalapítás: 2006 Tanácsadói létszám: 20 fő Tapasztalat: Átlagosan 5+ év tanácsadói tapasztalat
Belső ellenőrzés és compliance. szolgáltatások. Cover. KPMG.hu
Belső ellenőrzés és compliance Cover szolgáltatások KPMG.hu Stratégiai fontosságú lehetőségek a belső ellenőrzésben Valós képet nyújt a szervezet működésének hatásosságáról és hatékonyságáról. Felderíti
Rendszer-modellezés, modellezési technikák
Rendszer-modellezés, modellezési technikák System engineering and modelling Irodalom Ian Sommerville: Software Engineering, 7th e. chapter 8. Roger S. Pressman: Software Engineering, 5th e. chapter 10,
Követelmény meghatározás. Információrendszer fejlesztés módszertana, Dr. Molnár Bálint egyetemi docens 1
Követelmény meghatározás Információrendszer fejlesztés módszertana, Dr. Molnár Bálint egyetemi docens 1 A követelményjegyzék a rendszerfejlesztési alapmintában Döntési struktúra Vizsgálat/ helyzetfelmérés
A BIZTONSÁGINTEGRITÁS ÉS A BIZTONSÁGORIENTÁLT ALKALMAZÁSI FELTÉTELEK TELJESÍTÉSE A VASÚTI BIZTOSÍTÓBERENDEZÉSEK TERVEZÉSE ÉS LÉTREHOZÁSA SORÁN
A BIZTONSÁGINTEGRITÁS ÉS A BIZTONSÁGORIENTÁLT ALKALMAZÁSI FELTÉTELEK TELJESÍTÉSE A VASÚTI BIZTOSÍTÓBERENDEZÉSEK TERVEZÉSE ÉS LÉTREHOZÁSA SORÁN Szabó Géza Bevezetés Az előadás célja, vasúti alrendszerekre
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:
Folyamatmodellezés és eszközei. Budapesti Műszaki és Gazdaságtudományi Egyetem Méréstechnika és Információs Rendszerek Tanszék
Folyamatmodellezés és eszközei Budapesti Műszaki és Gazdaságtudományi Egyetem Méréstechnika és Információs Rendszerek Tanszék Folyamat, munkafolyamat Ez vajon egy állapotgép-e? Munkafolyamat (Workflow):
Önálló labor feladatkiírásaim tavasz
Önálló labor feladatkiírásaim 2016. tavasz (ezekhez kapcsolódó saját témával is megkereshetnek) Mészáros Tamás http://www.mit.bme.hu/~meszaros/ Budapesti Műszaki és Gazdaságtudományi Egyetem Méréstechnika
Informatika tanári mesterszak
Informatika tanári mesterszak Az informatika tanári mesterszak képzési és kimeneti követelményei a szak szerkezetét a következőképp határozzák meg: Iskolai tanítási gyakorlat informatikából (3 5 ): A NAT,
Software Engineering Babeş-Bolyai Tudományegyetem Kolozsvár
Software Engineering Dr. Barabás László Ismétlés/Kitekintő Ismétlés Software Engineering = softwaretechnológia Projekt, fogalma és jellemzői, személyek és szerepkörök Modell, módszertan Kitekintés Elemzés/
Szabálykezelés a gyakorlatban
Szabálykezelés a gyakorlatban ILOG-eszközökkel Ivicsics László vezető tanácsadó BCA Hungary 2008. június 25. Üzleti folyamatok és szabályok Üzleti folyamatok Munkautasítások Szabályzatok Példa: Hitelképesség
Automatikus tesztgenerálás modell ellenőrző segítségével
Méréstechnika és Információs Rendszerek Tanszék Automatikus tesztgenerálás modell ellenőrző segítségével Micskei Zoltán műszaki informatika, V. Konzulens: Dr. Majzik István Tesztelés Célja: a rendszerben
Angolul: Extreme Programming, röviden: XP Agilis módszertan. Más módszertanok bevált technikáinak extrém módú (nagyon jó) használata
Angolul: Extreme Programming, röviden: XP Agilis módszertan. Más módszertanok bevált technikáinak extrém módú (nagyon jó) használata jelentése: gyors, fürge 1990-es évek vége Változás igénye Módszertan-család
Adatbázis-kezelő rendszerek. dr. Siki Zoltán
Adatbázis-kezelő 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
kodolosuli.hu: Interaktív, programozást tanító portál BALLA TAMÁS, DR. KIRÁLY SÁNDOR NETWORKSHOP 2017, SZEGED
kodolosuli.hu: Interaktív, programozást tanító portál BALLA TAMÁS, DR. KIRÁLY SÁNDOR NETWORKSHOP 2017, SZEGED A közoktatásban folyó informatika oktatásával kapcsolatos elvárások Állami szereplő: Az informatikaoktatás
A szoftverfejlesztés eszközei
A szoftverfejlesztés eszközei Fejleszt! eszközök Segédeszközök (szoftverek) programok és fejlesztési dokumentáció írásához elemzéséhez teszteléséhez karbantartásához 2 Segédeszközök szükségessége Szoftver
A Jövő Internete - általános tervezési ajánlások
HTE INFOKOM 2014 konferencia és kiállítás Kecskemét, 2014. okt. 8-10. A Jövő Internete - általános tervezési ajánlások Dr. Abos Imre egyetemi docens abos@tmit.bme.hu BME Távközlési és Médiainformatikai
Zöld Sándor. Műszaki informáci szeptember 6.
Zöld Sándor Műszaki informáci ciók kezelése vállalati v szinten 2012. szeptember 6. Bevezetés Miért van szükség vállalati szintű információmenedzsmentre? Mit értünk vállalati szintű információmenedzsment
Interfészek. PPT 2007/2008 tavasz.
Interfészek szenasi.sandor@nik.bmf.hu PPT 2007/2008 tavasz http://nik.bmf.hu/ppt 1 Témakörök Polimorfizmus áttekintése Interfészek Interfészek kiterjesztése 2 Már megismert fogalmak áttekintése Objektumorientált
Üzleti architektúra menedzsment, a digitális integrált irányítási rendszer
Üzleti architektúra menedzsment, a digitális integrált irányítási rendszer XXII. MINŐSÉGSZAKEMBEREK TALÁLKOZÓJA A digitalizálás a napjaink sürgető kihívása Dr. Ányos Éva működésfejlesztési tanácsadó Magyar
Eladásmenedzsment Bauer András, Mitev Ariel Zoltán
Eladásmenedzsment Bauer András, Mitev Ariel Zoltán 1. Fejezet: Az eladásmenedzsment stratégiai szerepe 2/28/2010 1 A fejezet tartalma 1. A különböző eladási helyzetek 2. Az eladásmenedzsment helye a marketingstratégiában
IT Szolgáltatás Menedzsment az oktatási szektorban - 90 nap alatt költséghatékonyan
IT Szolgáltatás Menedzsment az oktatási szektorban - 90 nap alatt költséghatékonyan Bácsi Zoltán Bedecs Szilárd Napirend Közép Európai Egyetem (CEU) bemutatása IT stratégia kialakítása Változás előtt Termék
Dr. Kulcsár Gyula. Virtuális vállalat félév. Projektütemezés. Virtuális vállalat félév 5. gyakorlat Dr.
Projektütemezés Virtuális vállalat 06-07. félév 5. gyakorlat Dr. Kulcsár Gyula Projektütemezési feladat megoldása Projekt: Projektütemezés Egy nagy, összetett, általában egyedi igény alapján előállítandó
Erőforrás gazdálkodás a bevetésirányításban
Professzionális Mobiltávközlési Nap 2009 Új utakon az EDR Erőforrás gazdálkodás a bevetésirányításban Fornax ZRt. Nagy Zoltán Vezérigazgató helyettes Budapest, 2009. április 9. Tartalom 1. Kézzelfogható