Hoe kan ik een software requirements document schrijven

September 7


Hoe kan ik een software requirements document schrijven

Voordat het werk begint voor het ontwerpen en ontwikkelen van software, een technisch schrijver creëert een software-eisen specificatie (SRS). Dit document beschrijft verwachtingen van de klant en zorgt ervoor dat een organisatie en haar klanten inzicht in de eisen. Het bevat nauwkeurige beschrijvingen van functies en functionaliteit die de aanvraag moet bieden. De SRS is de bron voor alle projectgerelateerde documenten, zoals het charter, projectplan en specificaties van het ontwerp. De doelen zijn het geven van feedback aan klanten, de ontwikkeling van software componenten te identificeren en het verstrekken van het testen en valideren van strategieën. Het biedt geen zakelijke of technologische oplossingen.

Instructies

•  Schrijf een inleiding dat het doel van het document wordt uitgelegd. Zo blijkt dat het document wordt de functionele en niet-functionele eisen van de software. Functionele kenmerken van de software voordoen binnen de applicatie, en niet-functionele eigenschappen hebben betrekking op wat er gebeurt buiten de applicatie.

•  Identificeer de doelgroep van de SRS. Bijvoorbeeld, zou het publiek onder meer senior en departementale management.

•  Geef de scope. Bijvoorbeeld: "Dit omvat de vervanging van de bestaande boekhoudsysteem met een nieuwe web-based applicatie." Typisch, moet je aangeven wat buiten het toepassingsgebied tot misvattingen te elimineren. Bijvoorbeeld: "Non-boekhoudtoepassingen dat door de vervanging van de bestaande software niet vervangen."

•  Geef perspectief. Bijvoorbeeld aangeven wat de toepassing zal geven, zoals internet-gebaseerde data-entry en rapportage van boekhoudkundige verrichtingen. Zorg functionele en niet-functionele beschrijvingen van de software. Bijvoorbeeld: "Accounting transacties worden interactief verwerkt" (functioneel); en "Externe gebruikers hebben toegang tot de applicatie" (niet-functionele).

•  Geef afhankelijkheden en aannames met betrekking tot de software, zoals de toepassing zal een vijfjarige levenscyclus hebben. Vermeld afhankelijke toepassingen geïntegreerd met bestaande software. Deze getroffen toepassingen kunnen wijzigingen vereisen om door te gaan naar behoren functioneert.

•  Bepaal hoe gebruikers toegang tot de applicatie. Zo kunnen gebruikers een Internet browser om met de applicatie. Geef de benodigde hardware, software en communicatie naar de toegang te verschaffen.

•  Geef een overzicht van de belangrijkste functies, zoals beveiliging dat alleen kunnen bevoegde gebruikers toegang tot de applicatie. Als de software biedt online hulp, onder meer deze in uw lijst met functies. Echter, kan zijn dat kleine features oppervlak nadat het project op gang komt. Dit kan leiden tot overschrijding van de begroting.

•  Definieer non-data specificaties, zoals gebruiker toegang prestaties, kwaliteitsborging eisen, business rules, beveiligingseisen en gebruikersdocumentatie. Bijvoorbeeld opgeven dat alle gebruikersdocumentatie is beschikbaar op de corporate bestandsserver.

•  Geef aan eisen die buiten vallen van grote categorieën specificatie. Bijvoorbeeld aangeven dat de bestaande boekhoudkundige toepassing zal zijn gegevens hebben verplaatst naar de database van de nieuwe software.

•  Definieer dubbelzinnige termen in verband met de toepassing in een woordenlijst. Bijvoorbeeld, "gebruiker" zou kunnen betekenen diegenen die intern en extern aan het bedrijf.

•  Inclusief bijlagen die helpen om aspecten van de software, zoals gegevens stroomdiagrammen verduidelijken. Naarmate het project op gang komt, onder meer extra bijlagen als dat nodig is.