Aprobat. Prin ordinul Ministerului Construcțiilor și Locuințelor și Serviciilor Comunale al Federației Ruse din 15 decembrie 2017 N 1674 / pr

Cod de practică SP-328.1325800.2017

"MODELAREA INFORMAȚIILOR ÎN CONSTRUCȚIE. REGULI PENTRU DESCRIEREA COMPONENTELOR MODELULUI INFORMAȚIILOR"

Modelarea informațiilor de construcție. Componente. Orientări și cerințe

Introdus pentru prima dată

Introducere

Acest set de reguli a fost elaborat în conformitate cu Legea federală din 30 decembrie 2009 N 384-FZ „Reglementări tehnice privind siguranța clădirilor și structurilor” pentru a dezvolta cerințe, reguli și recomandări uniforme pentru crearea componentelor utilizate pentru a forma modele informaţionale ale unui obiect de construcţie.

Setul de reguli a fost pregătit de echipa de autori ai JSC „Centrul de Cercetare” Construcții „- TsNIISK numit după V.A.Kucherenko (supervizor de lucru - Dr. Ananiev) și SRL „KONKURATOR” (M.G. Korol, S.E. Benklyan).

1 domeniu de utilizare

1.1 Acest set de reguli se aplică proceselor de modelare informațională a clădirilor și structurilor și stabilește cerințele pentru componentele modelelor lor informaționale.

1.2 Acest set de reguli nu stabilește cerințe pentru metodele de amplasare, întreținere, structura, forma și conținutul bibliotecilor digitale (cataloage/baze) componentelor.

2 Referințe normative

Acest set de reguli folosește referințe normative la următoarele documente:

GOST 2.303-68 Sistem unificat pentru documentația de proiectare. Linii

GOST 2.306-68 Sistem unificat pentru documentația de proiectare. Denumirile materialelor grafice și regulile de aplicare a acestora în desene

Notă - Când utilizați acest set de reguli, este recomandabil să verificați valabilitatea documentelor de referință în sistemul de informații publice - pe site-ul oficial al organului executiv federal în domeniul standardizării pe Internet sau conform indexului anual de informații " Standarde Naționale”, care a fost publicată de la 1 ianuarie a anului curent, și pe problemele indexului lunar de informații „Standarde Naționale” pentru anul în curs. În cazul în care documentul la care se face referire la care este dat linkul nedatat este înlocuit, se recomandă utilizarea versiunii curente a acestui document, ținând cont de toate modificările aduse acestei versiuni. Dacă documentul la care se face referire la care este dată referința este înlocuit, se recomandă utilizarea versiunii acestui document cu anul de aprobare (acceptare) de mai sus. Dacă, după aprobarea acestui set de reguli, se face o modificare a documentului de referință la care se face referire datată, care afectează prevederea la care se face trimiterea, atunci această prevedere se recomandă a fi aplicată fără a se ține seama de acest Schimbare. În cazul în care documentul la care se face referire este anulat fără înlocuire, atunci prevederea în care este dat linkul către acesta se recomandă a fi aplicată în partea care nu afectează acest link. Este recomandabil să verificați informațiile cu privire la valabilitatea seturilor de reguli din Fondul Federal de Informații pentru Standarde.

3 Termeni și definiții

Următorii termeni și definiții sunt utilizați în acest document:

3.1 atributele componente: Proprietăți esențiale ale unei componente care sunt necesare pentru a-i defini geometria sau caracteristicile și au un nume și un sens.

3.2 parametri geometrici ai componentelor: Atribute care definesc dimensiunea, forma și poziția spațială a unei componente.

3.3 proprietăți grafice ale unei componente: Proprietăți care asigură recunoașterea unei componente într-o proiecție tridimensională, precum și în diferite proiecții și scări cu afișarea simbolurilor bidimensionale caracteristice, linii, hașuri, text.

3.4 modelarea informațională a obiectelor de construcție: Procesul de creare și utilizare a informațiilor privind obiectele în construcție, precum și a obiectelor de construcție finalizate în scopul coordonării datelor de intrare, organizarii producției și stocării în comun a datelor, precum și utilizarea lor în diverse scopuri în toate etapele. a ciclului de viață.

3.5 componentă: O reprezentare digitală a caracteristicilor fizice și funcționale ale unui element individual al unui șantier, destinată utilizării repetate.

Notă - O componentă aplicată într-un model devine un element de model.

3.6 metadate componente: date structurate care reprezintă caracteristicile unei componente descrise pentru identificarea, regăsirea, evaluarea și gestionarea acesteia.

3.7 formate deschise de schimb de date: formate de date cu o specificație deschisă.

NOTĂ - Formatul IFC (Industry Base Classs) este un format și o schemă de date cu specificații deschise. Este un standard internațional pentru schimbul de date în modelarea informațiilor în domeniul ingineriei civile și operațiunilor.

