Managementul ciclului de viață al produsuluiManagementul ciclului de viață al produsului (PLM) este procesul gestionării întregului ciclu de viață al produsului, de la concepție, trecând prin proiectare și fabricație, până la service și eliminarea de pe piață. PLM integrează oameni, date, procese și sisteme de afaceri și reprezintă coloana vertebrală digitală a datelor despre produs, pentru companie și întreprinderea extinsă. PLM reprezintă o viziune atotcuprinzătoare pentru managementul tuturor datelor referitoare la proiectarea produsului, producția, suportul (service) și retragerea finală a produselor fabricate de pe piață. PLM este asociat cu fabricarea produselor, însă structura managementului poate fi utilizată și pentru dezvoltarea de software și furnizarea de servicii. Conceptele PLM au fost introduse inițial acolo unde siguranța și controlul erau extrem de importante, și anume în industria aerospațială, a dispozitivelor medicale, industrii militare și nucleare. În ultimii ani, fabricanții de instrumentații, mașini industriale, electronică de consum, bunuri ambalate și alte produse industriale complexe au descoperit beneficiile soluțiilor PLM și au adoptat software PLM eficiente, în număr tot mai mare. PLM implică integrarea informațiilor despre cerințele pieței cu activitățile CAD, CAM, CAE, planificarea producției și fabricația digitală, precum și cu gestionarea datelor despre produs (PDM- Product Data Management). PLM poate fi considerat ca o integrare a instrumentelor CAD, CAM și PDM cu metode, oameni și procese în toate etapele vieții produsului. Software PLM poate fi utilizat pentru automatizarea managementului datelor referitoare la produs și integrarea datelor cu alte procese de afaceri, ca de exemplu Planificarea Resurselor Întreprinderii (ERP) și Sisteme de Execuție a Fabricației. Un Sistem de Execuție a Fabricației este un sistem de control pentru managerizarea și monitorizarea produsului în curs de execuție, la nivelul atelierelor fabricii. Software PLM permite companiilor să managerizeze întregul ciclu de viață al produsului, în mod eficient, de la generarea ideilor, proiectare și fabricație, inclusiv service și până la abandonare.

Managementul ciclului de viață al produsului (PLM) trebuie deosebit de managementul ciclului de viață comercială a produsului : Product life cycle management (marketing)). În timp ce PLM descrie aspectele de inginerie a produsului, de la generarea ideii, până la dezvoltarea produsului și viața lui utilă, managementul ciclului de viață comercială se referă numai la managementul comercial al vieții produsului pe piață, în privința măsurilor pentru vînzare și a costurilor. Scopul PLM este de a include aspectele referitoare la managementul informațiilor și proceselor create și utilizate pe parcursul „vieții” produsului. Obiectivele PLM constau în creșterea veniturilor aduse de produse,reducerea costurilor asociate produselor și maximizarea valorii portofoliului de produse.. PLM este considerat ca fiind parte integrantă a modelului producției suple :lean production).

Cuprins

1 Definiții alternative 2 Elemente incluse în soluțiile PLM 3 Istoria apariției PLM 4 Beneficii obținute 5 Categorii de produse care utilizează PLM 6 Fazele managementului ciclului de viață al produsului

7 Componentele sistemelor PLM 8 Service 9 Software PLM 10 Instrumente și standarde pentru PLM 11 Viitorul PLM 12 Managementul ciclului de viață în buclă închisă

Definiții alternative

În prezent, nu există o definiție descriptivă standard, unanim acceptată a managementului ciclului de viață al produsului. În afară de definițiile prezentate în „Introducere”, există și alte formulări ale acestui concept. Astfel, Antti Saaksvuori și Anselmi Immonen (2004) consideră că: „Managementul ciclului de viață al produsului este un concept sistematic, controlat pentru managerierea și dezvoltarea produselor și a informațiilor referitoare la produse. PLM oferă managementul și ținerea sub control a proceselor produsului: dezvoltarea produsului, realizarea producției și marketingul produsului, procesul de fabricație și livrare la comanda clientului, controlul informației referitoare la produs, pe tot parcursul ciclului de viață.” Esența PLM este crearea, păstrarea și stocarea informațiilor referitoare la produsele și activitatea companiei, cu scopul de a asigura găsirea rapidă și ușoară, rafinarea, distribuirea și reutilizarea datelornecesare pentru operațiunile zilnice.

CIMdata definește PLM ca fiind:

-O abordare strategică a afacerilor care aplică un set consistent de soluții de afaceri ce sprijină crearea în colaborare, managementul, diseminarea și utilizarea informațiilor de definire a produselor, în întreprinderea extinsă, de la concepție până la sfârșitul vieții, integrând oameni, procese, sisteme de afaceri și informații. PLM se referă în principal la managementul reprezentării digitale a acestei informații.

-PLM sprijină întreprinderea extinsă (clienți, parteneri de proiectare și furnizori).

-Se extinde de la concepție până la sfârșitul vieții produsului sau instalației.

CIMdata Inc. (op.cit.) utilizează denumirea „instrumente de creare a informației” pentru aplicații de dezvoltare a configurației produsului, care se extind de la CAD mecanic și electronic până la ingineria software asistată de calculator (CASE) și până la editarea tehnică (de exemplu, pachete de birotică care rulează pe calculator). Alt software inclus în aceste instrumente de creație este CAM (Computer Aided Manufacturing -Fabricația asistată de calculator). Prin definirea și planificarea succesiunii operațiilor de fabricație, inclusiv a geometriei, a parametrilor de prelucrare și a resurselor de prelucrare, sistemele CAM pot genera și elabora postprocesori și pot documenta programe NC pentru scule așchietoare. Elementele PLM sunt următoarele: tehnologii și standarde de bază (XML-Extensible Markup Language, vizualizare, colaborare, integrarea aplicațiilor în întreprindere), instrumente de creare și analiză a informațiilor (proiectare mecanică, proiectare electronică -ECAD, inginerie software, de ex. CASE, editare tehnică, analiză cu element finit etc.), funcțiuni esențiale (managementul documentelor și conținutului,, fluxul de lucrări, structurarea produsului, managementul programelor etc.), aplicații funcționale (managementul configurației, controlul schimbărilor în proiecte etc.), soluții de afaceri (introducerea noilor produse, colaborări în

lanțul de aprovizionare etc.). CIMdata Inc. definește ciclul de viață general al produsului ca fiind compus din trei cicluri de viață majore care interacționează, acestea fiind:

Definirea produsului; Definirea producției produsului; Suportul operațional (managerierea resurselor întreprinderii).

Definirea produsului include informații complete asupra modului în care produsul este proiectat, fabricat, exploatat sau utilizat, supus service-ului și apoi retras și demontat, când devine învechit.

Ciclul de viață al producției se concentrează pe produsul livrabil -un bun fizic și include toate activitățile asociate cu producția și distribuția produsului. Acesta descrie cum să se producă, să se fabrice, să se manevreze inventarul și să fie livrat produsul. Sistemul ERP este aplicația esențială pe întreprindere care adresează producția produsului.

Suportul operațional se concentrează pe managementul resurselor esențiale ale întreprinderii : resurse umane, financiare etc.

PC Magazine Encyclopedia formulează următoarea definiție: „PLM este un sistem cuprinzător de informații care coordonează toate aspectele produsului, de la conceptul inițial până la eventuala sa retragere. Uneori denumit „coloana vertebrală digitală” a produsului, acesta include faza cerințelor pentru produs, fazele de analiză și proiectare, de fabricație, de lansare a produsului, de distribuție, asigurarea calității, mentenanța în service, și aprovizionarea cu piese de schimb.” Termenii PLM și PDM :Product Data Management) sunt uneori folosiți în mod interschimbabil; totuși, PDM constituie numai o componentă referitoare la manipularea datelor, în cadrul sistemului PLM. Elementele principale ale unui sistem PLM, care trebuie să fie intercorelate sunt: Managementul Cerințelor, Managementul datelor produsului , Managementul Configurației, Managementul Proiectelor și Programelor, Instrumente software de creație (CAD, CAM, CAE și aplicații de planificare a produselor). Software PLM servește ca un punct central sau distribuitor :hub) pentru datele referitoare la produs, asociat cu sisteme software CAD, ERP, CRM (Managementul Relațiilor cu Clienții), SCM (Managementul Lanțului de Aprovizionare).

PLM Technology Guid[ subliniază că sistemele PLM automatizează în mod predominant lanțul proceselor tehnice. Astfel de procese care sunt automatizate cu sisteme PLM includ:

Management (Dezvoltarea noilor produse, Managementul Proiectelor, Managementul Cerințelor, Managementul Schimbării);

Vânzări și Marketing; Inginerie; Surse de aprovizionare; Asigurarea calității; Fabricație; Service și suport pentru clienți.

Conform Active Sensing, Inc. (2009), op. cit., PLM poate fi considerat ca fiind : a) un depozitar pentru toate informațiile care afectează produsul; b) un proces de comunicare între părțile interesate :stakeholders): în principal, marketingul, ingineria, fabricația și service-ul pe

teren. PLM este procesul de manageriere a proiectării produsului, a informației asupra producției și mentenanței.

Elementele esențiale ale PLM sunt:

Manageriază documentele de proiectare și ale proceselor, inclusiv documente care definesc performanțele, atributele fizice și funcționale ale produsului;

Construiește și ține sub control înregistrările listei de materiale (structura produsului); Oferă un depozit :repository) de fișiere electronice; Identifică conținutul materialelor pentru conformitatea cu mediul; Permite alocări ale sarcinilor concentrate pe itemuri; Permite managementul proceselor și al fluxului de lucrări pentru aprobarea

schimbărilor; Controlează accesul securizat al utilizatorilor multipli, inclusiv „semnătura

electronică”; Exportă datele pentru sistemul ERP.

PLM poate servi ca un depozit central pentru informații secundare, de exemplu note de aplicații pentru vânzători, cataloage, feedback-ul clienților, planuri de marketing și alte informații obținute în cursul vieții produsului.

John Stark (2005) formulează următoarea definiție: „PLM este o activitate de management a produselor unei companii pe tot parcursul ciclului lor de viață, în modul cel mai eficient.” PLM este activitatea de management a produsului în întregul său ciclu de viață, asigurându-vă că totul funcționează bine în privința produsului și că produsul generează bani pentru companie. Obiectivele PLM sunt creșterea veniturilor generate de produs, reducerea costurilor referitoare la produs și maximizarea valorii portofoliului de produse. PLM ajută compania să-și introducă produsele pe piață mai rapid, oferă un suport mai bun pentru utilizarea lor de către clienți și manageriază mai bine perioada de „sfârșit al vieții”. PLM este o activitate cu caracter holistic care adresează multe componente, ca de exemplu produse și date asupra produselor, servicii, structura organizației, metode de lucru, procese, oameni, structuri de informații și sisteme de tehnologia informației și comunicațiilor, proceduri și standarde.. Această definiție dată de John Stark este foarte largă și deschisă interpretărilor însă este de notat similaritatea cu definiția mai concentrată a managementului configurației, formulată de Frank B. Watts (2008) : Managementul configurației este o abordare de proces asupra planificării, identificării, controlului și urmăririi configurației produsului, de la ideație pe tot parcursul ciclului de viață, cu cost minim. Datorită similarității acestor definiții, unii autori consideră că pentru scopuri practice de implementare, termenul modern la modă „PLM” este ,în esență, o versiune extinsă a managementului configurației, cu controlul documentelor de inginerie în fondul său. În această privință, PLM nu este un concept nou (Rosen, Jason, 2010, op. cit.). De notat că managementul configurației se concentrează în general pe activitățile tehnice și organizaționale care stabilesc și mențin controlul unui produs și al informațiilor referitoare la configurația produsului...(SR ISO 10007:2005, punctul 3.6) Informațiile asupra configurației produsului se referă la cerințe pentru proiectarea, realizarea, verificarea, funcționarea și susținerea produsului.

