Jóváhagyott. Az Orosz Föderáció Építésügyi, Lakásügyi és Kommunális Szolgáltatások Minisztériumának 2017. december 15-i rendelete alapján N 1674 / pr

Gyakorlati kódex SP-328.1325800.2017

"INFORMÁCIÓS MODELLEZÉS AZ ÉPÍTÉSBEN. AZ INFORMÁCIÓS MODELL ÖSSZETEVŐK LEÍRÁSÁNAK SZABÁLYAI"

Épületinformáció-modellezés. Alkatrészek. Irányelvek és követelmények

Először mutatták be

Bevezetés

Ezt a szabályrendszert a 2009. december 30-i N 384-FZ „Épületek és építmények biztonságáról szóló műszaki előírások” szövetségi törvénnyel összhangban dolgozták ki, hogy egységes követelményeket, szabályokat és ajánlásokat dolgozzanak ki a kialakításhoz használt alkatrészek létrehozására vonatkozóan. építési objektum információs modelljei.

A szabályokat a JSC "Kutatási Központ" Építőipari "- TsNIISK V.A.Kucherenko (a munka vezetője - Dr. Ananiev) és a "KONKURATOR" LLC (M.G. Korol, S.E. Benklyan) szerzői csapata készítette.

1 felhasználási terület

1.1 Ez a szabályrendszer az épületek és építmények információs modellezési folyamataira vonatkozik, és meghatározza az információs modellek összetevőire vonatkozó követelményeket.

1.2 Jelen szabályzat nem ír elő követelményeket a komponensek digitális könyvtárai (katalógusai/bázisai) elhelyezésének, karbantartásának, felépítésének, formájának és tartalmának módjára vonatkozóan.

2 Normatív hivatkozások

Ez a szabálykészlet a következő dokumentumokra vonatkozó normatív hivatkozásokat használ:

GOST 2.303-68 Egységes rendszer a tervdokumentációhoz. Vonalak

GOST 2.306-68 Egységes rendszer a tervdokumentációhoz. Grafikai anyagok megnevezése és rajzokon való alkalmazásuk szabályai

Megjegyzés - E szabályrendszer használatakor tanácsos ellenőrizni a referenciadokumentumok érvényességét a nyilvános információs rendszerben - a szabványosítás területén a szövetségi végrehajtó szerv hivatalos honlapján az interneten vagy az éves információs index szerint. Nemzeti Szabványok", amely a folyó év január 1-jétől jelent meg, valamint a "Nemzeti Szabványok" havi információs index tárgyévre vonatkozó számairól. Ha a hivatkozott dokumentumot, amelyre a dátum nélküli hivatkozást adták, lecserélik, ajánlatos ennek a dokumentumnak az aktuális verzióját használni, figyelembe véve az ezen a verzión végrehajtott összes módosítást. Ha a hivatkozott dokumentumot, amelyre a keltezett hivatkozás szerepel, lecserélik, javasolt ennek a dokumentumnak a fenti jóváhagyási (elfogadási) évszámú változatát használni. Ha e szabályrendszer elfogadását követően a hivatkozott dokumentumon, amelyre a keltezésű hivatkozás szerepel, olyan változás történik, amely érinti azt a rendelkezést, amelyre a hivatkozás történik, akkor ezt a rendelkezést a jelen rendelkezés figyelembevétele nélkül javasolt alkalmazni. változás. Ha a hivatkozott dokumentumot csere nélkül törlik, akkor a hivatkozást nem érintő részben javasolt alkalmazni azt a rendelkezést, amelyben a hivatkozás szerepel. Célszerű ellenőrizni a szabályok érvényességére vonatkozó információkat a Szövetségi Információs Szabványügyi Alapban.

3 Kifejezések és meghatározások

Ebben a dokumentumban a következő kifejezések és meghatározások használatosak:

3.1 Alkatrész attribútumai: Egy komponens alapvető tulajdonságai, amelyek szükségesek a geometriájának vagy jellemzőinek meghatározásához, és amelyeknek neve és jelentése van.

3.2 Alkatrész geometriai paraméterei: Attribútumok, amelyek meghatározzák az alkatrész méretét, alakját és térbeli helyzetét.

3.3 Alkatrész grafikus tulajdonságai: Olyan tulajdonságok, amelyek biztosítják az alkatrész felismerhetőségét háromdimenziós vetítésben, valamint különböző vetítésekben és léptékekben jellemző kétdimenziós szimbólumok, vonalak, sraffozások, szöveg megjelenítésével.

3.4 Építési objektumok információs modellezése: Az építés alatt álló, valamint a befejezett építési objektumokra vonatkozó információk létrehozásának és felhasználásának folyamata a bemeneti adatok koordinálása, az adatok közös előállításának és tárolásának megszervezése, valamint különböző célokra történő felhasználása az építkezés minden szakaszában. az életciklus.

3.5 komponens: Egy építési terület egyedi eleme fizikai és funkcionális jellemzőinek digitális ábrázolása, ismételt felhasználásra.

Megjegyzés - A modellben alkalmazott komponens modellelemmé válik.

3.6 komponens metaadatok: Strukturált adatok, amelyek a leírt komponens jellemzőit reprezentálják annak azonosítására, visszakeresésére, kiértékelésére és kezelésére.

