Poslovni zahtjevi: primjeri razvoja i dizajna

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

Poslovni zahtjevi su specifikacije koje, jednom dane, daju vrijednost i opisuju karakteristike predloženog sustava, iz perspektive krajnjeg korisnika. Također se naziva i popis aplikacija dionika. Proizvodi, softver i procesi načini su da se isporuče i zadovolje potrebe poduzeća. Stoga se o poslovnim zahtjevima često raspravlja u kontekstu razvoja ili nabave softvera ili drugih sustava.

Definicija

Terminološka zbrka nastaje iz tri glavna razloga:

1. Uobičajena je praksa označavati ciljeve ili očekivane koristi kao poslovne zahtjeve.
2. Ljudi obično koriste ovaj izraz za označavanje karakteristika proizvoda, sustava, softvera koji bi trebaostvoriti.
3. Široko prihvaćen model navodi da se dvije vrste tvrdnji razlikuju samo u razini detalja ili apstrakcije - gdje su poslovni zahtjevi visoke razine, često nejasni i razloženi na detaljne tvrdnje o komponenti.

Takav se nesporazum može izbjeći prepoznavanjem da zadani koncept nije ciljevi, već odgovara na njih (odnosno daje vrijednost) kada su oni zadovoljni. Poslovni zahtjevi se ne razlažu na proizvod, sustave i softver. Dapače, sve se događa obrnuto. Proizvodi i njihova primjena predstavljaju odgovor na poslovne zahtjeve – vjerojatno da bi ih zadovoljili. Taj koncept postoji u proizvodnom okruženju i mora se otkriti, a zahtjeve za proizvodom određuje čovjek. Zahtjevi za poslovni plan nisu ograničeni na postojanje visoke razine, već se moraju svesti na detalje. Bez obzira na količinu pojedinosti, ponude uvijek daju vrijednost kada su zadovoljne.

Ažuriranje proizvoda

Sustavi ili projekti razvoja softvera za zahtjeve malih poduzeća obično zahtijevaju ovlaštenje dionika. Oni su ti koji dovode do stvaranja ili ažuriranja proizvoda. Poslovni zahtjevi za sustav i softver obično se sastoje od funkcionalnih i nefunkcionalnih zahtjeva. Naravno, oni se obično definiraju zajedno s prvom opcijom mogućnosti proizvoda. Drugi često zapravo odražava dizajn poslovnih zahtjeva, koji se ponekad doživljavaju kao ograničenja. Oni mogu uključivati potrebne aspekteperformanse ili sigurnost primjenjive na razini 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 obično se delegira dokumentom o specifikaciji ili zahtjevima sustava ili nekom drugom opcijom. Može doći do zabune između njih ako se ne uzmu u obzir sve razlike. Posljedično, mnoge bijele knjige zapravo opisuju zahtjeve za proizvod, sustav ili softver.

Pregled

Poslovni zahtjevi u kontekstu razvoja softvera ili njegovog životnog ciklusa koncept su identifikacije i dokumentiranja svih korisnika. Na primjer, kao što su kupci, zaposlenici i dobavljači, u ranim fazama ciklusa razvoja sustava 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 jest" kako bi odredili ciljnu "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. Čimbenici uspjeha za buduće ili ciljano stanje.
4. Ograničenja nametnuta poslovnim ili drugim sustavima.
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 pojmova i lokalnog žargona.
8. Dijagrami toka podataka koji ilustriraju kako oni teče kroz informacijske sustave (za razliku od dijagrama toka koji prikazuju algoritamski tijek poslovnih operacija).

Uloge

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

Završenost

Izrada prototipa u ranoj fazi testiranja omogućuje vam procjenu potpunosti i točnosti identificiranih poslovnih zahtjeva. Dionici prvo prolaze kroz proces kako bi pomogli definirati strukturu. A rezultat se šalje timovima za razvoj poslovnih zahtjeva projekta, koji grade sustav. Ostali dionici testiraju i ocjenjuju konačnu nerazvijenu projekciju. Jasnoća zahtijeva praćenje aplikacija i njihovo rješavanje službenim postupkom za određivanje odgovarajućeg predloška.