Caracterul holistic al conceptului PLM rezultă și din următorul enunț "PLM este un concept holistic al afacerii care include nu numai produse, documente și liste de materiale (BOM), ci și rezultatele analizelor,specificații și rezultate ale testelor, informații asupra componentelor mediului, cerințe pentru produs, dispoziții de schimbare, proceduri de fabricație, informații

asupra performanțelor produsului, asupra furnizorilor componentelor etc.". Antti Saaksvuori (2009),op.cit., clarifică definiția PLM, care poate fi divizată în patru entități interconectate:

1. Definirea ciclului de viață al produsului;o Fazele ciclului de viață precum și caracteristici și criterii ale fazelor;

2. Managementul ciclului de viață al definirii produsului (adică evoluția definirii produsului și informația asociată) care include:

o Proiectarea produsului;o Documentația externă a produsului;

3. Managementul ciclului de viață al unității de producție individuale:o Realizarea produsului;o Mentenanța produsului;

4. Managementul afacerii referitoare la produs:o Managementul portofoliului de produse;o Managementul profitabilității produsului.

Dassault Systemes a elaborat o definiție „orientată spre clienți” : PLM oferă un mediu global pentru crearea și managementul cunoștințelor digitale asupra produsului. Pentru clienți, aceasta înseamnă a fi capabil de a proiecta și a reda produsul în mod virtual și a simula procesele din fabrică ce produc produsul. Produsul virtual este o reprezentare digitală care caracterizează ,definește și se referă la produsul fizic real. Datorită vizualizării 3D și flexibilității conținutului digital, toate procesele - de la proiectare, continuând cu marketingul, mentenanța și reciclarea - pot participa la reutilizarea și amplificarea informației asupra produsului... Dassault Systemes dezvoltă și comercializează software de aplicații PLM care sprijină procesele industriale și oferă o viziune 3D a întregului ciclu de viață, de la concepție până la mentenanță. Ofertele PLM ale Dassault Systemes sunt organizate în jurul brandurilor CATIA, SIMULIA, ENOVIA și 3DVIA.

O definiție a PLM care evidențiază procesele majore ale acestuia este dată de WordIQ Dictionary : „Managementul ciclului de viață al produsului sau PLM este procesul de managerizare a întregului ciclu de viață al produsului, de la concept și faza de proiectare, analiza produsului (Analiza cu element finit), continuând cu planificarea, vizualizarea și marketingul, până în momentul în care utilizatorul retrage produsul care nu mai are utilizare (managementul deșeurilor sau reciclare)”.

Semnificația PLM poate fi clarificată pe baza definiției recente dată de Sergio Terzi et. al (2010): PLM poate fi definit ,în sens larg, ca un model de afaceri orientat pe ciclul de viață al produsului, sprijinit pe tehnologia informației și comunicațiilor în care datele referitoare la produs sunt împărțite între actori, procese și organizațiile din diferitele faze ale ciclului de viață al produsului, pentru realizarea performanțelor și sustenabilității dorite pentru produs și pentru serviciile asociate.

Elemente incluse în soluțiile PLM

Elementele incluse în soluțiile PLM sunt structurate pe următoarele domenii de management pe parcursul ciclului de viață al produsului:

;managementul datelor și informațiilor asupra produsului٭

;managementul dezvoltării în colaborare a noilor produse٭

;managementul documentelor și al conținutului asociat acestora٭

,managementul cerințelor: funcționale, performanțelor, calității, costurilor, factori fizici٭interoperabilitate, timp etc;

managementul portofoliului de produse și familiilor de produse, managementul proiectelor și٭programelor;

managementul activelor, de exemplu: mașini și instalații, facilități, echipamente pe liniile de٭produse etc.;

;managementul furnizorilor de componente٭

;managementul relațiilor cu clienți٭

informații în procesul de exploatare care sprijină service-ul post-vânzare, inclusiv٭aprovizionarea cu piese de schimb.

Crearea informațiilor de definire a produsului include utilizarea instrumentelor software de proiectare mecanică, de exemplu CAD, CAM, CAE, CASE (Computer-Aided Software Engineering), aplicații de planificare a proceselor etc. și de proiectare electronică, de exemplu ECAD. Aplicațiile de publicații tehnice (manuale de service, ghiduri de utilizare, instrucțiuni de asamblare etc.) utilizate pentru a crea documentația folosită pentru a defini și sprijini produsul pe parcursul ciclului său de viață sunt incluse în scopul PLM. Domeniile de management abordate în mediul PLM nu se limitează la cele menționate mai sus.

Istoria apariției PLM

Termenul PLM nu a existat până în anul 1999. Anterior acestui an, ceea ce se referea la managementul datelor tehnice asupra produsului era denumit managementul datelor produsului (PDM- Product Data Management) sau ,uneori, managementul datelor de inginerie (EDM). Mulți furnizori de software PDM își aveau originea în CAD, CAM și/sau CAE, iar scopul principal al sistemelor PDM era managementul și controlul structurilor mari și complexe de date ale sistemelor CAD/CAM/CAE/CAx. În anul 1999, sistemele principale PDM au inclus funcționalități pentru managementul de documente, managementul configurației/BOM, managementul și controlul fluxului de lucrări de bază. Apoi PLM a fost introdus și adoptat rapid de majoritatea furnizorilor de software, care au văzut oportunitatea de a poziționa PLM ca o aplicație de întreprindere și de a-l diferenția de punctul de vedere al datelor de inginerie și CAx (tehnologii asistate de calculator pentru proiectare și fabricație) ale PDM. Actualmente, există un consens că PDM este concentrat pe managementul datelor CAx, în timp ce PLM cuprinde managementul larg pe întreprindere al tuturor datelor referitoare la produs și al proceselor, de la concepție (ideație) până la sfârșitul vieții produsului. Sistemul PDM este o subcategorie esențială a sistemului mai larg al PLM și în mod tipic constituie numai componenta de manipulare a datelor în PLM. Sistemul PDM include următoarele elemente de bază ale soluțiilor PLM

Managementul depozitelor de date și managementul documentelor; Managementul structurii produsului;

Managementul proceselor, utilizând fluxuri de lucrări; Managementul clasificărilor (pieselor, componentelor, pe baza unor scheme de

clasificare, atribute, coduri etc.) Managementul programelor și proiectelor.

Beneficii obținute

Avantajele care se obțin prin aplicarea PLM sunt:

impulsionarea inovării; accelerarea obținerii de venituri; creșterea productivității; reducerea costurilor prin intermediul asigurării digitale a proceselor de fabricație; îmbunătățirea calității produselor și reducerea costurilor referitoare la calitate cu 20

% ; scurtarea timpului până la introducerea produsului pe piață (cu aproximativ 30 %); economii prin reutilizarea datelor originale; reducerea costurilor de dezvoltare a produselor cu 24 %.

Categorii de produse care utilizează PLM

Soluțiile PLM pot oferi suport pentru o gamă largă de „produse”. Exemple de „produse” includ produse fabricate cum sunt automobile, calculatoare, frigidere, telefoane mobile, jucării și avioane. Multe produse conțin azi software, microprograme :firmware) și componente electronice ale căror date trebuie managerizate. Multe organizații au active cu durată mare de utilizare cum sunt rețele de distribuție utilitare, de exemplu de electricitate, de telecomunicații, de apă, de gaze și cablu TV sau facilități ca instalații, clădiri, aeroporturi, porturi, sisteme feroviare și depozite de logistică. Soluții PLM sunt folosite în industria petrolieră, chimică, alimentară, farmaceutică etc. Alte „produse” includ poduri, autostrăzi și alte proiecte de inginerie civilă. Organizații din multe sectoare industriale au utilizat cu succes soluții PLM pentru a manageriza informații asupra produselor de-a lungul ciclului de viață, pentru toate aceste „produse”.

În categoria foarte largă de „produse” trebuie luate în considerare inclusiv produse non-tangibile cum sunt software și algoritmi.

Fazele managementului ciclului de viață al produsului

PLM nu trebuie considerat ca un singur produs software ci ca o colecție de instrumente software și metode de lucru integrate, fie pentru a adresa o fază unică a ciclului de viață al produsului, fie pentru a conecta diferitele sarcini sau pentru a manageriza întregul proces.

Fazele managementului ciclului de viață al produsului sunt:

Concepție; Proiectare; Realizare; Service.

Concepția. Prima fază în dezvoltarea ideii de produs este definirea cerințelor sale, pe baza punctelor de vedere ale clienților, companiei, pieței și reglementărilor în vigoare. Din aceste cerințe pot fi definite specificațiile produsului care includ parametrii tehnici principali. În vederea rezolvării acestei faze sunt disponibile software pentru Managementul Cerințelor. Odată cu specificarea cerințelor, în prima fază se definește estetica produsului și principalii parametri funcționali.

Proiectarea. In această fază începe proiectarea și dezvoltarea detaliată a produsuluui, continuând cu testarea prototipului, producția pilot și lansarea completă a produsului. Principalul instrument folosit pentru proiectare și dezvoltare este CAD (Computer Aided Design). Se poate utiliza desenarea simplă în 2D sau modelarea parametrică 3D prin solide sau prin suprafețe. Împreună cu crearea geometriei produsului are loc analiza componentelor și asamblării produsului. Sarcinile de simulare, validare și optimizare sunt efectuate folosind software CAE (Computer Aided Engineering), fie integrat în CAD, fie separat. Prin pachete software se efectuează Analiza Tensiunilor, Analiza cu elemente finite, Cinematica, Simularea Evenimentelor Mecanice. Prin intermediul software CAQ (Computer Aided Quality) se rezolvă sarcinile de analiză a toleranțelor dimensionale.

Realizarea produsului. Se referă la ansamblul proceselor utilizate pentru a crea produsul. Aceste procese includ sarcini CAD cum sunt proiectarea sculelor, elaborarea instrucțiunilor de prelucrare pe mașini-unelte CNC pentru componentele produsului, crearea sculelor și echipamentelor pentru fabricarea pieselor. Vor fi necesare instrumente de analiză pentru simularea proceselor de turnare și matrițare. Odată ce procesul de fabricație a fost identificat, intervine Managementul Proceselor de Fabricație, care manageriază procesele de fabricație ce vor fi folosite pentru fabricarea, asamblarea și efectuarea inspecției produselor finale (vezi Fabricație, secțiunea Managementul Proceselor de Fabricație). Acesta implică CAPE (Computer Aided Production Engineering -Ingineria Producției Asistată de Calculator) sau instrumente CAP/CAPP (CAPP are semnificația: Computer-Aided Process Planning, în traducere, Planificarea Proceselor Asistată de Calculator), pentru simularea amplasării utilajelor și a producției. De exemplu, simularea liniei de prese. Pot fi simulate și analizate linii tehnologice virtuale sau celule de fabricație. Utilizatorii pot vizualiza și evalua comportarea roboților, a sistemelor de fixare și a operatorilor Odată ce componentele au fost fabricate, forma lor geometrică și dimensiunile pot fi verificate în raport cu datele CAD originale, prin utilizarea echipamentelor și software CAI (Computer Aided Inspection -Inspecția Asistată de Calculator).

