Mikä on ohjelmistosuunnittelun toiminnallinen vaatimus?

Mikä on toiminnallinen vaatimus?

A Toiminnallinen vaatimus (FR) on kuvaus palvelusta, joka ohjelmiston on tarjottava. Se kuvaa ohjelmistojärjestelmää tai sen komponenttia. Funktio ei ole muuta kuin syötteitä ohjelmistojärjestelmään, sen käyttäytymiseen ja ulostuloihin. Se voi olla laskenta, tietojen käsittely, liiketoimintaprosessi, käyttäjän vuorovaikutus tai mikä tahansa muu erityinen toiminto, joka määrittää, mitä toimintoa järjestelmä todennäköisesti suorittaa. Ohjelmistotekniikan toiminnallisia vaatimuksia kutsutaan myös Toiminnalliset tiedot.

Ohjelmistosuunnittelussa ja järjestelmäsuunnittelussa toiminnallinen vaatimus voi vaihdella korkean tason abstraktista lausunnosta lähettäjän tarpeesta yksityiskohtaisiin matemaattisiin toiminnallisten vaatimusten määrittelyihin. Toimiva ohjelmisto vaatimukset auttavat hahmottamaan järjestelmän aiotun toiminnan.

Mitä toiminnallisia vaatimuksia koskevaan asiakirjaan tulisi sisällyttää?

Toimintovaatimusasiakirja kirjoitetaan seuraavasti:

Järjestelmän toiminnallisiin vaatimuksiin tulee sisältyä seuraavat asiat:

• Yksityiskohdat jokaisessa näytössä suoritetuista toiminnoista
• Tietojenkäsittelylogiikka tulee syöttää järjestelmään
• Siinä pitäisi olla kuvaukset järjestelmäraporteista tai muista tuloksista
• Täydelliset tiedot järjestelmän suorittamista työnkuluista
• Siinä on määriteltävä selvästi, kuka saa luoda/muokata/poistaa järjestelmän tietoja
• Toiminnalliseen asiakirjaan tulee kirjata, kuinka järjestelmä täyttää sovellettavat sääntely- ja vaatimustenmukaisuusvaatimukset

Toiminnallisen vaatimuksen edut

Tässä ovat tyypillisen toiminnallisen vaatimusasiakirjan luomisen edut/edut -

• Auttaa tarkistamaan, tarjoaako sovellus kaikki toiminnot, jotka mainittiin kyseisen sovelluksen toimintavaatimuksessa
• Toiminnallinen vaatimusdokumentti auttaa määrittämään järjestelmän tai jonkin sen alijärjestelmän toimivuuden.
• Toiminnalliset vaatimukset yhdessä vaatimusanalyysin kanssa auttavat tunnistamaan puuttuvat vaatimukset. Ne auttavat määrittelemään selkeästi odotetun järjestelmän palvelun ja toiminnan.
• Toiminnallisten vaatimusten keruuvaiheessa havaitut virheet ovat edullisinta korjata.
• Tue käyttäjien tavoitteita, tehtäviä tai toimintoja

Ei-toiminnalliset vs. toiminnalliset vaatimukset

Tässä on tärkeimmät erot toiminnallisten ja ei-toiminnallisten vaatimusten välillä Ohjelmistotuotanto:

parametrit	Toiminnallinen vaatimus	Ei-toiminnallinen vaatimus
Mikä se on	Verbi	Ominaisuudet
Vaatimus	Se on pakollinen	Se ei ole pakollista
Kaappaustyyppi	Se on tallennettu käyttötapaukseen.	Se on kuvattu laatumääritteeksi.
Lopputulos	Tuotteen ominaisuus	Tuotteen ominaisuudet
Kaappaaminen	Helppo vangita	Vaikea vangita
Tavoite	Auttaa sinua varmistamaan ohjelmiston toimivuuden.	Auttaa sinua tarkistamaan ohjelmiston suorituskyvyn.
Tarkennusalue	Keskity käyttäjän tarpeisiin	Keskittyy käyttäjän odotuksiin.
Dokumentaatio	Kuvaile, mitä tuote tekee	Kuvaa, miten tuote toimii
Testin tyyppi	Toiminnallinen testaus, kuten järjestelmä, integrointi, päästä päähän, API-testaus, Jne	Ei-toiminnallinen testaus, kuten suorituskyky, stressi, käytettävyys, Turvallisuustestaus, Jne
Testin suorittaminen	Testin suoritus suoritetaan ennen ei-toiminnallista testausta.	Toimintatestin jälkeen
tuotetiedot	Ominaisuudet	Tuotteen ominaisuudet

