EDM PDM e_COLLABORATION

2000-2001 SISTEMI INFORMATIVI 1

EDM

PDM

e_COLLABORATION


AGENDA

IntroduzioneLe motivazioni di business per l’adozione della tecnologia PDM e EDMArchitettura dei sistemi PDM PDM e EDM come tecnologia di integrazionePDM, EDM, MRP, Gestione Componenti: sovrapposizioni e differenzeConsiderazioni finali


Le motivazioni di businessper l’adozione del PDM e dell’EDM


Scenario - 1

Maggiore pressione competitiva sulle impreseRicerca spasmodica del miglioramento della capacità di rispondere tempestivamente alle esigenze mutevoli del mercato


Scenario - 2

FORTUNE 500 - 1955 : solo 35 aziende di quelle 500 sono ancora operanti:

1955 - 1985: ne sono scomparse 238;1985 - 1990: ne sono scomparse 143.

‘Alla ricerca dell’eccellenza‘ 1984: solo 12 delle 43 aziende citate come eccellenti nel famoso libro sono ancora in uno stato di eccellenza.


Obiettivi di business

Riduzione del time-to-market del 30%Riduzione dei costi unitari di prodotto del 20%Riduzione del tempo di gestione delle modifiche tecniche del 50%DelocalizzazioneCertificazione ISO 9000


La risposta organizzativa - 1

Strutture piatteFocalizzazione sulla gestione per processi interfunzionali con particolare attenzione ai processi di:

sviluppo prodotto/progetto;supply chaingestione della domanda per aziende che lavorano su base make-to-stockgestione della offerta per aziende che lavorano su base make-to-order

Investimenti in formazione sui ‘knowledge-worker’


Da aziende organizzate per attività ...

RESEARCH MANUF. MARKETING FINANCE


...ad aziende organizzate per processi

Process Owners

Process Owners

Process Owners

Team Team

Team Team

Team Team

Order Generation and Fulfillment

Integrated Logistics

Commercialization of Technology


Processo di sviluppo prodotto: alcuni dati

Risultati di uno studio interno della Hewlett Packard:uno sfondamento dei costi di sviluppo del 50% impatta la profittabilità di un prodotto per il 3%;uno sfondamento di 6 mesi nei tempi di sviluppo di un prodotto impatta la profittabilità per il 32%.


Processo di sviluppo prodotti e Concurrent Engineering

Approccio sequenzialePROGETTAZIONE DI PRODOTTO

PROGETTAZIONE DI PROCESSO

CONSEGNA DI TUTTI I DISEGNI DEFINITIVI IN UN SOLO MOMENTO

PROGETTAZIONE DI PRODOTTO

PROGETTAZIONE DI PROCESSO

SCAMBIO DI INFORMAZIONI DURANTE I CICLI DI PROBLEM SOLVING

LIVELLO DI CONOSCENZA

Approccio concorrente


Contesto aziendale

STRUTTURA

PROCESSIGESTIONALI

PERSONEE

RUOLI

CULTURA

TECNOLOGIESTRATEGIA

Fonte MIT


Processo di sviluppo prodotti: un nuovo quadro di riferimento

PROJECT MANAGEMENTPROJECT MANAGEMENT

ProgettazioneProdotto

ProgettazioneProcesso

ATTIVITÁDI SVILUPPOATTIVITÁDI SVILUPPO

PROCESSO DI SVILUPPO PRODOTTO


Alcuni elementi chiave per la competitività

Miglioramento delle singole attività del processo sviluppo prodottoMiglioramento del coordinamento delle persone e delle informazioni all’interno del progettoRiutilizzo del know-how e dei risultati dei precedenti progetti, ovvero, gestione degli intellectual capital


PDM/EDM a supporto del processo di sviluppo prodotto

La tecnologia del PDM e dell’EDM rappresenta la infrastruttura informatica a supporto:

della integrazione e condivisione delle informazioni di progetto e prodottoriutilizzo degli ‘intellectual capitals’gestione del processo di sviluppo

MiglioramentoAttività

Coordinamentopersone e informazioni

Gestione‘intellectual

capitals’


Architettura


Definizione di PDM (Product Data Management)

PDM, EWFM, EDM, TDM, … Pletora di acronimi che tendono a sovrapporsi nel significatoUn sistema PDM è un application framework che consente di

