Vajad kellegagi rääkida?
Küsi julgelt abi LasteAbi
Logi sisse
Sulge

"arendusmeetod" - 3 õppematerjali

Agiilne arendusmeetod
5
docx

Agiilne arendusmeetod

o Esitlema mingit osa valmiskoodist kliendile iga teatud tsükli järel(paar nädalat kuni paar kuud) o Äriinimesed ja tarkvaraarendajad peavad töötama koos projektis o Tähtsustama motiveeritud individuaalseid ideid o Inkrementaalne vs iteratiivne o Arendada süsteemi korduvate tsüklite läbi - Iteratiivne o Arendada väiksemate tsüklite kaupa ­ inkrementaalne · Extreeme Programming(XP) o On agiilne arendusmeetod o Mõeldud tõstma tarkvara kvaliteeti ja võimalusi vastuvõtmaks kliendi poolt esitatud uusi nõudmisi o Paaris programmeerimine/code review(software + person)/unit testing(moodul + funktsioon) o On-site customer o Refactoring - kood puhtamaks köögipoolt, nii et väljast ei oleks muutusi(readability, maintainability etc.) · Paaris programmeerimine o Driver + observer o Vigade esinemissageduse langus 15% kuni 50%

Informaatika → Informaatika
18 allalaadimist
Võrdlusanalüüs-benchmarking
16
docx

Võrdlusanalüüs (benchmarking)

õigete partnerite leidmine. Kõige keerulisem etapp võrdlusanalüüsi juures on muudatuste elluviimine, kuna see nõuab tõsist pühendumist ning järjekindlust. Võrdlusanalüüsi läbiviimisel tehtav koostöö annab kindlasti mõlemale ettevõttele juurde nii mõndagi igapäevatöösse kui tuleviku perspektiivis töömeetmete seadmisel. Viidatud allikad: 1. Benchmarking – ettevõtte arendusmeetod. 2012. Turismiturundus. [http://www.turismiturundus.ee/benchmarking-ettevotte-arendusmeetod/] 04.11.2015. 2. Lukk, K. 2005. Benchmarking – võrdlus, mis aitab vaadata numbrite taha. Eesmärkide seadmine ja elluviimine, Strateegia. Director. [http://www.director.ee/benchmarking-vrdlus-mis-aitab-vaadata-numbrite-taha/] 04.11.2015. 3. Oppi, T. 2011. Võrdlusanalüüs. Kvaliteedijuhtimine avalikus sektoris.

Haldus → Kvaliteedijuhtimine
72 allalaadimist
Süsteemiarenduse elutsükkel
42
docx

Süsteemiarenduse elutsükkel

muutumisest. Protsess peab olema paindlik ja suutma reageerida toote muutmise, täiendamise ja kohandamise soovidele. Kui vahepeal toimus süsteemi üldiste arendusmudelite jaotamine rangelt ühte või teise kategooriasse, siis praegu leiab Ian Sommerville, et üldisel tasemel ei ole range jaotus 3 otstarbekas ja nii mõnegi mudeli järgi on võimalik panna käima nii agiilne kui planeeritud arendusmeetod. Läbi ajaloo on pakutud mitmeid üldisi süsteemiarenduse mudeleid ja olulisemad neist on: 1) koskmudel (waterfall model); 2) spiraalmudel (spiral model); 3) inkrementaalmudel (incremental model); 4) prototüüpimine (prototyping). Järgnevalt käsitleme eelpoolnimetatud süsteemiarenduse mudeleid lähemalt. 4 2. Koskmudel

Informaatika → Tarkvaratehnika
19 allalaadimist


Sellel veebilehel kasutatakse küpsiseid. Kasutamist jätkates nõustute küpsiste ja veebilehe üldtingimustega Nõustun