Vázlat Szoftverfejlesztés

Vázlat Szoftverfejlesztés

V alósidejű rendszerek tervezése 2007

• A szoftverfejlesztésrőláltalában • O bjektum orientálttervezés • A fejlesztés folyam ata • Szabványok • IT projektm enedzsm ent

D r.K ondorosiK ároly BM E IIT D r.KondorosiKároly:Szoftverfejlesztés -2

Szoftverfejlesztés (1)


A z alapproblém a PR O B LÉM A TÉR

M odellezés Tervezés Im plem entáció (O ptim alizáció)

IM PLEM EN TÁ C IÓ S TÉR A fogalm im odellnek m egfelelő im plem entációs m odellek

Fogalm i m odell

tervezés

im plem entáció

m odellezés

VA LÓ SÁ G

M ilyen m odelleket alkossunk? H ogyan ábrázoljuk ezeket?

Im plem entációs m odell

A követelm ényeket kielégítő rendszerek

m odellezés

A felhasználható eszközökből építhető rendszerek

A felhasználható eszközökkel létrehozható,a követelm ényeket kielégítő rendszerek

A m egvalósított rendszer

N ehézségek (többek között) – bonyolultság H ány dolgottudunk egyszerre fejben tartani? (Bűvös hetes) absztrakció és dekom pozíció

– kom m unikáció felhasználó -fejlesztő fejlesztő csoport

form ális leírás

D r.KondorosiKároly:Szoftverfejlesztés -3


Szoftverfejlesztés (3) H ogyan uraljuk a bonyolultságot? Azabsztrakció olyan gondolkodásim űvelet, am elynek segítségévela dolgok szám unkra fontos jegyeitelvonatkoztatjuk a kevésbé fontosaktól,az általánosítható tulajdonságokataz egyediektől D ekom pozíciónak nevezzük egy rendszer együttm űködő,egyszerűbb részrendszerekre bontását,ahola részrendszerek együttesen az eredetirendszernek m egfelelő viselkedéstm utatnak D r.KondorosiKároly:Szoftverfejlesztés -5

Szoftverfejlesztés (4) M odellsorozatot kellkialakítani: •egym ásra épülő, különböző absztrakciósszintű m odellekkelkell kitöltenim indkét teret •m eg kellfeleltetni egym ásnak a két tér fogalm ait

M ilyen sorrendben?

A bsztrakt

A feladatotm egoldó rendszer

A feladatotm egoldó szám ítógépes rendszer

Im plem entációs tér

P roblém atér S zükséges m egfelelések

R eleváns tartom ány A konkrét rendszer

Fogalm i m odell

Im plem entációs m odell

A konkrét szám ítógépes rendszer

Konkrét

V alóságos rendszer


1


A folyam at

Szoftverfejlesztés (6) H ogyan dokum entáljunk?

PRO BLÉM ATÉR Absztrakciós szint

IM PLEM ENTÁCIÓS TÉR

A term észetes nyelv pontatlan

Absztrakciósszint

1 leképezés

Form ális leírás

1

innen

• pontos fogalm ak

2

analízis

tervezés

FO GALM I M O DELL

IM PLEM ENTÁCIÓ S M ODELL

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ő,...???)

3 2

im plem entáció ide

innen LEHETSÉGES RENDSZEREK

ide M EGVALÓSÍTO TT RENDSZER

Fogalmimodell

Implementációsmodell

• pontos szerkezetek kapcsolatok iránya,tartalm a (M egetette a lovata zabbal...)




Vázlat

M ia választék? Term észetes nyelv -pontatlan -félreérthető -terjengős

Pszeudo nyelv

M atem atikai form ula Program nyelv

+ közérthető + lineáris

D iagram + könnyen érthető + töm ör

+ pontos -nem + egyértelm ű közérthető + töm ör + ~ lineáris


-nem lineáris D r.KondorosiKároly:Szoftverfejlesztés -9


Szoftverfejlesztés (8) O bjektum -orientáltszoftverfejlesztés O M G szerepe (w w w .om g.org)

– M odellek szereplők,m űveletek,viselkedés (use-case,package,class,sequence,com ponent)

– Form alizm us U M L:nyelv,diagram

– Folyam at RU P:életciklus D r.KondorosiKároly:Szoftverfejlesztés -11

Szoftverfejlesztés (9) A lapgondolat • a feladatotegyüttm űködő objektum ok oldják m eg • 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 D r.KondorosiKároly:Szoftverfejlesztés -12

2

