FORMAT DE SPÉCIFICATION DES EXIGENCES LOGICIELLES (SRS) - TECHCODEVIEW.COM

Afin de former un bon SRS, vous verrez ici quelques points qui peuvent être utilisés et doivent être pris en compte pour former une structure de bonne spécification des exigences logicielles (SRS). Ceux-ci sont mentionnés ci-dessous dans la table des matières et sont bien expliqués ci-dessous.

Format de spécification des exigences logicielles (SRS) comme son nom l'indique, il s'agit d'une spécification complète et d'une description des exigences du logiciel qui doivent être remplies pour le développement réussi du système logiciel. Ces exigences peuvent être fonctionnelles ou non fonctionnelles selon le type d'exigence. L’interaction entre les différents clients et sous-traitants se fait car il est nécessaire de bien comprendre les besoins des clients. Format de spécification des exigences logicielles En fonction des informations recueillies après interaction, SRS est développé et décrit les exigences du logiciel pouvant inclure des changements et des modifications nécessaires pour augmenter la qualité du produit et satisfaire la demande du client.

Introduction

Objectif de ce document – Dans un premier temps, l’objectif principal de la nécessité de ce document et son objectif sont expliqués et décrits.
Portée de ce document – Dans ce document, le fonctionnement global et l'objectif principal du document ainsi que la valeur qu'il apportera au client sont décrits et expliqués. Il comprend également une description du coût de développement et du temps requis.
Aperçu - Dans celui-ci, la description du produit est expliquée. Il s’agit simplement d’un résumé ou d’un examen global du produit.

Description générale

Dans celui-ci, les fonctions générales du produit qui incluent l'objectif de l'utilisateur, une caractéristique de l'utilisateur, des fonctionnalités, des avantages, ainsi que les raisons pour lesquelles son importance est mentionnée. Il décrit également les fonctionnalités de la communauté d'utilisateurs.

tuple python trié

Exigences fonctionnelles

Cela explique pleinement les résultats possibles du système logiciel, qui incluent les effets dus au fonctionnement du programme. Toutes les exigences fonctionnelles pouvant inclure des calculs, le traitement des données, etc. sont classées par ordre de priorité. Les exigences fonctionnelles précisent le comportement attendu du système – quels résultats doivent être produits à partir des entrées données. Ils décrivent la relation entre l'entrée et la sortie du système. Pour chaque exigence fonctionnelle, une description détaillée de toutes les entrées de données et de leur source, les unités de mesure et la plage d'entrées valides doivent être spécifiées.

Exigences d'interface

Dans ce document, les interfaces logicielles qui signifient comment les logiciels communiquent entre eux ou avec les utilisateurs, sous la forme d'un langage, d'un code ou d'un message, sont entièrement décrites et expliquées. Des exemples peuvent être la mémoire partagée, les flux de données, etc.

Exigences de performances

Cela explique comment un système logiciel exécute les fonctions souhaitées dans des conditions spécifiques. Il explique également le temps requis, la mémoire requise, le taux d'erreur maximum, etc. La partie exigences de performances d'un SRS spécifie les contraintes de performances sur le système logiciel. Toutes les exigences relatives aux caractéristiques de performance du système doivent être clairement précisées. Il existe deux types d’exigences de performances : statiques et dynamiques. Les exigences statiques sont celles qui n’imposent pas de contrainte sur les caractéristiques d’exécution du système. Les exigences dynamiques spécifient les contraintes sur le comportement d'exécution du système.

Contraintes de conception

En cela, les contraintes qui signifient simplement limitation ou restriction sont spécifiées et expliquées pour l'équipe de conception. Les exemples peuvent inclure l'utilisation d'un algorithme particulier, les limitations matérielles et logicielles, etc. Il existe un certain nombre de facteurs dans l'environnement du client qui peuvent restreindre les choix d'un concepteur, entraînant des contraintes de conception. Ces facteurs incluent les normes qui doivent être respectées, les limites de ressources, les paramètres d'exploitation. les exigences et les politiques en matière d'environnement, de fiabilité et de sécurité qui peuvent avoir un impact sur la conception du système. Une SRS doit identifier et spécifier toutes ces contraintes.

Attributs non fonctionnels

Dans ce document, les attributs non fonctionnels sont expliqués et requis par le système logiciel pour de meilleures performances. Un exemple peut inclure la sécurité, la portabilité, la fiabilité, la réutilisabilité, la compatibilité des applications, l'intégrité des données, la capacité d'évolutivité, etc.

Terminal Kali Linux

Calendrier et budget préliminaires

Dans ce document, la version initiale et le budget du plan de projet sont expliqués, qui incluent la durée globale requise et le coût global requis pour le développement du projet.

Annexes

Dans celui-ci, des informations supplémentaires telles que les références à partir desquelles les informations sont collectées, les définitions de certains termes spécifiques, les acronymes, les abréviations, etc. sont données et expliquées.

Utilisations du document SRS

L'équipe de développement en a besoin pour développer un produit en fonction des besoins.
Les plans de test sont générés par le groupe de test sur la base du comportement externe décrit.
Le personnel de maintenance et de support en a besoin pour comprendre ce que le logiciel est censé faire.
Le chef de projet base ses plans et estimations du calendrier, des efforts et des ressources sur cela.
le client compte sur lui pour savoir à quel produit il peut s'attendre.
En tant que contrat entre développeur et client.
à des fins de documentation.

FAQ sur le format SRS

1. Pourquoi est-il important de définir la portée d’un document SRS ?

Définir la portée dans un document SRS aide le client à comprendre les objectifs et la valeur du logiciel. Il contient également des détails sur le coût de création et le temps que cela prendra, afin que les limites du projet soient claires.
structures de données en Java

2. Que sont les exigences fonctionnelles dans un document SRS et pourquoi sont-elles importantes ?

Les exigences fonctionnelles décrivent comment le système logiciel est censé fonctionner, y compris comment il doit réagir aux entrées et produire des sorties. Ils vous aident à comprendre ce que le logiciel doit faire et vous donnent un endroit pour commencer à le construire et à le tester.

Conclusion

Le développement de logiciels nécessite une spécification des exigences logicielles (SRS) bien structurée. Il aide les parties prenantes à communiquer, fournit une feuille de route aux équipes de développement, guide les testeurs dans la création de plans de test efficaces, guide les employés de maintenance et d'assistance, éclaire les décisions de gestion de projet et définit les attentes des clients. Le document SRS permet de garantir que le logiciel répond aux exigences fonctionnelles et non fonctionnelles, ce qui donne lieu à un produit de qualité dans les délais et dans les limites du budget.