Liiketoiminnan vaatimukset: kehitys- ja suunnitteluesimerkkejä

2024 Kirjoittaja: Howard Calhoun | [email protected]. Viimeksi muokattu: 2023-12-17 10:26

Liiketoiminnan vaatimukset ovat määrityksiä, jotka kerran toimitettuaan tarjoavat lisäarvoa ja kuvaavat ehdotetun järjestelmän ominaisuuksia loppukäyttäjän näkökulmasta. Sitä kutsutaan myös luetteloksi sidosryhmien hakemuksista. Tuotteet, ohjelmistot ja prosessit ovat tapoja toimittaa ja tyydyttää yrityksen tarpeita. Tästä syystä liiketoiminnan vaatimuksista keskustellaan usein ohjelmistojen tai muiden järjestelmien kehittämisen tai hankinnan yhteydessä.

Määritelmä

Terminologian sekaannusta syntyy kolmesta pääsyystä:

1. Yleinen käytäntö on merkitä tavoitteet tai odotetut hyödyt liiketoiminnan vaatimuksiksi.
2. Ihmiset käyttävät tätä termiä viittaamaan tuotteen, järjestelmän tai ohjelmiston ominaisuuksiin, joiden oletetaanluo.
3. Laaj alti hyväksytty malli väittää, että nämä kaksi väitetyyppiä eroavat toisistaan vain yksityiskohtaisuuden tai abstraktion tason os alta – kun liiketoiminnan vaatimukset ovat korkeatasoisia, usein epämääräisiä ja jaettu komponenttia koskeviksi yksityiskohtaisiksi väitteiksi.

Tällainen väärinkäsitys voidaan välttää tunnustamalla, että annettu käsite ei ole tavoitteita, vaan pikemminkin vastaa niihin (eli antaa arvoa), kun ne ovat tyytyväisiä. Liiketoiminnan vaatimukset eivät hajoa tuotteisiin, järjestelmiin ja ohjelmistoihin. Pikemminkin kaikki tapahtuu toisin päin. Tuotteet ja niiden sovellukset ovat vastaus liiketoiminnan vaatimuksiin - oletettavasti niiden tyydyttämiseksi. Tämä käsite on olemassa tuotantoympäristössä ja se on löydettävä, kun taas tuotteen vaatimukset ovat ihmisen määrittelemiä. Liiketoimintasuunnitelman vaatimukset eivät rajoitu korkean tason olemassaoloon, vaan ne on rajoitettava yksityiskohtiin. Yksityiskohtien määrästä riippumatta tarjoukset antavat aina arvoa, kun ne ovat täyttyneet.

Tuotepäivitys

Järjestelmät tai ohjelmistokehitysprojektit pienyritysten tarpeisiin edellyttävät yleensä sidosryhmien v altuuksia. He johtavat tuotteen luomiseen tai päivittämiseen. Järjestelmän ja ohjelmiston liiketoimintavaatimukset koostuvat tyypillisesti toiminnallisista ja ei-toiminnallisista vaatimuksista. Tietenkin ne määritellään yleensä tuotteen ominaisuuksien ensimmäisen vaihtoehdon yhteydessä. Toinen usein itse asiassa kuvastaa liiketoiminnan vaatimusten suunnittelua, joita joskus pidetään rajoitteina. Ne voivat sisältää tarvittavia näkökohtiatuotantotasolla sovellettava suorituskyky tai turvallisuus.

Prosessin kohokohdat

Hakemukset on usein lueteltu virallisissa asiakirjoissa. Painopiste on prosessissa tai toiminnassa, jossa liiketoiminnan vaatimukset suunnitellaan ja kehitetään tarkasti, eikä siinä, miten ne saavutetaan. Tämä parametri on yleensä delegoitu spesifikaatio- tai järjestelmävaatimusasiakirjassa tai muussa vaihtoehdossa. Näiden kahden välillä voi olla sekaannusta, jos kaikkia eroja ei oteta huomioon. Näin ollen monet valkoiset kirjat kuvaavat tuotteen, järjestelmän tai ohjelmiston vaatimuksia.

Yleiskatsaus

Liiketoiminnan vaatimukset ohjelmistokehityksen tai sen elinkaaren yhteydessä tarkoittaa käyttäjien tunnistamista ja dokumentointia. Esimerkiksi, kuten asiakkaat, työntekijät ja toimittajat, alkuvaiheessa järjestelmän kehityssykli ohjaamaan tulevaisuuden suunnittelua. Analyytikot kirjaavat usein hakemukset. He ovat niitä, jotka analysoivat liiketoimintaprosessin vaatimuksia ja usein tutkivat sitä "sellaisenaan" määrittääkseen tavoite "tulevaisuuden".

