Michel Tollenaere (INPG)

Présentation au sujet: "Michel Tollenaere (INPG)"— Transcription de la présentation:

1 Michel Tollenaere (INPG) http://www.g-scop.fr/~tollenam/ipro3
Projets, processus, évolutions Product Lifecycle Management (P.L.M.) Chapitre 3 : Projets, processus, évolutions IPRO 3 option ICP Michel Tollenaere (INPG)

2 Projets, processus, évolutions
3 Projets, processus, évolutions Sommaire du cours Gestion documentaire, CAO, échanges de données documents, plans,… modèles CAO, engineering data, représentations, objets « métier » vaulting, contrôle d’accès GED, composition de documents modèles de documents (template), mécanismes de versionnement maquette numérique, visualiseur recherche de documents échanges de données, normes STEP définition de rôles traçabilité des actions d’acteurs Sécurité des systèmes Pérennité Organisations gestion des projets activités, jalons, livrables gestion des processus workflows (définition, exécution, suivi) gestion des modifications (CMII) notion et évolution d’états Projets, processus, gestion de configuration articles, composants, nomenclatures bibliothèque de composants (classification) gestion des grandeurs et unités fonctions, multi-vue de nomenclatures gestion de la diversité configurateurs de produits Articles, nomenclatures, composants, gestion de diversité Communication avec les ERP et autres processus

3 Projets, processus, évolutions Project information management
3 Projets, processus, évolutions Project information management

4 Creating a project Step 1: Create Project Step 2: Select the Team
You are the project manager and owner of any projects you create. You may choose to assign others to assist you in the project manager function, or you may delegate the role completely to someone else. A project manager is able to create, update, and organize activities, milestones, deliverables, and templates within a project. A project manager is also responsible for inviting team members and assigning the necessary roles. You can create a project by clicking the Create Project button from the Project tab. If you do not see the Create Project button located on the Projects List page or on any page next to the Recent Projects drop-down list, you do not have the necessary permissions to create a project. The Create Project window includes the following steps to create a new project. For more detailed information about each of the fields, see the online help accessible from the Create Project window. • Create a project • Select the team • Compose invitation • Define details Step 1: Create Project Step 2: Select the Team Step 3: Compose Invitation Step 4: Define Details Step 5: Define More Details

5 Step 1: Create Project In the first step, you define the project identity attributes, such as name, description, and duration. You also select a project template which defines some details of the project, such as initially created folders and available roles. Tip: Do not enter a value for the duration if you want it to be automatically calculated by the system. Only project team members are granted access to a project by default. A project to which only team members have access is called a private project. Access groups with policies that extend access beyond the immediate project team can be defined, and you can select from any of these defined access groups. It is also possible to customize the system and define project types and typespecific project attributes that capture key information that is important to projects in your business. is Any defined custom project types are automatically displayed in the project types list. You can choose to allow project members to share information in the project with other projects by selecting the Allow sharing to other projects check box. Sharing is useful when you have a few documents in a project that need to be referenced by members in other projects who are not also members of your project. Step 1: Create Project In the first step, you define the project identity attributes, such as name, description, and duration. You also select a project template which defines some details of the project, such as initially created folders and available roles. Tip: Do not enter a value for the duration if you want it to be automatically calculated by the system. Only project team members are granted access to a project by default. A project to which only team members have access is called a private project. Access groups with policies that extend access beyond the immediate project team can be defined, and you can select from any of these defined access groups. It is also possible to customize the system and define project types and typespecific project attributes that capture key information that is important to projects in your business. Any defined custom project types are automatically displayed in the project types list. You can choose to allow project members to share information in the project with other projects by selecting the Allow sharing to other projects check box. Sharing is useful when you have a few documents in a project that need to be referenced by members in other projects who are not also members of your project. You can choose to start the project as soon as it is created. When you select the Start project and send invitations to team check box, the project is started as soon as the create is complete, and invitations are sent to the team members. The team members are then able to access the project from their projects lists. Tip: If you want to first organize and ready the project, clear this check box. You can then define the team and organize the project without anyone else accessing the project. When you are ready to begin the project and invite the team members, select Start from the project actions list. The project is then set to Running, the invitations are sent, and all team members have access to the project. Note: When you leave the first step (either by clicking on one of the other steps or by clicking Next), the project is created based on the chosen template. Subsequent steps in the Create Project window modify the newly created project. You cannot return to Step 1 of the window. However, should you decide to change some project attributes, such as the name or description, you can update the project by selecting Update from the actions list.

6 Step 1: Create Project You can choose to start the project as soon as it is created. When you select the Start project and send invitations to team check box, the project is started as soon as the create complete, and invitations are sent to the team members. The team members are then able to access the project from their projects lists. Tip: If you want to first organize and ready the project, clear this check box. You can then define the team and organize the project without anyone else accessing the project. When you are ready to begin the project and invite the team members, select Start from the project actions list. The project is then set to Running, the invitations are sent, and all team members have access to the project. Note: When you leave the first step (either by clicking on one of the other steps or by clicking Next), the project is created based on the chosen template. Subsequent steps in the Create Project window modify the newly created project. You cannot return to Step 1 of the window. However, should you decide to change some project attributes, such as the name or description, you can update the project by selecting Update from the actions list. Step 1: Create Project In the first step, you define the project identity attributes, such as name, description, and duration. You also select a project template which defines some details of the project, such as initially created folders and available roles. Tip: Do not enter a value for the duration if you want it to be automatically calculated by the system. Only project team members are granted access to a project by default. A project to which only team members have access is called a private project. Access groups with policies that extend access beyond the immediate project team can be defined, and you can select from any of these defined access groups. It is also possible to customize the system and define project types and typespecific project attributes that capture key information that is important to projects in your business. Any defined custom project types are automatically displayed in the project types list. You can choose to allow project members to share information in the project with other projects by selecting the Allow sharing to other projects check box. Sharing is useful when you have a few documents in a project that need to be referenced by members in other projects who are not also members of your project. You can choose to start the project as soon as it is created. When you select the Start project and send invitations to team check box, the project is started as soon as the create is complete, and invitations are sent to the team members. The team members are then able to access the project from their projects lists. Tip: If you want to first organize and ready the project, clear this check box. You can then define the team and organize the project without anyone else accessing the project. When you are ready to begin the project and invite the team members, select Start from the project actions list. The project is then set to Running, the invitations are sent, and all team members have access to the project. Note: When you leave the first step (either by clicking on one of the other steps or by clicking Next), the project is created based on the chosen template. Subsequent steps in the Create Project window modify the newly created project. You cannot return to Step 1 of the window. However, should you decide to change some project attributes, such as the name or description, you can update the project by selecting Update from the actions list.

