Modulis T10B320 "Projektavimo valdymas"

1
Modulis T10B320 "Projektavimo valdymas"

• Vertinimas
• Egzaminas - 50 pažymio.
• Laboratoriniai darbai - 50 pažymio.
• http//www.soften.ktu.lt/kestas

2
Laboratoriniai darbai

• 1. darbas. Susipažinimas su Microsoft Projectu
• 2 darbas. Bakalaurinio darbo darbu planas
  (grafikas)
• 3. darbas. Darbu planas (grafikas) su kainomis
• 4. darbas. 3-iame darbe sudaryto darbu plano
  optimizavimas (sutrumpinimas)

3

• 1 lab. darbas turi buti apgintas iki kovo 12 d.,
• 2 lab. darbas turi buti apgintas iki balandžio 2
  d.,
• 3 lab. darbas turi buti apgintas iki balandžio 30
  d.,
• 4 lab. darbas turi buti apgintas iki gegužes 21
  d..
• Už velavima -2 balai, už didesni nei 1 men.
  velavima -4 balai.

4
Laboratoriniai darbai vykstatreciadieniais
8.00 - 14.00ketvirtadieniais 8.00 - 11.45 ir
14.15 15.45Visi darbai vyksta 206 SC aud.
5
Apžvelgiamos temos

• Projekto planavimas
• Projekto darbu tvarkarašcio (grafiko)sudarymas
• Rizikos valdymas
• Žmoniu valdymas
• Kokybes valdymas
• Kainos ivertinimas (apskaiciavimas)

6
Esmines veiklos

• PI specifikavimas
• PI projektavimas
• PI kodavimas
• PI validavimas
• PI palaikymas (vystymas).

7
Proceso modeliai

• Krioklio modelis
• Aiškiai atskirtos proceso veiklos
• Evoliucinis kurimas
• Proceso veiklos persidengia
• Formalus sistemu kurimas
• Matematinis sistemos modelis formaliai
  transformuojamas i realizacija
• Kurimas pagristas pakartotiniu panaudojimu
• Sistema yra sukomplektuojama iš jau
  egzistuojanciu komponentu.

8
Krioklio modelis

• Analizes etapas
• Projektavimo etapas
• Realizavimo etapas
• Integracija ir sistemos testavimo etapas
• Eksploatavimo ir palaikymo(vystymo) etapas

9
Programines irangos kokybes atributai

• Naudingumas
• Pasikliaunamumas (parengtumas, patikimumas, sauga
  ir apsauga)
• Aiškumas ir palaikomumas
• Efektyvumas

10
Sanaudu pasiskirstymas

• Ivairioje literaturoje sanaudu pasiskirstymas
  tarp projektavimo/palaikymo yra pateikiamas kaip
  40/60, 30/70 ir net 10/90
• Palaikymo sanaudu tipinis pasiskirstymas maždaug
  toks 60 (tobulinimas) / 20 (pritaikymas prie
  pakitusios aplinkos) / 20 (klaidu taisymas).
• Projektavimo sanaudu tipinis pasiskirstymas
  maždaug toks 40 (analize ir projektavimas) / 20
  (kodavimas ir moduliu testavimas) / 40
  (integracija ir sisteminis bei priemimo
  testavimas).

11

• Jei priimame, kad bendros sanaudos - 100, o
  projektavimo/palaikymo santykis 40/60, tai
  gauname toki bendra sanaudu pasiskirstyma
• 16 - analize ir projektavimas,
• 8 - realizacija,
• 16 - testavimas,
• 12 - adaptavimas,
• 36 - tobulinimas
• 12 - klaidu taisymas

12
Projektu dydžiai
13

• Pagal Standish Group duomenis 1995 metais JAV
  buvo išleisti 85 milijardai canceled
  projektams, tokiu projektu procentualiai buvo
  31.
• 53 projektu viršijo biudžeta daugiau nei 50.
• Tik 9 dideliu projektu buvo baigti laiku ir
  pagal biudžeta, 16 -vidutiniu ir 28 - mažu.

14
Skirtumai

• Produktas yra nematerialus
• Nera aiškaus supratimo apie PI kurimo procesa
• Dideles PI sistemos dažnai yra unikalus projektai
  
• Lankstumas (Flexibility)

15

