michel tollenaere (inpg) g-scop.fr/~tollenam/ipro3

1Module PLM – Part3 : processus, projets, évolutions

Product Lifecycle Management (P.L.M.)

Chapitre 3 : Projets, processus, évolutions

IPRO 3 option ICP

Michel Tollenaere (INPG)http://www.g-scop.fr/~tollenam/ipro3

3 Projets,

processus, évolutions


Sommaire du cours

• 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

Gestion documentaire, CAO, échanges de données

Communication avec les ERP et autres processus

• 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é

• 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

3 Projets,



Project information management3 Projets,



Creating a project

• Step 1: Create Project

• Step 2: Select the Team

• Step 3: Compose Invitation

• Step 4: Define Details

• Step 5: Define More Details


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

• 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. Continue


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 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 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 5: Define More Details

• In Step 5, you can define additional project details according to project type selected in previous steps.


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.


Team and Role Management


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.


Change Management (EC)

– 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

EC initialisation

EC Pre-feasibility studies

EC Impactsand feasibility

studies

Selection & Solution Definition

Associateddocumentation

up-date

New solutionnotification

New solutionembodiment

EngineeringChange Request(ECR)

Engineering ChangeProposal (ECP)

Solution to be implemented &Potential impacts assessedECO released

Solutionimplemented &notifiedDocumentationup-dated

ECR initialised

Potentialsolutionsdefined

Documentation up-dated

New solutionnotified

Stage 1: EC Proposal

Stage 2 : EC Investigation

Stage 3 : EC Embodiment

Notification

Fichiers et Documents

Approbatio

n

Evolution de statut

Push de documents

Efficience et Traçabilité


Contexte : un environnement complexe

Comment gérer les évolutions ?

Organisations

Task 1

Task 2Task 3

Tâches, processus

Fichiers et Documents

Fonctions, Composants, assemblages et Nomenclatures


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é.

18Module PLM – Part3 : processus, projets, évolutionsGrenoble - 20/02/2002

La gestion des évolutions : les causes

CYCLE DE VIE DU PRODUITConception / Définition Fabrication / Assemblage Service /Support

Evolutions des spéc.

Pbs identifiés dans l ’organisation

Retours "Client"

Réajustements identifications d ’un écart

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)


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


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


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


Définition de solution Décision d’industrialisation

Proposition de Planning prévisionnel

trinôme comité

2. Diagramme d’activité de l’activité Etude de Faisabilité

Demande d’évolution [acceptée]

Rapport de faisabilité [vierge]

Rapport de faisabilité [rempli]

« re-direction »

Rapport de faisabilité [rempli]

Planning prévisionnel

Demande d’évolution [abandonnée]

[non accord réalisation]

[accord réalisation]

Rapport de qualification [vierge]



technicien BEQ

technicien AT

responsable BE


La gestion des évolutions : liens avec la modélisation

Modélisation du processus de traitement des modifications dans le SIP

Réalisation dossier définition

Réalisation dossier de qualification

Plan de définition

Rapport de qualification[état 1]

gestionnaire BE technicien BEQ

Rapport de faisabilité [validé]

Validation du planning

technicien AT

Rapport de qualification [vierge]

Planning prévisionnel

Constitution du dossier d’évolution

Dossier d’évolution

Planification

Proposition de Planning

actualisé

responsable BE

Planning actualisé

Préparation des produits pour essais

Analyse des essais et décision de produire

Produit pour essais

NomenclaturePlan de

qualification

Gestion des essais

Suivi de la réalisation industrielle

Enregistrement

Rapport d’essais

Rapport de qualification[état 2-décision de produire]

Rapport de qualification

[état 3-code date]

DE [acceptée]

• Définition des processus• Définition des activités• Définition des tâches• Définitions des interactions • Définition des attributs • ...


Contexte

St Nazaire

StadeHamburg

Toulouse

Broughton

Nantes

FiltonBremen

Madrid

Meaulte

Seville

Varel

PRODUITS COMPLEXES ORGANISATION DISTRIBUEE

PROCESSUS DE DEVELOPPEMENT ET INGENIERIE CONCOURANTE


Contexte

NACELLES

MATS

AILES : Dev : GB Fab. : GB