Strategia PLM susține, între altele, o serie de procese referitoare la produs și anume:

;planificarea și dezvoltarea produsului٭

;întreținerea produsului٭

;achiziții٭

;planificarea producției și producția٭

;vânzări (tehnice)٭

;exploatarea și deservirea produsului٭

.scoaterea din funcțiune a produsului٭

PDA Tech Group a elaborat o matrice pentru managementul ciclului de viață al produsului care conține fazele proceselor asociate cu produsul, de la concepție, trecând prin proiectare, producție și lansare. Aceste faze sunt:

Faza 1 -Concepție/Idee;

Faza 2 -Specificații preliminare și arhitectura produsului;

Faza 3 -Analiza economico-financiară a afacerii;

Faza 4 -Specificații finale și dezvoltarea proiectului;

Faza 5 -Testare și validare;

Faza 6 -Producție;

Faza 7 Susținere;

Faza 8 -Sfârșit.

Componentele sistemelor PLM

Sistemele PLM sunt instrumente care asistă corporațiile în implementarea conceptelor PLM. Funcționalitatea sistemelor PLM poate fi obținută prin componentele specifice sistemelor PLM[20]:

Infrastructura TI; Arhitectura modelării informaționale a produsului; Mediul și toolkit-ul de dezvoltare; Un set de aplicații în afaceri.

Infrastructura TI include hardware, software și tehnologiile Internetului. Arhitectura modelării informaționale a produsului include ontologia produsului și standarde de interoperabilitate. Mediul de dezvoltare și Toolkit-ul (kit-ul cu instrumente) oferă mijloace pentru construirea aplicațiilor în afaceri și pot include partea de bază ( de ex. geometrie, matematică etc.), instrumente de vizualizare, mecanisme și standarde de schimb de date și baze de date.

Aplicațiile în afaceri pot include soluții customizate (personalizate), soluții cu aplicare largă în diferite industrii (aerospațială, de automobile etc.), soluții cu aplicare largă în întreprinderi (PDM, ERP, SCM etc.), module de aplicații (CAD, CAM, CAE etc.).

Service

Faza finală a ciclului de viață implică managementul informațiilor asupra service-ului, oferind clienților și inginerilor din serviceinformații suport pentru reparații și mentenanță, precum și informații referitoare la gestionarea deșeurilor și reciclare. Aceasta implică instrumente software ca de exemplu MRO (Maintenance, Repair and Overhaul -în traducere: Mentenanța,

Reparații și Revizii generale). Una dintre funcțiunile software MRO este configurarea listei de materiale : bill of materials -BOM). Lista de materiale este o listă a pieselor, componentelor, subansamblurilor și ansamblurilor intermediare, necesare pentru a construi produsul final, precum și a cantităților acestora. Pentru faza de „Service” este utilă lista de materiale (de piese sau componente) care vor fi supuse mentenanței pe parcursul ciclului de viață : SBOM -Service BOM).

Software PLM

Au fost elaborate numeroase software PLM, dintre care fac parte:

Teamcenter, produs de compania Siemens PLM Software; ENOVIA MatrixOne și ENOVIA SmarTeam - produse ale Dassault Systemes; SAP PLM; Windchill, produs de PTC; Oracle PLM; Software as a service (SaaS) - un software la cerere al companiei Arena Solutions.

În multe aplicații, PLM se referă la un set de instrumente software, utilizate pentru prelucrări mecanice, analiză și fabricație, pentru a sprijini produsele de la concepția inițială, continuând cu distribuția și retragerea de pe piață. O dată ce a fost asamblat din diferite programe software, un sistem PLM va manageria specificațiile și formulele produsului, va oferi antecedente ale producției și va urmări calitatea totală a produsului.

Datorită naturii și etapelor implicate în PLM, software tind să fie centrate în jurul ingineriei.

Procesele PLM sunt „acoperite” de software aplicative disponibile în prezent, cum sunt:

concepția asistată de calculator (CAD); ingineria asistată de calculator (CAE); managementul documentelor tehnice; managementul configurației (CM - : configuration management); managementul schimbărilor (change management); managementul cunoașterii; managementul proiectelor.

Aceste software aplicative sunt integrate pentru a conecta diferitele sarcini din ciclul de viață al produsului sau pentru a manageriza întregul proces.

Instrumente și standarde pentru PLM

Există o serie de standarde și instrumente pentru transferul și descrierea structurată a datelor referitoare la produse, în timpul ciclului lor de viață:

1. CALS (acronim pentru Continuous Acqusition and Lifecyle Support) este un standard elaborat de Ministerul Apărării din Statele Unite (Department of Defense) pentru transferul electronic al informației tehnice între sisteme IT separate. Standardul CALS poate transfera orice fel de informații, inlusiv texte și grafice, între diferite sisteme. CALS conține câteva standarde diferite : standardul SGML (Standard Generalized Markup Language) -ISO 8879,

formatul IGES (Initial Graphics Exchange Specification) pentru transferul fișierelor CAD și EDI (Electronic Data Interchange) pentru transmiterea documentelor comerciale, cum sunt note de comandă sau facturi.

2. STEP (acronim pentru Standard for the Exchange of Product model data) -ISO 10303 cu titlul: Automation Systems and Integration -Product Data Representation and Exchange este un standard internațional bazat pe ideea modelelor de produs, pentru reprezentarea datelor standardizate ale produselor. Ideea centrală a STEP este de a face posibil transferul datelor produsului între diferite departamente din companii și între companii diferite, organizații și utilizatori separați, cu diferite aplicații software, pe întregul ciclu de viață al produsului. Prin intermediul STEP, transferul de date are loc printr-un model al unui produs standard, de tip neutru (independent comercial) și formate de fișiere standardizate, interfețe de programare și protocoale de aplicații. Obiectivul standardului este de a face posibilă conexiunea într-o totalitate funcțională a următoarelor programe:

Proiectare asistată de calculator (CAD); Planificarea proceselor asistată de calculator (CAPP); Fabricarea asistată de calculator (CAM).

STEP este în prezent cel mai cuprinzător standard pentru a adresa necesitățile schimbului de date geometrice.

3. DXF (acronim pentru Drawing Exchange Format -format pentru schimbul de desene) este un format de fișier CAD, dezvoltat inițial pentru programul AutoCAD și utilizat pentru a facilita transferul de fișiere de grafică între diferite aplicații. DXF nu este adecvat pentru transferul modelelor de solide 3D.

4. IGES este un format standard de fișier, dezvoltat pentru transferul informației grafice -desene și modele -în 2D și 3D. IGES este un format de fișier care poate fi citit de aproape toate software CAD.

5. SGML, ISO 8879, este limbajul standard de descriere generală pentru structura și conținutul unui document. SGML face posibil să se prezinte informația conform cu un model de date. Descrierea modelului de date este numită DTD (Document Type Definition). SGML face posiblie stocarea electronică a documentelor precum și regăsirea, documentelor, transferul și revizuirea lor, indiferent de aplicații sau de echipamentul folosit.

6. XML (Extensible Markup Language) este un subset al SGML , fiind un limbaj de descriere standardizat pentru prezentarea structurată a informației. Informația structurată poate conține diferite tipuri de conținuturi, inclusiv text și imagini, precum și descrieri ale conținuturilor. Specificația XML definește un document XML care este bine-format, adică satisface o listă de reguli de sintaxă, prevăzute în specificație. Un document XML poate fi valid , ceea ce înseamnă că acesta conține o referință la o Definire a Tipului de Document (DTD) și că elementele și atributele sunt declarate în DTD și respectă regulile gramaticale. Multe dintre noile sisteme de PLM suportă transferul informației XML.

7. UML (acronim pentru Unified Modeling Language) este un limbaj de modelare a obiectelor, dezvoltat și standardizat de Object Management Group (OMG) în 1997. UML constă din nouă tipuri de diagrame separate, fiecare dintre ele descrie o caracteristică statică

sau dinamică completă. Forța UML constă în abilitatea de a descrie tipuri foarte diferite de procese, în mod flexibil, fără standardizarea conținutului proceselor.

Viitorul PLM

În întreprinderile de fabricație, PLM a ajuns în faza matură de evoluție. Multe corporații mari, multinaționale (de exemplu fabricația de electronice, industria farmaceutică etc.) au structurat procesele PLM și sistemele PLM-IT de suport implementate- cel puțin la anumite părți ale organizației. În următorii cinci ani, în jurul anului 2016, PLM va evolua semnificativ și va face o breșă în noi domenii ale corporațiilor, cum sunt luarea deciziei de execuție, implicarea inovației și a clienților, suportul întregului ciclu de viață, nu numai al ciclului de viață de definire a produsului.[21] Spre anii 2016 PLM își va mări amprenta în industria serviciilor și va „străpunge” noi domenii : domeniul întreprinderilor mici și mijlocii, utilități, construcții, industria încălțămintei și industria modei, industria alimentară, industrii de proces și de bunuri ambalate pentru consumatori etc. Dezvoltarea substanțelor farmaceutice și a biotehnologiilor se va produce printr-o deplasare de la aplicații punctuale la medii informaționale integrate cuprinzătoare.

Managementul ciclului de viață în buclă închisă

Managementul ciclului de viață în buclă închisă (:Closed Loop Lifecycle Management -CL2M) este o dezvoltare și o extensie a conceptului „Managementul ciclului de viață al produsului”. CL2M permite colectarea datelor de identificare, procesarea și schimbul informațiilor dorite pe tot parcursul ciclului de viață al unei entități, de la faza de începutul vieții (BOL), continuând cu faza de mijloc al vieții (MOL) și până la faza de sfârșit al vieții (EOL), cu scopul luării în considerare a acestor faze nu în mod individual și izolat, ci accentuând analiza consecinței fluxurilor de informații și fluxurilor de materiale fizice, de la o fază la alta. Faza de început al vieții (BOL) include dezvoltarea noului produs și procesele de proiectare și fabricare. Proiectarea cuprinde proiectarea produsului, proceselor și a unităților de producție. Faza de mijloc al vieții produsului (MOL) include colaborarea cu furnizorii, managementul datelor referitoare la produs și managementul garanției.Faza de mijloc MOL include distribuția (logistica externă), utilizarea și suportul (în termenii reparării și mentenanței). În faza de mijloc MOL produsul este în posesia clientului (utilizatorului). Faza de sfârșit al vieții (EOL) se referă la renunțarea la produs, care este reciclat sau abandonat. În faza de sfîrșit al vieții, produsul poate fi recolectat în posesia companiei (logistica inversă) pentru a fi reciclat (dezasamblat, refabricat, reutilizat etc.) sau este eliminat. Caracteristicile colectării, procesării și schimbului de informații din ciclul de viață, împreună cu tehnologiile asociate (tehnologii de identificare, de comunicații, de procesare a datelor etc.) sunt aplicabile la toate categoriile de cicluri de viață, de exemplu în lanțuri de aprovizionare, în urmărirea descendenței produselor alimentare, în aplicații din industria farmaceutică sau în sectorul îngrijirii sănătății, așadar nu numai la ciclul de viață al produselor ci și al serviciilor.

