Onaylandı. 15 Aralık 2017 tarihli Rusya Federasyonu İnşaat ve İskan ve Kamu Hizmetleri Bakanlığı'nın emriyle N 1674 / pr

Uygulama kodu SP-328.1325800.2017

"İNŞAATTA BİLGİ MODELLEME. BİLGİ MODELİ BİLEŞENLERİNİ AÇIKLAMA KURALLARI"

Bina bilgi modellemesi. Bileşenler. Yönergeler ve gereksinimler

İlk kez tanıtıldı

Tanıtım

Bu kurallar dizisi, 30 Aralık 2009 tarihli Federal Yasa N 384-FZ "Binaların ve yapıların güvenliğine ilişkin teknik düzenlemeler" uyarınca, biçimlendirmek için kullanılan bileşenlerin oluşturulması için tek tip gereksinimler, kurallar ve öneriler geliştirmek amacıyla geliştirilmiştir. bir inşaat nesnesinin bilgi modelleri.

Kurallar dizisi, JSC "Araştırma Merkezi" İnşaat "- V.A.Kucherenko (iş süpervizörü - Dr. Ananiev) ve LLC "KONKURATOR" (M.G. Korol, S.E. Benklyan) adlı TsNIISK yazarlarından oluşan ekip tarafından hazırlanmıştır.

1 kullanım alanı

1.1 Bu kurallar dizisi, bina ve yapıların bilgi modelleme süreçleri için geçerlidir ve bilgi modellerinin bileşenleri için gereksinimleri belirler.

1.2 Bu kurallar dizisi, bileşenlerin dijital kitaplıklarının (kataloglar / tabanlar) yerleştirme, bakım, yapı, biçim ve içerik yöntemleri için gereksinimleri belirlemez.

2 Normatif referanslar

Bu kurallar dizisi, aşağıdaki belgelere normatif referanslar kullanır:

GOST 2.303-68 Tasarım dokümantasyonu için birleşik sistem. çizgiler

GOST 2.306-68 Tasarım dokümantasyonu için birleşik sistem. Grafik malzemelerinin tanımları ve çizimlerde uygulanması için kurallar

Not - Bu kurallar dizisini kullanırken, kamu bilgi sistemindeki referans belgelerin geçerliliğini - İnternette standardizasyon alanındaki federal yürütme organının resmi web sitesinde veya yıllık bilgi endeksine göre kontrol etmeniz önerilir " Cari yılın 1 Ocak tarihinden itibaren yayınlanan Ulusal Standartlar" ve cari yıl için aylık bilgi endeksi "Ulusal Standartlar" konularında. Tarihsiz link verilen referans doküman değiştirilirse, bu versiyonda yapılan tüm değişiklikler dikkate alınarak bu dokümanın güncel versiyonunun kullanılması tavsiye edilir. Tarihli referansın verildiği atıf yapılan belge değiştiriliyorsa, bu belgenin yukarıdaki onay (kabul) yılına sahip versiyonunun kullanılması tavsiye edilir. Bu kurallar dizisinin onaylanmasından sonra, tarihli atıfın verildiği atıf yapılan belgede, atıf yapılan hükmü etkileyen bir değişiklik yapılırsa, bu hükmün bu dikkate alınmadan uygulanması tavsiye edilir. değiştirmek. Atıfta bulunulan belge değiştirilmeden iptal edilirse, bu bağlantıyı etkilemeyen kısımda ona bağlantı verilen hükmün uygulanması tavsiye edilir. Federal Bilgi Standartları Fonu'ndaki kural setlerinin geçerliliği hakkındaki bilgilerin kontrol edilmesi tavsiye edilir.

3 Terimler ve tanımlar

Bu belgede aşağıdaki terimler ve tanımlar kullanılmaktadır:

3.1 bileşen nitelikleri: Bir bileşenin geometrisini veya özelliklerini tanımlamak için gerekli olan ve bir adı ve anlamı olan temel özellikleri.

3.2 bileşen geometrik parametreleri: Bir bileşenin boyutunu, şeklini ve uzaysal konumunu tanımlayan nitelikler.

3.3 Bir bileşenin grafik özellikleri: Bir bileşenin üç boyutlu bir projeksiyonda ve ayrıca karakteristik iki boyutlu sembollerin, çizgilerin, taramaların, metnin görüntülendiği çeşitli projeksiyonlarda ve ölçeklerde tanınmasını sağlayan özellikler.

3.4 İnşaat nesnelerinin bilgi modellemesi: Girdi verilerini koordine etmek, verilerin ortak üretimini ve depolanmasını organize etmek ve ayrıca bunların çeşitli amaçlarla kullanımlarını organize etmek için inşaat halindeki ve tamamlanmış inşaat nesnelerine ilişkin bilgilerin oluşturulması ve kullanılması sürecidir. yaşam döngüsü.

3.5 bileşen: Bir şantiyenin tek bir unsurunun fiziksel ve işlevsel özelliklerinin, tekrarlanan kullanım için tasarlanmış dijital bir temsili.

Not - Bir modele uygulanan bir bileşen, bir model öğesi olur.

3.6 bileşen meta verileri: Tanımlanmış bir bileşenin tanımlanması, alınması, değerlendirilmesi ve yönetilmesi için özelliklerini temsil eden yapılandırılmış veriler.

3.7 açık veri alışverişi formatları: Açık spesifikasyona sahip veri formatları.

