Formaat (Muster) - (Kellena) ma soovin (eesmärk) selleks et (põhjus) Näited: Tudengina ma soovin konspekti selleks et ma ei põruks elus. 2. Mittefunktsionaalne nõue Piirang, millele süsteem peab alluma. Mõnikord puudutavad piirangud kindlaid kasutusjuhtusid (disaini nõudeid). Enamasti on mittefunktsionaalseteks nõueteks kogu süsteemi puudutavad piirangud (arhitektuuri nõuded). Näiteks: Piirang oleks, et tudeng peab olema vähemalt 18 aastane. FURPS+ mudel: nõuete tüübid FURPS mudel organiseerib kõik nõuded viide kategooriasse: F - Functional U - Usability R - Reliability P - Performance S - Supportability, FURPS + lisab veel mõned kategooriad. Kasutatavus Eeldatav kasutaja kompetents/kogemus Kasutajaliidese standardite rakendamine Dokumentatsiooni ja juhendite võimaldamine Usaldusväärsus Töökindluse ja turvalisuse nõuded Süsteemi kättesaadavus, lihtsus ja usaldusväärsus Veakäsitlus, vigade vaheline aeg
how the system should react to particular inputs and how the system should behave in particular situations. May state what the system should not do. Non-functional requirements These define system properties and constraints e.g. reliability, response time and storage requirements. Constraints are I/O device capability, system representations, etc. Process requirements may also be specified mandating a particular IDE, programming language or development method Non-functional requirements(FURPS+ Functionality Usability reliability Performance Supportability) Constraints on the services or functions offered by the system such as timing constraints, constraints on the development process, standards, etc. Mayapply to the system as a whole aswellastoindividual features or services Nõude kolm baasomadust: Ühene kontrollitavus küsimusele „kas nõue on täidetud?“ peab saama võimalikult üheselt vastata “jah” või “ei” Kerge kontrollitavus nõude kontroll ei tohi võtta
Sõnastuse lihtsus ja lühidus nõude sisutekst ei tohiks olla pikem kui ~30 sõna Nõuete kogumiku moodustamisel on eesmärgiks Ühtlane kaetus nõuete hulk peab ühtlaselt ja piisava tihedusega katma kogu arendatavat teemat. Piisav hulk nõuete hulk peab olema piisavalt suur, et katta kõik oluline. Aga mitte liiga detailne! Struktuurne jaotus nõuete kogumik peaks olema hierarhiliselt struktureeritud. FURPS+ Functionality (funktsionaalsus) - Kirjeldus, kuidas süsteem peaks käituma kasutajapoolsete või teisest süsteemist pärinevate sisendite peale. Usability (kasutatavus) - Sobivus kasutaja mõttemudeliga: millised kasutajad ja millises situatsioonis teie rakendust kasutavad? Reliability (käideldavus) lubatavate vigade arv ja nende tõsidus, kui palju jääb vigade tekkimise vahele aega, kui kiiresti vead lahendatakse Performance (jõudlus)
protsessid oleksid jälgitavad, dokumenteeritud ning tagaksid võimalikult sujuva töö nii hankija kui ka arendaja seisukohalt. Kokkuvõttes loob see hea aluse kvaliteetse tarkvara loomiseks. Nõuete kirjeldamisel on lähtutud tarkvaraarenduses levinud FURPS+ mudelist. Mudel näeb ette nõuete jaotamist järgmistesse üksustesse: • funktsionaalsus (functionality); • kasutatavus (usability); • usaldusväärsus (reliability); • jõudlus (performance); • teenindatavus (supportability)
annaabi.ee 
