Vázlat Szoftverfejlesztés
|
|
- Eszter Gáspár
- 8 évvel ezelőtt
- Látták:
Átírás
1 Vázlat Szoftverfejlesztés Valósidejű rendszerek e 2007 Dr.K ondorosik ároly BM E IIT A szoftverfejlesztésrőláltalában Objektum orientált A fejlesztés folyam ata Szabványok IT projektm enedzsm ent Dr.KondorosiKároly:Szoftverfejlesztés -2 Az alapproblém a M odellezés Tervezés Implem entáció (Optimalizáció) M ilyen modelleket alkossunk? Hogyan ábrázoljuk ezeket? Szoftverfejlesztés (1) PRO BLÉM ATÉR IMPLEMENTÁCIÓS TÉR A fogalm im odellnek m egfelelő im plem entációs m odellek Fogalm i Im plem entációs m odell m odell im plem entáció m odellezés m odellezés VALÓSÁG A követelm ényeket A felhasználható kielégítő eszközökből rendszerek építhető rendszerek A felhasználható eszközökkel A m egvalósított létreh ozható,a követelm ényeket rendszer kielégítő rendszerek N ehézségek (többek között) bonyolultság Hány dolgottudunk egyszerre fejben tartani? (Bűvös hetes) kom m unikáció felhasználó -fejlesztő fejlesztő csoport Szoftverfejlesztés (2) absztrakció és dekom pozíció form ális leírás Dr.KondorosiKároly:Szoftverfejlesztés -3 Dr.KondorosiKároly:Szoftverfejlesztés -4 Szoftverfejlesztés (3) Hogyan uraljuk a bonyolultságot? Azabsztrakció olyan gondolkodásim űvelet, am elynek segítségévela dolgok számunkra fontos jegyeitelvonatkoztatjuk a kevésbé fontosaktól,az általánosítható tulajdonságokataz egyediektől Dekompozíciónak nevezzük egy rendszer együttműködő,egyszerűbb részrendszerekre bontását,ahola részrendszerek együttesen az eredetirendszernek megfelelő viselkedéstmutatnak M odellsorozatot kellkialakítani: egymásra épülő, különböző absztrakciós szintű modellekkelkell kitöltenimindkét teret meg kellfeleltetni egym ásnak a két tér fogalmait Milyen sorrendben? Szoftverfejlesztés (4) A bsztrakt A feladatotm egoldó A feladatotm egoldó rendszer szám ítógépes rendszer Im plem entációs Problém atér tér Releváns Szükséges tartom ány megfelelések A konkrét Fogalm i Im plem entációs A konkrét szám ítógépes modell rendszer rendszer modell Konkrét Valóságos rendszer Dr.KondorosiKároly:Szoftverfejlesztés -5 Dr.KondorosiKároly:Szoftverfejlesztés -6 1
2 A folyam at PROBLÉMATÉR IMPLEMENTÁCIÓS TÉR Absztrakciós szint 1 leképezés analízis FO GALM I IMPLEMENTÁCIÓS MODELL M ODELL 2 implem entáció innen ide LEHETSÉGES RENDSZEREK MEGVALÓSÍTO TT RENDSZER Szoftverfejlesztés (5) Absztrakciós szint innen ide Fogalmimodel Implementációsmodel Szoftverfejlesztés (6) Hogyan dokum entáljunk? A term észetes nyelv pontatlan Formális leírás pontos fogalmak kerüljük a szinonimákat,asszociációkat tegyük mérhetővé a tulajdonságokat (optimális,gyors,rugalm asan bővíthető,...???) pontos szerkezetek kapcsolatok iránya,tartalma (Megetette a lovata zabbal..) Dr.KondorosiKároly:Szoftverfejlesztés -7 Dr.KondorosiKároly:Szoftverfejlesztés -8 M ia választék? Term észetes nyelv -pontatlan -félreérthető -terjengős + közérthető + lineáris Szoftverfejlesztés (7) Pszeudo nyelv Diagram Program nyelv + könnyen érthető -nem lineáris + töm ör M atem atikai form ula + pontos -nem + egyértelm ű közérthető + töm ör + ~ lineáris A szoftverfejlesztésrőláltalában Objektum orientált A fejlesztés folyam ata Szabványok IT projektm enedzsm ent Vázlat Dr.KondorosiKároly:Szoftverfejlesztés -9 Dr.KondorosiKároly:Szoftverfejlesztés -10 Szoftverfejlesztés (8) Objektum -orientáltszoftverfejlesztés OM G szerepe ( g.org) Modellek szereplők,m űveletek,viselkedés (use-case,package,class,sequence,com ponent) Formalizm us UM L:nyelv,diagram Folyam at RUP:életciklus Szoftverfejlesztés (9) Alapgondolat a feladatotegyüttm űködő objektum ok oldják meg az objektum ok üzenetváltásokkalm űködnek együtt az objektum ok bizonyos üzeneteketm egértenek, azokraállapotuktólfüggő viselkedéssel(üzeneteket küldenek m ásoknak,állapototváltoztatnak) reagálnak egy objektum a többiobjektum szám ára fekete dobozkéntlátszik (encapsulation):csak azttudják, m ilyen üzeneteketfogad el,és hogyan viselkedik Dr.KondorosiKároly:Szoftverfejlesztés -11 Dr.KondorosiKároly:Szoftverfejlesztés -12 2
3 Szoftverfejlesztés (10) Tervezéskorfokozatosan konkretizálva (finom ítás) Szereplők Absztrakció:objektum ok osztályozása -osztályhierarchia (class-diagram ), is a.. Dekompozíció:milyen részekbőlálla rendszer-belső szerkezet has a.. (subsystem,package,com ponent) Kikkelm űködnek együtt-egyéb kapcsolatok M űveletek (m ilyen üzeneteketértenek m eg) method,use-case Viselkedés Üzenetre m etódus végrehajtásávalreagál,ebben állapotot változtat,üzeneteketküld (use-case,sequence) Dr.KondorosiKároly:Szoftverfejlesztés -13 Szoftverfejlesztés (11) Használatiesetek (use-case) felhasználóiszint fejlesztőiszint V.26.Vonalhúzás Kezdet:felhasználóibal-klikk a menü vonalikonjára. A rendszer+-re változtatja a cursoralakját. Amikorfelhasználóibal-klikk,Nyom hagyás. Amikorfelhasználóibal-klikk,vonalrajzolás utolsó nyom tólaktuális pozícióig, nyom törlés,cursorvisszaállítás. Vége. aktor use-case <<használja>> A <<kibővíti>> A B B Dr.KondorosiKároly:Szoftverfejlesztés -14 Szoftverfejlesztés (12) Use-case diagram V.26.Vonalhúzás Kezdet:felhasználóibal-klikk a menü felhasználó vonalikonjára. A rendszer+-re változtatja a cursoralakját. Am ikorfelhasználóibal-klikk,nyom hagyás. Am ikorfelhasználóibal-klikk,vonalrajzolás utolsó nyom tólaktuális pozícióig,nyom törlés, cursorvisszaállítás. Vége. Használ:N yom hagyás Kiterjeszthető:Sokszög-rajzolás Leírás:algoritm us Diagram :egym ásra épülés <<használja>> <<kibővíti>> Nyomhagyás Sokszögrajzolás V onalhúzás V ezérlésiszál:a m űveleteketa végrehajtás sorrendjében köti össze Fejlesztőiszintű use-case U se-case szerepe: specifikáció m egértése viselkedés rögzítése egyeztetés a felhasználóval teszt m etódusok azonosítása Szoftverfejlesztés (13) szinkron aszinkron?? Dr.KondorosiKároly:Szoftverfejlesztés -15 Dr.KondorosiKároly:Szoftverfejlesztés -16 Objektum ok és osztályok Objektum nak van: egyediazonosítója (neve) állapota (sajátváltozói) viselkedése (a funkcióiellátásátbiztosító metódusai) Osztály: általános objektum -azonos fajta objektum ok m intája KUTYA név:text fajta:text kor:integer (KUTYA) Blöki korcs 2 Szoftverfejlesztés (14) (KUTYA) Bodri puli 5 Példányok léte dinam ikus konstruktor destruktor perzisztencia Osztályok kapcsolatai Szoftverfejlesztés (15) öröklés (inheritance,generalization)(is a...) tartalmazás (aggregation)(has a..) hívás (association,dependency) Dr.KondorosiKároly:Szoftverfejlesztés -17 Dr.KondorosiKároly:Szoftverfejlesztés -18 3
4 Szoftverfejlesztés (16) Szoftverfejlesztés (17) Öröklés ABLAK -pozíció:szám pár -m éret:szám pár +m ozgat(pozíció) +beállít(méret) +kérdez(pozíció,méret) Tartalm azás referencia (laza) ABLAK érték (szoros) ADATKÉRŐ ABLAK -címke:szöveg -kitöltendő:karakter +adatkérés(kitöltendő) ÜZENŐ ABLAK -üzenet:szöveg -nyom ógom b:gom b ÁBRA M ENÜSOR... CSÚSZKA Dr.KondorosiKároly:Szoftverfejlesztés -19 Dr.KondorosiKároly:Szoftverfejlesztés -20 Szoftverfejlesztés (18) Szoftverfejlesztés (19) Hívás kétirányú DIÁK TANÁR NAPLÓ egyirányú Csom agok (packages) Összetartozó osztályok -koherencia alapján Csom agok hierarchiája (fa) C som agok közöttlegfeljebb asszociációtípusú kapcsolatlehet(hívás) Korábban hiányzottaz OO m ódszertanokból A legfelső szintű csom agok és a köztük lévő kapcsolatok (asszociációk) alkotják a rendszer nagyvonalú architekturálistervét. Dr.KondorosiKároly:Szoftverfejlesztés -21 Dr.KondorosiKároly:Szoftverfejlesztés -22 Szoftverfejlesztés (20) Szekvencia diagram ok (forgatókönyv) Leírják az objektum ok együttm űködésének lefolyását Dinam ikus m odell M etódusok (üzenetek, asszociációk)szerepelnek benne Más lehetőségek: együttm űködésidiagram állapotdigram ok Ügyfél Címzett Bank megrendel utalványoz átveszi értesít virágotküld értesít Virágos szám látküld Szoftverfejlesztés (21) Együttm űködési diagram 1/m egrendel ÜGYFÉL 5/utalványoz 6/értesít 4/szám la VIRÁGOS 7/értesít BANK 2/virágotküld 3/átveszi CÍM ZETT Dr.KondorosiKároly:Szoftverfejlesztés -23 Dr.KondorosiKároly:Szoftverfejlesztés -24 4
5 Szoftverfejlesztés (22) Szoftverfejlesztés (23) K om ponensek és alrendszerek Logikaiarchitektúra rendszer package class TERV Fizikaiarchitektúra (kom ponensek) rendszer alrendszer m odul KÓD Összefoglalás M egism erteszközök,technikák Use-case Osztálydiagram ok:öröklés,tartalm azás,hívás Csomagok Szekvencia diagram ok (együttm űködés,állapot) Kom ponensek és alrendszerek kialakítása Dr.KondorosiKároly:Szoftverfejlesztés -25 Dr.KondorosiKároly:Szoftverfejlesztés -26 Szoftverfejlesztés (24) Vázlat A tervek kialakulása Felhasználói követelm ények CASE varratmentes illesztés Felhasználóiszintű használatiestek Kezdeti csom agszerkezet Kódkeretek (sceletonok) Fejlesztőiszintű használatiesetek Osztály, csom ag és kommunikációs diagram ok Csomag szintű használatiesetek A szoftverfejlesztésrőláltalában Objektum orientált A fejlesztés folyam ata Szabványok IT projektm enedzsm ent Dr.KondorosiKároly:Szoftverfejlesztés -27 Dr.KondorosiKároly:Szoftverfejlesztés -28 Az OO fejlesztés folyam ata Problém am egoldás tevékenységei m egértés (analízis) m egvalósítás verifikáció M enedzsm ent ellenőrzésipontok haladás,költség m érése kockázatelem zés Szoftverfejlesztés (25) Nem szigorú sorrend inkább ciklikus? Fázisok,mérföldkövek kellenek Dr.KondorosiKároly:Szoftverfejlesztés -29 Fázisok és tevékenységek Szoftverfejlesztés (26) Felkészülés Kidolgozás Építés Átadás 0% 20% 40% 60% 80% 100% Analízis Tervezés M egvalósítás Verifikáció Dr.KondorosiKároly:Szoftverfejlesztés -30 5
6 Javasoltéletciklus Ellenőrzöttiteráció felkészülés (inception) kidolgozás (elaboration) építés (construction) átadás (transition) Inkrem entális építkezés 2-3 menet Szoftverfejlesztés (27) Szoftverfejlesztés (28) Felkészülés K idolgozás Építés Átadás Felhasználóihasználatiesetek M agasszintű csom agszerkezet Fejlesztőihasználatiesetek,kom m unikációs diagram ok Osztálydiagram ok Osztályok kódolása,modulintegráció Az intenzitás nem egyenletes R endszerintegráció és teszt Dr.KondorosiKároly:Szoftverfejlesztés -31 Dr.KondorosiKároly:Szoftverfejlesztés -32 Szoftverfejlesztés (29) Inkrem entális ellenőrzöttiteráció F K É Á 1.menet A szoftver életciklusa (1) Életciklus M itörténik egy term ékkelaz ötlet m egszületésétőla forgalom bólvaló kivonásig F K É Á 2.menet Példány élettörténete -típus életciklusa 3.menet F K É Á Miértciklus? Dr.KondorosiKároly:Szoftverfejlesztés -33 Dr.KondorosiKároly:Szoftverfejlesztés -34 Töm egtermék életciklusa Gazdasági Gyártmány Gyártás Gyártásbeindítása Nullszéria gyártása Értékesítés beindítása Prototípus készítés Term ékfejlesztés szükséges G yártásfejlesztés szükséges Nullszéria kiértékelése Karbantartás, szerviz beindítása Gyártásfejlesztés szükséges Gyártásfejlesztés szükséges Módosítand ó Gyártható Prototípus kiértékelése Gyártható Rem énytelen Term ékfejlesztés szükséges M űszakigazdasági értékelés Nem érdem es tovább gyártani Nem érdem es tovább gyártani Rem énytelen Term ék leállítása Dr.KondorosiKároly:Szoftverfejlesztés -35 A szoftver életciklusa (3) A szoftverspecialitásai dominála fejlesztésiszakasz,gyártani,sokszorozni egyszerű (sokáig csak az első m űködő példány létrehozásáig tartó fejlesztésiszakasztvizsgálták) változásra hajlam os (látszólag könnyebb m ódosítani,m inta hardvert) az igények m ára fejlesztés közben is változnak (mozgó célpont) Dr.KondorosiKároly:Szoftverfejlesztés -36 6
7 Vízesésm odell analízis A szoftver életciklusa (4) architekturális részletes A szoftver életciklusa (5) A mérföldkövek dokum entum ai analízis architektúrális részletes kódolás integrálás tesztelés PFR SRR PDR CDR SCR ATR PRR PPM R endszerdefiníció endszerdefiníció Architekt. Architekt. terv terv doku. doku. Forráskód Forráskód Értékelô Értékelô jelentés jelentés Mérföldkövek kódolás integrálás Projekt Projekt terv terv Követelm Követelm ény ény specifikáció specifikáció Részletes Részletes terv terv doku. doku. Elfogadhatósági Elfogadhatósági tesztterv tesztterv tesztelés Elôzetes Elôzetes felhasználói felhasználói kézikönyv kézikönyv Felhasználói Felhasználói kézikönyv kézikönyv Visszalépések drágák Felhasználóivisszacsatolás későn Projektek alapsém ája Elôzetes Elôzetes verifikációs verifikációs terv terv Verifikációs Verifikációs terv terv Dr.KondorosiKároly:Szoftverfejlesztés -37 Dr.KondorosiKároly:Szoftverfejlesztés -38 V m odell Analízis A szoftver életciklusa (6) R endszerteszt e R endszerteszt A szoftver életciklusa (7) Inkrem entális m odellek -prototípus Előszörkritikus részeketvalósítanak m eg Fokozatosan építik hozzá a többit Architektúrális Részletes R Integrációs teszt teszt e M odultesztek e Kódolás Integrációs teszt teszt M odultesztek M ibőllegyen prototípus? Kritikus: meg tudjuk-e csinálni m ilyen lesz,ha m egcsináljuk Felhasználói felület Dr.KondorosiKároly:Szoftverfejlesztés -39 Dr.KondorosiKároly:Szoftverfejlesztés -40 Spirálm odellek A szoftver életciklusa (8) 1 2 Célok tisztázása, Alternatívák értékelése alternatívák Kockázatelem zés Értékelés, Megvalósítás, újciklus indítása tesztelés 4 3 Alapsém ák kom bináltan is használhatók A szoftver életciklusa (9) Minőségbiztosítás Szoftverm inőség Legyen életciklus m odell ISO CMM (CapabilityM aturitym odel) A szervezet(m unkafolyam atainak)érettségétminősíti (kezdetleges,megism ételhető,jóldefiniált,szervezett, optimalizált) H ibátlan-e helyett piacra vihető-e m ár Dr.KondorosiKároly:Szoftverfejlesztés -41 Dr.KondorosiKároly:Szoftverfejlesztés -42 7
8 A QMIM minőségügyikeret Vázlat Mérőszám Minőségi attribútum Definíció Qualitythrough Managed Im provem entand Measurem ent Termék Folyam at Erőforrás A szoftverfejlesztésrőláltalában Objektum orientált A fejlesztés folyam ata Szabványok IT projektm enedzsm ent Dr.KondorosiKároly:Szoftverfejlesztés -43 Dr.KondorosiKároly:Szoftverfejlesztés -44 MSZ (1) MSZ (2) Keretszabvány R endszerek,szoftverterm ékek és szolgáltatások B eszerzés,szállítás,fejlesztés,üzem eltetés, karbantartás K étfél-de szervezeten belülis Folyam atokatragadja meg Fő,tám ogató és szervezetifolyam atok MSZ (ISO /IE C ) szabvány IDŐ PÉN Z JO G BIZTONSÁG stb. A SZERVEZET KÉPESSÉGEI (minőségipolitika, eljárások, ) Alkalmazás, illesztés,értékelés tesztelés stb. SZERZŐDÉS MINŐSÉGITERV PROJEKTTERV M ODELLEK M ÓDSZEREK FELELŐSSÉG I MÁTRIX PRO JEK T Dr.KondorosiKároly:Szoftverfejlesztés -45 Dr.KondorosiKároly:Szoftverfejlesztés -46 MSZ (3) Folyam at Tevékenység Feladat Korlátok nem részletezia folyam atok tevékenységeit nem részletezia dokum entum okat nem írelő életciklus-modellt,vagy fejlesztési m ódszert nem akarellentm ondásba kerülnisemmimeglévővel Dr.KondorosiKároly:Szoftverfejlesztés -47 MSZ (4) Fogalom tár(kiegészítő) szoftverelem -nagyvonalú terv felső szintű alkotórésze szoftverkom ponens-elem része,tovább bontható, összeszerkesztettegységekbőláll szoftveregység -önállóan kódolható rész átállás-egyik SW -ről(verzióról)a másikra problém a-felterjesztés -visszaadás felsőbb szintre folyam atkialakítás-előkészületek az alkalm azásra létesítm ény-szoftverhasználatához szükséges tárgyi eszközök összessége Dr.KondorosiKároly:Szoftverfejlesztés -48 8
9 Fő folyam atok 1.B eszerzés 2.Szállítás 3.Fejlesztés 4.Üzem eltetés 5.Karbantartás MSZ (5) Tám ogató folyam atok 1.D okum entálás 2.K onfigurációkezelés 3.Minőségbiztosítás 4.Igazolás 5.Érvényesítés 6.Együttes átvizsgálás 7.Felülvizsgálás 8.Problém am egoldás Szervezetifolyam atok 1.Irányítás 2.Infrastruktúrabiztosítás 3.Megújítás 4.Képzés Dr.KondorosiKároly:Szoftverfejlesztés -49 Folyam atok kapcsolata BESZERZŐ SZÁLLÍTÓ BESZERZÉSI FOLYAM AT IRÁNYÍTÓ IRÁNYÍTÁSI FOLYAM AT szerződés SZÁLLÍTÁSI FOLYAM AT ÜZEM ELTETŐ FELHASZNÁLÓ ÜZEM ELTETÉSI FOLYAM AT MSZ (6) FEJLESZTŐ KARBANTARTÓ FEJLESZTÉSI FOLYAM AT TÁM OGATÓ SZEM ÉLYZET KARBANTARTÁSI FOLYAM AT BESZERZŐ és SZÁLLÍTÓ ne legyen ugyanaz Dr.KondorosiKároly:Szoftverfejlesztés -50 Vázlat A szoftverfejlesztésrőláltalában Objektum orientált A fejlesztés folyam ata Szabványok IT projektmenedzsment Dr.KondorosiKároly:Szoftverfejlesztés -51 Dr.KondorosiKároly:Szoftverfejlesztés -52 IT projektm enedzsm ent(1) Miértprojekt? A célfontos,de a megvalósítás nem helyezhető el a szervezetnorm áltevékenységében egyedi kom plex erőforráskorlátos minőségorientált kockázatos USA becslések IT projektm enedzsm ent(2) 275 Mrd USD /év ~ projekt többsége nem sikeres Dr.KondorosiKároly:Szoftverfejlesztés -53 Dr.KondorosiKároly:Szoftverfejlesztés -54 9
10 IT projektm enedzsm ent(3) Projektfázisok Definiálás célok,szereplők,erőforrásigények és korlátok,eredm ények Tervezés tevékenységek lebontása,kapcsolataik m eghatározása, erőforrás Végrehajtás követés,értékelés,korrekciók,kom m unikáció Lezárás deklaráció,értékelés Dr.KondorosiKároly:Szoftverfejlesztés -55 IT projektm enedzsm ent(4) Definiálás Alapvető célok (a szervezetcéljaihoz való illeszkedés bem utatása,elkötelezettség megterem tése) Eredm ények (term ékek deliverables ) Szereplők résztvevők,érintettek (steakholderek),projektszervezet M inőségikritérium ok Erőforrásszükségletbecslése Időtartam Költségbecslés Dr.KondorosiKároly:Szoftverfejlesztés -56 IT projektm enedzsm ent(5) Tervezés tevékenységek lebontása (W ork Breakdown Structure) (pontosan megfogalmazható,felelőse legyen,mérföldkövek) logikaitevékenységdiagram (hálóterv,pertchart,precedenciadiagram,átfedések?) időbeliütem ezés (Ganttchart) (átlapolható,ss,fs,ff kapcsolatok) kritikus út(tartalékidők,asap,alap ütem ezés) erőforrás (m unkaerő,tárgyieszköz,költség,cashflow ) kockázatelem zés (kockázat-hozam technika) Dr.KondorosiKároly:Szoftverfejlesztés -57 Dr.KondorosiKároly:Szoftverfejlesztés -58 IT projektm enedzsm ent(5) Tervezés tevékenységek lebontása (W ork Breakdown Structure) (pontosan megfogalmazható,felelőse legyen,mérföldkövek) logikaitevékenységdiagram (hálóterv,pertchart,precedenciadiagram,átfedések?) időbeliütem ezés (Ganttchart) (átlapolható,ss,fs,ff kapcsolatok) kritikus út(tartalékidők,asap,alap ütem ezés) erőforrás (m unkaerő,tárgyieszköz,költség,cashflow ) kockázatelem zés (kockázat-hozam technika) Dr.KondorosiKároly:Szoftverfejlesztés -59 Dr.KondorosiKároly:Szoftverfejlesztés
11 IT projektm enedzsm ent(5) Tervezés tevékenységek lebontása (W ork Breakdown Structure) (pontosan megfogalmazható,felelőse legyen,mérföldkövek) logikaitevékenységdiagram (hálóterv,pertchart,precedenciadiagram,átfedések?) időbeliütem ezés (Ganttchart) (átlapolható,ss,fs,ff kapcsolatok) kritikus út(tartalékidők,asap,alap ütem ezés) erőforrás (m unkaerő,tárgyieszköz,költség,cashflow ) kockázatelem zés (kockázat-hozam technika) Kategóriák a kockázat-hozam technikával I. felkészülnialternatív m egoldásokkal II. megelőzésitechnikák III.elhanyagolható Végrehajtáskor detektálni! IT projektm enedzsm ent(8) Dr.KondorosiKároly:Szoftverfejlesztés -61 Dr.KondorosiKároly:Szoftverfejlesztés -62 IT projektm enedzsm ent(9) Megvalósítás követés (haladás mérésére vonatkozó adatok gyűjtése,értékelése, állapotösszevetése a tervvel) eltéréselem zés (eltérések okainak felderítése,várható kihatás a végeredm ényre) beavatkozás tervm ódosítás kom m unikáció az érintettekkel Lezárás IT projektm enedzsm ent(10) értékelés:m ilyen m értékben teljesültek a célok tapasztalatok összegzése (legtöbbeta hibáinkbóltanulhatunk) lezárás deklarációja végső konkluzió:kellett-e a projekt Dr.KondorosiKároly:Szoftverfejlesztés -63 Dr.KondorosiKároly:Szoftverfejlesztés -64 IT projektm enedzsm ent(11) OO projektm enedzsm ent(1) MSZ szabvány IDŐ PÉN Z JO G BIZTONSÁG stb. A SZERVEZET KÉPESSÉGEI (minőségipolitika, eljárások, ) Alkalmazás, illesztés,értékelés tesztelés stb. SZERZŐDÉS MINŐSÉGITERV PROJEKTTERV M ODELLEK M ÓDSZEREK FELELŐSSÉG I MÁTRIX PRO JEK T Felkészülés K idolgozás Építés Átadás Felhasználóihasználatiesetek M agasszintű csom agszerkezet Fejlesztőihasználatiesetek,kom m unikációs diagram ok Osztálydiagram ok Osztályok kódolása,modulintegráció Az intenzitás nem egyenletes R endszerintegráció és teszt Dr.KondorosiKároly:Szoftverfejlesztés -65 Dr.KondorosiKároly:Szoftverfejlesztés
12 OO projektm enedzsm ent(2) Inkrem entális ellenőrzöttiteráció F K É Á 1.menet F K É Á 2.menet 3.menet F K É Á OO projektm enedzsm ent(3) Problém ák A projektterv elkészítéséhez valam eddig elkelljutni a rendszeranalízisben.holhelyezkedik ela projekt e az életciklusban? Az első F szakasz elején,úgy,hogy legfeljebb a teljes projekt-költség 5-10 %-átvigye el Hogyan becsüljünk kor? M ilyen szervezetetállítsunk fel? Hogyan m enedzseljük az egyes fázisokat, fázisátmeneteket? Dr.KondorosiKároly:Szoftverfejlesztés -67 Dr.KondorosiKároly:Szoftverfejlesztés -68 OO projektm enedzsm ent(4) B ecslések Pontatlanok (25% hiba),de a go/no go döntéshez jók Kellem etlen,ha elköltjük a keret30% -át,m ire kiderül, hogy nem tudjuk m egcsinálnia rendszert Szükséges becslések M éret:kódsor,funkciópont,m odulszám,osztályszám M unkaigény:em berhónap Időtartam :hónap Hatékonyság:méret/munkaigény Költség:a munkaráfordítások OO projektm enedzsm ent(5) Becslések (folytatás) Figyelem be veendő a nyelv,a fejlesztőeszköz,az újrahasznosítás,a gyakorlottság,... Korábbitapasztalatok és szakértőiadatok alapján rendszer-analógiákra alapozva csomag-analógiákra alapozva param éteres m odellre alapozva COCOM O (Constructive CostM odel)család: típusalkalm azás,koraiterv,architektúrára alapozott Dr.KondorosiKároly:Szoftverfejlesztés -69 Dr.KondorosiKároly:Szoftverfejlesztés -70 Projektszervezet (példa) Minőségbiztosító Átadó /tesztelő team OO projektm enedzsm ent(6) Problém a szakértő Megrendelő képviselője Program m enedzser Vezető fejlesztő Vezető rendszertervező Szerszám készítő Fejlesztésm enedzser 1.csom ag team 2.csom ag team n.csom ag team OO projektm enedzsm ent(7) Fázisok,fázishatárok Felkészülés -Kidolgozás átmenet Követelmény felülvizsgálat Kidolgozás -Építés átmenet Rendszerterv felülvizsgálat Építés -Á tadás átm enet M űködőképességiteszt Átadás lezárása Átvételieljárás Dr.KondorosiKároly:Szoftverfejlesztés -71 Dr.KondorosiKároly:Szoftverfejlesztés
13 OO projektm enedzsm ent(8) IT projektm enedzsm ent(14) A sikerérdekében Törődés a team m el Koncentráltság és lendületfenntartása Védekezés a későijó ötletek ellen F:elfogadás,prioritásának besorolása K:mérlegelés,hatásának felmérése É:csak kritikus esetben fogadjunk el Á:késő,csak a következő menetben Fegyelem m ikroütem ezés,,konfiguráció m enedzsm ent Statisztikák (USA) ,0% 46,0% 26,0% ,0% 33,0% 27,0% ,0% 52,7% 16,2% 0% 20% 40% 60% 80% 100% (Standish G roup) Bukás Problém ás Sikeres Csökkenő projektméret Rövidebb periódusok Kevesebb fejlesztő Dr.KondorosiKároly:Szoftverfejlesztés -73 Dr.KondorosiKároly:Szoftverfejlesztés -74 Sikertényezők IT projektm enedzsm ent(15) Felhasználóirészvétel 20% Felsővezetőitám ogatás 15 % Tiszta üzleticélok 15 % Tapasztaltprojektvezetés 15 % Kis mérföldkövek 10 % Tisztázottigények 5 % Alkalmas projekttagok 5 % V ezetés 5 % Egyéb 5 % Dr.KondorosiKároly:Szoftverfejlesztés -75 IT projektm enedzsm ent(16) K udarc okai Hiányos követelm ények 13.1% Felhasználóiközrem űködés hiánya 12.4% Erőforráshiány 10.6% Irreális célkitűzések 9.9% Vezetőitám ogatás hiánya 9.3% Változó követelm ények 8.7% Tervezés hiánya 8.1% Érdekm úlás 7.5% IT m enedzsm enthiánya 6.2% Technológiaitudatlanság 4.3% Egyéb 9.9% Dr.KondorosiKároly:Szoftverfejlesztés
6]RIWYHUIHMOHV]WpV. Az OO fejlesztés folyamata. Problémamegoldás tevékenységei. Menedzsment. megértés (analízis) tervezés megvalósítás verifikáció
Az OO fejlesztés folyamata Problémamegoldás tevékenységei megértés (analízis) tervezés megvalósítás verifikáció Menedzsment ellen rzési pontok haladás, költség mérése kockázatelemzés 6]RIWYHUIHMOHV]WpV
RészletesebbenFunkciópont elemzés: elmélet és gyakorlat
Funkciópont elemzés: elmélet és gyakorlat Funkciópont elemzés Szoftver metrikák Funkciópont, mint metrika A funkciópont metrika alapelveinek áttekintése Bonyolultsággal korrigált funkciópont A funkciópont
RészletesebbenHaté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
RészletesebbenNév: Neptun kód: Pontszám:
Név: Neptun kód: Pontszám: 1. Melyek a szoftver minőségi mutatói? Fejlesztési idő, architektúra, programozási paradigma. Fejlesztőcsapat összetétele, projekt mérföldkövek, fejlesztési modell. Karbantarthatóság,
RészletesebbenMiskolci 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,
RészletesebbenProjectvezető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
RészletesebbenSW-project management
SW-project management 1 PM tárgya tervezés megfigyelés ellenőrzés emberek folyamat események 4P People (emberek) Product (termék) Process (folyamat) Project PM szintjei 3 SW előállítási folyamat bizonytalansága
RészletesebbenRendszer szekvencia diagram
Rendszer szekvencia diagram Célkitűzések A rendszer események azonosítása. Rendszer szekvencia diagram készítése az eseményekre. 2 1.Iteráció Az első igazi fejlesztési iteráció. A projekt kezdeti szakaszában
RészletesebbenSzoftvertechnoló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észletesebbenProgramfejleszté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ó
RészletesebbenSoftware Engineering Babeş-Bolyai Tudományegyetem Kolozsvár
Software Engineering Dr. Barabás László Ismétlés/Kitekintő Software Engineering = softwaretechnológia Projekt, fogalma és jellemzői, Személyek és szerepkörök Kitekintő: Modell, módszertan 2 Dr. Barabás
RészletesebbenSzoftver-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!)
RészletesebbenÓbudai Egyetem Bánki Donát Gépész és Biztonságtechnikai Mérnöki Kar Anyagtudományi és Gyártástechnológiai Intézet, Gépgyártástechnológia Szakcsoport
Óbudai Egyetem Bánki Donát Gépész és Biztonságtechnikai Mérnöki Kar Anyagtudományi és Gyártástechnológiai Intézet, Gépgyártástechnológia Szakcsoport Dr. Mikó Balázs miko.balazs@bgk.uni-obuda.hu MŰANYAG
RészletesebbenA projektvezetési eszköz implementációja hazai építő-, szerelőipari vállalkozásoknál
A projektvezetési eszköz implementációja hazai építő-, szerelőipari vállalkozásoknál Előadó: Ulicsák Béla műszaki igazgató BRIT TECH Üzleti Tanácsadó Kft. Napirend 1. Az építő-, szerelőipar érdekcsoportjai
RészletesebbenSzombathely Város Vezetõi Döntéstámogató Rendszere VDIR-STAT. keringer@szombathely.hu
Szombathely Város Vezetõi Döntéstámogató Rendszere VDIR-STAT Miért? Az információ áramlás rendezetlen! Végrehajtási kontroll körülményes vagy hiányos! KSH adatbázis naprakészsége? Városról naprakész adatok
RészletesebbenSOA projektmenedzsment. Kondorosi Károly BME IIT, 2011.
SOA projektmenedzsment Kondorosi Károly BME IIT, 2011. Tartalom Projektmenedzsment - általában SOA projektek tulajdonságai SOA projektek menete (roadmap) Zachman Framework TOGAF Gartner EA Process Model
RészletesebbenDW 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észletesebbenUML (Unified Modelling Language)
UML (Unified Modelling Language) UML (+ Object Constraint Language) Az objektum- modellezés egy szabványa (OMG) UML A 80-as, 90-es években egyre inkább terjedő objektum-orientált analízis és tervezés (OOA&D)
RészletesebbenV. 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
Részletesebben01. 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észletesebbenIRÁ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
RészletesebbenInformatikai projektellenőr szerepe/feladatai Informatika / Az informatika térhódítása Függőség az információtól / informatikától Információs
Bevezetés Projektellenőr szerepe és feladatai Informatika Informatikai függőség Informatikai projektek Mérnöki és informatikai feladatok találkozása technológiák 1 Tartalom Informatikai projektellenőr
RészletesebbenFelhívás azo osító jele
Prioritás Felhívás azo osító jele Felhívás eve Keretösszeg Mrd Ft Felhívás eghirdetésé ek ódja Felhívás eghirdetésé ek tervezett ideje GINOP 3 GINOP-3.2.1 GINOP 2 GINOP-2.6.3 I foko u iká iós otivá iós,
RészletesebbenPRO JEKT = előre visz
A projekt PRO JEKT = előre visz PROJEKT DEFINÍCIÓK, ISMÉRVEK Angol nyelvben a project szó kettős jelentéssel bír. Jelenthet: tervet vagy beruházást azaz a megvalósítandó feladatok összességét A területfejlesztésben
Részletesebben30 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észletesebbenA 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észletesebbenTermé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
Termékhasználat Helyes helytelen termékhasználat A felhasználók bevonása a Gyermek Interakció Termék termékfejlesztésbe A termékhasználat ergonómiai megközelítése Helytelen, veszélyes, tilos Baleset Ergonómiai
RészletesebbenTÁMOP /1/A projekt Regionális turisztikai menedzsment /BSc/ /Differenciált szakmai ismeretek modul/ Pályázatírás
Gyakorlatorientált képzési programok kidolgozása a turisztikai desztináció menedzsment és a kapcsolódó ismeretanyagok oktatására TÁMOP-4.1.2-08/1/A-2009-0034 projekt Regionális turisztikai menedzsment
Részletesebbenstratégiai kutatási terve
A NESSI-Hungary stratégiai kutatási terve Dr. Kondorosi osi Károly BME IIT 2 Vázlat Bevezető Alakulás, motivációk Mit csinál a NESSI az EU-s anya Mit csinál a NESSI-Hungary A Stratégiai kutatási terv (SKT)
RészletesebbenFogalomtár Etikus hackelés tárgyban Azonosító: S2_Fogalomtar_v1 Silent Signal Kft. Email: info@silentsignal.hu Web: www.silentsignal.
Fogalomtár Etikus hackelés tárgyban Azonosító: S2_Fogalomtar_v1 Silent Signal Kft. Email: info@silentsignal.hu Web: www.silentsignal.hu. 1 Tartalom 1. BEVEZETŐ... 3 1.1 Architektúra (terv) felülvizsgálat...
RészletesebbenInformatikai alkalmazásfejlesztő alkalmazásfejlesztő 54 481 02 0010 54 02 Információrendszer-elemző és - Informatikai alkalmazásfejlesztő
A 10/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,
RészletesebbenS 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
RészletesebbenNagy méretű projektekhez kapcsolódó kockázatok felmérése és kezelése a KKV szektor szemszögéből
Nagy méretű projektekhez kapcsolódó kockázatok felmérése és kezelése a KKV szektor szemszögéből Dr. Fekete István Budapesti Corvinus Egyetem tudományos munkatárs SzigmaSzervíz Kft. ügyvezető XXIII. Magyar
RészletesebbenTamagocsi Projektterv
Tamagocsi Projektterv Csapat: CamelCase { Laczik Sándor János; Szőke Gábor; Vasas Szabolcs; } Évfolyam: PTI MSc II. 2011/2012 1. Összefoglaló A feladat egy PC-n futtatható tamagocsi játék fejlesztése.
RészletesebbenKérdés Kép Válasz HIBAS Válasz HELYES Válasz HIBAS Válasz HELYES Válasz HIBAS Válasz HIBAS Kérdés Kép Válasz HIBAS Válasz HIBAS Válasz HELYES Válasz
Kérdés Melyek nem a jó projekt ismérvei? Válasz releváns HIBAS Válasz nyereséges HELYES Válasz valós igényre alapul HIBAS Válasz költségorientált HELYES Válasz cél-orientált HIBAS Válasz a kiírásnak megfelel
RészletesebbenA TANTÁRGY ADATLAPJA
A TANTÁRGY ADATLAPJA 1. A képzési program adatai 1.1 Felsőoktatási intézmény Babeș Bolyai Tudományegyetem 1.2 Kar Matematika és Informatika Kar 1.3 Intézet Magyar Matematika és Informatika Intézet 1.4
RészletesebbenVerifiká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észletesebbenMinőségmenedzsment: azért felel, hogy a projekt teljesítse az elvárt feladatát és a követelményeket.
Jelölje be a helyes választ: ely projektszereplőhöz tartoznak az következő feladatok: sikeresnek vagy sikertelennek nyilvánítja a projektet a megvalósítás során a változtatások engedélyezése a megvalósítás
RészletesebbenELTE, Informatikai Kar december 12.
1. Mi az objektum? Egy olyan változó, vagy konstans, amely a program tetszőleges pontján felhasználható. Egy olyan típus, amelyet a programozó valósít meg korábbi objektumokra alapozva. Egy olyan változó,
RészletesebbenS01-7 Komponens alapú szoftverfejlesztés 1
S01-7 Komponens alapú szoftverfejlesztés 1 1. A szoftverfejlesztési modell fogalma. 2. A komponens és komponens modell fogalma. 3. UML kompozíciós diagram fogalma. 4. A szoftverarchitektúrák fogalma, összetevői.
RészletesebbenA 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
RészletesebbenÖsszegezés az ajánlatok elbírálásáról. 1. Az ajánlatkérő neve és címe: Budapest Főváros Vagyonkezelő Központ Zrt. (1013 Budapest, Attila út 13/A.
Összegezés az ajánlatok elbírálásáról 1. Az ajánlatkérő és cíe: Budapest Főváros Vagyonkezelő Központ Zrt. (1013 Budapest, Attila út 13/A.) 2. A közbeszerzés tárgya és ennyisége: Vagyongazdálkodási szakértői
RészletesebbenELŐADÁS ÁTTEKINTÉSE (PCM) Projektek életciklusa Projektek bonyolításának folyamata
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
RészletesebbenMIÉRT KELL TESZTELNI?
Unrestricted MIÉRT KELL TESZTELNI? MIÉRT KELL TESZTELNI? A termékminőség fejlesztése...hogy megtaláljuk a hibákat, mert azok ott vannak... MIÉRT KELL TESZTELNI? Hogy felderítsük, mit tud a szoftver MIÉRT
RészletesebbenDr. 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é
RészletesebbenSzoftverminőségbiztosítás
NGB_IN003_1 SZE 2017-18/2 (2) Szoftverminőségbiztosítás A szoftverminőségbiztosítási rendszer A szoftver-minőségbiztosítási rendszer összetevői Minőségbiztosítási rendszer Minőség menedzsment Minőségbiztosítás
RészletesebbenBevezeté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észletesebbenAzonnali fizetési rendszer megvalósítása
Azonnali fizetési rendszer megvalósítása 2017. 05. 24. Keretek, alapvetések, megoldandók (minden projekt résztvevőnek) 24/7/365-ös működés (folyamatos működés a karbantartások, upgrade-ek alatt is). Tranzakciók
RészletesebbenSzoftverminőségbiztosítás
NGB_IN003_1 SZE 2014-15/2 (8) Szoftverminőségbiztosítás Szoftvertesztelési folyamat (folyt.) Szoftvertesztelési ráfordítások (Perry 1995) Tesztelésre fordítódik a projekt költségvetés 24%-a a projekt menedzsment
RészletesebbenSoftware project management Áttekintés
Software project management Áttekintés Miskolci Egyetem Általános Informatikai Tanszék PMAN / 1 Miért szükséges? A software fejlesztési tevékenység Csoportmunkát igényel Jelentős erőforrásokat használ
RészletesebbenIntelligens eszközök fejlesztése az ipari automatizálásban Evosoft Hungary kft., Evosoft Hungary Kft.
Intelligens eszközök fejlesztése az ipari automatizálásban Evosoft Hungary kft., Evosoft Hungary Kft. Intelligens eszközök fejlesztése az ipari automatizálásban Evosoft Hungary kft., Evosoft Hungary Kft.
RészletesebbenIdő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észletesebbenSzekvencia 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.
Részletesebben10-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észletesebbenHát én immár mit válasszak?
Hát én immár mit válasszak? Az SQI szoftverminőséggel kapcsolatos kutatási projektjei Dr. Balla Katalin 2005.04.15. ~ A környezet ~ Az SQI kutatási-fejlesztési projektjei ~ TST ~ IKKK Miről lesz szó 2005.04.15.
RészletesebbenThe Unified Software Development Process. Történet. Feltételek. Rational Unified Process. Krizsán Zoltán Ficsor Lajos
The Unified Software Development Process Rational Unified Process Krizsán Zoltán Ficsor Lajos Miskolci Egyetem Általános Informatikai Tanszék Utolsó módosítás: 2007. 12. 04. Történet The Rational Rational
RészletesebbenModellinformációk szabványos cseréje. Papp Ágnes, Debreceni Egyetem EFK
Modellinformációk szabványos cseréje Papp Ágnes, agi@delfin.unideb.hu Debreceni Egyetem EFK Tartalom MOF, UML, XMI Az UML és az XML séma MDA - Model Driven Architecture Networkshop 2004 2 Az OMG metamodell
RészletesebbenFogalmi modellezés. Ontológiák Alkalmazott modellező módszertan (UML)
Fogalmi modellezés Ontológiák Alkalmazott modellező módszertan (UML) Fogalom képzés / kialakítás Cél: Példák: A fogalom képzés segít minket abban, hogy figyelmen kívül hagyjuk azt, ami lényegtelen idealizált
RészletesebbenA TESZTELÉS ALAPJAI A TESZTELÉS ALAPVETŐ FOLYAMATA A TESZTELÉS PSZICHOLÓGIÁJA A TESZTELÉS ETIKAI KÓDEXE
A TESZTELÉS ALAPJAI A TESZTELÉS ALAPVETŐ FOLYAMATA A TESZTELÉS PSZICHOLÓGIÁJA A TESZTELÉS ETIKAI KÓDEXE MUNKAERŐ-PIACI IGÉNYEKNEK MEGFELELŐ, GYAKORLATORIENTÁLT KÉPZÉSEK, SZOLGÁLTATÁSOK A DEBRECENI EGYETEMEN
RészletesebbenProjektismeretek, projektmenedzsment
Projektismeretek, projektmenedzsment Újbuda Önkormányzat Polgármesteri Hivatala 2010. 01. 29. Projekt fogalma Projekt: Meghatározott eredmények elérése (projekt termékek létrehozása) érdekében, adott erőforrással
RészletesebbenSzakterületi modell A fogalmak megjelenítése. 9. fejezet Applying UML and Patterns Craig Larman
Szakterületi modell A fogalmak megjelenítése 9. fejezet Applying UML and Patterns Craig Larman 1 Néhány megjegyzés a diagramokhoz Ez a tárgy a rendszer elemzésről és modellezésről szól. Noha például egy
RészletesebbenMiskolci 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
RészletesebbenA 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
RészletesebbenCselekvési ütemterv a projekt intézményi megvalósításához
A projekt megvalósításának időtartama 8 hónap. A projekt időszak: 2012.04.01 2012.11.30. Cselekvési ütemterv a projekt intézményi megvalósításához m á j u s A projekt végrehajtásának előkészítése. Támogató
RészletesebbenAz Egységes Segélyhívó Rendszer (112), valamint az Önkormányzati ASP projekt tapasztalatai
Az Egységes Segélyhívó Rendszer (112), valamint az Önkormányzati ASP projekt tapasztalatai Dr. Kópiás Bence, elnökhelyettes, KIFÜ Infotér konferencia, 2014.11.07. Az ESR projekt 2011-2014 5,5 Mrd Ft Új
RészletesebbenOOP. Alapelvek Elek Tibor
OOP Alapelvek Elek Tibor OOP szemlélet Az OOP szemlélete szerint: a valóságot objektumok halmazaként tekintjük. Ezen objektumok egymással kapcsolatban vannak és együttműködnek. Program készítés: Absztrakciós
RészletesebbenBevezetés: Mi a CRM? A tervezési fázis helye és szerepe a CRM implementációs projektekben Jógyakorlatok: mire figyeljünk a CRM tervezés közben.
Mire figyeljünk a CRM rendszerek tervezésekor? Gyakorlati tapasztalatok Komáromi András Bevezetés: Mi a CRM? A tervezési fázis helye és szerepe Miért fontos a tervezési fázis? A tervezési fázis helye és
RészletesebbenVezetői beszámoló Kerekegyháza Polgármesteri Hivatala ÁROP hivatali szervezetfejlesztésről
Vezetői beszámoló Kerekegyháza Polgármesteri Hivatala ÁROP hivatali szervezetfejlesztésről Kerekegyháza Város Képviselő-testületének 2010. május 26-i ülésére Saád Tamás, Dr. Peredi Katalin Szervezetfejlesztési
Részletesebben1 Informatikai beszerzések.
1 Informatikai beszerzések. Az informatikai szabályzat beruházási fejezete az informatikai eszközök beszerzésével kapcsolatos belső tevékenységet, illetve a szállítóktól elvárt, a beszállítás részeként
RészletesebbenElő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észletesebbenProjektfolyamat. 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
RészletesebbenTOGAF elemei a gyakorlatban
TOGAF elemei a gyakorlatban Vinczellér Gábor 2009.06.0406 04 8 éves szakmai tapasztalat Bemutatkozás IT Support, Programozó, jelenleg Projektvezető, Termékfejlesztési Üzletág Vezető Tanácsadási és Szoftverfejlesztési
Részletesebben2011. Ó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észletesebbenModell 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észletesebbenInformá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
RészletesebbenA dokumentáció felépítése
A dokumentáció felépítése Készítette: Keszthelyi Zsolt, 2010. szeptember A szoftver dokumentációját az itt megadott szakaszok szerint kell elkészíteni. A szoftvert az Egységesített Eljárás (Unified Process)
RészletesebbenSzabá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
RészletesebbenInformatikai alkalmazásfejlesztő alkalmazásfejlesztő 54 481 02 0010 54 02 Információrendszer-elemző és - Informatikai alkalmazásfejlesztő
A 10/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,
RészletesebbenCselekvési ütemterv a projekt intézményi megvalósításához. Projektmenedzser, szakmai megvalósítók
1 A projekt megvalósításának időtartama 8 hónap. A projekt időszak: 2012.03.01 2012.10.31. Cselekvési ütemterv a projekt intézményi megvalósításához. A projekt végrehajtásának előkészítése, szakmai megvalósítók
RészletesebbenSzoftverminőségbiztosítás
NGB_IN003_1 SZE 2014-15/2 (7) Szoftverminőségbiztosítás Szoftvertesztelési folyamat Szoftverek és környezet Nem egyforma a szoftverek használatához kapcsolódó kockázat Különböző kockázati szintek -> eltérő
RészletesebbenKód átvizsgálás. Irodalom. (Code review) code review,smart Bear Inc., ! Jason Cohen: Best kept secrets of peer
Kód átvizsgálás (Code review) 2 Irodalom! Jason Cohen: Best kept secrets of peer code review,smart Bear Inc., 2006 3 Célok, el!nyök! Jobb min!ség" kód! jobban karbantartható! Kevesebb hiba a kódban! rövidebb
RészletesebbenII. 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észletesebbenBá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észletesebbenA modellellenőrzés érdekes alkalmazása: Tesztgenerálás modellellenőrzővel
A modellellenőrzés érdekes alkalmazása: Tesztgenerálás modellellenőrzővel Majzik István Micskei Zoltán BME Méréstechnika és Információs Rendszerek Tanszék 1 Modell alapú fejlesztési folyamat (részlet)
RészletesebbenFunkciópont elemzés: elmélet és gyakorlat. Információrendszer fejlesztés módszertana, Dr. Molnár Bálint egyetemi docens
Funkciópont elemzés: elmélet és gyakorlat Funkciópont elemzés Szoftver metrikák Funkciópont, mint metrika A funkciópont metrika alapelveinek áttekintése Bonyolultsággal korrigált funkciópont A funkciópont
RészletesebbenSzoftverminőségbiztosítás
NGB_IN003_1 SZE 2014-15/2 (2) Szoftverminőségbiztosítás A szoftverminőségbiztosítási rendszer A szoftver-minőségbiztosítási rendszer összetevői Szoftver minőségi alapkérdések Hogyan hasznosítsuk a know-how-t
RészletesebbenFolyamatmodellezé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 Munkafolyamat (Workflow): azoknak a lépéseknek a sorozata,
RészletesebbenProgramozá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
RészletesebbenA 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észletesebbenTartalom. 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
RészletesebbenAutóipari beágyazott rendszerek. Komponens és rendszer integráció
Autóipari beágyazott rendszerek és rendszer integráció 1 Magas szintű fejlesztési folyamat SW architektúra modellezés Modell (VFB) Magas szintű modellezés komponensek portok interfészek adattípusok meghatározása
RészletesebbenKomponens 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észletesebbenAz értékelési rendszerek minőségbiztosítása. Elkészült egy rendszer és kézikönyv
Az értékelési rendszerek minőségbiztosítása Elkészült egy rendszer és kézikönyv és már próbaüzemben van 450 szakértő, tapasztalat, képzés A tanfelügyeleti eljárás és minősítés kritikus pontjain A folyamatok
RészletesebbenSzoftver-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,
RészletesebbenOsztálytervezés és implementációs ajánlások
Osztálytervezés és implementációs ajánlások Miskolci Egyetem Általános Informatikai Tanszék Utolsó módosítás: 2006. 04. 24. Osztálytervezés és implementációs kérdések OTERV / 1 Osztály tervezés Egy nyelv
RészletesebbenKomplex záróvizsga témakörök Gazdaságinformatikus szak Pénzintézeti informatikus szakirány 2018
Komplex záróvizsga témakörök Gazdaságinformatikus szak Pénzintézeti informatikus szakirány 2018 Objektumorientált tervezés és programozás 1. (4 kredit) 1. Osztály, objektum. Az osztály szerkezete. Az objektum
RészletesebbenOsztálytervezés és implementációs ajánlások
Osztálytervezés és implementációs ajánlások Miskolci Egyetem Általános Informatikai Tanszék Utolsó módosítás: 2006. 04. 24. Osztálytervezés és implementációs kérdések OTERV / 1 Osztály tervezés Egy nyelv
Részletesebben