3.7 nyílt adatcsere formátumok: Nyílt specifikációjú adatformátumok.

MEGJEGYZÉS – Az IFC (Industry Base Classes) formátum egy nyílt specifikációjú adatformátum és séma. Ez egy nemzetközi szabvány az információs modellezés adatcseréjére a mélyépítés és az üzemeltetés területén.

3.8-as összeállítás: A komponensek elnevezett halmaza, amely újrafelhasználható.

3.9 kidolgozottság; LOD: A digitális információs modell elem teljességét meghatározó követelményrendszer. A fejlesztési szint meghatározza a geometriai, térbeli, mennyiségi, valamint minden olyan attribútumadat minimális mennyiségét, amely szükséges az információmodellezési problémák megoldásához az objektum életciklusának egy adott szakaszában.

3.10 Alkatrész funkcionális viselkedése: Az alkatrész megváltoztatása az abban meghatározott környezeti feltételekkel való kölcsönhatás szabályai szerint.

3.11 digitális információs modell: Objektumorientált parametrikus háromdimenziós modell, amely egy objektum (vagy egyes részei) fizikai, funkcionális és egyéb jellemzőit digitálisan reprezentálja információban gazdag elemek halmaza formájában.

3.12. modellelem: A digitális információs modell része, amely egy építkezésen vagy építkezésen belüli elemet, rendszert vagy összeállítást reprezentál.

4 Általános

4.1 Az alkatrészeket geometriai paraméterek, grafikus tulajdonságok, attribútumok és funkcionális viselkedés jellemzi.

4.2 Az összetevőket szét kell választani:

Típusok szerint:

Pont – meghatározott geometriai alakzatú alkatrészek, amelyek a beillesztési pontjukra hivatkozva kerülnek a modellbe.

MEGJEGYZÉS Olyan alkatrészek, mint az ablak, ajtó, gerenda, oszlop, szivattyú, bútor stb.;

Lineáris - egy irányított zárt profil és egy referenciavonal generátorként történő összekapcsolásával nyerhető.

MEGJEGYZÉS Olyan alkatrészek, mint a falak, csövek, csatornák, csatornák stb.;

Területi - lényegesen alacsonyabb magasságú térfogatelemek, amelyeket egy korlátozott terület kontúrjának megrajzolásával hoztak létre.

MEGJEGYZÉS Olyan alkatrészek, mint a padlók, tetők, mennyezetek stb.;

A gyártóra hivatkozva:

Általánosított - az alkatrész egy olyan termék digitális ábrázolása, amelynek konkrét gyártója ismeretlen;

Termék – Az alkatrész egy adott gyártó termékének digitális ábrázolása.

Paraméterezési szint szerint:

Paraméteres komponensek - olyan összetevők, amelyek elhelyezett példányai a szoftver interfész attribútumértékeinek megváltoztatásával konfigurálhatók (az összetevő közvetlen szerkesztése nélkül);

A nem paraméteres összetevők olyan összetevők, amelyek konfigurációjuk lehetősége nélkül jönnek létre.

Hatókör szerint:

Építészet;

Várostervezés;

Építkezés;

Mérnöki rendszerek és hálózatok;

Belső és külső tervezés;

Egyéb alkalmazási területek.

5 Az alkatrészekre vonatkozó általános követelmények

5.1 Az összetevők fejlesztését megfelelő szoftvereszközökkel kell végrehajtani, amelyek információs modellezési funkcionalitást valósítanak meg.

5.2 Az alkatrészek fejlesztésekor a következőket kell tennie:

Fontolja meg a digitális információs modell használatának céljait;

Vegye figyelembe a modellelemek kidolgozottsági szintjeire vonatkozó követelményeket;

Határozza meg a geometriai paraméterek összetételét és számát;

Határozza meg az attribútumok összetételét és számát.

6 A geometriai paraméterekre, a geometriai kidolgozottság szintjeire és az alkatrészek grafikus megjelenítésére vonatkozó követelmények

6.1 Az alkatrészek geometriai paramétereire és grafikus ábrázolására vonatkozó követelmények a következőkre vonatkoznak:

Geometriai paraméterek;

Grafikus szimbólumok megjelenítése;

A geometriai kidolgozottság szintje;

Alkatrész által elfoglalt hely lefoglalása;

Az anyagok grafikus megjelenítése.

6.2 A geometriai paraméterekre vonatkozó követelmények

6.2.1 Egy komponens fejlesztésekor a következőket kell tennie:

Simulálja a geometriát 1:1 léptékben;

Határozza meg egy pontkomponens beillesztési pontját (bázispontját);

Használja a minimális számú szerkezeti elemet (például szerkezeti síkok és vonalak);

Használjon metrikus egységekben kifejezett geometriai paramétereket.

6.2.2 Az általános alkatrészeknek tartalmazniuk kell a névleges méreteket meghatározó paraméterértékeket, ha a tényleges méretek nem ismertek.

6.2.3 A "termék" típusú komponenseknek olyan paraméterértékeket kell tartalmazniuk, amelyek meghatározzák a pontos méreteket.

6.2.4 A grafikus szimbólumok megjelenítésére vonatkozó követelmény:

a komponensnek tartalmaznia kell olyan grafikus elemeket, amelyek olyan információkat közvetítenek, amelyek nem jeleníthetők meg háromdimenziós vetítésben (például irányjelzők, ajtónyitási irány, ablakok nyitási módjai).

6.3 A geometriai kidolgozottság szintjére vonatkozó követelmények

6.3.1 A komponens beillesztési pontjainak (alappontjainak) következetesnek kell lenniük a fejlesztés minden szintjén.

6.4 Az anyagok grafikus megjelenítésére vonatkozó követelmények

6.4.1 Ha egy képnek ki kell töltenie egy komponens felületét, annak négyzet vagy téglalap alakúnak kell lennie, hogy a kép zökkenőmentesen ismétlődjön (csempézése).

6.4.2 Az anyag képét tartalmazó fájlra vonatkozó követelmények:

A négyzet alakú képek mérete - legalább 512x512 pixel;

Téglalap alakú képek mérete - legalább 512 pixel a leghosszabb oldalon;

Képfelbontás - nem kevesebb, mint 150 pont per hüvelyk.

7 Az attribútum és attribútumértékek szintjére vonatkozó követelmények

7.1 A komponensek fejlesztésénél az attribútumok számát, összetételét és az attribútum kidolgozottsági szintjét az alábbiak figyelembevételével kell meghatározni:

A digitális információs modellek használatának céljai és célkitűzései;

LOD követelmények;

A műszaki dokumentáció összetételére és tartalmára vonatkozó követelmények.

7.2 Minden létrehozott komponens attribútumot ki kell tölteni.

7.3 Az összetevő attribútumait kötelező és választható részekre kell osztani.

7.3.1 Az alkatrész kötelező attribútumai között olyan tulajdonságokat vagy műszaki jellemzőket kell tartalmazniuk, amelyek lehetővé teszik az alkatrész egyedi azonosítását, valamint olyan adatokat is tartalmazniuk kell, amelyek alapján lehetséges műszaki dokumentáció kidolgozása, adott alkatrész megrendelése, beszerzése és beszerelése az építési folyamat során.

7.3.2 A további attribútumoknak tartalmazniuk kell a műszaki számításokhoz szükséges tulajdonságokat vagy műszaki jellemzőket, műszaki és gazdasági jellegű információkat, műszaki és működési és egyéb jellemzőket.

7.4 Ha a paraméterértékek egy alkatrész geometriai méretét vagy alakját szabályozzák, akkor ezek megváltoztatásával meg kell változtatni az alkatrész méretét és/vagy alakját a modellben.

7.5 Ha az attribútum értéke nem korlátozott, és lehetővé teszi számok és betűk beírását is, akkor az attribútum értékéhez alfanumerikus adattípust kell rendelni.

7.6 Egy komponens szöveges attribútumának értéke nem végződhet ponttal.

8 Az alkatrészek funkcionális követelményei

8.1 Az összetevőknek olyan módon kell „viselkedniük”, amely tükrözi funkcionalitását és más összetevőkkel való kapcsolatait.

8.2 Szoftverkörnyezetben főszabály szerint lehetséges egy valós fizikai épületelemben elérhető egy vagy több előre meghatározott fix paraméterrel rendelkező alkatrész tervezése. Ha egy összetevőnek vannak előre konfigurált változatai, akkor a teljesítményromlásnak vagy a használat nehézségeinek minimálisnak kell lennie.

8.3. Egy komponenst úgy kell modellezni, hogy más alkatrészekhez kapcsolódhasson és együtt működjön, ha az interoperabilitás támogatott és összhangban van a kidolgozandó modell célkitűzéseivel.

9 A komponensek és tulajdonságaik elnevezésének szabályai

9.1 Az ebben a szakaszban szereplő komponensek elnevezési konvenciói fájltároló rendszeren alapuló szoftverekre vonatkoznak.

9.2 Az elnevezési rendszernek a következőkből kell állnia:

Általános névadási szabályok;

Elnevezési sémák.

MEGJEGYZÉS – Egy komponens fájlelnevezési rendszer példája található az A.15-A.16-ban (A függelék).

9.3 Az összetevőknek egyedi névvel és leírással kell rendelkezniük.

9.4 Attribútum-elnevezési szabályok

9.4.1 A mértékegységek nincsenek feltüntetve az attribútum nevében.

9.4.2 Az olyan attribútumokat, amelyek értéke logikai adattípusokra utal (Igen / Nem), el kell nevezni, hogy az érték szükségszerűen hozzá legyen rendelve (például "Sill Presence" - Igen / Nem).

MEGJEGYZÉS – Az attribútumok elnevezésére vonatkozó szabályok példája az A.17-ben található (A függelék).

9.5 Anyagelnevezési konvenciók

9.5.1 Az anyag nevének egy nagybetűvel kell kezdődnie, amelyet egy kisbetű követ. Ha a név két vagy több szóból áll, akkor minden szó nagybetűvel kezdődik, és minden szó egybe van írva.

9.5.2 Az anyag képét tartalmazó fájl elnevezése ugyanúgy történik, mint az anyagé, a használt grafikai fájl formátumának megfelelő kiterjesztéssel.

