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

Presentazione sul tema: "Progetto Innovance – Stato di avanzamento delle attività relative alla metodologia di codifica Politecnico di Milano (DIG-BEST)"— Transcript della presentazione:

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

2 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

3 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

4 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

5 Struttura database

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

7 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

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

9 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

10 Codici esistenti

11 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

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

13 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 Buildings Non-Building-Structures Movable Structures Land Forms Water Forms

14 OmniClass – OmniClass Construction Classification System
Table 31- Phases Conception Stage Project Delivery Selection Stage Design Stage Construction Documents Stage Procurement Stage Execution Stage Utilization Stage Closure Stage Procurement Stage Solicitation Phase Advertising Stage Pre-Qualification Phase Bidding Phase Bid Scoping Phase Pricing Phase Bid Preparation Phase Selection Phase Contractor Selection Phase Proposal Evaluation Phase Bid Evaluation Phase Contracting Phase Negotiation Phase Contract Phase Contract Execution Phase

15 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?

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

17 Analisi filiera logistica

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

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

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

21 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

22 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

23 Prima ipotesi di logica del database
Progetto Innovance

24 Struttura Database: lato procurement
Progetto Innovance

25 Struttura Database: lato procedura
Progetto Innovance

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

27 Struttura Database: lato artefatti
Progetto Innovance

28 Struttura Database: lato prestazioni (energetiche)
Progetto Innovance

29 Dettaglio prima ipotesi di logica del database
Progetto Innovance

30 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

31 Revisione Struttura

32 Requisiti informativi DB InnovANCE
Progetto Innovance

33 Tabella Generale Progetto Innovance

34 Tabella Specifica: Appaltatore
Progetto Innovance

35 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

36 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