JoomlaWatch Stats 1.2.9 by Matej Koval
 
   
Home arrow Non catégorisé 
TRIZ World wide survey
  Access to the map of coordinators   Access to the localization of the answers As TRIZ is now wiedly spread throughout the world, it has...
DEFI project (in French)
PROJET DEFI (Définition de l'EFficience Inventive) Résumé Le projet DEFI a pour ambition, dans un premier temps, de...
TRIZ Consortium
The TRIZ consortium was constituted upon a comon willigness between several partners and INSA to organize inventive Design practices inspired by TRIZ...
  
0
Articles' list Non catégorisé

IDEF 2
Écrit par HERR Nathalie   

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