11 geriausių sistemos vystymosi ciklo etapų

Šiame straipsnyje kalbama apie vienuolika sistemos vystymosi ciklo etapų. Etapai: 1. Vietos parinkimas ir problemos apibrėžimas (preliminarus tyrimas) 2. Duomenys / informacijos rinkimas 3. Alternatyvų kūrimas 4. Galimybių studija 5. Pagrindinės plėtros planas 6. Įrangos įvertinimas ir atranka 7. Sistemos projektavimas ir plėtra 8. Sistema Testavimas 9. Sistemos diegimas 10. Sistemos apžvalga ir tolesni veiksmai.

Sistemos kūrimo gyvavimo ciklo etapas # 1. Vietos parinkimas ir problemos apibrėžimas (preliminarus tyrimas):

Tai yra pirmasis etapas, kurį sudaro trumpas aptariamos srities tyrimas ir dėl to projektas bus perkeltas į kitą etapą, atidedamas kūrimo laikotarpis arba rekomenduojama imtis tolesnių veiksmų.

Kartais jis skirstomas į išankstinį tyrimą (pradinį tyrimą), po kurio atliekama išsamesnė galimybių studija.

Šį etapą inicijuoja vadovybė, kuri suvokia poreikį dėl pasikeitusių ar tikėtinų verslo aplinkos čempionų, esamų sistemų inicijavimo ar nesėkmės, arba apie technologinę pažangą, susijusią su konkrečia sritimi, susijusią su tam tikromis sistemomis, kurias plėtoja konkurentai.

Sistemos kūrimo gyvavimo ciklo etapas # 2. Duomenų rinkimas:

Duomenų rinkimas reiškia informacijos apie sisteminį projektą rinkimą. Norėdami gauti informaciją, analitikas gali skaityti knygas ar ataskaitas, eiti per įrašus, rinkti formas vėliau analizuoti arba apklausti žmones. Apklausa yra svarbi analitiko, galinčio apklausti vadovus, darbuotojus, kartais net klientus, įgūdis.

Dažnai svarbiausia informacija gaunama iš žemo lygio darbuotojų (darbuotojų).

Informacijos šaltiniai:

Informacija renkama iš dviejų pagrindinių šaltinių. Šaltiniai yra tokie:

1. Iš organizacijos aplinkos.

2. Darbuotojai arba organizacijos dokumentai.

Pagrindiniai išoriniai šaltiniai yra:

1. Vyriausybės dokumentai

2. Pardavėjai

3. Laikraščiai ir profesionalūs žurnalai.

Pagrindiniai vidiniai šaltiniai yra:

1. Personalo darbuotojai

2. Finansinės ataskaitos

3. Instrukcijų sistemos dokumentacija

4. Ataskaitos ir sandorių dokumentai

5. Profesionalus personalas (advokatas, EDP (elektroninių duomenų apdorojimo) auditorius ir kt.)

6. Vartotojo personalas.

Aparatinės įrangos gamintojai yra informacijos apie sistemą ir programinę įrangą šaltinis. Rinkoje yra tūkstančiai programinės įrangos paketų, skirtų probleminei sričiai išsaugoti, ir šios programinės įrangos yra naudojamos po pagrįstų pakeitimų. Šių paketų informaciją jau parduoda techninės įrangos pardavėjai.

Antras išorinis informacijos šaltinis yra vyriausybės dokumentai, techniniai laikraščiai ir profesionalūs žurnalai. Jie kas savaitę teikia informaciją apie naują aparatinę įrangą, kietos įrangos įrenginius, programinės įrangos kūrimą ir kt.

Vidiniai informacijos šaltiniai apsiriboja vartotojo darbuotojais ar naudotojais. Naudotojų personalas yra labai platus informacijos šaltinis, ar pagrindiniai darbuotojai, kurie jau daugelį metų buvo naudotojoje, yra susipažinę su dabartine veikla ir taikomosiomis programomis, nes vėliau mes renkame informaciją iš istorinių ir slaptų dokumentų.

