"Rakip" şirketinin gizlilik politikası

Bu belge "Gizlilik Politikası" (bundan böyle "Politika" olarak anılacaktır), Rusya Federasyonu'nun 27 Temmuz 2006 tarihli ve 152-FZ sayılı "Kişisel Veriler Hakkındaki" Federal Yasasına uygun olarak geliştirilmiştir ve işleme prosedürünü belirler, 117036, Rusya, Moskova, st. Profsoyuznaya, ev 3, ofis 817.

Bu Politikanın amaçları doğrultusunda, "kişisel veriler", doğrudan veya dolaylı olarak kimliği belirli veya belirlenebilir bir gerçek kişiye ilişkin her türlü bilgi anlamına gelir. “Kişisel verilerin işlenmesi”, toplama, kaydetme, sistemleştirme, biriktirme, depolama, açıklama (güncelleme, değiştirme) dahil olmak üzere kişisel verilerle otomasyon araçları kullanılarak veya kullanılmadan gerçekleştirilen herhangi bir eylem (işlem) veya bir dizi eylem (işlem) anlamına gelir. , çıkarma, kullanma, aktarma (dağıtım, sağlama, erişim), duyarsızlaştırma, engelleme, silme, kişisel verilerin imhası.

Sitemizi kullanarak ve sitemizdeki formları doldurarak bize kişisel verilerinizi sağlayarak, kişisel verilerinizin bu Politikaya uygun olarak işlenmesine izin vermiş olursunuz.

Şirket, web sitemizdeki (bundan böyle "Site" olarak anılacaktır) form alanlarını doldururken, bizimle herhangi bir şekilde iletişim kurarken, üye olurken tarafımızca tarafımıza sağlanan aşağıdaki kişisel verileri toplar, işler, kullanır ve korur. bülten, etkinliklere kaydolurken: bize gönderdiğiniz mesajlarda yer alan tam ad, iletişim telefon numarası, e-posta adresi (e-posta), pozisyon, şirket ve diğer bilgiler.

Şirket, kişisel verilerinizi yalnızca size Şirket, hizmetlerimiz ve etkinliklerimiz hakkında bilgi vermek amacıyla işler; bizimle iletişime geçtiğinizde sizinle iletişim kurmak; etkinliklerimize ve anketlerimize katılımınızı organize etmek; size haber bültenlerimizi göndermek; izninizle başka amaçlar için.

Cihazın teknik özellikleri, IP adresi, çerezlerden alınan bilgiler, tarayıcı bilgileri, siteye erişim tarihi ve saati, talep edilen sayfaların adresleri ve benzeri dahil olmak üzere Siteyi kullandığınız cihaz tarafından otomatik olarak iletilen teknik veriler bilgiler, kişisel verilerin aksine, bu tür bilgiler kişiselleştirilmemiştir ve bu nedenle kişisel verilerin bileşimi için geçerli değildir.

Şirket teknik verileri şu amaçlarla işleyebilir: Sitenin işleyişini ve güvenliğini sağlamak ve Sitenin kalitesini artırmak.

Şirket, kişisel verilerinizi halka açık kaynaklara yerleştirmez.

Haklarınızı korumak için, Şirket, talebiniz üzerine, “Kişisel Veriler Hakkında” Federal Kanunun 14. Maddesinin 7. Bölümü uyarınca kişisel verilerinizin işlenmesine ilişkin bilgileri size sağlayacaktır. Kişisel verilerinizin işlenmesine ilişkin talebiniz için bize “Kişisel veri talebi” (veya “Kişisel verilerin işlenmesine ilişkin onayın geri çekilmesi”) konulu bir e-posta göndererek, işleme onayının geri alınması durumunda bizimle iletişime geçebilirsiniz. kişisel verilerin) e-posta adresine: [e-posta korumalı] alan

Şirket, kişisel verilerin yetkisiz veya kazara erişilmesinden, kişisel verilerin imha edilmesinden, değiştirilmesinden, engellenmesinden, kopyalanmasından, sağlanmasından, dağıtılmasından ve bunlarla ilgili diğer yasa dışı eylemlerden korumak için gerekli yasal, organizasyonel ve teknik önlemlerin alınmasını sağlar. kişisel verilere, ayrıca kişisel verilerinizin gizliliğini korumayı taahhüt eder.