MEGJEGYZÉS – Az anyagok elnevezésére vonatkozó szabályok példája az A.18-ban található (A függelék).

10 A komponens formátumokra vonatkozó követelmények

10.1 Fájlformátumok szerint a komponensek ábrázolhatók:

Nyílt IFC formátumban (2x3 és újabb verziók);

Eredeti formátumokban (a használt szoftver összetevőinek és projektfájljainak fájlformátumai).

11 A komponensek metaadataira vonatkozó követelmények

11.1 Adatbázisok / katalógusok / összetevők könyvtárainak rendszerezésekor, például internetes tárolók formájában, biztosítani kell a kívánt tartalom kényelmes keresését. Ez a keresés általában metaadatok felhasználásával történik. Keresés metaadatok alapján – keresés egy adott keresőmotor által támogatott összetevő attribútumai alapján.

A Függelék

A.1 A komponensek összeállításokká kombinálhatók (például "vízvezetékek", "fűtőegységek", "transzformátor alállomások"), amelyek felhasználása tematikus katalógusok / adatbázisok / újrahasználati könyvtárak kialakítására javasolt.

A.2 Az összetevőt egyedileg kell azonosítani. Ehhez ajánlatos használni:

egyedi név;

Globálisan egyedi azonosító, amelyet az erőforrások azonosítására használnak;

Osztályozó kód (ha van).

A.3 A fejlesztés alatt álló komponensek számának minimalizálása és egységesítése érdekében javasolt paraméteres komponensek létrehozása.

Az ESKD és az SPDS szabványok (például GOST 2.303 és GOST 2.306) tervezési és munkadokumentáció követelményeinek való megfelelés érdekében az alkatrész fejlesztésekor ajánlatos a hagyományos grafikus szimbólumokat belefoglalni az összetételébe.

Megjegyzés - A komponensek a LOD 100 fejlesztési szinten koncepcionális tömegelemek, és mint ilyenek, nem szükséges a megfelelő komponensek előzetes előkészítése, LOD 500 szinten pedig teljesen meghatározott komponensek, amelyek csak méretben térnek el a LOD 400 szinttől. amelyek megfelelnek a tervezési döntések tényleges végrehajtásának. Emiatt a 200, 300 és 400 LOD fejlesztési szintek ajánlottak adatbázisok / könyvtárak / komponenskatalógusok fejlesztéséhez.

MEGJEGYZÉS Megfelelő alacsony szintű komponensek hiányában magasabb szintű alkatrészek is használhatók.

A.8 Javasoljuk, hogy a mérnöki / technológiai berendezések komponenseit a fenntartott karbantartási hely figyelembevételével tervezzék, amelyet javasolt az alkatrész részeként beépíteni.

A.9 Ha egy alkatrészt egy adott anyagból kell kifejleszteni, akkor javasolt a színek, a sraffozás/kitöltés minták és a textúra képpel rendelkező fájlok megfelelő léptékű beépítése.

A.12 Egy komponens attribútum értéke kifejezhető képletként, ha értéke más attribútumoktól függ.

A.13 Ha egy komponens egy építési objektum elemének különböző változatait képes reprezentálni, akkor ajánlatos azokat egy attribútum segítségével ábrázolni, amelynek értéke a következő módok egyikén van kifejezve:

Az egyetlen érték az, ha az értékhez csak egy választási lehetőség van;

Listaérték - ha a rendezett lista több azonos típusú egyedi értéket tartalmaz, amelyek sorrendje fontos (például 200, 400, 600, 800);

Tartományérték - ha ennek az értéknek van felső és alsó határa (limit). Először az alsó határérték jelenik meg, majd a felső határ (pl. 175-200 kW). Ha az értéktartomány pozitív és negatív értékeket is tartalmaz, akkor ezeket a "tól" és "ig" szavakkal választják el (például mínusz 10 ° C-tól plusz 20 ° C-ig). Ha nincs megadva érték, az korlátlan határértéket jelent (például 175 kW -<ноль>, azaz minden érték nagyobb vagy egyenlő, mint a 175 kW alsó határérték);

Számozott érték - ha az érték lehetővé teszi a rögzített értékek kiválasztását a létrehozott listából. A különálló elemeket vesszővel és szóközzel kell elválasztani egymástól (például a, b, c, d).

Megjegyzés - Az építési objektum elemeinek különböző változatainak kifejezésére szolgáló módszereket általában az "általánosított" típusú összetevőkben használják.

A.14 Egy komponenst ajánlatos úgy modellezni, hogy más komponensekhez kapcsolódjon és azokkal együtt működjön, ha az együttes működés támogatott és megfelel a kidolgozott modell célkitűzéseinek.

A fájlnév mezőkből áll;

Javasoljuk, hogy az aláhúzásjelet "_" használja elválasztó karakterként a mezők között;

A fájlnév minden mezője nagybetűvel kezdődik, amelyet kisbetű követ. Ha a mező két vagy több szóból áll, akkor minden szó nagybetűvel kezdődik, és minden szó egybe van írva;

A rövidítéseket és kódokat nagybetűkkel kell írni;

A.16 A komponens fájlnév szerkezete

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

ahol a mezők jelentése az A.1. táblázatban megadott.

táblázat A.1

