... 2)... Egy rendszerrel kapcsolatos feladatok: Folyamat: bemeneteket kimenetekké alakítja át,

Hasonló dokumentumok
PRO JEKT = előre visz

S S A D M ELEMZÉSI ÉS TERVEZÉSI MÓDSZERTAN. Structured Systems Analysis and Design Method

CEBS Consultative Paper 10 (folytatás) Krekó Béla PSZÁF, szeptember 15.

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ó

Miskolci Egyetem Alkalmazott Informatikai Intézeti Tanszék A minőségbiztosítás informatikája. Készítette: Urbán Norbert

Mit tud a QFD? Dr. Topár József 1

Projekt Tervezés. 2006/5/17 Dr. Kulcsár László

ISO/DIS MILYEN VÁLTOZÁSOKRA SZÁMÍTHATUNK?

Adatbázis rendszerek Definíciók:

Tapasztalatok és teendők a szabvány változások kapcsán

V. Félév Információs rendszerek tervezése Komplex információs rendszerek tervezése dr. Illyés László - adjunktus

Hogyan lesz adatbányából aranybánya?

Információs rendszerek Információsrendszer-fejlesztés

A CMMI alapú szoftverfejlesztési folyamat

S01-7 Komponens alapú szoftverfejlesztés 1

S atisztika 1. előadá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

2011. ÓE BGK Galla Jánosné,

IRÁNYTŰ A SZABÁLYTENGERBEN

Kvalitatív elemzésen alapuló reakciómechanizmus meghatározás

Szoftver újrafelhasználás

Intelligens technikák k a

Programrendszerek tanúsítása szoftverminőség mérése

Mérés és modellezés 1

Polgár Város Önkormányzata és Intézményei évi belső ellenőrzési tervét megalapozó kockázatelemzése

PÜSKI KÖZSÉG ÖNKORMÁNYZAT ÉVI BELSŐ ELLENŐRZÉSI MUNKATERVE

Indikátorok projekt modellhelyszínein. Domokos Tamás szeptember 13.

TESZTMENEDZSMENT TESZTELŐ SZERVEZET TESZTTERVEZÉS ÉS BECSLÉS

Mérés és modellezés Méréstechnika VM, GM, MM 1

Méréselmélet MI BSc 1

Mi a folyamat? Folyamatokkal kapcsolatos teendőink. Folyamatok azonosítása Folyamatok szabályozása Folyamatok folyamatos fejlesztése

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

Bevezetés a programozásba

VÁLLALATGAZDASÁGTAN II. Döntési Alapfogalmak

Döntéselmélet KOCKÁZAT ÉS BIZONYTALANSÁG

Projekt szponzor : siker - felelősség - kompetencia

Polgár Város Önkormányzata és Intézményei évi belső ellenőrzési tervét megalapozó kockázatelemzése

A társadalmi hatás növelése. A NESsT megközelítése a társadalmi hatás mérésére. Társadalmi Vállalkozások Napja Budapest, június 8.

Szoftverminőségbiztosítás

Software project management Áttekintés

Üzleti és projekt kockázatelemzés: a Szigma Integrisk integrált kockázatmenezdsment módszertan és szoftver

HOGYAN FOGJA BEFOLYÁSOLNI A HULLADÉK SORSÁT AZ ÚJ ISO SZABVÁNY ÉLETCIKLUS SZEMLÉLETE?

HALÁSZI KÖZSÉG ÖNKORMÁNYZAT ÉVI BELSŐ ELLENŐRZÉSI MUNKATERVE

Informatikai projekteredmények elfogadottságának tényezői

KÖLTSÉG-HASZON ELEMZÉS A PROGRAMOZÁSI IDŐSZAKBAN

Termékhasználat. Helyes helytelen termékhasználat. Felhasználók. Ergonómiai hagyományok. Az ergonómia integrálása a termékfejlesztés folyamatába

Szoftver-mérés. Szoftver metrikák. Szoftver mérés

KÖZGAZDASÁGTAN GAZDASÁGI INFORMATIKUSOKNAK. Elérhetőség

AZ ISKOLAI EREDMÉNYESSÉG DIMENZIÓI ÉS HÁTTÉRTÉNYEZŐI INTÉZMÉNYI SZEMMEL

Kozkázatelemzés. A évre vonatkozó belső ellenőrzési tervhez. Hajdúhadház Város Önkormányzata és Intézményei, Polgármesteri Hivatala

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

Számítógépes döntéstámogatás. Döntések fuzzy környezetben Közelítő következtetések

MENEDZSMENT ALAPJAI Bevezetés

Szoftver karbantartási lépések ellenőrzése

