<Nom du projet>
Spécifications supplémentaires
Version <1.0>
[Remarque : le canevas suivant est à utiliser avec Rational Unified Process. Le texte figurant entre crochets et affiché en italique et en bleu (style=InfoBlue) est destiné à guider l'auteur et doit être détruit avant la publication du document. Tout paragraphe saisi dans ce contexte sera 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
1.3 Définitions, acronymes et abréviations
2.1 <Exigence fonctionnelle numéro un>
3.1 <Exigence de convivialité numéro un>
4.1 <Exigences de fiabilité numéro un>
5.1 <Exigence de performance numéro un>
6. Capacité de prise en charge
6.1 <Exigence de capacité de prise en charge numéro un>
7.1 <Contrainte de conception numéro un>
8. Considérations supplémentaires sur l'ingénierie système
8.2 Exigences environnementales
8.3 Exigences d'assurance des autres produits
8.4 Exigences liées aux humains
9. Documentation et exigence d'aide en ligne
11.4 Interfaces de communication
13. Notices légales, copyright et autres
Spécifications supplémentaires
[L'introduction des spécifications supplémentaires doit fournir une présentation de l'intégralité du document. Elle doit contenir l'objectif, la portée, les définitions, les acronymes, les abréviations, les références et la présentation de ces spécifications supplémentaires.]
Les spécifications supplémentaires recensent les exigences du système qui ne sont pas enregistrées facilement par les cas d'utilisation du modèle de cas d'utilisation. Ce type d'exigences comprend :
· Les exigences légales et les réglementations, incluant les standards d'application.
· Les attributs de qualité du système qui va être construit, incluant les exigences de convivialité, de fiabilité, de performances et de capacité de prise en charge.
· D'autres exigences comme les systèmes et les environnements d'exploitation, les exigences de compatibilité et les contraintes de conception.]
[Précisez l'objectif de ces spécifications supplémentaires.]
[Cette section décrit brièvement la portée de ces spécifications supplémentaires, ainsi que ce à quoi le ou les projet(s) est/sont associé(s) et tout autre chose étant affectée ou influencée par ce document.]
[Cette sous-section doit fournir une définition de tous les termes, acronymes et abréviations nécessaires à la bonne compréhension des spécifications supplémentaires. Ces informations peuvent être fournies par référence au Glossaire du projet.]
[Cette sous-section doit contenir une liste exhaustive de tous les documents référencés dans les spécifications supplémentaires.Pour chaque document, vous devez indiquer le titre, le numéro de rapport (le cas échéant), la date et l'organisation qui l'a publié. 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 doit décrire le reste du contenu des spécifications supplémentaires et présenter leur organisation.]
[Cette section décrit toute exigence fonctionnelle supplémentaire du système exprimée sous forme de langage naturel.]
[Description de l'exigence.]
[Cette section doit inclure toutes les exigences qui affectent la convivialité. Voici quelques exemples :
· Elle doit préciser le temps nécessaire à un utilisateur lambda et à un utilisateur chevronné pour être productif lors d'opérations particulières.
· Elle doit mesurer le temps requis par les tâches typiques.
· Elle doit aussi préciser les exigences nécessaires pour être conforme aux standards de convivialité comme par exemple les standards de l'interface IBM ou ceux de l'interface utilisateur graphique Microsoft.]
Description de l'exigence.
[Les exigences de fiabilité doivent être précisées ici. Voici quelques exemples :
· Disponibilité ? La disponibilité spécifie le pourcentage de temps disponible (xx.xx%), les heures d'utilisation, l'accès à la maintenance, les opérations relatives à un mode défectueux etc.
· Moyenne des temps de bon fonctionnement ? Elle est généralement spécifiée en heures, mais elle peut aussi être exprimée en jours, mois ou années.
· Temps moyen de reprise ? Cela indique combien de temps le système peut rester sans fonctionner après une panne.
· Exactitude ? L'exactitude spécifie la précision (résolution) et l'exactitude (selon quelque norme connue) requise dans les sorties du système.
· Nombre de bogues ou de taux d'incidents maximum ? Généralement exprimé en termes de bogues/KLOC (mille lignes de code) ou bogues/point de fonction.
· Nombre de bogues ou de taux d'incidents maximum ? Ils sont répertoriés en termes de bogues mineurs, significatifs et critiques : les exigences doivent définir ce que l'on entend par bogue critique (par exemple une perte totale des données ou une incapacité complète à utiliser certaines parties de la fonctionnalité du système).]
[Description de l'exigence.]
[Cette section doit définir les caractéristiques de performance du système, notamment 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, toutes les fonctions requises, qu'elles soient décrites sous forme de cas d'utilisation ou de texte, doivent être associées à des instructions de performance (décrivant la façon dont le système doit fournir la fonction). Il vaut mieux conserver ces instructions concernant la performance près de la fonction concernée (dans la partie "exigences spéciales" de la description d'un cas d'utilisation par exemple). Ici, vous pouvez conserver des instructions d'exigences ayant besoin d'être testées mais n'étant pas alignées avec une fonction spécifique.
· Le temps de réponse pour une transaction (moyen, maximum)
· Le rendement (par exemple le nombre de transactions par seconde)
· La capacité (par exemple le nombre de clients ou de transactions que le système peut gérer).
· Les modes de détérioration (quel est le mode opératoire acceptable lorsque le système a été détérioré)
· L'utilisation des ressources : mémoire, disque, communications, etc.]
[Description de l'exigence.]
[Cette section indique toutes les exigences qui souligneront la capacité de prise en charge ou la maintenabilité du système en cours de construction, notamment les standards de codification, les conventions de dénominations, les bibliothèques de classes, l'accès et les fonctionnalités de maintenance.]
[Description de l'exigence.]
[Cette section doit indiquer les contraintes de conception du système en cours de conception. Les contraintes de conception représentent des décisions prises concernant la conception et auxquelles il faut se conformer. Les exemples incluent 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 implique généralement le traitement de deux autres types d'exigences :]
[Le poids, la taille, la puissance, par exemple.]
[l'humidité, les contaminants, les exigences thermiques, électriques, mécaniques...]
[Par exemple la sûreté, la sécurité et d'autres facteurs de qualité (comme la survivabilité par exemple).
[Cette section décrit les exigences imposées au système pour prendre en charge les personnes qui utiliseront et prendront en charge le système : les exemples incluent les fonctions d'apprentissage - l'équipement et le matériel devant être inclus pour l'apprentissage, les fonctions de maintenance et les considérations ergonomiques non couvertes par les descriptions et les standards de l'interface.]
[Cette section décrit les exigences imposées au système pour cause de considérations logistiques, comme la maintenance, la prise en charge, le transport, l'approvisionnement et l'équipement des systèmes existants.]
[Cette rubrique décrit les exigences, s'il y en a, de la documentation en ligne pour l'utilisateur, des systèmes d'aide, de l'aide sur les notifications etc.]
[Cette section décrit les composants achetés qui seront utilisés avec le système, les restrictions liées aux licences ou à l'utilisation, ainsi que les standards de compatibilité, d'interopérabilité et d'interface.]
[Cette section décrit les interfaces qui doivent être prises en charge par le système. Elle doit notamment contenir la spécificité adéquate, les protocoles, les ports et les adresses logiques de manière à ce que le système puisse être développé et vérifié par rapport aux exigences d'interfaces. Il faut aussi décrire toutes les exigences qui vont être imposées à des interfaces internes au système. Le problème se pose, par exemple, lorsque la conception du système est obligée d'utiliser des composants matériels et logiciels existants de manière interne.]
[Décrivez les interfaces utilisateur devant être implémentées par le système.]
[Cette section définit les interfaces matérielles devant être prises en charge par le système, comme la structure logique, les adresses physiques, le comportement attendu etc.]
[Cette section décrit les interfaces logicielles devant ê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'usage que le système doit présenter.]]
[Cette section décrit toutes les questions relatives aux clauses de protection légales, aux garanties, aux mentions de droits d'auteur, à la notice de brevet, à la marque de mots, à 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 standardsqui 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.]