Kişisel verilerin işlenmesi, herhangi bir yasal şekilde, süre sınırı olmaksızın gerçekleştirilir. Şirket, işlenen kişisel verilerin yasa dışı olarak elde edilmesi veya belirtilen işleme amacı için gerekli olmaması ve işlemeye ilişkin onayınızı geri çekmeniz durumunda talebiniz üzerine kişisel verilerinizi işlemeyi durdurur.

Şirket, bu Politikada değişiklik yapma hakkına sahiptir. Yeni Gizlilik Politikası, Sitede yayınlandığı andan itibaren yürürlüğe girer.

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

Uygulama Esasları SP-328.1325800.2017

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

bina bilgi modellemesi. bileşenler. Yönergeler ve gereksinimler

İlk kez tanıtıldı

Tanıtım

Bu kurallar dizisi, bilgi modellerini oluşturmak için kullanılan bileşenleri oluşturmak için tek tip gereksinimler, kurallar ve öneriler geliştirmek amacıyla 30 Aralık 2009 tarihli N 384-FZ "Binaların ve Yapıların Güvenliğine İlişkin Teknik Düzenlemeler" Federal Yasasına uygun olarak geliştirilmiştir. bir inşaat nesnesinin.

Kurallar dizisi, JSC "Araştırma Merkezi "İnşaat" - V.A. Kucherenko (danışman - Teknik Bilimler Doktoru I.I. Vedyakov; Teknik Bilimler Adayı Yu.N. Zhuk, A.V. Ananiev) ve OOO adını taşıyan TsNIISK yazarları ekibi tarafından hazırlandı. "KONKURATOR" (MG Korol, SE Benklyan).

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 / veri tabanları) yerleştirme, bakım, yapı, biçim ve içerik yöntemleri için gereklilikler oluşturmaz.

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 çizimlere uygulanma 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" sayılarına göre. Tarihsiz referanslı bir belge değiştirildiyse, o sürümde yapılan değişiklikler dikkate alınarak o belgenin mevcut sürümünün kullanılması önerilir. Atıf yapılan belgenin yerine tarihli bir referans geçmişse, bu belgenin yukarıda belirtilen onay (kabul) yılına sahip versiyonunun kullanılması tavsiye edilir. Bu kurallar dizisinin onaylanmasından sonra, tarihli atıf yapılan 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şiklik. Referans 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 işleyişi hakkındaki bilgilerin kontrol edilmesi tavsiye edilir.

3 Terimler ve tanımlar

Bu belgede, aşağıdaki terimler ilgili tanımlarıyla birlikte kullanılmaktadır:

3.1 bileşen nitelikleri: Bir bileşenin geometrisini veya özelliklerini tanımlamak için gerekli olan ve bir ada ve bir değere sahip olan temel özellikleri.

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

3.3 Bir bileşenin grafiksel ö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 projeksiyon ve ölçeklerde tanınmasını sağlayan özellikler.

3.4 İnşaat bilgi modellemesi: Girdi verilerini koordine etmek, verilerin ortak üretimini ve depolanmasını organize etmek ve ayrıca yaşamın tüm aşamalarında çeşitli amaçlar için kullanımlarını düzenlemek için yapım aşamasındaki ve tamamlanmış inşaat projelerine ilişkin bilgilerin oluşturulması ve kullanılması sürecidir. Çevrim.

3.5 bileşen: Bir inşaat nesnesinin tek bir unsurunun fiziksel ve işlevsel özelliklerinin, tekrar tekrar kullanılması amaçlanan dijital bir temsilidir.

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

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

3.7 açık veri değişim biçimleri: Açık belirtimli veri biçimleri.

NOT IFC (Endüstri Temel Sınıfları) formatı ve açık spesifikasyonlu veri şeması. İ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ılması amaçlanan adlandırılmış bir bileşen seti.

3.9 gelişme düzeyi; LOD: Dijital bilgi modelinin bir öğesinin gelişiminin eksiksizliğini belirleyen 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 gerekli olan minimum geometrik, uzamsal, nicel ve nitel veri miktarını belirler.

