Un cahier des charges des exigences logicielles est un document qui élabore les objectifs commerciaux et les fonctionnalités du logiciel. Comme il définit la manière dont le logiciel est censé fonctionner en fonction des besoins de l’utilisateur ou de l’entreprise, il est important de savoir comment rédiger les cahiers des charges du logiciel. Un document d’un cahier des charges décrira également les exigences non-fonctionnelles du logiciel, telles que la performance, la sécurité et la conception de l’interface utilisateur. En bref, nous pouvons dire qu’il s’agit du seul document sur lequel s’appuieront les développeurs, les testeurs et les autres membres de l’équipe de développement lors des phases de conception et de développement du logiciel. Cela signifie qu’il est essentiel de savoir ce qu’un document d’un cahier des charges conventionnel doit contenir. Pourquoi est-il important d’écrire d’un cahier des charges?
Au début d’un projet, le client listera probablement verbalement les exigences d’une réunion ou de brèves notes par courrier électronique ou par messagerie texte. Ils ne prépareront pas pour vous un document bien écrit décrivant leurs besoins, car il incombe à l’équipe de développement de préparer un document de cahier des charges bien articulé, définissant clairement les besoins du client et la manière dont ils peuvent être atteints, en se basant sur les notes suivantes. Première rencontre. Le document peut également être utilisé pour obtenir les commentaires du client afin de s’assurer que l’équipe de développement comprend ses exigences. Il sera également considéré comme le « point de départ » de la conception et de la mise en œuvre réelle du logiciel et décrira clairement les différents composants du logiciel qui devront être développés et testés au cours du cycle de vie de l’essai du logiciel.
Comment structurer un document de cahier des charges de logiciel:
Définir le but du document
Comme pour tout document technique que vous écrivez, vous devez d’abord informer le public du but du document et définir les lecteurs auxquels il est destiné. Ce sont généralement les clients et l’équipe de développement.
Identifier la portée
Comme d’habitude, vous construirez un logiciel dans un délai donné et vous saurez qu’il n’est pas toujours possible d’inclure toutes les exigences demandées par le client, dans le délai imparti. Vous devrez définir clairement dans le champ d’application quels logiciels peuvent être inclus dans les délais impartis et lesquels ne le peuvent pas.
Fournir un aperçu du logiciel
Une fois que vous avez décrit l’objet et la portée, il est maintenant temps de décrire le logiciel. C’est là que vous écrivez sur l’utilisation commerciale du logiciel. Cette section ne décrit pas complètement chaque fonction, mais elle donnera au public une idée de la manière dont le logiciel se comporte et peut aider l’entreprise ou l’utilisateur à atteindre son objectif.
Décrire les exigences d’infrastructure
Cette section contient des détails sur la conception de l’interface utilisateur, la conception de la base de données et d’autres couches d’application et infrastructures nécessaires à la création du logiciel réel.
Définir les exigences fonctionnelles
Cette section décrit chaque fonctionnalité souhaitée par le client dans ce logiciel. Il détaille également les différents cas d’utilisation et les cas négatifs (le cas échéant) devant être traités dans le logiciel. Les cahiers des charges techniques telles que la classe et les méthodes utilisées dans le logiciel peuvent également être clairement détaillées dans cette section.
Définir les exigences non-fonctionnelles
Cette section contient des informations détaillées sur les performances, la fiabilité, la convivialité et les exigences de sécurité du logiciel.
Fournissez les références et les annexes.
Les références et les annexes utilisées dans les documents doivent être énumérées ici.
Points clé à prendre en compte lors de la rédaction de cahiers des charges de logiciels
Lors de la préparation d’un document d’un cahier des charges, vous devrez mettre l’accent sur quelques points, dont certains sont énumérés ci-dessous :
Images et diagrammes
Les diagrammes et les images parlent beaucoup et peuvent constituer le moyen le plus simple de communiquer avec votre public. Utilisez-les judicieusement et correctement pour illustrer ce que vous essayez de dire. L’utilisation d’illustrations peut également vous éviter d’être trop documentée. Si vous pouvez transmettre quelque chose avec un simple diagramme, pourquoi ?
Passer du temps inutile à écrire une description de 1000 mots ? Cela peut être aussi simple que cela.
Conventions relatives à la dénomination et à l’utilisation de la terminologie
Les termes courants utilisés pour nommer une caractéristique ou une fonction particulière dans les documents doivent être cohérents et correctement définis dans une section particulière. L’utilisation de deux termes différents pour nommer la même fonctionnalité créera une confusion parmi les utilisateurs de votre document. Par exemple, si vous utilisez le mot « login » pour une fonctionnalité de connexion utilisateur, il devrait rester identique afin que vous ne puissiez pas faire référence à la même fonctionnalité que « connexion » dans une autre section.
Utilisation de références
C’est un point très important lors de la rédaction d’un cahier des charges. Au fur et à mesure que vous, écrivez, vous devrez vous reporter à divers autres documents ou sections du même document. Utilisez toujours des hyperliens pour faire référence à ces sections afin que le public puisse facilement cliquer et lire la section à laquelle il est lié.
Collaborez avec d’autres en ligne.
Pendant que vous créez un tel document, vous aurez peut-être besoin de conseils, d’une relecture et d’une relecture par d’autres membres de l’équipe, même si vous êtes le principal responsable de sa rédaction. Si vous utilisez des outils de collaboration en ligne tels que Google Doc, vous constaterez qu’il est toujours facile de mettre à jour le document et de le partager avec d’autres personnes en ligne, afin que tous les membres de l’équipe aient un accès instantané aux modifications récentes.