• Projekto menedžeris yra asmuo, atsakingas už
  sekminga projekto ivykdyma. Projekto menedžeris
  vykdo projekto planavima, vadovauja jam,
  organizuoja ir kontroliuoja projekta bei
  užtikrina, kad komunikaciniai ryšiai butu aiškiai
  nustatyti ir naudojami

16
Menedžeris turi sugebeti atsakyti i šiuos
klausimus

• Kokie projekto tikslai
• Kodel buvo sugalvota realizuoti ši projekta
• Kada projektas turi buti baigtas
• Kaip turi buti atliktas darbas, t.y. projekto
  kokybe
• Kas turi atlikti darba, t.y. kas subkontraktoriai.

17
Kas yra menedžerio kompetencijoje?

• pasiulymo rašymas,
• projekto kainos ivertinimas,
• projekto planavimas ir darbu grafiko sudarymas,
• projekto kontrole,
• personalo parinkimas (atranka) ir ivertinimas,
• ataskaitu rašymas ir pristatymai (presentations).

18
Produktyvumo vienetai - Apimtis/Laikas

• Išeities kodo eiluciu kiekis, parašytas per
  programuotojo menesi
• Funkciniu tašku kiekis, realizuotas per
  programuotojo menesi
• Objektiniu tašku kiekis, realizuotas per
  programuotojo menesi (kai projektavime naudojamos
  4 kartos kalbos)
• Objektiniu instrukciju kiekis, parašytas per
  programuotojo menesi
• Dokumentacijospuslapiu kiekis, parašytas per
  programuotojo menesi
• Testu kiekis, parašytas per programuotojo menesi.

19
Faktoriai, apsprendžiantys PI kokybe ir darbo
produktyvuma

• Individualus sugebejimai.
• Galima išskirti du sugebejimu aspektus bendra
  kompetencija ir individualias žinias atskiroje
  taikomojoje srityje.

20
Sackman eksperimentas

• 12 programuotoju, turinciu patyryma toje
  srityje, kurios taikomaja programa reikejo
  sukurti, parode tokius rezultatus
• programos dydis 15
• b) programos vykdymo laikas 113
• c) kodavimo laikas 125
• d) derinimo laikas 128.
• Palygines geriausia ir blogiausia produktyvuma,
  Sackman gavo santyki 116.
• Atmetus kraštutinius rezultatus buvo gautas
  produktyvumo santykis 15.
• Santykis (15) rodo, kad individualus
  sugebejimai yra labai reikšmingas faktorius.

21
2. Bendravimas grupeje.

• Jei grupeje yra n programuotoju, tai bendravimo
  ryšiu skaicius yra lygus n(n-1)/2
• Brooks desnis Papildomo programuotoju skaiciaus
  panaudojimas veluojanciame projekte gali projekta
  dar užvelinti (Adding more programmers to a late
  project may make it later).
• Priežastys
• Nauji žmones turi susipažinti su sistema, o
  žmones, kurie apmoko, kuria ta sistema,t.y. tuo
  metu jie nedirba
• Išauga ryšiu skaicius.

22

• Pavyzdys.
• Sistema kuria 4 inžinieriai, kuriu produktyvumas,
  kai dirba pavieniui 6000 eil./metus. Grupe
  organizuota kaip tinkline (demokratine)
  struktura, tad yra 6 ryšiai (43)/26.
• Sakykme, kad vienas ryšys sumažina produktyvuma
  600 eil./metus. Tad grupes produktyvumas
  60004-600620400 eil./metus.
• Sakykime, kad projekta yra planuota atlikti per
  metus. Jis veluoja, todel i grupe ateina dar du
  žmones. Ryšiu skaicius išaugaiki 15 (65/215).
• Vieno žmogaus produktyvumas per menesi-
  6000/12500 eil./men., vieno ryšio kaina per
  menesi 50 eil./men.
• Per likusius du menesius 6 žmones suprogramuos
  62500 15250 4500 eilutes, o keturi žmones
  42500 6250 3400 eilutes.
• Taigi, skirtumas 1100 eil., tuo tarpu, kai
  pavieniui tie žmones butu suprogramave 2000
  eiluciu.

23
3. Produkto sudetingumas.

• Yra trys bendrai pripažinti produkto sudetingumo
  lygiai
• a) Taikomosios programos. Moksliniai
  skaiciavimai ir duomenu apdorojimas.
  Produktyvumas - 25-100 eiluciu per diena.
