Spécification des exigences logicielles

Une spécification des exigences logicielles ( SRS ) est une description d'un système logiciel à développer . Elle est calquée sur la spécification des exigences métier (CONOPS) . La spécification des exigences logicielles définit les exigences fonctionnelles et non fonctionnelles , et peut inclure un ensemble de cas d'utilisation qui décrivent les interactions utilisateur que le logiciel doit fournir à l'utilisateur pour une interaction parfaite.

Les spécifications des exigences logicielles établissent la base d'un accord entre les clients et les sous-traitants ou fournisseurs sur la manière dont le produit logiciel doit fonctionner (dans un projet axé sur le marché, ces rôles peuvent être joués par les divisions marketing et développement). Les spécifications des exigences logicielles constituent une évaluation rigoureuse des exigences avant les étapes plus spécifiques de conception du système, et leur objectif est de réduire les remaniements ultérieurs. Elles doivent également fournir une base réaliste pour estimer les coûts, les risques et les calendriers des produits. Utilisées de manière appropriée, les spécifications des exigences logicielles peuvent aider à prévenir l'échec d'un projet logiciel.

Le document de spécification des exigences logicielles énumère les exigences suffisantes et nécessaires au développement du projet. Pour en déduire les exigences, le développeur doit avoir une compréhension claire et approfondie des produits en cours de développement. Cela est réalisé grâce à des communications détaillées et continues avec l'équipe de projet et le client tout au long du processus de développement du logiciel.

Le SRS peut être l'une des descriptions des éléments de données livrables d'un contrat ou avoir d'autres formes de contenu imposé par l'organisation.

En règle générale, un SRS est rédigé par un rédacteur technique , un architecte système ou un programmeur de logiciels .

Un exemple d’organisation d’un SRS est le suivant :

1. But
   1. Définitions
   2. Arrière-plan
   3. Présentation du système
   4. Références
2. Description générale
   1. Perspective du produit
      1. Interfaces système
      2. Interfaces utilisateur
      3. Interfaces matérielles
      4. Interfaces logicielles
      5. Interfaces de communication
      6. Contraintes de mémoire
   2. Contraintes de conception
      1. Opérations
      2. Exigences d'adaptation du site
   3. Fonctions du produit
   4. Caractéristiques de l'utilisateur
   5. Contraintes, hypothèses et dépendances
3. Exigences spécifiques
   1. Exigences relatives à l'interface externe
   2. Exigences de performance
   3. Exigence de base de données logique
   4. Attributs du système logiciel
      1. Fiabilité
      2. Disponibilité
      3. Sécurité
      4. Maintenabilité
      5. Portabilité
   5. Exigences fonctionnelles
      1. Partitionnement fonctionnel
      2. Description fonctionnelle
      3. Description du contrôle
   6. Caractéristiques de l'environnement
      1. Matériel
      2. Périphériques
      3. Utilisateurs
   7. Autre

Suivant l'idée des odeurs de code , la notion d' odeur d'exigences a été proposée pour décrire les problèmes dans la spécification des exigences où l'exigence n'est pas nécessairement erronée mais pourrait être problématique.

Les exemples d'exigences olfactives sont le langage subjectif , les adverbes et les adjectifs ambigus , les superlatifs et les déclarations négatives .