Szoftverfejlesztés (10) Tervezéskorfokozatosan konkretizálva (finom ítás) • Szereplők A bsztrakció:objektum ok osztályozása -osztályhierarchia (class-diagram ),„isa ...” D ekom pozíció:m ilyen részekbőlálla rendszer-belső szerkezet„hasa ...” (subsystem ,package,com ponent) K ikkelm űködnek együtt-egyéb kapcsolatok

• M űveletek (m ilyen üzeneteketértenek m eg) m ethod,use-case

• V iselkedés Ü zenetre m etódus végrehajtásávalreagál,ebben állapotot változtat,üzeneteketküld (use-case,sequence)

Szoftverfejlesztés (11) H asználatiesetek (use-case) • felhasználóiszint • fejlesztőiszint V .26.V onalhúzás Kezdet: felhasználóibal-klikk a m enü vonalikonjára. A rendszer+-re változtatja a cursoralakját. A m ikorfelhasználóibal-klikk,Nyom hagyás. A m ikorfelhasználóibal-klikk,vonalrajzolás utolsó nyom tólaktuálispozícióig, nyom törlés,cursorvisszaállítás. Vége.


U se-case diagram

• Leírás:algoritm us D iagram :egym ásra épülés

use-case

<>

A

B <>

A

B


Szoftverfejlesztés (12) V .26.V onalhúzás felhasználó Kezdet: felhasználóibal-klikk a m enü V onalvonalikonjára. húzás •A rendszer+-re változtatja a cursoralakját. •A m ikorfelhasználóibal-klikk,Nyom hagyás. <> •A m ikorfelhasználóibal-klikk,vonalrajzolás <> N yom utolsó nyom tólaktuálispozícióig,nyom törlés, hagyás cursorvisszaállítás. Vége. SokszögH asznál:N yom hagyás rajzolás Kiterjeszthető:Sokszög-rajzolás

aktor

Szoftverfejlesztés (13) • Vezérlésiszál:a m űveleteketa végrehajtás sorrendjében köti össze • Fejlesztőiszintű use-case

szinkron

U se-case szerepe: • specifikáció m egértése • viselkedés rögzítése • egyeztetés a felhasználóval • teszttervezés • m etódusok azonosítása


aszinkron ??




O bjektum ok és osztályok O sztályok kapcsolatai

• O bjektum nak van: – egyediazonosítója (neve) – állapota (sajátváltozói) – viselkedése (a funkcióiellátásátbiztosító m etódusai)

• O sztály: – általánosobjektum -azonosfajta objektum ok m intája

– öröklés (inheritance,generalization)(isa ...)

– tartalm azás (aggregation)(has a ..)

K U TY A név:text fajta:text kor:integer

(K U TY A ) Blöki korcs 2

(K U TY A ) Bodri puli 5

Példányok léte dinam ikus •konstruktor •destruktor •perzisztencia


– hívás (association,dependency) D r.KondorosiKároly:Szoftverfejlesztés -18

3


Szoftverfejlesztés (17) Tartalm azás A BLA K

Ö röklés A BLA K -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)

referencia (laza)

érték (szoros)

Á BR A A D A TK ÉRŐ ABLAK -cím ke:szöveg -kitöltendő:karakter +adatkérés(kitöltendő)

M EN Ü SO R



Szoftverfejlesztés (18) H ívás

Szoftverfejlesztés (19) Csom agok (packages)

TA N Á R

kétirányú

• Ö sszetartozó osztályok -koherencia alapján • Csom agok hierarchiája (fa) • Csom agok közöttlegfeljebb asszociáció típusú kapcsolatlehet(hívás) • K orábban hiányzottaz O O m ódszertanokból

egyirányú

D IÁ K

C SÚ SZK A

...

Ü ZEN Ő A BLA K -üzenet:szöveg -nyom ógom b:gom b

N A PLÓ

A legfelső szintű csom agok és a köztük lévő kapcsolatok (asszociációk) alkotják a rendszer nagyvonalú architekturálistervét. D r.KondorosiKároly:Szoftverfejlesztés -21

Szoftverfejlesztés (20) Szekvencia diagram ok (forgatókönyv) Ügyfél C ím zett B ank

Virágos

m egrendel

ám 4/sz del n e r eg 1/m


la

V IRÁ G O S

2/ 3/ vir átv ág esz ot i kü ld

virágotküld átveszi

Ü G Y FÉL

szám látküld utalványoz

M ás lehetőségek: •együttm űködésidiagram •állapotdigram ok

Együttm űködési diagram