Hakemusten kokoonpano

Liikeprosessin vaatimukset sisältävät usein:

1. Konteksti, alue ja tausta, mukaan lukien muutosten syyt.
2. Tärkeimmät sidosryhmät, joilla on vaatimuksia.
3. Tulevaisuuden tai tavoitetilan menestystekijät.
4. Liiketoiminnan tai muiden järjestelmien asettamat rajoitukset.
5. Malleja ja prosessianalyysiä useinkäyttämällä vuokaavioita edustamaan kaikkea "sellaisenaan".
6. Looginen tietomalli ja sanakirjaviitteet.
7. Yritystermien sanastot ja paikallinen ammattislang.
8. Tietovirran kaaviot havainnollistamaan, kuinka se virtaa tietojärjestelmien läpi (toisin kuin vuokaaviot, jotka kuvaavat liiketoimintojen algoritmista kulkua).

Roolit

Suosituin muoto liiketoiminnan vaatimusten kirjoittamiseen on asiakirja. Näiden tarkoituksena on määrittää, mitä tuloksia järjestelmältä vaaditaan, mutta sitä voidaan lopulta kehittää ilman lisäehtoja. Siksi asiakirjoja täydennetään viitemateriaalilla, joka kertoo yksityiskohtaisesti teknologian suorituskyvyn ja infrastruktuurin odotukset, mukaan lukien palvelun laatuun liittyvät ammatilliset vaatimukset, joita ovat esimerkiksi suorituskyky, ylläpidettävyys, sopeutuvuus, luotettavuus, saatavuus, turvallisuus ja skaalautuvuus.

Täydellisyys

Prototyyppien luominen testauksen varhaisessa vaiheessa antaa sinun arvioida yksilöityjen liiketoimintavaatimusten täydellisyyttä ja tarkkuutta. Sidosryhmät käyvät ensin läpi prosessin rakenteen määrittelyssä. Ja tulos lähetetään projektin liiketoimintavaatimusten kehittämisryhmille, jotka rakentavat järjestelmän. Muut sidosryhmät testaavat ja arvioivat lopullista avonaista projektiota. Selkeys edellyttää sovellusten seurantaa ja niiden ratkaisemista muodollisella prosessilla sopivan mallin määrittämiseksi.

Liiketoiminnan vaatimusten laajuus valinnainenrajoittuu vaiheeseen, jossa määritellään, mitä järjestelmäksi rakennetaan. Tämä menee pidemmälle kuin olemassa olevan strategian hallitseminen ja ylläpitäminen. Ja varmistaakseen sen jatkuvan yhdenmukaisuuden liiketoiminnan tavoitteiden kanssa. Vaatimusasiakirjaa tulee tarkistaa jatkuvasti hallitusti. Standardisoidun muodon tai tiettyjä liiketoimintatoimintoja ja verkkotunnuksia varten suunnitellut mallit voivat varmistaa kyselyiden täydellisyyden sen lisäksi, että alue pysyy kohdennettuna.

Prototyyppi

Huolimatta siitä, mitä yleensä pidetään vaatimusten arviointityökaluna, prototyyppien tekeminen yleensä siirtää huomion rakennettavaan tuotteeseen tai järjestelmään. Prototyypit ovat toimivia ohjelmistoja, mikä tarkoittaa, että ne koostuvat kolmesta liiketoiminnan vaatimuksista poistettavasta vaiheesta (tarjous, suunnittelu tai toteutus ja toteutus). Ja nämä ovat myös esikatseluversioita, jotka kehittäjä aikoo ottaa käyttöön.

Koska prototyypit ovat varsin erityisiä, niitä kokeilevat sidosryhmät voivat antaa mielekkäämpää palautetta jostain kehittäjän luoman näkökulmasta, mikä on tulkinta tyytyväisyystilasta. Lisäksi graafinen käyttöliittymä on alleviivattu ja sisällä on pikakuvakkeet. Ne muodostavat suurimman osan ohjelman logiikasta ja niissä täytetään useimmat liiketoiminnan vaatimukset. Toisin sanoen prototyyppien havaitsemat ongelmat eivät todennäköisesti liity pyyntöihin.