7 Step 1: Create Project. Continue
In the first step, you define the project identity attributes, such as name, description, and duration. You also select a project template which defines some details of the project, such as initially created folders and available roles. Tip: Do not enter a value for the duration if you want it to be automatically calculated by the system. Only project team members are granted access to a project by default. A project to which only team members have access is called a private project. Access groups with policies that extend access beyond the immediate project team can be defined, and you can select from any of these defined access groups. It is also possible to customize the system and define project types and typespecific project attributes that capture key information that is important to projects in your business. Any defined custom project types are automatically displayed in the project types list. You can choose to allow project members to share information in the project with other projects by selecting the Allow sharing to other projects check box. Sharing is useful when you have a few documents in a project that need to be referenced by members in other projects who are not also members of your project. You can choose to start the project as soon as it is created. When you select the Start project and send invitations to team check box, the project is started as soon as the create is complete, and invitations are sent to the team members. The team members are then able to access the project from their projects lists. Tip: If you want to first organize and ready the project, clear this check box. You can then define the team and organize the project without anyone else accessing the project. When you are ready to begin the project and invite the team members, select Start from the project actions list. The project is then set to Running, the invitations are sent, and all team members have access to the project. Note: When you leave the first step (either by clicking on one of the other steps or by clicking Next), the project is created based on the chosen template. Subsequent steps in the Create Project window modify the newly created project. You cannot return to Step 1 of the window. However, should you decide to change some project attributes, such as the name or description, you can update the project by selecting Update from the actions list.

8 Step 2: Select the Team During Step 2 of the project, you choose the team members and roles for the initial project team. You can choose to overlook this step and later define the team from the Team page of the Project tab. Step 2: Select the Team During Step 2 of the project, you choose the team members and roles for the initial project team. You can choose to overlook this step and later define the team from the Team page of the Project tab.

9 Step 3: Compose Invitation
Step 3 of the Create Project window allows you to write a specific message to be included in the project invitation that is sent to all team members. The invitation message can include formatted HTML, including URL references. You can modify this invitation when updating the project or from the Team page of the Project tab. Step 3: Compose Invitation Step 3 of the Create Project window allows you to write a specific message to be included in the project invitation that is sent to all team members. The invitation message can include formatted HTML, including URL references. You can modify this invitation when updating the project or from the Team page of the Project tab.

10 Step 4: Define Details In Step 4, you can define project details, such as project number, site, and budget as well as designate the level of project execution control. You can only designate the project execution during this step. You cannot update the project execution level later. Step 4: Define Details In Step 4, you can define project details, such as project number, site, and budget as well as designate the level of project execution control. You can only designate the project execution during this step. You cannot update the project execution level later.

11 Step 5: Define More Details
In Step 5, you can define additional project details according to project type selected in previous steps. Step 5: Define More Details In Step 5, you can define additional project details according to project type selected in previous steps.

12 Project Folders FOLDERS - The Folders page initially contains folders and documents defined by the project template. You can add and delete folders to suit your project's needs. You can also create subfolders. For example, if you have a folder titled Plans, you may also want to create subfolders titled Design Plans, Documentation Plans, and Development Plans. When you create the folder, you can set the access control permissions. To create a folder, click on the Folders page. To create a subfolder, select the folder which you want to contain the new folder. Then click . Or select Create Folder from the folder’s actions list. For more detailed instructions, click the on the corresponding windows. Folders The Folders page initially contains folders and documents defined by the project template. You can add and delete folders to suit your project's needs. You can also create subfolders. For example, if you have a folder titled Plans, you may also want to create subfolders titled Design Plans, Documentation Plans, and Development Plans. When you create the folder, you can set the access control permissions. To create a folder, click on the Folders page. To create a subfolder, select the folder which you want to contain the new folder. Then click . Or select Create Folder from the folder’s actions list. For more detailed instructions, click the on the corresponding windows.

13 Team and Role Management
A team is a set of roles and members representing users and group from one or more organizations that have access to a project. As a project manager, you can continue to modify the team throughout the life of the project from the Team page on the Project tab. The following actions are available: • Add members • Add roles • Replace members • Remove members • Remove roles • Update Invitation

14 Common Roles Common roles are project manager, member, and guest.
• Project manager - The project manager role is automatically assigned to the project creator. However, if you, as the project creator, want others to share in the manager responsibilities, you can assign this role to other team members. The project manager is responsible for selecting and maintaining the team, creating and managing the plan, and managing the overall project. Only the project manager can change the state, phase, and status of the project. • Member - Most team members are assigned the role of member. Whatever other roles may be assigned to them are in addition to this role. Members can access the project, view any project information available (although access control set on specific objects can hide information from for people in specific roles or organizations), and participate by adding data to the project. Members are usually responsible only those items of which they are the owner or creator. For example, members can only update deliverables of which they arethe owners. They can also only update or delete objects that they have created. • Guest - Team members assigned to the role of guest have view, or read-only, privileges to all of the data in the project. They cannot perform any actions within the project. Guest members do not receive an invitation to the project nor does the project appear in the list of projects of which the user is a member. The purpose of the guest role is to provide access to users and groups who may need to search the project for information but who are not active participants in the project. Common Roles Common roles are project manager, member, and guest. • Project manager - The project manager role is automatically assigned to the project creator. However, if you, as the project creator, want others to share in the manager responsibilities, you can assign this role to other team members. The project manager is responsible for selecting and maintaining the team, creating and managing the plan, and managing the overall project. Only the project manager can change the state, phase, and status of the project. • Member - Most team members are assigned the role of member. Whatever other roles may be assigned to them are in addition to this role. Members can access the project, view any project information available (although access control set on specific objects can hide information from people in specific roles or organizations), and participate by adding data to the project. Members are usually responsible for only those items of which they are the owner or creator. For example, members can only update deliverables of which they arethe owners. They can also only update or delete objects that they have created. • Guest - Team members assigned to the role of guest have view, or read-only, privileges to all of the data in the project. They cannot perform any actions within the project. Guest members do not receive an invitation to the project nor does the project appear in the list of projects of which the user is a member. The purpose of the guest role is to provide access to users and groups who may need to search the project for information but who are not active participants in the project.

15 Change Management (EC)
Notification Engineering Change management Automatisation du traitement des "Change Process" S'assurer que toutes les étapes approbation/qualité ont été réalisées Document Review Router automatiquement vers les "reviewers" (requis ou optionnels) Gérer les approbations ou re-router pour révision Evolution de statut Push de documents Fichiers et Documents Approbation Efficience et Traçabilité

16 Contexte : un environnement complexe
Comment gérer les évolutions ? Organisations Fonctions, Composants, assemblages et Nomenclatures Task 1 Task 2 Task 3 Tâches, processus Fichiers et Documents

17 Contexte : un environnement complexe
Problèmes liés à la gestion des informations Volume d'informations à gérer et échanger volumineux Nombre d'acteurs impliqués important Informations de natures et formes différentes Disparité des outils utilisés Granularité des évolutions à tracer ? Conformité des pratiques par rapports aux normes de gestion de configuration et vis à vis de impératifs de sécurité.

18 La gestion des évolutions : les causes
CYCLE DE VIE DU PRODUIT Conception / Définition Fabrication / Assemblage Service /Support Evolutions des spéc. Pbs identifiés dans l ’organisation Retours "Client" Réajustements identifications d ’un écart Amélioration continue du produit Evolutions de la législation / des normes Interactions entre partenaires de l ’entreprise étendue Evolutions des contrats Evolutions de la documentation D ’autres évolutions (propagation) Grenoble - 20/02/2002

19