• b) Servisines programos. Kompiliatoriai,
  asembleriai, ryšiu redaktoriai. Produktyvumas
  -5-10 eiluciu per diena.
• c) Sisteminio (embedded, idiegtos) lygio
  programos. Realaus laiko procesu kontrole,
  operacines sistemos, komunikacines sitemos.
  Produktyvumas - 1 eilute per diena.

24

• 4. Problemos supratimas.
• 5. Pasiruošimo lygis.
• Kokiu igudžiu dažniausiai truksta
  pradedantiesiems PI inžinieriams
• a) Aiškiai išdestyti mintis
• b) Sudaryti PI reikalavimu ir projektavimo
  etapo specifikacijas
• c) Dirbti taikomojoje srityje
• d) Eksploatuoti (palaikyti) PI
• e) Atlikti ekonomine analize
• f) Dirbti su projekto valdymo priemonemis
• g) Dirbti grupese.

25

• 6. Vadybiniai igudžiai.
• 7. Tinkamos notacijos.
• 8. Reikalaujamas patikimumas.
• 9. Reikalavimu stabilumas.
• 10. Technologijos lygis.

26
Žmogiškasis faktorius PI projektavime (Žmogišku
resursu vadyba)

• Kad dirbti efektyviai, menedžeriai turi traktuoti
  savo personala kaip asmenybes ir suprasti, kaip
  jos veikia vienas kita. Geresnis psichologijos
  supratimas padeda menedžeriams suprasti žmogaus
  ribotuma ir nekelti savo personalui
  nerealizuojamu tikslu
• PI inžinieriaus produktyvumas yra svarbiausias
  faktorius, apibrežiantis projekto kaina.
  Žmogiškojo faktoriaus supratimas gali padeti
  menedžeriams išskirti galimus produktyvumo
  padidinimo kelius.
• Žmones organizacijoje yra pats didžiausias turtas
• Vadybininko uždaviniai pagrindinai yra orientuoti
  i žmones

27
Poreikiu lygiai
28

• Apatiniai lygiai atvaizduoja bazinius poreikius
• fiziologiniai maistas, miegas, šiluma ir t.t.
• saugumo jaustis saugiai aplinkoje.
• Motyvacijos budai - pinigai. Tai aiški varomoji
  jega, taciau daugelis projekto nariu dirba už
  pastovia alga

29

• Viršutiniai lygiai yra labiau susieti su samone
• socialiniai poreikis buti socialines grupes
  atstovu
• Motyvacijos budai - reikia suteikti
  bendradarbiams galymybe ir vieta realizuoti
  neformalaus bendravimo poreikius, užtikrinti
  komunikaciju kanalus, kaip telefonas ar paštas
• pagarbos jaustis kitu gerbiamu
• Motyvacijos budai teigiami atsiliepimai,
  rodyti, kad jie yra vertinami organizacijoje,
  pav., viešai pripažinti ju atsiekimus, daugeliui
  žmoniu yra malonu girdeti teigiamus atsiliepimus
  apie ju atlikta darba, ypac, kai jie jauciasi
  gerai ji atlike. Aišku, žmones turi taip pat
  jausti, kad jiems yra mokama alga, atitinkanti ju
  ju sugebejimus ir patirti

30

• saves realizavimo poreikiai, susieti su asmeniniu
  vystymusi
• Motyvacijos budai
• atsakomybe už savo darba, užduociu, atitinkanciu
  ju sugebejimus priskyrimas
• kvalifikacijos kelimas
• aiškus tikslai, labai svarbu, kad kiekvienas
  projekto narys aiškiai žinotu, ka jis turi
  daryti, kodel ir kada tai turi buti padaryta.
  Žmones megsta tureti aiškius tikslus, Jusu
  pareiga užtikrinti, kad projekto vykdymo metu
  tikslai nebutu sujaukti.
• pasitenkinimas darbu ir kurybiškumas, niekas
  nemegsta nuobodžiu, pasikartojanciu darbu.
  Menedžerio užduotis yra taip paskirstyti darbus,
  kad Jusu bendradarbiai jaustu pasitenkinima.

31

• Motyvacija tai poreiku tenkinimas. Žiurint iš PI
  menedžerio poziciju svarbiausi ir sunkiausiai
  patenkinami yra socialiniai, pagarbos ir saves
  realizavimo poreikiai.

32
Darbo grupes patalpu išplanavimas
33
Programuotoju grupes strukturos

• Tinkline (demokratine)