Kai kuriais atvejais tai yra vienintelis analitiko prieinamas šaltinis. Renkant informaciją, analitikas dokumentuos svarbius aspektus, kad vėliau jį būtų galima nurodyti. Šiuo tikslu jis gali naudoti formas, diagramas ar lenteles.

Pagrindiniai faktų gavimo būdai yra šie:

a) stebėti veiklą, kurią galima atlikti įvairiais būdais, įskaitant vizualinius ir fotografijos metodus.

b) klausimynų naudojimas arba tikrinimas ir patikrinimas.

c) Interviuojantys darbuotojai.

Sistemos kūrimo gyvavimo ciklo etapas # 3. Alternatyvų kūrimas:

Kartą analitikas aiškiai supranta problemas, jis pradeda kurti kai kuriuos galimus sprendimus. Iš tikrųjų praktikoje šie sprendimai paprastai pradedami formuotis, kol vyksta pradinis tyrimas (duomenų rinkimas). Tada, atlikus tyrimą, analitikas pasirenka perspektyviausias alternatyvas ir jas plėtoja.

Norint sukurti patikimas alternatyvas, analitikas turi turėti platų pagrindą, turi būti susipažinęs su daugybe skirtingų tipų įrangos, kurios gali būti taikomos problemai, ir turi būti susipažinę su įvairiomis procedūrų rūšimis, kurias galima naudoti.

Šiuo pagrindu jis gali sukurti alternatyvą, panašią į tą, kurią naudoja kita įmonė ar grupė, arba gali sukurti specialų arba unikalų jo įmonės problemos sprendimą.

Svarbu suprasti, kad šiame etape sprendimai nėra išsamiai parengti. Čia sukurtos procedūros nėra specifinės. Nors kiekvienai alternatyvai sukuriamas bendras loginis srautas, sistemos projektavimo etape bus nustatyti konkretūs žingsniai.

Jei problema nėra pakankamai ribota, analitikai turėtų stengtis sukurti daugiau nei vieną alternatyvą. Tai suteiks jiems laisvę ištirti įsivaizduojamus sprendimus, o ne kalbėti tik apie greitą ir akivaizdų. Ji taip pat suteiks vadovybei platesnę perspektyvą dėl įvairių siūlomų sprendimų.

Sistemos plėtros gyvavimo ciklo etapas # 4. Galimybių studija:

Kai alternatyvos bus atrandamos arba sukurtos, analitikas atlieka galimybių studiją.

Galimybių studijos atlikimas apima šiuos veiksmus:

a) formuluoti pareiškimą apie problemų tikslus.

b) esamos sistemos analizė, apimanti duomenų rinkimą, duomenų pateikimą, reikalingų dokumentų ir įrašų sąrašo sudarymą, ryšių reikalavimus, srautų schemų ir išlaidų sąmatų parengimą.

c) alternatyvų, atitinkančių panašius reikalavimus kiekvienai siūlomai alternatyvai, analizė.

(d) pagrindinių produkcijos reikalavimų nustatymas.

e) ištirti poveikį bendrovės veiklai.

f) Finansinis poveikis.

g) nematerialių nuostolių ir naudos, atsirandančios taikant sistemą, santrauka.

h) rekomendacija tęsti.

Duomenų rinkimas, atliekamas atliekant pirminį tyrimą, nagrinėja sistemos įgyvendinamumą, tikimybę, kad sistema bus naudinga organizacijai.

Keturi tinkamumo bandymai:

1. Veiklos bandymas

2. Ekonominis testas

3. Techninis bandymas

4. Politinis testas

1. Veiklos bandymas:

Siūlomi projektai, žinoma, yra naudingi tik tada, jei juos galima paversti informacinėmis sistemomis, atitinkančiomis organizacijos veiklos reikalavimus. Paprasčiausiai pasakytina, kad šis tinkamumo testas klausia, ar sistema veiks, kai bus sukurta ir įdiegta. Ar yra didelių kliūčių įgyvendinimui? Šie klausimai padeda išbandyti projekto įgyvendinamumą.

Ar dabartiniai verslo metodai yra priimtini naudotojams? Jei ne, vartotojai gali pasveikinti pakeitimą, kuris suteiks daugiau veiklos ir naudingos sistemos. Ar yra pakankama parama projektui iš vadovybės? Iš vartotojų? Jei dabartinė sistema yra gerai patinka ir naudojama tiek, kad asmenys nematys priežasties keisti, gali būti pasipriešinimas.

Ar siūloma sistema gali pakenkti? Šie klausimai susiję su šia problema:

a) Ar kontrolės rezultato praradimas bet kurioje srityje?

b) Ar klientai bus paveikti nepageidaujamu būdu?

(c) Ar jis rodys našumą bet kurioje srityje?

d) Ar sistema bet kokiu atžvilgiu ar srityje sukurs prastesnius rezultatus?

e) Ar prarandamas informacijos prieinamumas?

4. Ar naudotojai dalyvavo planuojant ir plėtojant projektą? Ankstyvas įsitraukimas sumažina pasipriešinimo sistemai galimybes ir keičiasi apskritai ir padidina sėkmingų projektų tikimybę.

Operatyvinis įgyvendinamumas yra priemonė, kaip žmonės gali dirbti su sistema. Pvz., Sistema gali reikalauti, kad valdytojai rašytų BASIC, COBOL arba FORTRAN programas, kad galėtų pasiekti duomenis. Tačiau vadybininkas greičiausiai gauna didžiausią pagalbą iš sistemos, kai jie gali sutelkti dėmesį į problemas, kurias reikia išspręsti, o ne į tai, kaip programos turėtų būti sukurtos jas spręsti.

2. Ekonominis testas:

Be to, reikia įvertinti naudą ir išlaidas. Šios išmokos ir išlaidos gali būti materialinės ar nematerialios.

Sistema, kuri gali būti sukurta techniškai ir bus naudojama, jei bus įdiegta, vis tiek turi būti gera investicija. Tai reiškia, kad finansinė nauda turi būti lygi arba didesnė už finansines išlaidas.

Analitikų keliami ekonominiai ir finansiniai klausimai preliminaraus tyrimo metu siekia:

1. Aparatinės ir programinės įrangos, skirtos nagrinėjamai programai, kaina.

2. Išlaidos, jei nieko nekeičia (sistema nėra sukurta).

3. Išsamių sistemų tyrimo išlaidos.

4. Išmokos sumažėjusių išlaidų arba brangesnių klaidų forma.

Kiekvieno projekto sąnaudų ir naudos įvertinimai sudaro pagrindą nustatyti, kurie projektai yra vertingiausi. Kiekviena sąmata gali būti analizuojama siekiant nustatyti, kaip greitai išieškomos išlaidos išmokomis, apskaičiuoti tiek absoliutus, tiek koreguotas perviršinių išmokų sumas ir nustatyti išmokų ir išlaidų santykį.

Visi šie veiksniai yra vertinami kuriant bendrą projekto ekonominio pagrįstumo prasmę.

Kad projektas būtų įgyvendinamas, jis turi atitikti visus šiuos bandymus. Priešingu atveju projektas nėra įgyvendinamas. Pvz., Personalo įrašų sistema, kuri yra finansiškai įmanoma ir funkcionaliai patraukli, neįmanoma, jei nėra reikalingos technologijos arba medicininė sistema, kuri gali būti sukurta priimtinomis kainomis, bet kurios slaugytojai vengs naudoti, negali būti laikomos operatyviai įgyvendinamomis.

Sistemos plėtros gyvavimo ciklo etapas # 5. Pagrindinis plėtros planas:

