Poslovni zahtjevi: primjeri razvoja i dizajna

2024 Autor: Howard Calhoun | [email protected]. Zadnja izmjena: 2023-12-17 10:20

Poslovni zahtjevi su specifikacije koje, jednom date, pružaju vrijednost i opisuju karakteristike predloženog sistema, iz perspektive krajnjeg korisnika. Takođe se naziva i lista aplikacija zainteresovanih strana. Proizvodi, softver i procesi su načini da se isporuče i zadovolje potrebe preduzeća. Zbog toga se o poslovnim zahtjevima često raspravlja u kontekstu razvoja ili nabavke softvera ili drugih sistema.

Definicija

Terminološka zabuna nastaje iz tri glavna razloga:

1. Uobičajena je praksa da se ciljevi ili očekivane koristi označavaju kao poslovni zahtjevi.
2. Ljudi imaju tendenciju da koriste ovaj izraz za označavanje karakteristika proizvoda, sistema, softvera koji bi trebaokreiraj.
3. Široko prihvaćen model navodi da se dvije vrste tvrdnji razlikuju samo po nivou detalja ili apstrakcije - gdje su poslovni zahtjevi na visokom nivou, često nejasni i razloženi na detaljne tvrdnje o komponenti.

Ovakav nesporazum se može izbjeći prepoznavanjem da dati koncept nije ciljevi, već odgovara na njih (odnosno daje vrijednost) kada su oni zadovoljni. Poslovni zahtjevi se ne razlažu na proizvod, sisteme i softver. Tačnije, sve se dešava obrnuto. Proizvodi i njihove primjene predstavljaju odgovor na poslovne zahtjeve – vjerovatno da bi ih zadovoljili. Ovaj koncept postoji u proizvodnom okruženju i mora se otkriti, dok zahtjeve za proizvodom određuje čovjek. Zahtjevi za poslovni plan nisu ograničeni na postojanje visokog nivoa, već se moraju svesti na detalje. Bez obzira na količinu detalja, ponude uvijek daju vrijednost kada su zadovoljne.

Ažuriranje proizvoda

Sistemi ili projekti razvoja softvera za potrebe malih preduzeća obično zahtijevaju ovlaštenje dionika. Oni su ti koji dovode do stvaranja ili ažuriranja proizvoda. Poslovni zahtjevi za sistem i softver obično se sastoje od funkcionalnih i nefunkcionalnih zahtjeva. Naravno, oni se obično definiraju u sprezi s prvom opcijom mogućnosti proizvoda. Drugi često zapravo odražava dizajn poslovnih zahtjeva, koji se ponekad vide kao ograničenja. Oni mogu uključivati neophodne aspekteperformanse ili sigurnost primjenjive na nivou proizvodnje.

Naglasci procesa

Prijave su često navedene u službenim dokumentima. Naglasak je na procesu ili aktivnosti preciznog planiranja i razvoja poslovnih zahtjeva, a ne na tome kako to postići. Ovaj parametar se obično delegira dokumentom specifikacije ili sistemskih zahtjeva ili nekom drugom opcijom. Može doći do zabune između to dvoje ako se ne uzmu u obzir sve razlike. Shodno tome, mnoge bijele knjige zapravo opisuju zahtjeve za proizvod, sistem ili softver.

Pregled

Poslovni zahtjevi u kontekstu razvoja softvera ili njegovog životnog ciklusa je koncept identifikacije i dokumentiranja bilo kojeg korisnika. Na primjer, kao što su kupci, zaposleni i dobavljači, u ranim fazama ciklusa razvoja sistema za usmjeravanje dizajna budućnosti. Prijave često bilježe analitičari. Oni su ti koji analiziraju zahtjeve poslovnog procesa i često ga proučavaju "kao što je" kako bi odredili cilj "budućnost".

Sastav aplikacija

Zahtjevi poslovnog procesa često uključuju:

1. Kontekst, područje i pozadina, uključujući razloge za promjene.
2. Ključni dionici koji imaju zahtjeve.
3. Faktori uspjeha za buduće ili ciljano stanje.
4. Ograničenja nametnuta poslovnim ili drugim sistemima.
5. Modeli i analiza procesa čestokorištenje dijagrama toka za predstavljanje svega "kao što jest".
6. Logički model podataka i reference rječnika.
7. Pojmovnici poslovnih termina i lokalnog žargona.
8. Dijagrami toka podataka koji ilustruju kako oni teče kroz informacione sisteme (za razliku od dijagrama toka koji prikazuju algoritamski tok poslovnih operacija).

Uloge

Najpopularniji format za pisanje poslovnih zahtjeva je dokument. Svrha njih je da se utvrdi koji će rezultati biti potrebni od sistema, međutim, on se na kraju može razviti bez dodatnih uslova. Stoga su dokumenti dopunjeni referentnim materijalom koji detaljno opisuje performanse tehnologije i očekivanja infrastrukture, uključujući sve profesionalne zahtjeve koji se odnose na kvalitet usluge. To su, na primjer, performanse, mogućnost održavanja, prilagodljivost, pouzdanost, dostupnost, sigurnost i skalabilnost.

Potpunost