Ha az összetevő nem tartalmaz 3D geometriát, a "Fields2" (funkcionális típus) végére adja hozzá a "-2D"-t.

Jegyzetek (szerkesztés)

1 A fájlnév mezőinek száma négytől hatig változhat, az összetevő típusától ("általános" vagy "termék" típus), valamint további azonosító jellemzők jelenlététől függően.

2 Példa az "általános" típusú összetevők elnevezésére:

ABV_Door_Double_Aluminium_GOST23747-2015

3 Példa a "termék" típusú összetevők elnevezésére:

ABC_Washbasin_Ceramic_Factory1_VersionA

Ha további mezőket kell megadni, akkor ajánlatos azokat a név végére felvenni.

A.17 Attribútum-elnevezési szabályok

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

ahol a mezők jelentése az A.2. táblázatban megadott következő

táblázat A.2

MEGJEGYZÉS – Példák elnevezési attribútumokra:

Profil szélessége

ABC_AreaApartments

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

ahol a mezők jelentése az A.3. táblázatban megadott következő

táblázat A.3

MEGJEGYZÉS - Példa anyagok elnevezésére:

ABC_Tiles_Bituminous_Continent_Manufacturer

2018. május 28. Tatiana Bekh

GOST és SP a BIM-hez

Úgy döntöttünk, hogy összegyűjtjük az információs technológia irányát az építőiparban szabályozó normatív dokumentumok listáját. Íme, mit találtak rajta napjainkban!

A BIM-re vonatkozó normatív dokumentumok listája:

• GOST R 57310 —2016 (ISO 29481 —1: 2010) Információs modellezés az építőiparban. Szállítási információs útmutató. Módszertan és formátum. Bevezetés dátuma 2017 —07 —01
• GOST R 57311 —2016 Információs modellezés az építőiparban. Követelmények a működőképes elkészült építési objektumok dokumentációja. Bevezetés dátuma 2017 —07 —01
• GOST R 57309 —2016 (ISO 16354: 2013) Útmutató a tudáskönyvtárak és az objektumkönyvtárak számára. Bevezetés dátuma 2017 —07 —01.
• GOST R 57563 —2017 / ISO / TS 12911: 2012 Információs modellezés az építőiparban. A szabványok kidolgozásának alapjai információépületek és építmények modellezése (módosítással). Bevezetés dátuma 2017 —10 —01.
• GOST R ISO 12006 —2 —2017 Építés. Modell az építési adatok rendszerezésére. 2. rész . Az információk osztályozásának alapjai. Bevezetés dátuma 2017 —10 —01.
• GOST R ISO 12006 —3 —2017 Építés. Modell az építési adatok rendszerezésére. 3. rész Az objektumcsere alapjai - orientált információ. Bevezetés dátuma 2017 —10 —01
• GOST R ISO 22263 —2017 Modell az építési adatok rendszerezéséhez. Projekt információkezelési struktúra. Bevezetés dátuma 2017 —10 —01.
• GOST R 57295 —2016 Tervező-irányítási rendszerek. Tervezési menedzsment útmutató az építőiparban. Bevezetés dátuma 2018 —01 —01.
• SP 301 .1325800 .2017 Információs modellezés az építőiparban. Munkaszervezési szabályok Termelés- műszaki osztályok. Bevezetés dátuma 2018 —03 —02.

Frissítve 2018.03.23. VAL VEL 2018 márciusától ezek közül három lép hatályba a BIM-en:

• SP 328.1325800.2017 „Információs modellezés az építőiparban. Az információs modell összetevőinek leírására vonatkozó szabályok "(2017.12.15. 1674 / pr. számú végzés). Ez a szabályrendszer az épületek és építmények információs modellezési folyamataira vonatkozik, és követelményeket állapít meg információs modelljeik összetevőire vonatkozóan, de nem ír elő követelményeket a digitális könyvtárak (katalógusok / katalógusok) elhelyezésének, karbantartásának, felépítésének, formájának és tartalmának módjára vonatkozóan. adatbázisok) összetevői. A dokumentum 2018. június 16-án lép hatályba.
• SP 331.1325800.2017 „Információs modellezés az építőiparban. Az objektumok információs modelljei és a szoftverrendszerekben használt modellek közötti cserére vonatkozó szabályok "(2017. szeptember 18-i 1230 / pr. számú végzés). Az SP 331.1325800.2017 olyan információs rendszerek létrehozásának és üzemeltetésének alapvető követelményein alapul, amelyek az épület vagy építmény teljes életciklusa során kölcsönhatásba lépnek egymással, és amelyek információs modellezési technológiát valósítanak meg egy építési objektum számára. A szabályrendszer 2018. március 19-én lépett hatályba.
• SP 333.1325800.2017 „Információs modellezés az építőiparban. Az objektumok információs modelljének kialakítására vonatkozó szabályok az életciklus különböző szakaszaiban "(2017. szeptember 18-i végzés, 1227 / pr). A dokumentum követelményeket tartalmaz a tömeges építésű objektumok információs modelljére és fejlesztésükre az életciklus különböző szakaszaiban, amelyek célja a tervezési megoldások érvényességének és minőségének növelése, valamint a biztonság szintjének növelése az építés és az üzemeltetés során. Az információs modellek kialakításának általános megközelítései megkönnyítik a használatot és növelik az információs modellezési folyamat hatékonyságát. A szabályrendszer 2018. március 19-én lépett hatályba.