Conceptul CL2M a fost prima dată adoptat în proiectul PROMISE, finanțat de UE; acest proiect extinde conceptul PLM tradițional și integrează datele sensorilor și datele „evenimentelor ciclului de viață” în cadrul PLM, permițând ca aceste informații să fie disponibile pentru diferiții actori din ciclul de viață al unui produs individual (manageri, proiectanți, operatori de mentenanță și service, reciclatori etc.), care pot să urmărească și să controleze informația asupra produsului în orice fază a ciclului său de viață. Utilizarea dispozitivelor de informații încorporate în produs (PEID) poate ajuta la închiderea buclelor de

informații între diferitele faze din ciclul de viață al produsului. Dispozitivele PEID sunt un exemplu de implementare a Identificării Automate și Capturii Datelor (AIDC). Arhitectura PROMISE cuprinde toate tehnologiile AIDC, inclusiv etichete de identificare în radio-frecvență (RFID), coduri de bare, tehnologiile sensorilor și alte tipuri de tehnologii emergente, de exemplu biometrie. Etichetele RFID sunt similare cu etichetele electronice utilizate de magazine pentru a preveni furtul mărfurilor, însă pot conține mai multe informații asupra produsului. Etichetele RFID și computerele de bord permit să se colecteze date asupra ciclului de viață al produsului în orice timp și în orice loc. Prin monitorizarea unui produs după ce părăsește fabrica, pe parcursul vieții sale utile, până ce este scos din uz sau reciclat, companiile vor avea mai multe informații cu care să îmbunătățească designul și să satisfacă necesitățile consumatorilor. Pentru produse complexe, monitorizarea poate fi asigurată cu dispozitive sofisticate de procesare a datelor de bord, care pot fi conectate la sensori sau actuatori pe produs. Acestea capturează evenimentele din ciclul de viață sau condiții specifice care pot influența produsul, de exemplu temperatura și presiunea.

Datele înregistrate de dispozitivele încorporate PEID permit monitorizarea performanței și siguranței în funcționare a produsului în operarea acestuia în lumea reală. Datele înregistrate de PEID pot fi accesate prin middleware PROMISE, PROMISE DATA SERVICES [24] PROMISE Data Services este denumirea dată componentei middleware (software personalizat) a arhitecturii PROMISE care conectează diferitele sisteme într-o infrastructură PROMISE și asigură mijloacele pentru colectarea și comunicarea datelor din ciclul de viață.

Scopul arhitecturii PROMISE este de a asigura o infrastructură sigură pentru schimbul și procesarea datelor de management al ciclului de viață pentru toate fazele acestui ciclu, însă cu un accent particular pe îmbunătățirea accesibilității datelor ciclului de viață în timpul fazei de mijloc al vieții (MOL) și sfârșit al vieții (EOL), pentru a face aceste informații disponibile pentru faza de început (BOL).O componentă foarte importantă a aplicațiilor PROMISE este Managementul Cunoștințelor Datelor asupra Produsului (PDKM), care urmărește să integreze și să managerieze datele din toate fazele ciclului de viață, creând cunoștințe din informații. PDKM va încorpora date din dispozitivele PEID și din alte sisteme software, de exemplu date moștenite din CAD, CRM sau sisteme SCM, care sunt parte a infrastructurii IT a companiei. Dacă datele din aceste sisteme sunt necesare pentru generartea informațiilor specifice de suport al deciziei, acestea vor fi făcute disponibile pentru Sistemul de Suport al Deciziei (DSS) PROMISE.

Sistemul DSS PROMISE utilizează datele din PDKM pentru luarea deciziei referitoare la diferitele cicluri de viață ale unei entități individuale sau serii de entități : începutul de ciclu, mijlocul ciclului și sfârșitul ciclului.

Note

1. ̂ Active Sensing, Inc (2009). Product Lifecycle Management (PLM).Introduction to Product Lifecycle Management

Introduction to Product Lifecycle Management

Product lifecycle management, sometimes "product life cycle management", represents an all-encompassing vision for managing all data relating to the design, production, support and ultimate disposal of manufactured goods.

PLM concepts were first introduced where safety and control have been extremely important, notably the aerospace, medical device, military and nuclear industries. These industries originated the discipline of configuration management (CM), which evolved into electronic data management systems (EDMS), which then further evolved to product data management (PDM).

Over the last ten years, manufacturers of instrumentation, industrial machinery, consumer electronics, packaged goods and other complex engineered products have discovered the benefits of PLM solutions and are adopting efficient PLM software in increasing numbers.

PLM solutions

PLM can be thought of as both (a) a repository for all information that affects a product, and (b) a communication process between product stakeholders: principally marketing, engineering, manufacturing and field service. The PLM system is the first place where all product information from marketing and design comes together, and where it leaves in a form suitable for production and support.

A few analysts use "PLM" as an umbrella term that includes engineering CAD (for "information authoring"). But product information creation tools include word processors; spreadsheet and graphics programs; requirements analysis and market assessment tools; field trouble reports; and even emails or other correspondence. In our view, a PLM tool focuses exclusively on managing data that covers the breadth of a product's lifecycle, without regard to how that data is developed.

The essential elements of PLM:

Manages design and process documents Constructs and controls bill of material (product structure) records Offers an electronic file repository Includes built-in and custom part and document metadata ("attributes") Identifies materials content for environmental compliance Permits item-focused task assignments Enables workflow and process management for approving changes Controls multi-user secured access, including "electronic signature" Exports data for downstream ERP systems

Our view of the PLM world

This site introduces PLM concepts for engineering design and product development:

PLM components and financial benefits

issues in evaluating PLM software and adopting a PLM tool

guidelines for configuring a simple and flexible PLM solution

industry , regulatory and military configuration management and quality standards affecting PLM system design

PLM references for you to explore

PLM glossary of relevant technical terms

Foundations of PLM

FDA CGMP (21 CFR 820 [2003]) text now on line

MIL-HDBK-61A text now on line

2. ̂ Teresko, John (2004. 01. 02) The PLM Revolution[2] Industry Week3. ̂ Siemens PLM Software Inc. (2011) Defining PLM[3]4. ̂ Saaksvuori, Antti / Immonen, Anselmi (2004) Product Lifecycle Management, Springer-

Verlag, Berlin-Heidelberg5. ̂ CIMdata, Inc. (2011). All About PLM. Product Lifecycle Management (PLM) Definition[4]

Product Lifecycle Management (PLM) DefinitionCIMdata defines PLM as:

A strategic business approach that applies a consistent set of business solutions that

support the collaborative creation, management, dissemination, and use of product

definition information

Supporting the extended enterprise (customers, design and supply partners, etc.)

Spanning from concept to end of life of a product or plant

Integrating people, processes, business systems, and information

It is important to note that PLM is not a definition of a piece, or pieces, of technology. It is a

definition of a business approach to solving the problem of managing the complete set of

product definition information—creating that information, managing it through its life, and

disseminating and using it throughout the lifecycle of the product. PLM is not just a

technology, but is an approach in which processes are as important, or more important than

data. It is critical to note that PLM is as concerned with “how a business works” as with “what

is being created.”

Three core or fundamental concepts of PLM are:

1. Universal, secure, managed access and use of product definition information

2. Maintaining the integrity of that product definition and related information throughout

the life of the product or plant

3. Managing and maintaining business processes used to create, manage, disseminate,

share and use the information.

While information includes all media (electronic and hardcopy), PLM is primarily about

managing the digital representation of that information.

Based on user experience over the years, PLM solutions can support a broad range of

“products.” Examples of “products” include manufactured products, such as automobiles,

computers, refrigerators, mobile phones, toys, and airplanes. Many products today also

contain software, firmware, and electronic components whose data must be managed. Some

organizations have long-lived assets that need to be managed such as utility distribution

networks, e.g., power, telecommunications, water, gas, and cable TV, or facilities like plants,

drilling rigs, buildings, airports, harbors, railway systems, and logistics warehouses. Other

“products” include bridges, highways, and other civil engineering projects. Organizations

across many industrial sectors have successfully used PLM solutions to manage product

information across the lifecycle for all of these “products.”

In the 1990’s, this lifecycle view expanded from managing primarily the mechanical elements

of a product’s definition to include the electronics and software elements that have become a

greater portion of many products. That expansion continued to push the perception of what

“design” encompassed. PLM includes management of all product-related information from

requirements, through design, manufacturing, and deployment. This information ranges from

marketing requirements, product specifications, and test instructions and data, to the as-

maintained configuration data from the field. The PLM solution links information from many

different authoring tools and other systems to the evolving product configuration. At the same

time, the lifecycle began to include production-focused attributes and information.

Today, PLM encompasses significant areas of process. It’s not just program and project

management processes. It is also the processes required to manufacture the product or plant,

operate it in the field, and dispose or decommission it at the end of its useful life. PLM

solutions help define, execute, measure, and manage key product-related business processes.

Manufacturing and operational process plans are also now viewed as an inherent part of PLM.

Processes, and the workflow engines that control them, ensure complete digital feedback to

both users and other business systems throughout each lifecycle stage.

Also download our Product Lifecycle Mangement (PLM) Definition from our Complimentary

Reports.

6. ̂ CIMdata Inc. (2002). Product Lifecycle Management. Empowering the Future of Business.[5]

7. ̂ PC Magazine Encyclopedia. Definition of PLM[6]8. ̂ PLM Technology Guide. PLM Processes.[7]

Welcome to the PLM Technology Guide

The PLM market is complex and highly dynamic. Trying to stay up to date on newest developments and trends and finding good information about PLM and the many vendors and products is difficult.

The PLM Technology Guide has been created and is constantly updated by independent PLM experts and consultants who have been actively working in the PLM industry for over 20 years. Our goal is to establish transparency in the PLM market and provide you with current, relevant, complete and unbiased information, including:

What is PLM?, PLM Market, PLM Scope, PLM Encyclopedia

Benefits of PLM, The Cost of PLM

Getting started with PLM, PLM Evaluation, PLM System Comparison (coming soon)

PLM Vendors, PLM Systems

PLM Processes: NPD Process, Change Process, etc

PLM Library: PLM Books, Articles, Reports and White Papers, Related Topics, Standards

PLM Forum: Ask questions, discuss issues and share information

PLM Jobs, PLM Resumes: Post and search jobs and resumes for free

PLM News, PLM Events, PLM Technology Guide on Twitter

PLM Case Studies (New!)

Other Useful Links and Resources (New!)

Are you looking for a PLM solutionor do you want to expand, upgrade or replace your existing system? More >

Are you a PLM Solution Providerand your company, products, events and white papers are not featured in the PLM Technology Guide? More >

Support the PLM Technology GuideIf you find the PLM Technology Guide useful, please consider a small donation. With a little help from you we can make it even better and add more valuable information and content to this site.I would like to help!

9. ̂ Stark, John (2005). Product Lifecycle Management. 21st Century Paradigm for Product Realization. Springer-Verlag, London Ltd.