3.8 asamblare: un set numit de componente care poate fi reutilizat.

3.9 nivel de elaborare; LOD: Un set de cerințe care definesc caracterul complet al unui element de model de informație digitală. Nivelul de dezvoltare stabilește cantitatea minimă de date geometrice, spațiale, cantitative, precum și orice atribute necesare pentru a rezolva problemele de modelare a informațiilor la o anumită etapă a ciclului de viață al obiectului.

3.10 comportamentul funcțional al unei componente: modificarea unei componente în conformitate cu regulile de interacțiune cu condițiile de mediu prevăzute în aceasta.

3.11 model informatic digital: un model tridimensional parametric orientat pe obiecte care reprezintă digital caracteristicile fizice, funcționale și alte caracteristici ale unui obiect (sau ale părților sale individuale) sub forma unui set de elemente bogate în informații.

3.12 element de model: parte a unui model informatic digital care reprezintă un element, sistem sau ansamblu dintr-un șantier de construcții sau șantier.

4 General

4.1 Componentele sunt caracterizate prin parametri geometrici, proprietăți grafice, atribute și comportament funcțional.

4.2 Componentele trebuie separate:

Pe tipuri:

Punct - componente cu forme geometrice specificate care sunt adăugate modelului cu referire la punctul lor de inserare.

NOTĂ Componente precum fereastră, ușă, grinda, coloană, pompă, mobilier etc.;

Linear - obținut prin conectarea unui profil închis direcționat și a unei linii de referință ca generator.

NOTĂ Componente precum pereți, țevi, conducte, conducte etc.;

Areale - componente volumetrice de înălțime semnificativ mai mică, create prin trasarea unui contur al unei zone limitate.

NOTĂ Componente precum podele, acoperișuri, tavane etc.;

Prin referire la producător:

Generalizat - componenta este o reprezentare digitală a unui produs, al cărui producător specific este necunoscut;

Produs - O componentă este o reprezentare digitală a produsului unui anumit producător.

După nivelul de parametrizare:

Componente parametrice - componente, ale căror instanțe plasate pot fi configurate prin modificarea valorilor atributelor în interfața software (fără a fi necesară editarea directă a componentei);

Componentele neparametrice sunt componente care sunt create fără posibilitatea configurației lor.

După sfera de aplicare:

Arhitectură;

Planificare urbană;

Constructia unei cladiri;

Sisteme și rețele de inginerie;

Design interior si exterior;

Alte domenii de aplicare.

5 Cerințe generale pentru componente

5.1 Dezvoltarea componentelor trebuie efectuată folosind instrumente software adecvate care implementează funcționalitatea de modelare a informațiilor.

5.2 Când dezvoltați componente, ar trebui să:

Luați în considerare obiectivele utilizării modelului informațional digital;

Luați în considerare cerințele pentru nivelurile de elaborare a elementelor modelului;

Determinați compoziția și numărul parametrilor geometrici;

Determinați compoziția și numărul de atribute.

6 Cerințe privind parametrii geometrici, nivelurile de elaborare geometrică și afișarea grafică a componentelor

6.1 Cerințele pentru parametrii geometrici și reprezentarea grafică a unei componente includ cerințe pentru:

Parametri geometrici;

Afișarea simbolurilor grafice;

Nivelul de elaborare geometrică;

Rezervarea spațiului ocupat de o componentă;

Afișarea grafică a materialelor.

6.2 Cerințe pentru parametrii geometrici

6.2.1 Când dezvoltați o componentă, ar trebui să:

Simulați geometria la o scară de 1: 1;

Definiți punctul de inserare (punctul de bază) pentru o componentă punctuală;

Utilizați numărul minim de elemente de construcție (de exemplu, planuri și linii de construcție);

Utilizați parametri geometrici exprimați în unități metrice.

6.2.2 Componentele generice trebuie să includă valorile parametrilor care definesc dimensiunile nominale dacă dimensiunile reale nu sunt cunoscute.

6.2.3 Componentele de tip „produs” trebuie să includă valori ale parametrilor care definesc dimensiunile exacte.

6.2.4 Cerință pentru afișarea simbolurilor grafice:

componenta trebuie să includă elemente grafice pentru a transmite informații care nu pot fi afișate într-o proiecție tridimensională (de exemplu, indicatoare de direcție, direcția de deschidere a ușilor, modalități de deschidere a ferestrelor).

6.3 Cerinţe pentru nivelul de elaborare geometrică

6.3.1 Punctele de inserare (punctele de bază) ale unei componente ar trebui să fie consecvente la toate nivelurile de dezvoltare.

6.4 Cerințe pentru afișarea grafică a materialelor