értesít értesít


5/ uta lvá ny oz 6/ ért esí t

7/értesít

•Leírják az objektum ok együttm űködésének lefolyását •D inam ikus m odell •M etódusok (üzenetek, asszociációk)szerepelnek benne


CÍM ZETT

BA N K D r.KondorosiKároly:Szoftverfejlesztés -24

4

Szoftverfejlesztés (22) K om ponensek és alrendszerek Logikaiarchitektúra

Szoftverfejlesztés (23) Ö sszefoglalás

Fizikaiarchitektúra (kom ponensek)

•rendszer •package •class

•rendszer •alrendszer •m odul

TERV

KÓD

– M egism erteszközök,technikák • U se-case • O sztálydiagram ok:öröklés,tartalm azás,hívás • Csom agok • Szekvencia diagram ok (együttm űködés,állapot) • K om ponensek és alrendszerek kialakítása



Szoftverfejlesztés (24) A tervek kialakulása Felhasználóiszintű használatiestek Fejlesztőiszintű használatiesetek

Felhasználói követelm ények K ezdeti csom agszerkezet •C A SE •varratm entes illesztés

K ódkeretek (sceletonok)

Csom ag szintű használatiesetek

Vázlat • A szoftverfejlesztésrőláltalában • O bjektum orientálttervezés • A fejlesztés folyam ata • Szabványok • IT projektm enedzsm ent

O sztály, csom ag és kom m unikációs diagram ok D r.KondorosiKároly:Szoftverfejlesztés -27


Szoftverfejlesztés (25) A z O O fejlesztés folyam ata

Szoftverfejlesztés (26) Fázisok és tevékenységek

– Problém am egoldás tevékenységei • m egértés (analízis) • tervezés • m egvalósítás • verifikáció

Felkészülés

Nem szigorú sorrend inkább ciklikus ?

– M enedzsm ent • ellenőrzésipontok • haladás,költség m érése • kockázatelem zés

K idolgozás Építés Á tadás

Fázisok,m érföldkövek kellenek

0% A nalízis


20% Tervezés

40%

60%

M egvalósítás

80%

100%

V erifikáció


5

Szoftverfejlesztés (27) Javasoltéletciklus

Szoftverfejlesztés (28) Felkészülés

Ellenőrzöttiteráció

K idolgozás

Építés

Á tadás

Felhasználóihasználatiesetek

• felkészülés (inception) • kidolgozás (elaboration) • építés (construction) • átadás (transition)

Az intenzitás nem egyenletes

M agasszintű csom agszerkezet Fejlesztőihasználatiesetek,kom m unikációs diagram ok O sztálydiagram ok

Inkrem entális építkezés O sztályok kódolása,m odulintegráció

• 2-3 m enet R endszerintegráció és teszt D r.KondorosiKároly:Szoftverfejlesztés -31


Szoftverfejlesztés (29) Inkrem entális ellenőrzöttiteráció F

K

É

Á

F

Életciklus M itörténik egy term ékkelaz ötlet m egszületésétőla forgalom bólvaló kivonásig

1.m enet

K

A szoftver életciklusa (1)

É

3.m enet

Példány élettörténete -típus életciklusa

2.m enet

Á

F

K

É

Á

M iértciklus?



Töm egterm ék életciklusa


M ódosítandó

G azdasági tervezés

G yártm ánytervezés

Prototípus készítés

Prototípus kiértékelése

R em énytelen

A szoftverspecialitásai

G yártható

Term ékfejlesztés szükséges

G yártástervezés

N ullszéria gyártása

R em énytelen

N ullszéria kiértékelése

G yártásfejlesztés szükséges

G yártható

Term ékfejlesztés szükséges

G yártásbeindítása

É rtékesítés beindítása

K arbantartás, szerviz beindítása

M űszakigazdasági értékelés

G yártásfejlesztés szükséges G yártásfejlesztés szükséges

Term ék leállítása N em érdem es tovább gyártani N em érdem es tovább gyártani


• dom iná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 (m ozgó célpont)


6


A szoftver életciklusa (5) A m érföldkövek dokum entum ai

V ízesésm odell

architektúrális részletes tervezés tervezés

analízis

kódolás

integrálás

tesztelés

analízis architekturális tervezés részletes tervezés

PFR

SR R

RRendszer -endszer def iní ci óó def iní ci

kódolás

Pr oj ekt Pr oj ekt ter vv ter

PD R

CDR

Ar chi tekt .. Ar chi tekt ter vvdoku. ter doku.

