SAP – Spécifications fonctionnelles

Posté dans : SAP Général 0
SAP : Functional Specifications
SAP : Functional Specifications

La numérisation des processus physiques à travers des applications digitales est désormais omniprésente. En revanche, il n’est pas toujours simple pour les développeurs de comprendre les besoins précis du client. Ainsi, l’objectif est de faire la liaison entre ces deux acteurs à travers un document qui récapitule les besoins précis du client: les spécifications fonctionnelles.

Dans cet article, nous allons introduire les spécifications fonctionnelles tout en faisant le lien avec l’ERP SAP.

Introduction aux spécifications fonctionnelles

Les spécifications fonctionnelles ont pour objectif de décrire l’ensemble des fonctions d’un logiciel, d’un site internet ou d’une application, afin de déterminer le périmètre fonctionnel du projet. En effet, elles sont basées sur l’expression des besoins clients et retranscrites au sein du cahier des charges du projet. De plus, elles se basent essentiellement sur l’expérience utilisateur, c’est à dire sur le fonctionnement de l’interface utilisateur, ce qui les différencient des spécifications techniques.

Il est ici également important de retenir que les spécifications fonctionnelles sont exprimées en termes de fonctionnalités et non pas en termes de solutions.

SFG ou SFD ?

On distingue alors deux types principaux de spécifications fonctionnelles: les SFG pour Spécifications Fonctionnelles Générales et les SFD pour Spécifications Fonctionnelles Détaillées. Mais en réalité, quelles sont les différences entre les deux?

Tout d’abord, les SFG décrivent un modèle métier, élaborées par la maitrise d’ouvrage, alors que les SFD sont élaborées par la maitrise d’oeuvre.

SFG

Comme son nom l’indique les SFG représentent les spécifications fonctionnelles générales. En d’autres termes, il s’agit la des principales fonctionnalités à apporter dans la solution. La maitrise d’ouvrage (client ou donneur d’ordre) est maitre de l’élaboration de ce document.

SFD

De l’autre côté, les SFD représentent les spécifications fonctionnelles détaillées. Elles ont pour objectif de détailler précisément les fonctions décrites dans les SFG. En plus des fonctionnalités principales, les SFD comprennent également les sous-fonctions nécessaires. Cette fois, la maitrise d’oeuvre (l’exécutant) est maitre de l’élaboration de ce document.

SAP – Spécifications fonctionnelles

Eh oui, les spécifications fonctionnelles ont également leur place à travers SAP!

Lorsque le business souhaite informatiser un processus complexe dans SAP, ou tout simplement être en mesure d’utiliser davantage de fonctionnalités (standards et / ou spécifiques), il est fortement conseillé d’établir une spécification fonctionnelle. Cette dernière est même indispensable dans le cadre de la création d’un ou plusieurs programme(s) spécifique(s).

Il existe plusieurs types de spécifications fonctionnelles SAP en fonction du besoin du client. On retrouve des templates de spécifications fonctionnelles par besoin. Ces dernières sont basées sur l’acronyme WRICEF (ou encore FRICEFW):

  • W: Workflows,
  • R: Reports,
  • I: Interfaces (IDOC…),
  • C: Conversions (data upload, reprises de données…),
  • E: Enhancements simples (BAdIs, CMOD customer enhancements…) & Enhancements complexes (transactions et programmes),
  • F: Forms (prints et documents),
  • A: Applications et Programmes.

Chacun de ses templates comprend des sections qu’il est nécessaire de développer en fonction de la configuration ou du développement à effectuer. Par ailleurs, SAP propose ses propres templates directement depuis son portal support accessible via le lien suivant: https://support.sap.com/.

Le contenu des spécifications fonctionnelles SAP

Ok, rédiger une spécification fonctionnelle ca peut paraitre intéressant et utile, on a compris l’objectif. Mais en réalité, que faut-il vraiment y inscrire?

De manière générale, dans chacune des spécifications fonctionnelles, qu’importe le type de besoin (workflows, reports…), on retrouve deux parties principales: le contexte ainsi que la conception de la solution.

Le contexte

Cette première partie de la spécification fonctionnelle recense des informations liées au contexte général de la demande. Ainsi, on y retrouve le processus business détaillé, une explication qui justifie le développement spécifique, les différentes alternatives possibles, les dépendances avec d’autres programmes, les liens pertinents….

La conception de la solution

Cette seconde partie de la spécification fonctionnelle recense quant à elle des informations liées à la conception et au design de la solution. De plus, cette dernière peut être légèrement variable en fonction du type de besoin. Ainsi, on y retrouve le design de l’interface utilisateur, les autorisations nécessaires, le flow diagram, la gestion des étapes de validation ou des erreurs…

Pour conclure

En fonction de vos méthodes de travail (méthode agile, cycle en V…), les modes de conception des spécifications fonctionnelles changeront. Par exemple, en cycle en V, les spécifications fonctionnelles sont détaillées dès le début du projet alors qu’en méthode agile, elles sont construites au fur et a mesure de l’avancée du projet.

Dans tous les cas, une spécification fonctionnelle rédigée correctement permettra sans aucun doute, une mise en production de la solution rapide et fonctionnelle. Il est par conséquent très conseillé d’y attacher une importance toute particulière.

Vous souhaitez accéder à l’ensemble de notre bibliothèque de formations SAP en illimité ? Testez gratuitement notre plateforme de formation pour une période d’essai de 7 jours.

Laisser un commentaire

Votre adresse e-mail ne sera pas publiée. Les champs obligatoires sont indiqués avec *