AZ ELőADÁS CÉLJA. a funkciók dokumentálásának bemutatása. az SSADM szerkezetben elfoglalt helyének bemutatása

Szoftverminőségbiztosítás

Megoldás. Feladat 1. Statikus teszt Specifikáció felülvizsgálat

Szakterületi modell A fogalmak megjelenítése. 9. fejezet Applying UML and Patterns Craig Larman

Szoftverminőségbiztosítás

XXVII. Magyar Minőség Hét Konferencia

Orvostechnikai eszközök gyártmányfejlesztése Aktív orvosi eszközök fejlesztése PEMS V&V. Nagy Katinka

Egészségfejlesztés a színtereken CSELEKVÉSI TERV

Az es szabvánnyal, illetve a törvényi elvárásokkal kapcsolatos felmérési, tervezési tevékenység

Tartalom. Konfiguráció menedzsment bevezetési tapasztalatok. Bevezetés. Tipikus konfigurációs adatbázis kialakítási projekt. Adatbázis szerkezet

PSZÁF - IT kockázatkezelési konferencia IT szolgáltatások megfelelőségének biztosítása Mátyás Sándor Belső Ellenőrzés

A 9001:2015 a kockázatközpontú megközelítést követi

Nemzetközi számvitel. 12. Előadás. IAS 8 Számviteli politika, a számviteli becslések változásai és hibák. Dr. Pál Tibor

Programfejlesztési Modellek

Kockázatmenedzsment a vállalati sikeresség érdekében. ISOFÓRUM XXIII. NMK Balatonalmádi, Dr. Horváth Zsolt (INFOBIZ Kft.

Az ALTERA VAGYONKEZELŐ Nyrt. kockázatkezelési irányelvei

Biztonsági folyamatirányító. rendszerek szoftvere

MŰSZAKI TESZTTERVEZÉSI TECHNIKÁK A TESZT FEJLESZTÉSI FOLYAMATA A TESZTTERVEZÉSI TECHNIKÁK KATEGÓRIÁI

A Bankok Bázel II megfelelésének informatikai validációja


Értékelési, kiválasztási módszerek

DÖNTÉSTÁMOGATÓ TERÜLETI MODELLEZÉS A GYAKORLATBAN

Digitális technika (VIMIAA02) Laboratórium 3

Funkciópont elemzés: elmélet és gyakorlat

A fejlesztési szabványok szerepe a szoftverellenőrzésben

Software project management Áttekintés

ORSA ORSA ORSA. ORSA konzultáció I. pilléres aspektusok. Tatai Ágnes 2011 november 18

Digitális technika (VIMIAA02) Laboratórium 3


Az Eiffel Palace esettanulmánya

FMEA tréning OKTATÁSI SEGÉDLET

Aktualitások a minőségirányításban

A mechanika alapjai. A pontszerű testek dinamikája

Modellezési alapismeretek

Folyamatmodellezés és eszközei. Budapesti Műszaki és Gazdaságtudományi Egyetem Méréstechnika és Információs Rendszerek Tanszék

Komplex szervezetfejlesztési projekt megvalósítása Kaposvár Megyei Jogú Város Polgármesteri Hivatalánál. Monitoring rendszer

ÁROP KÉPZÉS A KONVERGENCIA RÉGIÓKBAN LÉVŐ ÖNKORMÁNYZATOKNAK FENNTARTHATÓ ÖNKORMÁNYZAT E- TANANYAGOKAT BEMUTATÓ KONFERENCIA

ISO 9001:2015 Változások Fókuszban a kockázatelemzés

Dr. Topár József 1. Vevői igények - A VEVŐ HANGJA. A QFD IGÉNYEK területe... MIT

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

(Teszt)automatizálás. Bevezető

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

STRATÉGIAALKOTÁS, ÜZLETI TERVEZÉS A VÁLLALKOZÁS KREATÍV RÉSZE

A mérések általános és alapvető metrológiai fogalmai és definíciói. Mérések, mérési eredmények, mérési bizonytalanság. mérés. mérési elv

Az adatok értékelése és jelentéskészítés: Az (átfogó) vizsgálati összefoglalás benyújtása

4. A Maglód Projekt Kft évi mérleg-beszámolója május 24. ELŐTERJESZTÉS

Átírás:

... 1)... V-modell: érdekelt felek: felhasználók, üzemeltetők, minden érintett, a termékkel kapcsolatban álló fél követelmények: a tervezés, kivitelezés és működtetés során biztosítandó szükséges funkciók és jellemzők rendszer felépítése: Egy termék, vagy rendszer elképzelése, ötlet, szándék vagy gondolati elképzelés architektúra: jónak tartott elképzelés kiválasztása verifikáció: azt terveztük-e, amit elképzeltünk, ellenőrző funkció validáció: megfelel-e az elvárásoknak