20 La gestion des évolutions : "EC Proposal"
Le processus de traitement doit il être activé ? Importance de la modification ? Quels peuvent être les impacts ? Enregistrer la demande de modification Quelles informations enregistrer ? Comment notifier cette demande ? Contraintes liées à l'exploitation de l'historique Collecter les informations associés Quels sont les systèmes impactés ? Quels sont les partenaires impliqués ? Quels sont les aspects contractuels remis en cause ? Mener une première évaluation pour répondre à la question: doit-on donner une suite à cette demande ? Estimation du ratio effort/gain Si oui plusieurs demandes peuvent elles être groupées (systèmes, "functions sharing",..) Proposer des solutions possibles au Comité en fournissant une première ébauche des apports et des limitations de chacune

21 La gestion des évolutions : "EC Investigation"
Réaliser une analyse de faisabilité pour chaque solution proposée Impliquer les métiers et les partenaires concernés (Workflows) Fournir une analyse détaillée des répercussions de chaque solution (coûts, activités à reconduire, influence sur le cycle de vie du produit, pb d'intégration) Sélectionner la meilleure solution Sélectionner la meilleure solution : celle qui minimise les coûts de modification et les activités à reconduire, en tenant compte des contraintes d'intégration et contractuelles Sélection réalisée par un comité représentant les métiers et partenaires impliqués Etablir et diffuser un Ordre de Modification avec une effectivité associé à la solution sélectionnée Processus de notification établi en fonction des métiers impactés Interfaces avec le système d'information produit

22 La gestion des évolutions : des stratégies
5 stratégies de gestion : Prévenir l ’apparition des évolutions Déclencher les évolutions au plus tôt dans le cycle de vie du produit Traiter uniquement les évolutions nécessaires et bénéfiques (ratio efforts/gains) Traiter les évolutions retenues le plus efficacement Capitalisation des connaissances sur les évolutions et apprentissage 1 incontournable : outiller les processus par des indicateurs pertinents

23 2. Diagramme d’activité de l’activité Etude de Faisabilité
responsable BE technicien BEQ trinôme technicien AT comité « re-direction » Demande d’évolution [acceptée] Proposition de Planning prévisionnel Définition de solution Décision d’industrialisation Rapport de faisabilité [rempli] Planning prévisionnel Demande d’évolution [abandonnée] [non accord réalisation] [accord réalisation] Rapport de qualification [vierge] Rapport de faisabilité [rempli] Rapport de faisabilité [vierge]

24 La gestion des évolutions : liens avec la modélisation
Modélisation du processus de traitement des modifications dans le SIP Définition des processus Définition des activités Définition des tâches Définitions des interactions Définition des attributs ...

25 Contexte ORGANISATION DISTRIBUEE PRODUITS COMPLEXES PRODUITS :
Fortement concurentiel ( environ 1millions et demis de composants ss rivets, nbreuses fonctions de services dont certaines critiques en rapport avec la qualité et la sureté du vol, nbreuses interfaces) ORGANISATIONS DISTRIBUEES Développement dispersé de même que la fabrications (11 sites en Europe) mais assemblage final sur1 site + Fournisseurs world wide + ss-traitants dans le développement (internes et externes) pour 50 % Métiers divers 1 programme = 1 plateau Processus de développement Parallelisation des tâche Automatisation des tâches récurrentes Aspects collaboratifs (maquette) Chiffres sur A : reduction des temps de conception de 25% réduction des coûts de 30% Si l’on prend un exemple en se limitant à un ensemble précis PROCESSUS DE DEVELOPPEMENT ET INGENIERIE CONCOURANTE

26 Contexte AILES : Dev : GB Fab. : GB A340-500/600 :
NACELLES Contexte AILES : Dev : GB Fab. : GB MATS : Dev : France Fab. : France Co-développement Fournisseurs NACELLES : MATS A /600 : 50 cas de modifications Conception / Definition hors itérations Natures Criticités

27 Causes et conséquences des modifications
Adaptation aux contraintes internes Adaptation aux contraintes externes Relations avec la clientèle Emergence de problèmes Initiation d’évolutions CAUSES Un processus de traitement des modifications Définition : [usm88] une modification de la configuration approuvée d’un item En tenant compte de l’exemple du mât Afin de limiter la portée de ces conséquences, il est nécessaire de prendre en compte les opportunités dans le cycle de vie du produit pour un traitement efficace des modifications Influences sur les programmes / projets Influences sur les produits Influences sur l’organisation et son réseau de nouvelles modifications CONSEQUENCES

28 Opportunités de traitement des modifications
Phase(s) du cycle de vie impactée(s) Décision et “gel” des choix Coûts Spécifications Conception Définition Développement Série En Service Réduction possible des coûts Coûts des modifications Volume de modifications Dans ce cadre la question à laquelle nous nous attachons à apporter un réponse

29 Problématique Comment optimiser les performances du processus de traitement des modifications ? OBJECTIFS Temps et coûts de traitement des modifications Performances des solutions produites RESULTATS Méthodes génériques, réutilisables et adaptables Implémentables dans des outils informatisés CONTRAINTES Objectifs du projet Méthodes et pratiques existantes Telles que les méthodes de GDC aujourd’hui largement répandue dans les organisations

30 Processus de gestion de configuration et SGDT
Des programmes militaires et spatiaux vers l’industrie Disciplines rattachées à la gestion de configuration : Identification de la configuration Maîtrise des évolutions Enregistrement de l’état de la configuration Audit de la configuration Disciplines rattachées à la gestion de configuration : Identification de la configuration : définir la structure du produit, ses vues et la manière dont elle va être documentée mais aussi les éléments à gérer tout au long du CDV Maîtrise des évolutions : en prenant en compte les évolutions de chacun des éléments à gérer Enregistrement de l’état de la configuration Audit de la configuration : Avoir une vision instantanée de la structure produit et l’état de sa documentation à des jalons donnés du CDV LIMITATIONS : Des exigences génériques normalisées plus proche d’un processus qualité que d’un processus d’ingénierie performant Traduction dans les organisation : les SGDT Si ces outils permettent de gérer de manière cohérente le patrimoine informationel du produit, ils présentent certaines limitations pour le traitement des modifications n Les Systèmes de Gestion des Données Techniques Limitations des SGDT pour le traitement des modifications : Représentation du produit pour le traitement des modifications Processus de traitement des modifications Adaptation des processus Pilotage et supervision Support aux utilisateurs Accès aux informations pertinentes Aide à la décision Gestion des connaissances

31 Enjeux industriels et académiques
Délais de développement Coûts de développement Aléas en aval du cycle de vie du produit Fiabilité du produit dès son entrée en service Flexibilité par rapport aux évènements internes et externes Réactivité par rapport aux demandes des compagnies clientes Dans ce contexte, les réponses apportées à cette problématique revêtent un certains nb d’enjeux tant sur les plans académiques qu’industriels Face à ces enjeux ENJEUX ACADEMIQUES Processus de conception et processus de gestion de configuration Modifications en conception Optimisation du traitement des modifications en conception

32 Revue des contributions existantes
AMELIORATIONS GLOBALES DU TRAITEMENT AMELIORATIONS LOCALES DU TRAITEMENT PHENOMENE + TRAITEMENT PHENOMENE + TRAITEMENT EXIGENCES EXIGENCES Apparition et comportements des modifications [DAL82] [WAT84] [ECK01] Réponses industrielles [COU92] [HUA99] [KID00 ] Compréhension du phénomène Revue des réponses industrielles Focalisés sur l’interface conception / fabrication Identification des problèmes mais pas d’améliorations majeures Les contributions peuvent être groupées en 4 thèmes principaux Normes de gestion de configuration [ISO95] [DOD97] [BNA97] Identification de stratégies [FRI00] Exigences et recommandations Objectifs au niveau de l’organisation Guide d’application et d’amélioration Pratique liée à la qualité

33 Revue des contributions existantes
AMELIORATIONS GLOBALES DU TRAITEMENT AMELIORATIONS GLOBALES DU TRAITEMENT PHENOMENE + TRAITEMENT PHENOMENE + TRAITEMENT EXIGENCES EXIGENCES AMELIORATIONS LOCALES DU TRAITEMENT AMELIORATIONS LOCALES DU TRAITEMENT Organisation / Processus / Outils [HUA98] [LIN98] [HUA01] [EGE03] [RIV03] Supervision et pilotage des processus Support des outils Dimension collaborative du processus Evaluation sur cas réel D’un processus qualité vers un processus d’ingénierie D’une procédure papier vers des outils intégrés D’une organisation cloisonée vers un processus transverse 1 Réponse scientifique : optimisation possible Cercle Rouge = base de nos reflexions + Flèches = positionnemen,t de nos travaux Analyse d’impacts centrée sur le produit [COH98] [CLA01] [JAR02] [SUT03] Analyse d’impacts centrée également sur les processus et/ou l’organisation [COL01] [MA03] [ROU03] Modélisation Identification des propagations des modifications Intégration industrielle

34 FAIT TECHNIQUE CONSTATE
Proposition : Cadre EVALUATION DES SOLUTIONS FORMALISATION DU PROBLEME DEFINITION DU PERIMETRE DU PROBLEME DES OBJECTIFS DE LA RESOLUTION FORMALISATION DU PROBLEME DEFINITION DU PERIMETRE DU PROBLEME PROCESSUS D’ANALYSE DU PROBLEME ORDONNANCEMENT DE LA RESOLUTION RESOLUTION DU PROBLEME (CONCEPTION GENERALE DES SOLUTIONS) ELABORATION DES CONCEPTS DE SOLUTIONS CONCEPTION DETAILLEE DE LA SOLUTION ELABORATION DES CONCEPTS DE SOLUTIONS PROCESSUS DE CONCEPTION DEFINITION DES OBJECTIFS DE LA RESOLUTION OUVERTURE DE LA RESOLUTION ? SELECTION D’UNE SOLUTION ARCHIVAGE DU PB, DE LA RESOLUTION ET DE LA SOLUTION PROCESSUS DE COORDINATION NON OUVERTURE DE LA RESOLUTION ? NON GESTIONNAIRE DE CONFIGURATION 1 processus génerique qui s’appuie sur les exigences de gestion de configuration mais aussi sur les observations suivantes : La modification donc le problèmes se construit en même tps que la solution Darses De manière collaborative ce qui implique une coordination Par le GDC OUI ORDONNANCEMENT DE LA RESOLUTION ACTEUR METIER COMITE DE CONTRÔLE DE LA CONFIGURATION RESOLUTION DU PROBLEME (CONCEPTION GENERALE DES SOLUTIONS) EVALUATION DES SOLUTIONS PAS DE SELECTION POSSIBLE SELECTION D’UNE SOLUTION SELECTION D’UNE ALTERNATIVE CONCEPTION DETAILLEE DE LA SOLUTION ARCHIVAGE DU PB, DE LA RESOLUTION ET DE LA SOLUTION IMPLEMENTATION PHYSIQUE DE LA SOLUTION

35 Contribution : Méthode d’analyse d’impacts
OBJECTIFS Supporter les investigations des acteurs Analyse qualitative des impacts des modifications centrée sur le produit MODE DE PROPAGATION : Liens de dimensionnement Liens de positionnement Liens de dépendance organisationnelle Liens de dépendance fonctionnelle Proposition d’enrichissement Aujourd'hui l’identification des impacts et la détection des éventuelles propagations d’une demande de modification reposent sur l’expertise des acteurs, la qualité des investigations peut donc varier d’un acteur à l’autre L’objectif de cette contribution Les modifications sont véhiculées au travers des liens qui unissent les composants Ces liens ont décrits dans les modèles produit implémentés dans les PLM. Malheureusement, Liens de composition Liens d’association vision du produit orientée “réseau” vision du produit orientée “structure”

36 Contribution : Méthode d’analyse d’impacts
racine Comp. 0 Comp. 1 Comp. 2 Comp. 3 Lien de Composition Lien de Dimension. Lien de Positon. Lien de Dep. Fonct. Comp. n Comp. 8 Comp. 9 Comp. 2 Lien d’Association Lien de Dep. Org. Lien de Positon. Origine = Impact initial des modification Décomposition par niveaux Sélection après le second niveau Limites de l’algorithme : profondeur de la méthode + présence de liens composant déjà impacté (Condition de non bouclage) Performances dépendent de la nature du réseaux et du nombre de sélection Résultats = Parcours des investigations + nature de la propagation Notre première contribution est donc une méthode d’analyse “Check-list ” pour les acteurs Historique des investigations Performances : profondeurs et dépendances

37 Contribution : Définition de bibliothèques de traitements
OBJECTIFS Optimiser le processus de traitement des modifications Définir et gérer des stratégies de traitement ainsi que des processus opérationnels Contexte d’émission Demande de modification Caractéristiques Typologie des demandes de modifications La deuxième contribution porte sur l’adaptation des processus de traitement aux demandes de modifications. A l’heure actuelle, quel que soit le processus de traitement mis en oeuvre Caractérisation des demandes Origine de la demande Système impact et éventuelles répercussions Remise en cause la certification du produit Objet de la modification Urgence de la demande Caractérisation des contextes Enjeux commerciaux Phase du cycle de vie du produit demandes de type X demandes de type Y demandes de type Z stratégie de traitement “Squelette”de processus de traitement + indicateurs

38 Contribution : Définition de bibliothèques de traitements
 Apparition d’une nouvelle demande de modification  Prise en compte de la demande par le GDC  Typage de la demande C’est une demande de type n Quelle stratégie mettre en oeuvre ? Bibliothèque De Traitements  Définition de la stratégie à mettre en oeuvre Appliquer la stratégie n°i Cette contribution nous permet donc d’associer une démarche de résolution en adéquation avec le type de pb à résoudre  Adaptation du squelette proposé par le GDC  Allocation des ressources A la stratégie n°i, correspondent : Le squelette de processus n°j Les indicateurs X, Y, Z  Déclenchement du traitement et supervision du processus par le GDC

39 Contribution : Méthode d’évaluation des solutions
OBJECTIFS Supporter le processus de sélection d’une solution parmi les alternatives proposées Mesurer l’influence des solutions CRITERES D’EVALUATION PERFORMANCES DU PRODUIT Poids Interchangeabilité Sûreté de fonctionnement Consommation d’énergie ... 4 Très favorable Le troisième volet de ces travaux 3 Favorable 2 Équivalent EXPLOITATION DU PRODUIT Standardisation Accessibilité Réparabilité Maintenabilité ... 1 Défavorable Très défavorable COÛTS D’INTRODUCTION DE LA SOLUTION Coûts récurrents (Δ Matériaux, Δ Transport, Δ Achat,, etc...) Coûts non Récurrents (SD, NSD, Δ documentation, Δ Tests, etc...) Risques (Certification, Acceptation par les compagnies) Délais (Développement, Séries, etc.)

40 Contribution : Méthode d’évaluation des solutions
PROCESSUS D’EVALUATION Assignation des valeurs aux sous-critères alternatives documentées Pondération des sous-critères Agrégation des résultats au niveau des critères (moyenne) Consolidation des résultats Assignation des valeu au fil de l’ea par les acteur impliqués Agrégation = Moyenne des avis exprimés Présentation des résultats pour chaque alternative Confrontation des évaluations alternatives documentées et définies

41 Contribution : Technologies TCAO
OBJECTIFS Simplifier la communication et le partage d’informations au sein d’un groupe Favoriser la coordination d’activités tout en privilégiant l’auto-organisation ESPACES VIRTUELS PARTAGES [ELL91] [BEN02] Référentiel informationnel Application multi-rôles mais environnement de travail adapté au profil Gouvernabilité et observabilité [ELLIS 94 + Définition] Référentiel informationnel commun Avantages amenés par la TCAO Principes des espaces virtuels partagés Espaces partagés dans CM-EC ? ADAPTATION AU CAS ESPACES VIRTUELS PARTAGES POUR LE TRAITEMENT DES MODIFICATIONS 1 demande de modification = 1 processus de traitement = 1 espace Durée du processus = cycle de vie de l’espace Présentation de l’espace selon les rôles (Gestionnaire, Acteur ou CCC)

42 Développement de CM-EC
OBJECTIFS Illustration des contributions Validation des contributions DEVELOPPEMENT DE CM-EC : « Collaborative Management of Engineering Changes » Projet de développement Concepts et fonctions illustrées Démonstration et validation Revenir sur le processsus de développement et moyens mis en oeuvre CM-EC : Collaborative Management of engineering changes

43 CM-EC : Spécifications fonctionnelles
CAS D’APPLICATION GENERIQUE CAS D’APPLICATION ADMINISTRATEUR Revenir sur le processsus de développement et moyens mis en oeuvre CM-EC : Collaborative Management of engineering changes CAS D’APPLICATION ACTEUR CAS D’APPLICATION GESTIONNAIRE CAS D’APPLICATION COMITE DE CONTROLE DE CONFIGURATION

44 CM-EC : Spécifications fonctionnelles
ORGANISATION PRODUIT Ici le formalismes UML n’est pas utiliser en vue d’établir un modèle compréhension du problème et de sa solution mais piloter par les besoins de l’implémentation Ce qui garantie la réutilisation et la capacité d’évolution de l’outil ESPACE VIRTUEL PARTAGES

45 Illustration des contributions
MODULE D’ANALYSE D’IMPACTS Composant initialement impacté Propagations possibles au premier niveau Propagations possibles au second niveau Composant sélectionné pour investigation Composant sélectionné pour investigation Propagations possibles au troisième niveau

46 Illustration des contributions
SUPERVISION DES PROCESSUS DE TRAITEMENT

47 Illustration des contributions
MODULE D’EVALUATION DES SOLUTIONS

48 Illustration des contributions
SUPPORT A LA COLLABORATION

49 Retour d’expérience ILLUSTRATIONS DISPONIBLES
Analyse qualitative des impacts Supervision du processus de traitement des modifications Support à la décision Support à la collaboration Sauvegarde ILLUSTRATIONS NON-DISPONIBLES Adaptation des processus de traitement Mise en place des indicateurs INVESTIGATIONS A POURSUIVRE Analyse d’impacts (propagations simultanées / Fonctions) Évaluation des solutions (Analyse multi-critères) Enrichissement des modèles produits Intégration et architecture de CM-EC Démonstration sur un cas réel Démonstration sur un cas réel = robustesse de la proposition Les cas d’utilisation associés au rôle de membre du CCC La gestion de la base de données produit (« Product » DB ») La sauvegarde des messages échangés

50 Retour d’expérience Démonstration sur un cas réel = robustesse de la proposition Les cas d’utilisation associés au rôle de membre du CCC La gestion de la base de données produit (« Product » DB ») La sauvegarde des messages échangés

51 Synthèse : Apports industriels
Mise en évidence des limitations PLM pour le traitement des modifications Définition d’un référentiel de besoins industriels et d’exigences opérationnelles Amélioration du processus de traitement d’une modification BESOINS CONTRIBUTIONS CM-EC Adapter le processus aux modifications à traiter Adapter le processus à l’organisation Piloter et contrôler le processus de traitement Analyser l’impact des modifications S’assurer de l’intégrité des fonctions Supporter les prises de décisions S’assurer de la traçabilité des informations Permettre la réutilisation des informations Mettre en place des dispositifs de collaboration Faciliter l’accès aux informations Définition d’un référentiel de besoins industriels et d’exigences opérationnelles Mise en évidence des limitations PLM pour le traitement des modifications Optimisation du processus de traitement d’une modification Couvert Couvert (en partie) Non Couvert

52 Synthèse : Contributions scientifiques
PROCESSUS DE CONCEPTION ET GESTION DE CONFIGURATION Intégration des produits complexes Normes et procédures PHENOMENE DES MODIFICATIONS Causes et conséquences des modifications Comportement et propagation des modifications Revue des propositions d’optimisation Revue des contributions existantes : dans le domaine de la conception PROPOSITION PROPOSITION Modèle de processus de traitement Gestion des bibliothèques de processus Méthode d’analyse d’impact Méthode d’évaluation des solutions Espaces virtuels et partagés pour le traitement des modifications

53 Synthèse : Portées & Limites
Périmètre Aspects génériques Robustesse et analyse de faisabilité Intégration et influences sur les méthodes / procédures organisationnelles Améliorations globales et améliorations locales Périmètre de la proposition : développement et après Genéricité : autres industries, conception plus innovantes ? Robuste

54 Synthèse : Perspectives
Analyse d’impacts des modifications Analyse quantitative des impacts des modifications Simulation des modifications Gestion des connaissances Consolidation des analyses Analogies et réutilisation des analyses et des solutions Gestion des modifications Vs Gestion d’une modification : Optimisation locale vs optimisation globale Gestion d’une modification Vs Gestion des modifications Vue d’ensemble des problèmes à traiter Analyse des « effets » des modifications au niveau de l’organisation Groupement des modifications (efficacité) Support à la décision (efficience)

55 Michel Tollenaere (INPG) http://www.g-scop.fr/~tollenam/ipro3
4 Composants, nomenclatures, diversité Product Lifecycle Management (P.L.M.) Chapitre 4 : Articles, nomenclatures, composants, gestion de diversité Master Pro Ipro3 option ICP Michel Tollenaere (INPG)

56 Composants, nomenclatures, diversité
4 Composants, nomenclatures, diversité Sommaire du cours Gestion documentaire, CAO, échanges de données documents, plans,… modèles CAO, engineering data, représentations, objets « métier » vaulting, contrôle d’accès GED, composition de documents modèles de documents (template), mécanismes de versionnement maquette numérique, visualiseur recherche de documents échanges de données, normes STEP définition de rôles traçabilité des actions d’acteurs Sécurité des systèmes Pérennité Organisations gestion des projets activités, jalons, livrables gestion des processus workflows (définition, exécution, suivi) gestion des modifications (CMII) notion et évolution d’états Projets, processus, gestion de configuration articles, composants, nomenclatures bibliothèque de composants (classification) gestion des grandeurs et unités fonctions, multi-vue de nomenclatures gestion de la diversité configurateurs de produits Articles, nomenclatures, composants, gestion de diversité Communication avec les ERP et autres processus

57 Composants, nomenclatures, diversité
4 Composants, nomenclatures, diversité Gestion des composants standards Buts de PLib (ISO 13584) : • modélisation • échange • archivage Bibliothèque / Catalogue de composants techniques

58 Catalogues Electroniques Intelligents: Exemple

59 Qu'est ce que PLib ? (ISO 13584) Fournisseurs de Composants
Organisations de Standardisation ... diamètre, hauteur, ... Fournisseurs de Composants Familles de Composants Propriétés définit est caractérisée par Vue Géométrique Vue Eléments Finis EXPRESS Côté Fournisseur Côté Utilisateur Echange de données Système CAO A Système CAO B

60 Catalogues Electroniques Intelligents: Représentations
Modèles Fonctionnels Modèles Fonctionnels Modèle Général is view of is view of Représentation simpifiée 3D Représentation- 2D is view of is view of is view of Calculs . . . Représentation principale

61 Concepts liés à l'approche PLib
Standard PLib: Statut Généralités, définitions et structure documentaire du standard DIS ISO CD Part 10 Concepts liés à l'approche PLib Part 20 Part 24 Part 26 Part 31 Part 42 Part 101 Part 102 Expressions Catalogues : structure et contenu Identification des fournisseurs de bibliothèques Interface de Géométrie (API) Dictionnaire de données: Modèle et Méthodologie Vue de type Géométrie Paramétrique Vue de type Représentations STEP IS DIS FDIS IS IS DIS WD

62 4 Structures « produit », nomenclatures
Composants, nomenclatures, diversité Structures « produit », nomenclatures

63

64 Gestion des systèmes d’unités (Windchill 1)
4 systèmes pré-définis Correspondances entre grandeurs physiques élémentaires et unités du système Possibilité de créer un système de mesure personnalisé (redémarrer l'applet après léger temps de 'digestion' pour y accéder !) Conversion automatique d'un système à un autre

65 Gestion des systèmes d’unités (Windchill 2)
Gestion des grandeurs physiques composées : « Quantity of Measure » Manager Pour chaque grandeur physique composée, possibilité de redéfinir la combinaison de grandeurs élémentaires la mesurant Possibilité de définir des grandeurs physiques composées personnalisées

66

67

68

69 Consolidation de propriétés
Cas d ’emploi Consolidation de propriétés article - Code est_composé_de - description 2 .. * - Cas d ’emploi - masse - Quantité - repère Composant Sous ensemble commerce - masse 0.. * Classe_objet Rôle de l ’association - attribut 1 2 .. * 0.. * - attribut 2 - méthode 1 Lien d ’héritage Association Cardinalité d ’association

70 article - Code est_composé_de - description 2 .. * - Quantité - repère Composant Sous ensemble Fournisseur Article_Fournisseur fournit 0.. * 1.. * 1 représente - adresse - code_fourn. commerce 0.. *

71 item porte_sur représente Tâche document article - Code est_composé_de
- modifs en cours représente Tâche document article - Code est_composé_de - auteur - description - date Correction Modification Composant Sous ensemble commerce

72 1 1.. * Item_versionnable Item_version - Code - description - id version 1..2 article document est_composé_de Modification Composant commerce Sous ensemble Ancienne_version Nouvelle version 1

73 Configurateur et nomenclature générique
bleue verte rouge Générique : Peugeot 206 moteur 4 cylindres thermique électrique alimentation Réservoir à essence batterie carrosserie roues “optionnel” climatiseur radio Nomenclature Générique climatiseur bleue verte Type : Peugeot 206-S16 Moteur 4 cylindres Réservoir à essence carrosserie roues “optionnel” radio cylindre valve Nomenclature Type Exemple Exemplaire : Ma Peugeot 206-S16 Moteur 4 cylindres n° ... Réservoir à essence n° …. Carrosserie verte n° ... Roues réf ... “optionnel” Climatiseur réf …. Radio réf ... Cylindre n°... Valve n° …. Nomenclature Exemplaire

74 Creating Parts in a Product Structure
Once parts have been created in Windchill ProjectLink, you can create a product structure. This enables you to organize assembly parts in a hierarchical view. You can create a product structure two ways: • Using the Create Child from Search action • Using the clipboard functionality

75 Using the Create Child from Search Action
The following example illustrates creating a product structure 1) Navigate to the part information page for the part you want at the top level of the product structure. Select BOM (Bill of Materials) from the Actions list. The Product Structure-Assembly table appears on the BOM page. 2) Place the first child part in the structure by selecting Create Child from Search in the Actions list. The Add Child from Search page appears. 3) Enter information in the attribute fields, and click Search. Tip: Clicking OK will close the window without performing the search. 4) From the Search Results table that appears, select the part, and click OK. 5) The part now appears as a child part in the product structure Using the Create Child from Search Action The following example illustrates creating a product structure 1) Navigate to the part information page for the part you want at the top level of the product structure. Select BOM (Bill of Materials) from the Actions list. The Product Structure-Assembly table appears on the BOM page. 2) Place the first child part in the structure by selecting Create Child from Search in the Actions list. The Add Child from Search page appears. 3) Enter information in the attribute fields, and click Search. Tip: Clicking OK will close the window without performing the search. 4) From the Search Results table that appears, select the part, and click OK. 5) The part now appears as a child part in the product structure.

