Progetto Innovance – Stato di avanzamento delle attività relative alla metodologia di codifica Politecnico di Milano (DIG-BEST)

Pianificazione attività Polimi luglio 2012 Obiettivo: realizzare un codice usufruibile da aziende filiera costruzioni (imprese, chimica, componenti, amministrazioni locali) per progettazione/realizzazione opere civili ad elevato impatto su comunità locale nel rispetto ed ottimizzazione del risparmio energetico. Vincoli: report per Ministero Sviluppo Economico entro il 20 luglio 2012

Pianificazione attività Fasi: WP 1 Modellazione concettuale database WP 2 Definizione proposte alternative di struttura database WP 3 Validazione struttura database con stakeholder SC WP 4 Scelta struttura database WP 5 Proposte codici alternativi WP 6 Validazione codici con stakeholder SC WP 7 Validazione codici con società SW WP 8 redazione report per Ministero Sviluppo Economico

Pianificazione attività DIG febbraio-luglio 2012 WP1 progettazione concettuale database L’elemento imprescindibile capire le specifiche necessarie agli utilizzatori che devono essere spinti ad utilizzarlo. Logiche di sviluppo Focalizzarsi della filiera logistica minimizzando lo sforzo di adattamento degli utilizzatori del DB (codice) Incentivare la standardizzazione ed univocità dell’informazione Favorire flessibilità e resilienza dello strumento Considerare l’opzione di futuri sviluppi ed applicativi Fasi di sviluppo WP1.1 identificazione delle logiche di progettazione WP 1.2 analisi codici esistenti in ambito E&C, Oil and Gas, Operations e confronto con ambito civile WP1.3 analisi della filiera logistica

Struttura database

Progettazione DB Progettazione DB e Codifica Criteri adottati nella progettazione Modellizzazione Concettuale: lo schema E-R

Approccio tipico per progettazione DB Concettuale Logica Fisica Schema Concettuale Schema Logico Schema Fisico Requisiti della base di dati Prodotto della progettazione SOFTWERISTI DIG Codifica (chiave primaria-secondaria delle entità) -Rappresentazione E-R -Codifica -Specifiche iniziali della progettazione logica

Requisiti della Base di Dati CRITERI GUIDA Fruizione dell’informazione: Sistemi BIM Reportistica e studi di settore interrogazioni specifiche (e.g. standard tecnici) Sistemi Gestionali Altri applicativi (e.g. E-Procurement) Incentivazione al popolamento del DB da parte degli operatori del settore Scalabilità della base di dati (previsione di possibili future applicazioni)

Esempio di schema E-R Costrutti Articolo Cliente Entità Fattura Ricevere Riferimento Articolo Cliente Cod. Cod. Costrutti (0,n) (0,1) Entità (1,1) (1,n) Fattura Relazione (1,1) Cod. Attributo Gestire Attributo Multiplo Via (0,n) Indirizzo Num. Città Impiegato CF CAP (0,1) (min,MAX) Appartene-re Da data Cardinalità Identificatore/chiave interno/a Singolo (0,n) Ufficio Num Identificatore/chiave esterno/a (1,1) Multiplo Appartiene N. Posti (1,n) Generalizzazione Edificio Indirizzo Via Num. Città CAP

Codici esistenti

OmniClass – OmniClass Construction Classification System Sistema di classificazione per le costruzioni: è uno standard aperto a tutti e liberamente utilizzabile Scopo: coerenza nel sistema informativo del progetto, in tutte le fasi Identificazione strutturata delle entità di progetto Individuazione e gestione delle relazioni Fa riferimento a MasterFormat 2004 e UniFormat II e UniClass per evitare duplicazione di sforzi Le strutture di progettazione difficilmente abbandonano un sistema di classificazione già utilizzato e comunemente utilizzato Vantaggi: sistema aperto e implementabile Ogni tabella individua un carattere generale del sistema informativo

OmniClass – OmniClass Construction Classification System 1 Table 11 11-00 00 00 Construction Entities by Function Entità del sistema costruttivo (classificate per funzioni) 2 Table 12 12-00 00 00 Costruction Entities by Form Entità del sistema costruttivo (classificate per forma) 3 Table 13 13-00 00 00 Spaces by Function Spazi (classificati per funzioni) 4 Table 14 14-00 00 00 Spaces by Form Elementi (elementi progettati compresi) 5 Table 21 21-00 00 00 Elements (Including Designed Elements) Risultati delle attività 6 Table 22 22-00 00 00 Work Results Prodotti 7 Table 23 23-00 00 00 Products 8 Table 31 31-00 00 00 Phases Fasi 9 Table 32 32-00 00 00 Services Servizi 10 Table 33 33-00 00 00 Disciplines Discipline 11 Table 34 34-00 00 00 Organizational Roles Ruoli organizzativi 12 Table 35 35-00 00 00 Tools Attrezzature 13 Table 36 36-00 00 00 Information Informazioni 14 Table 41 41-00 00 00 Materials Materiali 15 Table 49 49-00 00 00 Properties Proprietà

OmniClass – OmniClass Construction Classification System Tabelle 11 – 22: finalizzate all’organizzazione dei risultati Tabelle 23, 33 – 35, 36, 41: finalizzate all’organizzazione delle risorse Tabelle 31-32: rappresentazione dei procedimenti costruttivi Individuazione di un sistema di rappresentazione attraverso l’uso di codici ed etichette che spaziano su una gamma estesa di entità (lavoro, attività, materiali ecc.) Prima coppia: tabella di riferimento Altre 3 coppie: livelli di dettaglio con cui il sistema costruttivo può essere disaggregato Si possono aggiungere ulteriori livelli di dettaglio? Si, basta aggiungere una nuova coppia di numeri per espandere la classificazione Table 12 - Construction Entities by Form 12-11 00 00 Buildings 12-14 00 00 Non-Building-Structures 12-17 00 00 Movable Structures 12-21 00 00 Land Forms 12-24 00 00 Water Forms

