# Spécifications Fonctionnelles Générales

| | |
| --- | --- |
| **Projet** | *à compléter* |
| **Version** | *à compléter* |
| **Date** | *à compléter* |
| **Auteur** | *à compléter* |
| **Rédigé par** | MOA / business analyst |
| **Destinataires** | Métier, MOE, chef de projet |
| **Statut** | Brouillon / En relecture / Validé |

---

## 1. Rappel du contexte et des objectifs

<!-- Un résumé du cadrage, pour que le document se lise seul. -->

<!-- Points à couvrir :
     - Renvoi vers la note de cadrage et le cahier des charges
     - Objectifs fonctionnels visés
-->

*à compléter*

## 2. Périmètre fonctionnel

<!-- La liste des domaines couverts et de ceux qui ne le sont pas. -->

<!-- Points à couvrir :
     - Domaines et macro-fonctions inclus
     - Exclusions et lots ultérieurs
     - Découpage en lots ou en versions
-->

*à compléter*

## 3. Processus métier cibles

<!-- Le fonctionnement visé, décrit en processus, avec les écarts par rapport à l'existant. -->

<!-- Points à couvrir :
     - Schéma de chaque processus cible
     - Acteurs et rôles intervenant dans le processus
     - Écarts entre processus actuel et cible, et impacts organisationnels
-->

*à compléter*

## 4. Architecture fonctionnelle

<!-- Les blocs fonctionnels et leurs relations, indépendamment de la technique. -->

<!-- Points à couvrir :
     - Cartographie des blocs fonctionnels
     - Responsabilité de chaque bloc
     - Interactions entre blocs
-->

*à compléter*

## 5. Macro-fonctions

<!-- Chaque fonction majeure décrite en une page maximum. -->

<!-- Points à couvrir :
     - Identifiant, intitulé, objectif
     - Entrées, traitements, sorties
     - Acteurs concernés et habilitations
     - Renvoi vers les BUC détaillant les scénarios
-->

*à compléter*

## 6. Modèle de données fonctionnel

<!-- Les objets métier manipulés, leurs relations, leur cycle de vie. -->

<!-- Points à couvrir :
     - 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
-->

*à compléter*

## 7. Flux et interfaces

<!-- Les échanges avec les autres systèmes, vus côté métier. -->

<!-- Points à couvrir :
     - 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
-->

*à compléter*

## 8. Règles de gestion structurantes

<!-- Les règles qui conditionnent la conception, pas le catalogue exhaustif. -->

<!-- Points à couvrir :
     - 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
-->

*à compléter*

## 9. Habilitations et profils

<!-- Qui a le droit de faire quoi, au niveau macro. -->

<!-- Points à couvrir :
     - Profils utilisateurs cibles
     - Matrice profils / macro-fonctions
-->

*à compléter*

## 10. Exigences transverses

<!-- Les attentes fonctionnelles qui traversent tous les modules. -->

<!-- Points à couvrir :
     - 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
-->

*à compléter*

## 11. Matrice de traçabilité

<!-- Le lien entre exigences du cahier des charges et macro-fonctions. -->

<!-- Points à couvrir :
     - Tableau exigence -> macro-fonction -> lot
     - Exigences non couvertes et justification
-->

*à compléter*

---

## Notes de rédaction

**Quand produire ce document**

- 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.

**Erreurs les plus fréquentes**

- 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.

**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.

---

Modèle « SFG - Spécifications Fonctionnelles Générales » (Conception fonctionnelle), publié par DataALC.
Version en ligne, commentée : https://www.dataalc.com/boite-a-outils/templates/sfg/

Ce modèle est fourni comme base de travail : adaptez-le à votre contexte, supprimez les rubriques sans objet plutôt que de les laisser vides.