76 Using the Clipboard Functionality
Just as you used the Create Child from Search action to place a child part in the product structure, you can also use the Copy/Add Child from Clipboard functionality: The following example illustrates creating a product structure 1) Navigate to the part information page for the part you want at the top level of the product structure. Select BOM (Bill of Materials) from the Actions list. The Product Structure-Assembly table appears on the BOM page. 2) Navigate to the desired part on the Folders table. 3) Select the check box next to the part, and click Copy. 4) Select the BOM link under the Project tab. The Product Structure table appears. 5) Select the check box next to the part under which you want to add the child part, and select Add Child from the Clipboard. part now appears as a child part in the product structure. On the information pages for parts Test2 and Test3, a Used By table now appears, informing you that these parts are used in a product structure. In this example, part Test2 is used by Test1, and Test3 is used by Test2. Using the Clipboard Functionality Just as you used the Create Child from Search action to place a child part in the product structure, you can also use the Copy/Add Child from Clipboard functionality: The following example illustrates creating a product structure 1) Navigate to the part information page for the part you want at the top level of the product structure. Select BOM (Bill of Materials) from the Actions list. The Product Structure-Assembly table appears on the BOM page. 2) Navigate to the desired part on the Folders table. 3) Select the check box next to the part, and click Copy. 4) Select the BOM link under the Project tab. The Product Structure table appears. 5) Select the check box next to the part under which you want to add the child part, and select Add Child from Clipboard. 6) The part now appears as a child part in the product structure. On the information pages for parts Test2 and Test3, a Used By table now appears, informing you that these parts are used in a product structure. In this example, part Test2 is used by Test1, and Test3 is used by Test2.