MATS : Dev : France Fab. : France Co-développement Fournisseurs

NACELLES : Dev : France Fab. : France

A340-500/600 : 50 cas de modifications Conception / Definition hors itérations Natures Criticités


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

Influences sur les programmes / projets

Influences sur les produits

Influences sur l’organisation et son réseau

de nouvelles modifications

Un processus de traitement des modifications

CA

US

ES

CO

NS

EQ

UE

NC

ES


Opportunités de traitement des modifications

Spécificatio

ns

Conception

Définitio

n

DéveloppementSérie

En Service

Phase(s) du cycle de vie impactée(s)

Décision et “gel” des choix

Coûts

Réduction possible des coûts

Volume de modifications

Coûts des modifications


Comment optimiser les performances du processus de traitement des modifications ?

Problématique

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


Processus de gestion de configuration et SGDT

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

Des programmes militaires et spatiaux vers l’industrie

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

Les Systèmes de Gestion des Données Techniques


Enjeux industriels et académiques

ENJEUX INDUSTRIELS

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

ENJEUX ACADEMIQUES

Processus de conception et processus de gestion de configuration

Modifications en conception

Optimisation du traitement des modifications en conception


Revue des contributions existantes

PHENOMENE +

TRAITEMENTEXIGENCES

AMELIORATIONS GLOBALES DU TRAITEMENT

AMELIORATIONS LOCALES DU TRAITEMENT

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

PHENOMENE +

TRAITEMENT

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é

EXIGENCES


Revue des contributions existantes

PHENOMENE +

TRAITEMENTEXIGENCES

AMELIORATIONS GLOBALES 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

PHENOMENE +

TRAITEMENT

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

EXIGENCESAMELIORATIONS GLOBALES DU TRAITEMENT



Proposition : CadreFAIT TECHNIQUE CONSTATE

OUVERTURE DE LA RESOLUTION ?

NONNON

SELECTION D’UNESOLUTION

PAS DE SELECTION POSSIBLE

OUI

ORDONNANCEMENTDE LA RESOLUTION

EVALUATIONDES SOLUTIONS

RESOLUTION DU PROBLEME (CONCEPTION GENERALE DES SOLUTIONS)

ELABORATIONDES CONCEPTSDE SOLUTIONS

FORMALISATIONDU PROBLEME

DEFINITION DU PERIMETRE DU

PROBLEME

DEFINITION DES

OBJECTIFSDE LA RESOLUTION

CONCEPTION DETAILLEE DE LA SOLUTION

SELECTION D’UNE ALTERNATIVE

ARCHIVAGE DU PB, DE LA RESOLUTION ET DE LA SOLUTION

IMPLEMENTATION PHYSIQUE DE LA SOLUTION

GESTIONNAIRE DE CONFIGURATION

ACTEUR METIER

COMITE DE CONTRÔLE DE LA CONFIGURATION

PROCESSUS D’ANALYSEDU PROBLEME

PROCESSUS DECONCEPTION

PROCESSUS DECOORDINATION

EVALUATIONDES SOLUTIONS

FORMALISATIONDU PROBLEME

DEFINITION DU PERIMETRE DU

PROBLEME

DEFINITION DES

OBJECTIFSDE LA RESOLUTION

ORDONNANCEMENTDE LA RESOLUTION

RESOLUTION DU PROBLEME (CONCEPTION GENERALE DES SOLUTIONS)

ELABORATIONDES CONCEPTSDE SOLUTIONS

CONCEPTION DETAILLEE DE LA SOLUTION

OUVERTURE DE LA RESOLUTION ?

SELECTION D’UNESOLUTION

ARCHIVAGE DU PB, DE LA RESOLUTION ET DE LA SOLUTION


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 :

vision du produit orientée “structure” vision du produit orientée “réseau”

Liens de composition

Liens d’association

Liens de dimensionnement

Liens de positionnement

Liens de dépendance organisationnelle

Liens de dépendance fonctionnelle

Proposition d’enrichissement


Contribution : Méthode d’analyse d’impacts

Comp. 0

Comp. 1 Comp. 2Comp. 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.

racine

“Check-list ” pour les acteurs

Historique des investigations

Performances : profondeurs et dépendances


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

Demande de modification

