Mikä on ohjelmistosuunnittelun toiminnallinen vaatimus?

by: Charles Moore Charles Moore
Hours Päivitetty

⚡ Älykäs yhteenveto

Toiminnalliset vaatimukset kuvaavat kaikki ohjelmistojärjestelmän tarjoamat palvelut ja tallentavat syötteet, käyttäytymisen ja tuotokset, jotta kehittäjät, testaajat ja liiketoiminnan sidosryhmät jakavat yhden, todennettavissa olevan määritelmän siitä, mitä tuotteen on todellisuudessa tehtävä.

  • 📘 Määritelmä: Toiminnallinen vaatimus, jota kutsutaan myös toiminnalliseksi määritykseksi, määrittelee, mitä järjestelmän on tehtävä – syötteet, käyttäytyminen ja tuotokset käyttäjän tai liiketoiminnan näkökulmasta kuvattuna.
  • 📄 Asiakirjan laajuus: Toiminnallisten vaatimusten dokumentti kattaa näytön toiminnot, tiedonkäsittelylogiikan, raportit, työnkulut, käyttöoikeudet ja määräystenmukaisuuden.
  • 🗂️ Yleiset tyypit: Transaktioiden käsittely, liiketoimintasäännöt, raportointi, hallinnolliset toiminnot, käyttöoikeustasot, tarkastus trackuningas, ulkoiset rajapinnat ja lakisääteiset vaatimukset.
  • 💡 Esimerkkejä: Kirjautumisen validointi, myynnin tallennus, roolipohjainen tulojen tarkastelu, pankki-API-integraatio ja saavutettavuuden vaatimustenmukaisuus sisältyvät kaikki toiminnallisiin vaatimuksiin.
  • 🆚 Ei-toiminnallinen kontrasti: Toiminnalliset vaatimukset kuvaavat, mitä järjestelmä tekee; ei-toiminnalliset vaatimukset kuvaavat, kuinka hyvin se tekee sen – suorituskyvyn, turvallisuuden ja käytettävyyden.
  • ✅ Parhaat käytännöt: Pidä vaatimukset rakeisina, testattavina ja liiketoimintatavoitteisiin liittyvinä ja selvitä ne haastattelujen ja työpajojen avulla.
Lue lisää

Toiminnallinen vaatimus ohjelmistotekniikassa

Mikä on toiminnallinen vaatimus?

A Toiminnallinen vaatimus (FR) on kuvaus palvelusta, jota ohjelmiston on tarjottava. Se kuvaa ohjelmistojärjestelmää tai sen komponenttia. Funktio määritellään syötteiden, käyttäytymisen ja tulosteiden avulla. Se voi olla laskutoimitus, tiedonkäsittely, liiketoimintaprosessi tai käyttäjän vuorovaikutus, joka määrittelee, mitä järjestelmän on tehtävä. Ohjelmistotekniikassa toiminnallisia vaatimuksia kutsutaan myös Toiminnalliset tiedot.

Toiminnallinen vaatimus vaihtelee korkean tason sidosryhmän tarpeesta yksityiskohtaiseen matemaattiseen erittelyyn. Toimiva ohjelmisto Vaatimukset kuvaavat järjestelmän tarkoitettua toimintaa.

Mitä toiminnallisten vaatimusten dokumenttiin tulisi sisällyttää

Toiminnallisten vaatimusten dokumentin tulisi kattaa seuraavat asiat:

Esimerkki toiminnallisista vaatimuksista

Esimerkki toiminnallisista vaatimuksista

Toiminnallisten vaatimusten dokumentti sisältää tyypillisesti:

  • Tiedot jokaisella näytöllä suoritetuista toiminnoista
  • Järjestelmän soveltama tiedonkäsittelylogiikka
  • Descriptjärjestelmäraporttien ja muiden tulosteiden ioneja
  • Täydelliset tiedot järjestelmän suorittamista työnkuluista
  • Kenellä on oikeus luoda, muokata tai poistaa tietoja järjestelmässä
  • Miten järjestelmä täyttää sovellettavat sääntelyyn ja vaatimustenmukaisuuteen liittyvät vaatimukset

Toiminnallisten vaatimusten edut

Hyvin kirjoitetun toiminnallisten vaatimusdokumentin tärkeimmät edut ovat:

  • Varmistaa, että sovellus toimittaa kaikki määritetyt toiminnot
  • Määrittelee järjestelmän ja sen alijärjestelmien toiminnallisuuden yhdessä paikassa
  • Yhdessä vaatimusanalyysin kanssa toiminnalliset vaatimukset auttavat tunnistamaan puuttuvat tarpeet ja selventämään odotettua järjestelmän toimintaa
  • Vaatimusvaiheessa havaitut virheet ovat halvinta korjata
  • Tukee käyttäjien tavoitteita, tehtäviä ja aktiviteetteja

Toiminnallisten vaatimusten tyypit

Yleisiä toiminnallisten vaatimusten luokkia ovat:

  • Tapahtuman käsittely
  • Liiketoimintasäännöt
  • Sertifiointivaatimukset
  • Raportointivaatimukset
  • Hallinnolliset toiminnot
  • Valtuutustasot
  • Tilintarkastus Tracking
  • Ulkoiset rajapinnat
  • Historiallisen tiedon hallinta
  • Laki- ja säädösvaatimukset

AIHEESEEN LIITTYVÄT ARTIKKELIT

Esimerkkejä toiminnallisista vaatimuksista