10. ̂ Watts, Frank B. (2008) Engineering Documentation Control Handbook : configuration management in industry. 3rd ed., William Andrew Inc.

11. ̂ Rosen, Jason (2010) Product Lifecycle management and You. În : Industrial Engineer, IE, January 2010

12. ̂ ASRO (2005). SR ISO 10007:2005. Sisteme de management al calității. Linii directoare pentru managementul configurației

13. ̂ Saaksvuori, Antti (2009). PLM -What is it?[8]

14. ̂ Dassault Systemes. (2002-2011). PLM- The Business Transformer[9]15. ̂ WordIQ.com (2010). Product Lifecycle Management -Definition [10]

Product Lifecycle Management - DefinitionProduct Lifecyle Management or PLM is a term used to the process of managing the entire lifecycle of a product from the concept and design phase, product analysis (Finite Element Analysis) through production planning, visualization and marketing, to the point where the product is trashed by the user (waste management/recycling). Many software solutions have been developed to organize and integreate the different phases in this type of management. Because of the nature of the processes and phases the software tends to be centered around engineering.

Another Definition: Product Lifecycle Management (PLM) is a set of capabilities that enable an enterprise to effectively and efficiently innovate and manage its products and related services throughout the entire business lifecycle, from conception through recycling or disposal.

Documented benefits include:

Reduced time to market

Improved product quality

Reduced prototyping costs

Savings through the re-use of original data

A framework for product optimization

Reduced waste

Savings through the complete integration of engineering workflows

Data Standards

STEP - The Standard for the Exchange of Product model data (STEP)

Management - Example Usage

SIMSProject: Woking in the Project Management WorkPackage

okkygagap: I'm at quad event management office (Jl. Bangka Raya no.98, bangka raya, jakarta) http://t.co/dGMHboHC

ochsnerxomls2: @FridaWVeimo diet to lose weight fast http://t.co/SdxyexKv b0QOc

billadult: Recurly to provide billing subscription management for Weather Underground http://t.co/2cbbxruk

ottawaads: LCM Consulting : Ottawa Psychotherapist and Certified Anger Management Facilitator : Health #ottawa http://t.co/Ntg2k4Q2

16. ̂ Terzi, Sergio et al. (2010) Product lifecycle management -from its history to its new role. În: Int.J.Product Lifecycle Management, Vol.4, No.4, 2010, pp.360-389[11]

17. ̂ CIMdata (2003). PDM to PLM: Growth of An Industry. A CIMdata Market Report. March 2003

18. ̂ Pustai, Vasile Lucian (2007) Digital manufacturing-The main components for developing a PLM Strategy(Product Lifecycle Management).7th International Multidisciplinary Conference, Baia Mare, Romania, May 17-18, 2007, ISSN 1224.3264[12]

19. ̂ PDA Tech Group (2007, 14-17 June). Product Lifecycle Management Matrix[13] Accesat 14.05 2011

20. ̂ Sudarsan, R. et al. (2005) A product information modeling framework for Product Lifecycle Management. In: Computer-Aided Design, Vol.37, issue 13, November 2005, Pages 1399-1411

21. ̂ Saaksvuori, Antti (2011, 10 April). PLM vision 2016 and beyond[14]22. ̂ PROMISE (2004). Product Lifecycle Management and Information Tracking using Smart

Embedded systems, EU IST 507100, project web site:[15]23. ̂ Zangiaconi, Andrea , Fornasiero, Rosanna (2008) Modelling decision support systems for

Middle-of-Life in Product Lifecycle Management[16]24. ̂ PROMISE Innovation International (2008, 2009). Flexible PROMISE Component