Tai yra „sinchroninis“ sistemos kūrimo pastangų atspaudas. Dinamiškoje organizacijoje kompiuterių apdorojimo programoms yra daugiau galimybių, kurios gali būti tvarkomos vienu metu, todėl reikalingas paskirstymo procesas. Taigi, reikalingas magistro plėtros planas. Tai yra įvairių kompiuterizuotų programų tvarkaraštis.

Tokį planą sudaro keturi etapai:

1. Siūlomų sistemų plėtros pastangų tikslus iškelia analitikas.

2. Dabartinius organizacijos pajėgumus vertina analitikas. Šis vertinimas apims esamą įrangą, programinę įrangą ir asmenines išlaidas, įrenginių naudojimą.

3. Analitikas peržiūri galimus technologinius kompiuterinės įrangos pokyčius.

4. Galiausiai analitikas parengia konkretų planą, kuriame yra techninės ir programinės įrangos tvarkaraštis, programinės įrangos techninės priežiūros ir konversijos pastangų taikymo grafikas, personalo išteklių planas ir finansinių išteklių planas.

Pagrindinis plėtros planas iš esmės yra įvairių kompiuterizuojamų programų, ty sistemų analizės, projektavimo, diegimo ir priežiūros veiklos pradžios ir pabaigos datos. Šis tvarkaraštis turi būti remiamas „Manpower“, techninės ir finansinės programos.

Sistemos kūrimo gyvavimo ciklo etapas # 6. Įrangos įvertinimas ir pasirinkimas:

Šiame etape sistemos departamentas gali susisiekti su įrangos tiekėjais dėl informacijos ir kainų, susijusių su konkrečiomis mašinomis. Kai sistemos pasiūlymas apima didelius įrangos pirkimus, šis sistemos kūrimo etapas gali būti pats svarbiausias projektas

Jei mašinos gali būti perkamos, nuomojamos ar nuomojamos už kainą, kuri neviršija sistemų pasiūlyme nurodytų ribų, projektas tęsiamas taip, kaip siūloma, kitaip analitikas gali būti priverstas grįžti prie galimybių ir sistemų pasiūlymo etapų netikėtai išlaidų duomenys.

Geras analitikas, atlikdamas galimybių analizę, patikrins kainas ir galimybes su keliais pardavėjais, kad įsitikintų, jog išlaidų prognozės yra pagrįstos. Jis ne tik atsižvelgs į išlaidas studijų metu, bet ir greičiausiai.

Sistemos kūrimo ciklo etapas # 7. Sistemos projektavimas ir kūrimas:

Informacinės sistemos sukūrimas sukuria detales, nurodančias, kaip sistema atitiks sistemos analizės metu nustatytus reikalavimus. Dažnai sistemos, specialistai šiame etape vadina logišką dizainą, priešingai nei programinės įrangos kūrimas, vadinamas fiziniu dizainu.

Kai tik naudotojas priims sistemos pasiūlymą, galima pradėti rengti sistemos specifikaciją. Šiame etape atsižvelgiama į sutartus reikalavimus ir darbą, kuris padėjo parengti pasiūlymą, ir tobulina sistemą, kad būtų galima parengti programavimo kelią.

Šiuo metu analitikas yra susirūpinęs dėl sąnaudų ir rezultatų detalių, reikalingo apdorojimo ir sistemos veikimo kasdienėje aplinkoje.

Priklausomai nuo sistemos sudėtingumo lygio ir atlikto darbo kiekio bei kokybės, šis etapas gali užtrukti daug mėnesių.

Jis susijęs su kompiuteriu orientuotu sistemos dizainu - įvesties sandorių detales, išspausdintų ataskaitų, ekranų ir kitų rezultatų detales, rinkmenų ar duomenų bazės struktūrą, įrašų turinį, reikalingą apdorojimą ir efektyvumą. sistemos apdorojimo požiūriu.