NOT - IFC (Endüstri Temel Sınıfları) formatı, açık bir spesifikasyon veri formatı ve şemasıdır. İnşaat mühendisliği ve operasyonları alanında bilgi modellemede veri alışverişi için uluslararası bir standarttır.

3.8 Montaj: Yeniden kullanılabilecek adlandırılmış bir bileşen seti.

3.9 detaylandırma seviyesi; LOD: Bir dijital bilgi modeli öğesinin eksiksizliğini tanımlayan bir dizi gereksinim. Geliştirme düzeyi, nesnenin yaşam döngüsünün belirli bir aşamasında bilgi modelleme problemlerini çözmek için gereken minimum geometrik, uzamsal, nicel ve öznitelik verilerini belirler.

3.10 Bir bileşenin işlevsel davranışı: Bir bileşenin, içinde belirtilen çevresel koşullarla etkileşim kurallarına uygun olarak değiştirilmesi.

3.11 dijital bilgi modeli: Bir nesnenin (veya bireysel parçalarının) fiziksel, işlevsel ve diğer özelliklerini bir dizi bilgi açısından zengin öğe biçiminde dijital olarak temsil eden nesne yönelimli parametrik üç boyutlu bir model.

3.12 model eleman: Bir inşaat sahası veya inşaat sahası içindeki bir elemanı, sistemi veya montajı temsil eden bir dijital bilgi modelinin parçası.

4 Genel

4.1 Bileşenler, geometrik parametreler, grafik özellikleri, nitelikler ve işlevsel davranış ile karakterize edilir.

4.2 Bileşenler ayrılmalıdır:

Türlere göre:

Nokta - ekleme noktalarına göre modele eklenen belirli geometrik şekillere sahip bileşenler.

NOT Pencere, kapı, kiriş, kolon, pompa, mobilya vb. bileşenler;

Doğrusal - yönlendirilmiş bir kapalı profil ve bir jeneratör olarak bir referans hattı bağlanarak elde edilir.

NOT Duvarlar, borular, kanallar, kanallar vs. gibi bileşenler;

Alan - sınırlı bir alanın konturu çizilerek oluşturulan, önemli ölçüde daha düşük yüksekliğe sahip hacimsel bileşenler.

NOT Zeminler, çatılar, tavanlar vb. gibi bileşenler;

Üreticiye atıfta bulunarak:

Genelleştirilmiş - bileşen, belirli üreticisi bilinmeyen bir ürünün dijital temsilidir;

Ürün - Bir bileşen, belirli bir üreticinin ürününün dijital bir temsilidir.

Parametrelendirme seviyesine göre:

Parametrik bileşenler - yerleştirilmiş örnekleri, yazılım arayüzündeki öznitelik değerleri değiştirilerek yapılandırılabilen bileşenler (doğrudan bileşeni düzenlemeye gerek kalmadan);

Parametrik olmayan bileşenler, konfigürasyon olasılıkları olmadan oluşturulan bileşenlerdir.

Kapsama göre:

Mimari;

Şehir ve Bölge Planlama;

Bina inşaatı;

Mühendislik sistemleri ve ağları;

İç ve dış tasarım;

Diğer uygulama alanları.

5 Bileşenler için genel gereksinimler

5.1 Bileşen geliştirme, bilgi modelleme işlevselliğini uygulayan uygun yazılım araçları kullanılarak gerçekleştirilmelidir.

5.2 Bileşenleri geliştirirken şunları yapmalısınız:

Dijital bilgi modelini kullanmanın amaçlarını göz önünde bulundurun;

Model elemanlarının detaylandırma seviyeleri için gereklilikleri dikkate alın;

Geometrik parametrelerin bileşimini ve sayısını belirleyin;

Niteliklerin bileşimini ve sayısını belirleyin.

6 Geometrik parametreler, geometrik detaylandırma seviyeleri ve bileşenlerin grafiksel gösterimi için gereklilikler

6.1 Bir bileşenin geometrik parametreleri ve grafik gösterimi için gereksinimler, aşağıdakilere ilişkin gereksinimleri içerir:

Geometrik parametreler;

Grafik sembollerin gösterimi;

Geometrik detaylandırma seviyesi;

Bir bileşenin kapladığı alanı ayırmak;

Malzemelerin grafik gösterimi.

6.2 Geometrik parametreler için gereklilikler

6.2.1 Bir bileşen geliştirirken şunları yapmalısınız:

1: 1 ölçeğinde geometriyi simüle edin;

Bir nokta bileşeni için ekleme noktasını (taban noktası) tanımlayın;

Minimum sayıda yapı elemanı kullanın (örneğin, inşaat düzlemleri ve çizgileri);

Metrik birimlerde ifade edilen geometrik parametreleri kullanın.

6.2.2 Genel bileşenler, gerçek boyutları bilinmiyorsa, nominal boyutları tanımlayan parametre değerlerini içermelidir.

6.2.3 "Ürün" tipi bileşenler, tam boyutları tanımlayan parametre değerlerini içermelidir.

6.2.4 Grafik sembollerin görüntülenmesi için gereklilik:

bileşen, üç boyutlu bir projeksiyonda görüntülenemeyen bilgileri iletmek için grafik öğeleri içermelidir (örneğin, yön göstergeleri, kapıların açılma yönü, pencereleri açma yolları).

6.3 Geometrik detaylandırma düzeyi için gereklilikler