Izrada prototipa u ranoj fazi testiranja omogućava vam da procenite kompletnost i tačnost identifikovanih poslovnih zahteva. Zainteresovane strane prvo prolaze kroz proces kako bi pomogle u definiranju strukture. A rezultat se šalje timovima za razvoj poslovnih zahtjeva projekta, koji grade sistem. Druge zainteresirane strane testiraju i ocjenjuju konačnu neokrenutu projekciju. Jasnoća zahtijeva praćenje aplikacija i njihovo rješavanje formalnim postupkom za određivanje odgovarajućeg šablona.

Opseg poslovnih zahtjeva opcionoograničeno na fazu definisanja onoga što se gradi kao sistem. Ovo ide dalje od načina upravljanja i održavanja postojeće strategije. I kako bi se osiguralo njegovo kontinuirano usklađivanje s poslovnim ciljevima. Dokument sa zahtjevima treba stalno pregledavati na kontrolisan način. Posjedovanje standardiziranog formata ili predložaka dizajniranih za određene poslovne funkcije i domene, može osigurati kompletnost upita, osim što će zadržati fokus na opsegu.

Prototip

Uprkos tome što se obično smatra alatom za procjenu zahtjeva, izrada prototipa obično pomjera pažnju na proizvod ili sistem koji se gradi. Prototipovi su radni softver, što znači da se sastoje od tri faze (ponude, inženjersko ili tehničko projektovanje i implementacija) uklonjene iz poslovnih zahtjeva. A ovo su i verzije za pregled koje programer namjerava implementirati.

Budući da su prototipovi prilično specifični, zainteresovane strane koje ih isprobaju mogu pružiti značajniju povratnu informaciju o nekom aspektu onoga što programer kreira, a to je interpretacija moda zadovoljstva. Štaviše, grafičko korisničko sučelje je podvučeno, a unutrašnjost su prečice. Oni čine glavninu programske logike i na njima će se ispuniti većina poslovnih zahtjeva. Drugim riječima, malo je vjerovatno da će problemi koje otkrivaju prototipovi biti povezani sa zahtjevima.

Razvoj

Važno je prepoznati promjene u aplikacijama,dokumentirati i ažurirati ih. Međutim, poslovni upiti se ne mijenjaju toliko koliko njihova percepcija. Poslovni zahtjev može biti prisutan, ali ga zainteresovane strane, analitičari i projektni tim ne prepoznaju ili razumiju.

Promjene imaju tendenciju da odražavaju predviđene načine za ispunjavanje neadekvatno definisanog sadržaja. Veliki dio poteškoća u ispunjavanju poslovnih zahtjeva zapravo odražava uobičajenu praksu fokusiranja gotovo svih napora oko njih na ono što zaista čini dizajn proizvoda, sistema ili softvera na visokom nivou. Ovo je zbog neuspjeha da se prvo adekvatno definiraju poslovni zahtjevi kako bi se obezbijedila vrijednost.

Razvojni praktičari obično nastavljaju sa ponovnim posjećivanjem proizvoda sve dok se na kraju ne "vrate" na rješenje za koje se čini da radi ono što je potrebno, odnosno, očigledno zadovoljava potrebe proizvodnje. Indirektni pokušaji i greške za određivanje poslovnih zahtjeva su osnova za veći dio "iterativnog razvoja", uključujući popularne metode koje se reklamiraju kao "najbolje prakse".

Primjeri dizajna

Šabloni vam pomažu da brzo postavite upite o određenim temama koje često mogu biti relevantne za upite. Oni mogu kreirati standardiziranu dokumentaciju u vezi sa poslovnim zahtjevima, što može olakšati razumijevanje. Šabloni ne garantuju tačnost ili potpunost upita. Često pogrešno korišteni primjeri negativnoutiče na istraživanje jer teži promicanju površnosti i uglavnom mehaničke definicije bez smislene analize.

Poteškoće

Poslovni zahtjevi se često prerano pooštravaju zbog velike baze dionika uključenih u utvrđivanje gdje postoji potencijal za sukob interesa. Proces upravljanja i postizanja konsenzusa može biti delikatan, pa čak i političke prirode. Manje težak, iako uobičajen, izazov su raspoređeni timovi sa dionicima na različitim geografskim lokacijama. Naravno, prodajno osoblje je bliže svojim kupcima, a proizvodnja - dotičnim jedinicama. Upravljanje finansijama i osobljem, uključujući viši menadžment, bliže registrovanom sjedištu.

Poslovni zahtjevi, na primjer, potrebni su za sistem koji uključuje korisnike uključene u prodaju i proizvodnju. Može se suočiti sa sukobom ciljeva - jedna strana je zainteresirana za pružanje maksimalnog broja funkcija, dok će se druga fokusirati na najnižu cijenu proizvodnje. Takve situacije često završavaju konsenzusom sa maksimalnim mogućnostima za razumne, povoljne cijene i distribuciju.

Za rješavanje ovih problema, rani angažman dionika se postiže kroz demonstracije prototipa i saradnju. Praktične radionice, kako u obliku organiziranih sesija, tako i jednostavnih diskusija, pomažu u postizanju konsenzusa, posebno u pogledu osjetljivih pitanja.poslovne zahtjeve i gdje postoji potencijalni sukob interesa. Složenost procesa je važan faktor. Ovo može zahtijevati specijalizirano znanje za razumijevanje zakonskih ili regulatornih zahtjeva, internih smjernica kao što su brendiranje ili korporativna društvena odgovornost. Analiza se ne odnosi samo na hvatanje "šta" poslovnog procesa, već i na "kako" predstaviti njegov kontekst.