77 Modifying a Product Structure
You can complete the following actions to modify the parts in a product structure. • Update quantity/units • Remove

78 Updating Quantity To update the quantity of a part used in a product structure, select Update Quantity/Units in the Actions list of the part, on either the part information page or the Folders table. Updating Quantity To update the quantity of a part used in a product structure, select Update Quantity/Units in the Actions list of the part, on either the part information page or the Folders table.

79 Removing a Part from a Product Structure
To remove a part from a product structure use the following procedure: 1) Navigate to the Product Structure table on the BOM page. Tip: You may need to click Expand in order to view all of the parts in the structure. 2) Select the check box next to the desired part name, and click Remove Child. The part is removed from the structure but not from the Windchill ProjectLink system. Removing a Part from a Product Structure To remove a part from a product structure use the following procedure: 1) Navigate to the Product Structure table on the BOM page. Tip: You may need to click Expand in order to view all of the parts in the structure. 2) Select the check box next to the desired part name, and click Remove Child. The part is removed from the structure but not from the Windchill ProjectLink system.

80 Problématique de gestion de diversité
4 Composants, nomenclatures, diversité Problématique de gestion de diversité

81 Quelques chiffres [Tarondeau, 1998], [Fouque, 1999]
Littérature de gestion Différentes logiques [Kocher et Rolland, 1995] : service commercial : souhaite augmenter la diversité pour satisfaire les besoins, service achats : faible diversité => économies d'échelles, services de gestion : faible diversité => diminution du nombre de références à traiter, diminution des stocks, en conception, on préfère raisonner en terme de familles de produits diversité congénitale : lors du lancement diversité thérapeutique : faire évoluer le produit par rapport à la concurrence, s'ouvrir de nouvelles niches de marché. [Tarondeau, 1998], [Fouque, 1999]

