Poslovne zahteve: oblikovanje in primeri

Poslovne zahteve so specifikacije, ki po predložitvi zagotavljajo vrednost in opisujejo značilnosti predlaganega sistema z vidika končnega uporabnika. Imenuje se tudi naštevanje zahtev zainteresiranih strani. Izdelki, programska oprema in procesi so načini, kako dostaviti in izpolnjujejo potrebe podjetja. Zato se o poslovnih zahtevah pogosto razpravlja v okviru razvoja ali pridobivanja programske opreme ali drugih sistemov.

Prepoznajte

Poslovne zahteve

Do terminološke zmede prihaja iz treh glavnih razlogov:

  1. Običajna praksa je opisati namen ali pričakovane koristi kot podjetje-zahteve.
  2. Ljudje običajno uporabljajo ta izraz za opis značilnosti izdelka, sistema ali programske opreme, ki naj bi bila izdelana.
  3. Splošno sprejet model trdi, da se obe vrsti zahtev razlikujeta le po stopnji podrobnosti ali abstrakcije - poslovne zahteve so na visoki ravni, pogosto nejasne in razčlenjene v podrobne zahteve za komponento.

Takšnim nesporazumom se je mogoče izogniti, če se zavedamo, da koncept ni cilj, temveč da jih izpolnjuje (tj. zagotavlja vrednost), ko so izpolnjeni. Poslovne zahteve niso razčlenjene na izdelke, sisteme in programsko opremo. Prav nasprotno. Izdelki in njihove aplikacije so odziv na poslovne zahteve - domnevno zato, da bi jih zadovoljili. Koncept obstaja v proizvodnem okolju in ga je treba odkriti, medtem ko so zahteve po izdelkih opredeljene s strani človeka. Zahteve poslovnega načrta niso omejene na obstoj visoke ravni, ampak se morajo zmanjšati na podrobnosti. Ne glede na raven podrobnosti aplikacije vedno zagotavljajo vrednost, če so zadovoljne.

Posodobitev izdelka

Pri projektih razvoja sistema ali programska oprema Za zahteve malih podjetij so običajno potrebna dovoljenja zainteresiranih strani. To so razlogi za nastanek ali posodobitev izdelka. Poslovne zahteve za sisteme in programsko opremo so običajno sestavljene iz funkcionalnih in nefunkcionalnih zahtev. Seveda so običajno opredeljene v povezavi s prvo možnostjo značilnosti izdelka. Slednje pogosto dejansko odražajo zasnovo poslovnih zahtev, ki se včasih obravnavajo kot omejitve. Vključujejo lahko potrebne vidike delovanja ali varnosti, ki se uporabljajo na ravni proizvodnje.

Poudarki procesa

Razvoj zahtev in primeri uokvirjanja

Vloge so pogosto navedene v uradnih dokumentih. Poudarek je na procesu ali dejavnosti natančnega načrtovanja in razvijanja poslovnih zahtev in ne na tem, kako jih doseči. Ta parameter je običajno določen s specifikacijo ali dokumentom o sistemskih zahtevah ali drugo možnostjo. Če ne upoštevamo vseh razlik, lahko pride do zamenjave med njima. Zato je veliko belih knjig pravzaprav opis zahtev za izdelek, sistem ali programsko opremo.

Pregled

Poslovne zahteve v kontekstu razvoja ali življenjskega cikla programske opreme so koncept identifikacije in dokumentiranja vseh uporabnikov. kot so stranke, zaposleni in dobavitelji, v zgodnjih fazah razvojnega cikla sistema za usmerjanje prihodnjega načrtovanja. Zahteve pogosto zajemajo analitiki. Oni so tisti, ki analizirajo zahteve poslovnega procesa in pogosto preučujejo "kot je" za prepoznavanje cilja "prihodnost".

Sestava vlog

Primeri oblikovanja zahtev

Zahteve za poslovne procese pogosto vključujejo:

  1. Kontekst, območje in ozadje, vključno z razlogi za spremembe.
  2. Ključne zainteresirane strani, ki imajo zahteve.
  3. Dejavniki uspeha za prihodnje ali ciljno stanje.
  4. Omejitve, ki jih določajo poslovne ali drugi sistemi.
  5. Modeli in analiza procesov, pogosto z uporabo diagramov poteka za predstavitev vsega, kar je "tako, kot je".
  6. Logični podatkovni model in sklici na besednjak.
  7. Slovarji poslovnih izrazov in lokalnega žargona.
  8. diagrami pretoka podatkov za ponazoritev pretoka podatkov skozi informacijske sisteme (v nasprotju z diagrami pretoka, ki prikazujejo algoritmični tok poslovnih transakcij).

Vloge

oblikovanje in primeri oblikovanja

Najbolj priljubljena oblika zapisa poslovnih zahtev je dokument. Njihov namen je opredeliti, kakšni rezultati se bodo zahtevali od sistema, vendar ga je mogoče na koncu razviti brez dodatnih pogojev. Zato so dokumenti dopolnjeni z dodatnim gradivom, v katerem so podrobno opisane tehnološke zmogljivosti in infrastrukturna pričakovanja, vključno z morebitnimi strokovne zahteve, v zvezi s kakovostjo storitev.To so na primer zmogljivost, vzdrževanje, prilagodljivost, zanesljivost, razpoložljivost, varnost in razširljivost.

Popolnost

Izdelava prototipa v zgodnji fazi testiranja omogoča oceno popolnosti in natančnosti opredeljenih poslovnih zahtev. Zainteresirane strani najprej opravijo postopek, da bi pomagale opredeliti okvir. Rezultati se posredujejo nazaj projektnim skupinam za poslovne zahteve, ki gradijo sistem. Druge zainteresirane strani preizkusijo in ocenijo končno projekcijo. Jasnost zahteva sledenje vlogam in njihovemu reševanju s formalnim postopkom za določitev ustrezne predloge.