OmniClass – OmniClass Construction Classification System Table 31- Phases 31-10 00 00 Conception Stage 31-15 00 00 Project Delivery Selection Stage 31-20 00 00 Design Stage 31-25 00 00 Construction Documents Stage 31-30 00 00 Procurement Stage 31-40 00 00 Execution Stage 31-50 00 00 Utilization Stage 31-60 00 00 Closure Stage 31-30 00 00 Procurement Stage 31-30 10 00 Solicitation Phase 31-30 10 11 Advertising Stage 31-30 20 00 Pre-Qualification Phase 31-30 30 00 Bidding Phase 31-30 30 11 Bid Scoping Phase 31-30 30 14 Pricing Phase 31-30 30 17 Bid Preparation Phase 31-30 40 00 Selection Phase 31-30 40 11 Contractor Selection Phase 31-30 40 14 Proposal Evaluation Phase 31-30 40 17 Bid Evaluation Phase 31-30 50 00 Contracting Phase 31-30 50 11 Negotiation Phase 31-30 50 14 Contract Phase 31-30 50 17 Contract Execution Phase

OmniClass – OmniClass Construction Classification System In generale, gli schemi di classificazione (MasterFormat, UniClass, OmniClass) si equivalgono Vantaggi di OmniClass: Pubblico Espandibile Integrabile E’ importante adottare una procedura che, sulla base delle esigenze informative, sia in grado di correlare gli oggetti e le risorse a un codice univoco Integrazione tra sistema informativo e sistema di classificazione Standard utilizzabile come chiave nella base di dati Ipotesi: codice OmniClass + parte espandibile?

Basi informative di riferimento Omiclass ottima base di riferimento ha rivelato alcune problematiche Norme da utilizzare come riferimento: UNI 11156 Valutazione della durabilità dei componenti edilizi UNI EN 15251 Valutazione della prestazione energetica degli edifici, in relazione alla qualità dell’aria interna, all’ambiente termico, all’illuminazione e all’acustica UNI 11137 Criteri di codificazione di opere e prodotti da costruzione, attività e risorse UNI 8290 Scomposizione sistema edilizio UNI 11367 Acustica in edilizia UNI 8690 Edilizia. Informazione tecnica, terminologia

Analisi filiera logistica

Stakeholder Model - Attori Committente: Pubblico; Privato. Progettista: Architetto; Ingegnere. Main Contractor Sub Contractor Fornitore: “Grande”; “Piccolo”. Gestore/manutentore Impresa che effettua la dismissione

Stakeholder Model - Relazioni Committente Pubblico o Privato Progettista Regolatore Main Contractor Fornitori Impresa che effettua la dismissione Manutentore Sub Contractor

Logiche di sviluppo attività Analisi filiera Logistica Definizione requisiti (applicativi) Struttura database Codice Processo iterativo (approssimazioni successive) Progetto Innovance

Analisi della Supply Chain nel settore delle costruzioni - Modello La Supply Chain può essere rappresentata secondo diverse logiche: Temporale Contrattuale Sequenziale Funzionale Normativa Da chi/cosa far guidare la gestione delle informazioni? Livello di personalizzazione General Contractor Sub Contractor Produttori Prefabbricati Produttori MP e componenti Progettista Committente Pubblico o Privato Main Contractor Sub Contractor Fornitori Manutentore Impresa che effettua la dismissione Regolatore Progetto Innovance

Analisi della Supply Chain – Possibili logiche Analisi Funzionale Regolatore Committente (pubblico, privato) Progettista Impresa costruttrice Sub fornitore Fornitore (MP, WIP) Utilizzatore (gestore, manutentore) Impresa decommissioning Analisi settoriale Settore imprese Settore chimico Componenti Prefabbricati Impianti Facility Management Progetto Innovance

Prima ipotesi di logica del database Progetto Innovance

Struttura Database: lato procurement Progetto Innovance

Struttura Database: lato procedura Progetto Innovance

Struttura Database: lato normativo (amministrativo/legale) Progetto Innovance

Struttura Database: lato artefatti Progetto Innovance

Struttura Database: lato prestazioni (energetiche) Progetto Innovance

Dettaglio prima ipotesi di logica del database Progetto Innovance

Implementazione dei requisiti nella struttura DB I requisiti base definiti da Polimi andranno ad aggiungere Macro-Attributi nella struttura DB Questi andranno ulteriormente dettagliati e validati dai vari stakeholders (per categorie) della filiera delle costruzioni Attraverso i colori vengono evidenziati i vari sviluppi del DB

Revisione Struttura

Requisiti informativi DB InnovANCE Progetto Innovance

Tabella Generale Progetto Innovance

Tabella Specifica: Appaltatore Progetto Innovance

Specifica degli attributi Terreno: Composizione Presenza di inquinanti Granulometria Struttura Presenza di discontinuità Presenza di falde idriche Densità Porosità Adesione Coesione Temperatura Portanza A particelle incoerenti Compatta Concrezionata Grumosa Granulare Di disgrgazione Progetto Innovance

Prossimi passi (aprile-maggio) Polimi Richiesta e validazione requisiti e contenuti DB presso appaltatori Validazione struttura DB presso appaltatori Definizione codice CNR Richiesta e validazione requisiti e contenuti DB presso fornitori Trasferibilità semantica tra norme, prezziari e schede tecniche in funzione della localizzazione geografica appalto Aziende SW Definire il format per trasferimento lavoro Polimi Per struttura DB (SAP) Per BIM (Oneteam) Progetto Innovance