Architecture[http://promise-innovation.com/node/18

Product lifecycle managementFrom Wikipedia, the free encyclopediaJump to: navigation, search

It has been suggested that this article or section be merged with Product_life_cycle_management_(marketing) and Product_management to Product_management. (Discuss) Proposed since May 2011.

This article is about the term that refers to managing product design and production details. For the marketing term, see Product life cycle management (marketing).

A generic lifecycle of products

In industry, product lifecycle management (PLM) is the process of managing the entire lifecycle of a product from its conception, through design and manufacture, to service and disposal.[1] PLM integrates people, data, processes and business systems and provides a product information backbone for companies and their extended enterprise.[2]

Product lifecycle management (PLM) should be distinguished from 'Product life cycle management (marketing)' (PLCM). PLM describes the engineering aspect of a product, from managing descriptions and properties of a product through its development and useful life;

whereas, PLCM refers to the commercial management of life of a product in the business market with respect to costs and sales measures.

Product lifecycle management is one of the four cornerstones of a corporation's information technology structure.[3] All companies need to manage communications and information with their customers (CRM-customer relationship management), their suppliers (SCM-supply chain management), their resources within the enterprise (ERP-enterprise resource planning) and their planning (SDLC-systems development life cycle). In addition, manufacturing engineering companies must also develop, describe, manage and communicate information about their products.

One form of PLM is called people-centric PLM. While traditional PLM tools have been deployed only on release or during the release phase, people-centric PLM targets the design phase.

As of 2009, ICT development (EU-funded PROMISE project 2004–2008) has allowed PLM to extend beyond traditional PLM and integrate sensor data and real time 'lifecycle event data' into PLM, as well as allowing this information to be made available to different players in the total lifecycle of an individual product (closing the information loop). This has resulted in the extension of PLM into closed-loop lifecycle management (CL2M).

Contents

[hide]

1 Benefits 2 Areas of PLM 3 Introduction to development process 4 History 5 Phases of product lifecycle and corresponding technologies

o 5.1 Phase 1: Conceive o 5.2 Phase 2: Design o 5.3 Phase 3: Realize o 5.4 Phase 4: Service o 5.5 All phases: product lifecycle

6 Product development processes and methodologies o 6.1 Concurrent engineering workflow o 6.2 Bottom–up design o 6.3 Top–down design o 6.4 Both-ends-against-the-middle design o 6.5 Front loading design and workflow o 6.6 Design in context

7 Product and process lifecycle management (PPLM) 8 Market size 9 See also 10 References 11 Further reading

Benefits

Documented benefits of product lifecycle management include:[4][5]

Reduced time to market Improved product quality Reduced prototyping costs More accurate and timely request for quote generation Ability to quickly identify potential sales opportunities and revenue contributions Savings through the re-use of original data A framework for product optimization Reduced waste Savings through the complete integration of engineering workflows.. Documentation that can assist in proving compliance for RoHS or Title 21 CFR Part 11 Ability to provide contract manufacturers with access to a centralized product record

Areas of PLM

Within PLM there are five primary areas;

1. Systems engineering (SE)2. Product and portfolio management (PPM)3. Product design (CAx)4. Manufacturing process management (MPM)5. Product Data Management (PDM)

Note: While application software is not required for PLM processes, the business complexity and rate of change requires organizations execute as rapidly as possible.

Systems engineering is focused on meeting all requirements, primary meeting customer needs, and coordinating the systems design process by involving all relevant disciplines. Product and portfolio management is focused on managing resource allocation, tracking progress vs. plan for projects in the new product development projects that are in process (or in a holding status). Portfolio management is a tool that assists management in tracking progress on new products and making trade-off decisions when allocating scarce resources. Product data management is focused on capturing and maintaining information on products and/or services through their development and useful life.

[edit] Introduction to development process

The core of PLM (product lifecycle management) is in the creations and central management of all product data and the technology used to access this information and knowledge. PLM as a discipline emerged from tools such as CAD, CAM and PDM, but can be viewed as the integration of these tools with methods, people and the processes through all stages of a product’s life.[6] It is not just about software technology but is also a business strategy.[7]

For simplicity the stages described are shown in a traditional sequential engineering workflow. The exact order of event and tasks will vary according to the product and industry in question but the main processes are:[8]

Conceiveo Specificationo Concept design

Designo Detailed designo Validation and analysis (simulation)o Tool design

Realizeo Plan manufacturingo Manufactureo Build/Assembleo Test (quality check)

Serviceo Sell and delivero Useo Maintain and support

o Dispose

The major key point events are:

Order Idea Kick-off Design freeze Launch

The reality is however more complex, people and departments cannot perform their tasks in isolation and one activity cannot simply finish and the next activity start. Design is an iterative process, often designs need to be modified due to manufacturing constraints or conflicting requirements. Where exactly a customer order fits into the time line depends on the industry type, whether the products are for example build to order, engineer to order, or assemble to order.

History

Inspiration for the burgeoning business process now known as PLM came when American Motors Corporation (AMC) was looking for a way to speed up its product development process to compete better against its larger competitors in 1985, according to François Castaing, Vice President for Product Engineering and Development.[9] After introducing its compact Jeep Cherokee (XJ), the vehicle that launched the modern sport utility vehicle (SUV) market, AMC began development of a new model, that later came out as the Jeep Grand Cherokee. The first part in its quest for faster product development was computer-aided design (CAD) software system that make engineers more productive. The second part in this effort was the new communication system that allowed conflicts to be resolved faster, as well as reducing costly engineering changes because all drawings and documents were in a central database. The product data management was so effective, that after AMC was purchased by Chrysler, the system was expanded throughout the enterprise connecting everyone involved in designing and building products. While an early adopter of PLM technology, Chrysler was able to become the auto industry's lowest-cost producer, recording development costs that were half of the industry average by the mid-1990s.[9]

Phases of product lifecycle and corresponding technologies

Many software solutions have developed to organize and integrate the different phases of a product’s lifecycle. PLM should not be seen as a single software product but a collection of software tools and working methods integrated together to address either single stages of the lifecycle or connect different tasks or manage the whole process. Some software providers cover the whole PLM range while others a single niche application. Some applications can span many fields of PLM with different modules within the same data model. An overview of the fields within PLM is covered here. It should be noted however that the simple classifications do not always fit exactly, many areas overlap and many software products cover more than one area or do not fit easily into one category. It should also not be forgotten that one of the main goals of PLM is to collect knowledge that can be reused for other projects and to coordinate simultaneous concurrent development of many products. It is about business processes, people and methods as much as software application solutions. Although

PLM is mainly associated with engineering tasks it also involves marketing activities such as product portfolio management (PPM), particularly with regards to new product development (NPD). There are several life-cycle models in industry to consider, but most are rather similar. What follows below is one possible life-cycle model; while it emphasizes hardware-oriented products, similar phases would describe any form of product or service, including non-technical or software-based products:

[edit] Phase 1: Conceive

Imagine, specify, plan, innovate

The first stage in idea is the definition of its requirements based on customer, company, market and regulatory bodies’ viewpoints. From this specification of the products major technical parameters can be defined. Parallel to the requirements specification the initial concept design work is carried out defining the aesthetics of the product together with its main functional aspects. For the industrial design, Styling, work many different media are used from pencil and paper, clay models to 3D CAID computer-aided industrial design software.

In some concepts, the investment of resources into research or analysis-of-options may be included in the conception phase – e.g. bringing the technology to a level of maturity sufficent to move to the next phase. However, life-cycle engineering is iterative. It is always possible that something doesn't work well in any phase enough to back up into a prior phase – perhaps all the way back to conception or research. There are many examples to draw from.

[edit] Phase 2: Design

Describe, define, develop, test, analyze and validate

This is where the detailed design and development of the product’s form starts, progressing to prototype testing, through pilot release to full product launch. It can also involve redesign and ramp for improvement to existing products as well as planned obsolescence. The main tool used for design and development is CAD. This can be simple 2D drawing / drafting or 3D parametric feature based solid/surface modeling. Such software includes technology such as Hybrid Modeling, Reverse Engineering, KBE (knowledge-based engineering), NDT (Nondestructive testing), Assembly construction.

This step covers many engineering disciplines including: mechanical, electrical, electronic, software (embedded), and domain-specific, such as architectural, aerospace, automotive, ... Along with the actual creation of geometry there is the analysis of the components and product assemblies. Simulation, validation and optimization tasks are carried out using CAE (computer-aided engineering) software either integrated in the CAD package or stand-alone. These are used to perform tasks such as:- Stress analysis, FEA (finite element analysis); kinematics; computational fluid dynamics (CFD); and mechanical event simulation (MES). CAQ (computer-aided quality) is used for tasks such as Dimensional tolerance (engineering) analysis. Another task performed at this stage is the sourcing of bought out components, possibly with the aid of procurement systems.

[edit] Phase 3: Realize

Manufacture, make, build, procure, produce, sell and deliver

Once the design of the product’s components is complete the method of manufacturing is defined. This includes CAD tasks such as tool design; creation of CNC Machining instructions for the product’s parts as well as tools to manufacture those parts, using integrated or separate CAM computer-aided manufacturing software. This will also involve analysis tools for process simulation for operations such as casting, molding, and die press forming. Once the manufacturing method has been identified CPM comes into play. This involves CAPE (computer-aided production engineering) or CAP/CAPP – (production planning) tools for carrying out factory, plant and facility layout and production simulation. For example: press-line simulation; and industrial ergonomics; as well as tool selection management. Once components are manufactured their geometrical form and size can be checked against the original CAD data with the use of computer-aided inspection equipment and software. Parallel to the engineering tasks, sales product configuration and marketing documentation work will be taking place. This could include transferring engineering data (geometry and part list data) to a web based sales configurator and other desktop publishing systems.

[edit] Phase 4: Service

Use, operate, maintain, support, sustain, phase-out, retire, recycle and disposal

The final phase of the lifecycle involves managing of in service information. Providing customers and service engineers with support information for repair and maintenance, as well as waste management/recycling information. This involves using tools such as Maintenance, Repair and Operations Management (MRO) software.

It is easy to forget that there is an end-of-life to every product. Whether it be disposal or destruction of material objects or information, this needs to be considered since it may not be free from ramifications.

[edit] All phases: product lifecycle

Communicate, manage and collaborate

None of the above phases can be seen in isolation. In reality a project does not run sequentially or in isolation of other product development projects. Information is flowing between different people and systems. A major part of PLM is the co-ordination of and management of product definition data. This includes managing engineering changes and release status of components; configuration product variations; document management; planning project resources and timescale and risk assessment.

For these tasks graphical, text and metadata such as product bills of materials (BOMs) needs to be managed. At the engineering departments level this is the domain of PDM – (product data management) software, at the corporate level EDM (enterprise data management) software, these two definitions tend to blur however but it is typical to see two or more data management systems within an organization. These systems are also linked to other corporate systems such as SCM, CRM, and ERP. Associated with these system are project management Systems for project/program planning.

This central role is covered by numerous collaborative product development tools which run throughout the whole lifecycle and across organizations. This requires many

technology tools in the areas of conferencing, data sharing and data translation. The field being product visualization which includes technologies such as DMU (digital mock-up), immersive virtual digital prototyping (virtual reality) and photo-realistic imaging.

User skills

The broad array of solutions that make up the tools used within a PLM solution-set (e.g., CAD, CAM, CAx...) were initially used by dedicated practitioners who invested time and effort to gain the required skills. Designers and engineers worked wonders with CAD systems, manufacturing engineers became highly skilled CAM users while analysts, administrators and managers fully mastered their support technologies. However, achieving the full advantages of PLM requires the participation of many people of various skills from throughout an extended enterprise, each requiring the ability to access and operate on the inputs and output of other participants.

Despite the increased ease of use of PLM tools, cross-training all personnel on the entire PLM tool-set has not proven to be practical. Now, however, advances are being made to address ease of use for all participants within the PLM arena. One such advance is the availability of “role” specific user interfaces. Through tailorable UIs, the commands that are presented to users are appropriate to their function and expertise.

Product development processes and methodologies

A number of established methodologies have been adopted by PLM and been further advanced. Together with PLM digital engineering techniques, they have been advanced to meet company goals such as reduced time to market and lower production costs. Reducing lead times is a major factor as getting a product to market quicker than the competition will help with higher revenue and profit margins and increase market share.

These techniques include:-

Concurrent engineering workflow Industrial design Bottom–up design Top–down design Front-loading design workflow Design in context Modular design NPD new product development

New product developmentFrom Wikipedia, the free encyclopediaJump to: navigation, search

This article may require cleanup to meet Wikipedia's quality standards. (Consider using more specific cleanup instructions.) Please help improve this article if you can. The talk page may contain suggestions. (May 2009)

This article needs attention from an expert on the subject. See the talk page for details. WikiProject Economics or the Economics Portal may be able to help recruit an expert. (November 2008)

In business and engineering, new product development (NPD) is the term used to describe the complete process of bringing a new product to market. A product is a set of benefits offered for exchange and can be tangible (that is, something physical you can touch) or intangible (like a service, experience, or belief). There are two parallel paths involved in the NPD process: one involves the idea generation, product design and detail engineering; the other involves market research and marketing analysis. Companies typically see new product development as the first stage in generating and commercializing new products within the overall strategic process of product life cycle management used to maintain or grow their market share.

Contents

[hide]

1 The process 2 Fuzzy Front End 3 NPD organizations 4 NPD strategies 5 Related fields 6 See also 7 References

The process

1. Idea Generation is often called the "fuzzy front end" of the NPD processo Ideas for new products can be obtained from basic research using a SWOT analysis

(Strengths, Weaknesses, Opportunities & Threats), Market and consumer trends, company's R&D department, competitors, focus groups, employees, salespeople, corporate spies, trade shows, or Ethnographic discovery methods (searching for user patterns and habits) may also be used to get an insight into new product lines or product features.

o Lots of ideas are being generated about the new product. Out of these ideas many ideas are being implemented. The ideas use to generate in many forms and their generating places are also various. Many reasons are responsible for generation of an idea.

o Idea Generation or Brainstorming of new product, service, or store concepts - idea generation techniques can begin when you have done your OPPORTUNITY ANALYSIS to support your ideas in the Idea Screening Phase (shown in the next development step).

2. Idea Screeningo The object is to eliminate unsound concepts prior to devoting resources to them.o The screeners should ask several questions:

Will the customer in the target market benefit from the product? What is the size and growth forecasts of the market segment/target market? What is the current or expected competitive pressure for the product idea? What are the industry sales and market trends the product idea is based on?

Is it technically feasible to manufacture the product? Will the product be profitable when manufactured and delivered to the customer at

the target price?3. Concept Development and Testing

o Develop the marketing and engineering details Investigate intellectual property issues and search patent data bases Who is the target market and who is the decision maker in the purchasing process? What product features must the product incorporate? What benefits will the product provide? How will consumers react to the product? How will the product be produced most cost effectively? Prove feasibility through virtual computer aided rendering, and rapid prototyping What will it cost to produce it?

o Testing the Concept by asking a sample of prospective customers what they think of the idea. Usually via Choice Modelling.

4. Business Analysiso Estimate likely selling price based upon competition and customer feedbacko Estimate sales volume based upon size of market and such tools as the Fourt-Woodlock

equationo Estimate profitability and break-even point

5. Beta Testing and Market Testingo Produce a physical prototype or mock-upo Test the product (and its packaging) in typical usage situationso Conduct focus group customer interviews or introduce at trade showo Make adjustments where necessaryo Produce an initial run of the product and sell it in a test market area to determine

customer acceptance6. Technical Implementation

o New program initiationo Finalize Quality management systemo Resource estimationo Requirement publicationo Publish technical communications such as data sheetso Engineering operations planningo Department schedulingo Supplier collaborationo Logistics plano Resource plan publicationo Program review and monitoringo Contingencies - what-if planning

7. Commercialization (often considered post-NPD)o Launch the producto Produce and place advertisements and other promotionso Fill the distribution pipeline with producto Critical path analysis is most useful at this stage

8. New Product Pricingo Impact of new product on the entire product portfolioo Value Analysis (internal & external)o Competition and alternative competitive technologieso Differing value segments (price, value, and need)o Product Costs (fixed & variable)

o Forecast of unit volumes, revenue, and profit

These steps may be iterated as needed. Some steps may be eliminated. To reduce the time that the NPD process takes, many companies are completing several steps at the same time (referred to as concurrent engineering or time to market). Most industry leaders see new product development as a proactive process where resources are allocated to identify market changes and seize upon new product opportunities before they occur (in contrast to a reactive strategy in which nothing is done until problems occur or the competitor introduces an innovation). Many industry leaders see new product development as an ongoing process (referred to as continuous development) in which the entire organization is always looking for opportunities.

For the more innovative products indicated on the diagram above, great amounts of uncertainty and change may exist, which makes it difficult or impossible to plan the complete project before starting it. In this case, a more flexible approach may be advisable.

Because the NPD process typically requires both engineering and marketing expertise, cross-functional teams are a common way of organizing projects. The team is responsible for all aspects of the project, from initial idea generation to final commercialization, and they usually report to senior management (often to a vice president or Program Manager). In those industries where products are technically complex, development research is typically expensive, and product life cycles are relatively short, strategic alliances among several organizations helps to spread the costs, provide access to a wider skill set, and speeds the overall process.

Also, notice that because engineering and marketing expertise are usually both critical to the process, choosing an appropriate blend of the two is important. Observe (for example, by looking at the See also or References sections below) that this article is slanted more toward the marketing side. For more of an engineering slant, see the Ulrich and Eppinger, Ullman references below.[1][2]

People respond to new products in different ways. The adoption of a new technology can be analyzed using a variety of diffusion theories such as the Diffusion of innovations theory.

A new product pricing process is important to reduce risk and increase confidence in the pricing and marketing decisions to be made. Bernstein and Macias describe an integrated process that breaks down the complex task of new product pricing into manageable elements.[3]

The Path to Developing Successful New Products[4] points out three key processes that can play critical role in product development: Talk to the customer, Nurture a project culture,and Keep it focused.

Fuzzy Front End

The Fuzzy Front End is the messy "getting started" period of new product development processes. It is in the front end where the organization formulates a concept of the product to be developed and decides whether or not to invest resources in the further development of an idea. It is the phase between first consideration of an opportunity and when it is judged ready to enter the structured development process (Kim and Wilemon , 2002;[5] Koen et al., 2001).[6]

It includes all activities from the search for new opportunities through the formation of a germ of an idea to the development of a precise concept. The Fuzzy Front End ends when an organization approves and begins formal development of the concept.

Although the Fuzzy Front End may not be an expensive part of product development, it can consume 50% of development time (see Chapter 3 of the Smith and Reinertsen reference below),[7] and it is where major commitments are typically made involving time, money, and the product’s nature, thus setting the course for the entire project and final end product. Consequently, this phase should be considered as an essential part of development rather than something that happens “before development,” and its cycle time should be included in the total development cycle time.

Koen et al. (2001, pp. 47–51)[6] distinguish five different front-end elements (not necessarily in a particular order):

1. Opportunity Identification2. Opportunity Analysis3. Idea Genesis4. Idea Selection5. Concept and Technology Development

The first element is the opportunity identification. In this element, large or incremental business and technological chances are identified in a more or less structured way. Using the guidelines established here, resources will eventually be allocated to new projects.... which then lead to a structured NPPD (New Product & Process Development)strategy. The second element is the opportunity analysis. It is done to translate the identified opportunities into implications for the business and technology specific context of the company. Here extensive efforts may be made to align ideas to target customer groups and do market studies and/or technical trials and research. The third element is the idea genesis, which is described as evolutionary and iterative process progressing from birth to maturation of the opportunity into a tangible idea. The process of the idea genesis can be made internally or come from outside inputs, e.g. a supplier offering a new material/technology, or from a customer with an unusual request. The fourth element is the idea selection. Its purpose is to choose whether to pursue an idea by analyzing its potential business value. The fifth element is the concept and technology development. During this part of the front-end, the business case is developed based on estimates of the total available market, customer needs, investment requirements, competition analysis and project uncertainty. Some organizations consider this to be the first stage of the NPPD process (i.e., Stage 0).

The Fuzzy Front End is also described in literature as "Front End of Innovation", "Phase 0", "Stage 0" or "Pre-Project-Activities".

A universally acceptable definition for Fuzzy Front End or a dominant framework has not been developed so far.[8] In a glossary of PDMA,[9] it is mentioned that the Fuzzy Front End generally consists of three tasks: strategic planning, concept generation, and, especially, pre-technical evaluation. These activities are often chaotic, unpredictable, and unstructured. In comparison, the subsequent new product development process is typically structured, predictable, and formal. The term Fuzzy Front End was first popularized by Smith and Reinertsen (1991)[10] R.G.Cooper (1988)[11] describes the early stages of NPPD as a four step process in which ideas are generated (I),subjected to a preliminary technical and market

assessment(II) and merged to coherent product concepts(III) which are finally judged for their fit with existing product strategies and portfolios (IV). In a more recent paper, Cooper and Edgett (2008)[12] affirm that vital predevelopment activities include:

1. Preliminary market assessment.2. Technical assessment.3. Source-of-supply-assessment:suppliers and partners or alliances.4. Market research : market size and segmentation analysis,VoC (voice of the customer)

research.5. Product concept testing6. Value-to-the customer assessment7. Product definition8. Business and financial analysis.

These activities yield vital information to make a Go/No-Go to Development decision.

In the in-depth study by Khurana and Rosenthal[13] front-end activities include:

product strategy formulation and communication, opportunity identification and assessment, idea generation, product definition, project planning, and executive reviews.

Economical analysis, benchmarking of competitive products,and modeling and prototyping are also important activities during the front-end activities.

The outcomes of FFE are the

mission statement customer needs details of the selected concept product definition and specifications economic analysis of the product the development schedule project staffing and the budget, and a business plan aligned with corporate strategy.

In a paper by Husig, Kohn and Huskela (2005)[14] was proposed a conceptual model of Front-End Process which includes early Phases of Innovation Process. This model is structured in three phases and three gates:

Phase 1: Environmental screening or opportunity identification stage in which external changes will be analysed and translated into potential business opportunities.

Phase 2: Preliminary definition of an idea or concept. Phase 3: Detailed product, project or concept definition, and Business planning.

The gates are:

Opportunity screening;

Idea evaluation; Go/No-Go for development.

The final gate leads to a dedicated new product development project. Many professionals and academics consider that the general features of Fuzzy Front End (fuzziness, ambiguity, and uncertainty) make it difficult to see the FFE as a structured process,but rather as a set of interdependent activities ( e.g. Kim and Wilemon, 2002).[15] However, Husig et al., 2005 [10] argue that front-end not need to be fuzzy, but can be handled in a structured manner. Peter Koen[16] argues that in the FFE for incremental,platform and radical projects,three separate strategies and processes are typically involved.[16] The traditional Stage Gate (TM) process was designed for incremental product development,namely for a single product.The FFE for developing a new platform must start out with a strategic vision of where the company wants to develop products and this will lead to a family of products. Projects for breakthrough products start out with a similar strategic vision, but are associated with technologies which require new discoveries. It is worth mentioning what are incremental, platform and breakthrough products. Incremental products are considered to be cost reductions, improvements to existing product lines, additions to existing platforms and repositioning of existing products introduced in markets. Breakthrough products are new to the company or new to the world and offer a 5-10 times or greater improvement in performance combined with a 30-50% or greater reduction in costs. Platform products establish a basic architecture for a next generation product or process and are substantially larger in scope and resources than incremental projects.[16]

NPD organizations

Product Development and Management Association (PDMA) Association of International Product Marketing & Management

NPD strategies

Design for six sigma Stage-Gate model Quality function deployment Flexible product development New concept development model User-centered design

Related fields

Marketing Engineering Brand management Product management

Product managementFrom Wikipedia, the free encyclopediaJump to: navigation, search

Marketing

Key concepts

Product marketing · Pricing

Distribution · Service · Retail

Brand management

Account-based marketing

Ethics · Effectiveness · Research

Segmentation · Strategy · Activation

Management · Dominance

Promotional content

Advertising · Branding · Underwriting

Direct marketing · Personal sales

Product placement · Publicity

Sales promotion · Sex in advertising

Loyalty marketing · SMS marketing

Premiums · Prizes

Promotional media

Printing · Publication · Broadcasting

Out-of-home advertising · Internet

Point of sale · Merchandise

Digital marketing · In-game advertising

In-store demonstration · Word-of-mouth

Brand ambassador · Drip marketing

v · d · e

It has been suggested that this article or section be merged with Product_life_cycle_management_(marketing) and Product_lifecycle_management to Product_management. (Discuss) Proposed since May 2011.

The Wikibook Marketing has a page on the topic ofProduct_Development

"Production management" redirects here. For other uses, see Production management (disambiguation).

Product management is an organizational lifecycle function within a company dealing with the planning or forecasting or marketing of a product or products at all stages of the product lifecycle.

none|400px

Product development (inbound-focused) and product marketing (outbound-focused) are different yet complementary efforts with the objective of maximizing sales revenues, market share, and profit margins. The role of product management spans many activities from strategic to tactical and varies based on the organizational structure of the company. Product management can be a function separate on its own and a member of marketing or engineering.

While involved with the entire product lifecycle, product management's main focus is on driving new product development. According to the Product Development and Management Association (PDMA), superior and differentiated new products — ones that deliver unique benefits and superior value to the customer — is the number one driver of success and product profitability.[1]

Depending on the company size and history, product management has a variety of functions and roles. Sometimes there is a product manager, and sometimes the role of product manager is shared by other roles. Frequently there is Profit and Loss (P&L) responsibility as a key metric for evaluating product manager performance. In some companies, the product management function is the hub of many other activities around the product. In others, it is one of many things that need to happen to bring a product to market and actively monitor and manage it in-market.

Product management often serves an inter-disciplinary role, bridging gaps within the company between teams of different expertise, most notably between engineering-oriented teams and commercial-oriented teams. For example product managers often translate business objectives set for a product by Marketing or Sales into engineering requirements. Conversely they may work to explain the capabilities and limitations of the finished product back to Marketing and Sales. Product Managers may also have one or more direct reports who manage operational tasks and/or a Change Manager who can oversee new initiatives.

Contents

[hide]

1 Product development 2 Product marketing 3 See also 4 References 5 External links

[edit] Product development

Identifying new product candidates Gathering the Voice of customer Defining product requirements

Determine business-case and feasibility Scoping and defining new products at high level Evangelizing new products within the company Building product roadmaps, particularly Technology roadmaps Developing all products on schedule, working to a critical path Ensuring products are within optimal price margins and up to specifications

[edit] Product marketing

Product Life Cycle considerations Product differentiation Product naming and branding 7 functions of marketing Product positioning and outbound messaging Promoting the product externally with press, customers, and partners Conduct customer feedback and enabling (pre-production, beta software) Launching new products to market Monitoring the competition

See also

Technology roadmap Brand management Crossing the Chasm Marketing management Product (business) Product catalogue management Product documentation Product lifecycle management Product manager Product marketing Product planning Requirements management Software product management Service product management Product teardown Enterprise [disambiguation needed]

User experience Customer experience

References

1. ̂ Kahn, Kenneth B. (Editor). The PDMA Handbook of New Product Development. Second Edition. Hoboken, NJ: John Wiley & Sons, 2005. ISBN 0-471-48524-1

Industrial design

See also

Product Conceptual economy Product lifecycle Choice Modelling Time to market (TTM) Social design Requirements management Pro-innovation bias

References

1. ̂ Ulrich, Karl T. and Eppinger, Steven D (2004) Product Design and Development, 3rd Edition, McGraw-Hill, New York, 2004

2. ̂ Ullman, David G. (2009) The Mechanical Design Process, Mc Graw-Hill, 4th edition3. ̂ Bernstein, Jerry and Macias, David (2001) "Engineering New Product Success: the New

Product Pricing Process at Emerson Electric"4. ̂ Mike Gordon, Chris Musso, Eric Rebentisch and Nisheeth Gupta (Nov 2009). The Path to

Developing Successful New Products. MIT Sloan Management Review Press.5. ̂ Kim, J. and Wilemon, D. (2002), Sources and assessment of complexity in NPD projects.

R&D Management, 33 (1), pp. 16-30.6. ^ a b Koen et al. (2001), Providing clarity and a common language to the ‘fuzzy front end’.

Research Technology Management, 44 (2), pp.46-557. ̂ Smith, Preston G. and Reinertsen, Donald G. (1998) Developing Products in Half the Time,

2nd Edition, John Wiley and Sons, New York, 1998.8. ̂ Husig and Kohn (2003), Factors influencing the Front End of the Innovation Process: A

comprehensive Review of Selected empirical NPD and explorative FFE Studies ,Brusell,Juni 2003,p.14.

9. ̂ "The PDMA Glossary for New Product Development". Product Development & Management Association. 2006. http://www.pdma.org/npd_glossary.cfm.

10. ̂ Smith,Preston G., Reinertsen Donald G.(1991) Developing products in half the time, Van Nostrand Reinhold,New York

11. ̂ Cooper,R.G. Predevelopment activities determine new product success, in: Industrial Marketing Management,Vol.17 (1988), No 2,pp. 237-248

12. ̂ Cooper R.G., Edgett, S.J.(2008), Maximizing productivity in product innovation, in: Research Technology Management,March 1, 2008

13. ̂ Khurana, A; Rosenthal, S.R. (1998). "Towards Holistic "Front Ends" in New Product Development". Journal of Product Innovation Management 15 (1): 57–75.

14. ̂ Husig, S; Kohn, S; Poskela, J (2005). "The Role of Process Formalisation in the early Phases of the Innovation Process". 12th Int. Prod. Development Conf. Copenhagen.

15. ̂ Kim, J., Wilemon, D.(2002) : Accelerating the Front End Phase in New Product Development [1]

16. ^ a b c Koen, Peter A. (2004), "The Fuzzy Front End for Incremental,Platform,and Breakthrough Products", PDMA Handbook of New Product Development, 2nd Ed.: 81–91

DFSS design for Six Sigma DFMA design for manufacture / assembly Digital simulation engineering Requirement-driven design Specification-managed validation

Configuration management

Concurrent engineering workflow

Concurrent engineering (British English: simultaneous engineering) is a workflow that, instead of working sequentially through stages, carries out a number of tasks in parallel. For example: starting tool design before the detailed designs of the product are finished, or starting on detail design solid models before the concept design surfaces models are complete. Although this does not necessarily reduce the amount of manpower required for a project, it does drastically reduce lead times and thus time to market. Feature-based CAD systems have for many years allowed the simultaneous work on 3D solid model and the 2D drawing by means of two separate files, with the drawing looking at the data in the model; when the model changes the drawing will associatively update. Some CAD packages also allow associative copying of geometry between files. This allows, for example, the copying of a part design into the files used by the tooling designer. The manufacturing engineer can then start work on tools before the final design freeze; when a design changes size or shape the tool geometry will then update. Concurrent engineering also has the added benefit of providing better and more immediate communication between departments, reducing the chance of costly, late design changes. It adopts a problem prevention method as compared to the problem solving and re-designing method of traditional sequential engineering.

[edit] Bottom–up design

Bottom–up design (CAD-centric) occurs where the definition of 3D models of a product starts with the construction of individual components. These are then virtually brought together in sub-assemblies of more than one level until the full product is digitally defined. This is sometimes known as the review structure showing what the product will look like. The BOM contains all of the physical (solid) components; it may (but not also) contain other items required for the final product BOM such as paint, glue, oil and other materials commonly described as 'bulk items'. Bulk items typically have mass and quantities but are not usually modelled with geometry.

Bottom–up design tends to focus on the capabilities of available real-world physical technology, implementing those solutions which this technology is most suited to. When these bottom–up solutions have real-world value, bottom–up design can be much more efficient than top–down design. The risk of bottom–up design is that it very efficiently provides solutions to low-value problems. The focus of bottom–up design is "what can we most efficiently do with this technology?" rather than the focus of top–down which is "What is the most valuable thing to do?"

[edit] Top–down design

Top–down design is focused on high-level functional requirements, with relatively less focus on existing implementation technology. A top level spec is decomposed into lower and lower level structures and specifications, until the physical implementation layer is reached. The risk of a top–down design is that it will not take advantage of the most efficient applications of current physical technology, especially with respect to hardware implementation. Top–down design sometimes results in excessive layers of lower-level abstraction and inefficient performance when the Top–down model has followed an

abstraction path which does not efficiently fit available physical-level technology. The positive value of top–down design is that it preserves a focus on the optimum solution requirements.

A part-centric top–down design may eliminate some of the risks of top–down design. This starts with a layout model, often a simple 2D sketch defining basic sizes and some major defining parameters. Industrial design, brings creative ideas to product development. Geometry from this is associatively copied down to the next level, which represents different subsystems of the product. The geometry in the sub-systems is then used to define more detail in levels below. Depending on the complexity of the product, a number of levels of this assembly are created until the basic definition of components can be identified, such as position and principal dimensions. This information is then associatively copied to component files. In these files the components are detailed; this is where the classic bottom–up assembly starts.

The top–down assembly is sometime known as a control structure. If a single file is used to define the layout and parameters for the review structure it is often known as a skeleton file.

Defense engineering traditionally develops the product structure from the top down. The system engineering process[10] prescribes a functional decomposition of requirements and then physical allocation of product structure to the functions. This top down approach would normally have lower levels of the product structure developed from CAD data as a bottom–up structure or design.

[edit] Both-ends-against-the-middle design

Both-ends-against-the-middle (BEATM) design is a design process that endeavors to combine the best features of top–down design, and bottom–up design into one process. A BEATM design process flow may begin with an emergent technology which suggests solutions which may have value, or it may begin with a top–down view of an important problem which needs a solution. In either case the key attribute of BEATM design methodology is to immediately focus at both ends of the design process flow: a top–down view of the solution requirements, and a bottom–up view of the available technology which may offer promise of an efficient solution. The BEATM design process proceeds from both ends in search of an optimum merging somewhere between the top–down requirements, and bottom–up efficient implementation. In this fashion, BEATM has been shown to genuinely offer the best of both methodologies. Indeed some of the best success stories from either top–down or bottom–up have been successful because of an intuitive, yet unconscious use of the BEATM methodology. When employed consciously, BEATM offers even more powerful advantages.

Front loading design and workflow

Front loading is taking top–down design to the next stage. The complete control structure and review structure, as well as downstream data such as drawings, tooling development and CAM models, are constructed before the product has been defined or a project kick-off has been authorized. These assemblies of files constitute a template from which a family of products can be constructed. When the decision has been made to go with a new product, the parameters of the product are entered into the template model and all the

associated data is updated. Obviously predefined associative models will not be able to predict all possibilities and will require additional work. The main principle is that a lot of the experimental/investigative work has already been completed. A lot of knowledge is built into these templates to be reused on new products. This does require additional resources “up front” but can drastically reduce the time between project kick-off and launch. Such methods do however require organizational changes, as considerable engineering efforts are moved into “offline” development departments. It can be seen as an analogy to creating a concept car to test new technology for future products, but in this case the work is directly used for the next product generation.

Design in context

Individual components cannot be constructed in isolation. CAD and CaiD models of components are designed within the context of part or all of the product being developed. This is achieved using assembly modelling techniques. Other components’ geometry can be seen and referenced within the CAD tool being used. The other components within the sub-assembly, may or may not have been constructed in the same system, their geometry being translated from other CPD formats. Some assembly checking such as DMU is also carried out using product visualization software.

Product and process lifecycle management (PPLM)

Product and process lifecycle management (PPLM) is an alternate genre of PLM in which the process by which the product is made is just as important as the product itself. Typically, this is the life sciences and advanced specialty chemicals markets. The process behind the manufacture of a given compound is a key element of the regulatory filing for a new drug application. As such, PPLM seeks to manage information around the development of the process in a similar fashion that baseline PLM talks about managing information around development of the product.

Market size

Total spending on PLM software and services was estimated in 2006 to be above $15 billion a year.[11][12] Market growth estimates are in the 10% area.

See also

System lifecycle Application lifecycle management Building lifecycle management Collaborative product development Cradle to Cradle Design Concept car Extending product life cycles Industrial design ISO 10303 – Standard for the Exchange of Product model data Mass production

New product development (NPD) Product life cycle management (marketing) Product management User-centered design

References

1. ̂ "About PLM". CIMdata. http://www.cimdata.com/plm.html.2. ̂ "What is PLM?". PLM Technology Guide. http://plmtechnologyguide.com/site/?

page_id=435.3. ̂ Evans, Mike. "The PLM Debate". Cambashi. http://www.cambashi.com/the-plm-

debate---outsourcing-upsets-the-it-integration-pillars.4. ̂ Day, Martyn (2002.04.15). "What is PLM". Cad Digest.

http://www.caddigest.com/subjects/PLM/select/day_plm.htm.5. ̂ Hill, Sidney (2006.12.01). "A winning strategy". Manufacturing Business Technology.

http://www.mbtmag.com/current_issues/2006/sept/coverstory1.asp?CategoryID=66.6. ̂ Teresko, John (2004.01.02). "The PLM Revolution". IndustryWeek.

http://www.industryweek.com/CurrentArticles/Asp/articles.asp?ArticleId=1558.7. ̂ Stackpole, Beth (2003.05.15). "There's a New App in Town". CIO Magazine.

http://www.cio.com/archive/051503/app.html.8. ̂ Goul, Lawrence (2002.06.05). "Additional ABCs About PLM". Automotive Design and

Production. http://www.autofieldguide.com/articles/120506.html.9. ^ a b Sidney Hill, Jr., "How To Be A Trendsetter: Dassault And IBM PLM Customers Swap

Tales From The PLM Front", retrieved on March 28, 2008.10. ̂ Incose SYSTEMS ENGINEERING HANDBOOK, A “HOW TO” GUIDE For All Engineers,

Version 2.0, July 2000. pg 35811. ̂ "Comprehensive Information and Analysis of the PLM Market" (Press release).

CIMdata.... 2006-10-11. http://www.cimdata.com/news_events/press_release.html?press_release_ID=30.

12. ̂ "PLM Market Projected to Reach $12 Billion in 2006, Up 14%" (Press release). Daratech. 2006-03-13. http://www.daratech.com/press/releases/2006/060313a.html.

Further reading

This article's use of external links may not follow Wikipedia's policies or guidelines. Please improve this article by removing excessive and inappropriate external links. (October 2009)

The Cost of PLM Saaksvuori, Antti (3 edition (May, 2008)). Product Lifecycle Management(Hardcover).

Springer. ISBN 3540781730. http://www.plm-info.com/My_Homepage_Files/Page2.html. SME Product Lifecycle Management Tech Group PLM Matrix Grieves, Michael (1 edition (2006)). Product Lifecycle Management: Driving the Next

Generation of Lean Thinking (Hardcover). McGraw-Hill. Stark, John (1 edition (August 27, 2004)). Product Lifecycle Management: 21st century

Paradigm for Product Realisation (Hardcover). Springer. ISBN 1-85233-810-5. http://www.johnstark.com/PLM_Paradigm.html.

Stark, John (1 edition (August 24, 2007)). Global Product: Strategy, Product Lifecycle Management and the Billion Customer Question (Hardcover). Springer. ISBN 1-84628-914-9. http://www.johnstark.com/PR_090307.html.

Bergsjö, Dag (2009). Product Lifecycle Management – Architectural and Organisational Perspectives. Chalmers University of Technology. ISBN 978-91-7385-257-9. http://publications.lib.chalmers.se/cpl/record/index.xsql?pubid=92570.

Retrieved from "http://en.wikipedia.org/w/index.php?title=Product_lifecycle_management&oldid=453998178"

View page ratings

Rate this pageWhat's this?Trustworthy

Objective

Complete

Well-written

I am highly knowledgeable about this topic (optional)

Submit ratingsSaved successfullyYour ratings have not been submitted yet

Categories:

Product lifecycle management Computer-aided design Product management Production and manufacturing Information technology management

Hidden categories:

Articles to be merged from May 2011 All articles to be merged Wikipedia external links cleanup from October 2009 Wikipedia spam cleanup from October 2009

Personal tools

Log in / create account

Namespaces

Article Discussion

Variants

Views

Read Edit View history

Actions

Search

Navigation

Main page Contents Featured content Current events Random article Donate to Wikipedia

Interaction

Help About Wikipedia Community portal Recent changes Contact Wikipedia

Toolbox

What links here Related changes Upload file Special pages Permanent link Cite this page Rate this page

Print/export

Create a book Download as PDF Printable version

Languages

Česky Deutsch Español Français 한국어

Special:Search

हि�न्दी� Italiano ಕನ್ನ�ಡ Norsk (bokmål) Română Русский Svenska தமி�ழ்

This page was last modified on 5 October 2011 at 00:02. Text is available under the Creative Commons Attribution-ShareAlike License; additional

terms may apply. See Terms of use for details.Wikipedia® is a registered trademark of the Wikimedia Foundation, Inc., a non-profit organization.