Verslo reikalavimai: kūrimo ir dizaino pavyzdžiai

Turinys:

Verslo reikalavimai: kūrimo ir dizaino pavyzdžiai
Verslo reikalavimai: kūrimo ir dizaino pavyzdžiai

Video: Verslo reikalavimai: kūrimo ir dizaino pavyzdžiai

Video: Verslo reikalavimai: kūrimo ir dizaino pavyzdžiai
Video: Finansinė apskaita: Finansinės atskaitomybės sudarymas 2024, Kovas
Anonim

Verslo reikalavimai yra specifikacijos, kurios pateikiamos suteikia vertę ir apibūdina siūlomos sistemos charakteristikas galutinio vartotojo požiūriu. Jis taip pat vadinamas suinteresuotųjų šalių paraiškų sąrašu. Produktai, programinė įranga ir procesai yra būdai pristatyti ir patenkinti įmonės poreikius. Todėl verslo reikalavimai dažnai aptariami kuriant ar įsigyjant programinę įrangą ar kitas sistemas.

Apibrėžimas

Verslo reikalavimai
Verslo reikalavimai

Terminologijos painiavos kyla dėl trijų pagrindinių priežasčių:

  1. Įprasta tikslus arba numatomą naudą žymėti kaip verslo reikalavimus.
  2. Žmonės linkę vartoti šį terminą norėdami nurodyti produkto, sistemos, programinės įrangos, kuri turėtų būtisukurti.
  3. Plačiai priimtas modelis teigia, kad dviejų tipų pretenzijos skiriasi tik detalumo ar abstrakcijos lygiu – kai verslo reikalavimai yra aukšto lygio, dažnai neaiškūs ir suskaidomi į išsamias pretenzijas į komponentą.

Tokio nesusipratimo galima išvengti pripažįstant, kad pateikta sąvoka nėra tikslai, o į juos atsakoma (ty suteikia vertę), kai jie patenkinti. Verslo reikalavimai neskaidomi į produktą, sistemas ir programinę įrangą. Greičiau viskas vyksta atvirkščiai. Produktai ir jų taikomosios programos yra atsakas į verslo reikalavimus – tikriausiai juos patenkinti. Ši koncepcija egzistuoja gamybos aplinkoje ir turi būti atrasta, o produkto poreikius nustato žmogus. Reikalavimai verslo planui neapsiriboja tik aukšto lygio egzistavimu, bet turi būti sumažinti iki smulkmenų. Nepriklausomai nuo detalių kiekio, pasiūlymai visada yra vertingi, kai yra patenkinti.

Produkto atnaujinimas

Sistemos arba programinės įrangos kūrimo projektai, atitinkantys smulkaus verslo reikalavimus, paprastai reikalauja suinteresuotųjų šalių įgaliojimų. Būtent jie veda prie produkto kūrimo ar atnaujinimo. Verslo reikalavimai sistemai ir programinei įrangai paprastai susideda iš funkcinių ir nefunkcinių reikalavimų. Žinoma, jie paprastai apibrėžiami kartu su pirmąja produkto galimybių parinktimi. Antrasis dažnai iš tikrųjų atspindi verslo reikalavimų dizainą, kurie kartais laikomi suvaržymais. Jie gali apimti būtinus aspektusnašumas arba sauga, taikomi gamybos lygiu.

Apdorokite svarbiausius dalykus

reikalavimų rengimo ir projektavimo pavyzdžiai
reikalavimų rengimo ir projektavimo pavyzdžiai

Paraiškos dažnai pateikiamos oficialiuose dokumentuose. Daugiausia dėmesio skiriama tikslaus verslo reikalavimų planavimo ir rengimo procesui ar veiklai, o ne tam, kaip tai pasiekti. Šis parametras paprastai deleguojamas specifikacijoje arba sistemos pretenzijų dokumente arba kokia nors kita parinktimi. Jei neatsižvelgiama į visus skirtumus, gali kilti painiavos tarp šių dviejų. Todėl daugelyje b altųjų knygų iš tikrųjų aprašomi gaminio, sistemos ar programinės įrangos reikalavimai.

Apžvalga

