Ärinõuded: arendus- ja disaininäited

2024 Autor: Howard Calhoun | [email protected]. Viimati modifitseeritud: 2023-12-17 10:25

Ärinõuded on spetsifikatsioonid, mis pärast esitamist pakuvad väärtust ja kirjeldavad kavandatava süsteemi omadusi lõppkasutaja vaatenurgast. Seda nimetatakse ka sidusrühmade taotluste loendiks. Tooted, tarkvara ja protsessid on võimalused ettevõtte vajaduste tarnimiseks ja rahuldamiseks. Seetõttu arutatakse ärinõudeid sageli tarkvara või muude süsteemide arendamise või hankimise kontekstis.

Definitsioon

Terminoloogiasegadus tekib kolmel peamisel põhjusel:

1. Eesmärkide või eeldatavate eeliste märgistamine ärinõuetena on tavaline.
2. Inimesed kasutavad seda terminit tavaliselt toote, süsteemi või tarkvara omaduste tähistamiseks, mis peaksid olemaloo.
3. Lai alt tunnustatud mudel väidab, et kahte tüüpi nõuded erinevad ainult üksikasjalikkuse või abstraktsiooni taseme poolest – kui ärinõuded on kõrged, sageli ebamäärased ja lagunevad komponendi üksikasjalikeks väideteks.

Sellist arusaamatust saab vältida, teadvustades, et antud mõiste ei ole eesmärgid, vaid pigem vastab neile (st annab väärtust), kui need on rahul. Ärinõuded ei jagune tooteks, süsteemiks ja tarkvaraks. Pigem juhtub kõik vastupidi. Tooted ja nende rakendused on vastus ärinõuetele – eeldatavasti nende rahuldamiseks. See kontseptsioon eksisteerib tootmiskeskkonnas ja see tuleb avastada, samas kui tootele esitatavad nõudmised määrab inimene. Äriplaanile esitatavad nõuded ei piirdu ainult kõrge taseme olemasoluga, vaid tuleb taandata detailideni. Üksikasjalikkusest olenemata annavad pakkumised alati väärtust, kui need on rahul.

Tootevärskendus

Väikeettevõtete nõuetele vastavad süsteemid või tarkvaraarendusprojektid nõuavad tavaliselt sidusrühmade volitusi. Just nemad viivad toote loomise või värskendamiseni. Süsteemi ja tarkvara ärinõuded koosnevad tavaliselt funktsionaalsetest ja mittefunktsionaalsetest nõuetest. Loomulikult määratletakse need tavaliselt koos toote võimaluste esimese valikuga. Teine kajastab sageli ärinõuete kavandamist, mida mõnikord peetakse piiranguteks. Need võivad sisaldada vajalikke aspektetootmistasandil kohaldatav jõudlus või ohutus.

Protsessi esiletõstmised

Taotlused on sageli ametlikes dokumentides loetletud. Rõhk on ärinõuete täpse planeerimise ja väljatöötamise protsessil või tegevusel, mitte aga sellel, kuidas seda saavutada. See parameeter on tavaliselt delegeeritud spetsifikatsiooni või süsteeminõuete dokumendi või mõne muu valikuga. Kui kõiki erinevusi arvesse ei võeta, võib nende kahe vahel tekkida segadus. Järelikult kirjeldavad paljud valged raamatud tegelikult nõudeid tootele, süsteemile või tarkvarale.

Ülevaade

Ärinõuded tarkvaraarenduse või selle elutsükli kontekstis on kasutajate tuvastamise ja dokumenteerimise kontseptsioon. Näiteks nagu kliendid, töötajad ja tarnijad, varajases staadiumis süsteemi arendustsükkel, et suunata tuleviku kujundamist. Taotlused registreerivad sageli analüütikud. Just nemad analüüsivad äriprotsessi nõudeid ja sageli uurivad seda "nagu on", et määrata siht "tulevik".

Rakenduste koosseis

Äriprotsessi nõuded hõlmavad sageli järgmist:

1. Kontekst, ala ja taust, sealhulgas muudatuste põhjused.
2. Peamised sidusrühmad, kellel on nõuded.
3. Tuleviku või sihtseisundi edutegurid.
4. Ettevõtete või muude süsteemide kehtestatud piirangud.
5. Mudelid ja protsesside analüüs sagelikasutades vooskeemi, et esitada kõike "nagu on".
6. Loogilise andmemudeli ja sõnastiku viited.
7. Äriterminite ja kohaliku kõnepruugi sõnastikud.
8. Andmevoo skeemid, mis illustreerivad, kuidas need liiguvad läbi infosüsteemide (erinev alt äritoimingute algoritmilist voogu kujutavatest vooskeemidest).

Rollid

Kõige populaarsem vorming ärinõuete kirjutamiseks on dokument. Nende eesmärk on kindlaks teha, milliseid tulemusi süsteemilt nõutakse, kuid lõpuks võidakse see välja töötada ilma lisatingimusteta. Seetõttu on dokumentidele lisatud võrdlusmaterjal, mis kirjeldab üksikasjalikult tehnoloogia jõudlust ja infrastruktuuri ootusi, sealhulgas kõiki teenuse kvaliteediga seotud professionaalseid nõudeid. Nendeks on näiteks jõudlus, hooldatavus, kohandatavus, töökindlus, käideldavus, turvalisus ja skaleeritavus.

Täielikkus