Sistemos analitikai pradeda nustatyti ataskaitas ir kitus sistemos rezultatus. Tada konkretūs duomenys apie kiekvieną iš jų yra nukreipti į kaiščius, įskaitant tikslią vietą ant popieriaus, ekrano ar kitos terpės. Paprastai dizaineriai eskizuoja formą ar ekraną, nes tikisi, kad jis pasirodys, kai sistema bus baigta.

Sistemos konstrukcija taip pat aprašo įvestinus, apskaičiuojamus ar saugomus duomenis. Išsamiai aprašomi individualūs duomenų elementai ir skaičiavimo procedūros. Dizaineriai parenka failų struktūras ir saugojimo įrenginius, pvz., Magnetinį diską, magnetinę juostą ar net popierines rinkmenas. Procedūros, kurias jie rašo, nurodo, kaip apdoroti duomenis ir gaminti produkciją.

Dokumentuose, kuriuose yra projektavimo specifikacijos, naudojami įvairūs dizaino vaizdavimo būdai - diagramos, lentelės ir specialieji simboliai. Detali projektavimo informacija perduodama programavimo personalui, kad būtų galima pradėti programinės įrangos kūrimą.

Dizaineriai yra atsakingi už tai, kad programuotojai pateiktų išsamias ir aiškiai apibrėžtas specifikacijas, kuriose būtų nurodyta, ką turi daryti programinė įranga. Pradedant programavimą, dizaineriai gali atsakyti į klausimus, išsiaiškinti miglotas sritis ir spręsti problemas, su kuriomis susiduria programuotojai, naudodami projektavimo specifikacijas.

Tipinėje sistemos specifikacijoje bus:

1. Kontrolių, veikiančių sistemoje, aprašymas. Tai apima įvesties ir apdorojimo kontrolę, prieigos apribojimus (pvz., Leidimo žodžius) ir produkcijos kontrolę (pvz., Patikrinimų skaičių).

2. Išsamus plėtros ir įgyvendinimo tvarkaraštis. Šiame skyriuje turėtų būti išvardytos visos užduotys, įskaitant atskiras programas, nurodant kiekvienos užduoties tarpusavio ryšį ir numatomus kiekvieno užduoties pradžios ir pabaigos duomenis.

3. Atsarginis planas - tai turėtų aprašyti procedūras, kurios turi būti sukurtos rinkmenų saugumo sąvartynų paėmimui, kad būtų užtikrintas sistemos atsparumas (pvz., Dvipusis spausdinimas) ir sistema būtų valdoma alternatyvioje vietoje, jei kompiuteris nėra prieinamas.

4. Įvadas, apimantis dokumento aktualumą ir tai, kaip jis išsivystė iš ankstesnių etapų.

5. Išsamus įvesties rezultatų ir failų aprašymas, pavyzdžiui: dokumentų išdėstymas (įvestis), ekrano išdėstymas, ataskaitų išdėstymas, failų / įrašų išdėstymas, duomenų bazių schemos.

6. Sistemos aprašymas. Paprastai tai yra aprašomoji forma su lydimomis diagramomis, procedūrų diagramomis, duomenų srautų diagramomis ar duomenų modeliais.

7. Reikalingas apdorojimas. Iš tiesų tai gali būti sprendžiama iš esmės nurodant, ką kiekviena sistemos programa turėtų atlikti, ir atskirai pateikiant atskiras programos specifikacijas. Šiame skyriuje taip pat gali būti aprašytos bandymų priemonės.

8. Įgyvendinimo aspektai - esamos bylos konvertavimo tvarka, lygiagrečių važiavimų tikrinimas, naudotojų procedūrų kūrimas ir su kompiuteriu susijusių procedūrų kūrimas.