82 Faisceau électrique Connecteur Dérivation Epissure Fils C1 C3 C7 C4 C5
J C C’ F’ F H H’ B A E E7 E1 E4 E3 E6 E2 E8 E5 Epissure

83 Diversité des faisceaux électriques
Au niveau des composants 400 références de câbles, 120 connecteurs, 50 dérivations, 15 fonctions différentes (1 à 9 versions) soit une combinatoire potentielle de 7 millions de faisceaux électriques différents ! Nombreuses options et variantes livraison synchrone temps de fabrication > délai de livraison durée de vie des références il y en a 4 par voiture

84 Diversité des besoins clients
pour satisfaire un maximum de clients, * le DO propose de nombreuses options et variantes sur le produit final * chaque client combine les options et variantes qu'il désire, * chacun peut donc sélectionner un produit personnalisé ABS Clim 3 portes 5 portes Lecteur Cd

85 Diversité des besoins en composants
LVE Avant LVE Arrière ABS 1 ABS 2 Fonctions du produit Variantes exclusives Pour réaliser ces produits, le fournisseur dispose d'un ensemble de composants élémentaires, * capables de satisfaire l'ensemble des fonctions élémentaires à réaliser, * ces composants entrent dans la composition des fonctions, * par exemple [...] les clients * ayant choisi parmi les fonctions élémentaires, celles qui les intéressent, le client 1 * ... le client ils n'ont donc pas les mêmes besoins en composants élémentaires * de plus, un certain nombre de contraintes existent entre les fonctions, telle que * et * la diversité implique la diversité des besoins en composants Implication composants

