En SRS är ett dokument som definierar affärsmålen och programvarans funktionalitet. Eftersom det definierar hur programvaran ska fungera i enlighet med användarens eller verksamhetens krav är det av största vikt att veta hur man gör SRS för ett projekt. Ett SRS-dokument innehåller dock inte bara funktionella krav utan även icke-funktionella krav, dvs. utformning av användargränssnitt, prestanda och säkerhet. För att göra en lång historia kort är detta dokument en vägledning för alla utvecklare, testare och andra lagmedlemmar i varje skede av utformningen och utvecklingen av programvaran. Med andra ord är det obligatoriskt att veta vad ett konventionellt SRS-dokument bör innehålla.
Det finns olika typer av gränssnitt: interna och externa gränssnitt. Här ska du klargöra hur systemkomponenterna (befintliga, i genomförandefasen och framtida) är beroende av varandra. Kom ihåg att ta hänsyn till både de personer som kommer att använda ditt system och andra appar som ska arbeta med systemet.
Glöm inte att ta med detta avsnitt, även om det kan verka lite konstigt att ange referenser. Det är mycket enkelt: lägg bara till länkar till alla nödvändiga dokument, datum, författare och dina egna kommentarer.
De avsnitt som du också kan behöva i ditt SRS-dokument är:
1) Ordlista (om du har för många akronymer för att kunna lägga dem alla i "Introduktion");
2) Revideringshistorik (om ditt projekt pågår under ganska lång tid är det troligt att det kommer att finnas ett par versioner av SRS-dokumentet, så du kanske vill lägga in alla versioner i en enda tabell);
3) Bilagor (om det finns information som du inte lyckades få med i andra avsnitt kan du lägga in den i bilagor).