Paras toiminnallisten vaatimusten käytäntö

Tärkeä paras käytäntö toimintavaatimusasiakirjan kehittämisessä on seuraava:

• Älä yhdistä kahta vaatimusta yhdeksi. Pidä vaatimukset rakeisina.
• Sinun tulee tehdä jokaisesta vaatimuksesta mahdollisimman täydellinen ja tarkka.
• Asiakirjassa on laadittava kaikki tekniset vaatimukset.
• Kartoita kaikki vaatimukset tavoitteisiin ja periaatteisiin, jotka edistävät onnistunutta ohjelmistotoimitusta
• Selvitä vaatimukset haastattelujen, työpajojen ja satunnaisen viestinnän avulla.
• Jos on olemassa tunnettu, varmennettu rajoitus, joka vaikuttaa olennaisesti vaatimukseen, se on kriittinen tila, joka tulee dokumentoida.
• On välttämätöntä dokumentoida kaikki oletukset asiakirjassa.

Virheet toiminnallisia vaatimuksia luotaessa

Tässä on joitain yleisiä virheitä luotaessa toimintovaatimusasiakirjaa:

• Perusteettomien lisätietojen lisääminen, jotka voivat hämmentää kehittäjiä
• Vaatimusasiakirjassa ei esitetä riittävästi yksityiskohtia.
• Lisäät sääntöjä tai esimerkkejä, laajuuslausekkeita tai tavoitteita mitä tahansa paitsi itse vaatimuksen.
• Jätettiin pois tärkeä tieto, joka on ehdottoman välttämätöntä vaatimuksen täydellisen, täsmällisen ja lopullisen ilmaisemiseksi.
• Jotkut ammattilaiset alkavat puolustaa dokumentoimiaan vaatimuksia, kun vaatimusta muutetaan, sen sijaan, että löytäisivät oikean totuuden.
• Vaatimukset, joita ei ole kartoitettu tavoitteeseen tai periaatteeseen.

TÄRKEIMMÄT OPPIMISET

• Selitä ohjelmistosuunnittelun toiminnalliset vaatimukset: A Toiminnalliset vaatimukset määrittelevät järjestelmän tai sen komponentit
• Toiminnalliset vaatimukset -asiakirjan tulee sisältää tiedonkäsittelylogiikka ja täydelliset tiedot järjestelmän suorittamista työnkuluista
• Toiminnalliset vaatimukset yhdessä vaatimusanalyysin kanssa auttavat tunnistamaan puuttuvat vaatimukset
• Tapahtuman korjaukset, oikaisut ja peruutukset, liiketoimintasäännöt, sertifiointivaatimukset, raportointivaatimukset, hallinnolliset toiminnot, valtuutustasot, tarkastuksen seuranta, ulkoiset rajapinnat, historiallisten tietojen hallinta, laki- tai säädösvaatimukset ovat erilaisia ​​toiminnallisia vaatimuksia
• Hyvä käytäntö on, että kahta vaatimusta ei yhdistetä yhdeksi. Pidä vaatimukset rakeisina.
• Toimintavaatimusasiakirjassa tulee välttää perusteettoman lisätietojen lisäämistä, jotka voivat hämmentää kehittäjiä. Jos haluat ymmärtää, kuinka nämä vaatimukset muuttuvat todellisiksi testausmenetelmiksi, sinun kannattaa tutustua tähän oppaaseen toiminnallinen testaus.