Verslo reikalavimai programinės įrangos kūrimo ar jos gyvavimo ciklo kontekste yra vartotojų identifikavimo ir dokumentavimo sąvoka. Pavyzdžiui, tokie kaip klientai, darbuotojai ir tiekėjai, ankstyvosiose sistemos kūrimo ciklo stadijose, vadovaudamiesi ateities projektavimu. Paraiškas dažnai registruoja analitikai. Jie yra tie, kurie analizuoja verslo proceso reikalavimus ir dažnai tiria jį „toks, koks yra“, kad nustatytų tikslinę „ateitį“.

Programų sudėtis

reikalavimų projektavimo pavyzdžiai
reikalavimų projektavimo pavyzdžiai

Verslo proceso reikalavimai dažnai apima:

  1. Kontekstas, sritis ir fonas, įskaitant pakeitimų priežastis.
  2. Pagrindinės suinteresuotosios šalys, kurios turi reikalavimų.
  3. Sėkmės veiksniai būsimai arba tikslinei sąlygai.
  4. Verslo ar kitų sistemų nustatyti apribojimai.
  5. Dažnai modeliai ir procesainaudojant struktūrines schemas, kad viskas būtų „kaip yra“.
  6. Loginis duomenų modelis ir žodyno nuorodos.
  7. Verslo terminų ir vietinio žargono žodynai.
  8. Duomenų srauto diagramos, iliustruojančios, kaip jie teka per informacines sistemas (priešingai nei srautų diagramos, kuriose vaizduojamas verslo operacijų algoritminis srautas).

Vaidmenys

kūrimo ir dizaino pavyzdžiai
kūrimo ir dizaino pavyzdžiai

Populiariausias verslo reikalavimų rašymo formatas yra dokumentas. Jų tikslas – nustatyti, kokių rezultatų reikės iš sistemos, tačiau galiausiai ji gali būti sukurta be papildomų sąlygų. Todėl dokumentai papildomi informacine medžiaga, kurioje išsamiai aprašomas technologijos veikimas ir infrastruktūros lūkesčiai, įskaitant bet kokius profesinius reikalavimus, susijusius su paslaugų kokybe. Tai, pavyzdžiui, našumas, priežiūra, pritaikomumas, patikimumas, prieinamumas, saugumas ir mastelio keitimas.

Išsamumas

Prototipų kūrimas ankstyvame testavimo etape leidžia įvertinti nustatytų verslo reikalavimų išsamumą ir tikslumą. Suinteresuotosios šalys pirmiausia pereina procesą, kad padėtų apibrėžti struktūrą. O rezultatas siunčiamas projekto verslo reikalavimų kūrimo komandoms, kurios kuria sistemą. Kitos suinteresuotosios šalys išbando ir įvertina galutinę išskleistą projekciją. Kad būtų aišku, reikia sekti programas ir jas išspręsti naudojant oficialų procesą, kad būtų nustatytas tinkamas šablonas.

Verslo reikalavimų taikymo sritis neprivalomaapsiriboja tik nustatant, kas turi būti sukurta kaip sistema. Tai apima ne tik esamos strategijos valdymą ir palaikymą. Ir užtikrinti, kad jis nuolat atitiktų verslo tikslus. Reikalavimų dokumentas turi būti nuolat kontroliuojamas peržiūrimas. Turėdami standartizuotą formatą arba šablonus, sukurtus konkrečioms verslo funkcijoms ir domenams, galite užtikrinti užklausų išsamumą, be to, kad aprėptis bus sutelkta.

Prototipas

dizaino pavyzdžiai
dizaino pavyzdžiai

Nepaisant to, kas paprastai laikoma reikalavimų vertinimo įrankiu, prototipų kūrimas dažniausiai nukreipia dėmesį į kuriamą produktą ar sistemą. Prototipai yra veikianti programinė įranga, o tai reiškia, kad jie susideda iš trijų etapų (pasiūlymo, inžinerinio ar techninio projekto ir įgyvendinimo), pašalintų iš verslo reikalavimų. Be to, tai yra peržiūros versijos, kurias kūrėjas ketina įdiegti.

Kadangi prototipai yra gana specifiniai, juos išbandančios suinteresuotosios šalys gali pateikti prasmingesnių atsiliepimų apie kai kuriuos kūrėjo sukurtus aspektus, o tai yra pasitenkinimo režimo interpretacija. Be to, grafinė vartotojo sąsaja yra pabraukta, o viduje yra spartieji klavišai. Jie sudaro didžiąją programos logikos dalį ir ten, kur bus patenkinta dauguma verslo reikalavimų. Kitaip tariant, problemos, kurias aptinka prototipai, greičiausiai nėra susijusios su užklausomis.

