uppfylla var och en av de detaljer och krav som definieras i mjukvaruprojektet som genomförs, är de stora mål som en utvecklare måste uppnå för att uppfylla sina kunders förväntningar och göra projektet framgångsrikt. Hur kan en utvecklare skapa system som uppfyller alla krav från sina kunder? Det kan vara en av dina första frågor.
saken är att det finns många faktorer som påverkar framgången för mjukvaruprojektet. Men idag kommer vi att prata om ett viktigt dokument som bör förberedas i de tidiga stadierna av produktutvecklingen. Vi pratar om specifikationsdokumentet för programvarukrav.
Software Requirements Specification (SRS) anses utan tvekan vara en av de mest kritiska faserna i programvaran / produktutvecklingen. SRS-programvara Kravspecifikation-en speciell mjukvarudokumentation som innehåller information om hur själva systemet ska bete sig, vilka funktioner det ska utföra, vilken belastning det ska tåla och så vidare. Produktkrav dokument är den plats där egenskaper och krav på programvara, produkt, program eller uppsättning program beskrivs. Dessa element uttrycks på naturligt språk, utan överväganden eller tekniska termer.
- du kan få en exakt uppskattning av kostnad, risk och tidskostnader.
- klienten kommer att kunna formulera sin vision av projektet tydligare.
- kunden och entreprenören kommer att ha samma uppfattning om produkten.
- Det hjälper till att identifiera den optimala uppsättningen funktioner.
- Det fungerar som grund för bildandet av annan teknisk dokumentation.
- utvecklingsprocessen optimeras och tiden minimeras.
- Det blir ingen dubblering av uppgifter.
- låter dig strukturera problem för att lösa dem enklare och snabbare.
det har blivit mycket uppenbart att en dålig specifikation av programvarukrav kan leda till misslyckade projekt. Därför blir denna disciplin allt viktigare.
hur man förbereder ett produktkrav dokument?
följande mall följer riktlinjerna i IEEE 830-standarden, enligt vilken programvarukraven ska innehålla beskrivningen av programmets funktionalitet, förhållande till externa system och icke-funktionella krav som prestanda, tillgänglighet, svarstider och underhåll mellan andra.
mallen för att förbereda dokumentet för programvarukrav är uppdelad i följande avsnitt:
syfte:
Du bör lägga till ett namn eller en titel på en produkt som anges i papperet, inklusive dess versionsnummer eller utgåva. Beskriv vilka element eller delar av Programvarans omfattning som ingår i dokumentet, fastställa om det täcker hela programvaran, endast en del av den, delsystemet eller undergruppen av processer.
programvarans omfattning:
det bör finnas en kort beskrivning av Programvarans sortiment som specificeras, inklusive syfte eller allmänt mål, fördelar som tillhandahålls affärs-och organisationsområdet, förhållandet mellan programvarans mål och företagets mål och affärsstrategier. Du kan hänvisa till andra dokument.
Här kan du inkludera andra tryckta dokument, elektroniska dokument eller elektroniska adresser som kompletterar produktkravdokumentet.
produktfunktioner:
varje funktion kan bestå av ett eller flera funktionella programkrav. Endast en numrerad lista över de viktigaste funktionerna bör ingå.
användaregenskaper:
i det här avsnittet ska du beskriva de användare som kommer att använda den här produkten. Klassificera dem på grundval av användningens regelbundenhet, en grupp funktioner som används, säkerhetsbehörigheter, erfarenhetsnivå och andra parametrar.
driftsmiljö:
den miljö där systemet, programvaran, modulen eller gruppen av funktioner kommer att utvecklas bör också inkluderas. Nämn sådana aspekter som versioner av operativsystemet, hårdvaruplattformen och andra system eller element som den måste samexistera med.
funktionskrav:
lista funktionerna, och för var och en av dem, notera funktionskraven. De kan också dokumenteras i en kravs spårbarhetsmatris.
affärsregler:
denna del innehåller de principer som måste gälla för hela uppsättningen programvaruspecifikationer som anges i dokumentet. Förklara till exempel vilka individer som kan spela en specifik roll under vissa omständigheter.
externa gränssnitt krav:
detta kapitel innehåller gränssnitt med hårdvaran, gränssnitt med andra system och kommunikationsgränssnitt, egenskaper och attribut för användargränssnitt (GUI).
icke-funktionella krav:
de anger kriterier för att utvärdera driften av en informationsteknologitjänst, i motsats till de funktionella kraven som definierar specifika beteenden.
övriga krav:
inkludera de krav som inte förklaras i något annat avsnitt i produktkravdokumentet. Det kan vara databaskrav, internationalisering, juridiska och återanvändningsmål för programvarukomponenter.
ordlista:
Lägg till en beskrivning av termer och akronymer som är nödvändiga för att förstå det skapade dokumentet.
tips för att skriva SPS
- beskriv allt mycket kort och tydligt så mycket som möjligt.
- inkludera inte saker som kanske inte behöver dokumenteras.
- Skriv utan vaga beskrivningar. En person som läser SRS måste förstå exakt vad som skrivs, och inte något annat.
- visualisera. Använd till exempel dfd-diagram (dataflödesdiagram). Specifikationen kan inte vara fullständig om vi inte vet vad som finns vid ingången till den beskrivna programvaran och vad som finns vid utgången. Allt måste inkluderas.
nu har du alla de viktigaste elementen som hjälper dig att göra programvara krav specifikation. Gå för det!