A közeljövőben az ígéretek szerint a BIM szabályozási és műszaki dokumentációját két irányban bővítjük:

Alapdokumentumok:

• 3 GOST R
• 4 SP

Dokumentumok az objektum életciklusának különböző szakaszaihoz

• 2 GOST R
• 6 SP

Ne felejtse el, hogy ma a szabályozási dokumentumoknak két kategóriája van.

Augusztus 23-án nyilvános vita kezdődött az Orosz Föderáció Építésügyi, Lakásügyi és Közüzemi Minisztériuma megbízásából kifejlesztett négy vegyes vállalatról. Lista közvetlen linkekkel lent. A megbeszélés határideje 60 naptári nap.

A linkek egy része továbbra is letöltheti a dokumentumtervezetek szövegét. A szövegek megszerzésének másik és garantált módja, ha kérést küld a következő címre: [e-mail védett]

Az észrevételeket, javaslatokat az előírt formában javasolt megírni. Minden észrevételt figyelembe veszünk és megválaszolunk, és/vagy a megfelelő változtatásokat a második kiadásban végrehajtjuk. A megjegyzéseket ugyanerre a címre vagy a FAU FTSS webhelyén található űrlapon keresztül küldheti el.

Szeptember 8-án érkeztek észrevételek a PK-5 TK-465 és az Építésügyi Minisztérium munkatársaitól, amelyek helyén első körben publikálták a dokumentumokat.

A dokumentumokat különböző csapatok dolgozzák ki, így a megjegyzések kezelési eljárása némileg eltérő lehet. Októberben a dokumentumok tárgyalása a PP-5 ülésen zárul, amelyre nagy valószínűséggel a jelentősebb hozzászólások szerzőit is meghívják.

2. rész Informális

1. Csapatunk a négy dokumentumból kettő kidolgozásában vesz részt. Nagy örömünkre szolgál, hogy részt vehetünk az Orosz Föderációban az információs modellezés szabályozási és műszaki területének kialakításában. Garantáljuk, hogy a végleges változat minősége a legmagasabb nemzetközi színvonalon lesz. Ez nagyon érdekel minket, ezért felkérünk minden olyan szakembert, aki ismeri és tapasztalja a közös vállalkozás tárgyának megfelelő, egy adott témakörben ismereteit és tapasztalatait, hogy beszéljenek érdemben, és a lehető legjobb párbeszédben (jelen történelmi pillanatban) ) készítmények.

2. Az Orosz Föderációban 2012 vége óta folyik a munka a BIM-re való fokozatos átállás tervével (programjával, ütemtervével). A fejlesztésben és a beszélgetésben több tucat ember vett részt. Ezért ebben a dokumentumban jelenleg ÖTnél több nyilvánvaló pont van. Magát az ütemtervet pedig most vizsgálja az Orosz Föderáció kormánya. (Nincs információm arról, hogy elfogadták-e vagy még nem).

3. A témával foglalkozó Munkacsoport és Szakértői Tanács tagjaként kijelentem, hogy a nemzeti szabványosítási dokumentumokban konkrét szoftvertermékek nem részesülnek és nem részesülnek előnyben. (A szoftverfejlesztőknek saját belátásuk szerint joguk van olyan szabványokat kidolgozni, amelyek lehetővé teszik a szoftvereikben való munkát). Ezzel kapcsolatban azt javaslom, hogy azok a szerzők, akik a monopóliumellenes jogszabályok és a verseny védelméről szóló szövetségi törvény megsértését állítják, ezt illusztrálják a vonatkozó törvények és a vegyes vállalat szövegeivel.

Szeretném felhívni a figyelmet a vegyesvállalat nevére, amely miatt ez a heves vita elkezdődött - "Az objektumok információs modelljei és a szoftverrendszerekben használt modellek közötti csereszabályok". Ennek a közös vállalkozásnak a fejlesztőit valójában egy satu fogták el. Egyes bírálók konkrétságot, részletes szabályokat követelnek meg tőlük, nem pedig általános szempontokat. (Ki fogja megmondani, hogyan lehet ezt megtenni, ha a termékek bármely említését megvétózzák?) Mások éppen ellenkezőleg, minden említés törlését követelik. A kiút természetesen további módszertani ajánlások kidolgozásában rejlik, ahol megengedett lesz a termékek említése.

Egy nemrégiben szenzációs publikációban szó esett a BIM-boldogságról egy bizonyos eladó rovására, kérem a szerzőt, hogy "karolja fel" a szemét, és mondjon konkrét példákat a szövegből. Szerepeimből adódóan (lásd a 3. pont első mondatát) valóban biztosítanom kell a BIM platformokkal kapcsolatos szabályozások semlegességét.