6.4.1 Dacă o imagine urmează să umple suprafața unei componente, aceasta trebuie să fie pătrată sau dreptunghiulară pentru a asigura o repetiție fără întreruperi a imaginii (tiling).

6.4.2 Cerințe pentru fișierul cu imaginea materialului:

Dimensiunea imaginilor pătrate - cel puțin 512x512 pixeli;

Dimensiunea imaginilor dreptunghiulare - cel puțin 512 pixeli de-a lungul celei mai lungi laturi;

Rezoluția imaginii - nu mai puțin de 150 de puncte pe inch.

7 Cerințe pentru nivelul de atribuire și valorile atributelor

7.1 La elaborarea componentelor, numărul, compoziția atributelor și nivelul de elaborare atributivă ar trebui determinate ținând cont de:

Scopurile și obiectivele utilizării modelelor informatice digitale;

cerințe LOD;

Cerințe pentru compoziția și conținutul documentației tehnice.

7.2 Toate atributele componentelor create trebuie completate.

7.3 Atributele componentelor trebuie împărțite în obligatorii și opționale.

7.3.1 Atributele obligatorii ale unei componente ar trebui să includă acele proprietăți sau caracteristici tehnice care permit identificarea unică a componentei și, de asemenea, să conțină date pe baza cărora este posibilă elaborarea documentației tehnice, comandarea, achiziționarea și instalarea unei anumite componente. în timpul procesului de construcție.

7.3.2 Atributele suplimentare ar trebui să includă proprietăți sau caracteristici tehnice necesare pentru calculele inginerești, informații de natură tehnică și economică, caracteristici tehnice și operaționale și alte caracteristici.

7.4 Dacă valorile parametrilor sunt pentru a controla dimensiunea geometrică sau forma unei componente, modificarea acestora ar trebui să modifice dimensiunea și/sau forma componentei din model.

7.5 Dacă valoarea atributului nu este limitată și permite introducerea atât a numerelor, cât și a literelor, atunci valorii atributului i se va atribui un tip de date alfanumerice.

7.6 Valoarea unui atribut text al unei componente nu trebuie să se încheie cu un punct.

8 Cerințe funcționale pentru componente

8.1 O componentă se va „comporta” într-o manieră care să reflecte funcționalitatea și interrelațiile sale cu alte componente.

8.2 Într-un mediu software, de regulă, este posibil să se proiecteze o componentă cu unul sau altul număr de parametri predefiniti, disponibili într-un element de construcție fizic real. Dacă există variante preconfigurate ale unei componente, degradarea performanței sau dificultatea de utilizare ar trebui să fie minimă.

8.3 O componentă ar trebui să fie modelată astfel încât să poată fi conectată și să funcționeze împreună cu alte componente dacă interoperabilitatea este susținută și în concordanță cu obiectivele modelului în curs de dezvoltare.

9 Reguli pentru denumirea componentelor și atributele acestora

9.1 Convențiile de denumire pentru componente din această secțiune sunt destinate software-ului bazat pe un sistem de stocare a fișierelor.

9.2 Sistemul de numire ar trebui să fie compus din:

Reguli generale de denumire;

Scheme de denumire.

NOTĂ - Un exemplu de sistem de denumire a fișierelor componente este dat în A.15-A.16 (Anexa A).

9.3 O componentă trebuie să aibă un nume și o descriere unice.

9.4 Reguli de denumire a atributelor

9.4.1 Unitățile de măsură nu sunt indicate în numele atributului.

9.4.2 Atributele cu valori care implică tipuri de date booleene (Da / Nu) trebuie denumite astfel încât valoarea să fie în mod necesar atribuită (de exemplu, „Prezența pragului” - Da / Nu).

NOTĂ - Un exemplu de reguli pentru denumirea atributelor este dat în A.17 (Anexa A).

9.5 Convenții de denumire a materialelor

9.5.1 Numele unui material trebuie să înceapă cu o literă mare urmată de o literă mică. Dacă numele este format din două sau mai multe cuvinte, atunci fiecare cuvânt începe cu o literă mare și toate cuvintele sunt scrise împreună.

9.5.2 Fișierul cu imaginea materialului este denumit în același mod ca și pentru material, cu extensia corespunzătoare formatului fișierului grafic utilizat.

NOTĂ - Un exemplu de reguli pentru denumirea materialelor este dat în A.18 (Anexa A).

10 Cerințe pentru formatele componente

10.1 Prin formatele de fișiere, componentele pot fi reprezentate:

În format IFC deschis (versiunile 2x3 și mai mari);

În formate originale (formate de fișiere ale componentelor și fișiere de proiect ale software-ului utilizat).

11 Cerințe privind metadatele componentelor