... 2)... Folyamat: bemeneteket kimenetekké alakítja át, rendszer: amiben megvalósítjuk a folyamatokat, a rendszerekkel kapcsolatos alapvető mérnöki feladatok: analízis, tervezés, irányítás (szabályozás) Egy rendszerrel kapcsolatos feladatok: 1) Adottak: Bemenet és Rendszer Meghatározandó: Kimenet rendszerelemzés (direkt feladat) 2) Adottak: Bemenet és Kimenet Meghatározandó: Rendszer rendszertervezés, rendszerszervezés (1. inverz feladat) 3) Adottak: Rendszer és Kimenet Meghatározandó: Bemenet rendszerirányítás (2. inverz feladat) Szabályozás, visszacsatolás: ha van visszacsatolás a rendszerben, akkor azt szabályozásnak nevezzük, nem irányításnak.

... 3)... Kik a steakholderek? felhasználók, üzemeltetők, minden érintett, a termékkel kapcsolatban álló fél. Elvárások Műszaki rendszer tulajdonságai:

... 4)... Követelményekkel kapcsolatos elvárások: követelmények (szükséges) jellemzői világos és konzisztens érthető pontos téves tényt nem tartalmat kivitelezhető (feasible) elérhető cél (fizikai, gazdasági, stb korlátokon belül) rugalmas a hogyant nem definiálja konkrét nem tartalmaz bizonytalan, többféle módon értelmezhető elemet a követelmény rendszer nem redundáns egy követelmény csak egyszer definiált ellentmondásmentes nincs ellentmondó követelmény konzisztens egységes terminológia teljes a tervezés alapjául szolgálhat követelmény = mérték + érték + célérték -> mérthetőnek (és a terméktől/folyamattól függőnek) kell lennie lehet folytonos, disztkrét/logikai, kvalitatív mérték: arányos, abszolút, valószínűségi X% fejlődés a X érétke a X éréke a -nek 90% megbízhatósággal a klasszikus az előnyöket/teljesítsényt mér (a költség, kockázat később jön)

A követelmények feltárásának javasolt folyamata: INPUT TEVÉKENYSÉGEK OUTPUT Alap elvárás az érintett felek részéről Validált technikai követlméyek A művelet alap fogalma A stratégiák engedélyezett támogatása A teljesítmény mérése Hatékonyság mérése Technikai teljesítmény mérése

... 5)...... 6)... Követelmények allokálása : a rendszer (modelljének) hierarchia szintjeire funkciók az alacsonyabb szinten (componens aminek funkciója van) lefele propagáljuk interfész (elemek közti kapcsolatok) definiálása verifikálás (a követelményeké) hogy majd biztosítsuk, hogy a tervezett termék/szolgáltatás tényleg az érdekelt felek igényeit elégíti-e ki - vizsgálat, - kérdőív, - demonstráció, - elemzés a követelményi dokumentáció a verifikálás módját is leírja

QFD diasor!!!!!

... 7)... Ambiguity Bizonytalanság Creativity Kreativitás Complexity Komplexitás Conceive kigondol Design tervez Implement végrehajt Operate - működtet

... 9a)... Forma definíció Az elemek összessége (feladatok) A fizikai/logikai valóság struktúrája vagy tagoltsága Alak vagy konfiguráció (gyakran de nem mindig) - ami látható Ami megvalósított (formázott, gyártott, fordított, írott, faragott vagy rajzolt) Ami van. Funkció Tevékenység, ami létrehoz vagy alkalmaz egy dolgot Amit a termék/rendszer csinál, Lebontható Tudjuk bemutatni a kapcsolatot a funkció és forma között, momentum (erő), energia (teljesítmény), információ (adat), információ (utasítások) Sokkal bonyolultabb bemutatni, mint a formát (mert láthatatlan ) Koncepció Informális Definíció Egy termék, vagy rendszer elképzelése, ötlet, szándék vagy gondolati elképzelés A forma egy absztrakciója Ez nem maga a termék/rendszer (tulajdonsága), hanem egy leképezése a leképezés specifikációja - miként valósul meg a forma fizikai kialakítása A tervezési változók specifikációja definiálja a tervezési feladatot A termékek ugyanazon a koncepción alapulnak összefüggők A termékek különböző koncepción alapulnak ( függetlenek )