Caractéristiques

Contexte d’émission

Typologie des demandes de modifications

demandes de type X demandes de type Y demandes de type Z

stratégie de traitement

“Squelette”de processus de traitement + indicateurs


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

Définition de la stratégie à mettre en oeuvre

C’est une demande de type nQuelle stratégie mettre en oeuvre ?

BibliothèqueDe

Traitements

Appliquer

la stratégie n°i

A la stratégie n°i, correspondent :• Le squelette de processus n°j • Les indicateurs X, Y, Z

Adaptation du squelette proposé par le GDC

Allocation des ressources

Déclenchement du traitement et supervision du processus par le GDC


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

...

EXPLOITATION DU PRODUIT

Standardisation

Accessibilité

Réparabilité

Maintenabilité

...

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.)

4 Très favorable

3 Favorable

2 Équivalent

0 Très défavorable

1 Défavorable


Contribution : Méthode d’évaluation des solutions

PROCESSUS D’EVALUATION

Agrégation des résultats au niveau des critères (moyenne)

Présentation des résultats pour chaque alternative

Consolidation des

résultatsPondérationdes

sous-critères

Assignation des valeurs aux sous-critères

alternatives documentées

Confrontation des évaluations

alternatives documentées et définies


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é

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)

ADAPTATION AU CAS


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

NAVIGATEUR “LEGER”Internet Explorer

Requêtes HTTP

SERVEUR D’APPLICATION CM-EC

APACHE +PHP

Requêtes PHP

USER DBUSER DB

PROCESS DBPROCESS DB

WORKSPACE DBWORKSPACE DB

PRODUCT DBPRODUCT DB

SERVEUR DE BASES DE DONNEESMySQL

Requêtes SQL


CM-EC : Spécifications fonctionnelles

Login

Communication

Access Workspaces

USER

Access Product Information

CAS D’APPLICATION GENERIQUE

Product DB Management

User DB Management

Process DB Management

Workspace DB Management

ADMIN

CAS D’APPLICATION ADMINISTRATEUR

CCC Decisions Validation

Analysis Validat ion

Solutions Synthesis Storage

Process Supervision

CM

Change Proposal Creation

CAS D’APPLICATION GESTIONNAIRE

Change Proposal Study in the Light of Modification Openi...

CCC Member

Proposed Solution Assessment for Implementation Decision

Communication Login

<<include>><<include>><<include>>

CAS D’APPLICATION COMITE DE CONTROLE DE CONFIGURATION

Login Access to Workspace Access to Product Information

Change Proosal Analysis

ACTOR

Solutions Development

<<include>>

<<extend>><<extend>>

<<include>><<extend>>

<<extend>>

CAS D’APPLICATION ACTEUR


ADMIN CCC Member

MAIL

MAIL ID : StringCONTENT : StringSUBJECT : StringTO : StringFROM : StringDATE : String

NOTIFICATION

FINAL EVALUATION

DIMENSION DEPENDENCY

COMPOSITION DEPENDENCY

FONCTIONAL DEPENDENCY

LOCATION DEPENDENCY

ORGANIZATION DEPENDENCY

ASSOCIATION DEPENDENCY

CRITERIA

EXPLOITATION : StringPERFORMANCES : StringRISKS : StringLEAD TIMES : StringRC COSTS : StringNRC COSTS : String

PRODUCT

PRODUCT ID : StringPRODUCT NAME : String

DECISION

DECISION ID : StringSTATE : StringDESCRIPTION : StringDATE : StringTYPE : String

FILE

FILE ID : StringDATE : StringNAME : StringPATH : String

PROCESS LIBRARY

NAME : StringDESCRIPTION : StringPROCESS ID : StringFIRST TASK ID : String

ACTOR

JOB : StringCATEGORY : String

RESULT

DESCRIPTION : StringRESULT ID : StringTASK ID : String

1

1

1

1

can be

1..*

1

1..*

1 can be

TASK

TASK ID : StringDESCRIPTION : StringSTATE : StringEND DATE : StringBEGINNING DATE : StringPLANNED END : StringPLANNED BEGINNING : StringUSER ID : StringPROCESS ID : String

1..n

1..n

1..n

1..n

provides

1..n

1..n

1..n