6.3.1 Bir bileşenin ekleme noktaları (taban noktaları), tüm geliştirme seviyelerinde tutarlı olmalıdır.

6.4 Malzemelerin grafik gösterimi için gereklilikler

6.4.1 Bir görüntü bir bileşenin yüzeyini dolduracaksa, görüntünün kesintisiz tekrarını (döşeme) sağlamak için kare veya dikdörtgen olmalıdır.

6.4.2 Malzemenin görüntüsünü içeren dosya için gereksinimler:

Kare görüntülerin boyutu - en az 512x512 piksel;

Dikdörtgen görüntülerin boyutu - en uzun kenar boyunca en az 512 piksel;

Görüntü çözünürlüğü - inç başına en az 150 nokta.

7 Nitelik düzeyi ve nitelik değerleri için gereksinimler

7.1 Bileşenler geliştirilirken, niteliklerin sayısı, bileşimi ve niteliksel detaylandırma düzeyi aşağıdakiler dikkate alınarak belirlenmelidir:

Sayısal bilgi modellerini kullanmanın amaç ve hedefleri;

LOD gereksinimleri;

Teknik belgelerin bileşimi ve içeriği için gereklilikler.

7.2 Oluşturulan tüm bileşen özellikleri doldurulmalıdır.

7.3 Bileşen özellikleri zorunlu ve isteğe bağlı olarak ayrılmalıdır.

7.3.1 Bir bileşenin zorunlu nitelikleri, bileşenin benzersiz bir şekilde tanımlanmasına izin veren özellikleri veya teknik özellikleri içermeli ve ayrıca teknik dokümantasyon geliştirmenin, belirli bir bileşeni sipariş etmenin, satın almanın ve kurmanın mümkün olduğu temeldeki verileri içermelidir. inşaat sürecinde.

7.3.2 Ek nitelikler, mühendislik hesaplamaları için gerekli olan özellikleri veya teknik özellikleri, teknik ve ekonomik nitelikteki bilgileri, teknik ve operasyonel ve diğer özellikleri içermelidir.

7.4 Parametre değerleri bir bileşenin geometrik boyutunu veya şeklini kontrol edecekse, bunların değiştirilmesi, modeldeki bileşenin boyutunu ve/veya şeklini değiştirmelidir.

7.5 Özelliğin değeri sınırlı değilse ve hem sayı hem de harf girme olanağına izin veriyorsa, özniteliğin değerine bir alfanümerik veri türü atanmalıdır.

7.6 Bir bileşenin metin özniteliğinin değeri nokta ile bitmemelidir.

8 Bileşenler için işlevsel gereksinimler

8.1 Bir bileşen, işlevselliğini ve diğer bileşenlerle olan ilişkilerini yansıtacak şekilde "davranacaktır".

8.2 Bir yazılım ortamında, kural olarak, gerçek bir fiziksel yapı elemanında mevcut olan bir veya daha fazla sayıda önceden tanımlanmış sabit parametreye sahip bir bileşen tasarlamak mümkündür. Bir bileşenin önceden yapılandırılmış varyantları varsa, performans düşüşü veya kullanımındaki zorluk minimum olmalıdır.

8.3 Bir bileşen, birlikte çalışabilirlik destekleniyorsa ve geliştirilmekte olan modelin hedefleriyle tutarlıysa, diğer bileşenlere bağlanabilecek ve birlikte çalışabilecek şekilde modellenmelidir.

9 Bileşenleri ve niteliklerini adlandırma kuralları

9.1 Bu bölümdeki bileşenlerin adlandırma kuralları, dosya depolama sistemine dayalı yazılımlar için tasarlanmıştır.

9.2 Adlandırma sistemi şunlardan oluşmalıdır:

Genel adlandırma kuralları;

Adlandırma şemaları.

NOT - Bileşen dosya adlandırma sisteminin bir örneği A.15-A.16'da (Ek A) verilmiştir.

9.3 Bir bileşenin benzersiz bir adı ve açıklaması olmalıdır.

9.4 Nitelik Adlandırma Kuralları

9.4.1 Ölçü birimleri, nitelik adında belirtilmez.

9.4.2 Boolean veri türlerini (Evet / Hayır) ifade eden değerlere sahip nitelikler, değerin mutlaka atanması için adlandırılmalıdır (örneğin, "Eşik Varlığı" - Evet / Hayır).

NOT - Niteliklerin isimlendirilmesine ilişkin kuralların bir örneği A.17'de (Ek A) verilmiştir.

9.5 Malzeme adlandırma kuralları

9.5.1 Bir malzemenin adı büyük harfle başlamalı ve ardından küçük harf gelmelidir. İsim iki veya daha fazla kelimeden oluşuyorsa, her kelime büyük harfle başlar ve tüm kelimeler birlikte yazılır.

9.5.2 Malzemenin görüntüsünü içeren dosya, kullanılan grafik dosyasının formatına karşılık gelen uzantıyla, malzemeyle aynı şekilde adlandırılır.

NOT - Malzemelerin isimlendirilmesine ilişkin kuralların bir örneği A.18'de (Ek A) verilmiştir.

10 Bileşen biçimleri için gereksinimler

10.1 Dosya biçimlerine göre bileşenler şu şekilde gösterilebilir:

Açık IFC formatında (2x3 ve üstü sürümler);

Orijinal formatlarda (bileşenlerin dosya formatları ve kullanılan yazılımın proje dosyaları).

11 Bileşen meta veri gereksinimleri

