Uzņēmējdarbības prasības: izstrādes un dizaina piemēri

2024 Autors: Howard Calhoun | [email protected]. Pēdējoreiz modificēts: 2023-12-17 10:35

Uzņēmējdarbības prasības ir specifikācijas, kas pēc nodrošināšanas nodrošina vērtību un apraksta piedāvātās sistēmas īpašības no galalietotāja viedokļa. To dēvē arī par ieinteresēto personu pieteikumu sarakstu. Produkti, programmatūra un procesi ir veidi, kā nodrošināt un apmierināt uzņēmuma vajadzības. Līdz ar to uzņēmējdarbības prasības bieži tiek apspriestas programmatūras vai citu sistēmu izstrādes vai iegādes kontekstā.

Definīcija

Terminoloģijas neskaidrības rodas trīs galveno iemeslu dēļ:

1. Ierasta prakse mērķus vai paredzamos ieguvumus apzīmē kā uzņēmējdarbības prasības.
2. Cilvēki mēdz lietot šo terminu, lai apzīmētu produkta, sistēmas vai programmatūras īpašības, kurām ir paredzētsizveidot.
3. Plaši pieņemts modelis nosaka, ka abu veidu pretenzijas atšķiras tikai detalizācijas vai abstrakcijas līmeņa ziņā - ja biznesa prasības ir augsta līmeņa, bieži vien neskaidras un sadalītas detalizētās pretenzijās uz komponentu.

No šāda pārpratuma var izvairīties, apzinoties, ka dotais jēdziens nav mērķi, bet gan atbild uz tiem (tas ir, sniedz vērtību), kad tie ir apmierināti. Uzņēmējdarbības prasības nesadalās produktā, sistēmās un programmatūrā. Drīzāk viss notiek otrādi. Produkti un to pielietojumi ir atbilde uz biznesa prasībām – iespējams, lai tās apmierinātu. Šis jēdziens pastāv ražošanas vidē un ir jāatklāj, savukārt prasības pēc produkta nosaka cilvēks. Prasības biznesa plānam neaprobežojas tikai ar augsta līmeņa esamību, bet ir jāsamazina līdz detaļām. Neatkarīgi no detaļu apjoma, cenas vienmēr ir vērtīgas, ja tās ir apmierinātas.

Produkta atjauninājums

Sistēmām vai programmatūras izstrādes projektiem mazo uzņēmumu prasībām parasti ir nepieciešamas ieinteresēto personu pilnvaras. Tieši viņi noved pie produkta izveides vai atjaunināšanas. Uzņēmējdarbības prasības sistēmai un programmatūrai parasti sastāv no funkcionālām un nefunkcionālām prasībām. Protams, tie parasti tiek definēti saistībā ar produkta iespēju pirmo opciju. Otrais bieži faktiski atspoguļo uzņēmējdarbības prasību izstrādi, kuras dažkārt tiek uzskatītas par ierobežojumiem. Tie var ietvert nepieciešamos aspektusveiktspēja vai drošība, kas piemērojama ražošanas līmenī.

Apstrādājiet svarīgākos punktus

Pieteikumi bieži ir norādīti oficiālajos dokumentos. Uzsvars tiek likts uz biznesa prasību precīzas plānošanas un izstrādes procesu vai darbību, nevis uz to, kā to sasniegt. Šo parametru parasti deleģē specifikācijas vai sistēmas pretenziju dokuments vai kāda cita opcija. Ja neņem vērā visas atšķirības, tās var sajaukt. Līdz ar to daudzās b altajās grāmatās faktiski ir aprakstītas prasības produktam, sistēmai vai programmatūrai.

Pārskats

Uzņēmējdarbības prasības programmatūras izstrādes vai tās dzīves cikla kontekstā ir jebkura lietotāja identificēšanas un dokumentēšanas jēdziens. Piemēram, piemēram, klientiem, darbiniekiem un piegādātājiem, sistēmas attīstības cikla sākumposmā, lai vadītu nākotnes dizainu. Pieteikumus bieži reģistrē analītiķi. Viņi ir tie, kas analizē biznesa procesa prasības un bieži pēta to "kā ir", lai noteiktu mērķa "nākotni".

