Hvordan skrive en programvare kravspesifikasjoner (SRS) Dokument
Profesjonelle programvareutviklere må gå gjennom en programvarekrav samlingsprosess i begynnelsen av programvare utviklingsprosjekter av noen meningsfull størrelse. Sluttproduktet av denne prosjektfasen er et dokument ofte referert til som en programvare kravspesifikasjon, eller SRS. Det er vanligvis det første prosjektet milepæl eller leveranse. Betydningen av dette dokumentet kan ikke bli under. Dens fremste funksjon er å registrere kundens behov og krav i skriftlig form og bli grunnlaget for resten av programvareutvikling prosessen. Når disse kravene er utarbeidet, blir dokumentet registrering av både kundens og utvikler forståelse av hva programvaren skal oppnå. Vanligvis klient anmeldelser og tegn SRS, og dermed begynner den fulle software design og utviklingsfasen. Ved å ta trinnene høyt nivå involvert, kan du skrive en SRS-dokument.
Bruksanvisning
1 Hvis organisasjonen ikke har en standard programvarekrav Spesifikasjoner dokumentmal, lage en nå (se Ressurser for linker til maler).
2 Møt med fageksperter / klienter å samle kravene.
3 Definer funksjonene i programvaren.
4 Lag bruksområder for de store sub-prosesser. For eksempel, hvis du designer en ordresystem, bruke saker vil bestå av å skape en ny orden, modifisere en eksisterende ordre og en kundeordre søk.
5 Definere brukergrensesnittet.
6 Definer eventuelle andre grensesnitt som hardware grensesnitt eller annen programvare systemgrensesnitt.
7 Definere prosessflyten.
8 Bestem noen konkrete forretningsregler.
9 Definer ytelsesspesifikasjonen.
10 Lag noen diagrammer for å illustrere prosessen flyt eller utdype sentrale krav.
11 Kompilere SRS dokumentet og har alle nødvendige parter gjennomgang eller signere den.
Hint
- Opprette en standard dokumentmal.
- Ta med en sporbarhet matrise.
- Inkluder en sammenheng mellom krav og kilden til disse kravene.
- Klart liste definerte virksomhetsreglene.
- Sørg reglene og prosessene er definert med presis, entydig språk.
- SRS inneholder kun funksjonskrav. Ingen software design eller gjennomføring detaljer bør inkluderes.