3.10 Bir bileşenin işlevsel davranışı: Bir bileşenin çevre ile etkileşim kurallarına göre modifikasyonu.

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 öğesi: Bir şantiye veya şantiye içindeki bir öğeyi, sistemi veya montajı temsil eden bir dijital bilgi modelinin parçası.

4 Genel hükümler

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

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

Türlere göre:

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

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

Doğrusal - yönlü bir kapalı profil ve bir genel matris olarak bir referans çizgisinin bağlanmasıyla elde edilir.

NOT Duvarlar, borular, kanallar, kablo kanalları vb. gibi bileşenler;

Alansal - Sınırlı bir alanın ana hatlarını çizerek oluşturulan, yüksekliği çok daha küçük olan üç boyutlu bileşenler.

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

Üreticiye göre:

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

Bileşen ürün, 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 (bileşenin doğrudan düzenlenmesine gerek kalmadan);

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

Kapsama göre:

Mimari;

Kentsel 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şenlerin geliştirilmesi, bilgi modellemenin 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 kullanma amacı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 detay seviyeleri ve bileşenlerin grafiksel gösterimi için gereklilikler

6.1 Bileşenin geometrik parametreleri ve grafik gösterimi için gereksinimler, aşağıdakiler için gereksinimleri içerir:

Geometrik parametreler;

Grafik sembollerin gösterimi;

Geometrik detaylandırma seviyesi;

Bileşenin kapladığı alanı ayırmak;

Malzemelerin grafik gösterimi.

6.2 Geometrik gereksinimler

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

1:1 ölçeğinde model geometrisi;

"Nokta" tipi bir bileşen için ekleme noktasını (taban noktası) tanımlayın;

Minimum sayıda yardımcı eleman kullanın (örneğin, yardımcı düzlemler ve çizgiler);

Metrik birimlerde ifade edilen geometrik parametreleri kullanın.

6.2.2 "Genel" tipteki bileşenler, gerçek boyutların bilinmemesi durumunda, nominal boyutları tanımlayan parametre değerlerini içermelidir.

6.2.3 "Ürün" tipi bileşenler, kesin boyutları belirten parametre değerlerini içerecektir.

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ı açma tarafı, pencere açma yöntemleri).

6.3 Geometrik gelişim düzeyi için gereklilikler

6.3.1 Bileşenin ekleme noktaları (taban noktaları), geliştirmenin tüm seviyelerinde aynı olmalıdır.

6.4 Malzemelerin grafik gösterimi için gereklilikler

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

6.4.2 Malzeme görüntü dosyası gereksinimleri:

Kare şeklindeki görüntülerin boyutu en az 512x512 pikseldir;

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

Görüntü çözünürlüğü - en az 150 dpi.

7 Niteliksel detaylandırma 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 modellerinin uygulanmasını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 bu tür ö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. yapı.

7.3.2 Ek nitelikler, mühendislik hesaplamaları için gerekli özellikleri veya teknik özellikleri, teknik ve ekonomik 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 Bir öznitelik değeri kısıtlanmamışsa ve hem rakamlara hem de harflere izin veriyorsa, öznitelik değerine bir alfanümerik veri tipi 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 "davranmalıdır".

8.2 Bir yazılım ortamında, gerçek fiziksel yapı elemanının sahip olduğu kadar önceden tanımlanmış sabit parametrelere sahip bir bileşen tasarlamak genellikle mümkündür. Bir bileşenin önceden yapılandırılmış varyantları ile performans düşüşü veya onu kullanmadaki zorluk minimum düzeyde olmalıdır.

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

9 Bileşenler ve nitelikleri için adlandırma kuralları

9.1 Bu bölümde verilen bileşen 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:

Adlandırma için genel 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 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 belirtilmemiştir.

9.4.2 Boolean veri türlerini (Evet/Hayır) kabul eden değerlere sahip öznitelikler, mutlaka bir değer atanacak şekilde adlandırılacaktır (örn. "Windowsill Presence" - Evet/Hayır).

Not - Nitelik adlandırma kurallarına bir örnek A.17'de (Ek A) verilmiştir.