Kehitys

On tärkeää tunnistaa muutokset sovelluksissa,dokumentoida ja päivittää ne. Yrityskyselyt eivät kuitenkaan yleensä muutu niin paljon kuin käsitys niistä. Liiketoiminnan vaatimus saattaa olla olemassa, mutta sidosryhmät, analyytikot ja projektitiimi eivät tunnista tai ymmärrä sitä.

Muutokset kuvastavat yleensä suunniteltuja tapoja vastata puutteellisesti määriteltyyn sisältöön. Suurin osa liiketoiminnan vaatimusten täyttämisen vaikeudesta heijastelee itse asiassa yleistä käytäntöä, jonka mukaan lähes kaikki ponnistelut heidän ympärillään keskitetään siihen, mikä todella muodostaa tuotteen, järjestelmän tai ohjelmiston korkean tason suunnittelun. Tämä johtuu siitä, että liiketoiminnan vaatimuksia ei ensin pystytty määrittelemään riittävästi arvon tuottamiseksi.

Kehitysalan ammattilaiset tyypillisesti jatkavat tuotteen tarkastelua, kunnes lopulta "palautuvat" ratkaisuun, joka näyttää tekevän sen, mitä tarvitaan, eli ilmeisesti täyttävän tuotannon tarpeet. Epäsuora yritys ja erehdys liiketoiminnan vaatimusten määrittämiseksi on perusta suurelle osalle "iteratiivista kehitystä", mukaan lukien suositut menetelmät, joita mainostetaan "parhaiksi käytännöiksi".

Suunnitteluesimerkit

Mallien avulla voit tehdä nopeasti kyselyitä tietyistä aiheista, jotka voivat usein liittyä kyselyihin. He voivat luoda standardoituja dokumentaatioita liiketoiminnan vaatimuksista, mikä voi helpottaa sen ymmärtämistä. Mallit eivät takaa kyselyiden tarkkuutta tai täydellisyyttä. Yleisesti väärinkäytetyt esimerkit negatiivisestivaikuttaa tutkimukseen, koska se pyrkii edistämään pinnallisuutta ja enimmäkseen mekaanista määrittelyä ilman mielekästä analysointia.

Vaikeudet

Liiketoimintaa koskevia vaatimuksia tiukennetaan usein ennenaikaisesti, koska eturistiriitojen mahdollisten alueiden määrittämisessä on mukana suuri sidosryhmä. Hallinto- ja yhteisymmärrysprosessi voi olla herkkä ja jopa poliittinen. Helpompi, vaikkakin yleinen haaste on hajautetut tiimit, joissa on sidosryhmiä eri maantieteellisillä alueilla. Luonnollisesti myyntihenkilöstö on lähempänä asiakkaitaan ja tuotanto - vastaavia yksiköitä. Talous- ja henkilöstöhallinto, mukaan lukien ylin johto, lähempänä rekisteröityä pääkonttoria.

Liiketoiminnan vaatimuksia tarvitaan esimerkiksi järjestelmälle, jossa käyttäjät osallistuvat myyntiin ja tuotantoon. Se voi kohdata tavoitteiden ristiriita - toinen osapuoli on kiinnostunut tarjoamaan mahdollisimman paljon toimintoja, kun taas toinen keskittyy alhaisimpiin tuotantokustannuksiin. Tällaiset tilanteet päätyvät usein yhteisymmärrykseen, joka tarjoaa maksimaaliset mahdollisuudet kohtuulliseen, edulliseen hinnoitteluun ja jakeluun.

Näiden ongelmien ratkaisemiseksi sidosryhmien varhainen sitoutuminen saavutetaan prototyyppiesittelyillä ja yhteistyöllä. Käytännön työpajat, sekä organisoitujen istuntojen että yksinkertaisten keskustelujen muodossa, auttavat pääsemään yhteisymmärrykseen erityisesti arkaluonteisissa asioissa.liiketoiminnan vaatimukset ja mahdollinen eturistiriita. Prosessin monimutkaisuus on tärkeä tekijä. Tämä voi vaatia erikoisosaamista, jotta voit ymmärtää lakisääteisiä vaatimuksia, sisäisiä ohjeita, kuten brändäystä tai yritysten sosiaalista vastuuta koskevia sitoumuksia. Analyysi ei tarkoita vain liiketoimintaprosessin "mitä" kuvaamista, vaan myös sen kontekstin esittämistä.