Opseg poslovnih zahtjeva neobavezanograničen na fazu definiranja onoga što se kao sustav gradi. Ovo nadilazi način upravljanja i održavanja postojeće strategije. I kako bi se osigurala njegova kontinuirana usklađenost s poslovnim ciljevima. Dokument sa zahtjevima treba stalno kontrolirano pregledavati. Standardizirani format ili predlošci dizajnirani za određene poslovne funkcije i domene mogu osigurati potpunost upita, uz zadržavanje fokusa na opsegu.

Prototip

Unatoč tome što se obično smatra alatom za procjenu zahtjeva, izrada prototipa obično prebacuje pozornost na proizvod ili sustav koji se gradi. Prototipovi su radni softver, što znači da se sastoje od tri faze (ponude, inženjerski ili tehnički dizajn i implementacija) koje su uklonjene iz poslovnih zahtjeva. Ovo su također verzije za pregled koje programer namjerava implementirati.

Budući da su prototipovi prilično specifični, dionici koji ih isprobaju mogu dati smislenije povratne informacije o nekom aspektu onoga što programer stvara, a to je interpretacija načina zadovoljstva. Štoviše, grafičko korisničko sučelje je podvučeno, a iznutra su prečaci. Oni čine glavninu programske logike i na njima će se ispuniti većina poslovnih zahtjeva. Drugim riječima, malo je vjerojatno 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 dionici, analitičari i projektni tim ne prepoznaju ili razumiju.

Promjene obično odražavaju predviđene načine za zadovoljavanje neadekvatno definiranog sadržaja. Velik dio poteškoća u ispunjavanju poslovnih zahtjeva zapravo odražava uobičajenu praksu fokusiranja gotovo svih napora oko njih na ono što stvarno čini dizajn proizvoda, sustava ili softvera visoke razine. To je zbog neuspjeha da se prvo adekvatno definiraju poslovni zahtjevi kako bi se pružila vrijednost.

Razvojni praktičari obično nastavljaju ponovno posjećivati proizvod sve dok se na kraju ne "vrate" na rješenje koje čini se da čini ono što je potrebno, odnosno očito zadovoljava potrebe proizvodnje. Neizravni pokušaji i pogreške za određivanje poslovnih zahtjeva temelj su za veći dio "iterativnog razvoja", uključujući popularne metode koje se reklamiraju kao "najbolje prakse".

Primjeri dizajna

Predlošci vam pomažu da brzo postavite upite o određenim temama koje često mogu biti relevantne za upite. Oni mogu izraditi standardiziranu dokumentaciju u vezi s poslovnim zahtjevima, što može olakšati razumijevanje. Predlošci ne jamče točnost ili potpunost upita. Često zlorabljeni primjeri negativnoutjecaj na istraživanje jer nastoji promovirati površnost i uglavnom mehaničku definiciju 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 delikatne, pa čak i političke prirode. Manje težak, iako uobičajen, izazov su raspoređeni timovi s dionicima na različitim geografskim lokacijama. Naravno, prodajno osoblje je bliže svojim kupcima, a proizvodnja - dotičnim jedinicama. Upravljanje financijama i osobljem, uključujući više rukovodstvo, bliže registriranom sjedištu.

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

Za rješavanje ovih problema, rani angažman dionika postiže se demonstracijama prototipa i suradnjom. Praktične radionice, kako u obliku organiziranih sesija, tako i jednostavnih rasprava, pomažu u postizanju konsenzusa, posebno u vezi s osjetljivim pitanjima.poslovne zahtjeve i gdje postoji potencijalni sukob interesa. Složenost procesa je važan čimbenik. To može zahtijevati specijalizirano znanje za razumijevanje zakonskih ili regulatornih zahtjeva, internih smjernica kao što su brendiranje ili obveze korporativne društvene odgovornosti. Analiza se ne odnosi samo na hvatanje "što" poslovnog procesa, već i na "kako" predstaviti njegov kontekst.