Būtent šiame etape gali būti sukurtas pirmas patikimas kompiuterių programavimo pastangų poreikio įvertinimas. Iki šiol įverčiai didele dalimi yra informuoti, o tai, kas vyksta šio pratimo pabaigoje, gali būti gana bauginantis, palyginti su anksčiau turimais įvertinimais.

Tai yra pagrįsta priežastis, užtikrinanti, kad aukščiausioji vadovybė ir toliau atliktų patvirtinimo vaidmenį šio etapo pabaigoje.

Apskaičiuoti duomenys dabar yra tvirtai pagrįsti ir, jei jie iš esmės skiriasi nuo pradinių vertinimų, dar nėra per vėlu peržiūrėti vystymosi gyvybingumą.

Dabar pasirinkimas yra tarp.

1. Sistemos atsisakymas

2. Toliau planuojama

3. Sistemos stelažas tam tikrą laikotarpį

4. Sistemos siekių keitimas.

Visos šios galimybės yra prieinamos vidaus plėtrai, nors apskritai manoma, kad iki šio etapo pasiektas įsipareigojimas yra negrįžtamas. Jei dalyvauja išorinis tiekėjas, pasirinkimo galimybę gali apriboti šalių tarpusavio sutarties pobūdis.

Kintamos kainos sutartyje turėtų būti numatyta tokia atsisakymo formulė. Fiksuotas kainų susitarimas apsaugo klientus nuo didėjančių kainų, tačiau reikšminga vertinimo klaida gali bandyti tiekėją sumažinti kampus.

Sistemos kūrimo ciklo etapas # 8. Sistemos testavimas:

Sistemos testavimo tikslas - užtikrinti, kad visos atskiros programos veiktų taip, kaip tikėtasi, kad programos susietos, kad atitiktų nurodytus reikalavimus, ir užtikrinti, kad kompiuterinė sistema ir susijusios biuro bei kitos procedūros veiktų kartu.

Pradinis sistemos testavimo etapas yra analitiko, kuris nustato, kokias sąlygas reikia išbandyti, generuoja bandymų duomenis, parengia numatomų rezultatų grafiką, atlieka bandymus ir palygina kompiuteriu pagamintus rezultatus su laukiamais rezultatais.

Analitikas taip pat gali dalyvauti procedūrų bandymuose. Kai analitikas įsitikinęs, kad sistema veikia tinkamai, jis ją perduoda naudotojams bandymams atlikti. Būtina pabrėžti, kaip svarbu vartotojui atlikti sistemos bandymus. Galų gale, vartotojas turi patikrinti sistemą ir suteikti jam pažangą.

Atliekant bandymus, sistema naudojama eksperimentiškai, siekiant užtikrinti, kad programinė įranga nepavyks, ty kad ji veiks pagal jos specifikacijas ir kaip vartotojai tikisi, kad ji veiks. Specialieji bandymų duomenys yra įvedami apdorojimui (bandymo planas), o rezultatai tikrinami siekiant nustatyti netikėtus rezultatus. Ribotam vartotojų skaičiui taip pat gali būti leista naudotis sistema, todėl analitikai gali pamatyti, ar jie bando jį naudoti netikėtai.

Pageidautina, kad šie siurprizai būtų rasti prieš tai, kai organizacija įgyvendina sistemą ir priklauso nuo jos. Daugelyje organizacijų bandymus atlieka kiti asmenys nei tie, kurie rašo originalias programas, naudojant asmenis, kurie nežino, kaip suprojektuotos ar užprogramuotos tam tikros dalys, užtikrina išsamesnį ir nešališkesnį testavimą ir patikimesnę programinę įrangą.

Sistemos kūrimo gyvavimo ciklo etapas # 9. Sistemos diegimas:

Išbandžius sistemą, ji pradeda judėti į įgyvendinimo etapą. Idealiu atveju sistema turėtų būti užbaigta ir visiškai išbandyta prieš pradedant diegti, bet nebent įdiegiamas paketas, retai pasitaiko. Paprastai, kai atsitinka, sistemos dalys, kurios yra reikalingos failams sukurti, yra baigtos ir šis procesas vyksta.