11.1 Atunci când se organizează baze de date / cataloage / biblioteci de componente, de exemplu, sub formă de stocări pe Internet, este necesar să se asigure o căutare convenabilă a conținutului solicitat. De obicei, această căutare este efectuată folosind metadate. Căutare după metadate - căutare după atribute ale unei componente suportate de un anumit motor de căutare.

Anexa A

A.1 Componentele pot fi combinate în ansambluri (de exemplu, „sanatorie”, „unitate de încălzire”, „substație de transformare”), care se recomandă a fi utilizate pentru a forma cataloage tematice/baze de date/biblioteci de reutilizare.

A.2 Componenta trebuie să fie identificată în mod unic. Pentru aceasta se recomandă utilizarea:

Nume unic;

Identificator unic la nivel global care este utilizat pentru identificarea resurselor;

Cod clasificator (dacă există).

A.3 Pentru a minimiza numărul de componente dezvoltate și pentru a le unifica, se recomandă crearea componentelor parametrice.

Pentru a respecta cerințele standardelor ESKD și SPDS (de exemplu, GOST 2.303 și GOST 2.306) pentru proiectarea și documentația de lucru, atunci când se dezvoltă o componentă, se recomandă includerea simbolurilor grafice convenționale în compoziția sa.

Notă - Componentele la nivelul de dezvoltare LOD 100 sunt elemente conceptuale de masă și, ca atare, nu necesită pregătirea prealabilă a componentelor corespunzătoare, iar la nivelul LOD 500 sunt componente complet definite care diferă de nivelul LOD 400 doar ca dimensiuni. care corespund implementării efective a deciziilor de proiectare. Din aceste motive, nivelurile de dezvoltare LOD de 200, 300 și 400 sunt recomandate pentru dezvoltarea bazelor de date / biblioteci / cataloage de componente.

NOTĂ În absența componentelor adecvate de nivel scăzut, pot fi utilizate componente de nivel superior.

A.8 Se recomandă ca componentele echipamentelor de inginerie/proces să fie proiectate ținând cont de spațiul de întreținere rezervat, care se recomandă să fie inclus ca parte a componentei.

A.9 Dacă este necesară dezvoltarea unei componente cu un anumit material, se recomandă includerea culorilor, modelelor de hașurare/umplere și fișiere cu o imagine de textură la scara corespunzătoare.

A.12 Valoarea unui atribut de componentă poate fi exprimată ca formulă dacă valoarea sa depinde de alte atribute.

A.13 Dacă o componentă poate reprezenta diferite variante ale unui element al unui obiect de construcție, se recomandă reprezentarea acestora folosind un atribut cu o valoare exprimată într-unul din următoarele moduri:

Singura valoare este dacă există o singură alegere pentru valoare;

Valoarea listei - dacă lista ordonată conține mai multe valori unice de același tip, a căror ordine este importantă (de exemplu, 200, 400, 600, 800);

Valoare interval - dacă există limite superioare și inferioare ale acestei valori (limită). Prima este indicată limita inferioară, urmată de limita superioară (ex. 175-200 kW). Dacă intervalul de valori include valori pozitive și negative, acestea sunt separate folosind cuvintele „de la” și „la” (de exemplu, de la minus 10 ° C la plus 20 ° C). Dacă nu este specificată nicio valoare, înseamnă o limită nelimitată (de exemplu, 175 kW -<ноль>, adică toate valorile sunt mai mari sau egale cu valoarea limită inferioară de 175 kW);

Valoare numerotată - dacă valoarea prevede selectarea valorilor fixe din lista stabilită. Elementele separate trebuie separate unele de altele prin virgulă și spațiu (de exemplu, a, b, c, d).

Notă - Aceste metode de exprimare a diferitelor variante de elemente ale unui obiect de construcție, de regulă, sunt utilizate în componente de tip „generalizat”.

A.14 Se recomandă ca o componentă să fie modelată în așa fel încât să poată fi conectată la alte componente și să funcționeze împreună cu acestea, dacă funcționarea în comun este susținută și corespunde obiectivelor modelului dezvoltat.

Numele fișierului este format din câmpuri;

Se recomandă folosirea caracterului de subliniere „_” ca caracter separator între câmpuri;

Toate câmpurile dintr-un nume de fișier încep cu o literă mare urmată de o literă mică. Dacă câmpul este format din două sau mai multe cuvinte, atunci fiecare cuvânt începe cu o literă mare și toate cuvintele sunt scrise împreună;

Abrevierile și codurile trebuie scrise cu majuscule;

A.16 Structura numelor fișierului componente

<Поле1>_<Поле2>_<Поле3>_<Поле4>_<Поле5>_<Поле6>

unde câmpurile au semnificațiile date în Tabelul A.1.

Tabelul A.1

Dacă componenta nu conține geometrie 3D, la sfârșitul „Fields2” (tip funcțional), adăugați „-2D”.