Prototüüpimine testimise varases staadiumis võimaldab teil hinnata kindlaksmääratud ärinõuete täielikkust ja täpsust. Sidusrühmad läbivad protsessi kõigepe alt, et aidata struktuuri määratleda. Ja tulemus saadetakse projekti ärinõuete arendusmeeskondadele, kes süsteemi ehitavad. Teised sidusrühmad testivad ja hindavad lõplikku voldimata projektsiooni. Selgus nõuab rakenduste jälgimist ja nende lahendamist ametliku protsessiga, et määrata sobiv mall.

Ettevõtlusnõuete ulatus on valikulinepiirdub süsteemina rajatava määratlemise etapiga. See läheb kaugemale sellest, kuidas olemasolevat strateegiat hallata ja säilitada. Ja tagada selle jätkuv vastavus ärieesmärkidele. Nõudedokumenti tuleks pidev alt kontrollitult üle vaadata. Standardne vorming või konkreetsete ärifunktsioonide ja domeenide jaoks loodud mallid võivad lisaks ulatuse keskendumisele tagada päringute täielikkuse.

Prototüüp

Hoolimata sellest, mida tavaliselt peetakse nõuete hindamise tööriistaks, suunab prototüüpimine tavaliselt tähelepanu ehitatavale tootele või süsteemile. Prototüübid on töötav tarkvara, mis tähendab, et need koosnevad kolmest faasist (pakkumine, insener- või tehniline projekt ja teostus), mis on ärinõuetest eemaldatud. Ja need on eelvaateversioonid, mida arendaja kavatseb rakendada.

Kuna prototüübid on üsna spetsiifilised, saavad sidusrühmad, kes neid proovivad, anda sisukamat tagasisidet arendaja loodu mõne aspekti kohta, mis on rahulolurežiimi tõlgendus. Lisaks on graafiline kasutajaliides alla joonitud ja sees on otseteed. Need moodustavad suurema osa programmi loogikast ja on koht, kus enamik ärinõudeid täidetakse. Teisisõnu, probleemid, mida prototüübid tuvastavad, ei ole tõenäoliselt seotud päringutega.

Arendus

Oluline on ära tunda muudatused rakendustes,dokumenteerida ja ajakohastada neid. Siiski ei muutu äripäringud nii palju, kuivõrd arusaam neist. Ärinõue võib olla olemas, kuid sidusrühmad, analüütikud ja projektimeeskond seda ei tunnista ega mõista.

Muudatused peegeldavad tavaliselt kavandatud viise ebapiisav alt määratletud sisu saavutamiseks. Suur osa ärinõuete täitmise raskustest peegeldab tegelikult levinud tava, mille kohaselt keskendutakse peaaegu kõik nende ümber tehtavad jõupingutused sellele, mis tegelikult kujutab endast toote, süsteemi või tarkvara kõrgetasemelist disaini. Selle põhjuseks on suutmatus adekvaatselt määratleda ärinõudeid, et pakkuda väärtust.

Arendustöötajad vaatavad tavaliselt toodet uuesti, kuni lõpuks "tagavad" lahenduse juurde, mis näib täitvat seda, mida vaja, st ilmselt vastab tootmisvajadustele. Kaudne katse-eksituse meetod ärinõuete kindlaksmääramiseks on suure osa "iteratiivse arenduse", sealhulgas populaarsete meetodite, mida reklaamitakse "parimate tavadena", aluseks.

Disaininäited

Mallid aitavad teil kiiresti teha päringuid konkreetsete teemade kohta, mis võivad päringute jaoks sageli olla asjakohased. Nad saavad koostada standardiseeritud dokumentatsiooni ärinõuete kohta, mis muudab selle mõistmise lihtsamaks. Mallid ei garanteeri päringute täpsust ega täielikkust. Sageli väärkasutatud näited negatiivseltmõjutab uurimistööd, sest see kipub edendama pealiskaudsust ja enamasti mehaanilist määratlust ilma sisuka analüüsita.

Raskused

Ärinõudeid karmistatakse sageli enneaegselt, kuna huvide konflikti tekkimise võimaluse kindlakstegemisel osaleb suur huvirühmade hulk. Valitsemise ja konsensuse saavutamise protsess võib olla delikaatne ja isegi poliitiline. Vähem keeruline, kuigi tavaline väljakutse on jagatud meeskonnad, mille sidusrühmad asuvad erinevates geograafilistes asukohtades. Loomulikult on müügipersonal oma klientidele lähemal ja tootmine vastavatele üksustele lähemal. Finants- ja personalijuhtimine, sealhulgas tippjuhtkond, registreeritud peakorterile lähemal.

Ärinõudeid on vaja näiteks süsteemi jaoks, mis kaasab müügi ja tootmisega seotud kasutajaid. See võib seista silmitsi eesmärkide konfliktiga – üks pool on huvitatud maksimaalse arvu funktsioonide pakkumisest, teine aga keskendub madalaimatele tootmiskuludele. Sellised olukorrad lõpevad sageli konsensusega, kus on maksimaalsed võimalused mõistlikuks, soodsaks hinnakujunduseks ja levitamiseks.

Nende probleemide lahendamiseks saavutatakse varane sidusrühmade kaasamine prototüüpide tutvustamise ja koostöö kaudu. Praktilised töötoad, nii organiseeritud sessioonide kui ka lihtsate arutelude vormis, aitavad jõuda üksmeelele, eriti tundlikes küsimustes.ärinõuetele ja võimalikule huvide konfliktile. Protsessi keerukus on oluline tegur. See võib nõuda eriteadmisi, et mõista juriidilisi või regulatiivseid nõudeid, sisemisi juhiseid, nagu bränding või ettevõtte sotsiaalse vastutuse kohustused. Analüüs ei tähenda ainult äriprotsessi "mis" tabamist, vaid ka selle konteksti esitamist.