Documente Academic
Documente Profesional
Documente Cultură
2
Constructing PLM
Ca n toate tehnologiile, PLM este o construcie social, cu opinii i interese
concurente. Este dificil de a capta toate elementele importante ntr-o
definiie simpl, deoarece exist n prezent o lips de n elegere i acord
comun. Acest capitol va explora diferitele definiii ale PLM pentru a arta
dispersitatea de opinii.Capitolul va propune apoi unele modele vizuale i se
va incerca s se explice modul n care acestea arata ceea ce este i poate
deveni PLM. n plus, capitolul va explica relaia dintre PLM si cellalt
sistem de ntreprindere major, ERP.
Noile concepte de sistem i aplicaii nu sunt att de mult definite pe cat
sunt construite. Diferite circumscripii, cum ar fi utilizatorii finali, furnizorii
de software, profesori universitari, sau firmele de cercetare au moduri
diferite de a privi problemele i soluiile i s ncerce a le eticheta cu nume
noi, care sa fie descrise corect functie de concepte. Noul nume devine
repede un acronim. Cu toate acestea, dac nu exist rezonan peste
circumscripii, efortul moare la scurt timp sau este adoptat de un mic subset
al grupului potenial, cu conceptul avnd sens doar ntr-un mic grup de
experi.
Cu toate acestea, n cazul n care acronimul rezoneaza cu un grup suficient
de larg, apoi ncepe s apar cu mai multe frecven . Companiile cu produse
pentru a vinde utiliza acronimul n literatura lor comerciale i n
prezentrile lor. Este util pentru ei, deoarece n cazul n care aceste produse
pot clasifica furnizorii produsul lor ca rezolvarea unei clase de probleme,
care sunt implicate de acronimul, atunci ei pot reduce valoarea lor de efort
de vnzri. n loc de a avea pentru a defini att spa iul solu ie i modul n
care produsul lor se adreseaz, ele se pot concentra asupra acestuia din
urm. Companiile care definesc propria lor problem de spa iu, pentru care
au arata soluie de multe ori ca i cum ar avea produse n cutarea pentru
probleme care nu pot exista ntr-adevr.
Presa industrie, de asemenea, adopt i promoveaz acronimul. Presa
industria Termenul se refer la ziare, periodice i reviste care se
concentreaz pe o anumit disciplin sau de specialitate zon, cum ar fi
tehnologia informaiei, inginerie, sau de fabricaie, sau o anumit industrie,
Defining PLM
Trimiterile la PLM au nceput s apar n jurul nceputul 2000.3 De i poate
prea ca i cum un concept nou-nou a aprut brusc de nicieri, c nu a fost
cazul. Ca i n cazul ERP, PLM a aprut ca o perspectiv mai larg de
concepte i tehnologii care au fost pe scena de ceva timp. Aceste concepte i
tehnologii progresat de-a lungul lor ci pentru un numr semnificativ de
ani. Pe msur ce a progresat i a devenit mai puternic i mai mature,
posibilitatea de a combina i le reconfigureze intr-un mod nou, care a
adresat o clas mai larg de probleme prezentate n sine. Aceste fire de alte
concepte i tehnologii au fost esute mpreun pentru a crea PLM.
Printre aceste fire de concepte i tehnologii, exist patru care merit cea
mai mare atenie ca i predecesorii la PLM: asistata de calculator (CAD),
Inginerie Data Management (EDM), Product Data Management (PDM), i
informatic integrat Manufacturing (CIM). nainte de a urmri contribu iile
lor la PLM, s ne uitm la unde suntem astzi n definirea PLM. Atunci cnd
se confrunt cu ntrebarea, "Ce este PLM?" Rspunsul obi nuit este de a
ncerca i s rspund cu o definiie. Din fericire, avem cteva pentru a
alege de la. Primul vom ncerca este una care a aprut n revista CIO:
Product Lifecycle Management este o abordare integrat, bazat pe
informaii la toate aspectele vieii unui produs, de la design-ul, prin
fabricarea, implementarea i ntreinerea-culminnd n eliminarea
produsului din service i eliminare final. Suites software PLM permite
accesarea, actualizarea, manipularea, i raionamentul despre informa ii
despre produs care este produs ntr-un mediu fragmentat i distribuite. O
alt definiie a PLM este integrarea de sisteme de afaceri pentru a gestiona
ciclul de via al unui produs.
Aa cum ne uitm la definiia, lucrul cel mai frapant despre ea este modul
definitiv n care PLM pari din teritoriul su. Este vorba despre "toate
aspectele vieii unui produs, de la design-ul, prin fabricarea, implementare
i ntreinere-culminnd cu eliminarea produsului din service i eliminarea
final," Un aspect al acestei fraze prezint o imagine ampl: "de la design,
prin producie, implementare i ntreinere-culminnd n eliminarea
produsului din service i eliminarea final, "Aceasta este o cerere
ndrznea. PLM este nu doar o inginerie, sau o produc ie, sau o ini iativ
de serviciu. Definiia evit o orientare funcional pentru o abordare ecofuncionale.
reiese din definiiile prezentate mai sus, exist diferen e n defini iile de la
experi care lucreaz n zon. Prin urmare, nu ar trebui s fie surprins de
faptul c ncercarea de a explica PLM la directori i factorii de decizie, prin
intermediul definiiilor ar fi plin de dificult i. Chiar dac am selectat doar
unul definiie, descrierile suplimentare de care avem nevoie pentru a
dezvolta pentru a descrie suficient de PLM sunt voluminoase. Enigma
noastr este cum s transmit aceste directori i factorii de decizie o
descriere succint, dar complet a PLM.
Un rspuns la aceast potenial se afl n vechea zical, "O imagine face cat
o mie de cuvinte." Pentru a ajuta modele vizuale n n elegerea PLM, am
dezvoltat. Modele vizuale ne ajuta sa intelegem concepte, deoarece acestea
ofer o cantitate bogat de informaii dintr-o privire. Putem vedea o
varietate de relaii prevzute, i putem face presupuneri cu privire la modul
n care diferitele piese se potrivesc impreuna. n timp ce unele modele sunt
extrem de detaliate, modelele mai puternice pentru a intelege conceptele
largi sunt cele simple.
Figura 2.1 este reprezentarea noastr de PLM modelului. La centrul
modelului este un nucleu de informaii. Acest nucleu reprezint toate datele
i informaiile despre produs de-a lungul vieii a produsului de produse.
Miezul informaii este separat de funciile sau etapele pe care l folosesc.
Informaiile produs nu apartine nici o zon funcional, dar este disponibil
pentru toate zonele funcionale.
Figure 2.1 PLM Model
n jurul miezului informaional sunt zonele funcionale care cuprind ciclul
de via al unui produs. Aceste zone func ionale sunt modul n care
organizaiile mpri cele mai importante categorii de via a produsului:
planul, proiectarea, construirea, suport, i aruncai.
Plan
produsul. n alte cazuri, cerinele sunt ajuns la indirect printr-o pia sau o
funcie antreprenorial care face determinarea care un client va cumpra un
produs care are anumite funcii.
Design
poate fi. n plus, n cazul n care exist mai multe plante cu diferite
configuratii de echipamente sau facturi de sisteme, atunci sarcina de inginer
este de a determina ce Bill sistemelor potrivete cel mai bine cu piese i
produse care urmeaz s fie construite.
In timpul acestui proces, pot exista probleme care afecteaz designul. Cel
care a fost menionat mai sus este problema de proiectare echivalente, n
cazul n care un desen poate fi construit n timp ce cellalt nu se poate. O
alt problem este c designul nu poate fi construit ca acesta este proiectat.
n unele cazuri, problema este att de grav nct trebuie s fie trimis napoi
la inginerii de proiectare, deoarece conflictele de prelucrare nu pot fi
rezolvate. Alte probleme sunt tratate la nivel de fabrica ie. Unul comun este
de a gsi guri tiate ntr-o suprafa care este dovedit a fi netiat pe
specificaiile de proiectare. Motivul este faptul c echipa de produc ie
necesare pentru a instala un acces urub sau de fixare. n timp ce acest
lucru poate suna oportun, tierea aceast gaur poate modifica
caracteristicile puterea de aceast suprafa. Acest lucru este ceva care nu
este niciodat supus analizei, deoarece inginerii de proiectare nu tiu c
exist.
Faza de fabricaie i de producie este atunci cnd restul produselor sunt
construite. Ca explorat n primul capitol, curbe de experien sugereaz c o
afacere bun de experimentare continu n aceast process.11 Fabricarea i
personalul de producie ia planurilor de produse i facturile de proces
continuu i revizuiete i le rafineaz pentru a construi componentele i
produsele folosind Cele mai mici resursele.
Support
n timp ce specificaiile CAD sunt inima PLM, exist alte elemente de date
cheie i informaii despre produsul care este la fel de important. Caietul de
sarcini pe baza de matematica descrierea produselor dintr-o perspectiv
geometric, dar nu-i descrie pe deplin. Informa iile bazate pe matematic
trebuie s fie crescut de alte informaii, numite caracteristici. Caracteristici
poate fi descris ca orice informaie de care are nevoie pentru a descrie
produsul i includ tolerane, rezisten la traciune, restric iile de greutate,
adezivi, precum i cerinele de conductivitate. Aceste caracteristici trebuie
s fie asociat cu informaia-matematic bazat sau geometric pentru a
descrie produsul n totalitate.
De asemenea, exist alte informaii n plus fa de informa iile care descrie
produsul n sine, care trebuie s fie asociat cu produsul. Informa ii cum ar
fi procesul de construire a produsului, metodologia pentru acoperire sau
vopsirea produsului, metodologia pentru testarea produsului, instrumentele
i procesele necesare pentru a efectua metodologia de testare, iar rezultatele
procedurii de testare necesar pentru a fi asociat i gestionate cu produsul
i a fost n centrul de inginerie Data Management (EDM). Ingineria de
management al datelor dezvoltat dintr-o direcie care era opus celei a
excepia cazului altfel calificat. Aceste obiecte, piese sau componente sunt
organizate n ansambluri. Ansambluri sunt grupuri logice care ndeplinesc
funcii specifice i pot fi de obicei fabricate, asamblate, i testate ca o
unitate. Ansambluri sunt combinate pentru a forma produse.
Figure 2.2 Bill of Materials
BOM este o structur excelent de a sta n pentru descrierea real a
produsului. Informaii suplimentare, cum ar fi caracteristicile, poate fi i
trebuie s fie asociat cu piesele care alctuiesc produsul i nu este
derivabil din descrierile pe baz matematica. Aceste informa ii includ
costuri, greutate, surs, compoziia materialului, i disponibilitate. Prin
asocierea acestor informaii cu prile numite, calculele necesare pot fi
foarte usor de facut. Rspunsuri la ntrebri, cum ar fi, "Care este costul
acestui ansamblu de piese?" Sau "Care este greutatea acestui produs?"
Poate fi uor calculat.
O problem cu abstractizare informaiile structura de reprezentare sa bazat
pe matematica este c nu poate fi mai mult de o structur BOM, care poate
hart de structura produsului i nc s fie corecte. Exemplul clasic este cel
al Figura 2.3, care arat o parte care are o canelur pe centrul terenului. O
modalitate de a face aceast parte este de a lua un bloc solid i se taie o
canelur. Un alt mod este de a lua o baz i se adaug dou ine, lsnd
centrul deschis. Dou BOM, unul cu o singur pies specificnd o opera ie
de frezare i unul cu trei piese care specific o opera iune de asamblare,
ndeplinesc cerinele descrierea produsului. n timp ce n acest caz,
greutatea ar putea fi la fel, costurile nu numai materiale, ci echipamentul de
capital necesare (o main de frezat ntr-un caz, dar nu de alta) ar putea
diferi semnificativ.
Figure 2.3 One Design, Two Implementations
Dac acest exemplu simplu are dou BOM conforme; ne putem a tepta
produse mai complicate pentru a genera mult mai multe alternative.
Aceasta este ntr-adevr cazul. Problema este deosebit de raspandita peste
zonele funcionale. In exemplul de mai sus, s-ar putea inginerie specifica
partea cu o canelur, dar de fabricaie se face cu o baz i dou ine. n cele
mai multe organizaii, s-ar putea s fie cel pu in trei conformitate dar BOM
incompatibile, una pentru inginerie (EBOM), una pentru industria
prelucrtoare (MBOM), i unul pentru departamentul de contabilitate /
finane (FinBOM).
Product Data Management (PDM)
n timp ce CIM este axat pe fabricarea, alte func ii, cum ar fi de serviciu i
eliminarea dup-pia pot beneficia de schimbul de date i informa ii
diferite domenii funcionale. PLM a fost conceput de mul i a fi comun
conceptul c a tras mpreun de date pe baza de matematica, inginerie, date
i alte informaii despre produs i a folosit-o n alte domenii func ionale,
nonengineering, ncepnd cu fabricarea. n plus, PLM-a limitat domeniul de
aplicare la informaii despre produs i funcioneaz cu-nu n loc de-ERP i
SCM.
PLM ncepe cu aceste tehnologii precedente ca fire majore i alte cteva
concepte i tehnologii (cum ar fi inginerie de colaborare i management de
proiect de portofoliu) fire ca minore. PLM apoi ncearc s eas o vedere
compozit i de coeziune de informaii despre produs.
timp real, i toat lumea tie c el sau ea este de lucru cu cea mai recent
versiune.
Dei ar fi autorizarea design de produs a fost primul pas n dezvoltarea unei
conducte care ar produce un flux de aceste produse, trebuia s fie
combinate cu alte informaii, nongeometric despre produs. Aceast
combinaie de informaii geometrice i nongeometric, nucleul
informaional, necesar pentru a fi puse la dispoziia altor func ii care ar
inginer, fabricarea, de sprijin, i, eventual, dispun produsului fizic rezultat.
Diferitele fire de tehnologie care s-au concentrat pe diferite aspecte ale
acestor informaii necesare pentru a fi esute mpreun pentru a produce
acest nucleu informaional, care ar putea fi utilizat de toate func iile pe care
este nevoie de informaii despre produs.
Ce a fost imposibil de a face acum 20 de ani i ne-am luptat pentru a ceea ce
facem autonom un deceniu n urm a devenit o solu ie standard de punct n
urm cu civa ani. Asta capacitate este acum obisnuit si poate deveni acum
o component n perspectiva mai larga PLM lui. Este aceste avansuri n
tehnologia de calculator, care ne permit s combine eforturile noastre n
tehnologii, cum ar fi CAD, EDM, PDM, i CIM i de a dezvolta noi, abordare
integrat acum numit PLM. Este aceste avansuri i capacitatea noastr de a
valorifica pe cei ce conduc urmtoarea noastr val de productivitate.
Comparing PLM to ERP
organizaiile posed domenii ale cunoaterii. Domenii ale cunoa terii sunt
domenii de cunotine despre anumite lucruri distincte care au o tem
comun.
Cele mai frecvente domenii de cunotine ntr-o organizaie sunt cunotin e
despre produse, cunotine despre clienti, cunotine despre angaja i, i
cunotine despre furnizori. Cunotine despre produsele se ocup cu toate
informaiile o organizaie are despre un produs: modul n care aceasta
trebuie s fie proiectate, cum trebuie s fie fabricate, func ionalitatea de
care are nevoie pentru a avea, etc. cunotine despre oferte clientilor cu
cunotine specifice clientului: cerinele lor , procedurile pentru a face
afaceri, modul lor de a lua decizii. Cunotine despre angaja i se ocup cu
cunotine angajailor de domenii de expertiza: procesele pe care le
efectueaz, expertiza lor n anumite domenii. n cele din urm, cunotin e
despre furnizori ocupa cu expertiza furnizorilor: produse care furnizorii
trebuie s ofere, modul lor de a face afaceri, calitatea lor de munc,
fiabilitatea lor, i alte astfel de lucruri.
Dac ne-am pune n zone funcionale mpotriva domeniile cunoa terii, a a
cum am fcut n Figura 2.4, vom vedea c avem de fapt o matrice cu func ii
de pe partea stng i domenii ale cunoaterii de-a lungul partea de jos.
Lifecycle produs Managementul prin definiie cuprinde domeniul de
produse al cunoaterii, i traverseaz toate zonele funcionale, a a cum se
arat prin bara vertical. Product Lifecycle Management este format din
toate informaiile care se ocupa cu produsul n faza de proiectare i
dezvoltare, n faza de inginerie, faza de produc ie, faza de vnzri i servicii,
precum i faza de eliminare i reciclare. PLM n mod clar este destinat
pentru a se potrivi cu domeniul de cunotin e despre produs i pentru a
cuprinde toate zonele funcionale ale unei organizaii.
Figure 2.4 Comparing Systems
ERP, pe de alt parte, face exact opusul. Aa cum se arat de bara
orizontal, ERP traverseaz diversele domenii ale cunoaterii-produs,
client, angajat, i furnizor, dar se concentreaz numai pe zone func ionale
de producie i de vnzri i service. ERP este, de asemenea, n primul
rnd, pe baza de tranzacie. Acesta se refer la a lua informa ii despre o
tranzacie, n ceea ce privete produsul, clientul, angajatul, iar furnizorul, i
urmrirea aceste informaii, n scopul de a produce unitatea de de interes,
un ordin completat.
Ca atare, ERP este axat mai restrictiv, dar se refer la sine cu mai multe
domenii de cunoatere n cadrul organizaiei. Acesta se refer la un rezultat
final, producnd o tranzacie cu privire la livrarea unui produs sau serviciu
pentru un client. Dup cum putem vedea, cu toate acestea, ERP i PLM au o
suprafa de suprapunere n zonele de producie i de vnzri i servicii n
ceea ce privete informaiile pe care acestea sunt n cauz cu. Deoarece ERP
este orizontal n natur, de asemenea, se suprapune cu managementul
lanului de aprovizionare (SCM) i client management rela ii (CRM). Dar,
din nou, aceste domenii ale cunoaterii sunt mult mai profunde pentru
aplicaiile i sistemele CRM i SCM dect sistemul ERP trebuie s se ocupe
cu.
Un alt mod de a obine un sentiment de caracterul comun i diferen ele
dintre PLM i ERP este s se uite la granularitatea de informa ii pe care le
face cu. n figura 2.5, avem o matrice care crete granularitatea de
informaii pe care o organizaie se ocupa cu. La nivelul cel mai granular este
o tranzacie. Sisteme care se bazeaz tranzacie sunt preocupa i numai cu
tranzacia specific la ndemn. O tranzac ie ncepe i se termin ca un
eveniment nu, i apoi se face cu n system.18 cre te granularitatea, astfel
nct tranzaciile pot fi parte dintr-o ordine. S-ar putea s existe un numr
de tranzacii diferite care sunt procesate i expediate n ceea ce prive te un
singur ordin.
Figure 2.5 PLM and ERP in Granularity
Programe sunt urmtorul pas n sus n granularitate. Programe sunt o serie
ntreag de transporturi de produse care se ocupa cu un anumit tip de
produs, de obicei, menionat ca un model sau o serie model de cazul n
care exist variaii ale modelului. Astfel, de exemplu, poate exista un
program cu privire la un model main care acoper una sau mai multe ani.
Programul poate fi axat pe un avion de vntoare ca Joint Strike Fighter
(JSF), program Lockheed lui care acoper nu numai un avion de lupt de
model, dar variaiile n avion avion de lupt pentru Forele Aeriene i
Marinei.
Creterea granularitate nseamn c vom trece la o familie de produse, iar
acestea sunt produse care sunt similare n definiie, dar difer n multe
privine. O familie de camioane ar putea avea nu doar un numr de modele
diferite n cadrul liniei de camion, dar ele pot fi construite pe o platform
comun care are nume n mod substanial diferite, dar este n aceea i
familie. n cele din urm, exist industrie, care, practic, este continuarea
familiei cu o tehnologie comun n viitor, cu continuitate.
Dup cum putem vedea, ERP este n primul rnd preocupat cu tranzac ia i
ordinea. Odata ce un ordin este nchis, sistemul ERP proceseaz tranzac iile
cu privire la aceast ordonan, dar nu este foarte mult preocupat de
ordinea dincolo de asta. Pe de alt parte, granularitatea PLM este preocupat
Summary
n acest capitol, s-a examinat modul in care PLM este construit ca un nou
mod de a gndi despre informaia despre produs. S-au
studiat/analizat/cercetat diferitele definiii propuse pentru a descrie
conceptul de PLM. S-a propus apoi o modalitate mai ampla pentru a descrie
PLM, conceptul de model vizual PLM, cu funciile necesare pentru
proiectare, inginerie, producie, suport, i eliminarea unui produs care
nconjoar un nucleu comun, informaional. S-a artat apoi cum PLM a
evoluat i ca este punctul culminant al eforturilor anterioare n CAD / CAM,
EDM, PDM, i CIM. n cele din urm, s-a examinat o ntrebare frecvent
ntrebat: conceptele PLM i ERP ndeplinesc aceleai func ii? S-a ajuns la
concluzia c acestea sunt abordari complementare i nu competitive.
La final ar trebuie sa se menioneze c prin construirea unei imagini a PLM
ului nu suntem la final, ci pur i simplu abia se incepe. n timp ce s-au esut
noi abordri sau tehnologii, pentru a forma o noua viziune de informa ii
despre produs n PLM, PLM este un cadru extins. Ne putem a tepta s
vedem i vd deja noi iniiative de coalescen din cadrul PLM. Colaborare
Design de Produs (cPD) i Digital Manufacturing (DM), despre care vom
discuta n capitolele urmtoare, ii concentreze aten ia din nou pe o zon
funcional specifica, dar fac acest lucru folosind cadrul i filozofiile PLM.