Note (editare)

1 Numărul de câmpuri din numele fișierului poate varia de la patru la șase, în funcție de tipul de componentă (tip „generic” sau „produs”), precum și de prezența unor caracteristici suplimentare de identificare.

2 Un exemplu de denumire a componentelor de tip „generic”:

ABV_Door_Double_Aluminium_GOST23747-2015

3 Un exemplu de denumire a componentelor de tip „produs”:

ABC_Washbasin_Ceramic_Factory1_VersionA

Dacă trebuie să introduceți câmpuri suplimentare, se recomandă să le adăugați la sfârșitul numelui.

A.17 Reguli de denumire a atributelor

<Поле1>_<Поле2>

unde câmpurile au următoarele semnificații date în Tabelul A.2

Tabelul A.2

NOTĂ - Exemple de atribute de denumire:

Lățimea profilului

ABC_AreaApartments

<Поле1>_<Поле2>_<Поле3>_<Поле4>_<Поле5>

unde câmpurile au următoarele semnificații date în Tabelul A.3

Tabelul A.3

NOTĂ - Exemplu de materiale de denumire:

ABC_Tiles_Bituminous_Continent_Producator

28 mai 2018 Tatiana Bekh

GOST și SP pentru BIM

Am decis să colectăm o listă de documente normative care reglementează direcția tehnologiei informației în construcții. Iată ce s-a găsit pe ziua de azi!

Lista documentelor normative privind BIM:

• GOST R 57310 —2016 (ISO 29481 —1: 2010) Modelarea informațiilor în construcții. Ghid de informații despre livrare. Metodologie și format. Data introducerii 2017 —07 —01
• GOST R 57311 —2016 Modelarea informațiilor în construcții. Cerințe pentru operațională documentarea obiectelor de construcție finalizate. Data introducerii 2017 —07 —01
• GOST R 57309 —2016 (ISO 16354: 2013) Ghid pentru bibliotecile de cunoștințe și bibliotecile de obiecte. Data introducerii 2017 —07 —01.
• GOST R 57563 —2017 / ISO / TS 12911: 2012 Modelarea informațiilor în construcții. Fundamente pentru elaborarea standardelor informație modelarea clădirilor și structurilor (cu amendament). Data introducerii 2017 —10 —01.
• GOST R ISO 12006 —2 —2017 Constructii. Model pentru organizarea datelor de construcție. Partea 2 . Bazele clasificării informațiilor. Data introducerii 2017 —10 —01.
• GOST R ISO 12006 —3 —2017 Constructii. Model pentru organizarea datelor de construcție. Partea 3. Elementele de bază ale schimbului de obiecte - orientat informație. Data introducerii 2017 —10 —01
• GOST R ISO 22263 —2017 Model pentru organizarea datelor de construcție. Structura de management al informațiilor de proiect. Data introducerii 2017 —10 —01.
• GOST R 57295 —2016 Sisteme de proiectare-management. Ghid de management al proiectării în construcții. Data introducerii 2018 —01 —01.
• SP 301 .1325800 .2017 Modelare informaţională în construcţii. Reguli de organizare a muncii producție- departamente tehnice. Data introducerii 2018 —03 —02.

Actualizat 23.03.2018. CUÎn martie 2018, trei dintre ele vor intra în vigoare pe BIM:

• SP 328.1325800.2017 „Modelarea informațiilor în construcții. Regulile de descriere a componentelor modelului informativ „(ordin din 15.12.2017 nr. 1674/pr). Acest set de reguli se aplică proceselor de modelare informațională a clădirilor și structurilor și stabilește cerințe pentru componentele modelelor lor informaționale, dar nu stabilește cerințe pentru metodele de amplasare, întreținere, structura, forma și conținutul bibliotecilor digitale (cataloage/ baze de date) de componente. Documentul va intra în vigoare pe 16 iunie 2018.
• SP 331.1325800.2017 „Modelarea informațiilor în construcții. Reguli de schimb între modelele de informații ale obiectelor și modelelor utilizate în sistemele software” (ordin din 18 septembrie 2017 nr. 1230/pr). SP 331.1325800.2017 se bazează pe cerințele de bază pentru crearea și funcționarea sistemelor informaționale care interacționează între ele pe tot parcursul ciclului de viață al unei clădiri sau structuri și care implementează tehnologia de modelare a informațiilor pentru un obiect de construcție. Setul de reguli a intrat în vigoare la 19 martie 2018.
• SP 333.1325800.2017 „Modelarea informațiilor în construcții. Reguli pentru formarea unui model de informare al obiectelor în diferite etape ale ciclului de viață „(ordin din 18 septembrie 2017 nr. 1227/pr). Documentul conține cerințe pentru modelele de informații ale obiectelor de construcție în masă și dezvoltarea acestora în diferite etape ale ciclului de viață, având ca scop creșterea validității și calității soluțiilor de proiectare, creșterea nivelului de siguranță în timpul construcției și exploatării. Abordările generale ale formării modelelor informaționale vor oferi ușurință în utilizare și vor crește eficiența procesului de modelare a informațiilor. Setul de reguli a intrat în vigoare la 19 martie 2018.