9.5 Malzeme adlandırma kuralları

9.5.1 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, uygulanan grafik dosyasının formatına karşılık gelen uzantı ile malzeme ile aynı şekilde adlandırılır.

NOT Malzeme adlandırma kurallarına bir örnek A.18'de (Ek A) verilmiştir.

10 Bileşen biçimi gereksinimleri

10.1 Dosya biçimleri açısından, bileşenler şu şekilde temsil edilebilir:

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

Orijinal biçimlerde (bileşen dosya biçimleri ve yazılım proje dosyaları biçimleri).

11 Bileşen meta veri gereksinimleri

11.1 Bileşenlerin veritabanlarını/kataloglarını/kütüphanelerini, örneğin çevrimiçi depolamalar biçiminde düzenlerken, gerekli içerik için uygun bir arama sağlamak gereklidir. Kural olarak, böyle bir arama meta verilerle gerçekleştirilir. Meta verilere göre arama - belirli bir arama motoru tarafından desteklenen bileşen özelliklerine göre arama yapın.

Ek A

A.1 Bileşenler, tematik kataloglar / veri tabanları / yeniden kullanım kitaplıkları oluşturmak için kullanılması önerilen montajlarda (örneğin, "sıhhi kabin", "ısı ünitesi", "trafo merkezi") 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 bir tanımlayıcı;

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

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

Tasarım ve çalışma belgelerinin hazırlanması 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 bileşimine geleneksel grafik sembollerinin dahil edilmesi önerilir.

Not - LOD 100 tasarım seviyesindeki bileşenler kavramsal yapı elemanlarıdır ve bu nedenle ilgili bileşenlerin ön hazırlığına ihtiyaç duymazlar ve LOD 500 seviyesinde - LOD 400 seviyesinden yalnızca tasarım kararlarının fiili uygulaması. Bu nedenlerle, veritabanı/kütüphane/bileşen kataloğu geliştirme için LOD seviyeleri 200, 300 ve 400 önerilir.

Not - Daha düşük bir geliştirme seviyesinin uygun bileşenlerinin olmaması durumunda, daha yüksek bir seviyenin bileşenlerinin kullanılmasına izin verilir.

A.8 Mühendislik/proses ekipmanı bileşenlerinin, bileşenin bir parçası olarak dahil edilmesi tavsiye edilen bakım için yer ayrılması dikkate alınarak tasarlanması tavsiye edilir.

A.9 Belirli bir malzeme ile bir bileşen tasarlamanız gerekiyorsa, renkleri, tarama/dolgu desenlerini ve doku görüntü dosyalarını uygun ölçekte eklemeniz önerilir.

A.12 Bir bileşenin bir niteliğinin değeri, değerinin diğer niteliklere bağlı olması durumunda bir formül olarak ifade edilebilir.

A.13 Bir bileşenin bir inşaat öğesinin farklı örneklerini temsil edebildiği durumlarda, bunların aşağıdaki yollardan biriyle ifade edilen bir değere sahip bir öznitelikle temsil edilmesi önerilir:

Tek değer - değer için tek 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ğer (limit) için üst ve alt limitler varsa. İlk önce alt sınır, ardından üst sınır belirtilir (örneğin, 175-200 kW). Değer aralığı pozitif ve negatif değerler içeriyorsa, "den" ve "to" kelimeleri kullanılarak ayrılırlar (örneğin, eksi 10°C'den artı 20°C'ye). Değer belirtilmemişse, sınırsız bir limit anlamına gelir (örneğin, 175 kW -<ноль>, yani 175 kW'lık alt sınır değerine eşit veya daha büyük tüm değerler);

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

Not - Kural olarak, inşaat nesnesinin öğeleri için çeşitli seçenekleri ifade etmenin bu yolları, "genelleştirilmiş" türdeki bileşenlerde kullanılır.

A.14 Bir bileşenin, birlikte var olma destekleniyorsa ve geliştirilmekte olan modelin hedefleriyle tutarlıysa, diğer bileşenlere bağlanabilecek ve onlarla işbirliği yapabilecek ş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 adlarının yapısı

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

alanlar Tablo A.1'de verilen anlamlara sahiptir.

Tablo A.1

Bileşen 3D geometri içermiyorsa, sonuna "-2D" ile "Field2" (fonksiyonel tip) eklenmelidir.

notlar

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

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

ABV_Kapı_Çift yaprak_Alüminyum_GOST 23747-2015

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

ABV_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_SquareDaireler

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

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

Tablo A.3

Not - Adlandırma malzemelerine bir örnek:

ABC_Tile_Bitumen_Continent_Manufacturer

28 Mayıs 2018 Tatyana Bekh

BIM'de GOST ve SP

İnşaatta bilgi teknolojisinin yönünü düzenleyen düzenleyici 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. Bilgi Dağıtım Kılavuzu. Metodoloji ve format. Giriş tarihi 2017 —07 —01
• GOST R 57311-2016 İnşaatta bilgi modelleme. 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 yönergeler bilgilendirici bina ve yapıların modellenmesi (değiştirildiği şekliyle). Giriş tarihi 2017 -10 -01 .
• GOST R ISO 12006-2-2017 İnşaat. İnşaat İşlerine İlişkin Verilerin Düzenlenmesi İçin Bir 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 İşlerine İlişkin Verilerin Düzenlenmesi İçin Bir Model. Bölüm 3. Nesne Değişiminin Temelleri - odaklı bilgi . Giriş tarihi 2017 —10 —01
• GOST R ISO 22263-2017 İnşaat veri organizasyon modeli. Tasarım Bilgi Yönetim Yapısı . Giriş tarihi 2017 -10 -01 .
• GOST R 57295-2016 Tasarım yönetim sistemleri. İnşaatta tasarım yönetimi kılavuzu. Giriş tarihi 2018 -01 -01 .
• SP 301 .1325800 .2017 İnşaatta bilgi modellemesi. İş organizasyonu kuralları üretme- teknik departmanlar. Giriş tarihi 2018 -03 -02 .

23/03/2018 güncellendi. İLE Mart 2018, BIM için üç grup kural (SP) yürürlüğe girdi:

• SP 328.1325800.2017 “İnşaatta bilgi modellemesi. Bilgi modelinin bileşenlerini tanımlama kuralları” (15 Aralık 2017 tarihli ve 1674/pr sayılı 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. veritabanları) bileşenleri. Belge 16 Haziran 2018'de yürürlüğe girecek.
• SP 331.1325800.2017 “İnşaatta bilgi modellemesi. Nesnelerin bilgi modelleri ile yazılım sistemlerinde kullanılan modeller arasındaki alışverişe ilişkin kurallar” (18 Eylül 2017 tarihli ve 1230 sayılı Sipariş). SP 331.1325800.2017, bir binanın veya yapının tüm yaşam döngüsü boyunca birbiriyle etkileşime giren ve bir inşaat nesnesinin 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ına ilişkin kurallar "(Sipariş No. 1227/pr 18 Eylül 2017). Belge, tasarım çözümlerinin geçerliliğini ve kalitesini iyileştirmeyi, inşaat ve işletme sırasında güvenlik seviyesini artırmayı amaçlayan toplu inşaat tesislerinin bilgi modelleri ve yaşam döngüsünün çeşitli aşamalarında bunların geliştirilmesi için gereksinimleri içerir. Bilgi modellerinin oluşumuna yönelik genel yaklaşımlar, kullanım kolaylığını 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 için düzenleyici ve teknik belgeleri iki yönde genişletme sözü veriyoruz:

Temel Belgeler:

• 3 GOST R
• 4 ortak girişim

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

• 2 GOST R
• 6 ortak girişim

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

İnşaat ve tasarım, bütçeleme, yol inşaatı alanındaki uzmanlar için çevrimiçi yayın.

Postanızdaki en önemlilerin tümü

Ne oldu?

Bilgi teknolojisi alanında üç yeni kural grubu (SP) onaylandı ve 1 Mart 2018'de yürürlüğe girecek:

• JV “İnşaatta Bilgi Modellemesi. Bilgi modelinin bileşenlerini tanımlama kuralları”;
• JV “İnşaatta Bilgi Modellemesi. Yaşam döngüsünün çeşitli aşamalarında nesnelerin bilgi modelinin oluşumu için kurallar”;
• JV “İnşaatta Bilgi Modellemesi. Nesnelerin bilgi modelleri ile yazılım sistemlerinde kullanılan modeller arasındaki alışveriş için kurallar.

Bu, Rusya Federasyonu İnşaat, Konut ve Kamu Hizmetleri Bakanlığı Şehir Planlama ve Mimarlık Bölüm Başkan Yardımcısı Alexander Stepanov tarafından “Bilgi Modelleme” seminerinde açıklandı. Etkileşimin temeli olarak dijital ortam”.

Alexander Stepanov'a göre, oluşturulmakta olan inşaatta bilgi modelleme teknolojileri alanındaki ulusal belgeler sistemi, BIM'in temel hükümlerini, ilkelerini ve terminolojisini tanımlamak da dahil olmak üzere dijital bir altyapı sağlayan temel standartları ve kural setlerini içerir, yatırımların gerekçelendirilmesinden binaların ve yapıların elden çıkarılmasına ve yıkılmasına kadar, yaşam döngüsünün belirli aşamalarında bilgi modellemesini uygulamaya sokmak için kavramsal temeli ve metodolojiyi tanımlayan standartlar ve kurallar dizisi.

Planlar neler?

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 oluşturma aşaması. Benzer ISO standartları (ISO 19650-1 ve ISO 19650-2), şu anda geliştirmenin son aşamalarındadır. TC 465 "İnşaat"ın SC 13 "İnşaat işleriyle ilgili işleme, depolama ve bilgi alışverişi" uzmanları bu çalışmalara 2017 yılından itibaren katılmaktadır.

Şu anda kayıt prosedüründen geçiyor GOST R “İnşaatta bilgi modelleme. Yaşam döngüsünün tüm aşamalarında bilgi alışverişi için Endüstri Temel Sınıfları (IFC). 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.

NTD sistemi hakkında:

Toplamda düzenleyici 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) alanlarda 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.

