Arendus- ja ärimudelid: erinevus redaktsioonide vahel

Allikas: KakuWiki
Mine navigeerimisribaleMine otsikasti
Resümee puudub
13. rida: 13. rida:
Selle mudeli eeliseks on tema lihtsus ja ülevaatlikkus. Protsess on jäigalt paigas ning iga etapi puhul on selgelt määratud selle tulemus ja üleminek järgmisse. Kosemudel sobib hästi väiksemate ülesannete lahendamiseks, kus nõuded on algusest peale selged ega muutu töö käigus.
Selle mudeli eeliseks on tema lihtsus ja ülevaatlikkus. Protsess on jäigalt paigas ning iga etapi puhul on selgelt määratud selle tulemus ja üleminek järgmisse. Kosemudel sobib hästi väiksemate ülesannete lahendamiseks, kus nõuded on algusest peale selged ega muutu töö käigus.


Miinuseid on aga üksjagu - kui midagi läks algfaasis (näiteks disainis) valesti ja see selgub alles testimisel, on tagasi minna keeruline, seetõttu on see mudel riskantne. Praktiline tulemus (tarkvara) valmib alles tsükli lõpus. Kõige selle tõttu ei sobi see mudel projektidele, mis on pikad ja keerukad, eriti aga juhtudel, kus nõuded võivad töö käigus muutuda.
Miinuseid on aga üksjagu - kui midagi läks algfaasis (näiteks disainis) valesti ja see selgub alles testimisel, on tagasi minna keeruline, seetõttu on see mudel riskantne. Praktiline tulemus (tarkvara) valmib alles tsükli lõpupoole. Kõige selle tõttu ei sobi see mudel projektidele, mis on pikad ja keerukad, eriti aga juhtudel, kus nõuded võivad töö käigus muutuda.
 
 


=== Teemad ===
=== Teemad ===

Redaktsioon: 3. november 2016, kell 13:29

...

Arendusmudelid

Kosemudel (waterfall)

Skeem Wikimedia Commonsis

Tavaarusaama jaoks ilmselt kõige lihtsam viis, kus arendus koosneb selgetest etappidest ning iga etapp viiakse lõpule, enne kui järgmise juurde asutakse:

Analüüs -> Disain -> Arendus -> Testimine -> Hooldus

Selle mudeli eeliseks on tema lihtsus ja ülevaatlikkus. Protsess on jäigalt paigas ning iga etapi puhul on selgelt määratud selle tulemus ja üleminek järgmisse. Kosemudel sobib hästi väiksemate ülesannete lahendamiseks, kus nõuded on algusest peale selged ega muutu töö käigus.

Miinuseid on aga üksjagu - kui midagi läks algfaasis (näiteks disainis) valesti ja see selgub alles testimisel, on tagasi minna keeruline, seetõttu on see mudel riskantne. Praktiline tulemus (tarkvara) valmib alles tsükli lõpupoole. Kõige selle tõttu ei sobi see mudel projektidele, mis on pikad ja keerukad, eriti aga juhtudel, kus nõuded võivad töö käigus muutuda.

Teemad

...

Allikad

Üldine arendusmudel:

FLOSS mudel: