Aujourd’hui je vous propose de revisiter les bases. Quoi de mieux qu’une bonne vieille RFC pour poser les bases du vocabulaire ?

Que cela soit dans le monde (feutré ?) du BPM ou dans l’informatique en générale, l’approximation peut causer des incompréhensions et ces incompréhensions sont à l’origine de conséquences parfois surprenantes : c’est l’effet papillon à l’échelle d’un projet et la théorie du chaos à l’oeuvre dans l’organisation.

Pour essayer de limiter ces problèmes, voici une liste de mot-clés essentiels pour exprimer des exigences qu’elles concernent l’architecture du système d’information où la manière dont doivent être modélisés les processus métier.

J’aurais aimé que ces termes soient enseignés dans les 3ème cycles.

Voici donc la traduction de cette fameuse RFC  2119 :

1. DOIT Ce mot ou les termes « EST REQUIS » ou « DEVRA » signifient que ce qui est défini est absolument nécessaire.

2. NE DOIT PAS Cette phrase ou la phrase « NE DEVRA PAS » signifie que ce qui est défini est une interdiction absolue.

3. DEVRAIT Ce mot ou l’adjectif « RECOMMANDE » signifie qu’il existe potentiellement des raisons valables dans certaines circonstances pour ignorer un élément particulier mais que ce choix ne doit se faire que si les implications sont entièrement évaluées et comprises.

4. NE DEVRAIT PAS Cette phrase ou la phrase « NON RECOMMANDE » signifie qu’il existe potentiellement des situations dans lesquelles le cas ou le comportement en question est acceptable, voire utile, mais que les implications précises et les conséquences qui en découlent doivent être comprises afin de déroger à cette partie.

5. PEUT Ce mot ou l’adjectif « OPTIONNEL » signifie qu’un élément est vraiment optionnel. Un éditeur peut choisir d’inclure un élément car un segment de marché particulier le nécessite ou parce qu’il pense que cela améliore le produit alors qu’un autre éditeur peut omettre ce même élément. Une mise en oeuvre qui n’incluent pas une option en particulier DOIT
être prête à interagir avec une mise en oeuvre qui, elle, inclue la-dite option, même si cela se fait par l’intermédiaire d’un fonctionnement dégradé. Dans le même esprit, une mise en oeuvre qui inclue une option DOIT être prête à interagir avec une mise en oeuvre qui n’inclue pas cette même option.

L’ensemble de ce vocabulaire est défini dans la RFC 2119 (1997).

Image par Feuillu

Popularity: 6% [?]