1 / 67

2. előadás

Szoftvertechnológia. 2. előadás. Ismétlés. Az 1. előadás tartalmából. Projekt A vezető feladatai A projekttervezési és vezetési folyamat Hierarchikus tevékenység/feladat lebontás Mérföldkövek és részeredmények Tevékenység – Időtartam – Függőségek - Erőforrások Ütemezés

redell
Download Presentation

2. előadás

An Image/Link below is provided (as is) to download presentation Download Policy: Content on the Website is provided to you AS IS for your information and personal use and may not be sold / licensed / shared on other websites without getting consent from its author. Content is provided to you AS IS for your information and personal use only. Download presentation by click this link. While downloading, if for some reason you are not able to download a presentation, the publisher may have deleted the file from their server. During download, if you can't get a presentation, the file might be deleted by the publisher.

E N D

Presentation Transcript


  1. Szoftvertechnológia 2. előadás Dr. Johanyák Zs. Csaba - Szoftvertechnológia - 2014

  2. Ismétlés Az 1. előadás tartalmából Projekt A vezető feladatai A projekttervezési és vezetési folyamat Hierarchikus tevékenység/feladat lebontás Mérföldkövek és részeredmények Tevékenység – Időtartam – Függőségek - Erőforrások Ütemezés Kockázatkezelés Dr. Johanyák Zs. Csaba - Szoftvertechnológia - 2014

  3. Ismétlés A projekttervezési és vezetési folyamat 1. Projektcél? A projekt megszorításai Szervezeti keretek, felelősök A projekt paramétereinek kezdeti összegzése A projekt részeredményeinek és mérföldköveinek definiálása A dokumentálás módjának és szabályainak lefektetése Kockázatelemzés Kiinduló ütemterv elkészítése Projekt indító értekezlet Dr. Johanyák Zs. Csaba - Szoftvertechnológia - 2014

  4. Ismétlés A projekttervezési és vezetési folyamat 2. • Amíg a projekt nincs kész, vagy nem vonták vissza, addig • elindítani az ütemtervnek megfelelő tevékenységeket • átvizsgálni a projekt előrehaladását • felülvizsgálni a projekt paramétereinek becslését • frissíteni a projekt ütemtervét • ha probléma merül fel elindítani a műszaki felülvizsgálatokat és a lehetséges átdolgozásokat • újratárgyalni a projekt megszorításait és részeredményeit ciklus vége • Projekt lezárása Dr. Johanyák Zs. Csaba - Szoftvertechnológia - 2014

  5. SWOT elemzés Belső tényezők Strengths erősségek Weaknesses gyengeségek Külső tényezők Opportunities lehetőségek Threats veszélyek Dr. Johanyák Zs. Csaba - Szoftvertechnológia - 2014

  6. SWOT elemzés (vállalati példa)

  7. Erősségek • Meghatározó a vállalat piaci szerepe? • Jó a vásárlók véleménye? • Fejlett technológiát használ a vállalat? • Egyedülálló versenyelőnnyel rendelkezik? • Jók a piaci erőforrásai? • Gazdaságos üzemméretet használ? • Jó a vállalat menedzsmentje? • Kimagasló szakértelműek az alkalmazottak? • Sikeres a vállalati stratégia? Dr. Johanyák Zs. Csaba - Szoftvertechnológia - 2014 Forrás: Dr. RutkovszkyEdéné: Projektmenedzsment

  8. Gyengeségek • Elavult a technológia? • Romlik a piaci pozíció? • Nincs egyértelműen meghatározott stratégia? • Hiányzik a megfelelő szakértelem? • Elhasználódtak a létesítmények? • Rossz a vállalat imázsa? • Nem sikeres a kutatás-fejlesztési részleg? • Rosszul funkcionál a menedzsment? • A pénzügyi háttér nem rendezett? Dr. Johanyák Zs. Csaba - Szoftvertechnológia - 2014 Forrás: Dr. RutkovszkyEdéné: Projektmenedzsment

  9. Lehetőségek • Gyorsabb piaci növekedés? • Kiegészítő termékek fejlesztése? • Új piacokra való belépés? • Új technológia alkalmazása? • A termékcsoport továbbfejlesztése? • További célcsoportok feltérképezése? • Egy nyersanyagforrás megszerzése? • Beszállítás helyett saját előállítás? • Új szervezeti felépítés kidolgozása? Dr. Johanyák Zs. Csaba - Szoftvertechnológia - 2014 Forrás: Dr. RutkovszkyEdéné: Projektmenedzsment

  10. Veszélyek • Új versenytársak megjelenése a piacon. • A piaci növekedés lassulása. • Változó fogyasztói igények. • Szigorodó szabályozás. • Helyettesítő termékek megjelenése. • Hátrányos demográfiai változások. • Kedvezőtlen gazdasági ciklusok hatása. • A beszállítók javuló alkupozíciója. • Fogyasztói érdekvédelem fokozódó nyomása. Dr. Johanyák Zs. Csaba - Szoftvertechnológia - 2014 Forrás: Dr. RutkovszkyEdéné: Projektmenedzsment

  11. Kockázat tervezése és menedzselése Stratégiák Elkerülési stratégiák Minimalizációs stratégiák Vészhelyzeti tervek Dr. Johanyák Zs. Csaba - Szoftvertechnológia - 2014

  12. Kockázat tervezése Dr. Johanyák Zs. Csaba - Szoftvertechnológia - 2014 Forrás: IanSommerville: Szoftverrendszerek fejlesztése

  13. A kockázat figyelése Változott-e az azonosított kockázatok bekövetkezési valószínűsége hatása Dr. Johanyák Zs. Csaba - Szoftvertechnológia - 2014

  14. Információgyűjtés Kitöltött űrlapok jelentések, jegyzőkönyvek, programok kimenetei, értekezleteken elhangzott információk Óraelszámolások Állapotjelentések Dr. Johanyák Zs. Csaba - Szoftvertechnológia - 2014

  15. Elemzés - alapfogalmak ACWP– ActualCost Of WorkPerformed – az elvégzett munka tényleges költsége BCWP– BudgetCostOf WorkPerformed – az elvégzett munkára ennyi költséget terveztünk BCWS– BudgetCost Of WorkScheduled– a tervezett (ütemezett) munkára ennyi költséget terveztünk Dr. Johanyák Zs. Csaba - Szoftvertechnológia - 2014

  16. Elemzés – származtatott fogalmak CV– CostVariance – költségeltérésCV=BCWP-ACWP SV– Schedule Variance – ütemezéstől való eltérésSV=BCWP-BCWS CPI– Cost Performance Index – költséghatékonysági mutatóCPI=BCWP/ACWP SPI– Schedule Performance Index – ütemterv teljesülési mutatóSPI=BCWP/BCWS CR – Critical Ratio – kritikus arányCR=SPI*CPI Dr. Johanyák Zs. Csaba - Szoftvertechnológia - 2014

  17. Diagram Forrás: LangerTamás: Projektmenedzsment a szoftverfejlesztésben Dr. Johanyák Zs. Csaba - Szoftvertechnológia - 2014

  18. Felügyelet Beavatkozási határokat meghatározni Pl. 0,9…1,1 - OK 0,8…0,9 vagy 1,1…1,2 - tendenciafigyelés 0,8 alatt vagy 1,2 felett - cselekvés Az SPI és CPI értékét folyamatosan figyelni Dr. Johanyák Zs. Csaba - Szoftvertechnológia - 2014

  19. Minta Forrás: LangerTamás: Projektmenedzsment a szoftverfejlesztésben Dr. JohanyákZs. Csaba - Szoftvertechnológia - 2014

  20. Projekt lezárása • A projekt akkor fejeződik be, ha teljesül a projektcél (elfogadták a projekt eredményét) • Projektzáró dokumentum • Projektadatok (…, tervezett és tényleges befejezési idő, bevétel, tervezett és tényleges költségek, emberóra ráfordítás) • Lezárást követő teendők • Vevői elégedettség • Projekt általános értékelése • Projektzáró értekezlet – értékelik a projekt lefutását Dr. Johanyák Zs. Csaba - Szoftvertechnológia - 2014

  21. A projekt utóélete • Szoftverrendszerrel kapcsolatos költségek 1/3-a fejlesztés és 2/3-a működtetés • Projektzárást követő tevékenységek • Üzemeltetés • Garanciális javítások • Későbbi karbantartás • Támogatás (tanácsadás) • Követés (változó jogi, hardver és szoftver környezet) • Továbbfejlesztés Dr. Johanyák Zs. Csaba - Szoftvertechnológia - 2014

  22. Bejelentések fogadása • Service LevelAgreement (SLA) rögzíti • Bejelentések súlyosság és prioritás szerinti kategorizálása • Vállalt reakcióidők • Informatikai infrastrukturális szolgáltatások módszertana (ITILv3) - InformationTechnologyInfrastructureLibrary (ISO/IEC 20000) • Informatikai rendszerek üzemeltetésére és fejlesztésére szolgáló módszertan, illetve szabvány- és ajánlás-gyűjtemény Dr. Johanyák Zs. Csaba - Szoftvertechnológia - 2014

  23. Bejelentéskezelés Dr. Johanyák Zs. Csaba - Szoftvertechnológia - 2014

  24. Szoftvertechnológia Szoftver életciklus modellek Dr. Johanyák Zs. Csaba - Szoftvertechnológia - 2014

  25. Mi a szoftver? • A számítógépes programok, a hozzájuk kapcsolódó dokumentációk és konfigurációs adatok összessége Két fő csoport • Általános termékek és • Rendelésre készített Dr. Johanyák Zs. Csaba - Szoftvertechnológia - 2014

  26. Igény a rendszerezett munkára • Kezdetben kis programok • Hardverfejlődés → bonyolultabb feladatok • Folyamatábra, metanyelvű algoritmus leírás, stb. • Szoftvertechnológia Dr. Johanyák Zs. Csaba - Szoftvertechnológia - 2014

  27. Boehm - 1976 A szoftvertechnológia tudományos ismeretek gyakorlati alkalmazása • számítógépes programok előállításához, • a fejlesztéshez, a használathoz és karbantartáshoz szükséges dokumentációk tervezésében és előállításában. Dr. Johanyák Zs. Csaba - Szoftvertechnológia - 2014

  28. IEEE - 1983 A szoftvertechnológia olyan technológiai és vezetési alapelvek összessége, amelyek lehetővé teszik • a programok termékszerű gyártását és • karbantartását a költség- és határidő korlátok betartásával. Dr. Johanyák Zs. Csaba - Szoftvertechnológia - 2014

  29. Alap tevékenységek • Követelményelemzés(Mit is kellene csinálni? Mikorra, és mennyiért? – megvalósíthatóság vizsgálata) • Tervezés (architekturálistervezés, absztrakt specifikáció, interfész tervezés) • Implementálás (komponens tervezés, adatszerkezet tervezés és algoritmus tervezés) • Kipróbálás, validálás, bevezetés (szoftverátvizsgálás és tesztelés) • Működtetés, karbantartás, továbbfejlesztés, leállítás Dr. Johanyák Zs. Csaba - Szoftvertechnológia - 2014

  30. Szoftverfolyamat modellek • Vízesés • Boehm féle spirál • Inkrementális (evolúciós) • Újrafelhasználás orientált (komponens alapú) • V • RUP (RationalUnifiedProcess) • ISO/IEC 12207 (1995, 2008) Dr. Johanyák Zs. Csaba - Szoftvertechnológia - 2014

  31. Vízesés modell Dr. Johanyák Zs. Csaba - Szoftvertechnológia - 2014 Ábra forrása: Ficsor Lajos: http://www.iit.uni-miskolc.hu/iitweb/opencms/users/ficsorl/Targyak/Sweng/Segedletek/

  32. Vízesés modell A következő fázis addig nem indulhat el, amíg az előző be nem fejeződött. Ez a modell akkor működik jól, ha a követelmények teljesen ismertek. Előny: Jól menedzselhető és ellenőrizhető. Minden fázisban jól definiált feladatok. Minden fázis jól dokumentálható. Előre jól definiálható követelmények esetén jól alkalmazható. Hátrány: Nagyon sok probléma csak az utolsó fázisban derül ki, így a javítás nagyon költséges. Korán kell jelentős döntéseket hozni, ez hibás döntésekhez vezethet. Nehéz a rendszert a fejlesztés közben változó követelményekhez igazítani. Sok dokumentációs munkát igényel. Dr. Johanyák Zs. Csaba - Szoftvertechnológia - 2014

  33. Spirál modell • megvalósíthatóság • a rendszer követelményeinek meghatározása • rendszertervezés, • stb. Dr. Johanyák Zs. Csaba - Szoftvertechnológia - 2014

  34. Spirál Modell Elemzés Prototípus 3 Igények és Célok Prototípus 2 Prototípus 1 Megvalósítás Tervezés

  35. Spirál modell • megvalósíthatóság • a rendszer követelményeinek meghatározása • rendszertervezés, • stb. Ábra forrása: http://sloanreview.mit.edu/the-magazine/articles/2008/spring/49315-3/the-spiral-model-of-software-development/ Dr. Johanyák Zs. Csaba - Szoftvertechnológia - 2014

  36. Spirál modell Előny: a kockázati tényezőkkel explicite számol. A spirális modellben nincsenek rögzített fázisok, és felölelhet más folyamatmodelleket is (vízesés, evolúciós, stb.). Hátrányai: a modell alkalmazása bonyolult, munkaigényes feladat; a párhuzamos foglalkoztatás csak a 3. szektorban lehetséges. Dr. Johanyák Zs. Csaba - Szoftvertechnológia - 2014

  37. V modell Forrás: http://softwareandme.wordpress.com/2009/10/20/software-development-life-cycle/sdlc_v_model Dr. Johanyák Zs. Csaba - Szoftvertechnológia - 2014

  38. V modell Egy módosított vízesés modell. Megkülönbözteti a fejlesztésen belül a konstrukciós és a tesztelési fázisokat. Definiálja a tesztelés szintjeit. Szemlélteti, hogy a tesztelési munka végigköveti a teljes fejlesztési folyamatot. Összefüggést tételez fel az egyes konstrukciós fázisok és az egyes tesztelési szintek között. Dr. Johanyák Zs. Csaba - Szoftvertechnológia - 2014

  39. Inkrementális (evolúciós) Dr. Johanyák Zs. Csaba - Szoftvertechnológia - 2014 Ábra forrása: Ficsor Lajos: http://www.iit.uni-miskolc.hu/iitweb/opencms/users/ficsorl/Targyak/Sweng/Segedletek/

  40. Dr. Johanyák Zs. Csaba - Szoftvertechnológia - 2014

  41. Evolúciós modell Ki kell fejleszteni egy kezdeti implementációt (prototípust), azt a felhasználókkal véleményeztetni, majd sok-sok verzión át addig finomítani, amíg megfelelő nem lesz. Iterációs modellnek is nevezik. Objektum orientált fejlesztésben gyakran használják. Ez a modell a felhasználó kívánságait jobban kielégítő programot eredményez. A kis (<100.000 programsor) és közepes (<=500.000 programsor) rendszerek fejlesztéséhez ideális. Hátrányai: a folyamat nem látható; a rendszerek gyakran szegényesen strukturáltak; a gyors fejlesztés rendszerint a dokumentáltság rovására megy. Dr. Johanyák Zs. Csaba - Szoftvertechnológia - 2014

  42. Újrafelhasználás orientált fejlesztés (komponens alapú) • Komponenselemzés • Követelménymódosítás • Rendszertervezés újrafelhasználással • Fejlesztés és integráció Dr. Johanyák Zs. Csaba - Szoftvertechnológia - 2014

  43. Komponens alapú modell Előnye: lecsökkenti a kifejlesztendő részek számát, így csökkenti a költségeket és a kockázatot. Ez általában a kész rendszer gyorsabb leszállításához vezet. Hátrányai: a követelményeknél hozott kompromisszumok elkerülhetetlenek, és ez olyan rendszerhez vezethet, ami nem felel meg a felhasználó valódi kívánságának. Dr. Johanyák Zs. Csaba - Szoftvertechnológia - 2014

  44. RUP Munkafolyamatok Munka- folyamatok Követelmények Tervezés Implementáció Teszt Fázisok: Előkészítés Kidolgozás Megvalósítás Átadás Dr. Johanyák Zs. Csaba - Szoftvertechnológia - 2014 Ábra: http://www.quattrosoft.hu/szolgaltatasok/szoftverfejlesztes

  45. RUP - dimenziók Az ábra vízszintes dimenziója az időbeliséget, a függőleges dimenziója a különböző munkafolyamatokat (tevékenységeket) szimbolizálja. Az ábra harmadik dimenziója – amit a sávok magassága jelent –, az egyes tevékenységek intenzitását, erőforrás igényét szimbolizálja. Egy-egy fázis elkészítése során több munkafolyamatot érint, ugyanakkor az egyes munkafolyamatok a különböző fázisokban különböző intenzitásúak, erőforrás igényűek. Dr. Johanyák Zs. Csaba - Szoftvertechnológia - 2014

  46. ISO 12207 Forrás: Tarczali Tünde: UML diagramok a gyakorlatban [link] Dr. Johanyák Zs. Csaba - Szoftvertechnológia - 2014

  47. CASE eszközök • Computer-Aided Software Engineering • Követelményspecifikáció: grafikus rendszermodellek, üzleti és domain • Elemzés/tervezés során: adatszótár kezelése, mely a tervben található egyedekről és kapcsolataikról tartalmaz információt; felhasználói interfész generálását egy grafikus interfész-leírásból, melyet a felhasználóval együtt készíthetünk el.; a terv ellentmondás mentesség vizsgálata • Implementáció során: automatikus kódgenerálás (Computer Aided Programming - CAP);verziókezelés • Szoftvervalidáció során: automatikus teszt-eset generálás, teszt-kiértékelés, -dokumentálás • Szoftverevolúció során: forráskód visszafejtés (reverse engineering); régebbi verziójú programnyelvek automatikus újrafordítása újabb verzióba. Dr. Johanyák Zs. Csaba - Szoftvertechnológia - 2014

  48. CASE eszközök • Automatikus dokumentumgenerálás; • Projektmenedzsment támogatás (ütemezés, határidők figyelése, erőforrás-tervezés, költség- és kapacitásszámítás, stb. ) Dr. Johanyák Zs. Csaba - Szoftvertechnológia - 2014

  49. Szoftvertechnológia UML Dr. Johanyák Zs. Csaba - Szoftvertechnológia - 2014

  50. UML • UnifiedModelingLanguage • Egységes modellező nyelv • 2.4.1 (2.1.2 ISO/IEC 19505 ) http://www.uml.org • Object Management Group • Eric J. Naiburg, Robert A. Maksimchuk: UML földi halandóknak. Kiskapu Kiadó, Budapest, 2006. Dr. Johanyák Zs. Csaba - Szoftvertechnológia - 2014

More Related