În viitorul apropiat, ni se promite să extindem documentația de reglementare și tehnică privind BIM în două direcții:

Documente de baza:

• 3 GOST R
• 4 SP

Documente pentru diferite etape ale ciclului de viață al obiectului

• 2 GOST R
• 6 SP

Nu uitați că astăzi există două categorii de documente de reglementare.

Pe 23 august, a început o discuție publică cu privire la patru asociații în participațiune dezvoltate prin ordin al Ministerului Construcțiilor și Locuințelor și Utilităților din Federația Rusă. Lista cu link-uri directe de mai jos. Termenul de discutie este de 60 de zile calendaristice.

Unele dintre link-uri mai pot descărca textele proiectelor de documente. O altă modalitate și garantată de a primi mesaje este trimiterea unei cereri la adresa: [email protected]

Se recomandă să scrieți comentarii și sugestii în forma prescrisă. Toate comentariile vor fi luate în considerare și se vor răspunde și/sau modificările corespunzătoare vor fi aduse celei de-a doua ediții. Puteți trimite comentarii la aceeași adresă, sau prin formularul de pe site-ul FAU FTSS.

Pe 8 septembrie, au fost primite comentarii de la membri ai PK-5 TK-465 și membri ai Ministerului Construcțiilor, pe locul căruia au fost publicate în primul rând documentele.

Documentele sunt elaborate de diferite echipe, astfel încât procedura de gestionare a comentariilor poate fi ușor diferită. În octombrie, discuția documentelor se va încheia la ședința PP-5, la care, cel mai probabil, vor fi invitați și autori de comentarii semnificative.

Partea 2. Informală

1. Echipa noastră este implicată în elaborarea a două din cele patru documente. Suntem foarte încântați să avem ocazia de a participa la formarea domeniului de reglementare și tehnic pentru modelarea informațiilor în Federația Rusă. Vă garantăm că calitatea versiunii finale va fi la cel mai înalt standard internațional. Suntem foarte interesați de acest lucru și, prin urmare, invităm toți specialiștii cu cunoștințe și experiență într-un domeniu specific, corespunzător subiectului asocierii în participațiune, să vorbească asupra meritelor și într-un dialog venit la maximum (la momentul istoric actual). ) formulări.

2. În Federația Rusă, de la sfârșitul anului 2012 se lucrează la Planul (program, foaia de parcurs) de tranziție în faze la BIM. La dezvoltare și discuție au participat zeci de persoane. Prin urmare, în acest document în acest moment există mai mult de CINCI puncte evidente. Și foaia de parcurs în sine este acum analizată de Guvernul Federației Ruse. (Nu am informații dacă a fost acceptat sau nu încă).

3. În calitate de membru al Grupului de Lucru și al Consiliului de Experți pe această temă, declar că în documentele naționale de standardizare nu se acordă și nu se va acorda preferință unor produse software specifice. (Dezvoltatorii de software au dreptul, la discreția lor, de a dezvolta standarde care prevăd lucrul în software-ul lor). În această privință, sugerez că autorii care acuzații de încălcări ale legislației antimonopol și ale legii federale privind protecția concurenței ilustrează acest lucru cu texte din legile relevante și din societatea mixtă.

Aș dori să vă atrag atenția asupra numelui joint-venture-ului, din cauza căreia a început această discuție aprinsă - „Reguli de schimb între modelele de informații ale obiectelor și modelele utilizate în sistemele software”. Dezvoltatorii acestui joint venture, de fapt, au fost prinși într-un viciu. Unii recenzenți necesită specificitate de la ei, reguli detaliate și nu considerații generale. (Cine vă va spune cum se poate face acest lucru în cazul în care orice mențiune despre produse este cu veto?) Alții, dimpotrivă, cer ca orice mențiune să fie ștearsă. Ieșirea, evident, constă în elaborarea unor recomandări metodologice suplimentare, unde va fi permisă menționarea produselor.

Într-o publicație recentă de senzație s-a pomenit despre fericirea BIM în detrimentul unui anumit vânzător, îl rog pe autor să-și „armeze” ochii și să-mi dea exemple concrete din text. Datorita rolurilor mele (vezi prima teza de la punctul 3), chiar trebuie sa ma asigur de neutralitatea reglementarilor referitoare la platformele BIM.