11.1 Veritabanlarını / katalogları / bileşen kitaplıklarını, örneğin İnternet depolamaları şeklinde düzenlerken, gerekli içerik için uygun bir arama sağlamak gerekir. Tipik olarak, bu arama meta veriler kullanılarak gerçekleştirilir. Meta verilere göre arama - belirli bir arama motoru tarafından desteklenen bir bileşenin özelliklerine göre arama yapın.

Ek Bölüm A

A.1 Bileşenler, tematik kataloglar / veri tabanları / yeniden kullanım kitaplıkları oluşturmak için kullanılması önerilen montajlar (örneğin, "tesisat", "ısıtma ünitesi", "trafo merkezi") halinde birleştirilebilir.

A.2 Bileşen benzersiz bir şekilde tanımlanmalıdır. Bunun için kullanılması tavsiye edilir:

Benzersiz ad;

Kaynakları tanımlamak için kullanılan küresel olarak benzersiz tanımlayıcı;

Sınıflandırıcı kodu (varsa).

A.3 Geliştirilmekte olan bileşenlerin sayısını en aza indirmek ve bunları birleştirmek için parametrik bileşenlerin oluşturulması önerilir.

Tasarım ve çalışma dokümantasyonu için ESKD ve SPDS standartlarının (örneğin, GOST 2.303 ve GOST 2.306) gerekliliklerine uymak için, bir bileşen geliştirirken, kompozisyonuna geleneksel grafik sembollerin dahil edilmesi önerilir.

Not - LOD 100 geliştirme düzeyindeki bileşenler, kavramsal kütle öğeleridir ve bu nedenle, karşılık gelen bileşenlerin ön hazırlığına ihtiyaç duymazlar ve LOD 500 düzeyinde, yalnızca boyut olarak LOD 400 düzeyinden farklı olan tam olarak tanımlanmış bileşenlerdir. tasarım kararlarının fiili uygulamasına karşılık gelen. Bu nedenlerle, veritabanlarının / kitaplıkların / bileşen kataloglarının geliştirilmesi için 200, 300 ve 400 LOD geliştirme seviyeleri önerilir.

Not - Uygun düşük seviyeli bileşenlerin yokluğunda, daha yüksek seviyeli bileşenler kullanılabilir.

A.8 Mühendislik / proses ekipmanı bileşenlerinin, bileşenin bir parçası olarak dahil edilmesi önerilen ayrılmış bakım alanı dikkate alınarak tasarlanması önerilir.

A.9 Belirli bir malzeme ile bir bileşen geliştirmek gerekirse, uygun ölçekte renkler, tarama/dolgu desenleri ve doku görüntüsüne sahip dosyaların dahil edilmesi önerilir.

A.12 Bir bileşen özelliğinin değeri, değeri diğer niteliklere bağlıysa formül olarak ifade edilebilir.

A.13 Bir bileşen, bir inşaat nesnesinin bir öğesinin farklı türevlerini temsil edebiliyorsa, bunların aşağıdaki yollardan biriyle ifade edilen bir değere sahip bir öznitelik kullanılarak temsil edilmesi önerilir:

Tek değer, değer için yalnızca bir seçenek varsa;

Liste değeri - sıralı liste aynı türden birkaç benzersiz değer içeriyorsa, sırası önemlidir (örneğin, 200, 400, 600, 800);