Identificare, creare e modificare gli oggetti e le informazioni collegatedefinire, modificare ed eseguire i processi

che concorrono allo sviluppo di un prodotto o di un progetto.


Architettura funzionale di un sistema PDM

Vault

Servizi di Workflow

Imaginge

Viewing

Strutturedi

ProdottoDocumenti

GestioneCompo-

nenti

Modifichee

Configu-razione

Configura-tore

Servizi su rete


Workflow: che cos’è

Un sistema di workflow è una piattaforma di servizi su rete che consente di:

descrivere ed eseguire un processo in accordo alle sue componenti elementari: attività, relazioni tra le attività, oggetti e risorse coinvolte nelle attività;coordinare l’interazione tra le attività del processo e

gli strumenti (CAD, elaborazione testi, ...) che creano e modificano gli oggetti delle attività;le applicazioni già esistenti in azienda ( MRP, ...)


Workflow: come funziona

ATT. 1 ATT. 2 ATT. 3

ISTANZA DEL PROCESSO

DESCRIZIONE DEL PROCESSO

Iniziaflusso

NotificaRisorsa

Prelevadati

Modificadati

Instradarisultati

Notifica Risorsa

ApplicationAgent

Worklist/ApplicationAgent

Worklist/ApplicationAgent

Storiadel

flusso


Document management

Un sistema di document management è una piattaforma di servizi su rete che integra

la memorizzazione dei documenti in una area controllata chiamata vault;i servizi di libreria come:

gestione del check-in/check-out dei documentigestione delle versioni gestione della sicurezza

i servizi di conversione da un formato ad un altro.


Definizione di EDM (Engineering Document Management)

Tende ad essere equiparato ai sistemi PDMUn sistema EDM è un application framework che consente di

Identificare, creare, modificare e archiviare i documenti e le informazioni collegatedefinire, modificare ed eseguire le procedure di approvazione e rilascio dei documenti

che descrivono un prodotto o un progetto


Architettura funzionale di un sistema EDM

Vault

GestioneDocumenti

Imaging&

Viewing

Servizi Workflow

FullText

Retrieval


Funzionalità


Electronic vault

Repository dei:metadati del prodotto e dei documentifile elettroniciprocessi

Gestione della sicurezzaGestione dei dati di amministrazione


Workflow

Ad hoc, Procedurale, MistoProcessi e AttivitàSchedulingNotificheTest condizionaliSplit e Join


Documenti

Classificazione: tipologie e attributiCodificaListe di distribuzioneDocumenti in formato elettronico e cartaceo


Struttura del prodotto

Codifica componenti e attributiRelazione parte-parteRelazione parte-documentoWhere-usedEsplosione struttureViste multiple


Configurazione del prodotto

Gestione delle BaselineEffettività di una parte per data o per serial numberTracciabilità della documentazione e della configurazione


Gestione delle modifiche

Richieste di modifiche (ECR)Esecuzione delle modifiche (ECO/ECN)Verifica conformità documentazione/oggettiValutazione d’impatto modifica


Configuratore di prodotto

Supporto alla definizione della struttura del prodotto sulla base di:

configurazioni di riferimentoparti di riferimentoopzionialternative

equivalenticondizionate

regole di configurazione


Gestione Componenti

Strumenti per la classificazione dei componentiDisponibilità di schemi di classificazioneCataloghi di componentiSupporto al riutilizzo delle parti


Report writing

Report su documentiReport di strutturaReport di configurazioneReport ad hoc


Viewing

• Distribuzione delle informazioni consolidate• Markup & Redline• Raster Editing• Scanning• Formati di file• Documenti complessi/composti


System management

• Installazione• Upgrade• Supporto passaggio in produzione• Backup


Interfaccia utente

• Desktop aziendale• Interfaccia visuale (User in Control)• Le metafore• Esempi:

• Il componente• Il prodotto• Il CAD

• Object orientation - componenti software


Evoluzione del Mercato


Anni ‘80

FornitoriNumero limitato di sistemi PDMCosti alti rispetto alle funzionalità offerteSistemi indirizzati prevalentemente alla gestione di file CADSistemi dedicati a gruppi di lavoro all’interno della progettazione

ArchitetturaArchitettura dati/applicativa basata su DB relazionaliDisponibilità su piattaforme Unix/VMS (in alcuni casi in ambiente eterogeneo)


Anni ‘80