follows

1..n

ACTOR

JOB : StringCATEGORY : String

1..n

1..n

1..n

1..n realize

SOLUTION

SOLUTION ID : StringDESCRIPTION : StringSTATE : String 0..1

1..n

0..1

1..n

can be associated to

EVALUATION

EVALUATION ID : Stri ngUSER ID : Stri ngDATE : Str ingDESCRIPT ION : StringTYPE : String

1

1

1

1

must be

CCC Member

1..n1..n 1..n1..n

carry out

CHANGE PROPOSAL

CHANGE PROPOSAL ID : StringEMERGENCY : StringDATE : StringORIGIN : StringSTATE : StringDESCRIPTION : StringPRODUCT ID : String

1..n

1

1..n

1is answered by

0..1 1..n0..1 1..ncan be associated to

PROCESS

TYPE : StringNAME : StringDESCRIPTION : StringPROCESS ID : StringFIRST TASK ID : String

1 11 1

is extracted from

USER

USERID : StringNAME : StringFIRSTNAME : StringCOMPANY : StringDEPARTMENT : StringLOGIN : StringPWD : StringEMAIL : StringROLE : String

CM

1..n

1

1..n

1

triggers

IMPACT

IMPACT ID : StringCOMPONENT ID : StringIMPACTED COMPONENT ID : StringIMPACT TYPE : String

C OMPON ENT DEPENDENCY

COMPONENT

NUMBER : StringCOMPONENT NAME : StringNATCO : StringLAYER : StringLOCATION : StringVERSION : StringITERATION : StringSTATE : StringTYPE : StringCREATOR : StringCREATION DATE : DateLAST MODIFICATOR : StringLAST MODIF DATE : DatePRODUCT ID : String

n1..n

n1..nis made of

IMPACT ANALYSIS

IMPACT ANALYSIS ID : Stri ngDESC RIPTION ID : StringDATE : Stri ng

1..n

1

1..n

1

provides

1..n

1..n

1..n

1..n

uses

1

1..n

1

1..n

is based on

VIRTUAL WORKSPACE

ID : Str ingNAME : StringINVESTIGATION PROCESS ID : StringEVALUATION PROC ESS ID : Stri ngINVESTGATION DECISION ID : StringEVALUATION DECISION ID : Stri ngFINAL EVALUATION ID : String

1

1

1

1

is associated to

1..n 11..n 1is supported by

1..n

1..n

1..n

1..nacess

1..n

1

1..n

1

is responsible of

1

1..*

1

1..*

contains

CM-EC : Spécifications fonctionnelles

PRODUITORGANISATION

ESPACE VIRTUEL PARTAGES



MODULE D’ANALYSE D’IMPACTS

Composant initialement impacté

Propagations possiblesau premier niveau

Composant sélectionnépour investigation

Propagations possiblesau second niveau

Propagations possiblesau troisième niveau

Composant sélectionnépour investigation



SUPERVISION DES PROCESSUS DE TRAITEMENT



MODULE D’EVALUATION DES SOLUTIONS



SUPPORT A LA COLLABORATION


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


Retour d’expérience


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

Couvert

Couvert (en partie)

Non Couvert

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


Synthèse : Contributions scientifiques

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

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


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


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 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)


Product Lifecycle Management (P.L.M.)

Chapitre 4 : Articles, nomenclatures, composants,

gestion de diversité

Master Pro Ipro3 option ICP

Michel Tollenaere (INPG)http://www.g-scop.fr/~tollenam/ipro3

4Composants,

nomenclatures, diversité


Sommaire du cours

• 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

Gestion documentaire, CAO, échanges de données

Communication avec les ERP et autres processus

• 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é

• 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

4Composants,



21

Roulement à billes NF E 22_300

Vis CHC NF E 25-111

Buts de PLib (ISO 13584) :

• modélisation

• échange

• archivage

Bibliothèque / Catalogue de

composants techniques

Gestion des composants standards4

Composants, nomenclatures,

diversité


Catalogues Electroniques Intelligents: Exemple

d D B Cdyn C0 nkin ntherm

[mm] [mm] [mm] [kN] [kN] [1/s] [1/s]

180 280 31 140 145 5600 2800

weight

[kg]

6.64