Aralık değeri - bu değerin (limit) üst ve alt limitleri varsa. Önce alt sınır gösterilir, ardından üst sınır gelir (örn. 175-200 kW). Değer aralığı pozitif ve negatif değerler içeriyorsa, bunlar "from" ve "to" kelimeleri kullanılarak ayrılır (örneğin, eksi 10 ° C'den artı 20 ° C'ye). Değer belirtilmemişse, sınırsız bir sınır anlamına gelir (örneğin, 175 kW -<ноль>, yani tüm değerler, 175 kW'lık alt sınır değerinden büyük veya ona eşittir);

Numaralandırılmış değer - değer, oluşturulan listeden sabit değerlerin seçimini sağlıyorsa. Ayrı öğeler birbirinden virgül ve boşlukla ayrılmalıdır (örneğin, a, b, c, d).

Not - Bir inşaat nesnesinin öğelerinin farklı varyantlarını ifade etme yöntemleri, kural olarak, "genelleştirilmiş" türdeki bileşenlerde kullanılır.

A.14 Bir bileşenin, ortak işlev destekleniyorsa ve geliştirilen modelin amaçlarına karşılık geliyorsa, diğer bileşenlere bağlanabilecek ve onlarla birlikte işlev görebilecek şekilde modellenmesi önerilir.

Dosya adı alanlardan oluşur;

Alanlar arasında ayırıcı karakter olarak alt çizgi "_" kullanılması önerilir;

Dosya adındaki tüm alanlar büyük harfle başlar ve ardından küçük harf gelir. Alan iki veya daha fazla kelimeden oluşuyorsa, her kelime büyük harfle başlar ve tüm kelimeler birlikte yazılır;

Kısaltmalar ve kodlar büyük harflerle yazılmalıdır;

A.16 Bileşen dosya adı yapısı

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

alanlar Tablo A.1'de verilen anlamlara sahiptir.

Tablo A.1

Bileşen 3B geometri içermiyorsa, "Fields2"nin (fonksiyonel tip) sonuna "-2D" ekleyin.

Notlar (düzenle)

1 Dosya adındaki alanların sayısı, bileşen tipine ("genel" veya "ürün" tipi) ve ek tanımlayıcı özelliklerin varlığına bağlı olarak dört ila altı arasında değişebilir.

2 "Genel" türdeki bileşenlerin adlandırılmasına bir örnek:

ABV_Door_Double_Aluminum_GOST23747-2015

3 "Ürün" türündeki bileşenlerin adlandırılmasına bir örnek:

ABC_Washbasin_Ceramic_Factory1_VersionA

Ek alanlar girmeniz gerekiyorsa, bunları adın sonuna eklemeniz önerilir.

A.17 Nitelik adlandırma kuralları

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

alanlar Tablo A.2'de verilen aşağıdaki anlamlara sahip olduğunda

Tablo A.2

NOT - Adlandırma özelliklerine örnekler:

Profil Genişliği

ABC_AreaDaireler

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

alanlar Tablo A.3'te verilen aşağıdaki anlamlara sahip olduğunda

Tablo A.3

NOT - İsimlendirme malzemelerine örnek:

ABC_Tiles_Bituminous_Continent_Manufacturer

28 Mayıs 2018 Tatyana Bekh

BIM için GOST ve SP

İnşaatta bilgi teknolojisinin yönünü düzenleyen normatif belgelerin bir listesini toplamaya karar verdik. İşte bulunanlar günümüz!

BIM ile ilgili normatif belgelerin listesi:

• GOST R 57310 —2016 (ISO 29481 —1: 2010) Yapım aşamasında bilgi modellemesi. Teslimat bilgileri kılavuzu. Metodoloji ve format. Giriş tarihi 2017 —07 —01
• GOST R 57311 —2016 Yapım aşamasında bilgi modellemesi. Gereksinimler operasyonel tamamlanmış inşaat nesnelerinin dokümantasyonu. Giriş tarihi 2017 —07 —01
• GOST R 57309 —2016 (ISO 16354: 2013) Bilgi kitaplıkları ve nesne kitaplıkları için yönergeler. Giriş tarihi 2017 —07 —01.
• GOST R 57563 —2017 / ISO / TS 12911: 2012 İnşaatta bilgi modellemesi. Standartların geliştirilmesi için temeller bilgi bina ve yapıların modellenmesi (Değişiklik ile). Giriş tarihi 2017 —10 —01.
• GOST R ISO 12006 —2 —2017 İnşaat. İnşaat verilerini düzenlemek için model. Bölüm 2 . Bilgi sınıflandırmasının temelleri. Giriş tarihi 2017 —10 —01.
• GOST R ISO 12006 —3 —2017 İnşaat. İnşaat verilerini düzenlemek için model. Bölüm 3. Nesne değişimi temelleri - odaklı bilgi. Giriş tarihi 2017 —10 —01
• GOST R ISO 22263 —2017 İnşaat verilerini düzenlemek için model. Proje bilgi yönetimi yapısı. Giriş tarihi 2017 —10 —01.
• GOST R 57295 —2016 Tasarım yönetim sistemleri. İnşaatta Tasarım Yönetim Kılavuzu. Giriş tarihi 2018 —01 —01.
• SP 301 .1325800 .2017 İnşaatta bilgi modellemesi. İş organizasyonu kuralları üretme- teknik departmanlar. Tanıtım tarihi 2018 —03 —02.

03.23.2018 güncellendi. İLE BİRLİKTE Mart 2018'de BIM'de üç tanesi yürürlüğe girecek:

• SP 328.1325800.2017 “İnşaatta bilgi modellemesi. Bilgi modelinin bileşenlerini tanımlama kuralları "(15.12.2017 No. 1674 / pr tarihli sipariş). Bu kurallar dizisi, binaların ve yapıların bilgi modelleme süreçleri için geçerlidir ve bilgi modellerinin bileşenleri için gereksinimleri belirler, ancak dijital kütüphanelerin (kataloglar / içerik) yerleştirme, bakım, yapı, biçim ve içerik yöntemleri için gereksinimler oluşturmaz. bazlar) bileşenleri. Belge 16 Haziran 2018'de yürürlüğe girecek.
• SP 331.1325800.2017 “İnşaatta bilgi modellemesi. Nesnelerin bilgi modelleri ve yazılım sistemlerinde kullanılan modeller arasındaki değişim kuralları "(18 Eylül 2017 tarihli ve 1230 / pr tarihli sipariş). SP 331.1325800.2017, bir binanın veya yapının yaşam döngüsü boyunca birbiriyle etkileşime giren ve bir inşaat nesnesi için bilgi modelleme teknolojisini uygulayan bilgi sistemlerinin oluşturulması ve işletilmesi için temel gereksinimlere dayanmaktadır. Kurallar dizisi 19 Mart 2018'de yürürlüğe girdi.
• SP 333.1325800.2017 “İnşaatta bilgi modellemesi. Yaşam döngüsünün çeşitli aşamalarında nesnelerin bilgi modelinin oluşturulması için kurallar "(18 Eylül 2017 tarihli ve 1227 / pr tarihli sipariş). Belge, tasarım çözümlerinin geçerliliğini ve kalitesini artırmayı, inşaat ve işletme sırasında güvenlik seviyesini artırmayı amaçlayan, toplu inşaat nesnelerinin bilgi modelleri ve yaşam döngüsünün çeşitli aşamalarındaki gelişimleri için gereksinimleri içerir. Bilgi modellerinin oluşturulmasına yönelik genel yaklaşımlar, kullanım kolaylığı sağlayacak ve bilgi modelleme sürecinin verimliliğini artıracaktır. Kurallar dizisi 19 Mart 2018'de yürürlüğe girdi.

Yakın gelecekte, BIM ile ilgili düzenleyici ve teknik belgeleri iki yönde genişletme sözü veriyoruz:

Temel belgeler:

• 3 GOST R
• 4 SP

Nesnenin yaşam döngüsünün farklı aşamaları için belgeler

• 2 GOST R
• 6 SP

Bugün iki düzenleyici belge kategorisi olduğunu unutmayın.

23 Ağustos'ta, Rusya Federasyonu İnşaat ve İskan ve Kamu Hizmetleri Bakanlığı'nın emriyle geliştirilen dört ortak girişim hakkında halka açık bir tartışma başladı. Aşağıdaki doğrudan bağlantılarla listeleyin. Tartışma süresi 60 takvim günüdür.

Bağlantılardan bazıları hala taslak belgelerin metinlerini indirebilir. Metin almanın bir başka ve garantili yolu, adrese bir istek göndermektir: [e-posta korumalı]

Görüş ve önerilerin belirtilen biçimde yazılması tavsiye edilir. Tüm yorumlar dikkate alınacak ve cevaplanacak ve/veya ikinci baskıda ilgili değişiklikler yapılacaktır. Yorumlarınızı aynı adrese veya FAU FTSS web sitesindeki form aracılığıyla gönderebilirsiniz.

8 Eylül'de, belgelerin ilk etapta yayınlandığı sitede PK-5 TK-465 üyelerinden ve İnşaat Bakanlığı üyelerinden yorumlar alındı.

Belgeler farklı ekipler tarafından geliştirilir, bu nedenle yorumları işleme prosedürü biraz farklı olabilir. Ekim ayında, belgelerin tartışması, büyük olasılıkla önemli yorumların yazarlarının da davet edileceği PP-5 toplantısında sona erecek.

Bölüm 2. Gayri resmi

1. Ekibimiz dört belgeden ikisinin geliştirilmesinde yer almaktadır. Rusya Federasyonu'nda bilgi modelleme için düzenleyici ve teknik alanın oluşumuna katılma fırsatına sahip olduğumuz için çok memnunuz. Nihai versiyonun kalitesinin en yüksek uluslararası standartta olacağını garanti ediyoruz. Bununla çok ilgileniyoruz ve bu nedenle, ortak girişimin konusuna tekabül eden belirli bir konu alanında bilgi ve deneyime sahip tüm uzmanları, esaslar hakkında konuşmaya ve diyalog içinde en iyiye ulaşmaya davet ediyoruz (şimdiki tarihsel anda). ) formülasyonlar.

2. Rusya Federasyonu'nda, 2012'nin sonundan bu yana BIM'e aşamalı geçiş planı (program, yol haritası) üzerinde çalışmalar devam etmektedir. Geliştirme ve tartışmaya düzinelerce insan katıldı. Bu nedenle, şu anda bu belgede BEŞ'ten fazla belirgin nokta var. Ve yol haritasının kendisi şu anda Rusya Federasyonu Hükümeti tarafından değerlendiriliyor. (Kabul edilip edilmediği konusunda henüz bir bilgim yok).

3. Konuyla ilgili Çalışma Grubu ve Uzman Konseyi üyesi olarak, ulusal standardizasyon belgelerinde belirli yazılım ürünlerinin tercih edilmediğini ve verilmeyeceğini beyan ederim. (Yazılım geliştiricileri, kendi takdirlerine bağlı olarak, yazılımlarında çalışmayı sağlayan standartlar geliştirme hakkına sahiptir). Bu bağlamda, tekel karşıtı mevzuatın ve rekabetin korunmasına ilişkin federal yasanın ihlal edildiğini iddia eden yazarların bunu ilgili yasalardan ve ortak girişimden alınan metinlerle örneklendirmelerini öneriyorum.

Bu ateşli tartışmanın başladığı ortak girişimin adına dikkatinizi çekmek istiyorum - "Nesnelerin bilgi modelleri ve yazılım sistemlerinde kullanılan modeller arasındaki değişim kuralları." Bu ortak girişimin geliştiricileri aslında bir mengeneye yakalandı. Bazı gözden geçirenler, genel mülahazalardan değil, onlardan özgüllük, ayrıntılı kurallar talep eder. (Ürünlerin herhangi bir sözü veto edilirse bunun nasıl yapılabileceğini size kim söyleyecek?) Diğerleri ise tam tersine, herhangi bir sözün silinmesini talep ediyor. Açıkçası, çıkış yolu, ürünlerden bahsetmeye izin verilebilecek ek metodolojik önerilerin geliştirilmesinde yatmaktadır.

Yakın zamanda sansasyonel bir yayında, belirli bir satıcı pahasına BIM mutluluğundan söz edildi, yazardan gözlerini "silahlamasını" ve bana metinden özel örnekler vermesini istiyorum. Görevlerim nedeniyle (3. maddenin ilk cümlesine bakın), BIM platformlarıyla ilgili düzenlemelerin tarafsızlığını gerçekten sağlamam gerekiyor.

4. Büyük Britanya'da, hükümet siparişlerinin inşaattaki payı yaklaşık %40'tır. RF ÖNEMLİ OLARAK DÜŞÜK. Tam rakamı bulamadım ama NOPRIZ %5'ten (!) fazla olmadığı konusunda ısrar ediyor. Diğer kaynaklardan %15'e varan bir rakam duydum. (Ve neden bir mızrak - veya bir tırmık kırmak?) Yani, inşaatta özel bir müşteri hakimdir. Ve yasayı çiğnemeden istediği gibi sipariş vermekte özgürdür. Ve ürünü almak istediği formatları belirlemek de dahil. O zaman neyi tartışıyoruz? Bir devlet müşterisi BIM'de küçük bir hacmin %20'sini istemeye başlarsa, BIM hakkında hiçbir şey duymak istemeyen bireysel bir tasarımcı ne kadar iş kaybeder? Hiçbir şey değil. Devlet ihalesine gitmeyecek ve BİM'e sorana kadar özel bir tüccar için resim yapmaya devam edecek.

5. Şimdi "tanıtılan ürünün zayıf yönlerini gizlemek için örtülü kısıtlamalar" hakkında. "Ürün" hakkında 3. maddeye bakın. Kısıtlamalara gelince, yukarıdaki ifade, yazarının, bu alanda bizi geride bırakan diğer ülkelerde geliştirilen benzer belgelere aşina olmadığını göstermektedir. Bu tür belgeler, "sınırlı yazılım desteği nedeniyle" veya "BIM becerileri ve bu amaca yönelik yazılım araçları henüz olgunlaşmamış olduğundan" vb. formülasyonlarla doludur. Evet, elimizdeki yazılım ürünlerinin henüz mükemmel olmadığını ve bunu dikkate almalıyız... Bu nedenle metinde benzer çekinceleri uyguluyoruz ve uygulamaya devam edeceğiz.

6. Ve sonuç olarak, gördüklerinden gerçekten hayal kırıklığına uğrayanlara hitap etmek istiyorum - belgelerin metinleri ve onları ham olarak adlandırıyor, vb. Orada ne bulmayı umuyordunuz ve bulamadınız? Belki bunu çözmeli ve daha spesifik olmalıyız? Farklı ülkelerde BIM ile ilgili benzer ulusal belgelerin kapsadığı tüm konuları bir araya getirirsek, bunların modelleme tekniklerini, bilgi modeli öğelerinin (LOD, LOI) gelişim düzeylerini belirleme yaklaşımlarını, yeni rol ve sorumluluklarını yansıttığını göreceğiz. süreçteki katılımcılar, BIM uygulama planları -projeler, kütüphane öğelerinin geliştirilmesi için kurallar, birlikte çalışabilirlik sorunları ve ekip çalışmasının organizasyonu. Neredeyse tüm konular bu. Ancak o zaman hala farklı katılımcılara ve yaşam döngüsünün aşamalarına ayrışırlar. Bu listedeki maddeler kısmen sunulan ortak girişimler tarafından kapsanmaktadır ve geri kalanı Bakanlık tarafından daha fazla geliştirme planına dahil edilmiştir.

Hayal kırıklığına uğramış herkesi yapıcı bir diyaloga davet ediyorum. Resmi bir itiraz yazmak istemiyorsanız ve aynı zamanda size zaten aşinayız, kişisel olarak yazın. Anlayalım.

Bilgi teknolojisi alanında üç yeni kural grubu (JV) onaylandı ve 1 Mart'ta yürürlüğe girecek. Bu, Rusya Federasyonu İnşaat ve Konut ve Kamu Hizmetleri Bakanlığı Kentsel Gelişim ve Mimarlık Bölüm Başkan Yardımcısı Alexander Stepanov tarafından “Bilgi Modelleme” semineri çerçevesinde açıklandı. Etkileşim için bir temel olarak dijital ortam ”, Rusya İnşaat Bakanlığı'na bağlı İnşaatta Federal Tahsis, Standardizasyon ve Teknik Uygunluk Değerlendirme Merkezi ve RSPP Teknik Düzenleme, Standardizasyon ve Uygunluk Değerlendirme Komitesi ile birlikte organize edildi. Etkinlik, temsili bir uzman ekibin katılımıyla 21 Şubat'ta gerçekleştirildi.

JV “İnşaatta Bilgi Modellemesi. Bilgi modelinin bileşenlerini tanımlama kuralları ”,“ İnşaatta bilgi modelleme. Yaşam döngüsünün çeşitli aşamalarında nesnelerin bilgi modelinin oluşturulmasına ilişkin kurallar "ve" İnşaatta bilgi modelleme. Nesnelerin bilgi modelleri ile yazılım sistemlerinde kullanılan modeller arasındaki değişim kuralları "1 Mart'ta yürürlüğe girecek, 2018.

Alexander Stepanov'a göre, inşaatta bilgi modelleme teknolojileri alanında oluşturulan ulusal belgeler sistemi, BIM'in temel hükümlerini, ilkelerini ve terminolojisini tanımlayanlar da dahil olmak üzere dijital altyapı sağlayan temel standartları ve uygulama kurallarını içerir. Yatırımların gerekçelendirilmesinden binaların ve yapıların kullanımına ve yıkımına kadar, yaşam döngüsünün belirli aşamalarında bilgi modellemesini uygulamaya sokmak için kavramsal çerçeveyi ve bir metodolojiyi tanımlayan standartlar ve uygulama kuralları.

2018 yılında, BIM'in temel ilkelerini, kavramlarını ve terminolojisini tanımlayan temel standartların geliştirilmesi başladı: GOST R “İnşaat çalışmaları hakkında bilgi organizasyonu. Bilgi modelleme kullanarak bilgi yönetimi. Bölüm 1. Temel ilke ve kavramlar "ve GOST R" İnşaat işleri ile ilgili bilgilerin organizasyonu. Bilgi modelleme kullanarak bilgi yönetimi. Bölüm 2. Varlık yaratma aşaması ”. Benzer ISO standartları (ISO 19650-1 ve ISO 19650-2), şu anda geliştirmelerinin son aşamalarındadır. PC 13 "İnşaat işleriyle ilgili bilgilerin işlenmesi, depolanması ve alışverişi" TC 465 "İnşaat" uzmanları, 2017 yılından bu yana bu çalışmalarda yer almaktadır.

Şimdi kayıt prosedüründen geçiyor GOST R “İnşaatta bilgi modelleme. Yaşam döngüsü boyunca bilgi alışverişi için endüstri temel sınıfları (IFC'ler). Temel Hükümler ". “Devlet müşterisine IFC formatında kontrol için bilgi sağlanmasını talep etme fırsatı verilirse, çok sayıda çeşitli yazılım ürününün satın alınması ve bir yazılımın bakımı için bütçe fonları harcamaya gerek kalmayacaktır. Alexander Stepanov, bu programlarda çalışabilecek aşırı uzman kadrosu” dedi.

Toplamda normatif ve teknik belgeler sistemi, 15 ulusal standardı (GOST R), aşağıdakileri içeren 10 kural grubunu içerecektir: 13 GOST R ve 4 SP - temel (temel) yönlerde geliştirilen belgeler; 2 GOST R ve 6 kural seti - yaşam döngüsünün bireysel aşamaları için.

Halihazırda BIM alanında pratik kullanım için 7 GOST ve 4 kural seti mevcuttur.

Etkinliğe TC 465 "İnşaat", KazNIISA (Kazakistan), Moskova Devlet Üniversitesi Dijital Ekonomi Merkezi, JSC Araştırma Merkezi "İnşaat", NIIPromzdaniy, FAU FTSS, vb.'den uzmanlar katıldı.

Rusya İnşaat Bakanlığı'na elektronik bir itiraz göndermeden önce, lütfen bu interaktif hizmetin çalışması için aşağıdaki kuralları okuyun.

1. Ekteki forma uygun olarak doldurulmuş Rusya İnşaat Bakanlığı'nın yetkisi dahilindeki elektronik başvurular değerlendirmeye alınır.

2. Elektronik temyiz, bir beyan, şikayet, teklif veya talep içerebilir.

3. Rusya İnşaat Bakanlığı'nın resmi İnternet portalı aracılığıyla gönderilen elektronik itirazlar, vatandaşların itirazlarıyla çalışmak üzere departmana sunulur. Bakanlık, başvuruların objektif, kapsamlı ve zamanında değerlendirilmesini sağlar. Elektronik başvuruların değerlendirilmesi ücretsizdir.

4. 02.05.2006 tarihli Federal Yasa N 59-FZ "Rusya Federasyonu Vatandaşlarının İtirazlarını Değerlendirme Usulü Hakkında" elektronik itirazlar üç gün içinde kaydedilir ve içeriğe bağlı olarak yapısal bölümlere gönderilir. Bakanlık. İtiraz, kayıt tarihinden itibaren 30 gün içinde değerlendirilir. Çözümü Rusya İnşaat Bakanlığı'nın yetkisi dahilinde olmayan soruları içeren elektronik bir itiraz, kayıt tarihinden itibaren yedi gün içinde ilgili makama veya yetkileri uyarınca gündeme getirilen sorunları çözmek olan ilgili görevliye gönderilir. itirazı, itirazı gönderen vatandaşa bildirerek itirazda bulunur.

5. Elektronik itiraz şu durumlarda dikkate alınmaz:
- başvuranın adı ve soyadının bulunmaması;
- eksik veya yanlış bir posta adresinin belirtilmesi;
- metinde müstehcen veya saldırgan bir dilin bulunması;
- yetkilinin yanı sıra aile üyelerinin yaşamı, sağlığı ve mülküne yönelik bir tehdit metninde bulunması;
- yazarken Kiril olmayan bir klavye düzeni veya yalnızca büyük harfler kullanmak;
- metinde noktalama işaretlerinin olmaması, anlaşılmaz kısaltmaların varlığı;
- Başvuru sahibine daha önce gönderilen temyiz başvurularıyla bağlantılı olarak esasa ilişkin yazılı bir cevap verilmiş olan bir sorunun metninde bulunması.

6. Başvuru sahibine verilen yanıt, form doldurulurken belirtilen posta adresine gönderilir.

7. Bir temyiz başvurusu değerlendirilirken, itirazda yer alan bilgilerin yanı sıra bir vatandaşın özel hayatıyla ilgili bilgilerin rızası olmadan ifşa edilmesine izin verilmez. Başvuru sahiplerinin kişisel verileriyle ilgili bilgiler, kişisel verilerle ilgili Rus mevzuatının gerekliliklerine uygun olarak saklanır ve işlenir.

8. Site üzerinden alınan başvurular özetlenerek Bakanlık liderliğine bilgi için sunulur. En sık sorulan soruların cevapları periyodik olarak "sakinler için" ve "uzmanlar için" bölümlerinde yayınlanmaktadır.