4. Nagy-Britanniában az állami megrendelések aránya az építőiparban mintegy 40%. Az RF LÉNYEGESEN ALACSONYABB. A pontos adatot nem találtam, de a NOPRIZ ragaszkodik ahhoz, hogy ez nem több 5%-nál (!). Más forrásokból 15%-ig terjedő számot hallottam. (És minek törni lándzsát - vagy gereblyét?) Vagyis az építőiparban a magánmegrendelő dominál. És szabadon rendelhet úgy, ahogy akar, törvénysértés nélkül. És többek között annak meghatározása, hogy milyen formátumban szeretné megkapni a terméket. Akkor miről vitatkozunk? Ha egy állami megrendelő elkezd 20%-ot kérni egy kis BIM-ből, akkor mennyi üzletet veszít az egyéni tervező, aki hallani sem akar a BIM-ről? Semmi. Nem megy ki az állami pályázatra, és addig fest egy magánkereskedőnek, amíg meg nem kéri a BIM-et.

5. Most a "fátyolos korlátozásokról, amelyek elrejtik a reklámozott termék gyengeségeit". A „termékről” lásd a 3. pontot. Ami a korlátozásokat illeti, a fenti mondat arra utal, hogy szerzője nem ismeri a más országokban kidolgozott hasonló dokumentumokat, amelyek e téren felülmúltak bennünket. Az ilyen dokumentumok tele vannak olyan megfogalmazásokkal, mint a "korlátozott szoftvertámogatás miatt" vagy "mivel a BIM ismeretek és az ehhez szükséges szoftvereszközök még kiforratlanok", stb. Igen, el kell ismernünk, hogy a rendelkezésünkre álló szoftvertermékek még nem tökéletesek, ezt figyelembe kell vennünk... Ezért hasonló fenntartásokat alkalmazunk a szövegben, és továbbra is így fogunk tenni.

6. Végezetül pedig azokhoz szeretnék fordulni, akik igazán csalódottak voltak abban, amit láttak - dokumentumok szövegei és nyersnek nevezik őket, stb. Mit várt ott, és mit nem talált? Talán rendeznünk kellene, és pontosabban fogalmaznunk? Ha összegyűjtjük az összes olyan témát, amelyet a különböző országok hasonló nemzeti dokumentumai tárgyalnak a BIM-ről, akkor azt fogjuk látni, hogy ezek tükrözik a modellezési technikákat, az információs modellelemek (LOD, LOI) fejlettségi szintjének meghatározásának megközelítéseit, az új szerepeket és felelősségeket. folyamatban résztvevők, BIM megvalósítási tervek -projektek, könyvtári elemek fejlesztésének szabályai, az átjárhatóság és a csapatmunka megszervezésének kérdései. Gyakorlatilag ez az összes téma. Csak ezután bomlanak le az életciklus különböző résztvevőire és szakaszaira. A listán szereplő tételeket részben a benyújtott vegyesvállalatok fedezik, a többit a minisztérium a továbbfejlesztési tervben szerepelteti.

Konstruktív párbeszédre hívom mindazokat, akik csalódottak. Ha nem szeretne hivatalos fellebbezést írni, ugyanakkor már ismerjük Önt, írjon személyesen. Találjuk ki.

Három új szabályrendszert (JV) hagytak jóvá az információtechnológia területén, amelyek március 1-jén lépnek hatályba. Ezt Alekszandr Sztepanov, az Orosz Föderáció Építésügyi és Lakásügyi és Kommunális Minisztériumának Várostervezési és Építészeti Osztályának helyettes vezetője jelentette be az „Információs modellezés. Digitális környezet, mint az interakció alapja ”, amelyet az Építőipari Értékelési, Szabványügyi és Műszaki Megfelelőségértékelési Szövetségi Központ szervez, amely Oroszország Építésügyi Minisztériumának van alárendelve, valamint az RSPP Műszaki Szabályozási, Szabványügyi és Megfelelőségi Értékelési Bizottsága. A rendezvényre február 21-én került sor egy reprezentatív szakértői gárda részvételével.

JV „Információs modellezés az építőiparban. Az információs modell összetevőinek leírásának szabályai ”,„ Információs modellezés az építőiparban. Az életciklus különböző szakaszaiban lévő objektumok információs modelljének kialakítására vonatkozó szabályok "és" Információs modellezés az építőiparban. Az objektumok információs modelljei és a szoftverrendszerekben használt modellek közötti cserére vonatkozó szabályok "március 1-jén lépnek hatályba, 2018.

Alekszandr Sztyepanov szerint az építőipari információs modellezési technológiák terén készülő nemzeti dokumentumrendszer olyan alapvető szabványokat és gyakorlati kódexeket tartalmaz, amelyek digitális infrastruktúrát biztosítanak, beleértve azokat, amelyek meghatározzák a BIM alapvető rendelkezéseit, elveit és terminológiáját, valamint szabványok és gyakorlati kódexek, amelyek meghatározzák az információs modellezés gyakorlati bevezetésének fogalmi kereteit és módszertanát az életciklus bizonyos szakaszaiban - a beruházások indokolásától az épületek, építmények hasznosításáig és bontásáig.

