Prilikom formiranja tehničkog zadatka mora nužno navesti sve zahtjeve za informacijskim sustavom, inače programer jednostavno neće znati za koju svrhu se proizvod stvara, za što se namjerava ispuniti i kako. Zadatak formuliranja zahtjeva leži na kupcu, iako u praksi menadžeri preko kojih je narudžba obično pomažu u tome. No, studenti uključeni u pisanje diplomskih radova, disertacija trebali bi biti u mogućnosti samostalno sastavljati takve popise.
Zajedničko razumijevanje
Postupak stvaranja IP-a prilično je kompliciran, sastoji se od mnogih uzastopnih faza. Stručnjaci, koji rade na projektu, prisiljeni su se baviti raznim poteškoćama. To se u određenoj mjeri može pojednostaviti preciznom formuliranjem zahtjeva za informacijskim sustavom. Nije uvijek očito zbog čega nastaju problemi, posebno kada se radi na inovativnim proizvodima, a stvaranje sveobuhvatnog opisa svih radnji kojima je proizvod namijenjen često je težak zadatak.
Pažnja na sve detalje
Potpuna slika funkcionalnosti proizvoda predstavlja potpun popis zahtjeva za informacijski sustav. Uključuje i aspekte koje kupac sugerira, a programer implementira prilikom izrade projekta. Proces izgradnje kapaciteta, njihovo analitičko istraživanje, dokumentiranje i testiranje performansi razvoj je zahtjeva, tijekom kojih je moguće točno utvrditi sva ograničenja i postići konsenzus između "želim" i "stvarno izvedivo". Važno je zapamtiti da moderni inženjeri nisu mađioničari, već ljudi koji koriste pristupačne tehničke alate, čije su mogućnosti, nažalost, također ograničene. Vremenski aspekt nije manje značajan, jer rad na stvaranju i provođenju zahtjeva zahtijeva značajne vremenske troškove - mjesece, a ponekad i godine.
Koji su tamo?
Uobičajeno je razgovarati o zahtjevima sustava i korisnika za informacijskim sustavom. Prirodni jezik opisuje one predstavljene od određenog korisnika. Da biste pojasnili formulaciju, možete pribjeći dijagramima različitih stupnjeva složenosti. To vam omogućuje da stvorite opći dojam o funkcijama za koje se IP želi implementirati, kao i o ograničenjima na koja ćete naići u svom radu.
Zahtjevi sustava su one specifične karakteristike projekta, čije poznavanje vam omogućava da želje klijenta prevedete u stvarnost. Ovi tehnički zahtjevi za informacijski sustav uključuju prezentaciju o značajkama opreme, njenoj snazi kao i izbor u korist određene arhitektonske mogućnosti. Mnogi drugi aspekti mogu se pripisati onima koji nisu očigledni za korisnika, ali koji reguliraju konačni proizvod.
Uvjeti: gdje ih nabaviti?
Zadaci formuliranja i odobravanja zahtjeva za informacijski sustav nisu tako jednostavni kao što se može činiti na prvi pogled. Izraz se koristi za označavanje tako složenog strukturiranog procesa, u okviru kojeg se stvara dokumentacija, a koju potvrđuje kupac, izvođač, koja jasno regulira sve specifikacije proizvoda. Razvoj je podijeljen u četiri uzastopna koraka:
- analitičke aktivnosti za utvrđivanje stupnja izvedivosti planiranog;
- stvaranje, analitičko proučavanje zahtjeva izravno;
- formuliranje zahtjeva za izradu prateće dokumentacije;
- ovjera zahtjeva za informacijskim sustavom za informacije, kao i drugih uvjeta, pravila za provedbu projekta.
Nije tako jednostavno
Ako se jednom uspostave zahtjevi za sigurnost informacijskih sustava, informacijskog sadržaja, formata, upravljačkih zadataka i drugih aspekata funkcioniranja projekta, to ne znači da će oni ostati nepromijenjeni do "pobjedničkog kraja". Radni tijek često je popraćen promjenom utvrđenih specifikacija i zahtjeva. To se događa ne samo na inicijativu naručitelja, već i izvođača koji je suočen s određenim tehničkim ograničenjima koja sprječavaju provedbu niza planiranih aspekata. Važno je uzeti u obzir značajke upravljanja procesima. Upravljanje promjenama jedan je od ključnih aspekata razvojnih zahtjeva i njihove primjene unutar određenog IP-a.
Važan aspekt rada sa zahtjevima je definiranje onih s naknadnom svestranom analitikom informacija. Za to se koristi opći model rada. Unutar određenog poduzeća provodi se jedinstveni sustav upravljanja zahtjevima informacijskog sustava koji omogućava formuliranje, prilagođavanje, prihvaćanje, odbacivanje odabranih uvjeta. Mnogo ovisi o kvalifikacijama radnika, vrsti IP-a na kojem rade, standardima koji se koriste u procesu rada.
Kako to izgleda?
U praksi, formulacija, analitika zahtjeva za sigurnošću informacijskog sustava, popunjavanje podataka, struktura (i ostalih sustava i korisnika) uključuju prvo prepoznavanje značajki određenog područja. Istražuju je kvalificirani analitičari, određujući specifične parametre sektora primjene razvijenog proizvoda u budućnosti. Nakon toga počinju prikupljati preliminarne zahtjeve, radeći s osobama koje formuliraju takve podatke. Paralelno s tim nastavljaju raditi na pročišćavanju predmetnog područja.
Sljedeći korak u formuliranju zahtjeva za općinske privatne informacijske sustave koji se koriste u državnim agencijama je stvaranje hijerarhijskog sustava identificiranih podataka. Ako početno prikupljanje podataka daje kaotičan kompleks podataka, tada se u okviru sistematizacije naređuje, stvarajući grupe elemenata koji imaju logičke veze jedni s drugima.
Nastavak rada
Sljedeći korak u specificiranju zahtjeva za informacijama u informacijskim sustavima, strukturi projekta, funkcionalnim, unutrašnjim značajkama je prepoznavanje proturječnosti i rješavanje sukoba. Kad dobiju informacije od širokog spektra trećih strana o radu dizajniranog IP-a, susreću se sa sljedećim problemom: svaka osoba ima svoje jedinstvene ideje o mogućnostima projekta i njegovoj svrsi. Ideje dobivene od različitih ljudi često se sukobljavaju, a u suprotnosti su i s logikom, postojećim tehničkim mogućnostima kroz koje se sustav provodi. Da bismo pojednostavili situaciju, nakon temeljite analize potrebno je utvrditi sve kontradikcije i pronaći optimalno kompromisno rješenje za njihovo rješavanje.
Identificirajući kontradikcije i analizirajući izvodljivost svih zahtjeva, potrebno je izraditi i sustav prioriteta. Uvijek postoje važniji i manje značajni među općim skupom zahtjeva. Zadaća programera je usko surađivati s onima koji stvaraju zahtjeve kako bi prepoznali koji su od utvrđenih aspekata funkcioniranja proizvoda najznačajniji i koji mogu čekati ili se potpuno otkazati ako negativni vanjski uvjeti tome doprinesu (na primjer, nedostatak vremena). Stvorivši sustav prioriteta, možemo početi provjeravati identificirane aspekte za cjelovitost, kompatibilnost među sobom i dosljednost.
Korak po korak
Zahtjevi za informacijskim sustavima (osobni podaci, podaci o radu poduzeća i bilo koji drugi) formulirani su kao dio cikličkog procesa. Sve faze su povezane izravno i obrnuto. Koraci su gore opisani: prvo morate prepoznati značajke predmetnog područja, a zatim postupno prijeđite na korak utvrđivanja kompatibilnosti zahtjeva među sobom, kao i njihovu cjelovitost i drugih parametara, što nam omogućava da govorimo o primjenjivosti dobivenih uvjeta u praksi za programere. Ako uspijete stvoriti cjelovitu sliku predmetnog područja, ona već postavlja radne uvjete, posebno funkcioniranje. Ponavljanje ciklusa daje precizniji, dubinski prikaz područja, treći će ciklus omogućiti jasnije formuliranje zahtjeva. Ponavljanje je potrebno sve dok svi sudionici u tijeku rada ne shvate točno za što je sustav dizajniran i kako će raditi, što treba primijeniti tijekom rada na projektu.
Da bi proces formiranja zahtjeva bio učinkovit, a njegovi rezultati primjenjivi u radu, potrebno je slijediti općeprihvaćene algoritme za formuliranje uvjeta.
Referentne točke
Ovo je osnovna metoda prepoznavanja zahtjeva za državne informacijske sustave, posebno - ukratko, apsolutno bilo koga, bez obzira na to gdje se koriste. Kao dio definiranja uvjeta potrebno je prepoznati kao početni uvjet da se stajališta o problemu koje se razmatraju mogu razlikovati. Oni su identificirani i korišteni kao osnova za formulaciju prvog postupka prikupljanja zahtjeva, a potom i stvarnih uvjeta.
Stajalište je prilično nejasan pojam, tako da je razvijeno nekoliko pristupa koji ga različito tumače. Najjednostavnija interpretacija koncepta izvor podataka je koja opisuje kako će IP funkcionirati. Referentne točke postaju osnova za modeliranje IP-a i korištenje informacija unutar proizvoda. Prikupljanje zahtjeva uključuje identifikaciju svih značajnih referentnih točaka koje se dalje koriste u procesu izrade proizvoda. Također uzima u obzir kako će se tehnike koristiti za obradu podataka.
Alternativni pristup
Druga interpretacija koncepta „gledišta“ uključuje poimanje termina kao strukture reprezentacije. U stvari, to je element modela proizvoda. Različita gledišta omogućuju vam stvaranje brojnih modela strojeva s konačnim stanjem, interakcija entiteta i odnosa među njima unutar određenog projekta. U obzir se uzimaju specifičnosti opsega projekta.
Točka gledišta može značiti mišljenje vanjskog primatelja usluge provedene putem IP-a. Na temelju TK-a moguće je identificirati podatke koji se koriste u implementaciji sistemskih usluga, njihovom upravljanju. Ovaj se pristup smatra najučinkovitijim. Ona je bila osnova definicije orijentirane na stajalište - specifične metode za prepoznavanje zahtjeva koja vam omogućuje utvrđivanje informacija i njihovu analizu.
Radite s gledištima
Prvo ih treba identificirati, kao i utvrditi sve usluge koje su povezane s određenom točkom. Tada se sustav strukturira hijerarhijski, grupirajući stajališta među sobom, otkrivajući zajedničke usluge za IP. Oni su rangirani kao najviša hijerarhijska razina. Naslijedit će ih svi TK niže razine.
Podržavanje TK-a mora biti dokumentirano. Ove su informacije jasno opisane, s obzirom na rezultate identifikacije. Nakon toga moguće je izraditi TK sustav u kojem će se reflektirati svi IP objekti identificirani iz prikupljenih podataka.
Uzmi si vremena!
Po pravilu, rad na IP-u započinje sesirom brainstorminga s velikim brojem osmišljenim kako bi se odredili svi mogući zahtjevi za projekt. Potrebno je unaprijed biti svjestan da je gotovo nemoguće odrediti sve moguće zahtjeve jednim postupkom. Što je sustav složeniji, bit će potrebno više takvih postupaka.Samo ako opetovane sesije brainstorminga koje uključuju i kupca i izvođača ne pružaju korisne informacije, oni razumno pretpostavljaju da su utvrđeni potporni TOR-i i da su zahtjevi formulirani, možemo ih započeti primjenjivati tehničkim sredstvima.
Potvrda zahtjeva
Ovaj postupak vam omogućuje da razumijete u kojoj mjeri zahtjevi odgovaraju kupčevim idejama o konačnom proizvodu. Provjera je jedan od najvažnijih koraka u otkrivanju pogrešne specifikacije i njezinu unaprijed uklanjanju. U suprotnom, izmjenu će se morati provesti u fazi kada je sustav već projektiran i izgrađen, što podrazumijeva i privremene i druge gubitke resursa. Najveće probleme donose pogreške otkrivene nakon uvođenja proizvoda u poduzeće.
U općenitom slučaju, rad na prilagođavanju sustava ocijenjen je puno višim od otkrivanja i ispravljanja netočnosti u fazi dizajniranja IP, kodne funkcionalnosti. Promjena zahtjeva u većini slučajeva izaziva impresivne strukturne promjene, uključujući osnovnu razinu. To znači da ćete nakon uvođenja izmjena morati proći cijeli niz provjera i testiranja kako biste bili sigurni da svi dizajnirani alati ispravno funkcioniraju.