34
Programuotoju grupes strukturos

• Žvaigždine

35
Šef-programuotoju grupe (žvaigždine struktura)
36
Hierarchine struktura
37
Faktoriai, apsprendžiantys žmoniu pasirinkima
38
Projekto plano struktura

• 1.     Ivadas
• Trumpai aprašomi projekto tikslai ir apribojimai
  (biudžetas, laikas ir t.t), lieciantys projekto
  vadyba.
• 2.     Projekto organizavimas
• Aprašoma projektavimo grupes struktura, grupeje
  dirbantys žmones ir ju roles grupeje.
• 3.     Rizikos analize
• Aprašomos galimos projekto rizikos, ju pasirodymo
  tikimybes, siulomos riziku mažinimo strategijos.
• 4.     Aparaturines ir programines irangos
  resursu reikalavimai
• Aprašomi reikalinga projektui vykdyti aparaturine
  ir programine iranga. Jei dalis tos irangos turi
  buti perkama, nurodomas kainos ivertinimas ir
  tiekimo grafikas.
• 5.     Darbu struktura
• Aprašomas projekto išskirstymas i atskiras
  veiklas (activities), nurodomi atskaitos taškai
  (milestones) ir pristatymai (deliverables),
  susiije su kiekviena veikla.
• 6.     Projekto darbu tvarkaraštis
• Aprašomi ryšiai tarp darbu (veiklu), reikalingi
  resursai ir laikas veiklai atlikti
• 7.     Stebejimo ir atsiskaitymo mechanizmai
• Aprašomi projekto stebejimo mechanizmai ir
  vadybines ataskatos, kuris turi buti sudarytos
  projekto vykdymo metu.

39
Ivairiu tipu projekto planai
40
Rizikos valdymas
41
  Rizikos kategorijos         Projekto
rizikos itakoja grafika arba
resursus        Produkto rizikos itakoja
kuriamos PI kokybe        Verslo rizikos
itakoja PI platinima.
42
Galimos rizikos
43
(No Transcript)
44
Rizikos identifikavimas Identifikavimo tikslas
nustatyti galimas projekto rizikas, remiasi
smegenu šturmo metodu arba menedžerio
patirtimi. Galimi rizikos tipai Technologine
rizika. Pav., naudojama duomenu baze apdoroja
mažiau transakciju per sekunde nei laukta, PI
komponentai, kurie yra reused, yra su
klaidomis. Žmoniu rizika. Pav., neimanoma
idarbinti reikiamu sugebejimu žmones,
pagrindiniai darbuotojai serga kritiniu laiku,
negalimas reikalingas personalo
apmokymas. Organizacine rizika. Pav., pasikeicia
už projekta atsakingas menedžeris, Organizacines
finansines problemos privercia mažinti projekto
biudžeta Irankiu (tools) rizika. Pav., CASE
irankiu pagalba sugeneruotas kodas yra
neefektyvus, neimanoma integruoti CASE
irankius. Reikalavimu rizika. Pav., reikalavimu
pakeitimai iššaukia didelius architekturinius
pasikeitimus, užsakovai nesupranta (neivertina)
reikalavimu pasikeitimo poveikio. Ivertinimo
rizika. Pav., per trumpas projekto realizavimo
laikas, blogai ivertintas PI dydis, suplanuotas
per mažas galimu defektu kiekis.
45
Nr Rizika Tikimybe Itaka
1 Organizacines - finansines problemos privercia mažinti projekto biudžeta (Organizacine rizika) Žema Katastrofiška
2 Neimanoma idarbinti personala su reikiamais igudžiais (Žmoniu rizika) Aukšta Katastrofiška
3 Pagrindiniai darbuotojai serga kritiniu laiku (Žmoniu rizika) Vidutine Katastrofiška
4 Organizacija yra reorganizuojama, ko pasekoje pasikeicia už projekta atsakingas menedžeris (Organizacine rizika) Aukšta Rimta
5 Per trumpas projekto realizavimo laikas (Ivertinimo rizika) Aukšta Rimta
6 PI komponentai, kurie yra reused, yra su klaidomis (Technologine rizika) Vidutine Rimta
7 Reikalavimu pakeitimai iššaukia didelius architekturinius pasikeitimus (Reikalavimu rizika) Vidutine Rimta
8 Naudojama duomenu baze apdoroja mažiau transakciju per sekunde nei laukta (Technologine rizika) Vidutine Rimta
9 Neimanoma integruoti CASE irankius (Irankiu (tools) rizika) Aukšta Leistina
10 Blogai ivertintas PI dydis (Ivertinimo rizika) Aukšta Leistina
11 Užsakovai nesupranta (neivertina) reikalavimu pasikeitimo poveikio (Reikalavimu rizika) Vidutine Leistina
12 Negalimas reikalingas personalo apmokymas (Žmoniu rizika) Vidutine Leistina
13 Suplanuotas per mažas galimu defektu kiekis (Ivertinimo rizika) Vidutine Leistina
14 CASE irankiu pagalba sugeneruotas kodas yra neefektyvus (Irankiu (tools) rizika) Vidutine Nereikšminga
46
Rizikos planavimas