86 Ensemble des process candidats
Diversité des process Ensemble des process candidats

87 Partage de la représentation du produit
Produits mis sur le marché Différenciation perceptuelle : service, offres promotionnelles, politiques commerciales Diversité process A partir de l'analyse des cas industriels et de la littérature, nous avons été amenés à considérer les différents niveaux de diversité suivant : En partant des besoins des clients jusqu'au produits mis sur le marché Dans le cycle de réalisation d'un produit, nous distinguons 3 types de diversité : Fonctionnelle : ensemble des fonctions à réaliser par les produits finaux, elle se base sur l'ensemble des besoins des clients, Technique : ensemble des réalisations techniques capables de satisfaire la diversité fonctionnelle, Process : ensemble des process capables de réaliser une solution technique donnée dans un contexte industriel donné On a donc un niveau en trois couches La diversité des besoins des clients doit être déclinée plusieurs fois pour être transformée en besoins satisfaits : les question auxquelles nous avons souhaiter répondre sont les suivantes : Comment s'effectue le passage d'un type de diversité à l'autre ? Comment est outillé le passage d'un type de diversité à l'autre ? Comme limites nous ne nous intéresserons pas à * ni à * Diversité technique Diversité fonctionnelle [Martin et Ishii, 1996] choix stratégiques de la diversité Besoins des clients

88 Cas industriels Schneider Electric High Voltage (transformateurs HT / MT) Conception modulaire des produits Différenciation perceptuelle Standardisation des composants Auxitrol (capteurs de température) Composants paramétrables VALEO (faisceaux électriques automobiles) Standardisation (faisceaux enveloppe) Nous sommes donc parti de trois cas d'études d'industriels faisant face à la diversité de demande de la part de leurs clients en nous interrogeant sur la manière dont il prenait en charge cette diversité de la demande.

89 Apports constatés

90 Diversité fonctionnelle - technique
ABS Clim 3 portes 5 portes Lecteur Cd Diversité fonctionnelle Diversité technique LVE Avant LVE Arrière ABS 1 ABS 2 Variantes exclusives Implication Personnalisation par l'utilisateur Différenciation perceptuelle Standardisation des composants Conception modulaire des produits Composants paramétrables Standardisation des produits Méthodologies de conception pour la diversité Il existe dans la littérature un certain nombre de travaux permettant de passer de la diversité fonctionnelle à la diversité technique citer des réf : [ kusiak ] décomposition matricielle fonction pièce => modules [ Fouque ] commonalité [ Kota et al ] commonalité optimale [K. Otto] Martin... DFV architectures de FdP [ Jiao et Tseng ] fonc / struc / physi [Erens et Verhults] [Newcomb et al ] [Gonzalez Jugasti et al ] à partir du besoin

91 Diversité technique - process
Production synchrone Diversité technique Diversité process LVE Avant LVE Arrière ABS 1 ABS 2 Variantes exclusives Implication De même de nombreux travaux ... [ Lee at Tang ]travail sur la différenciation retardée [ Stadzisz ] Besancon proposition et selection de gammes d'assemblages génériques [ Zinn ]différenciation retardée [Swaminathan et Tayur ] différenciation retardée Standardisation des process Différenciation au stade de la distribution Resséquencement Restructuration des processus Technologies de groupe Gammes génériques d'assemblage

92 Pas de structuration de la démarche
Etat des lieux Diversité technique Diversité process Production synchrone LVE Avant LVE Arrière ABS 1 ABS 2 Variantes exclusives Implication La littérature dispose d'un certain nombre d'outils et indicateurs => mais manque de méthodologie globale (produit - process) qui prenne en compte la diversité du produit tout au long de son cycle de mise sur le marché Diversité fonctionnelle Pas de structuration de la démarche ABS Clim 3 portes 5 portes Lecteur Cd

93 II – Thèse de Bruno Agard : Contribution méthodologique
À l'oral : faire ressortir les points importants, ce qu'il faut retenir Le discours sera appuyé par une illustration sur un cas d'étude mené en parallèle Illustration sur un cas d'étude

