Baisser le cout de votre assurance flotte en comparant plusieurs devis chez un courtier spécialiste du transport
11 juin 2025
Quels sont les critères pour choisir un entrepôt logistique en Normandie ?
14 juin 2025« Une commande donne lieu à un bon de livraison. » La phrase paraît évidente, jusqu’au jour où un BL regroupe trois commandes à cause des reliquats. Selon le moment où cette question est posée dans un projet, la base de données ne sera pas construite de la même façon. La méthode NIAM sert précisément à poser ce genre de question avant que le code ne tranche à votre place.
NIAM : modéliser la connaissance métier avec rigueur et clarté
Qu’est-ce que NIAM ?
La méthode NIAM (Natural language Information Analysis Method) est une approche de modélisation conceptuelle des systèmes d’information. Elle a été développée au milieu des années 1970 par Sjir (G. M.) Nijssen et son équipe, au laboratoire belge de Control Data. À l’origine, l’acronyme signifiait d’ailleurs Nijssen’s Information Analysis Methodology, avant d’être généralisé quand d’autres chercheurs ont enrichi la méthode.
Ce n’est pas nouveau, et pourtant on ne la rencontre pas aussi souvent qu’elle le mériterait. NIAM repose sur une représentation factuelle des informations : elle décrit les relations entre objets par des phrases en langage naturel. On la présente aussi comme un modèle relationnel binaire, parce qu’elle exprime chaque relation sous forme de binôme (deux objets reliés par un fait).
Son objectif est de capturer le sens des données de façon précise et sans ambiguïté, en impliquant les experts métier dans le processus de modélisation. Les modèles obtenus restent lisibles par des utilisateurs non techniques, qui peuvent donc les valider. NIAM joue ainsi le rôle de traducteur entre le métier et l’IT.
De NIAM à ORM : une méthode qui a continué de vivre
NIAM n’est pas restée figée dans les années 1970. En 1989, Terry Halpin en a proposé la première formalisation complète dans sa thèse, et publié la même année avec Nijssen un ouvrage de référence, Conceptual Schema and Relational Database Design. La méthode s’est ensuite prolongée sous le nom d’ORM (Object-Role Modeling), dont ORM2 est la version actuelle. Une variante néerlandaise, FCO-IM (1992), pousse encore plus loin la logique de communication en partant exclusivement des phrases prononcées par les utilisateurs.
Pourquoi utiliser NIAM dans la supply chain ?
En supply chain, la complexité des processus et le nombre d’acteurs rendent la modélisation des informations délicate. C’est encore plus vrai avec la digitalisation massive du secteur et l’interopérabilité croissante entre logiciels métiers (WMS, TMS, APS, GMAO…), qui échangent des données par EDI ou par API. Si deux logiciels ne mettent pas le même sens derrière le mot « commande », l’interface le révélera tôt ou tard, en production.
NIAM apporte quatre atouts pour relever ces défis :
- Clarté sémantique : le langage naturel décrit les processus métier de façon accessible et précise, surtout pour des non-informaticiens.
- Détection des incohérences : la formalisation des règles métier fait apparaître les contradictions ou les lacunes dans les spécifications.
- Alignement métier-IT : en faisant participer les experts métier à la modélisation, NIAM aide les équipes fonctionnelles et techniques à se comprendre.
- Souplesse : le modèle s’adapte aux évolutions des processus et des réglementations sans être reconstruit.
Les principes fondamentaux de NIAM
NIAM repose sur quelques concepts, résumés ici avec des exemples tirés de la logistique :
| Concept | Ce que c’est | Exemple supply chain |
| Fait binaire | Une relation entre deux objets, exprimée toujours par une phrase courte | « Un client passe une commande » |
| Objet non lexical (NOLOT) | Le concept, l’objet du monde réel dont on parle | Client, Commande, Article, Emplacement |
| Objet lexical (LOT) | Ce qui s’écrit et prend des valeurs, et qui sert à nommer ou identifier un NOLOT | Numéro de commande, code article, nom du client |
| Contraintes | Règles d’unicité, de totalité, d’inclusion, d’exclusion ou d’égalité qui garantissent l’intégrité des données | Totalité : toute commande est passée par un client. Unicité : une commande n’a qu’un seul numéro |
| Représentation graphique | Des symboles (cercles pour les objets, rectangles pour les rôles) qui rendent le modèle visuel | Le schéma Client, Commande, BL que l’on valide en atelier |
La distinction LOT / NOLOT est celle qui demande le plus d’attention. « 12345 » est une valeur de numéro de commande (un LOT) ; la commande elle-même est un NOLOT. Pour aller plus loin, Blogistics recommande l’article d’Henri Habrias, « la méthode NIAM et son symbolisme », paru dans le Bulletin de l’EPI.
Exemple au travers du concept de « collectivité locale »
Prenons le cas d’un projet de base de données territoriale conçu pour un département. La première conception utilisait des tables telles que :
- Commune
- Élus
- Circonscription
- Canton
Problème : chaque type de collectivité était traité comme un objet distinct. La base devenait difficile à interroger et ne pouvait pas évoluer, par exemple pour intégrer les communautés d’agglomération.
Avec NIAM, le raisonnement s’inverse. On part du fait « Gap est une commune ». « Commune » porte ici une valeur, c’est donc un LOT. Mais quel est le NOLOT ?
On pose la question : comment nomme-t-on une commune ou un département ? Réponse : une collectivité locale.
Alors, on formalise :
- Collectivité locale dont la commune a pour nom Gap
- Collectivité locale dont le département a pour nom Hautes-Alpes
On obtient une structure générique, qui accueille de nouvelles entités (métropoles, intercommunalités…) sans modifier la logique du modèle. La cohérence sémantique est conservée et le système reste ouvert, sans multiplication des tables.
Cet exemple montre la force du raisonnement NIAM : partir uniquement de faits exprimés en phrases claires, validés par les utilisateurs, pour bâtir un modèle conceptuel robuste, évolutif et libre de tout biais technique de départ.
L’œil de l’expert
Dans un atelier de cahier des charges WMS ou ERP, faites valider les phrases qui relient commande, BL et facture dans les deux sens : « une commande donne lieu à un ou plusieurs BL », « un BL porte une ou plusieurs commandes ». Si la salle hésite, l’éditeur ne tranchera pas à votre place, et c’est la reprise de données qui paiera l’addition.
En substance
La méthode NIAM offre des outils solides pour modéliser les systèmes d’information supply chain de manière rigoureuse et compréhensible. Dans un domaine où la précision des informations et la clarté des processus conditionnent tout le reste, elle aide à construire des modèles robustes, facilite le dialogue entre les parties prenantes et absorbe les évolutions du métier.
Et surtout, NIAM impose de maîtriser la formulation sémantique AVANT de choisir la solution technique.
Elle évite aussi certains oublis. Une commande produit un BL… mais un BL peut contenir plusieurs commandes s’il y a des reliquats. Poser la question tôt coûte une phrase ; la découvrir en recette coûte une modification de la base.
Pour les non-initiés, un premier pas suffit : reformuler chaque idée en phrases courtes, à lire dans les deux sens. C’est déjà un allié précieux dans les ateliers fonctionnels menés avec le client pour les projets IT, et un bon complément à l’optimisation d’un cahier des charges WMS ou à une cartographie BPMN, qui décrit l’enchaînement des tâches quand NIAM décrit les informations.
Questions fréquentes
Que signifie NIAM ?
Natural language Information Analysis Method, méthode d’analyse de l’information en langage naturel. Elle a été créée au milieu des années 1970 par G. M. Nijssen, dont elle portait d’abord le nom.
Quelle différence entre NIAM et Merise ?
Merise raisonne en entités porteuses d’attributs. NIAM ne connaît que des objets reliés par des faits : la question « est-ce une entité ou un attribut ? » est repoussée à la conception technique, ce qui évite de figer trop tôt la structure de la base.
La méthode NIAM est-elle encore utilisée ?
Oui, surtout à travers ses héritières, ORM et ORM2, et la variante FCO-IM. Son principe de base, faire valider des phrases par le métier, s’applique sans outil particulier.
Faut-il un logiciel pour pratiquer NIAM ?
Non pour démarrer : un tableau blanc et des phrases courtes suffisent en atelier. Des outils de modélisation ORM existent pour les modèles plus importants.
NIAM remplace-t-elle BPMN ?
Non, elles se complètent. BPMN décrit qui fait quoi et dans quel ordre ; NIAM décrit les informations manipulées et leurs règles.
Par Bruno & Pierre
