Cette fiche plan type d'une dossier d'expression des besoins est mise en ligne

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. uploads/Ingenierie_Lourd/ expression-de-besoin-logiciel-modele.pdf

  • 47
  • 0
  • 0
Afficher les détails des licences
Licence et utilisation
Gratuit pour un usage personnel Attribution requise
Partager