Biliyor musunuz?

Pratikte BIM'in faydalarını takdir etmenize hangi araç yardımcı olacak?

Son yıllarda, alışılmış 2D tasarımın yerini almak üzere tasarlanmış bir bilgi modelleme teknolojisi olan BIM teknolojisinin tanıtımı aktif olarak uygulanmaktadır: kullanımını düzenleyen belgeler oluşturulmakta, yeni teknoloji hakkında konuşmak için konferanslar ve seminerler düzenlenmektedir. Ancak buna rağmen, inşaat sektöründeki inşaatçılar, tasarımcılar, mühendisler ve diğer profesyoneller, BIM'in uygulanması, kullanımı ve faydaları hakkında hala birçok soruya sahipler. Techexpert sistemleri, tüm sorunların çözülmesine ve yeni teknolojilerin anlaşılmasına yardımcı olacaktır! Techexpert bina sistemleri şunları sağlayacaktır:

• ayrıntılı cevaplar BIM alanındaki sorulara;
• çalışma fırsatı pratikte yeni teknoloji ile.

BIM'i duydunuz mu? Veya bilgi modelleme hakkında daha fazla şey öğrenmek mi istiyorsunuz? Sistemlerde "Stroyexpert. Seçenek Lideri”, “Stroyexpert. Profesyonel seçenek" ve "Techexpert: Asistan tasarımcı", BIM teknolojileri hakkında eksiksiz bir bilgi yelpazesi içerir:

• referans malzemesi BIM teknolojilerinin ne olduğunu hızlı bir şekilde anlamanıza yardımcı olacak, aynı zamanda uygulamalarının olumlu faktörlerini de öğrenmenize yardımcı olacak;
• normatif temel BIM teknolojilerinin inşaat sektörüne tanıtılması için sadece İnşaat Bakanlığı'nın "yol haritasını" değil, aynı zamanda bunların uygulanmasına ilişkin standartları ve kuralları da incelemenize izin verecek;
• uygulayıcıların yorumları bilgi modelleme alanındaki çeşitli soruların cevaplarını hızlı ve kolay bir şekilde bulmayı mümkün kılmak;
• haber akışı inşaatta bilgi teknolojilerinin uygulanması ve geliştirilmesi hakkında önemli bilgileri kaçırmayacağınız;
• a video seminerleri sizi BIM'i uygulamanın pratik deneyimiyle tanıştırır.

