Plan-type d'un dossier de spécifications logiciellesSujet
Plan-type d'un dossier de spécifications logicielles
Sujet
TABLE DES MATIERES
1 INTRODUCTION 3
1.1 But du document 3
1.2 Contexte de l’application 3
1.3 Documentation 3
1.3.1 Documents applicables 3
1.3.2 Documents de référence 3
2 SPECIFICATIONS GENERALES 3
2.1 Présentation du logiciel 3
2.1.1 Environnement du logiciel 3
2.1.2 Description générale du logiciel 3
2.2 Contraintes opérationnelles 3
2.2.1 Performances 3
2.2.2 Installation 4
2.3 Contraintes de réalisation 4
2.3.1 Contraintes structurelles 4
2.3.2 Contraintes d'évolution 4
2.3.3 Contraintes de développement 4
2.3.4 Contraintes de qualité 4
3 SPECIFICATIONS FONCTIONNELLES ET/OU OBJET 4
SPECIFICATIONS OBJET 4
3.1 Définition des acteurs 4
3.2 Analyse du domaine 4
3.3 Cas d’utilisation 4
3.3.x Cas d’utilisation x 5
3.4 Paquetages 5
SPECIFICATIONS FONCTIONNELLES 5
Structure du logiciel 5
3.x Module x 5
3.x.y Fonction y 5
3.x.y.1 Présentation de la fonction 5
3.x.y.2 Entrées 5
3.x.y.3 Traitements 5
3.x.y.4 Sorties 5
4 SPECIFICATIONS D’INTERFACE 5
4.1 Interface Homme Machine 5
4.1.1 Prototypage de l’interface 6
4.1.2 Enchaînement des fenêtres 6
4.1.3 Contraintes d’utilisation de l’interface 6
4.2 Interfaces Logiciel/Logiciel 6
4.2.1 Interfaces d’utilisation 6
4.2.1.x Interface x 6
4.2.2 Interfaces de communication 6
4.2.2.x Interface x 6
4.2.2.x.1. But et informations échangées 6
4.2.2.x.2. Procédures d'échange 6
4.3 Interface Logiciel/Matériel 6
5 TRACABILITE 6
1INTRODUCTION 1.1But du document
Ce paragraphe est très court. Il s'agit là de présenter la phase de spécifications des besoins du logiciel d'un point de vue méthodologique. Il dépend très peu de l'application elle même.
1.2Contexte de l’application
Ce paragraphe présente l'application dans son contexte.
1.3Documentation 1.3.1Documents applicables
Ce paragraphe liste tous les documents applicables à la présente phase du projet (plan d’assurance qualité, normes, etc.) .
1.3.2Documents de référence
Ce paragraphe liste tous les documents qui servent à l'élaboration du présent document. Il peut faire foi en cas de litige entre un client et un fournisseur.
2SPECIFICATIONS GENERALES 2.1Présentation du logiciel 2.1.1Environnement du logiciel
Ce paragraphe décrit sommairement l’environnement d’exécution du logiciel.
Exemple :
Contexte du système
|
Description des interactions entre les entités externes et le système.
|
Architecture physique
|
Identification des principaux éléments physiques du système (diagrammes de déploiement).
|
2.1.2Description générale du logiciel
Ce paragraphe décrit en quelques lignes les fonctionnalités du logiciel. Il s'agit de donner un premier aperçu sans rentrer dans le détail. Donner un schéma représentant la structure générale du projet et un autre représentant l’utilisation du programme.
Exemple :
-
Objectifs du système
|
Définition des principales exigences fonctionnelles.
| 2.2Contraintes opérationnelles 2.2.1Performances
Ce paragraphe précise les temps de réponses attendus.
2.2.2Installation
Ce paragraphe précise sous quelle forme est livré le logiciel: installation automatique, source et/ou exécutable, éventuellement méthodes de création d'exécutables à partir des sources.
2.3Contraintes de réalisation 2.3.1Contraintes structurelles
Ce paragraphe décrit les choix déjà faits ou obligés qui pourront affecter la structure du logiciel.
2.3.2Contraintes d'évolution
Ce paragraphe précise si le logiciel est développé en prévoyant de le faire évoluer pour le réutiliser dans des applications similaires, ou si des évolutions sont d’ores et déjà prévues.
2.3.3Contraintes de développement
Ce paragraphe décrit le matériel, le langage, les outils et les méthodes de développement.
2.3.4Contraintes de qualité
Ce paragraphe liste les critères de qualité retenus pour déterminer si le logiciel est de qualité.
3SPECIFICATIONS FONCTIONNELLES ET/OU OBJET
Ce paragraphe peut être élaboré suivant deux plans différents selon la méthodologie en vigueur : spécifications fonctionnelles ou spécifications "objet". On peut aussi donner les deux types de spécification (fonctionnelle et objet). Cela permet d'être plus complet en approchant les besoins de l'utilisateur suivant deux points de vue complémentaires.
SPECIFICATIONS OBJET 3.1 Définition des acteurs
Définition des acteurs
|
Définition de chaque acteur, hiérarchies d'acteurs éventuellement construites, diagrammes d'interaction les concernant.
| 3.2 Analyse du domaine
Analyse du domaine
|
Identification des interactions entre acteurs et cas d'utilisation. Identification des objets métier.
| 3.3 Cas d’utilisation
Les cas d’utilisation pourront être organisés par fonctionnalités ou exigences.
Modèle par cas d'utilisation
|
La description des cas d'utilisation se basera sur le modèle fourni en annexe. Elle pourra être organisée par paquetage. Pour chaque cas d'utilisation, on inclura les diagrammes utilisés : diagrammes de séquence, diagrammes de collaboration, diagrammes partiels de classes (si besoin).
| 3.3.x Cas d’utilisation x 3.4 Paquetages
Architecture générale du système
|
On détaillera la hiérarchie des packages le cas échéant, ainsi que les modèles de conception appliqués.
|
Description des paquetages
|
Rôles et contenu principal de chaque package.
|
Interactions entre paquetages
|
Diagrammes de packages, diagrammes de séquence ou de collaboration entre packages.
|
SPECIFICATIONS FONCTIONNELLES
Ce paragraphe peut être élaboré avec l'aide d'une méthode de spécification de logiciel.
L'exemple de plan qui suit s'appuie sur les principes de décomposition fonctionnelle de SADT.
Structure du logiciel
Il s’agit de découper le logiciel en modules regroupant des fonctionnalités à forte cohérence.
Schéma représentant les relations entre les modules.
3.x Module x
Présentation du module et rapide résumé des fonctionnalités qu’il regroupe.
3.x.y Fonction y 3.x.y.1 Présentation de la fonction
Ce paragraphe présente la fonction d'un point de vue synthétique.
3.x.y.2 Entrées
Ce paragraphe liste les informations en entrées de la fonction.
3.x.y.3 Traitements
Ce paragraphe liste les traitements effectués.
3.x.y.4 Sorties
Ce paragraphe liste les informations produites par la fonction.
4SPECIFICATIONS D’INTERFACE
Les interfaces du logiciel peuvent être de plusieurs types : Homme/Logiciel, Logiciel/Logiciel, logiciel/Matériel. Ce paragraphe permet de les spécifier.
4.1Interface Homme Machine
Ce paragraphe a pour objet de décrire l’interface Homme/Machine, selon les points suivants :
4.1.1Prototypage de l’interface
Ce paragraphe contient une description exhaustive de l'interface homme machine et de chacun de ses composants, y compris leurs fonctions et leurs restrictions.
4.1.2Enchaînement des fenêtres
Ce paragraphe décrit l'enchaînement des fenêtres dans un contexte d'utilisation normale et anormale (messages d'erreurs, etc.).
4.1.3Contraintes d’utilisation de l’interface
Ce paragraphe contient les restrictions dues aux contraintes d'utilisation éventuelles.
4.2Interfaces Logiciel/Logiciel
Les interfaces Logiciel/Logiciel peuvent être de deux types:
relation d'utilisation entre deux modules logiciels,
communication entre deux logiciels qui s'exécutent en parallèle
4.2.1Interfaces d’utilisation 4.2.1.x Interface x
Ce paragraphe décrit les primitives de l'interface avec leur type, leurs arguments, leur valeur retournée, leur conditions d'utilisation et/ou les classes d’interface et de communication.
4.2.2Interfaces de communication 4.2.2.x Interface x 4.2.2.x.1. But et informations échangées
Ce paragraphe décrit le but de l'échange d'informations, la signification, le sens, la taille et la fréquence des informations échangées.
4.2.2.x.2. Procédures d'échange
Ce paragraphe décrit la manière dont on va échanger les informations (synchronisation, protocole, format des données, condition de déclenchement, temps de réponse).
4.3Interface Logiciel/Matériel
Ce paragraphe décrit les instructions du matériel utilisés si cela est nécessaire, les signaux envoyés par le matériel, les retour d'erreurs.
5TRACABILITE
Ce paragraphe décrit les éléments et la matrice de traçabilité entre les exigences utilisateur et les éléments décrits dans la spécification fonctionnelle ou objet.
Exigences / cas d'utilisatin
|
Matrice de traçabilité entre les exigences utilisateur et les éléments d'analyse identifiés lors des activités A, B et C.
|
 Auteurs - - Date |
