<Nom du projet>
Spécification des exigences système
Version <1.0>
[Remarque : le canevas suivant est à utiliser avec Rational Unified Process. Le texte figurant entre crochets et affiché en caractères italiques bleus (style=InfoBlue) est destiné à guider l'auteur et doit être supprimé avant la publication du document. Tout paragraphe saisi dans ce contexte est automatiquement passé en style normal (style=Body Text).]
Historique des révisions
Date |
Version |
Description |
Auteur |
<jj/mmm/aa> |
<x.x> |
<détails> |
<nom> |
|
|
|
|
|
|
|
|
|
|
|
|
Sommaire
3.2 Exigences non fonctionnelles
3.2.4 Capacité de prise en charge
3.2.5 Contraintes de conception
3.2.6 Autres considérations relatives à l'ingénierie système
3.2.6.2 Exigences liées à l'environnement
3.2.6.3 Exigences d'assurance des autres produits
3.2.7 Exigences relatives à la documentation en ligne de l'utilisateur et au système d'aide
3.2.9.1 Interfaces utilisateur
3.2.9.2 Interfaces matérielles
3.2.9.3 Interfaces logicielles
3.2.9.4 Interfaces de communication
3.2.11 Notices légales, droits d'auteurs et autres mentions
Spécification des exigences système
[L'introduction de la Spécification des exigences système (SysRS) présente une vue d'ensemble de tout le document. Elle contient l'objectif, la portée, les définitions, les acronymes, les abréviations, les références et la présentation de la SysRS.]
[Remarque : la SysRS enregistre les exigences logicielles du système complet ou d'une portion de celui-ci. Les paragraphes suivants constituent un squelette type de la SysRS pour un projet qui repose uniquement sur des exigences exprimées dans un langage naturel (sans modélisation de cas d'utilisation). Cette spécification enregistre toutes les exigences en un seul document, en intégrant les spécifications supplémentaires ou en insérant un matériel équivalent.]
[Précisez l'objectif de cette spécification. La SysRS décrit en détail les capacités fonctionnelles et de comportement du système identifié, ainsi que les exigences non fonctionnelles, les contraintes de conception et les autres facteurs nécessaires à une description complète et exhaustive des exigences système.]
[Brève description du système auquel s'applique la SysRS et de tout ce qui est affecté ou influencé par ce document.]
[Cette sous-section contient les définitions de tous les termes, acronymes et abréviations nécessaires à la bonne compréhension de la SysRS. Ces informations peuvent être fournies en se référant au Glossaire du projet.]
[Cette sous-section doit présenter une liste complète de tous les documents référencés ailleurs dans la SysRS. Chaque document doit être identifié par un titre, un numéro de rapport (le cas échéant), une date et le nom de l'organisation à l'origine de sa publication. Spécifiez les sources à partir desquelles il est possible de se procurer ces références. Ces informations peuvent être fournies par référence à une annexe ou à un autre document.]
[Cette sous-section décrit le contenu du reste de la SysRS et explique l'organisation de ce document.]
[Cette section de la SysRS décrit les facteurs généraux qui affectent le système et ses exigences. Elle ne cite pas d'exigence spécifique (ces dernières sont détaillées dans la section 3), mais elle présente leur contexte et facilite leur compréhension. Incluez des éléments, tels que :
Cette section peut contenir une référence vers l'artefact Vision, plutôt que de reproduire le matériel de ce document.]
[Le niveau de détail de toutes les exigences contenues dans cette section permet de concevoir un système qui y répond et de tester le respect de ces exigences.]
[Cette section décrit les capacités requises du système, exprimées dans un langage naturel. Pour de nombreux systèmes, elle est susceptible de constituer la majeure partie du package SysRS et son organisation demande réflexion. Elle est généralement organisée par fonctionnalité, fonction ou groupe fonctionnel (issus de l'artefact Vision), mais d'autres méthodes d'organisation sont appropriées, comme un classement par utilisateur ou par rôle.
Cette section décrit également l'amélioration de la fonctionnalité ou de la fonction, qui est décomposée en plusieurs exigences constitutives répertoriées une à une. Elle décrit le comportement que le système doit adopter pour prendre en charge les exigences obtenues, ainsi que toute exigence de performances associée (temps de réponse, vitesse, rendement, taux, fréquence, exactitude, précision, capacité, etc.). Cette description comprend également le comportement requis en cas d'erreur ou de défaillance (traitement d'une entrée erronée, conditions imprévues, redémarrage après défaillance, etc.). Il n'est pas toujours nécessaire de spécifier la manière dont les erreurs et les événements imprévus doivent être traités. Dans de nombreux cas, c'est l'architecte système qui peut le décider.]
[Description et amélioration de la capacité.]
[Remarque : si l'artefact Spécifications supplémentaires a été produit, vous pouvez vous contenter de l'insérer ici. Il couvre en effet les mêmes rubriques.]
[Cette section inclut toutes les exigences qui touchent à la convivialité. Exemples :
[Description de l'exigence.]
[Spécifiez ici les exigences de fiabilité du système. Suggestions :
[Description de l'exigence.]
[Présentez les grandes lignes des caractéristiques de performances du système dans cette section. Incluez les temps de réponse spécifiques. Référencez les cas d'utilisation associés par leur nom lorsque cela est possible. En général, associez toutes les capacités requises, qu'elles soient décrites sous forme de cas d'utilisation ou de texte, à des instructions de performances (qui décrivent la qualité de réalisation de la capacité ou de la fonction que doit offrir le système). Il est plus judicieux de conserver ces instructions à proximité de la capacité concernée (dans la partie "Exigences particulières" d'une description de cas d'utilisation, par exemple). Vous pouvez laisser ici les instructions qui doivent être testées, mais qui ne sont pas associées à une capacité spécifique. Exemples de caractéristiques de performances :
[Description de l'exigence.]
[Cette section indique toutes les exigences améliorant la capacité de prise en charge ou la maintenabilité du système en construction, notamment les standards de codification, les conventions de dénominations, les bibliothèques de classes, ainsi que l'accès et les fonctionnalités de maintenance.]
[Description de l'exigence.]
[Cette section indique les contraintes de conception du système en construction. Ces contraintes représentent des décisions de conception imposées, auxquelles il faut se conformer. Elles concernent par exemple des langages logiciels, des exigences de processus logiciel, l'utilisation imposée d'outils de développement, des contraintes architecturales et de conception, des composants achetés, des bibliothèques de classe, etc.]
[Description de l'exigence.]
[L'ingénierie système peut impliquer d'autres types d'exigences : ]
[Par exemple : le poids, la taille, la puissance, etc.]
[Par exemple : l'humidité, les contaminants, les exigences thermiques, électriques, mécaniques, etc.]
[Par exemple : la sûreté, la sécurité, d'autres facteurs de qualité (comme la survivabilité du système).]
[Décrivez les exigences imposées au système par les personnes qui l'utilisent et assurent sa prise en charge. Ces exigences concernent par exemple les fonctions d'apprentissage (l'équipement et le matériel à inclure pour l'apprentissage), les capacités de maintenance et les considérations ergonomiques non couvertes par les descriptions et les standards de l'interface.]
[Décrivez les exigences imposées au système pour des raisons de logistique, comme la maintenance, la prise en charge, le transport, l'approvisionnement et l'équipement en systèmes existants.]
[Cette section décrit, le cas échéant, les exigences liées à la documentation en ligne de l'utilisateur, aux systèmes d'aide, à l'aide sur les notices, etc.]
[Cette section décrit tous les composants achetés à utiliser avec le système, toutes les restrictions de licence ou d'utilisation, ainsi que tous les standards associés de compatibilité, d'interopérabilité ou d'interface.]
[Cette section décrit les interfaces qui doivent être prises en charge par le système. Elle contient notamment la spécificité, les protocoles, les ports et les adresses logiques appropriés, afin que le système puisse être développé et vérifié conformément aux exigences d'interface. Décrivez également toutes les exigences à imposer à des interfaces internes au système. Le problème se pose, par exemple, lorsque la conception du système entraîne l'utilisation interne de composants matériels et logiciels existants.]
[Décrivez les interfaces utilisateur à implémenter par le système.]
[Cette section définit toutes les interfaces matérielles qui doivent être prises en charge par le système, comme la structure logique, les adresses physiques, le comportement prévu, etc.]
[Cette section décrit les interfaces logicielles qui doivent être prises en charge par le système, en termes d'opérations et de signaux pris en charge, de protocoles et de caractéristiques de données.]
[Décrivez toutes les interfaces de communication vers d'autres systèmes ou périphériques, telles que les réseaux LAN, etc.]
[Cette section définit toutes les exigences de respect de licence ou d'autres exigences de restriction d'utilisation que le système doit présenter.]
[Cette section décrit toutes les questions relatives aux clauses de protection légale, aux garanties, aux mentions de droits d'auteur, à la notice de brevet, à la lettre de marque, à la marque ou à la conformité des logos, qui concernent le système.]
[Cette section fait référence à tous les standards applicables, ainsi qu'aux sections de ces standards qui s'appliquent spécifiquement au système considéré. Il peut s'agir par exemple de normes légales, de normes de qualité et de normes réglementaires, ou de normes du secteur concernant la convivialité, l'interopérabilité, l'internationalisation, la conformité au système d'exploitation, etc.]
[Les informations de support facilitent l'utilisation de la SysRS. Elles comprennent :
Elles peuvent contenir des informations sur les prototypes d'architecture et d'interface utilisateur. La SysRS doit indiquer de manière explicite si les annexes qu'elle comprend font partie des exigences.]