94 Cas d ’étude : contexte industriel
Commandes client Production synchrone Tout d'abord nous allons détailler le contexte spécifique du cas d'étude Le contexte industriel dans lequel nous nous plaçons est le suivant: un fournisseur * fabrique des faisceaux électriques pour un DO * le fournisseur dispose de sites de proximité et de sites délocalisés *, il peut se faire approvisionner en produits semi-finis de ses sites délocalisés où se trouve une main d'œuvre moins coûteuse le DO reçoit les commandes de ses clients vis son réseau de concessionnaires * il transmet les commandes à son fournisseur * le fournisseur doit alors livrer dans un faible intervalle de temps * car le DO travaille en production en synchrone et exige d'être livré dans l'ordre où les produits se trouvent sur sa chaîne d'assemblage multi site mondial Délai de quelques heures

95 Contraintes du donneur d'ordres
Rappelons les contraintes du DO produit processus Contraintes produit : propose un grande diversité des produits finis exige des composants juste nécessaires Contraintes processus : exige d'être livré en synchrone

96 Contraintes du fournisseur
Et celles du fournisseur produits processus Contraintes produit : grande diversité du produit fini de très nombreux composants Contraintes processus : sites de proximité (réactif) sites délocalisés (coûts de production meilleur marché)

97 Problématique de diversité
Ce que veut le donneur d'ordre : au niveau logistique être livré en synchrone au niveau du produit des faisceaux électriques juste nécessaires Question du fournisseur Comment produire un produit à forte diversité dans de telles conditions ?

98 Méthodologie proposée
1. Mise en place d'une action « Maîtrise de la diversité » 2. Choix des indicateurs 3. Analyse des besoins fonctionnels 4. Création d'une structure fonctionnelle 5. Création d'une structure technique 6. Création des ensembles de process 7. Recherche des solutions 8. Choix d'une solution Je vais détailler chacun des points Equipe projet engagement de la direction acteurs de différents secteurs contraintes globales engagement transversal varie en fonction de l'état d'avancement Premières tâches de l'équipe définir des objectifs et les chiffrer en fonction de la stratégie de l'entreprise validés par la hiérarchie Validation des objectifs par l'équipe projet moi directeur technique ingénieur process

99 1 – Stratégie : action « Diversité »
Décomposer les faisceaux électriques en Modules Industriels qui seront réalisés dans les sites délocalisés et produits sur stock Réaliser un assemblage final sur site de proximité La stratégie utilisée est de : décomposer ... * réaliser ... * afin de * ainsi le temps critique pour la livraison synchrone est le temps d'assemblage final dans le site de proximité Réalisation des MI Livraison synchrone Assemblage à la commande

100 2 - Choix des indicateurs
Coût de gestion des références de Modules Industriels à gérer proportionnel au nombre de sous assemblages réalisés dans les sites délocalisés Temps d'assemblage final dépend du nombre de MIs dépend de la manière dont sont agencés les MIs limité par le temps de synchronisation entre les deux partenaires

101 3- Analyse des besoins fonctionnels
Attribut A Centrée sur le produit : identifier la manière dont chaque fonction doit être satisfaite taux de monte des options / associations entre options valeur moyenne souhaitée dispersion souhaitée a(i) : dispersion des valeurs des attributs pour chaque caractéristique i à un instant donné t(i) : évolution des dispersions en fonction du temps pour chaque caractéristique i t1 Nombre de client Valeur souhaitée t2 Nombre de client Valeur souhaitée t3 Nombre de client Valeur souhaitée Temps Futur Passé Présent

102 3- Analyse des besoins fonctionnels
Centrée sur le client: définir un client type définir plusieurs groupes de clients (Data Mining : clustering) il pourra être judicieux de proposer plusieurs groupes de produits ciblés par groupes de clients sélectionner un ensemble / sous-ensemble de clients à satisfaire en priorité (Data Mining : classification) ex : faire un produit haut de gamme pour une certaine catégorie de clients chiffrer les associations de demande des clients (DM association rules / analyse de paniers) ex : si un client choisit l'option A et l'option B, alors dans 72% des cas il choisira aussi l'option C

103 4- Création d'une structure fonctionnelle
Analyse des besoins fonctionnels La fonction est- elle stable ? non La variabilité de la fonction peut- elle être assurée par une conception robuste à faible coût d' enveloppe ? Fonction stable oui a et t petit But : séparer les fonctions stables et les fonctions variables Il y a une variabilité dans le temps ? non Options et variantes non a grand oui Fonction à versionner oui t grand Variable dans le temps Variable entre produits

104 5- Création d'une structure technique
Fonction stable Fonction à versionner Variable dans le temps Variable entre produits Options et variantes Variantes Options Plate-forme commune / solutions techniques permanentes Taux de monte important et coût d'enveloppe faible ? non Forte corrélation dans la demande et coût d'enveloppe faible ? Expliquer : options / variantes (ne pas prendre l'exemple des roues en option) Comme au cas précédent on sépare les aspects stables et les aspects variables les éléments variables sont gérés sous forme de modules Module spécifique non oui Module enveloppe oui

105 Proposition Découpage fonctionnel Découpage structurel ABS 1
Variantes exclusives LVE Avant LVE Arrière ABS 1 ABS 2 Les MI peuvent êtres créés : soit en s'appuyant sur les composants => découpage structurel soit en s'appuyant sur les fonctions => découpage fonctionnel notre apport ici a été d'intégrer le process du fabricant dans la sélection des MI à réaliser car nous comparons les coûts liés à la diversité provoquée par le découpage modulaire au temps gagné dans le processus d'assemblage final. Implication Découpage structurel

106 Définition des modules
C1 Nouveaux modules C3 F’ A C7 C7 E4 C6. E1 D6 E3 le temps gagné en assemblage final ... le coût est directement proportionnel au nombre de faisceaux, D2 D1 D3 E6 D5 J D7 E2 E7 B E8 C2 H D8 F C1 D1 E2 Connecteur Dérivation Epissure Fils d ’un MF E5 D4 C9. C C’ C8 H’ C4 E C5 C10

107 Nombre de MIs à produire
Soit 4 fonctions à satisfaire A, B, C et D, en diversité totale nous devrons créer au maximum 24-1=15 MIs différents. A, B, C, D, AB, AC, AD, BC, BD, CD, ABC, ABD, ACD, BCD, ABCD Contraintes A est une fonction obligatoire B et C incompatibles Si un taux d'enveloppe est autorisé standardisation / règles d'associations (Data Mining) si (A et B) alors D dans 95 % des cas

108 7- Recherche des solutions
Evaluation des indicateurs La solution est-elle acceptable ? oui Solution valide Reconception non Produit : - Conception modulaire - Standardisation des composants Process : - Standardisation du process - Reséquencement Report d'opérations Inversion d'opérations

109 Modeleur de configuration (Windchill) (1)
Création / édition d'articles génériques paramétrables Ajout d'options, de contraintes (expressions booléennes) et de limitations Assemblage de la structure générique Déclaration et abréviation de méthodes java pouvant être utilisées dans les expressions Génération d'instances de produits et/ou variantes

110 Enregistrement de configuration (Windchill) (2)
Objectif : à partir d'instances de produits créées avec le générateur de produit et enregistrées dans la base de données permet d'enregistrer une spécification de variante comme un nouvel article figé

111 Les essais et tests physiques et numériques