Pieteikumu sastāvs

Uzņēmējdarbības procesa prasībās bieži ietilpst:

1. Konteksts, apgabals un fons, tostarp izmaiņu iemesli.
2. Galvenās ieinteresētās personas, kurām ir prasības.
3. Veiksmes faktori nākotnes vai mērķa stāvoklim.
4. Uzņēmējdarbības vai citu sistēmu noteiktie ierobežojumi.
5. Modeļi un procesu analīze biežiizmantojot blokshēmas, lai attēlotu visu "kā ir".
6. Loģisko datu modelis un vārdnīcas atsauces.
7. Uzņēmējdarbības terminu glosāriji un vietējā žargons.
8. Datu plūsmas diagrammas, lai ilustrētu, kā tā plūst caur informācijas sistēmām (pretstatā blokshēmām, kas attēlo biznesa operāciju algoritmisko plūsmu).

Lomas

Populārākais biznesa prasību rakstīšanas formāts ir dokuments. To mērķis ir noteikt, kādi rezultāti tiks prasīti no sistēmas, tomēr to galu galā var izstrādāt bez papildu nosacījumiem. Tāpēc dokumentus papildina uzziņas materiāls, kurā ir detalizēti aprakstīta tehnoloģiju veiktspēja un infrastruktūras prasības, tostarp visas profesionālās prasības, kas saistītas ar pakalpojuma kvalitāti. Tās ir, piemēram, veiktspēja, apkope, pielāgojamība, uzticamība, pieejamība, drošība un mērogojamība.

Pilnīgums

Prototipu izstrāde agrīnā testēšanas stadijā ļauj novērtēt noteikto biznesa prasību pilnīgumu un precizitāti. Ieinteresētās personas vispirms iziet cauri procesam, lai palīdzētu noteikt struktūru. Un rezultāts tiek nosūtīts projekta biznesa prasību izstrādes komandām, kas veido sistēmu. Citas ieinteresētās personas pārbauda un novērtē galīgo izvērsto projekciju. Skaidrības labad ir nepieciešams izsekot lietojumprogrammām un tās atrisināt, izmantojot oficiālu procesu, lai noteiktu atbilstošo veidni.

Uzņēmējdarbības prasību joma nav obligātatikai posmā, kurā tiek definēts, kas ir jāveido kā sistēma. Tas pārsniedz to, kā pārvaldīt un uzturēt esošo stratēģiju. Un nodrošināt tā nepārtrauktu atbilstību biznesa mērķiem. Prasību dokuments ir pastāvīgi un kontrolēti jāpārskata. Standartizēts formāts vai veidnes, kas paredzētas konkrētām biznesa funkcijām un domēniem, var nodrošināt vaicājumu pilnīgumu, kā arī koncentrēties uz tvērumu.

Prototips

Neskatoties uz to, ko parasti uzskata par prasību novērtēšanas rīku, prototipu izstrāde parasti pievērš uzmanību ražojumam vai sistēmai, kas tiek veidota. Prototipi ir darba programmatūra, kas nozīmē, ka tie sastāv no trim fāzēm (piedāvājumi, inženiertehniskais projekts un ieviešana), kas izņemti no biznesa prasībām. Un arī šīs ir priekšskatījuma versijas, kuras izstrādātājs plāno ieviest.

Tā kā prototipi ir diezgan specifiski, ieinteresētās personas, kas tos izmēģina, var sniegt jēgpilnākas atsauksmes par kādu izstrādātāja radītā aspekta, kas ir gandarījuma režīma interpretācija. Turklāt grafiskais lietotāja interfeiss ir pasvītrots, un iekšpusē ir saīsnes. Tie veido programmas loģikas lielāko daļu un ir vieta, kur tiks izpildīta lielākā daļa uzņēmējdarbības prasību. Citiem vārdiem sakot, problēmas, ko atklāj prototipi, visticamāk, nav saistītas ar pieprasījumiem.

Attīstība