SC R

For ráskód For ráskód

Követ el mmény Követ el ény speci fifkáci óó speci ikáci

RRészl et es észl et es ter vvdoku. ter doku.

tesztelés

El ôzet es El ôzet es fel használ ói fel használ ói kézi könyv kézi könyv

Fel használ ói Fel használ ói kézi könyv kézi könyv

Projektek alapsém ája

El ôzet es El ôzet es ver ifiifkáci ós ver ikáci ós ter vv ter

M érföldkövek

A TR

PR R PPM Ér tékel ôô Ér tékel jel ent és jel ent és

El fogadhat ósági El fogadhat ósági teszt vv tesztter ter

integrálás

V isszalépések drágák Felhasználóivisszacsatolás későn

Ver ifii ós Ver fkáci ikáci ós ter vv ter





V m odell Inkrem entális m odellek -prototípus RRendszer endszerteszt teszt tt er vezése er vezése

Anal ízi ss Anal ízi

Ar chi tt ekt úr ál isis Ar chi ekt úr ál tt er vezés er vezés

RRendszer endszerteszt teszt

Int egr áci ós Int egr áci ósteszt teszt ter vezése ter vezése

Előszörkritikus részeketvalósítanak m eg Fokozatosan építik hozzá a többit

Int egr áci ós Int egr áci ósteszt teszt

M ibőllegyen prototípus? RRészl et es észl et es ter vezés ter vezés

MModul ek odulteszt teszt ek tt er vezése er vezése

MModul ek odulteszt teszt ek

K ritikus: • m eg tudjuk-e csinálni • m ilyen lesz,ha m egcsináljuk

Kódol ás Kódol ás



Felhasználói felület


A szoftver életciklusa (9) M inőségbiztosítás

Spirálm odellek 1

2

C élok tisztázása, alternatívák

Alternatívák értékelése K ockázatelem zés

Értékelés, újciklus indítása

M egvalósítás, tesztelés

4

3

A lapsém ák kom bináltan is használhatók D r.KondorosiKároly:Szoftverfejlesztés -41

– Szoftverm inőség – Legyen életciklus m odell – ISO -9000 – CM M (Capability M aturity M odel) A szervezet(m unkafolyam atainak)érettségétm inősíti (kezdetleges,m egism ételhető,jóldefiniált,szervezett, optim alizált)

„H ibátlan-e” helyett„piacra vihető-e m ár” D r.KondorosiKároly:Szoftverfejlesztés -42

7

A Q M IM m inőségügyikeret M érőszám


M inőségi attribútum

Erőforrás

Folyam at

Term ék

D efiníció

Q uality through M anaged Im provem entand M easurem ent

Vázlat



M SZ 12207 (1) • K eretszabvány • Rendszerek,szoftverterm ékek és szolgáltatások • Beszerzés,szállítás,fejlesztés,üzem eltetés, karbantartás • K étfél-de szervezeten belülis • Folyam atokatragadja m eg Fő,tám ogató és szervezetifolyam atok

M SZ 12207 (2) M SZ (ISO /IEC ) szabvány

A lkalm azás, illesztés,értékelés tesztelés stb.

ID Ő PÉN Z

M O D ELLEK M Ó D SZEREK

JO G BIZTO N SÁ G

stb. A SZERVEZET K ÉPESSÉG EI (m inőségipolitika, eljárások,… )


SZER ZŐD ÉS

M IN ŐSÉGITERV

FELELŐSSÉG I M ÁTRIX

PROJEKTTERV

PR O JEK T D r.KondorosiKároly:Szoftverfejlesztés -46

M SZ 12207 (3)

M SZ 12207 (4) Fogalom tár(kiegészítő)

Folyam at Tevékenység Feladat

K orlátok • nem részletezia folyam atok tevékenységeit • nem részletezia dokum entum okat • nem írelő életciklus-m odellt,vagy fejlesztési m ódszert • nem akarellentm ondásba kerülnisem m im eglévővel D r.KondorosiKároly:Szoftverfejlesztés -47

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 D r.KondorosiKároly:Szoftverfejlesztés -48

8

M SZ 12207 (5)

M SZ 12207 (6) Folyam atok kapcsolata

Fő folyam atok 1.Beszerzés 2.Szállítás 3.Fejlesztés 4.Ü zem eltetés 5.K arbantartás

Tám ogató folyam atok 1.D okum entálás 2.K onfigurációkezelés 3.M inő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

BESZERZŐ SZÁLLÍTÓ

