25.01.2017: tarkvara arendusprotsess x2 (Väino L.), vene keel x2 (Tatjana P.)

Cleanroom SE- "puhta toa" tarkvaraarendus
luua tarkvara sertifitseeritud usaldustasemega
on üles ehitatud vigade vältimisele

Kesksed põhimõtted
  1)tarkvaraarendus põhineb formaalsel matemaatikal, mis sisaldab mudelite kontrolli ja protsessi algebrat, Petri-võrku
  2)Statistiline kvaliteedi kontroll
  3)statistiliselt mõttekas kontroll

TSP- meeskonna tarkvaraprotsess
KLOC- kilorida koodi (1000 rida)
  1)plaanimise protsess
  2)PSP- personal software process
  3)ajaraamistiku hindamine
  4)meeskonna töö planeerimine
CMMI- võimekuste küpsuse mudel
  1)level 1: Algne- protsess on ettearvamatu
  2)level 2: Hallatud- protsessi viiakse projektidena läbi
  3)level 3: Määratletud- protsess on proaktiivne, sekkutakse kui vaja
  4)level 4: Kvantitatiivselt hallatud- protsesse mõõdetakse ja juhitakse
  5)level 5: Optimeeritud- fookus on protsessi parendamisel

PSP ülesanded:
  1)paranda planeerimise, kavandamise ning hindamise oskust
  2)panusta meeskonnatöösse
  3)halda projektide kvaliteeti
  4)vähenda oma vigu

PSP
  1)skriptid
    a)suurus
    b)jõupingutus
    c)kvaliteet
    d)ajakava
  2)mõõtmised
  3)standardid

MSF aluspõhimõtted
  1)avatud suhtluse edendamine
  2)ühise nägemuse poole koos töötamine
  3)meeskonnaliikmete toeatamine
  4)jagatud vastutus
  5)äriväärtuse kliendile pakkumise vastutus
  6)oota muudatusi ning ole agiilne
  7)investeeri kvaliteeti
  8)õpi oma kõikidest kogemustest
  9)ole kliendile partner

PUP (Phases of unified process)
1)inception(algatus)
2)väljatöötamine (elaboration)
3)construction (koodiuhamine)
4)transition (väljalase)

UP (unified process) tegevust
  1)ärimodelleerimine (ärireeglid)
  2)nõuded (SRS)
  3)analüüs ja disain (SDD)
  4)implementation (kood)
  5)test (STD)
  6)deployment (skriptid)
  7)config. and change management (skriptid)
  8)projektihaldus (SPMD)
  9)keskkond (EUP)

Agule Unified Process (AUP)
Basic --- (BUP)
Enterprise --- (EUP)
Essential --- (EssUP)
Open --- (OpenUP)
Rational --- (RUP)
Oracle Unified Method (OUM)

Test-driven development
  1)lisa test
  2)tee kõik testid läbi ning vaata kas test põrus läbi
  3)kirjuta koodi
  4)jooksuta teste
  5)paranda koodi

ATDD (acceptance test-driven development) - klient testib rakendust

DDD (domain-dirven design)- domeenipõhine disain / keskkonnast lähtuv disain / tegevusvaldkonnast lähtuv disain

FDD - valdkonna parimad praktikad kõik koos
BDD - kasutab valdkonnapõhist arendust