4. În Marea Britanie, ponderea comenzilor guvernamentale în construcții este de aproximativ 40%. RF-ul are SEMNIFICAT MAI JOS. Nu am putut găsi cifra exactă, dar NOPRIZ insistă că nu este mai mult de 5% (!). Din alte surse, am auzit cifra de până la 15%. (Și de ce să spargi o suliță – sau o greblă?) Adică un client privat domină în construcții. Și este liber să comande după cum vrea, fără a încălca legea. Și inclusiv stabilirea formatelor în care dorește să primească produsul. Atunci despre ce ne certam? Dacă un client de stat începe să ceară 20% dintr-un volum mic în BIM, cât de mult va pierde un designer individual care nu vrea să audă nimic despre BIM? Nimic. Nu va merge la licitația de stat și va continua să picteze pentru un comerciant privat până nu va cere BIM.

5. Acum despre „restricțiile voalate pentru a ascunde punctele slabe ale produsului promovat”. Despre „produs” vezi articolul 3. În ceea ce privește restricțiile, fraza de mai sus sugerează că autorul său nu este familiarizat cu documente similare elaborate în alte țări care ne-au depășit în acest domeniu. Astfel de documente sunt pline de formulări precum „din cauza suportului software limitat” sau „deoarece abilitățile BIM și instrumentele software în acest scop sunt încă imature”, etc. Da, trebuie să recunoaștem că produsele software pe care le avem la dispoziție nu sunt încă perfecte și trebuie sa tinem cont de asta... Prin urmare, aplicăm rezerve similare în text și vom continua să facem acest lucru.

6. Și în încheiere aș vrea să fac un apel către cei care au fost cu adevărat dezamăgiți de ceea ce au văzut - textele documentelor și le numesc brute etc. Ce te așteptai să găsești acolo și nu ai găsit? Poate ar trebui să o rezolvăm și să fim mai specifici? Dacă vom reuni toate subiectele abordate de documente naționale similare despre BIM în diferite țări, atunci vom constata că acestea reflectă tehnici de modelare, abordări de determinare a nivelurilor de dezvoltare a elementelor modelului informațional (LOD, LOI), noi roluri și responsabilități ale participanți la proces, planuri de implementare BIM - proiecte, reguli de dezvoltare a elementelor bibliotecii, probleme de interoperabilitate și organizare a muncii în echipă. Cam asta sunt toate subiectele. Abia atunci sunt încă descompuse în diferiți participanți și etape ale ciclului de viață. Elementele din această listă sunt parțial acoperite de asociațiile în participațiune depuse, iar restul sunt incluse de Minister în planul de dezvoltare ulterioară.

Îi invit pe toți cei care sunt dezamăgiți la un dialog constructiv. Dacă nu doriți să scrieți o contestație oficială și, în același timp, vă suntem deja familiarizați, scrieți într-un mesaj personal. Să ne dăm seama.

Trei noi seturi de reguli (JV) în domeniul tehnologiei informației au fost aprobate și vor intra în vigoare la 1 martie. Acest lucru a fost anunțat de Alexander Stepanov, șef adjunct al Departamentului de Dezvoltare Urbană și Arhitectură al Ministerului Construcțiilor și Locuințelor și Serviciilor Comunale al Federației Ruse, în cadrul seminarului „Modelare informațională. Mediul digital ca bază pentru interacțiune”, organizat de Centrul Federal pentru Raționare, Standardizare și Evaluare a Conformității Tehnice în Construcții, din subordinea Ministerului Construcțiilor din Rusia, împreună cu Comitetul RSPP pentru Reglementare Tehnică, Standardizare și Evaluare a Conformității. Evenimentul a avut loc pe 21 februarie cu participarea unei echipe reprezentative de experți.

JV „Modelarea informațiilor în construcții. Reguli de descriere a componentelor modelului informațional ”,“ Modelarea informațiilor în construcții. Regulile pentru formarea unui model informațional al obiectelor în diferite etape ale ciclului de viață „și „Modelarea informațiilor în construcție. Regulile pentru schimbul între modelele de informații ale obiectelor și modelele utilizate în sistemele software „vor intra în vigoare la 1 martie. 2018.

Potrivit lui Alexander Stepanov, sistemul documentelor naționale în curs de creare în domeniul tehnologiilor de modelare a informațiilor în construcții include standarde de bază și coduri de practică care asigură infrastructura digitală, inclusiv cele care definesc prevederile de bază, principiile și terminologia BIM, precum și standarde și coduri de practică care definesc cadrul conceptual și o metodologie pentru introducerea în practică a modelării informaționale în anumite etape ale ciclului de viață - de la justificarea investițiilor până la utilizarea și demolarea clădirilor și structurilor.

