|
1. Définition
IDEF est un acronyme pour Icam DEFinition method (Integrated
Computer Aided Manufacturing Definition Method). La suite IDEF regroupe seize
méthodes complémentaires, de IDEF0/SADT à IDEF14 (en incluant IDEF1X),
permettent de décrire graphiquement des systèmes.
IDEF2 est un langage de modélisation graphique basé sur des
modèles de simulation et utilisé pour analyser et modéliser le comportement
d’un système de production.
2. Historique de sa création - auteurs
Dans les années 1970, l’U.S. Air Force a développé, dans le
cadre du projet ICAM (Integrated Computer Aided Manufacturing), des systèmes
informatisés pour augmenter la productivité des industries manufacturières. Le
programme ICAM a identifié le besoin d’une meilleure technique d’analyse et de
communication pour les personnes travaillant sur l’amélioration de la
productivité.
En conséquence, le programme ICAM a développé une série de techniques
connues sous le nom d’IDEF, dans le but d’analyser et de représenter les
différents aspects d’un système.
Initialement développées pour les environnements
manufacturiers, les méthodes IDEF ont été adaptées à une utilisation plus
large, en particulier au système d’information.
Ces méthodes sont actuellement développées par le
« Knowledge Based Systems ».
3. De quoi s’agit-il ?
IDEF2 est un langage de modélisation graphique basé sur le concept des files d’attente, dérivé du
langage SLAM* et utilisé pour analyser et modéliser le comportement d’un
système de production. Cette méthode vise à répondre aux lacunes de la méthode
IDEF0 (plus connue sous le nom de SADT), du point de vue analyse des aspects
dynamiques d’un système. Elle est utilisée pour obtenir un point de vue
dynamique, qui représente les caractéristiques comportementales par rapport au
temps du système étudié.
En tant qu’architecture de référence, la méthode IDEF2
constitue un support à une méthodologie. Elle fournit un canevas décrivant les
différents formalismes à utiliser pour atteindre l’objectif de l’étude.
* SLAM signifie
Simulation Language for Alternative
Modeling. C’est un langage
avancé de simulation.
IDEF2 complète IDEF0, qui permet de modéliser les processus
d’une entreprise en utilisant des boites représentant des activités et des
flèches représentant les relations entre ces activités. Les relations peuvent
être de quatre types : entrée, sortie, contrôle, moyens. (cf fiche
d’identité SADT)
IDEF2 est basée sur 4 modèles: - Modèle du système physique.
- Modèle du flux des entités.
- Modèle de gestion des ressources.
- Modèle de contrôle du système.
4. Dans quels
cas/circonstances l’utiliser ?
L’objectif de la méthode IDEF2 est la réalisation de schémas
directeurs permettant de mieux connaître la situation actuelle d’une
entreprise. Elle permet de dégager, à partir de l’analyse des besoins, les
spécifications fonctionnelles du système à concevoir.
5. Description de son
principe de fonctionnement
Un modèle IDEF2 est composé de trois sous-modèles
différents :
- Le sous-modèle "Entity flow network", qui est
une représentation graphique de tous les chemins que peut suivre le traitement
d'une entité dans le système. Chaque chemin est constitué d'une succession
d'activités.
Les symboles graphiques utilisés permettent d'identifier :
-> les entités (ovales) ou données ou états de
l'entité.
-> les activités (flèches) ou actions.
-> les allocations et désallocations de
ressources alternatives ou cumulées nécessaires à l'activité pour traiter
l'entité,
-> l'entrée de diagramme, ses sorties, ou les
sauts vers d'autres diagrammes,
-> des files FIFO ou LIFO avec attente ou déroutement
vers d'autres diagrammes en cas de file vide, et des systèmes très variés de
priorité
-> les sélections des ressources, de branches
d'activité, de files
-> des affectations des attributs de l'entité,
-> des accumulations d'entités,
-> des opérations de recherches dans les files,
-> des regroupements d'entités en
super-entités.
La présence d'états permet à ce type de représentation de
modéliser des automates.
- Le sous-modèle "Ressource
Disposition Trees". Ce type de diagramme dont la représentation est
similaire à celle d'un organigramme
permet de définir les conditions de disponibilité d'une ressource, avec les
actions possibles sur cette ressource :
-> allocate
-> free
-> preempt
-> error
- Le sous-modèle "System
Control Networks". Le symbolisme de ce type de diagramme est proche de
celui du "Entity flow network submodel". Ce diagramme permet de
représenter les activités ou conditions affectant l'état général du système,
non spécifique d'une entité.
On y trouve souvent des créations ou des modifications
d'entités, ou de ressources. Les opérateurs nécessaires sont les suivants :
-> création d'entité,
-> début d'activité de l'entité,
-> activation, désactivation de ressource,
-> modification de ressource,
-> transfert de ressource pour une opération
plus urgente
6. Forces/faiblesses
de l’outil
La suite de méthode IDEF est très employée dans le monde
industriel américain. Elle a l’avantage d’un grand nombre de possibilités et de
formalisme pour l’ensemble des représentations possibles (IDEF0-14). Son grand
nombre de modèles peut permettre de gérer les systèmes complexes. Malheureusement
ceci peut être aussi un inconvénient, car il est nécessaire de bien les
maîtriser.
La méthode IDEF2 apporte non seulement un formalisme, mais
aussi une méthode de travail en équipe.
Elle apporte de plus un progrès par rapport aux méthodes IDEF0
et IDEF1. Elle permet en effet de mener des études suivant des points de vue
plus variés, comme le montre le comparatif ci-dessous :
Méthode Point
de vue traité (modèle)
Suite IDEF Fonctions Informations Ressources Organisation Décisions
IDEF0 Oui Non Non Non Non
IDEF1 Non Oui Non Non Non
IDEF2 Oui Oui Oui Non Non
Les résultats fournis par une étude réalisée avec IDEF2
correspondent à des cas particuliers.
Une généralisation à partir du système modélisé est difficile, voire
impossible.
La mise à jour d’une étude réalisée avec la méthode IEDF2
est longue et complexe, du fait de la répercussion de chaque modification dans
les sous-niveaux.
7. Temps/difficulté
d’apprentissage
La compréhension de la méthode IDEF2 est aisée. Son
application obéit en effet à une méthode de travail décrite précisément :
Certains rôles sont définis :
-> les "auteurs" (analystes) de la
spécification (équipe de projet),
-> les "commentateurs" (critiques)
amenés à critiquer constructivement la spécification. (Des auteurs d'autres
projets),
-> les "lecteurs" amenés à lire ou à
juger la spécification sans être tenus de rédiger des remarques écrites,
-> les "experts", référence du domaine
d'emploi de l'application, consultés par les auteurs, souvent commentateurs,
-> le bibliothécaire chargé d'archiver et de
distribuer les documents,
-> le comité technique (facultatif) chargé de
résoudre les litiges,
-> le responsable du projet.
Le cycle auteur lecteur s'applique sur :
-> des brouillons ou des réalisations
partielles de la spécification (kits standards) entre auteurs et commentateurs,
-> des versions complètes entre auteurs,
commentateurs, lecteurs, etc.
Une procédure et des formulaires sont prévus pour organiser
et archiver les versions soumises à critiques, les remarques des critiques, les
réponses des auteurs.
De même, le processus de collection des informations,
d'interview, de conduite de réunion est décrit.
8. Existence de
logiciels, de formations support
De nombreux outils traitent le formalisme SADT, sans pour
autant supporter IDEF2.
Facility Diagrams est un éditeur graphique doté d'un
ensemble de symboles permettant de réaliser des diagrammes explicatifs non liés
directement à la méthode IDEF2.
9. Webographie
http://www.univ-valenciennes.fr/GDR-MACS/these/These_f_darras.pdf
http://www.supmeca.fr/cpi2007/articles2007/CPI2007-154-Bouchiba.pdf
http://psylon.free.fr/formatio/doc/sadt.doc
http://riad.megartsi.free.fr/doc/dea.pdf
https://www.emse.fr/spip/IMG/pdf/These_AZaidat_2005.pdf
|