Plėtra

Svarbu atpažinti programų pakeitimus,dokumentuoti ir atnaujinti. Tačiau verslo užklausos nesikeičia tiek, kiek suvokimas apie juos. Verslo reikalavimas gali būti pateiktas, tačiau suinteresuotosios šalys, analitikai ir projekto komanda jo nepripažįsta arba nesupranta.

Pakeitimai dažniausiai atspindi numatytus būdus, kaip pasiekti netinkamai apibrėžtą turinį. Daugelis sunkumų įgyvendinant verslo reikalavimus iš tikrųjų atspindi įprastą praktiką, kai beveik visos pastangos yra sutelktos į tai, kas iš tikrųjų sudaro aukšto lygio produkto, sistemos ar programinės įrangos dizainą. Taip yra dėl to, kad nepavyko tinkamai apibrėžti verslo reikalavimų, kad būtų suteikta vertė.

Kūrimo praktikai paprastai nuolat peržiūri gaminį, kol galiausiai „sugrįžta“prie sprendimo, kuris, atrodo, daro tai, ko reikia, ty, atrodo, atitinka gamybos poreikius. Netiesioginiai bandymai ir klaidos, siekiant nustatyti verslo reikalavimus, yra daugelio „iteratyvaus kūrimo“pagrindas, įskaitant populiarius metodus, kurie reklamuojami kaip „geriausia praktika“.

Dizaino pavyzdžiai

Verslo reikalavimų projektavimo pavyzdžiai
Verslo reikalavimų projektavimo pavyzdžiai

Šablonai padeda greitai pateikti užklausas konkrečiomis temomis, kurios dažnai gali būti susijusios su užklausomis. Jie gali sukurti standartizuotą verslo reikalavimų dokumentaciją, kuri gali padėti lengviau suprasti. Šablonai negarantuoja užklausų tikslumo ar išsamumo. Dažnai netinkamai naudojami pavyzdžiai neigiamaidaro įtaką tyrimams, nes jie linkę skatinti paviršutiniškumą ir dažniausiai mechaninį apibrėžimą be prasmingos analizės.

Sunkumai

Verslo reikalavimų kūrimas
Verslo reikalavimų kūrimas

Verslo reikalavimai dažnai per anksti sugriežtinami dėl didelio suinteresuotųjų šalių skaičiaus, dalyvaujančio nustatant, kur gali kilti interesų konfliktas. Valdymo ir sutarimo siekimo procesas gali būti subtilus ir netgi politinis. Ne toks sudėtingas, nors ir įprastas iššūkis yra paskirstytos komandos su suinteresuotosiomis šalimis skirtingose geografinėse vietose. Natūralu, kad pardavimų personalas yra arčiau savo klientų, o gamyba – prie atitinkamų padalinių. Finansų ir personalo valdymas, įskaitant vyresniąją vadovybę, arčiau registruotos būstinės.

Verslo reikalavimai, pavyzdžiui, reikalingi sistemai, kuri apima vartotojus, susijusius su pardavimu ir gamyba. Gali susidurti su tikslų konfliktu – viena pusė suinteresuota suteikti maksimalų funkcijų skaičių, o kita orientuosis į mažiausią gamybos kainą. Tokios situacijos dažnai baigiasi bendru sutarimu, suteikiant maksimalias galimybes priimti pagrįstą, palankią kainą ir platinti.

Norint išspręsti šias problemas, ankstyvas suinteresuotųjų šalių įtraukimas pasiekiamas demonstruojant prototipus ir bendradarbiaujant. Praktiniai seminarai, tiek organizuojamų užsiėmimų, tiek paprastų diskusijų forma, padeda pasiekti sutarimą, ypač jautriais klausimais.verslo reikalavimus ir kai gali kilti interesų konfliktas. Proceso sudėtingumas yra svarbus veiksnys. Tam gali prireikti specialių žinių, kad būtų galima suprasti teisinius ar reguliavimo reikalavimus, vidines gaires, pvz., prekės ženklo kūrimą arba įmonės socialinės atsakomybės įsipareigojimus. Analizė yra ne tik verslo proceso „kas“fiksavimas, bet ir „kaip“pateikti jo kontekstą.

Rekomenduojamas: