Voldoen aan elk van de details en de eisen die zijn vastgelegd in de software project dat is uitgevoerd, is de grote doelen die een ontwikkelaar moet behalen om te voldoen aan de verwachtingen van hun klanten en het project succesvol is. Hoe kan een ontwikkelaar systemen maken die aan alle eisen van zijn klanten voldoen? Het kan een van je eerste vragen zijn.
het probleem is dat er veel factoren zijn die het succes van het softwareproject beïnvloeden. Maar vandaag zullen we het hebben over een essentieel document dat in de vroege stadia van productontwikkeling moet worden opgesteld. We hebben het over het software Requirements Specification Document.
De Software Requirements Specification (SRS) wordt ongetwijfeld beschouwd als een van de meest kritieke fasen van de software/productontwikkeling. SRS-Software Requirement Specification-een speciale software documentatie die informatie bevat over hoe het systeem zich moet gedragen, welke functies het moet uitvoeren, welke belasting het moet weerstaan, enzovoort. Productvereisten document is de plaats waar de kenmerken en vereisten van software, product, programma of reeks programma ‘ s worden beschreven. Deze elementen worden uitgedrukt in natuurlijke taal, zonder overwegingen of technische termen.
- u kunt een nauwkeurige schatting krijgen van de kosten, risico ‘ s en tijdskosten.
- de cliënt zal zijn visie op het project duidelijker kunnen vormgeven.
- opdrachtgever en opdrachtnemer hebben hetzelfde idee over het product.
- het zal helpen de optimale set van functies te identificeren.
- Het dient als basis voor de vorming van andere technische documentatie.
- het ontwikkelingsproces wordt geoptimaliseerd en de tijd wordt geminimaliseerd.
- Er zal geen duplicatie van taken plaatsvinden.met
- kunt u problemen structureren om ze gemakkelijker en sneller op te lossen.
Het is zeer duidelijk geworden dat een slechte specificatie van softwarevereisten kan leiden tot mislukte projecten. Daarom wordt deze discipline steeds noodzakelijker.
hoe een document over productvereisten opstellen?
de volgende template volgt de richtsnoeren die zijn vastgesteld in de IEEE 830-norm, volgens welke de specificatie van de softwarevereisten een beschrijving moet bevatten van de functionaliteit van de toepassing, de relatie met externe systemen en niet-functionele vereisten zoals prestaties, beschikbaarheid, responstijden en onderhoudbaarheid tussen anderen.
De sjabloon voor het bereiden van de software requirements document is verdeeld in de volgende onderdelen:
Doel:
U moet een naam of titel van een product dat is opgegeven in het papier, met inbegrip van het versienummer of release. Beschrijf welke elementen of delen van het toepassingsgebied van de software in het document zijn opgenomen, bepaal of het de volledige software, slechts één deel ervan, het subsysteem of de subgroep van processen omvat.
de reikwijdte van de software:
Er moet een korte beschrijving zijn van het bereik van de software die wordt gespecificeerd, met inbegrip van het doel of de algemene doelstelling, de voordelen die worden geboden aan het bedrijfs-en organisatiegebied, de relatie tussen de softwaredoelstellingen en de bedrijfsdoelstellingen en bedrijfsstrategieën. U kunt verwijzen naar andere documenten.
Hier kunt u andere gedrukte documenten, elektronische documenten of elektronische adressen opnemen die het document met productvereisten aanvullen.
productfuncties:
elke functie kan bestaan uit één of meerdere functionele softwarevereisten. Alleen een genummerde lijst van de belangrijkste functies moet worden opgenomen.
gebruikers kenmerken:
in deze sectie moet u de gebruikers beschrijven die dit product zullen gebruiken. Classificeer ze op basis van de regelmaat van gebruik, een groep gebruikte functionaliteiten, beveiligingsrechten, ervaringsniveau en andere parameters.
operationele omgeving:
de omgeving waarin het systeem, de software, de module of de groep van functionaliteiten zal worden ontwikkeld moet ook worden opgenomen. Noem aspecten zoals versies van het besturingssysteem, het hardwareplatform en andere systemen of elementen waarmee het naast elkaar moet bestaan.
functionele eisen:
Geef een overzicht van de kenmerken en noteer voor elk van hen de functionele eisen. Ze kunnen ook worden gedocumenteerd in een traceerbaarheidsmatrix van requirements.
bedrijfsregels:
dit deel bevat de beginselen die van toepassing moeten zijn op de hele reeks softwarespecificaties die in het document worden vermeld. Leg bijvoorbeeld uit welke individuen onder bepaalde omstandigheden een specifieke rol kunnen spelen.
externe interfaces vereisten:
Dit hoofdstuk omvat interfaces met de hardware, interfaces met andere systemen en communicatie-interfaces, kenmerken en attributen van gebruikersinterfaces (GUI).
niet-functionele eisen:
zij specificeren criteria om de werking van een informatietechnologiedienst te evalueren, in tegenstelling tot de functionele vereisten die specifiek gedrag definiëren.
overige vereisten:
omvat de vereisten die in geen enkele andere sectie van het document betreffende productvereisten worden toegelicht. Het kan databasevereisten, internationalisering, juridische en hergebruikdoelstellingen van softwarecomponenten zijn.
Woordenlijst:
voeg een beschrijving toe van termen en acroniemen die nodig zijn voor het begrijpen van het gemaakte document.
tips om SPS
- te schrijven beschrijf alles zo kort en duidelijk mogelijk.
- bevat geen dingen die niet gedocumenteerd hoeven te worden.
- schrijf zonder vage beschrijvingen. Een persoon die de SRS leest moet precies begrijpen wat er geschreven staat, en niet iets anders.
- Visualize. Gebruik bijvoorbeeld DFD (data flow diagrammen) diagrammen. De specificatie kan niet volledig zijn als we niet weten wat er aan de ingang van de beschreven software is, en wat er aan de uitgang is. Alles moet worden opgenomen.
nu hebt u alle belangrijke elementen die u zullen helpen om softwarevereisten te specificeren. Ga ervoor!