2018-ban megkezdődött a BIM alapelveit, fogalmait és terminológiáját meghatározó alapvető szabványok kidolgozása: GOST R „Az építési munkákkal kapcsolatos információk szervezése. Információkezelés információs modellezés segítségével. 1. rész. Alapelvek és fogalmak "és GOST R" Az építési munkákkal kapcsolatos információk szervezése. Információkezelés információs modellezés segítségével. 2. rész. Az eszköz létrehozásának szakasza ”. A hasonló ISO-szabványok (ISO 19650-1 és ISO 19650-2) jelenleg a fejlesztés utolsó szakaszában járnak. A PC 13 "Építési munkákkal kapcsolatos információ feldolgozása, tárolása és cseréje" TC 465 "Építés" szakemberei 2017 óta vesznek részt ezekben a munkákban.

Jelenleg a GOST R „Információs modellezés az építőiparban” regisztrációs eljárása folyik. Ipari alaposztályok (IFC) a teljes életcikluson át tartó információcseréhez. Alapvető rendelkezések". „Ha az állami megrendelőnek lehetőség nyílik arra, hogy az IFC formátumú ellenőrzéshez tájékoztatást kérjen, akkor nem kell költségvetési forrásokat költenie nagyszámú különféle szoftvertermék vásárlására és egy szoftver karbantartására. túl sok olyan szakember áll rendelkezésre, akik képesek ezekben a programokban dolgozni” – mondta Alekszandr Sztyepanov.

A normatív és műszaki dokumentumok rendszere összesen 15 nemzeti szabványt (GOST R), 10 szabályrendszert fog tartalmazni, beleértve: 13 GOST R és 4 SP - alapvető (alap) irányokban kidolgozott dokumentumok; 2 GOST R és 6 szabálykészlet - az életciklus egyes szakaszaira.

Jelenleg a BIM területén 7 GOST és 4 szabálykészlet áll rendelkezésre gyakorlati használatra.

Az eseményen a TC 465 "Construction", a KazNIISA (Kazahsztán), a Moszkvai Állami Egyetem Digitális Gazdasági Központja, a JSC Research Center "Construction", az NIIPromzdaniy, a FAU FTSS stb. szakemberei vettek részt.

Mielőtt elektronikus fellebbezést küldene Oroszország Építésügyi Minisztériumának, olvassa el az interaktív szolgáltatás működésére vonatkozó alábbi szabályokat.

1. Az Oroszország Építésügyi Minisztériumának hatáskörébe tartozó, a mellékelt formanyomtatványnak megfelelően kitöltött elektronikus kérelmeket megfontolásra elfogadják.

2. Az elektronikus fellebbezés nyilatkozatot, panaszt, javaslatot vagy kérelmet tartalmazhat.

3. Az Oroszországi Építésügyi Minisztérium hivatalos internetes portálján keresztül küldött elektronikus fellebbezéseket a polgárok fellebbezéseivel foglalkozó osztályhoz nyújtják be megfontolásra. A minisztérium biztosítja a pályázatok tárgyilagos, átfogó és időben történő elbírálását. Az elektronikus kérelmek elbírálása ingyenes.

4. A 2006. május 2-i, N 59-FZ „Az Orosz Föderáció polgárai fellebbezésének elbírálási eljárásáról” szóló szövetségi törvénnyel összhangban az elektronikus fellebbezéseket három napon belül nyilvántartásba veszik, és a tartalomtól függően elküldik a szerkezeti fellebbezésnek. minisztérium részlegei. A fellebbezést a regisztrációtól számított 30 napon belül elbírálják. Az olyan kérdéseket tartalmazó elektronikus fellebbezést, amelyek megoldása nem tartozik az Oroszországi Építésügyi Minisztérium hatáskörébe, a nyilvántartásba vételtől számított hét napon belül meg kell küldeni az illetékes hatóságnak vagy az illetékes tisztviselőnek, akinek a hatásköre a felvetett kérdések megoldása. a fellebbezést, erről értesíteni kell a fellebbezést küldő állampolgárt.

5. Az elektronikus fellebbezést nem veszik figyelembe, ha:
- a kérelmező nevének és vezetéknevének hiánya;
- hiányos vagy pontatlan postacím feltüntetése;
- obszcén vagy sértő nyelvezet jelenléte a szövegben;
- a szövegben a tisztviselő, valamint családtagjai életét, egészségét és vagyonát fenyegető veszély jelenléte;
- nem cirill billentyűzetkiosztás vagy csak nagybetűk használata gépeléskor;
- az írásjelek hiánya a szövegben, az érthetetlen rövidítések jelenléte;
- olyan kérdés szövegében való jelenléte, amelyre a kérelmező a korábban elküldött fellebbezésekkel kapcsolatban már kapott érdemi választ.

6. A kérelmezőnek a választ az űrlap kitöltésekor megadott levelezési címre küldjük.

7. A fellebbezés elbírálásakor tilos a fellebbezésben foglalt információkat, valamint az állampolgár magánéletére vonatkozó információkat az állampolgár beleegyezése nélkül nyilvánosságra hozni. A pályázók személyes adataira vonatkozó információk tárolása és feldolgozása a személyes adatokra vonatkozó orosz jogszabályok követelményeinek megfelelően történik.

8. Az oldalra beérkezett pályázatokat összesítjük és tájékoztatásul benyújtjuk a minisztérium vezetőségéhez. A leggyakrabban feltett kérdésekre adott válaszokat rendszeresen közzétesszük a "lakosoknak" és a "szakembereknek" rovatban.