Vous êtes sur la page 1sur 5

Cette fiche plan type d'une dossier d'expression des besoins est mise en ligne en libre accès

par Delf, centre de formation et SSII depuis 1987 et reconnue Register Education Provider
(REP) par le PMI®.

PLAN TYPE D'UN DOSSIER D'EXPRESSION DES


BESOINS
1. Présentation générale
2. Environnement (positionnement du domaine, échanges, flux et interfaces).
3. Description des données
4. Principes d’organisation
5. Volumétrie
6. Fonctionnalités attendues
7. Architecture technique - Rappels et précisions sur les choix techniques
8. Préparation de la migration
9. Exigences vis-à-vis du logiciel
10. Exigences vis à vis du développement
11. Prestations et livrables annexes
12. Glossaire
13. Annexes au dossier d'expression des besoins

Présentation générale
Historique du projet (événements importants, jalons, décisions des comités, arbitrages …).

Référence des documents (bibliographie des documents existants).

Enjeux, objectifs, perspectives d’évolution : enjeux stratégiques, positionnement dans


l’ensemble des projets, arbre d’objectifs, évolutions ultérieures (phasage des lots).

Présentation des grandes fonctionnalités : liste sommaire ou schéma des grandes


fonctionnalités et de leur enchaînement.

Limites du projet : son périmètre, ce qu’il fait mais aussi ce qu’il ne fera pas.

Organisation, structures et acteurs concernés : composition des équipes (MOA, MOE, les
utilisateurs, les comités, les décideurs…).

Environnement (positionnement du domaine, échanges,


flux et interfaces).
Description de l’environnement autour du projet, les applications connexes, les flux inter
applicatifs, échanges entre domaines. Positionnement dans la cartographie fonctionnelle.

Circulation de l’information, graphe de flux ou matrice de flux. 

Normes et protocoles d'échange.

Données échangées : au sein du système d’information avec des systèmes externes :

 origine
 périodicité
 nature du support
 volumes, rafraîchissement des données, etc..

Description des données


Dictionnaire des données.

Macro modèle définissant les classes entités (entités de gestion, de support, de reporting) avec
attributs et identifiants.

Règles de gestion gouvernant ces données.

Principes d’organisation
Description de l’organisation (les acteurs, les flux entre acteurs, les choix d’automatisation, la
répartition des tâches).

Formalisme textuel ou graphique voisin du diagramme classe acteurs.

Représentation du workflow (diagrammes de séquence).

Répartition des activités (diagramme d'activité).

Tableau de répartition des tâches et des activités.

Volumétrie
Nombre de sites et d’utilisateurs.
Nombre de transactions.

Nombre d’opérations, fréquence, volumes de données…

Fonctionnalités attendues
Description exhaustive des fonctionnalités, des contrôles, des règles de calcul, de gestion et de
contrôle.

Architecture fonctionnelle – diagramme fonctionnel (guidage fonctionnel).

Diagramme de séquence opérations systèmes (interface acteur – système).

Description des entrées (saisies), des sorties (éditions).

Règles de gestion sur les traitements.

Architecture technique - Rappels et précisions sur les


choix techniques
 choix d'architecture technique
 répartition des traitements
 matériels utilisés
 système d’exploitation
 architecture du réseau
 SGBD
 logiciels standard
 télécommunications.

Préparation de la migration
Précisions sur le scénario de migration retenu :

 nature et emplacement des données à récupérer


 volume des données à récupérer
 le problème de la transcodification
 règles de conversion des données
 contrôles à effectuer et modalités de recyclage
 comment saisir les données absentes
Exigences vis-à-vis du logiciel
 Performances par type de transaction (moyen – maxi).
 Sécurité confidentialité (type d’accès par site, type d’utilisateur, données ou groupe de
données). Encryptage des données et des messages.
 Solution de secours et mode dégradé
 Volumétrie (taille des exécutables, des bases, des fichiers, des volumes de
transmission …).
 Comportement du système aux limites (saturation, surcharge, saisie volumineuse …).
 Interfaces IHM (charte graphique).
 Portabilité.
 Architecture technique.
 Compatibilité.

Exigences vis à vis du développement


Produits attendus.

Lotissement du projet.

Suivi de projet – structures et comités de suivi, indicateurs et tableau de bord.

Planification et contraintes fortes.

Le maître d’ouvrage précise ses exigences en ce qui concerne le déroulement des différentes
étapes du projet.

 ces exigences seront portées au Plan Assurance Qualité du projet.


 certaines de ces exigences seront reprises dans le contrat de projet et dans le Plan de
Développement Logiciel.

Exigences relatives aux modalités de recette fonctionnelle :

 demande de mise à disposition de fichiers test, d’environnement et de base de test.

Prestations et livrables annexes


Exemples : transfert de know-how, documentation, assistance, etc.

Glossaire
 Recenser les termes les plus couramment utilisés dans le dossier d'expression des
besoins :
 termes liés à l’expertise fonctionnelle
 certains termes techniques
 termes liés à l’organisation en place ou à mettre en place
 sigles.