Alla on käytännön esimerkkejä toiminnallisista vaatimuksista:

  • Ohjelmiston on automaattisesti validoitava asiakkaat ABC-yhteystietojen hallintajärjestelmää vasten.
  • Myyntijärjestelmän on annettava käyttäjille mahdollisuus kirjata asiakkaiden myynti.
  • Sovelluksen kaikkien ikkunoiden taustavärin on oltava sininen ja sen heksadesimaalinen RGB-arvo on 0x0000FF.
  • Vain johtotason työntekijöillä on oikeus tarkastella liikevaihtotietoja.
  • Ohjelmistojärjestelmän on integroitava pankkirajapintaan.
  • Ohjelmistojärjestelmän on täytettävä seuraavat vaatimukset: § 508 esteettömyysvaatimukset.

Toiminnalliset vs. ei-toiminnalliset vaatimukset

Tässä ovat 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 Testien suoritus tehdään ennen ei-toiminnallista testausta. Toimintatestin jälkeen
tuotetiedot Ominaisuudet Tuotteen ominaisuudet

Parhaat käytännöt toiminnallisten vaatimusten kirjoittamiseen

Toiminnallisten vaatimusten dokumentin kirjoittamisen tärkeimmät parhaat käytännöt ovat:

  • Älä yhdistä kahta vaatimusta yhdeksi; pidä jokainen vaatimus yksityiskohtaisena.
  • Tee jokaisesta vaatimuksesta mahdollisimman täydellinen ja tarkka.
  • Laadi kaikki tekniset vaatimukset asiakirjaan.
  • Yhdistä jokainen vaatimus tavoitteisiin ja periaatteisiin, jotka ohjaavat onnistunutta ohjelmistotoimitusta.
  • Selvitä vaatimukset haastattelujen, työpajojen ja epävirallisten keskustelujen avulla.
  • Dokumentoi jokainen tunnettu ja todennettu rajoite, joka olennaisesti vaikuttaa vaatimukseen.
  • Kirjaa jokainen oletus asiakirjaan.

Yleisiä virheitä toiminnallisten vaatimusten kirjoittamisessa

Yleisiä virheitä toiminnallisia vaatimusdokumenttia luotaessa ovat:

  • Perusteettomien ylimääräisten tietojen lisääminen, jotka hämmentävät kehittäjiä
  • Jättäen pois yksityiskohdat, joita kehittäjien on rakennettava ominaisuus.
  • Sekoitussäännöt, esimerkit, scoping lauseet tai tavoitteet itse vaatimukseen.
  • Jätetään pois tiedot, jotka ovat olennaisia ​​vaatimuksen täydellisen ja tarkan esittämisen kannalta.
  • Olemassa olevan vaatimuksen puolustaminen muutospyynnön saapuessa oikean vastauksen etsimisen sijaan.
  • Kirjoitusvaatimukset, joita ei ole yhdistetty mihinkään tavoitteeseen tai periaatteeseen.

UKK

Tekoälytyökalut ryhmittelevät haastattelumuistiinpanoja, luovat luonnoksia käyttäjätarinoista, merkitsevät epäselvää kieltä ja havaitsevat päällekkäisyyksiä laajoissa vaatimusjoukoissa. Liiketoiminta-analyytikot validoivat silti jokaisen ehdotuksen todellisten sidosryhmien tarpeita vasten ennen kuin se siirtyy hyväksyttyyn lähtötasoon.

Copilot ja GPT tuottavat lyhyiden kehotteiden pohjalta luonnoskäyttäjätarinoita, hyväksymiskriteerejä ja shall-lausekkeita. Liiketoiminta-analyytikko muokkaa jokaisen tuotoksen testattavuuden varmistamiseksi ja varmistaa yhdenmukaisuuden liiketoimintatavoitteiden kanssa ennen virallista tarkistusta.

Liiketoimintavaatimus määrittelee, miksi projekti on olemassa, kuten tulojen kasvu tai vaatimustenmukaisuus. Toiminnallinen vaatimus määrittelee, mitä järjestelmän on tehtävä kyseisen tuloksen saavuttamiseksi, kuten maksun vahvistaminen tai raportin luominen.

Käytä selkeää subjektia, sanaa "shall" ja yhtä testattavaa toimintoa lausetta kohden. Vältä monitulkintaisia ​​sanoja, kuten "fast", ja käsittele yksi käyttäytyminen, jotta vaatimus voidaan testata yhdellä hyväksymis- tai hylkäystestillä.

EARS, Easy Approach to Requirements Syntax, tarjoaa viisi mallipohjaa: kaikkialla läsnä oleva, tapahtumapohjainen, tilapohjainen, valinnainen ominaisuus ja ei-toivottu käyttäytyminen. Jokainen pakottaa testattavan rakenteen, kuten WHAT TRIGGER, järjestelmän on REAGOITTAVA.

Ohjelmistovaatimusten määrittely on pääasiakirja, joka kuvaa, mitä järjestelmän on tehtävä. Toiminnalliset vaatimukset muodostavat suurimman osan rajapintojen, ei-toiminnallisten vaatimusten, käyttötapausten ja rajoitusten ohella.

Toiminnalliset vaatimukset ohjaavat testitapauksia järjestelmä-, integraatio-, päästä päähän -, API- ja käyttäjähyväksyntätestauksessa. Jokainen vaatimus vastaa vähintään yhtä testitapausta, ja vaatimukset TracToimivuusmatriisi vahvistaa kattavuuden ennen julkaisua.

Ketterät tiimit ilmaisevat toiminnalliset vaatimukset käyttäjätarinoina käyttäen muotoa "Roolina haluan kyvykkyyden, joten sen arvon". Tarinaan liitetyt hyväksymiskriteerit muuttavat vaatimuksen testattavaksi valmiiksi.

Tiivistä tämä viesti seuraavasti: