overholder hver af de detaljer og krav, der er defineret i det programprojekt, der udføres, er de store mål, som en udvikler skal nå for at imødekomme deres kunders forventninger og gøre projektet vellykket. Hvordan kan en udvikler oprette systemer, der opfylder alle deres kunders krav? Det kan være et af dine første spørgsmål.
sagen er, at der er mange faktorer, der påvirker programmets succes. Men i dag vil vi tale om et vigtigt dokument, der skal udarbejdes i de tidlige stadier af produktudviklingen. Vi taler om Specifikationsdokumentet for Programmelkrav.
Programkravspecifikationen (SRS) betragtes uden tvivl som en af de mest kritiske faser i program – / produktudviklingen. SRS-Kravspecifikation – en speciel programdokumentation, der indeholder oplysninger om, hvordan systemet selv skal opføre sig, hvilke funktioner det skal udføre, hvilken belastning det skal modstå osv. Produktkrav dokument er det sted, hvor egenskaber og krav til programmer, produkt, program eller sæt af programmer er beskrevet. Disse elementer udtrykkes i naturligt sprog uden overvejelser eller tekniske termer.
- du kan få et nøjagtigt skøn over omkostninger, risiko og tidsomkostninger.
- klienten vil være i stand til at danne deres vision om projektet mere tydeligt.
- kunden og entreprenøren vil have den samme ide om produktet.
- det hjælper med at identificere det optimale sæt funktioner.
- det tjener som grundlag for dannelsen af anden teknisk dokumentation.
- udviklingsprocessen vil blive optimeret og tiden minimeret.
- der vil ikke være nogen overlapning af opgaver.
- giver dig mulighed for at strukturere problemer for at løse dem lettere og hurtigere.
det er blevet meget tydeligt, at en dårlig specifikation af programkrav kan føre til mislykkede projekter. Derfor bliver denne disciplin stadig vigtigere.
Hvordan forbereder man et produktkravsdokument?
følgende skabelon følger de retningslinjer, der er fastlagt i IEEE 830-standarden, hvorefter programkravspecifikationen skal indeholde beskrivelsen af applikationens funktionalitet, forholdet til eksterne systemer og ikke-funktionelle krav såsom ydeevne, tilgængelighed, responstider og vedligeholdelse mellem andre.
skabelonen til forberedelse af programkravsdokumentet er opdelt i følgende afsnit:
formål:
Du skal tilføje et navn eller en titel på et produkt, der er angivet i papiret, inklusive dets versionsnummer eller frigivelse. Beskriv hvilke elementer eller dele af programmets omfang der er inkluderet i dokumentet, find ud af, om det dækker hele programmet, kun en del af det, delsystemet eller undergruppen af processer.
programmets omfang:
der skal være en kort beskrivelse af rækkevidden af det program, der specificeres, herunder formål eller generelt mål, fordele, der leveres til forretnings-og organisationsområdet, forholdet mellem programmålene og virksomhedens mål og forretningsstrategier. Du kan henvise til andre dokumenter.
Her kan du inkludere andre trykte dokumenter, elektroniske dokumenter eller elektroniske adresser, der supplerer produktkravsdokumentet.
produktfunktioner:
hver funktion kan bestå af et eller flere funktionskrav. Kun en nummereret liste over de vigtigste funktionaliteter bør medtages.
brugernes egenskaber:
i dette afsnit skal du beskrive de brugere, der vil bruge dette produkt. Klassificer dem på basis af regelmæssigheden af brugen, en gruppe anvendte funktionaliteter, sikkerhedsrettigheder, oplevelsesniveau og andre parametre.
driftsmiljø:
det miljø, hvor systemet, programmet, modulet eller gruppen af funktionaliteter skal udvikles, bør også medtages. Nævn sådanne aspekter som versioner af operativsystemet, maskinplatformen og andre systemer eller elementer, som det skal eksistere sammen med.
funktionelle krav:
Angiv funktionerne, og for hver af dem skal du notere de funktionelle krav. De kan også dokumenteres i et krav’ sporbarhedsmatrice.
forretningsregler:
denne del indeholder de principper, der skal gælde for hele sættet af programspecifikationer, der er anført i dokumentet. Forklar for eksempel, hvilke personer der kan spille en bestemt rolle under visse omstændigheder.
eksterne grænseflader krav:
dette kapitel omfatter grænseflader med udstyr, grænseflader med andre systemer og kommunikationsgrænseflader, egenskaber og attributter for brugergrænseflader (GUI).
ikke-funktionelle krav:
de specificerer kriterier for at evaluere driften af en informationsteknologitjeneste i modsætning til de funktionelle krav, der definerer specifik adfærd.
andre krav:
Inkluder de krav, der ikke er forklaret i noget andet afsnit i produktkravsdokumentet. Det kan være databasekrav, internationalisering, juridiske og genbrugsmål for programmelkomponenter.
ordliste:
Tilføj en beskrivelse af udtryk og akronymer, der er nødvendige for at forstå det oprettede dokument.
tips til at skrive SPS
- beskriv alt meget kort og klart så meget som muligt.
- Inkluder ikke ting, der muligvis ikke skal dokumenteres.
- skriv uden vage beskrivelser. En person, der læser SRS, skal forstå præcis, hvad der er skrevet, og ikke noget andet.
- Visualiser. Brug for eksempel DFD (datastrømsdiagrammer) diagrammer. Specifikationen kan ikke være komplet, hvis vi ikke ved, hvad der er ved indgangen til det beskrevne program, og hvad der er ved udgangen. Alt skal inkluderes.
nu har du alle de vigtigste elementer, der vil hjælpe dig med at gøre programkrav specifikation. Gå efter det!