Obseg poslovnih zahtev ni nujno omejen na fazo opredelitve, kaj je potrebno je treba zgraditi kot sistem. Poleg tega predvideva, kako upravljati in vzdrževati vzpostavljeno strategijo. in zagotoviti, da je vedno skladen s poslovnimi cilji. Dokument z zahtevami je treba stalno nadzorovano revidirati. S standardizirano obliko ali predlogami, oblikovanimi za posebne poslovne funkcije in področja, lahko zagotovite popolnost zahtevkov, poleg tega pa ohranite osredotočenost na področje.

Vzorec

Primeri oblikovanja

Čeprav se običajno šteje za sredstvo za ocenjevanje zahtev, prototipiranje običajno preusmeri pozornost na izdelek ali sistem, ki se ustvarja. Prototipi so delujoča programska oprema, kar pomeni, da so sestavljeni iz treh stopenj (aplikacija, inženiring ali tehnična zasnova in izvedba), ki so oddaljene od poslovnih zahtev. To so tudi predhodne različice, ki jih razvijalec namerava izvesti.

Ker so prototipi precej specifični, lahko zainteresirane strani, ki jih preizkusijo, podajo pomembnejše povratne informacije o nekaterih vidikih tistega, kar razvijalec ustvari, kar je interpretacija načina zadovoljstva. Poleg tega je poudarjen grafični uporabniški vmesnik, notranjost pa je označena. Sestavljajo večino programske logike in v njih bo izpolnjena večina poslovnih zahtev. Z drugimi besedami, težave, ki jih odkrijejo prototipi, so komaj povezane z zahtevami.

Razvoj

Pomembno je prepoznati spremembe zahtevkov, jih dokumentirati in posodobiti. Vendar se poslovne zahteve običajno ne spreminjajo tako zelo, kot se spreminja zavedanje o njih. Poslovna zahteva je lahko prisotna, vendar je deležniki, analitiki in projektna skupina ne prepoznajo ali razumejo.

Spremembe običajno odražajo zaznane načine izpolnjevanja neustrezno opredeljenih materialov. Velik del težav pri izpolnjevanju poslovnih zahtev pravzaprav odraža skupno prakso pri skoraj vseh prizadevanjih, povezanih z njimi, in sicer pri načrtovanju izdelka, sistema ali programske opreme na visoki ravni. Razlog za to je, da najprej ni bilo mogoče ustrezno opredeliti poslovnih zahtev za zagotavljanje vrednosti.

Strokovnjaki, ki se ukvarjajo z razvojem, običajno izdelek še naprej popravljajo, dokler se na koncu ne "vrnejo" k rešitvi, za katero se zdi, da dela to, kar je potrebno, tj. da ustreza potrebam proizvodnje. Posredne metode poskusov in napak za opredelitev poslovnih zahtev so podlaga za Veliko "iterativnega razvoja", vključno s priljubljenimi metodami, ki se oglašujejo kot "najboljša praksa".

Primeri oblikovanja

Primeri oblikovanja poslovnih zahtev

Predloge pomagajo hitro pridobiti specifične teme, ki so lahko pogosto pomembne za zahteve. Ustvarijo lahko standardizirano dokumentacijo v zvezi s poslovnimi zahtevami, kar lahko olajša razumevanje. Predloge ne zagotavljajo točnosti ali popolnosti zahtevkov. Pogosto napačno uporabljeni primeri negativno vplivajo na raziskave, saj spodbujajo površnost in predvsem mehanično opredelitev brez smiselne analize.

Težave

Razvoj poslovnih zahtev

Poslovne zahteve se pogosto predčasno zaostrijo zaradi velikega števila zainteresiranih strani, ki sodelujejo pri njihovem opredeljevanju, pri čemer obstaja možnost navzkrižja interesov. Postopek upravljanja in doseganja soglasja je lahko občutljiv in celo političen. Manj zapletena, čeprav pogosta naloga so porazdeljene skupine z zainteresiranimi stranmi na različnih geografskih lokacijah. Prodajno osebje je seveda bližje svojim strankam, proizvodno osebje pa svojim enotam. Finance in upravljanje zaposlenih, vključno z najvišjim vodstvom, so bližje registriranemu sedežu.

Poslovne zahteve so na primer potrebne za sistem, ki vključuje prodajne in proizvodne uporabnike. Pri tem lahko naleti na nasprotujoče si cilje ena stranka zainteresiran za zagotavljanje čim več funkcij, medtem ko se drugi osredotoča na najnižje proizvodne stroške. Takšne situacije se pogosto končajo s soglasjem, ki omogoča največje možnosti za razumno in dobičkonosno oblikovanje cen in distribucijo.

Za reševanje teh izzivov se zgodnje vključevanje zainteresiranih strani doseže s predstavitvijo prototipov in sodelovanjem. Delavnice v obliki strukturiranih srečanj in preprostih razprav pomagajo doseči soglasje, zlasti v zvezi z občutljivimi poslovnimi zahtevami in pri morebitnem navzkrižju interesov. Zapletenost postopka je pomemben dejavnik. Za to je morda potrebno strokovno znanje, potrebno za razumevanje pravno ali Regulativne zahteve, notranje smernice, kot so znamčenje ali zaveze o družbeni odgovornosti podjetij. Pri analizi ne gre le za to, da zajamemo "kaj" poslovnega procesa, temveč tudi "kako" predstavimo njegov kontekst.

Članki na tem področju