type Frad Fax n

[-] [kN] [kN] [1/s]

non dependent part properties:

context parameters:

622 50 2.5 980

L10h

[106 n]

derived parameters:

e=0.22IF Fax/Frad<=e THEN X=1 IF Fax/Frad<=e THEN Y=1IF Fax/Frad>e THEN X=0.56IF Fax/Frad<=e THEN Y=2L10h= 100000 / (60 * n) * (C/P)^ (10/3)

derivation function

free parameters


Qu'est ce que PLib ?(ISO 13584)

Fournisseurs de Composants

Fournisseurs de Composants PropriétésPropriétésFamilles de

Composants

Familles deComposants

diamètre,hauteur,...

Fournisseurs de composantsOrganisations de Standardisation...

Echange de données

Système CAO A Système CAO B

CôtéFournisseur

CôtéUtilisateur

Vue Géométrique Vue Eléments Finis

définit est caractérisée par

EXPRESS


Catalogues Electroniques Intelligents: Représentations

Modèle Général

Modèles Fonctionnels

is view of

is view ofis vie

w of

is vie

w of

Représentation- 2D

Représentation principaleCalculs

Représentation simpifiée 3D

is view of

. . .

Modèles Fonctionnels


Standard PLib: StatutStandard PLib: Statut

Expressions Catalogues : structureet contenu

Identificationdes

fournisseursde bibliothèques

Interface deGéométrie

(API)

Dictionnaire dedonnées:Modèle et

Méthodologie

Vue de type Géométrie

Paramétrique

Vue de typeReprésentations

STEP

Concepts liés à l'approche PLib

IS ISISDIS DIS WDFDIS

DIS

CD

Part 20 Part 24 Part 26 Part 31 Part 42 Part 101 Part 102

ISO 13584-1

Part 10

Généralités, définitions et structure documentaire du standard


4Composants,


Structures « produit », Structures « produit », nomenclaturesnomenclatures


http://www.johnstark.com/


Gestion des systèmes d’unités (Windchill 1)

– 4 systèmespré-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


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


schéma réelpar version

Phase de développement

Dossier de développement

Proto 1, 2 , 3 ...

Achat fournisseurs

placement - routage

schéma générique

prototypes

Achat des articles-> fourniture d’un fichier excelsur disquette au Sce achats

Phase présérie

Dossier de développement

Présérie 1, 2 , 3 ...

Pas de gestion d’indices

Pas de gestion VEGA

Achat des articles-> fourniture d’un fichier excelsur disquette au Sce achats

Première gestion des indices

Phase S.I.L.

Dossier de gestionpour la production

S.I.L.

Achatfournisseurs

placement - routagedéfinitif

pièces série

gestion des indices

gestion VEGA

Achat fournisseurs

placement - routage

schéma générique

prototypes

BE Dossiers

Piècesmécaniques

BE Dossiers Dossier R&D

Prépa Phases Prèsèrie puis S.I.L.Réalisation du dossier initial avantlancement de la gestion production

articles á intégrer dans VEGA2-> fourniture d’un fichier excel (surdisquette) avec comparaison entre lesniveaux de la dernière présérie et lelancement S.I.L.)

gestion des indices

gestion VEGA

Intégration des produits électroniques BTP dans la GDT VEGA2

1.1 La nomenclature du produit

n° électronique ind (s) désignation carte NiveauCIP(c.i.)

NiveauCIM(differ.retardée)

Niveau(cartemontéefinie)

Produitvendu

Documentinformatisé

niveau CIP51 005 118 24 B Schéma CAO A2 x Visula51 005 118 25 B EM CAO A2 x Visula51 005 118 26 B CIP A2 x Visula51 005 118 27 B Clichés A2 x Visula51 005 118 28 B Schéma CAO B2 x Visula51 005 118 29 B EM CAO B2 x Visula51 005 118 30 B CIP B2 x Visula51 005 118 31 B Clichés B2 x Visula51 005 118 32 B Schéma CAO C2 x Visula51 005 118 33 B EM CAO C2 x Visula51 005 118 34 B CIP C2 x Visula51 005 118 35 B Clichés C2 x Visula

niveau CIM

