En SRS är ett dokument som definierar affärsmålen och programvarans funktionalitet. Eftersom det definierar hur programvara ska fungera enligt användarens eller företagets krav är det av största vikt att veta hur man gör SRS av ett projekt. Ett SRS-dokument innehåller dock inte bara funktionella krav utan också icke-funktionella, vilket är UI-design, 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 teammedlemmar i varje skede av utformningen och utvecklingen av programvaran. Med andra ord är det obligatoriskt att veta vad ett konventionellt SRS-dokument ska innehålla.
Det finns sådana typer av gränssnitt som interna och externa gränssnitt. Här ska du klargöra hur systemkomponenterna (befintliga, på implementeringsstadiet och framtiden) ä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 fungera med systemet.
Glöm inte att inkludera det här avsnittet, även om det kan tyckas lite konstigt att ge referenser. Det är väldigt enkelt: lägg bara till länkarna till alla nödvändiga dokument, till deras datum, författare plus 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 sätta dem alla i "Introduktion");2) Versionshistorik (om ditt projekt fortsätter under ganska lång tid är det troligt att det kommer att finnas ett par SRS-dokumentversioner, så du kanske vill lägga alla versioner i en enda tabell);
3) bilagor (om det finns information som du inte lyckades inkludera i andra avsnitt kan du lägga den i bilagor).