FunzionalitàGestione integrata metadati e file elettroniciGestione ciclo di rilascio dei documentiGestione team di progettoAltre funzionalità di baseIn ogni caso:

Personalizzazione difficoltosaScarsa enfasi su integrazioni, I/F utente, workflowvault distribuitigestione della configurazione


Anni ‘90

FornitoriMolti sistemi PDM rivolti a grosse e medie aziendeCosti in diminuzioneEnfasi sul processo globale di sviluppo prodottoSistemi utilizzabili a livello aziendale

ArchitetturaUtilizzo di alcuni componenti software (workflow, imaging, …)Architetture client/server distribuiteEnfasi sulla piattaforma client PC


Anni ‘90

FunzionalitàGestione delle modifiche di prodottoGestione della distinta baseGestione della configurazione di prodottoLibrerie di integrazione con prodotti CAD, CAM, MRP, ecc.Toolkit di personalizzazione e integrazione


Evoluzione del mercato

Am

pie

zza

ProfonditàCad

, P

roge

ttaz

ione

, In

dust

rializ

zazi

one

, A

zien

da

Vault, Distinta base, Modifiche, Classificazione, Configurazione


Evoluzione

FornitoriApplication frameworkApplicazioni off-the-shelfComponenti software

ArchitetturaOrientamento agli oggetti

architettura del sistemadatabase ad oggetti

Architetture distribuiteDominanza dei client pc e avvento dei server NT


Evoluzione

FunzionalitàConfiguratoriGestione componentiInterfaccia utenteAgenti software intelligentiSovrapposizioni con

MRPMRP IIERP


Alcuni dati

Valore globale del mercato del PDM Nell’ ottobre 2000 Cimdata ha valutato il mercato worldwide in 2.2 miliardi di dollari


Una segmentazione

Sistemi a livello aziendali (enterprise PDM/EDM). Tipicamente:

scalabiliprogettati per l’utilizzo di molti utenti simultaneioperanti su piattaforme eterogenee

Sistemi a livello gruppi di lavoro (workgroup PDM/EDM). Tipicamente:

legati ad uno strumentolimitato supporto di piattaforme


Settori: industria meccanica

AutomobiliComponentisticaAviazioneMacchine utensili


Settori: industria elettronica ed elettromeccanica

Largo consumoTelecomunicazioniAvionicaComputer e perifericheApparecchiature medicali


Settori: industria impiantistica

Impianti di produzione di energia elettricaRaffinerieImpianti chimici


PDM, MRP, Gestione Componenti:sovrapposizioni e differenze


Un modello concettuale dell’azienda

Product Requirements Prelim Parts Lists

Materials Requirement Planning

Cost Accounting Production Scheduling

Product Structure/BOM Management

Product Documentation & File Management

ECO & Release Process Management

Contract Negotiation Parts Ordering

Parts Classification Supplier Classification Preferred Parts, Supplier &

Reuse DBs PN Generation Part Selection Preliminary Parts Lists

Order Entry Demand Planning Financials, GL, AR

Component & Supplier

Mgmt SystemCMS

Design ReleaseSystem

PDM

ManufacturingSystem

ERP/MRP

DesignTools

EDA/MCAD

ProductPlanning

ProcurementSystem

ERP/MRP

EnterprisePlanningSystem

ERP/MRPSCS


Posizionamento delle tecnologie

Definizione Prodotto Sviluppo Produzione Supporto

SCS

CMS

PDM

MRP


PDM e MRP: sovrapposizioni

FunzionalitàComponentiStruttura di ProdottoGestione ModificheWorkflowClassificazioneVaultingImaging &ViewingProject managementCicliCosti di prodottoConfiguratori

PDM - -

MRP - -


PDM e MRP: differenti prospettive

MRP sistemi transazionali con enfasi sulla gestione di datiPDM sistemi transazionali con enfasi sulla gestione del processo


PDM e MRP: modelli d’integrazione

Dipende fortemente dal tipo di business in cui le due tipologie di sistemi sono calate: prodotto stabile con piccole modifiche vs prodotto ad-hoc per un cliente con significative modifiche

• Componenti• Struttura• Modifiche Tecniche

• Costi Componenti

PDM MRP


Internet nello sviluppo prodotto



• Nell’ area dello sviluppo prodotto la tecnologia Internet è alla base della creazione

