|
OhjelmistokehitysOhjelmistokehitys sisältää ohjelmistojen kehityksen laajemmalla vastuulla kuin pelkkä ohjelmointi, etenkin vaatimusmäärittelyn ja testaamisen osalta.[1] Ohjelmistokehitys on joukko aktiviteetteja kuten uuden kehitys, muokkaus, uudelleenkäyttäminen, uudelleen suunnittelu, ylläpito tai muita aktiviteetteja, jotka johtavat ohjelmistotuotteisiin.[2] Eräissä yhteyksissä ohjelmistokehittäjä ja ohjelmistosuunnittelija tekevät samanlaisia tehtäviä ja termit voivat tarkoittaa samaa. Eräissä yhteyksissä termit eroavat ja suunnittelijalla on laajempi vastuu kaikkien ohjelmistokomponenttien yhteen toimivuudesta. Lisäksi joissain yhteyksissä termien käyttö voi olla rajatumpaa tarkoittamaan vain tiettyjä asiantuntijoita.[3] Ohjelmistokehityksen menetelmätOhjelmistokehityksessä on useita suuntauksia. Eräiden väitteiden mukaan perinteiset menetelmät ovat "fiktiota, joka antaa kuvan hallinnasta ja symbolista statusta". Menetelmien sanotaan olevan liian mekaanisia luonteeltaan ollakseen käyttökelpoisia. Perinteisiä menetelmiä on kutsuttu "tavoittamattomiksi ideaaleiksi ja opasteeksi utopistisissa kehitystilanteissa".[4] Eräitä ohjelmistokehityksen suuntauksia ovat:[5]
Jatkuva toimitus on eräs ohjelmistokehityksen periaate, jossa ohjelmisto pidetään jatkuvasti toimituskelpoisena.[6] Ohjelmistotuotannon menetelmätOhjelmistokehitys on osa ohjelmistotuotantoa, jossa se on usein viimeisiä vaiheita prosessissa. Ohjelmistokehitysprosesseihin liittyy seuraavia standardeja: Ohjelmakoodin uudelleenkäytettävyys (ohjelmiston uudelleenkäyttö, engl. software reuse) tarkoittaa ohjelmistojärjestelmien toteuttamista olemassa olevasta ohjelmistosta tyhjästä tekemisen sijaan.[7] Käsite on peräisin Naton ohjelmistokehityskonferenssista vuonna 1968, jossa käsiteltiin suurten ja luotettavien ohjelmistojärjestelmien kehitystä hallitulla ja kustannustehokkaalla tavalla.[7] Konferenssia pidetään ohjelmistokehityksen alan syntypaikkana.[7] Verrattaessa ohjelmistoprojektien kehitysmallien tuottavuutta ja laatua vain yksi käytäntö on liittynyt sekä korkeaan tuottavuuteen että alhaiseen virhemäärään: varhaisen prototyypin julkaiseminen.[8] Perinteisten ja joustavampien kehitysprosessien välillä ei välttämättä ole haittaa mahdollisesta konfliktista, koska ne perustuvat johdonmukaisille käytännöille, jotka jossain tapauksissa on suunnattu valintojen välisten erojen käsittelyyn.[8] Katso myös
Lähteet
Kirjallisuutta
Aiheesta muualla
Information related to Ohjelmistokehitys |