• Rizikos planavimo proceso metu yra nagrinejama
  kiekviena identifikuota esmine (stebima) rizika
  ir nustatomos tu riziku valdymo strategijos.
  Strategijos yra skirstomos i tris kategorijas
•      Rizikos vengimo (Avoidance). Mažinama
  rizikos pasirodymo tikimybe. Pav.,
  komponentai su klaidomis pakeisti juos reikiamo
  patikimumo komponentais.
•     Rizikos mažinimo. Mažinama rizikos itaka.
  Pav., darbuotoju ligos perorganizuoti darbo
  grupe taip, kad užduotys daugiau persidengtu ir
  bendradarbiai geriau žinotu, ka kiekvienas daro.
  
• Atsitiktinumu planavimo. Kai atsitinka
  blogiausia, Jus esate tam pasirenge ir turite
  strategija, kaip tada elgtis. Pav., organizacines
  finansines problemos parengti dokumenta,
  skirta vyresniems vadybininkams, nurodant, kokia
  verslo požiuriu svarbia reikšme visai
  organizacijai turi jusu vykdomas projektas.

47
Rizikos stebejimas 
48
Programines irangos kainos apskaiciavimo metodai
49
Bendru atveju projekto kaina tai projekto
išlaidos plius pelnas, taciau apskaiciuojant
projekto kaina reikia ivertinti žymiai daugiau
faktoriu. Kai kurie faktoriai, i kuriuos reiketu
atsižvelgti ivertinant projekto kaina, pateikti
žemiau.
50
Kainos apskaiciavimo metodai
51
Algoritminis kainos modeliavimas
52
Patikimumas. PI patikimuma galima apibrežti kaip
tikimybe, kad programa atliks reikiama funkcija
nustatyta laiko perioda prie nustatytu
salygu.   Projektavimo sanaudu koeficientai pagal
patikimumo lygi  
53
Sanaudu koeficientai pagal COCOMO modeli
Atributai Koeficientu reikšmes
Produkto atributai Patikimumas Duomenu bazes dydis Sudetingumas   0.75 - 1.40 0.94 - 1.16 0.70 - 1.65
Kompiuterio atributai Vykdymo laiko apribojimai Atminties apribojimai Virtualios mašinos pastovumas   1.00 - 1.66 1.00 - 1.56 0.87 - 1.30
Personalo atributai Analitiko sugebejimai Patirtis taikomojoje srityje Virtualios mašinos patirtis Programuotojo sugebejimai Programavimo kalbos patirtis   1.46 - 0.71 1.29 - 0.82 1.21 - 0.90 1.42 - 0.70 1.14 - 0.95
Projekto atributai Moderniu projektavimo metodu taikymas. PI priemoniu panaudojimas Projekto darbu grafikas   1.24 - 0.82 1.24 - 0.83 1.23 - 1.00
54
Pavyzdys. Koeficientu poveikis sanaudu
ivertinimui  
55
Pavyzdys. Sakykim, kad hipotetines sitemos
palaikymui menedžmentas nusprende sutaupyti
lešas, panaudodamas mažiau patyrusi ir tuo paciu
blogiau apmokama personala, taciau atlikta
variantu analize parode, kad kaip tik patyrusiu
PI inžinieriu panaudojimas leidžia sutaupyti
lešas, nepaisant to, kad šiu darbas yra geriau
apmokamas.
56
Vartotojo dokumentacija
57
Galimi ryšiai tarp išoriniu ir vidiniu PI
atributu
58
Esminiai matavimo proceso etapai
59
Kai kurios PI produkto metrikos
60
Objektiškai orientuotos metrikos