ymmärtää, Vesiputous-Malli SDLC, se on tarpeen sukeltaa malli on määritelmä, keskeiset vaiheet, mitkä asiakirjat liitetään seurauksena jokaisessa vaiheessa, etuja ja haittoja.
SDLC tarkoittaa ohjelmistokehityksen elinkaarta. Se on kehitysprosessin kehys (olennainen tukirakenne), joka voi vaihdella yhtiöittäin. Yksi suosituimmista SDLC: n tyypeistä on Vesiputousmalli. Vesiputous on, kuten ylhäältä näkee, prosessimalli., Yksinkertaisilla sanoilla yleistetty kuvaus ohjelmistokehitysprosessista. Vesiputous Malli on kaikkein laajalti tunnettu, koska se oli ensimmäinen kronologisesti näkyä ja kuvata, Tohtori Winston W. Royce vuonna 1970 ”Johdon kehityksen suuria ohjelmistoja.”
Siellä on erilaisia kehittämisen elinkaari-malli tyyppejä, joista se on kirjoitettu vielä tarkemmin, ja ne ovat myöhemmin tulijoille:
- scrum-malli
- nopea sovellusten kehittäminen
- kokeiluja
- kierre malli
- kanban kehityksen malli
- ym.,
varmasti he ajattelivat palvella paremmin siellä, missä Vesiputousmalli ei ollut yhtä tehokas. Ymmärtää ”ohut paikkoja,” se on tarpeen sukeltaa Vesiputous-malli, määritelmä, keskeiset vaiheet, mitkä asiakirjat liitetään seurauksena jokaisessa vaiheessa, etuja ja haittoja.
Vesiputous-Malli, Määritelmä
Vesiputous malli on lineaarinen (juokseva) kehittämisen elinkaari-malli, joka kuvaa kehitystä ketjun peräkkäiset vaiheet. Mitään vaihetta ei voida aloittaa ennen tai samanaikaisesti edellisen tai nykyisen kanssa., Mietitään Vesiputousmallin päävaiheita niiden edetessä.
Vesiputous Malli on Tärkein Vaiheissa
järjestelmävaatimukset Vaihe
ensimmäisen vaiheen Aikana, vaatimukset järjestelmä on perustettu. Prosessi alkaa nostattamaan liiketoiminnan vaatimukset, analysointiin ja priorisointiin, joka päättyy luominen Visio& Soveltamisala asiakirjan (tai 2 erillistä asiakirjoja riippuen kussakin tapauksessa). Vision-ja Scope-dokumentit luodaan ennen sopimuksen allekirjoittamista., Visio määritellään ” pitkän aikavälin strategiseksi käsitteeksi uuden järjestelmän lopullisesta tarkoituksesta ja muodosta.”(Wiegers, 2012, s. 1) scope is what ” piirtää rajan sen välillä, mikä on sisään ja mikä ulos projektille.”(Wiegers, 2012, s. 1)
Ilmaiseva laajuus on olennainen osa projektin molemmille osapuolille. Se tekee asiakkaasta läpinäkyvän, mitä tehdään. Hyvä strategia odotusten hallitsemiseksi on tunnistaa, mitä tuotteeseen ei sisällytetä, joten asiakkaiden odotukset ovat selvät, eli hankkeen soveltamisala-asiakirjaa varten luodaan.,
hankkeen laajuus
hankkeen soveltamisalan odotetaan sisältävän hankkeen etenemissuunnitelman, budjetit ja kuvauksen, jonka keskeiset toiminnot on määritelty ongelmavisioasiakirjassa. Peruse artikkeli projektin laajuuden hallinta asiantuntija Vitaly Hornik.
alkuvaihetta ei voida ajatella ilman ohjelmistovaatimusten määrittelyä (SRS), joka on vaiheen ydin.
Ohjelmiston vaatimusmäärittelyn
tyypillinen SRS sisältää tarkoitus, yleiskuvaus, erityisiä vaatimuksia (toiminnallinen, funktionaalinen, laadun määritteitä).,
Joskus, se voi sisältää prototyyppejä, jotka voivat olla eri tyyppiä: vertikaalinen/ horisontaalinen, staattinen/dynaaminen, low-fidelity/hifi -. Mockups (tai prototyyppejä) lähetetään UI/UX suunnittelijat, jotka muuttavat ne asetteluja. Voit vapaasti arvioida XB Softwaren luomaa Ohjelmistovaatimusten erittelyä (SRS).
suunnitteluvaihe
seuraava vaihe mallikaavioissa, kuinka tarkasti järjestelmän vaatimukset toteutetaan teknisesti. Tämä vaihe kattaa suurelta osin sellaiset osatekijät kuin ohjelmointikielen, datakerrokset, palvelut jne.,
Toteutus (Development) Vaihe
todellinen lähdekoodi on vihdoin kirjoitettu kolmannessa vaiheessa, täytäntöön kaikki mallit, liiketoiminnan logiikkaa, ja palvelun integraatiot, jotka oli määritelty ennen vaihetta. Koko koodinluontiprosessi voidaan jakaa pieniin yksiköihin, ja jokainen yksikkö kehitetään ja testataan sen toimivuuden (yksikkötestaus) kannalta. Sen jälkeen valmiista yksiköistä rakennetaan kokonainen järjestelmä, ja neljäs vaihe alkaa.,
testausvaiheessa
sen Jälkeen, kun kehitysvaiheessa, tuotetta pitäisi kokea perusteellinen laadunvarmistus ja-ohjelmistojen testaus löytää vikoja järjestelmässä. Testaajat ovat mukana löytämässä ja raportoimassa asioita, jotka on ratkaistava. Rekisteröityjen asioiden tallentamiseen voidaan hyödyntää vikaseurantajärjestelmää, jonka tavoitteena on, että ongelmat voitaisiin hoitaa kunnossapidon elinkaarivaiheessa.
ohjelmisto voidaan välittää, kun koodiasiat on korjattu. Asiakas on mukana hyväksymistestaus arvioida sitä hyödynnettäväksi.,
ylläpitovaiheessa
heti, Kun tuote on sijoitus elää ympäristössä, se tulee valmiina huolto-vaiheen kehityksen elinkaaren. Ylläpitovaiheessa harjoittaa ei vain sovelluksen käyttöönottoa, mutta myös tuki ja ylläpito, jotka voivat olla tarpeen pitää se toimiva ja ajan tasalla.
Lue myös kriteerit kivuton ulkoistaminen me listattu etusijalla artiklan 7 Vinkkejä Valita Ulkoistamista, Web Development Company.,
Vesiputous-Mallin Edut ja Haitat
Vesiputous malli on helppo seurata ja ymmärtää, se on yleinen suurten laitosten kanssa monia tasoja päätöksenteon ja koordinoinnin. Silti, kuten mikä tahansa muu SDLC-malli, sillä on vahvat ja heikot puolensa. Vesiputousmalli ei sovi kaikkiin mahdollisiin projekteihin., joustavuus
Johtopäätös
Vesiputous malli on parhaiten sopii:
- pieniä ja lyhyitä hankkeita.,
- Kun vaatimukset ovat muuttumattomia.
- asiakkaille, joiden yritysrakenne on monitasoinen.
lisäksi, se on suositeltavaa arvioida vapaiden Ohjelmistojen vaatimusmäärittely (SRS) luoma Malli, jonka XB-Ohjelmisto.
Vastaa