În 2018 a început elaborarea standardelor de bază care definesc principiile de bază, conceptele și terminologia BIM: GOST R „Organizarea informațiilor despre lucrările de construcții. Managementul informației folosind modelarea informațiilor. Partea 1. Principii și concepte de bază „și GOST R” Organizarea informațiilor despre lucrările de construcții. Managementul informației folosind modelarea informațiilor. Partea 2. Etapa creării activelor”. Standardele ISO similare (ISO 19650-1 și ISO 19650-2) se află în prezent în etapele finale de dezvoltare. Experții PC 13 „Prelucrarea, stocarea și schimbul de informații legate de lucrările de construcții” TC ​​465 „Construcții” participă la aceste lucrări din anul 2017.

Acum se află în procedura de înregistrare GOST R „Modelarea informațiilor în construcții. Clasele de bază ale industriei (IFC) pentru schimbul de informații pe tot parcursul ciclului de viață. Dispoziții de bază”. „Dacă clientului de stat i se oferă posibilitatea de a solicita furnizarea de informații pentru control în format IFC, atunci nu va fi nevoie să cheltuiască fonduri bugetare pentru achiziționarea unui număr mare de diverse produse software și pentru întreținerea unui personal excesiv de specialiști capabili să lucreze în aceste programe”, a spus Alexander Stepanov.

Sistemul de documente normative și tehnice în total va cuprinde 15 standarde naționale (GOST R), 10 seturi de reguli, inclusiv: 13 GOST R și 4 SP - documente elaborate în direcții fundamentale (de bază); 2 GOST R și 6 seturi de reguli - pentru etapele individuale ale ciclului de viață.

În prezent, în domeniul BIM, sunt disponibile pentru utilizare practică 7 GOST-uri și 4 seturi de reguli.

La eveniment au participat specialiști de la TC 465 „Construcții”, KazNIISA (Kazahstan), Centrul pentru Economie Digitală al Universității de Stat din Moscova, Centrul de Cercetare JSC „Construcții”, NIIPromzdaniy, FAU FTSS etc.

Înainte de a trimite o contestație electronică către Ministerul Construcțiilor din Rusia, vă rugăm să citiți următoarele reguli pentru funcționarea acestui serviciu interactiv.

1. Aplicațiile electronice de competența Ministerului Construcțiilor din Rusia, completate în conformitate cu formularul atașat, sunt acceptate pentru examinare.

2. O contestație electronică poate conține o declarație, o plângere, o propunere sau o cerere.

3. Contestațiile electronice trimise prin portalul oficial de internet al Ministerului Construcțiilor din Rusia sunt transmise departamentului pentru lucru cu apelurile cetățenilor pentru a fi luate în considerare. Ministerul asigură o examinare obiectivă, cuprinzătoare și în timp util a cererilor. Luarea în considerare a aplicațiilor electronice este gratuită.

4. În conformitate cu Legea federală din 02.05.2006 N 59-FZ „Cu privire la procedura de examinare a contestațiilor din partea cetățenilor Federației Ruse”, contestațiile electronice sunt înregistrate în termen de trei zile și trimise, în funcție de conținut, diviziilor structurale ale Ministerul. Contestația se examinează în termen de 30 de zile de la data înregistrării. O contestație electronică care conține întrebări a căror soluție nu este de competența Ministerului Construcțiilor din Rusia este trimisă în termen de șapte zile de la data înregistrării autorității competente sau funcționarului relevant, a cărui competență este să rezolve problemele ridicate în contestația, cu sesizarea acesteia cetățeanului care a transmis contestația.

5. Contestația electronică nu este luată în considerare atunci când:
- lipsa numelui si prenumelui solicitantului;
- indicarea unei adrese poștale incomplete sau inexacte;
- prezența unui limbaj obscen sau jignitor în text;
- prezența în text a unei amenințări la adresa vieții, sănătății și bunurilor funcționarului, precum și a membrilor familiei acestuia;
- folosirea unui aspect de tastatură non-chirilic sau numai litere mari la tastare;
- absența semnelor de punctuație în text, prezența abrevierilor de neînțeles;
- prezența în text a unei întrebări la care reclamantului i s-a dat deja un răspuns scris pe fond în legătură cu contestațiile transmise anterior.

6. Răspunsul către solicitant este trimis la adresa de corespondență indicată la completarea formularului.

7. La examinarea unei contestații, nu este permisă dezvăluirea informațiilor conținute în contestație, precum și a informațiilor referitoare la viața privată a unui cetățean, fără acordul acestuia. Informațiile despre datele personale ale solicitanților sunt stocate și prelucrate în conformitate cu cerințele legislației ruse privind datele cu caracter personal.

8. Cererile primite prin intermediul site-ului sunt rezumate și transmise conducerii Ministerului spre informare. Răspunsurile la cele mai frecvente întrebări sunt publicate periodic în secțiunile „pentru rezidenți” și „pentru specialiști”