51 005 118 36 AA Récap A2 x Word51 005 118 37 AB Schéma A2 x Visula/ Autocad51 005 118 38 AB EM et Nom sans transfo. A2 x Visula/ Autocad

+ Gina51 005 118 39 AA Récap B2 x Word51 005 118 40 AB Schéma B2 x Visula/Autocad51 005 118 41 AB EM et Nom B2 x Visula/ Autoc/gi51 005 118 42 AA Récap C2 x Word51 0051 18 43 AB Schéma C2 x Visula/Autocad51 0051 18 44 AB EM et Nom C2 x Visula/ Autoc/gi

niveau CIM

51 005 118 45 AA Récap produit 48 A2 48 x Word51 005 118 46 AA EM et Nom avec transfo. A2 48. x Visula/ Autoc/gi51 005 118 47 AA Transfo 48 A2 48 x

niveau produit vendu

51 005 118 57 AA Récap produitpersonnaliser 48

x Word

51 005 123 36 AA EM + Nom.(+ B2 + C2)

A2 48 x Autocad + Gina

51 005 118 61 AA Boîtier x51 005 118 62 AA Clip de face avant x51 005 118 63 AA Face avant x51 005 118 64 AA Rallonge poussoir x51 005 118 65 AA Capot étanche IP55. x51 005 118 66 AA Etiquette x51 005 118 67 AA Etiquette x51 005 118 68 AA Etiquette x51 005 118 69 AA Etiquette x


article

Composant commerce

Sous ensemble

est_composé_de- Code- description

- Quantité- repère

2 .. *

0.. *

Classe_objet

- attribut 1- attribut 2

- méthode 1 Lien d ’héritage Association

Rôle de l ’association

Cardinalité d ’association

2 .. * 0.. *

- Cas d ’emploi

- masse- masse

Cas d ’emploi

Consolidation de propriétés


article

Composant commerce

Sous ensemble

est_composé_de- Code- description

- Quantité- repère

2 .. *

0.. *

Fournisseur

Article_Fournisseur

fournit

0.. *

1.. *

1

1représente

- adresse

- code_fourn.


article documentreprésente

Composant commerce

Sous ensemble

est_composé_de

Tâche

Correction Modification

porte_sur

- auteur- date

- Code- description

item

- modifs en cours


articledocument

Composant commerce

Sous ensemble

est_composé_de

Modification

Item_versionItem_versionnable

- id version- Code- description

1.. *1

1

1..2

Ancienne_versionNouvelle version


Configurateur et nomenclature générique

Exemple

bleue

verte

rouge

Générique : Peugeot 206

moteur

4 cylindres thermique électrique

alimentation

Réservoir à essence

batterie

carrosserie roues

“optionnel”

climatiseurradio

“optionnel”

Nomenclature Générique

climatiseurbleue

verte

Type : Peugeot 206-S16

Moteur 4 cylindres Réservoir

à essence

carrosserie roues

“optionnel”

radio

“optionnel”

cylindre valve

Nomenclature Type

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 ...

“optionnel”

Cylindre n°... Valve n° ….

Nomenclature Exemplaire


Creating Parts in a 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


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.


Modifying a Product Structure


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.


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.


Problématique de gestion de diversité

4Composants,



Quelques chiffres

Ford T 1908 1 modèle unique

Renault 4 1963 11 variantes

Renault 16 1971 6 000 variantes



Peugeot 306 1998 175 000 variantes

[Tarondeau, 1998], [Fouque, 1999]


Faisceau électrique

C1

C3

C7

C4

C5C8

C9.

C10

C6.

C2

C1 Connecteur

E7

E1

E4

E3

E6

E2

E8

E5

E2 Epissure

D1 D2D3 D5 D7

D4

D1 Dérivation

D6

D8

Fils

J

C C’

F’

FH

H’

B

A

E


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 !


Diversité des besoins clients

ABS

Clim

3 portes

5 portes

Lecteur Cd


Diversité des besoins en composants

composants

LVE Avant

LVE Arrière

ABS 1

ABS 2

Fonctions du produit

Variantes exclusives

Implication


Diversité des process

Ensemble des process candidats


Partage de la représentation du produit

Diversité fonctionnelle

Diversité technique

Diversité process

Besoins des clients

Produits mis sur le marché

