SFG - Spécifications Fonctionnelles Générales
La vision fonctionnelle d'ensemble : processus cibles, macro-fonctions, flux, avant tout détail d'écran.
11 rubriques, consignes de rédaction incluses. Sans inscription. Le tableur contient une grille « Flux » prête à remplir.
À quoi sert ce document
Les SFG posent la cible fonctionnelle complète à un niveau où elle reste lisible par le métier. Elles répondent à « quelles fonctions, dans quel enchaînement, avec quelles données, échangées avec quels systèmes », sans descendre au champ ni à l'écran. C'est le document qu'on fait valider avant d'engager la charge de rédaction détaillée : une erreur de cible corrigée en SFG coûte une réunion, la même erreur découverte en SFD coûte plusieurs semaines de réécriture.
Quand le produire
- Sur tout projet où le détail fonctionnel représente plus de quelques dizaines de pages.
- Quand plusieurs équipes réalisent des lots différents et doivent partager la même cible.
- Quand le métier doit valider une cible avant que la MOE ne s'engage sur un chiffrage.
- Sur un projet d'intégration ou de migration, pour cartographier les flux avant de les spécifier un par un.
Référentiel de rattachement : ISO/IEC/IEEE 29148, niveau system requirements
La norme distingue les exigences de niveau système (le quoi d'ensemble) des exigences détaillées. Le couple SFG / SFD, usage français courant, recouvre cette distinction.
Le plan, rubrique par rubrique
-
Rappel du contexte et des objectifs
Un résumé du cadrage, pour que le document se lise seul.
- Renvoi vers la note de cadrage et le cahier des charges
- Objectifs fonctionnels visés
-
Périmètre fonctionnel
La liste des domaines couverts et de ceux qui ne le sont pas.
- Domaines et macro-fonctions inclus
- Exclusions et lots ultérieurs
- Découpage en lots ou en versions
-
Processus métier cibles
Le fonctionnement visé, décrit en processus, avec les écarts par rapport à l'existant.
- Schéma de chaque processus cible
- Acteurs et rôles intervenant dans le processus
- Écarts entre processus actuel et cible, et impacts organisationnels
-
Architecture fonctionnelle
Les blocs fonctionnels et leurs relations, indépendamment de la technique.
- Cartographie des blocs fonctionnels
- Responsabilité de chaque bloc
- Interactions entre blocs
-
Macro-fonctions
Chaque fonction majeure décrite en une page maximum.
- Identifiant, intitulé, objectif
- Entrées, traitements, sorties
- Acteurs concernés et habilitations
- Renvoi vers les BUC détaillant les scénarios
-
Modèle de données fonctionnel
Les objets métier manipulés, leurs relations, leur cycle de vie.
- Entités métier et définitions partagées
- Relations et cardinalités
- Cycle de vie et statuts des objets principaux
- Référentiels et données maîtres, avec le système propriétaire de chaque donnée
-
Flux et interfaces
Les échanges avec les autres systèmes, vus côté métier.
- Cartographie des flux entrants et sortants
- Pour chaque flux : source, cible, contenu, fréquence, volumétrie
- Mode d'échange attendu (fichier, API, temps réel, message)
- Système de référence en cas de désaccord entre deux sources
-
Règles de gestion structurantes
Les règles qui conditionnent la conception, pas le catalogue exhaustif.
- Règles numérotées, référençables depuis les SFD et les BUC
- Règles de calcul, de contrôle, de gestion des rejets
-
Habilitations et profils
Qui a le droit de faire quoi, au niveau macro.
- Profils utilisateurs cibles
- Matrice profils / macro-fonctions
-
Exigences transverses
Les attentes fonctionnelles qui traversent tous les modules.
- Reprise de données : périmètre, antériorité, qualité attendue
- Reporting et restitutions attendues
- Archivage, purge, conservation
- Multilingue, multi-devise, multi-entité si applicable
-
Matrice de traçabilité
Le lien entre exigences du cahier des charges et macro-fonctions.
- Tableau exigence -> macro-fonction -> lot
- Exigences non couvertes et justification
Les erreurs qui coûtent cher
- Descendre au niveau du champ et de l'écran. Les SFG perdent alors leur fonction de validation rapide, et deviennent des SFD mal structurées.
- Documenter la cible sans documenter l'écart avec l'existant. C'est l'écart qui porte la charge de conduite du changement et de reprise de données.
- Ne pas désigner de système propriétaire pour chaque donnée partagée. Les arbitrages non tranchés en SFG reviennent en production sous forme d'incohérences de données.
- Faire valider les SFG par une seule personne côté métier. Les fonctions transverses ne sont validées que si chaque domaine les a lues.
Sigles associés
Documents complémentaires
Besoin d'un cadrage, pas seulement d'un modèle ?
Nous rédigeons et challengeons ces documents en mission, sur des projets d'intégration, de migration de données et de décisionnel. Parlons de votre projet.