programmeerimist ja testimist ● Enne progemise alustamist ei kulutata palju aega nõuete või disaini tööle ● Iteratsioonid on lühikesed, ca 3 nädala kaupa pigem ● UML diagrammide koostamise ajal ei defineerita täielikult ja detailselt disaini ja mudeleid. Porgrammeerimine ei ole nende mehaaniline teisendamine koodiks. ● EELMISELE ERAND - Model Driven Architecture põhinevad UP versioonid, kus UMLi kasutatakse programmeerimiskeelena, mitte ainult disainikeelena ● UP =/= palju võimalikke tegevusi ja hästi palju dokumente ● Ei ole formaalne protsess, mis sunnib järgima paljusid samme ● Ära planeeri detailselt kogu projekti algusest lõpuni, eeldades et suudad ette näha kõiki iteratsioone ja mis neis toimub ● Sa ei saa esitada plaane ja hinnanguid projektidele enne kui detailimise faas on lõpetatud
Usud, et kasulik iteratsiooni pikkus on pigem neli kuud kui neli nädalat Arvad, et UML diagrammide koostamine ja disain on aeg täielikult ning detailselt defineerida disain ja mudelid, ning programmeerimine on nende mehaaniline teisendamine koodiks [erandiks on mudelitega juhitavatel arhitektuuridel – Model Driven Architecture (MDA) põhinevad (R)UP versioonid, kus UML-i kasutatakse programmeerimiskeelena, mitte üksnes disainikeelena nagu käesolevas näites] M. Roost , TTÜ Informaatikainstituut, Loengukonspektid aines Süsteemianalüüs, 2014 Arvad, et UP kasutamine tähendab teha palju võimalikke tegevusi ja luua palju dokumente, et UP on formaalne “askeldav” protsess, mis sunnib järgima paljusid samme Üritad planeerida projekti detailselt algusest kuni lõpuni, spekulatiivselt ette näha kõiki iteratsioone ning neis toimuvat
annaabi.ee 