IRÁN YÍTÓ

IRÁN YÍTÁSI FO LY AM AT

BESZERZÉSI FO LY AM AT

ÜZEM ELTETŐ FELH ASZN ÁLÓ

ÜZEM ELTETÉSI FO LY AM AT

SZÁLLÍTÁSI FO LY AM AT

FEJLESZTŐ K ARBAN TARTÓ TÁ M O G ATÓ SZEM ÉLY ZET

FEJLESZTÉSI K ARBAN TARTÁSI FO LY AM AT FO LY AM AT

szerződés

1.Irányítás 2.Infrastruktúrabiztosítás 3.M egújítás

BESZER ZŐ és SZÁ LLÍTÓ ne legyen ugyanaz

4.K épzés



Vázlat • A szoftverfejlesztésrőláltalában • O bjektum orientálttervezés • A fejlesztés folyam ata • Szabványok • IT projektm enedzsm ent


IT projektm enedzsm ent(1) M iértprojekt?


IT projektm enedzsm ent(2) U SA becslések

A célfontos,de a m egvalósítás nem helyezhető el a szervezetnorm áltevékenységében • egyedi • kom plex • erőforráskorlátos • m inőségorientált • kockázatos


275 M rd U SD /év ~ 200 000 projekt többsége nem sikeres


9

IT projektm enedzsm ent(3) Projektfázisok