Ir svarīgi atpazīt izmaiņas lietojumprogrammās,dokumentējiet un atjauniniet tos. Tomēr biznesa jautājumiem nav tendence mainīties tik daudz, cik uztvere par tiem. Uzņēmējdarbības prasība var būt spēkā, taču ieinteresētās personas, analītiķi un projekta komanda to neatzīst vai nesaprot.

Izmaiņas parasti atspoguļo paredzētos veidus, kā nodrošināt neatbilstoši definētu saturu. Liela daļa grūtību izpildīt biznesa prasības patiesībā atspoguļo parasto praksi, kad gandrīz visi centieni tiek koncentrēti uz to, kas patiesībā veido produkta, sistēmas vai programmatūras augsta līmeņa dizainu. Tas ir saistīts ar nespēju adekvāti definēt uzņēmējdarbības prasības vispirms, lai nodrošinātu vērtību.

Izstrādes speciālisti parasti turpina atkārtoti apmeklēt produktu, līdz galu galā viņi "atgriežas" pie risinājuma, kas, šķiet, dara to, kas vajadzīgs, tas ir, šķietami atbilst ražošanas vajadzībām. Netieša izmēģinājumu un kļūdu pārbaude, lai noteiktu uzņēmējdarbības prasības, ir pamats lielai daļai "iteratīvas izstrādes", tostarp populāru metožu, kas tiek dēvētas par "labāko praksi".

Dizaina piemēri

Veidnes palīdz ātri meklēt konkrētas tēmas, kas bieži var būt saistītas ar vaicājumiem. Viņi var izveidot standartizētu dokumentāciju par uzņēmējdarbības prasībām, kas var padarīt to vieglāk saprotamu. Veidnes negarantē vaicājumu precizitāti vai pilnīgumu. Bieži ļaunprātīgi izmantoti piemēri negatīviietekmē pētniecību, jo tas veicina paviršību un galvenokārt mehānisku definīciju bez jēgpilnas analīzes.

Grūtības

Uzņēmējdarbības prasības bieži tiek stingrākas priekšlaicīgi, jo ir liela ieinteresēto personu bāze, kas iesaistīta interešu konflikta iespējamības noteikšanā. Pārvaldības un vienprātības panākšanas process var būt delikāts un pat politisks. Mazāk sarežģīts, lai arī izplatīts izaicinājums ir sadalītas komandas ar ieinteresētajām personām dažādās ģeogrāfiskās vietās. Likumsakarīgi, ka tirdzniecības personāls ir tuvāk saviem klientiem, bet ražošana - attiecīgajām vienībām. Finanšu un personāla vadība, tostarp augstākā vadība, tuvāk reģistrētajai galvenajai mītnei.

Uzņēmējdarbības prasības, piemēram, ir nepieciešamas sistēmai, kas ietver lietotājus, kas iesaistīti pārdošanā un ražošanā. Tas var saskarties ar mērķu konfliktu – viena puse ir ieinteresēta nodrošināt maksimālo funkciju skaitu, bet otra koncentrēsies uz zemākajām ražošanas izmaksām. Šādas situācijas bieži vien beidzas ar vienprātību, nodrošinot maksimālu saprātīgu, izdevīgu cenu un izplatīšanas iespēju.

Lai risinātu šīs problēmas, agrīna ieinteresēto personu iesaistīšanās tiek panākta, demonstrējot prototipus un sadarbojoties. Praktiskas darbnīcas gan organizētu sesiju, gan vienkāršu diskusiju veidā palīdz panākt vienprātību, īpaši attiecībā uz jutīgiem jautājumiem.uzņēmējdarbības prasībām un ja pastāv potenciāls interešu konflikts. Svarīgs faktors ir procesa sarežģītība. Tam var būt nepieciešamas īpašas zināšanas, lai izprastu juridiskās vai regulējošās prasības, iekšējās vadlīnijas, piemēram, zīmolu vai korporatīvās sociālās atbildības saistības. Analīze attiecas ne tikai uz biznesa procesa "kas" fiksēšanu, bet arī uz to, "kā" parādīt tā kontekstu.