Be to, gali būti prieinamos konversijos programos, leidžiančios rinkti duomenis iš kitos sistemos. Sukūrus šiuos duomenis, jis turi būti nuolat atnaujinamas, taigi, pirmą kartą panaudojama nauja sistema. Po to gali eiti lygiagrečiai veikiantis laikotarpis, o tada priimamas sprendimas nuleisti seną sistemą.

Kai tik bus pradėtas pirmasis įgyvendinimo etapas - failų rinkinys, turėtų būti prieinami visi sistemos dokumentai. vartotojo vadovo procedūrų vadovai, kompiuterio naudojimo instrukcijos ir saugumo procedūros.

Tuomet sistema perduodama iš kūrimo personalo į kompiuterio operacijų personalą ir, kai sistema bus įjungta, programuotojui, programoms ir failams turi būti taikomos griežtos procedūros. Turėtų būti nustatytos procedūros, leidžiančios kontroliuoti visus sistemos ir programos pakeitimų prašymus, pradedant nuo vartotojo prašymo iki programuotojo įgyvendinimo.

Įgyvendinimas apima užbaigtos ir išbandytos techninės ir programinės įrangos sistemos pateikimą į faktinę naudotojų darbo aplinką. Sistemos personalas patikrina ir įjungia naujus įrenginius, moko naudotojus, įdiegia naują taikomąją programą ir stato visus duomenų rinkmenas, kuriuos reikia naudoti, sakome, kad tai įgyvendinama.

Šiame etape yra tiek techninės, tiek į žmones orientuotos veiklos. Techninės veiklos pavyzdžiai apima duomenų failų konvertavimą, senų programų pakeitimą naujomis ir kompiuterių operacijų planavimą. Žmonių orientuotos veiklos pavyzdžiai apima orientaciją, mokymą ir paramą.

Sistemos plėtros gyvavimo ciklo etapas # 10. Sistemos apžvalga ir tolesni veiksmai:

Paskutinis kūrimo ar įgyvendinimo proceso etapas yra sistemos arba „po audito“ peržiūra, kaip ji kartais vadinama. Tai paprastai atlieka grupė, kurią sudaro naudotojo skyriaus atstovas, vidaus auditas ir duomenų apdorojimas. Jo pagrindinis tikslas yra išsiaiškinti, ar sistema atitinka nustatytus tikslus.

Tai apims faktinių sąnaudų ir naudos palyginimą su pradiniais įvertinimais, apžvalgą, kaip sistema veiks apskritai, peržiūrės prašymus dėl pakeitimų ir išnagrinėja dokumentus, kontrolės ir saugumo procedūras bei atsargines priemones.

Peržiūros etape nagrinėjama, kaip buvo vykdomi sistemos pokyčiai, procesas.

Pateikiami du pagrindiniai klausimai:

1. Ar pačios sistemos yra tinkamos?

2. Ar sistema buvo tinkamai sukurta?

Jei nuspręsite, ar pati sistema yra tinkama, naudotojui reikia pasikonsultuoti ir sužinoti, ar sistema teikia reikiamą informaciją teisinga forma. Norint nustatyti, ar sistema buvo tinkamai sukurta, recenzentai gali pažiūrėti, kaip gerai veikia sistema, kiek laiko programuotojas ir analitikas praleido kuriant sistemą ir ar sistemos kūrimas baigtas pagal tvarkaraštį.

Įdomu tai, kad tai gali būti kito projekto pradžia. Sistemos trūkumai sukelia kitą gyvavimo ciklą, nes recenzentai klausia: „Ar pokyčiai yra vertingi? Ką jie turėtų atrodyti? Kaip jie turėtų būti sukurti, programuoti ir įgyvendinti? Ar jie buvo padaryti teisingai?