IT projektm enedzsm ent(4) D efiniálás • A lapvető célok (a szervezetcéljaihoz való illeszkedés

• D efiniá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ástervezés

• V égrehajtás követés,értékelés,korrekciók,kom m unikáció

• Lezárás deklaráció,értékelés D r.KondorosiKároly:Szoftverfejlesztés -55

bem utatása,elkötelezettség m egterem 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 D r.KondorosiKároly:Szoftverfejlesztés -56

IT projektm enedzsm ent(5) Tervezés • tevékenységek lebontása (W ork Breakdow n Structure) (pontosan m egfogalm azható,felelőse legyen,m érföldkövek)

• logikaitevékenységdiagram (hálóterv,Pertchart,precedenciadiagram ,átfedések?)

• időbeliütem ezés (G anttchart) (átlapolható,SS,FS,FF kapcsolatok)

• kritikus út(tartalékidők,A SA P,A LA P ütem ezés) • erőforrástervezés (m unkaerő,tárgyieszköz,költség,cashflow ) • kockázatelem zés (kockázat-hozam technika) D r.KondorosiKároly:Szoftverfejlesztés -57


IT projektm enedzsm ent(5) Tervezés • tevékenységek lebontása (W ork Breakdow n Structure) (pontosan m egfogalm azható,felelőse legyen,m érföldkövek)


• időbeliütem ezés (G anttchart) (átlapolható,SS,FS,FF kapcsolatok)

• kritikus út(tartalékidők,A SA P,A LA P ütem ezés) • erőforrástervezés (m unkaerő,tárgyieszköz,költség,cashflow ) • kockázatelem zés (kockázat-hozam technika) D r.KondorosiKároly:Szoftverfejlesztés -59


10

IT projektm enedzsm ent(5) Tervezés • tevékenységek lebontása (W ork Breakdow n Structure)

IT projektm enedzsm ent(8) K ategóriák a kockázat-hozam technikával

(pontosan m egfogalm azható,felelőse legyen,m érföldkövek)


I. felkészülnialternatív m egoldásokkal

• időbeliütem ezés (G anttchart) II. m egelőzésitechnikák

(átlapolható,SS,FS,FF kapcsolatok)

• kritikus út(tartalékidők,A SA P,A LA P ütem ezés) • erőforrástervezés (m unkaerő,tárgyieszköz,költség,cashflow ) • kockázatelem zés (kockázat-hozam technika)

III.elhanyagolható

V égrehajtáskor detektálni!



IT projektm enedzsm ent(9) M egvalósítás

IT projektm enedzsm ent(10) Lezárás

• követés (haladásm é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ása végeredm ényre)

• beavatkozás • tervm ódosítás • kom m unikáció az érintettekkel

• é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


IT projektm enedzsm ent(11) M SZ 12207 szabvány

A lkalm azás, illesztés,értékelés tesztelés stb.

ID Ő PÉN Z

A SZERVEZET K ÉPESSÉG EI (m inőségipolitika, eljárások,… )

O O projektm enedzsm ent(1) Felkészülés

M O D ELLEK M Ó D SZEREK

K idolgozás

Építés

Á tadás

Felhasználóihasználatiesetek

Az intenzitás nem egyenletes

M agasszintű csom agszerkezet

JO G BIZTO N SÁ G

stb.


Fejlesztőihasználatiesetek,kom m unikációs diagram ok

SZER ZŐD ÉS

M IN ŐSÉGITERV

FELELŐSSÉG I M ÁTRIX

O sztálydiagram ok O sztályok kódolása,m odulintegráció

PROJEKTTERV

PR O JEK T D r.KondorosiKároly:Szoftverfejlesztés -65

R endszerintegráció és teszt D r.KondorosiKároly:Szoftverfejlesztés -66

11

O O projektm enedzsm ent(2) Inkrem entális ellenőrzöttiteráció F

K

É

Á

O O projektm enedzsm ent(3) Problém ák • A projektterv elkészítéséhez valam eddig elkelljutni a rendszeranalízisben.H olhelyezkedik ela projekt tervezése az életciklusban?

1.m enet

Az első F szakaszelején,úgy,hogy legfeljebb a teljes projekt-költség 5 -10 % -átvigye el F

K

É

2.m enet

Á

3.m enet

F

K

É

Á

• H ogyan becsüljünk tervezéskor? • M ilyen szervezetetállítsunk fel? • H ogyan m enedzseljük az egyes fázisokat, fázisátm eneteket?


O O projektm enedzsm ent(4)

O O projektm enedzsm ent(5) Becslések (folytatás)

Becslések – Pontatlanok (25% hiba),de a go/no go döntéshez jók – K ellem 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 H atékonyság:m éret/m unkaigény K öltség:a m unkaráfordítások

Figyelem be veendő a nyelv,a fejlesztőeszköz,az

újrahasznosítás,a gyakorlottság,... K orábbitapasztalatok és szakértőiadatok alapján • rendszer-analógiákra alapozva • csom ag-analógiákra alapozva • param éteres m odellre alapozva CO CO M O (Constructive CostM odel)család: típusalkalm azás,koraiterv,architektúrára alapozott


Projektszervezet

O O projektm enedzsm ent(6)


O O projektm enedzsm ent(7) Fázisok,fázishatárok

Program m enedzser

(példa)

V ezető rendszertervező

M inőségbiztosító Problém a szakértő

Fejlesztésm enedzser V ezető fejlesztő

M egrendelő képviselője

• Felkészülés -K idolgozás átm enet K övetelm ény felülvizsgálat

•K idolgozás -Építés átm enet R endszerterv felülvizsgálat

•Építés -Á tadás átm enet M űködőképességiteszt

Szerszám készítő

•Á tadás lezárása Átadó /tesztelő team

1.csom ag team

2.csom ag team

n.csom ag team


Á tvételieljárás D r.KondorosiKároly:Szoftverfejlesztés -72

12

O O projektm enedzsm ent(8) A sikerérdekében •Törődés a team m el •K oncentráltság és lendületfenntartása

IT projektm enedzsm ent(14) Statisztikák (USA) 1998

28,0%

46,0%

26,0%

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

Bukás 40,0%

1996

33,0%

27,0%

Problém ás Sikeres

31,0%

1994

52,7%

•Csökkenő projektm éret •Rövidebb periódusok •K evesebb fejlesztő

16,2%

• Á :késő,csak a következő m enetben 0%

•Fegyelem m ikroütem ezés,tervezés,konfiguráció m enedzsm ent

20%

40%


IT projektm enedzsm ent(15)

60%

80%

100%

(Standish G roup) D r.KondorosiKároly:Szoftverfejlesztés -74

IT projektm enedzsm ent(16) K udarc okai

Sikertényezők Felhasználóirészvétel Felsővezetőitám ogatás

20% 15 %

Tiszta üzleticélok

15 %

Tapasztaltprojektvezetés

15 %

K is m érföldkövek

10 %

Tisztázottigények

5 %

A lkalm as projekttagok V ezetés Egyéb

5 % 5 % 5 % D r.KondorosiKároly:Szoftverfejlesztés -75

H iányos követelm ények Felhasználóiközrem űködéshiánya Erőforráshiány Irreális célkitűzések V ezetőitám ogatáshiánya V áltozó követelm ények Tervezéshiánya Érdekm úlás IT m enedzsm enthiánya Technológiaitudatlanság Egyéb

13.1% 12.4% 10.6% 9.9% 9.3% 8.7% 8.1% 7.5% 6.2% 4.3% 9.9%


13

Vázlat Szoftverfejlesztés

Recommend Documents