Not! Tüm materyaller, kullanılan bilgilerin uygunluğu ve güvenilirliği konusunda size mutlak güven veren mevcut mevzuata referanslarla desteklenmektedir!

Ancak BIM teknolojisi ile ilgili teori yeterli değil. Pratikte onunla çalışmanın faydalarını değerlendirin! yararlanın hazır 3D modellerin benzersiz bir veritabanı"TPD: Binalar, yapılar, yapılar ve birimler" sisteminde. Veritabanı, çeşitli üreticilerin modellerini içerir.

Bitmiş modelle çalışmaya başlamak için sadece birkaç tıklama yapmanız gerekir:

• ihtiyaç duyduğunuz proje belgelerinin sayısını/albümünü seçin;
• 3B Model sekmesini açın.

Sekmede mevcuttur:

• binanın 3B modelinin görsel temsili;
• bir inşaat nesnesinin hazır üç boyutlu modeli;
• yazılım hakkında referans bilgileri;
• programın deneme sürümüne bağlantı.

Sunulan 3B modeller, bir BIM modelinin uygulanmasının bir örneğidir ve bireysel projenizi oluştururken yardımcı malzeme görevi görür.

Techexpert bina sistemleri serisi, hem BIM'i incelemek hem de onunla daha fazla çalışmak için vazgeçilmez bir yardımcıdır!

Soru cevap

Gruşa G.A.

Rusya Federasyonu Hükümeti Kararnamesi N 87'ye göre, “Proje dokümantasyon bölümlerinin bileşimi ve içeriği için gereklilikler”, içeriği için gereksinimleri sırasıyla belirlenen proje dokümantasyonunun 6., 11., 5. ve 9. bölümleri Bu Yönetmeliğin 23, 27_1-31, 38 ve 42. paragraflarına göre, tamamen veya kısmen ilgili bütçeler pahasına finanse edilen sermaye inşaat projeleri için geliştirilmiştir. Diğer tüm durumlarda, bu bölümlerin geliştirme ihtiyacı ve kapsamı müşteri tarafından belirlenir ve tasarım görevinde belirtilir. Müşteri bu bölümleri geliştirmemeye karar verirse, projeyi değerlendirmeye gönderirken devlet uzmanlığı sorunu nasıl çözülür? Eksikliği gerekçe gösterilerek incelemeye alınmayacaktır.

Proje belgelerinin bölümlerinin sayısını yanlış yorumladınız, bunların varlığı, ilgili bütçelerden finanse edilmeyen sermaye inşaatı projeleri için “Proje belgelerinin bölümlerinin bileşimi ve içeriğine ilişkin gereksinimlere ilişkin Yönetmelikler” uyarınca zorunlu değildir. ve tasarım organizasyonu ile bu tür belgelerin müşterisi arasındaki anlaşma ile belirlenir.

Bölüm 6 ve 11, endüstriyel (veya endüstriyel olmayan) amaçlar için sermaye inşaat tesisleri için proje belgelerinin bölümleridir. Bölüm 5 ve 9, doğrusal sermaye inşaat projeleri için tasarım belgelerinin bölümleridir.

Gerekçe:

Görünüşe göre, soru, içeriği ve içeriği Bölüm II (paragraf 10-32) tarafından belirlenen, endüstriyel (veya endüstriyel olmayan) amaçlar için sermaye inşaat tesislerinin tasarım belgelerine atıfta bulunmaktadır. proje belgeleri ve içerikleri için gereklilikler" , Rusya Federasyonu Hükümeti Kararı 16 Şubat 2008 N 87 (13 Aralık 2017'de değiştirildiği şekliyle) tarafından onaylanmıştır.

Söz konusu Yönetmeliğin 7. paragrafının, endüstriyel veya endüstriyel olmayan amaçlar için sermaye inşaat tesisleri için proje belgelerinin sadece iki bölümüne atıfta bulunduğunu lütfen unutmayın, bunlar:

• içeriği için gereksinimleri Yönetmeliğin 23. paragrafı ile belirlenen bölüm 6 "İnşaat organizasyonu projesi";
• içeriği için gereklilikleri Yönetmeliğin 28-31. paragrafları ile belirlenen bölüm 11 "Sermaye inşaat tesislerinin inşası için tahminler".

Tasarım belgelerinin 5. ve 9. bölümlerinin içeriğine ilişkin gereklilikleri belirleyen Yönetmeliğin 7. paragrafında verilen paragrafların numaralandırılmasına bakıldığında (ve bunlar sırasıyla 38 ve 42. paragraflardır), tasarımın benzer bölümlerinden bahsediyoruz. doğrusal sermaye inşaat projeleri için belgeler:

• içeriği için gereksinimleri Yönetmeliğin 38. paragrafı ile belirlenen bölüm 5 "İnşaat organizasyon projesi";
• içeriği için gereksinimleri Yönetmeliğin 42. paragrafı ile belirlenen bölüm 9 "İnşaat tahminleri".

Teknik müşteri, Yönetmeliklere göre mevcudiyeti zorunlu olmayan tasarım belgelerinin bölümlerinin numaralandırılmasının farklı bir yorumunu uygularsa, başvuru sahibinin tasarım belgelerini ve (veya) mühendislik sonuçlarını kabul etmesi reddedilecektir. "Proje dokümantasyonu ve mühendislik araştırma sonuçlarının organizasyonu ve devlet uzmanlığının yürütülmesine ilişkin düzenlemeler"in 24. paragrafının "a" alt paragrafı temelinde inceleme için anketler

03/05/2007 N 145 Rusya Federasyonu Hükümeti Kararnamesi ile onaylanan "Proje belgelerinin ve mühendislik araştırma sonuçlarının devlet incelemesinin organizasyonu ve yürütülmesine ilişkin Yönetmelik" in 24. paragrafının "a" paragrafına göre ( 12/15/2017 tarihinde değiştirildiği gibi), Rusya Federasyonu Şehir Planlama Kanunu'nun 48. Maddesinin 12 ve 13. Bölümlerinde öngörülen proje belgelerinde bölümlerin olmaması, proje belgelerini kabul etmeyi reddetmenin temelidir ve (veya) devlet uzmanlığı için sunulan mühendislik araştırmalarının sonuçları.

Rusya İnşaat Bakanlığı'na elektronik bir başvuru göndermeden önce, lütfen aşağıda belirtilen bu interaktif hizmetin çalışma kurallarını okuyun.

1. Ekteki forma uygun olarak doldurulmuş Rusya İnşaat Bakanlığı'nın yetki alanındaki 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ışma departmanına değerlendirilmek üzere sunulur. Bakanlık, başvuruların objektif, kapsamlı ve zamanında değerlendirilmesini sağlar. Elektronik itirazların değerlendirilmesi ücretsizdir.

4. 2 Mayıs 2006 tarihli Federal Yasa N 59-FZ "Rusya Federasyonu vatandaşlarının başvurularını değerlendirme prosedürü hakkında" uyarınca, elektronik başvurular üç gün içinde kaydedilir ve içeriğe bağlı olarak yapısal bölüme gönderilir. Bakanlığın bölümleri. İtiraz, kayıt tarihinden itibaren 30 gün içinde değerlendirilir. Çözümü Rusya İnşaat Bakanlığı'nın yetkisi dahilinde olmayan sorunları içeren bir elektronik itiraz, kayıt tarihinden itibaren yedi gün içinde, yetkileri içinde belirtilen sorunları çözmeyi içeren uygun kuruma veya uygun 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 rahatsız edici ifadelerin varlığı;
- bir 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şvuranın daha önce gönderilen temyizlerle bağlantılı olarak esasa ilişkin yazılı bir cevap aldığı bir sorunun metninde bulunması.

6. İtiraz başvurusu sahibine yanıt, form doldurulurken belirtilen posta adresine gönderilir.

7. Bir temyiz başvurusu yapılırken, 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 yapılan itirazlar ö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.