[Martin et Ishii, 1996]

choix stratégiques de la diversité

Différenciation perceptuelle :•service,•offres promotionnelles,•politiques commerciales


Cas industriels

• Schneider Electric High Voltage (transformateurs HT / MT)– Conception modulaire des produits

– Différenciation perceptuelle

– Standardisation des composants

• Auxitrol (capteurs de température)– Conception modulaire des produits

– Composants paramétrables

• VALEO (faisceaux électriques automobiles)– Standardisation (faisceaux enveloppe)


Apports constatés

Sch

neid

er

Ele

ctri

c H

V

Aux

itro

l

VA

LE

O

Diminution du temps et du coût de développement Diminution du nombre de références à traiter Augmentation de la taille des séries Augmentation de la productivité Simplification de la maintenance Simplification du process (livraison synchrone) Diminution du temps de fourniture des devis Diminution du temps de création de gammes de fabrication

Diminution du temps de facturation


Diversité fonctionnelle - technique

ABS

Clim

3 portes

5 portes

Lecteur Cd


Diversité technique

LVE Avant

LVE Arrière

ABS 1

ABS 2Variantes exclusives

Implication

Personnalisation par l'utilisateurDifférenciation perceptuelleStandardisation des composantsConception modulaire des produitsComposants paramétrablesStandardisation des produitsMéthodologies de conception pour la diversité


Diversité technique - process

Production synchrone

Diversité technique Diversité process

LVE Avant

LVE Arrière

ABS 1


Implication

Standardisation des processDifférenciation au stade de la distributionResséquencementRestructuration des processusTechnologies de groupeGammes génériques d'assemblage


Etat des lieux

ABS

Clim

3 portes

5 portes

Lecteur Cd



Diversité technique Diversité process

LVE Avant

LVE Arrière

ABS 1


Implication

Pas de structuration de la démarche


II – Thèse de Bruno Agard : Contribution méthodologique

Illustration sur un cas d'étude


Cas d ’étude : contexte industriel

Délai de quelques heures

Commandes client



Contraintes du donneur d'ordres

• Contraintes produit :– propose un grande diversité des produits finis

– exige des composants juste nécessaires

• Contraintes processus :– exige d'être livré en synchrone


Contraintes du fournisseur

• 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é)


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 ?


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


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é

Réalisation des MI

Assemblage à la commande

Livraison synchrone

100

Module PLM – Part3 : processus, projets, évolutions

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


• 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

Attribut A

3- Analyse des besoins fonctionnels

TempsFuturPassé Présent

t1

Nombre de client

Valeur souhaitée

t2

Nombre de client

Valeur souhaitée

t3

Nombre de client

Valeur souhaitée

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

Lafonction est-

elle stable?

Ily a une

variabilité dans le temps

?

non

oui

Variable dans le temps Variable entre produits

Fonction stable

oui

a et t petit

Options et variantes

non a grand

Fonction à versionner

oui t grand

non

Lavariabilité

de la fonction peut-elle être assurée par une

conception robusteà faible coût d'

enveloppe ?

104


5- Création d'une structure technique

Plate-forme commune /solutions techniques permanentes

oui

Tauxde monte

important et coût d'enveloppe

faible?

Fortecorrélation

dans la demande et coût d'enveloppe

faible?

non

Module enveloppe

oui

Module spécifique

non

Fonction stable Fonction à versionner

Variable dans le tempsVariable entre produits

Options et variantesVariantesOptions

105


Proposition

LVE Avant

LVE Arrière

ABS 1


Implication

Découpage fonctionnel

Découpage structurel

106


C1

C3

C7

C4

C5

C8C9.

C10

C6.

C2

E7

E1

E4

E3

E6

E2

E8

E5

D1 D2D3 D5 D7

D4C1

D1

E2

Connecteur

Dérivation

Epissure

Fils d ’un MF

J

C C’

F’

FH

H’

B

A

E

D6

D8

C7

Nouveaux modules

Définition des modules

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

Produit : - Conception modulaire - Standardisation des composants

Process : - Standardisation du process - Reséquencement - Report d'opérations - Inversion d'opérations

Reconceptionnon

oui

Solution valide

Lasolution est-elle

acceptable?

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