– dei Virtual Design Team, che collegano i Team di progetto delle società partner, permettendo la condivisione delle informazioni progettative (modelli CAD, documenti, dati FEM ecc.) e creando un ambiente di lavoro unico.

– e della Extended Enterprise, in cui si integrano nel processo di sviluppo prodotto anche i clienti ed i fornitori, permettendo la condivisione e lo scambio rapido di informazioni relative a specifiche e requisiti di prodotto, avanzamento dei progetti, engineering change order ecc.



• Attraverso delle secure extranet (Virtual Private Network) i partner che collaborano allo sviluppo possono condividere un unico ambiente di progettazione e di scambio delle informazioni in tempo reale, come se fossero all’ interno di una unica azienda e mantenendo i requisiti di sicurezza.

MainContractor

Partner

PartnerPartner

Partner •Minor tempo di scambio informazioni•Minor tempo di progettazione•Minor numero di modifiche progettative•Minori costi di sviluppo

Virtual Design TeamCliente

Cliente

Extended Enterprise

Supplier

Supplier

Supplier



• Attraverso portali specifici gli utenti possono accedere alle funzionalità principali dell’ eDevelopment:

eCollaboration

eDesign

PDM


eCollaboration

eCollaboration è un processo per cui le persone lavorano assieme via Internet, comunicando in ogni momento e da ogni luogo: possono scambiarsi informazioni, collaborare su documenti o idee condivise, studiare insieme con gli stessi intenti ed obiettivi.Collaborative Product Development :

•ambienti e metodi e tools integrati che permettono ai team di lavorare assieme utilizzando informazioni consistenti in tempo reale, ed attraverso siti multipli, separati da tempo e distanza •copre tutto il ciclo di vita del prodotto dal concept al supporto•include tutte le informazioni relative a componenti e processi•coinvolge tutta l’ extended enterprise (suppliers, partners, customers)


eCollaboration

• Gli strumenti di eCollaboration tipicamente forniscono le seguenti funzionalità di base:

– Project Management: gestione delle attività, milestones e dei workgroup su web

– Team Collaborative: gestione di agende di task (in ottica day by day) da compiere

– Real-Time Data Conferencing: conferenze via Web

– Content & Document Management.


eDesign

eDesign è il processo di progettazione, supportato in tutte le sue fasi significative da strumenti software basati su web.Le attività supportate da strumenti web per l’eDesign sono:

System & Requirement Engineering: gestione dei requisiti e dell’ architettura funzionale di prodotto

Virtual Prototyping

Component Supplier Management: gestione di librerie di componenti standard

Knowledge Management


Alcune considerazioni finali


Benefici

Misurati tipicamente in:Riduzione delle ore diretteRiduzione dei tempiQualità

riduzione scarti riduzione rilavorazioni

Ironicamente i maggiori benefici si ottengono nella attività a valle della progettazione (che, come ente, finanzia i progetti PDM/EDM)


Aspetti organizzativi

Cambiamento culturale: a dispetto della sua intangibilità rimane l’ostacolo più difficile da superare per raggiungere i risultati attesiTipicamente si assiste ad un entusiastico lancio del progetto da parte del top management che tende a trascurare la supervisione e la sponsorizzazione nella fase critica dello sviluppo

Tra le cause di insuccesso dei progetti PDM/EDM la tecnologia non è certo il fattore numero uno


Aspetti tecnologici

I progetti di PDM/EDM sono fondamentalmente progetti di System integration. Questo aspetto spesso è trascurato ed è fonte di problemi.C’è carenza di risorse esperte nel PDM/EDMRischio di essere catturati nelle sigle e nelle mode tecnologiche. verificare la scalabilità delle architetture

Guardate cosa c’è sotto il cofano


Necessità: allineamento tra business e tecnologia

PIATTAFORMA DI BUSINESS

PIATTAFORMATECNOLOGIEINFORMATICHE

ARCHITETTURADEL BUSINESS

ARCHITETURA TEC. INFORMAT.

• PRODOTTI, SERVIZI• ORGANIZZAZIONE• PROCESSI• ALLOCAZIONE RISORSE• CULTURA E VALORI

• APPLICAZIONI• DATI, RETI• STANDARDS, INTERFACCE• ORGANIZZAZIONE• PROCESSI• PIATTAFORME DI SERVIZI

Documents

EDM PDM e_COLLABORATION