Általában 5-9 rész (7+/-2) szintenként A -1-es szinten valós vagy atomi (bonthatatlan) részek vannak Egy rész nem nevezhető résznek anélkül, hogy ne határoznánk meg a funkcionalitását vagy egységét Az egység (unit) definíciója nem mindig egyértelmű

... 10)... Mire jó a phug mátrix? Mi az amire való: o Szerkeszteni és ábrázolni egy kiértékelő eljárást o általános szemléltetésként szolgál o tudományi hátteret teremt o segít csökkenteni az ön-hitelesítő viselkedést o Erősítí a valós csapatmunkát o Összetartás o Kiiktatja a gyenge ötleteket o Megőrzi az erős elképzeléseket o Széttartások o Segít megtalálni a lehetőségeket a kombinációkra Mi az amire nem való: o Automatikus döntéshozatal o az értékek és számok csak segédként vannak és nem muszáj őket algebrailag összegezni o tartózkodik a merevség és a hamis magabiztosság kialakulásától az osztályozás/súlyozás mátrixok miatt o Teljes mértékben szabályozza a folyamatot o serkenti a kreatív meggondolatlan gondolkodást mivel hiányzik belőle a merev szerkezet o Összekapcsol tanulmányokat o Manapság többet Pugh Matrix lépései 1.Jellegzetességet választ vagy fejleszt az összehasonlításhoz. Követelmények és célok együttesén alapszik. 2.Az alternatívák kiválasztása az összehasonlításhoz. Az alternatívák a különböző ötletekből fejlődtek ki a koncepció alkotás alatt.

Az összes koncepciót ugyanazon az általánosítási szinten és azonos nyelven kellene összehasonlítani. 3.Értékek meghatározása. Használjuk a legjobb koncepciót alapként, majd az összes többit ehhez hasonlítva, minden kritérium alapján. Ha újratervezünk egy létező terméket, akkor ez a létező termék használható alapként. Értékeljünk ki minden kritériumot, jobb (+), ugyanolyan (S,o), rosszabb (-) az alaphoz viszonyítva. Ha a mátrix egy adatbázis kezelővel, mint az Excel lett felépítve, használjuk a +1,0,-1 jeleket. Ha lehetetlen az összehasonlítás, több információra van szükség. 4. Végeredmény kiszámítása. Három pontszámot generálunk, az összes (+), az összes (-), és a teljes összeget. A teljes össze a (+)-ok száma-a (-)-ok száma. Az összesített adatokat, nem úgy kell kezelni mint döntéshozatali folyamatot, hanem csak iránymutatásként. 5. Pontozás variációk Például egy hét szintes skálán lehetne finomabb pontozási rendszert használni: ahol a +3 kritérium rendkívül jobb, mint az alap. (+2,+1,0,-1,-2,-3)

Költség-haszon elemzés (B/C) Alkalmazás szelekció Eljárás: 1. követelmények (mérhető) 2. potenciális megoldások 3. Kiválasztási kritériumok 4. Költségtényezők definiálása 5. Előnyök definiálása Kockázati szorzó f=0.5-1 6. Időintervallum specifikálása 7. Költség és előny pontos, megoldásonkénti becslése 8. Kamat, jelenérték 9. B/C 10. Rangsor,. Feltétel vagy körülmény C költség fix kívánt eredmény B fix Két alternatíva figyelembe vétele sem C sem B nincs fixálva Kettőnél több alternatíva figyelembe vétele, sem C sem B nincs fixálva. Választott jellegzetesség maximum B/C arány maximum B/C arány ΔB és ΔC arányát kiszámolni az alternatívák között. Válasszuk a kisebb költségű alternatívát, kivéve ha ΔB és ΔC aránya 1. Utána válasszuk a nagyobb költségű alternatívát. Alternatíva választása a haszon-költség arány hozamának elemzésével. Előny: Teljes életciklus Dokumentált Korlát: Információk megbízhatósága forinthatóság problémája

... 12)... Mi a kockázat? - A kockázat a bizonytalanság mértéke a jövőben megvalósuló programcéloknak, amiben definiálva vannak a költség és ütemterv előírások - A kockázatnak három komponense van: 1. Jövőbeli forrás okok 2. A jövőbeli forrás okok bekövetkezésének valószínűsége 3. A jövőbeli események következményei (vagy hatásai) Kockázati rétegek: Magas befolyás Technikai/Project kockázat Ipar/Verseny Ország/Főállamügyész Piaci kockázat Természetes kockázat Alacsony befolyás

Limitált tőke Technikai kockázat Sűrített ütemterv Technikai problémák Technikai problémák Elvi kockázat Költség kockázat Kiírt költségvetés Ütemterv csúszás Kereslet ütemterv Ütemterv kockázat

... 14)...