موافقة بأمر من وزارة البناء والإسكان والخدمات المجتمعية في الاتحاد الروسي بتاريخ 15 ديسمبر 2017 رقم 1674/pr

قواعد الممارسة SP-328.1325800.2017

"نمذجة المعلومات في البناء. قواعد لوصف مكونات نماذج المعلومات"

نمذجة معلومات البناء. عناصر. المبادئ التوجيهية والمتطلبات

تم تقديمه لأول مرة

مقدمة

تم تطوير هذه المجموعة من القواعد وفقًا للقانون الاتحادي الصادر في 30 ديسمبر 2009 N 384-FZ "اللوائح الفنية بشأن سلامة المباني والهياكل" من أجل تطوير متطلبات وقواعد وتوصيات موحدة لإنشاء المكونات المستخدمة لتوليد المعلومات نماذج من موقع البناء.

تم إعداد مجموعة القواعد من قبل فريق المؤلف من JSC "المركز الوطني للبحوث "الإنشاءات" - معهد البحوث المركزي الذي يحمل اسم V.A. Kucherenko (مشرف العمل - دكتوراه في العلوم التقنية I.I. Vedyakov؛ مرشح العلوم التقنية Yu.N. Zhuk، A.V. . Ananyev) وشركة ذات مسؤولية محدودة "KONKURATOR" (MG Korol، S.E. Benklyan).

1 مجال الاستخدام

1.1 تنطبق مجموعة القواعد هذه على عمليات نمذجة المعلومات للمباني والهياكل وتحدد متطلبات مكونات نماذج المعلومات الخاصة بها.

1.2 لا تحدد مجموعة القواعد هذه متطلبات طرق وضع وصيانة وهيكل وشكل ومحتوى المكتبات الرقمية (الكتالوجات/قواعد البيانات) للمكونات.

2 المراجع المعيارية

تستخدم مجموعة القواعد هذه مراجع تنظيمية للمستندات التالية:

GOST 2.303-68 النظام الموحد لوثائق التصميم. خطوط

GOST 2.306-68 النظام الموحد لوثائق التصميم. تسميات المواد الرسومية وقواعد تطبيقها في الرسومات

ملحوظة - عند استخدام هذه المجموعة من القواعد، يُنصح بالتحقق من صحة الوثائق المرجعية في نظام المعلومات العامة - على الموقع الرسمي للهيئة التنفيذية الفيدرالية في مجال التقييس على الإنترنت أو وفقًا لمؤشر المعلومات السنوي " "المعايير الوطنية" والتي صدرت اعتباراً من 1 يناير من العام الحالي، ووفقاً لإصدارات مؤشر المعلومات الشهري "المعايير الوطنية" للعام الحالي. إذا تم استبدال مستند مرجعي غير مؤرخ، فمن المستحسن استخدام الإصدار الحالي من هذا المستند، مع الأخذ في الاعتبار أي تغييرات تم إجراؤها على هذا الإصدار. إذا تم استبدال الوثيقة المرجعية بمرجع مؤرخ، فمن المستحسن استخدام نسخة هذه الوثيقة مع سنة الموافقة (القبول) المشار إليها أعلاه. إذا حدث، بعد الموافقة على هذه المجموعة من القواعد، تغيير في المستند المرجعي المرجع إليه مؤرخ، مما يؤثر على الحكم المرجع إليه، فيوصى بتطبيق هذا الحكم دون مراعاة هذا يتغير. إذا تم إلغاء المستند المرجعي دون استبدال، فيوصى بتطبيق الحكم الذي ورد فيه الارتباط به في الجزء الذي لا يؤثر على هذا الارتباط. يُنصح بالتحقق من المعلومات المتعلقة بتشغيل مجموعات القواعد في صندوق المعلومات الفيدرالي للمعايير.

3 المصطلحات والتعاريف

في هذه الوثيقة، تُستخدم المصطلحات التالية مع التعريفات الخاصة بها:

3.1 سمات المكون: الخصائص الأساسية للمكون الضرورية لتحديد شكله الهندسي أو خصائصه ولها اسم وقيمة.

3.2 المعلمات الهندسية للمكون: السمات التي تحدد الحجم والشكل والموضع المكاني للمكون.

3.3 الخصائص الرسومية للمكون: الخصائص التي تضمن التعرف على المكون في إسقاط ثلاثي الأبعاد، وكذلك في الإسقاطات والمقاييس المختلفة مع عرض الرموز والخطوط والتظليل والنص المميزة ثنائية الأبعاد.

3.4 نمذجة المعلومات لمشاريع البناء: عملية إنشاء واستخدام المعلومات عن مشاريع البناء قيد الإنشاء، وكذلك مشاريع البناء المكتملة، من أجل تنسيق بيانات المدخلات، وتنظيم الإنتاج المشترك وتخزين البيانات، وكذلك استخدامها لأغراض مختلفة في جميع مراحل دورة الحياة.

3.5 المكون: تمثيل رقمي للخصائص الفيزيائية والوظيفية لعنصر فردي في مشروع البناء، مخصص للاستخدام المتكرر.

ملاحظة - المكون المطبق على النموذج يصبح عنصرًا في النموذج.

3.6 البيانات الوصفية للمكون: بيانات منظمة تمثل خصائص المكون الموصوف لتحديده والبحث عنه وتقييمه وإدارته.

3.7 تنسيقات تبادل البيانات المفتوحة: تنسيقات البيانات ذات المواصفات المفتوحة.

ملاحظة - تنسيق IFC (فئات مؤسسة الصناعة) ومخطط البيانات بمواصفات مفتوحة. وهو معيار دولي لتبادل البيانات في نمذجة المعلومات في مجال الهندسة المدنية والصيانة.

3.8 التجميع: مجموعة محددة من المكونات المعدة للاستخدام المتكرر.

3.9 مستوى التطوير؛ LOD: مجموعة من المتطلبات التي تحدد مدى اكتمال تطوير عنصر من عناصر نموذج المعلومات الرقمية. يحدد مستوى التفصيل الحد الأدنى من البيانات الهندسية والمكانية والكمية وأي بيانات سمة ضرورية لحل مشاكل نمذجة المعلومات في مرحلة معينة من دورة حياة الكائن.

3.10 السلوك الوظيفي للمكون: تغيير المكون وفقًا لقواعد التفاعل مع الظروف البيئية المضمنة فيه.

3.11 نموذج المعلومات الرقمية: نموذج حدودي ثلاثي الأبعاد موجه للكائنات يمثل رقميًا الخصائص الفيزيائية والوظيفية وغيرها من خصائص كائن ما (أو أجزائه الفردية) في شكل مجموعة من العناصر الغنية بالمعلومات.

3.12 عنصر النموذج: جزء من نموذج معلومات رقمي يمثل عنصرًا أو نظامًا أو تجميعًا داخل مشروع بناء أو موقع بناء.

4 أحكام عامة

4.1 تتميز المكونات بالمعلمات الهندسية والخصائص الرسومية والسمات والسلوك الوظيفي.

4.2 ينبغي فصل المكونات:

حسب النوع:

النقطة - المكونات ذات الأشكال الهندسية المحددة التي يتم إضافتها إلى النموذج وربطها بنقطة الإدراج الخاصة بها.

ملاحظة: مكونات مثل النافذة، والباب، والعارضة، والعمود، والمضخة، والأثاث، وما إلى ذلك؛

خطي - يتم الحصول عليه عن طريق ربط ملف تعريف مغلق اتجاهي وخط مرجعي كمولد.

ملاحظة: المكونات مثل الجدران، والأنابيب، والقنوات، وقنوات الكابلات، وما إلى ذلك؛

المنطقة - مكونات حجمية، أصغر بكثير في الارتفاع، يتم إنشاؤها عن طريق رسم محيط منطقة محدودة.

ملاحظة: المكونات مثل الأرضيات والأسقف والأسقف وما إلى ذلك؛

بالرجوع إلى الشركة المصنعة:

معمم - المكون هو تمثيل رقمي لمنتج الشركة المصنعة المحددة له غير معروفة؛

مكون المنتج هو تمثيل رقمي لمنتج مصنع معين.

حسب مستوى المعلمة:

المكونات البارامترية هي مكونات يمكن تكوين مثيلاتها الموضوعة عن طريق تغيير قيم السمات في واجهة البرنامج (دون الحاجة إلى تحرير المكون مباشرة)؛

المكونات غير المعلمية هي المكونات التي يتم إنشاؤها دون إمكانية تكوينها.

حسب النطاق:

بنيان؛

التخطيط العمراني؛

تشييد المباني؛

النظم والشبكات الهندسية؛

التصميم الداخلي والخارجي؛

تطبيقات أخرى.

5 المتطلبات العامة للمكونات

5.1 يجب أن يتم تطوير المكونات باستخدام أدوات برمجية مناسبة تنفذ وظيفة نمذجة المعلومات.

5.2 عند تطوير المكونات، يجب عليك:

النظر في أغراض استخدام نموذج المعلومات الرقمية؛

مراعاة متطلبات مستويات تطوير عناصر النموذج؛

تحديد تكوين وعدد المعلمات الهندسية؛

تحديد تكوين وعدد السمات.

6 متطلبات المعلمات الهندسية ومستويات التفصيل الهندسي والعرض الرسومي للمكونات

6.1 تتضمن متطلبات المعلمات الهندسية والعرض الرسومي للمكون متطلبات ما يلي:

المعلمات الهندسية

عرض الرموز الرسومية.

مستوى التفصيل الهندسي.

حجز المساحة التي يشغلها المكون؛

عرض رسومي للمواد.

6.2 متطلبات المعلمات الهندسية

6.2.1 عند تطوير أحد المكونات، يجب عليك:

نموذج هندسي بمقياس 1:1؛

تحديد نقطة الإدراج (نقطة الأساس) لمكون من النوع "نقطة"؛

استخدام الحد الأدنى لعدد العناصر المساعدة (على سبيل المثال، المستويات والخطوط المساعدة)؛

استخدم المعلمات الهندسية المعبر عنها في النظام المتري للوحدات.

6.2.2 يجب أن تتضمن المكونات من النوع "المعمم" قيم المعلمات التي تحدد الأبعاد الاسمية إذا كانت الأبعاد الفعلية غير معروفة.

6.2.3 يجب أن تتضمن مكونات نوع المنتج قيم المعلمات التي تحدد الأبعاد الدقيقة.

6.2.4 متطلبات عرض الرموز الرسومية:

يجب أن يتضمن المكون عناصر رسومية لنقل المعلومات التي لا يمكن عرضها في عرض ثلاثي الأبعاد (على سبيل المثال، مؤشرات الاتجاه، اتجاه فتح الباب، طرق فتح النافذة).

6.3 متطلبات مستوى التفصيل الهندسي

6.3.1 يجب أن تكون نقاط الإدراج (النقاط الأساسية) للمكون هي نفسها في جميع مستويات التطوير.

6.4 متطلبات العرض الرسومي للمواد

6.4.1 إذا كانت الصورة تحتاج إلى ملء سطح أحد المكونات، فيجب أن تكون مربعة أو مستطيلة الشكل لضمان التكرار السلس للصورة (على شكل فسيفساء).

6.4.2 متطلبات الملف الذي يحتوي على صورة للمادة:

حجم الصور المربعة لا يقل عن 512 × 512 بكسل؛

يبلغ حجم الصور المستطيلة 512 بكسل على الأقل على طول الجانب الأطول؛

دقة الصورة لا تقل عن 150 نقطة في البوصة.

7 متطلبات مستوى تفصيل السمات وقيمها

7.1 عند تطوير المكونات، يجب تحديد عدد السمات وتكوينها ومستوى تفصيل السمات مع الأخذ في الاعتبار:

أهداف وغايات استخدام نماذج المعلومات الرقمية؛

متطلبات اللد؛

متطلبات تكوين ومحتوى الوثائق الفنية.

7.2 يجب ملء جميع سمات المكونات التي تم إنشاؤها.

7.3 يجب تقسيم سمات المكونات إلى إلزامية واختيارية.

7.3.1 يجب أن تتضمن السمات الإلزامية للمكون تلك الخصائص أو الخصائص التقنية التي تسمح للشخص بتعريف المكون بشكل فريد، كما تحتوي أيضًا على بيانات يمكن على أساسها تطوير الوثائق الفنية وطلب وشراء وتثبيت مكون معين أثناء عملية البناء.

7.3.2 يجب أن تشمل السمات الإضافية الخصائص أو الخصائص التقنية اللازمة لإجراء الحسابات الهندسية والمعلومات ذات الطبيعة الفنية والاقتصادية والخصائص التقنية والتشغيلية وغيرها.

7.4 إذا كانت قيم المعلمات تهدف إلى التحكم في الحجم الهندسي أو الشكل للمكون، فإن تغييرها يجب أن يغير حجم و/أو شكل المكون في النموذج.

7.5 إذا كانت قيمة السمة غير مقيدة وتسمح بإدخال كل من الأرقام والحروف، فيجب تعيين نوع بيانات أبجدي رقمي لقيمة السمة.

7.6 يجب ألا تنتهي قيمة سمة النص الخاصة بالمكون بنقطة.

8 المتطلبات الوظيفية للمكونات

8.1 يجب أن "يتصرف" المكون بطريقة تعكس وظائفه وعلاقاته مع المكونات الأخرى.

8.2 في بيئة برمجية، من الممكن عمومًا تطوير مكون يحتوي على العديد من المعلمات الثابتة المحددة مسبقًا مثل عنصر البناء الفعلي. مع المتغيرات التي تم تكوينها مسبقًا لأحد المكونات، يجب أن يكون تدهور الأداء أو صعوبة استخدامه في حده الأدنى.

8.3 ينبغي تصميم أي مكون بطريقة تمكنه من الارتباط بالمكونات الأخرى والعمل جنبًا إلى جنب معها، إذا كان التعايش مدعومًا ومتسقًا مع أهداف النموذج الذي يتم تطويره.

9 قواعد تسمية المكونات وصفاتها

9.1 قواعد تسمية المكونات الواردة في هذا القسم مخصصة للبرامج المستندة إلى نظام تخزين الملفات.

9.2 يجب أن يتكون نظام التسمية من:

قواعد التسمية العامة

مخططات التسمية.

ملاحظة: يرد مثال لنظام تسمية ملفات المكونات في A.15-A.16 (الملحق أ).

9.3 يجب أن يكون للمكون اسم ووصف فريدان.

9.4 قواعد تسمية السمات

9.4.1 لم يتم تحديد وحدات القياس في اسم السمة.

9.4.2 يجب تسمية السمات ذات القيم التي تفترض أنواع البيانات المنطقية (نعم/لا) بطريقة يتم فيها تعيين القيمة بالضرورة (على سبيل المثال "وجود Windowsill" - نعم/لا).

ملحوظة: يوجد مثال على اصطلاحات تسمية السمات في A.17 (الملحق أ).

9.5 اصطلاحات تسمية المواد

9.5.1 يجب أن يبدأ اسم المادة بحرف كبير متبوعاً بأحرف صغيرة. إذا كان الاسم يتكون من كلمتين أو أكثر، فإن كل كلمة تبدأ بحرف كبير وتكتب جميع الكلمات معًا.

9.5.2 تتم تسمية الملف الذي يحتوي على صورة المادة بنفس طريقة تسمية المادة، مع امتداد يتوافق مع تنسيق الملف الرسومي المستخدم.

ملحوظة: يوجد مثال لقواعد تسمية المواد في أ.18 (الملحق أ).

10 متطلبات تنسيق المكونات

10.1 فيما يتعلق بتنسيقات الملفات، يمكن تمثيل المكونات بواسطة:

بتنسيق IFC مفتوح (الإصدار 2x3 وما فوق)؛

بتنسيقات المصدر (تنسيقات ملفات المكونات وملفات المشروع الخاصة بالبرنامج المستخدم).

11 متطلبات بيانات تعريف المكونات

11.1 عند تنظيم قواعد البيانات/الكتالوجات/مكتبات المكونات، على سبيل المثال، في شكل تخزين عبر الإنترنت، من الضروري ضمان البحث المناسب عن المحتوى المطلوب. عادةً ما يتم إجراء هذا البحث باستخدام البيانات الوصفية. بحث البيانات التعريفية - البحث حسب سمات المكونات التي يدعمها محرك بحث محدد.

الملحق أ

A.1 يمكن دمج المكونات في مجموعات (على سبيل المثال، "كابينة السباكة"، "وحدة التدفئة"، "محطة المحولات الفرعية")، والتي يوصى باستخدامها لتشكيل كتالوجات / قواعد بيانات / مكتبات مواضيعية لإعادة استخدامها.

أ.2 يجب تحديد المكون بشكل فريد. ولهذا يوصى باستخدام:

اسم فريد؛

معرف فريد عالمي يُستخدم لتحديد الموارد؛

رمز المصنف (إن وجد).

أ.3 لتقليل عدد المكونات المطورة وتوحيدها، يوصى بإنشاء مكونات بارامترية.

للامتثال لمتطلبات معايير ESKD وSPDS (على سبيل المثال، GOST 2.303 وGOST 2.306) لإعداد التصميم ووثائق العمل، عند تطوير أحد المكونات، يوصى بتضمين الرموز الرسومية التقليدية في تركيبته.

ملاحظة - المكونات على مستوى التطوير LOD 100 هي عناصر بناء النموذج المفاهيمي، وعلى هذا النحو لا تتطلب إعدادًا أوليًا للمكونات المقابلة، وعلى مستوى LOD 500 هي مكونات محددة بالكامل تختلف عن مستوى LOD 400 فقط في الأبعاد التي تتوافق مع التنفيذ الفعلي لحلول التصميم. لهذه الأسباب، يوصى بمستويات LOD البالغة 200 و300 و400 لتطوير قواعد البيانات/المكتبات/الكتالوجات المكونة.

ملاحظة - في حالة عدم وجود مكونات مقابلة ذات مستوى منخفض من التطوير، يُسمح باستخدام مكونات ذات مستوى أعلى.

أ.8 يوصى بتصميم مكونات المعدات الهندسية/معدات العمليات مع توفير مساحة الخدمة، والتي يوصى بإدراجها كجزء من المكون.

ج.9 إذا كان من الضروري تطوير مكون بمادة معينة، فمن المستحسن تضمين الألوان وأنماط التظليل/التعبئة وملفات النسيج بالمقياس المناسب.

أ.12 يمكن التعبير عن قيمة سمة المكون كصيغة إذا كانت قيمتها تعتمد على سمات أخرى.

A.13 إذا كان المكون يمكن أن يمثل أشكالًا مختلفة لعنصر البناء، فمن المستحسن أن يتم تمثيلها باستخدام سمة ذات قيمة يتم التعبير عنها بإحدى الطرق التالية:

قيمة واحدة - إذا كان هناك خيار واحد فقط للقيمة؛

قيمة القائمة - إذا كانت القائمة المرتبة تحتوي على عدة قيم فريدة من نفس النوع، يكون ترتيبها مهمًا (على سبيل المثال، 200، 400، 600، 800)؛

قيمة النطاق - إذا كان هناك حدود عليا ودنيا لهذه القيمة (الحد). تتم الإشارة إلى الحد الأدنى أولاً، ثم الحد الأعلى (على سبيل المثال، 175-200 كيلوواط). إذا كان نطاق القيم يتضمن قيمًا موجبة وسلبية، يتم فصلها باستخدام الكلمات "من" و"إلى" (على سبيل المثال، من -10 درجة مئوية إلى موجب 20 درجة مئوية). إذا لم يتم تحديد قيمة، فهذا يعني حدًا غير محدود (على سبيل المثال، 175 كيلوواط -<ноль>، أي. جميع القيم أكبر من أو تساوي الحد الأدنى لقيمة 175 كيلوواط)؛

قيمة مرقمة - إذا كانت القيمة توفر اختيار القيم الثابتة من قائمة محددة. يجب فصل العناصر الفردية بفاصلة ومسافة (على سبيل المثال، أ، ب، ج، د).

ملحوظة - تُستخدم عادةً هذه الطرق للتعبير عن الخيارات المختلفة لعناصر كائن البناء في مكونات النوع "المعمم".

أ.14 يوصى بنمذجة المكون بطريقة تمكنه من الارتباط بالمكونات الأخرى والعمل جنبًا إلى جنب معها، إذا كان الأداء المشترك مدعومًا ومتسقًا مع أهداف النموذج الذي يتم تطويره.

يتكون اسم الملف من الحقول؛

يوصى باستخدام الشرطة السفلية "_" كحرف فاصل بين الحقول؛

تبدأ جميع الحقول في اسم الملف بحرف كبير متبوعًا بأحرف صغيرة. إذا كان الحقل يتكون من كلمتين أو أكثر، فإن كل كلمة تبدأ بحرف كبير ويتم كتابة جميع الكلمات معًا؛

ينبغي كتابة الاختصارات والرموز بأحرف كبيرة؛

A.16 بنية أسماء ملفات المكونات

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

حيث تحمل الحقول المعاني الواردة في الجدول أ.1.

الجدول أ.1

إذا كان المكون لا يحتوي على هندسة ثلاثية الأبعاد، فيجب عليك إضافة "-2D" في نهاية "Field2" (النوع الوظيفي).

ملحوظات

1 يمكن أن يختلف عدد الحقول في اسم الملف من أربعة إلى ستة حسب نوع المكون (النوع "معمم" أو "منتج")، بالإضافة إلى وجود خصائص تعريف إضافية.

2 مثال على تسمية المكونات من النوع "العام":

ABV_Door_Double-leaf_Aluminum_GOST 23747-2015

3 مثال على تسمية مكونات نوع "المنتج":

ABV_Washbasin_Ceramic_Factory1_VersionA

إذا كنت بحاجة إلى إدخال حقول إضافية، فمن المستحسن إضافتها في نهاية الاسم.

A.17 قواعد تسمية السمات

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

حيث تحمل الحقول المعاني التالية الواردة في الجدول أ.2

الجدول أ.2

ملاحظة - أمثلة على سمات التسمية:

عرض الملف الشخصي

ABC_SquareApartments

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

حيث تحمل الحقول المعاني التالية الواردة في الجدول أ.3

الجدول أ.3

ملحوظة - مثال لتسمية المواد:

ABC_Tile_Bitumen_Continent_Manufacturer

في 23 أغسطس، بدأت مناقشة عامة حول أربعة مشاريع مشتركة تم تطويرها بأمر من وزارة البناء والإسكان والخدمات المجتمعية في الاتحاد الروسي. القائمة مع الروابط المباشرة أدناه. فترة المناقشة هي 60 يوما تقويميا.

وبحسب بعض الروابط، لا يزال من الممكن تنزيل نصوص مسودات الوثائق. هناك طريقة أخرى ومضمونة لتلقي الرسائل النصية وهي إرسال طلب إلى: [البريد الإلكتروني محمي].

يوصى بكتابة التعليقات والاقتراحات في النموذج المحدد. سيتم النظر في جميع التعليقات وسيتم تقديم الردود و/أو سيتم إجراء التغييرات المناسبة على الطبعة الثانية. يمكنك إرسال التعليقات إلى نفس العنوان، أو من خلال النموذج الموجود على موقع FAA FCS.

في 8 سبتمبر، تم تلقي تعليقات من أعضاء PC-5 TK-465 وأعضاء RG بوزارة البناء، الذين نُشرت الوثائق على موقعهم في المقام الأول.

يتم تطوير المستندات بواسطة فرق مختلفة، لذا قد تختلف عملية تقديم الملاحظات قليلاً. وفي أكتوبر/تشرين الأول، ستختتم مناقشة الأوراق في مؤتمر المندوبين المفوضين الخامس، والذي من المرجح أن يتضمن أيضًا تعليقات موضوعية.

الجزء 2. غير رسمي

1. يشارك فريقنا في تطوير اثنتين من الوثائق الأربع. يسعدنا جدًا أن تتاح لنا الفرصة للمشاركة في تشكيل المجال التنظيمي والتقني لنمذجة المعلومات في الاتحاد الروسي. نحن نضمن أن جودة الطبعة النهائية سوف تتوافق مع أعلى مستوى عالمي. نحن مهتمون جدًا بهذا وبالتالي ندعو جميع المتخصصين ذوي المعرفة والخبرة في مجال موضوعي محدد يتوافق مع موضوع المشروع المشترك للتحدث عن المزايا والتوصل إلى أفضل الصياغات (في اللحظة التاريخية الحالية) في الحوار .

2. في الاتحاد الروسي، يجري العمل على الخطة (البرنامج، خارطة الطريق) للانتقال التدريجي إلى BIM منذ نهاية عام 2012. شارك العشرات من الأشخاص في التطوير والمناقشة. ولذلك، هناك الآن أكثر من خمس نقاط واضحة في هذه الوثيقة. وخريطة الطريق نفسها هي الآن قيد النظر من جانب حكومة الاتحاد الروسي. (ليس لدي معلومات هل تم قبوله أم لا حتى الآن).

3. بصفتي عضوًا في الفريق العامل ومجلس الخبراء المعني بالموضوع، أعلن أنه في وثائق التقييس الوطنية، لا تُعطى الأفضلية لأي منتجات برمجية محددة ولن يتم منحها. (يحق لمطوري البرامج تطوير معايير لبرامجهم وفقًا لتقديرهم.) وفي هذا الصدد، أقترح على المؤلفين الذين يزعمون دون أساس وجود انتهاكات لتشريعات مكافحة الاحتكار والقانون الاتحادي بشأن حماية المنافسة أن يوضحوا ذلك بنصوص من القوانين ذات الصلة والمشاريع المشتركة.

أود أن ألفت انتباهكم إلى اسم المشروع المشترك، الذي بسببه بدأت هذه المناقشة الساخنة - "قواعد التبادل بين نماذج المعلومات الخاصة بالأشياء والنماذج المستخدمة في أنظمة البرمجيات". لقد وجد مطورو هذا المشروع المشترك أنفسهم في الواقع محصورين في الرذيلة. يطلب بعض المراجعين قواعد محددة وتفصيلية، وليس اعتبارات عامة. (من سيقول لك كيف يمكن القيام بذلك إذا تم رفض أي ذكر للمنتجات؟) وعلى العكس من ذلك، يطالب آخرون باستبعاد أي ذكر للمنتجات. من الواضح أن الحل يكمن في وضع إرشادات إضافية حيث يُسمح بذكر المنتجات.

في منشور مثير حديث، تم ذكر سعادة BIM على حساب بائع معين، أطلب من المؤلف "تسليح" وجهة نظره وإعطائي أمثلة محددة من النص. نظرًا لأدواري (انظر الجملة الأولى من النقطة 3)، أحتاج حقًا إلى ضمان الحياد التنظيمي فيما يتعلق بمنصات BIM.

4. في المملكة المتحدة، تبلغ حصة الطلبات الحكومية في البناء حوالي 40%. في الترددات اللاسلكية – أقل بكثير. لم أتمكن من العثور على الرقم الدقيق، لكن NOPRIZ تصر على أن هذا لا يزيد عن 5٪ (!). وسمعت من مصادر أخرى أرقاماً تصل إلى 15%. (ولماذا كسر الرماح - أو أشعل النار؟) أي أن العميل الخاص هو الذي يهيمن على أعمال البناء لدينا. وهو حر في أن يأمر بما يريد دون أن يخالف القانون. ويتضمن ذلك تحديد التنسيقات التي يريد استلام المنتج بها. ما الذي نتجادل حوله إذن؟ إذا بدأ عميل حكومي بطلب 20% من حجم صغير في BIM، ما حجم الأعمال التي سيخسرها المصمم الفردي الذي لا يريد أن يسمع أي شيء عن BIM؟ لا شئ. لن يذهب إلى مناقصة الدولة وسيستمر في السحب لمالك خاص حتى يطلب من BIM.

5. الآن عن "القيود المحجبة التي تسمح لك بإخفاء نقاط الضعف في المنتج المروج له". حول "المنتج" انظر البند 3. أما بالنسبة للقيود، فإن العبارة المذكورة أعلاه تشير إلى أن مؤلفها ليس على دراية بوثائق مماثلة تم تطويرها في بلدان أخرى سبقتنا في هذا المجال. مثل هذه المستندات مليئة بعبارات مثل "بسبب محدودية دعم البرامج" أو "نظرًا لأن مهارات BIM والأدوات البرمجية لهذا الغرض لا تزال غير ناضجة"، وما إلى ذلك. نعم، علينا أن نعترف بأن المنتجات البرمجية الموجودة تحت تصرفنا ليست مثالية بعد علينا أن نأخذ هذا في الاعتبار. ولذلك، فإننا نبدي تحفظات مماثلة في النص وسنواصل القيام بذلك.

6. وفي الختام، أود أن أخاطب أولئك الذين أصيبوا بخيبة أمل حقيقية مما رأوه - نصوص الوثائق ووصفها بأنها فظة، وما إلى ذلك. ما الذي كنت تتوقع أن تجده هناك ولم تجده؟ ربما ينبغي لنا أن نفصل الأمور ونكون أكثر تحديدا؟ إذا جمعنا جميع المواضيع التي تغطيها وثائق وطنية مماثلة حول BIM في بلدان مختلفة، فسنجد أنها تعكس تقنيات النمذجة، وأساليب تحديد مستويات تطوير عناصر نموذج المعلومات (LOD، LOI)، والأدوار والمسؤوليات الجديدة للمشاركين في العملية ، خطط تنفيذ مشاريع BIM، قواعد تطوير عناصر المكتبة، قضايا التشغيل البيني وتنظيم العمل الجماعي. هذا هو كل المواضيع تقريبا. عندها فقط يتم تقسيمهم إلى مشاركين ومراحل مختلفة من دورة الحياة. يتم تغطية البنود الواردة في هذه القائمة جزئيًا من خلال المشاريع المشتركة المقدمة، ويتم تضمين الباقي من قبل الوزارة في خطة التطوير الإضافية.

وأدعو جميع الذين يشعرون بخيبة الأمل إلى حوار بناء. إذا كنت لا ترغب في كتابة استئناف رسمي، ونحن نعرف بعضنا البعض بالفعل، فاكتب في رسالة شخصية. دعونا معرفة ذلك.

28 مايو 2018 تاتيانا بخ

GOST وSP لـ BIM

قررنا جمع قائمة بالوثائق التنظيمية التي تنظم اتجاه تكنولوجيا المعلومات في البناء. وهنا ما وجدنا علىيومنا هذا!

قائمة الوثائق التنظيمية الخاصة بـ BIM:

• GOST R 57310 -2016 (ISO 29481 -1:2010) نمذجة المعلومات في البناء. دليل توصيل المعلومات. المنهجية والشكل. تاريخ الطرح 2017 -07 -01
• GOST R 57311 -2016 نمذجة المعلومات في البناء. المتطلبات ل التشغيلتوثيق مشاريع البناء المكتملة. تاريخ الطرح 2017 -07 -01
• GOST R 57309 -2016 (ISO 16354:2013) إرشادات لمكتبات المعرفة ومكتبات الكائنات. تاريخ الطرح 2017 -07 -01.
• GOST R 57563 -2017 /ISO /TS 12911:2012 نمذجة المعلومات في البناء. الأحكام الأساسية لتطوير المعايير معلوماتيةنمذجة المباني والمنشآت (مع التعديل). تاريخ الطرح 2017 -10 -01.
• GOST R ISO 12006 -2 -2017 البناء. نموذج لتنظيم البيانات الانشائية. الجزء 2 . أساسيات تصنيف المعلومات. تاريخ الطرح 2017 -10 -01.
• GOST R ISO 12006 -3 -2017 البناء. نموذج لتنظيم البيانات الانشائية. الجزء 3. أساسيات تبادل الكائنات - الموجهةمعلومة تاريخ الطرح 2017 -10 -01
• GOST R ISO 22263 -2017 نموذج لتنظيم البيانات الخاصة بأعمال البناء. هيكل إدارة معلومات المشروع. تاريخ الطرح 2017 -10 -01.
• GOST R 57295 -2016 أنظمة إدارة التصميم. دليل لإدارة التصميم في البناء. تاريخ الطرح 2018 -01 -01.
• SP 301.1325800.2017 نمذجة المعلومات في البناء. قواعد تنظيم العمل إنتاج- الأقسام الفنية . تاريخ التقديم 2018 -03 -02 .

تم التحديث بتاريخ 23/03/2018. معمارس 2018، ثلاث مجموعات من القواعد (SP) لـ BIM تدخل حيز التنفيذ:

• SP 328.1325800.2017 "نمذجة المعلومات في البناء. قواعد وصف مكونات نموذج المعلومات" (أمر بتاريخ 15 ديسمبر 2017 رقم 1674/pr).تنطبق هذه المجموعة من القواعد على عمليات نمذجة المعلومات للمباني والهياكل وتحدد متطلبات مكونات نماذج المعلومات الخاصة بها، ولكنها لا تحدد متطلبات طرق وضع وصيانة وهيكل وشكل ومحتوى المكتبات الرقمية (الفهارس/ قواعد البيانات) من المكونات. ستدخل الوثيقة حيز التنفيذ في 16 يونيو 2018.
• SP 331.1325800.2017 "نمذجة المعلومات في البناء. قواعد التبادل بين نماذج المعلومات الخاصة بالأشياء والنماذج المستخدمة في أنظمة البرمجيات" (أمر بتاريخ 18 سبتمبر 2017 رقم 1230/pr).يعتمد SP 331.1325800.2017 على المتطلبات الأساسية لإنشاء وتشغيل أنظمة المعلومات التي تتفاعل مع بعضها البعض طوال دورة حياة المبنى أو الهيكل بالكامل وتنفيذ تكنولوجيا نمذجة المعلومات لموقع البناء. دخلت مجموعة القواعد حيز التنفيذ في 19 مارس 2018.
• SP 333.1325800.2017 "نمذجة المعلومات في البناء. قواعد تكوين نموذج معلومات للأشياء في مراحل مختلفة من دورة الحياة" (أمر بتاريخ 18 سبتمبر 2017 رقم 1227/pr).تحتوي الوثيقة على متطلبات نماذج المعلومات لمشاريع البناء الجماعية وتطويرها في مراحل مختلفة من دورة الحياة، بهدف زيادة صلاحية وجودة قرارات التصميم، وزيادة مستوى السلامة أثناء البناء والتشغيل. ستضمن الأساليب العامة لتشكيل نماذج المعلومات سهولة الاستخدام وزيادة كفاءة عملية نمذجة المعلومات. دخلت مجموعة القواعد حيز التنفيذ في 19 مارس 2018.

في المستقبل القريب، نحن موعودون بتوسيع الوثائق التنظيمية والفنية لـ BIM في اتجاهين:

الوثائق الأساسية:

• 3 غوست ر
• 4 ل.س

وثائق لمراحل مختلفة من دورة حياة الكائن

• 2 غوست ر
• 6 ل.س

لا تنس أن هناك فئتين من الوثائق التنظيمية اليوم.

سياسة الخصوصية لشركة "Konkurator"

تم تطوير هذه الوثيقة "سياسة الخصوصية" (المشار إليها فيما يلي باسم "السياسة") وفقًا للقانون الاتحادي للاتحاد الروسي بتاريخ 27 يوليو 2006 رقم 152-FZ "بشأن البيانات الشخصية" ويحدد إجراءات المعالجة، استخدام وحماية البيانات الشخصية من قبل شركة Konkurator LLC "(المشار إليها فيما يلي باسم "الشركة")، الكائنة في العنوان: 117036، روسيا، موسكو، ش. بروفسويوزنايا، منزل 3، مكتب 817.

ولأغراض هذه السياسة، تعني "البيانات الشخصية" أي معلومات تتعلق بفرد محدد أو يمكن التعرف عليه بشكل مباشر أو غير مباشر. "معالجة البيانات الشخصية" تعني أي إجراء (عملية) أو مجموعة من الإجراءات (العمليات) يتم تنفيذها باستخدام أو بدون استخدام أدوات التشغيل الآلي للبيانات الشخصية، بما في ذلك التجميع والتسجيل والتنظيم والتراكم والتخزين والتوضيح (التحديث والتغيير) والاستخراج والاستخدام والنقل (التوزيع والتوفير والوصول)، وإضفاء الطابع الشخصي، والحظر، والحذف، وتدمير البيانات الشخصية.

باستخدام موقعنا الإلكتروني وتزويدنا ببياناتك الشخصية، وملء النماذج الموجودة على موقعنا، فإنك توافق على معالجة بياناتك الشخصية وفقًا لهذه السياسة.

تقوم الشركة بجمع ومعالجة واستخدام وحماية البيانات الشخصية التالية التي تزودنا بها عند ملء حقول النموذج على موقعنا (المشار إليه فيما يلي باسم "الموقع")، عند التواصل معنا بأي شكل من الأشكال، عند الاشتراك في النشرة الإخبارية عند التسجيل في الأحداث: الاسم الكامل ورقم هاتف الاتصال وعنوان البريد الإلكتروني (البريد الإلكتروني) والمنصب والشركة وغيرها من المعلومات الواردة في الرسائل التي ترسلها إلينا.

تقوم الشركة بمعالجة بياناتك الشخصية فقط بغرض تزويدك بمعلومات حول الشركة وخدماتنا وأحداثنا؛ التواصل معك عند الاتصال بنا؛ تنظيم مشاركتك في فعالياتنا واستطلاعاتنا؛ إرسال رسائلنا الإخبارية إليك؛ لأغراض أخرى بموافقتك.

البيانات الفنية التي يتم إرسالها تلقائيًا بواسطة الجهاز الذي تستخدم الموقع به، بما في ذلك الخصائص التقنية للجهاز وعنوان IP والمعلومات من ملفات تعريف الارتباط ومعلومات المتصفح وتاريخ ووقت الوصول إلى الموقع وعناوين الصفحات المطلوبة وغيرها هذه المعلومات، على عكس البيانات الشخصية، تكون مجهولة المصدر بطبيعتها، وبالتالي لا تنتمي إلى تركيبة البيانات الشخصية.

يجوز للشركة معالجة البيانات الفنية من أجل: ضمان تشغيل الموقع وأمنه وتحسين جودة الموقع.

لا تضع الشركة بياناتك الشخصية في المصادر المتاحة للعامة.

لحماية حقوقك، ستوفر الشركة، بناءً على طلبك، معلومات تتعلق بمعالجة بياناتك الشخصية، وفقًا للجزء 7 من المادة 14 من القانون الاتحادي "بشأن البيانات الشخصية". يمكنك الاتصال بنا لطلب معالجة بياناتك الشخصية عن طريق إرسال خطاب إلينا بعنوان "طلب البيانات الشخصية" (أو "سحب الموافقة على معالجة البيانات الشخصية" في حالة سحب الموافقة على معالجة البيانات الشخصية) إلى عنوان البريد الإلكتروني: 4info@site

تضمن الشركة اتخاذ الإجراءات القانونية والتنظيمية والفنية اللازمة لحماية البيانات الشخصية من الوصول غير المصرح به أو العرضي، أو التدمير، أو التعديل، أو الحجب، أو النسخ، أو توفير، أو توزيع البيانات الشخصية، وكذلك من الإجراءات غير القانونية الأخرى المتعلقة بالبيانات الشخصية. البيانات، كما يتعهد بالحفاظ على سرية بياناتك الشخصية.

تتم معالجة البيانات الشخصية دون حد زمني وبأي طريقة قانونية. تتوقف الشركة عن معالجة بياناتك الشخصية بناءً على طلبك إذا تم الحصول على البيانات الشخصية التي تتم معالجتها بشكل غير قانوني أو لم تكن ضرورية للغرض المعلن للمعالجة وإذا قمت بسحب موافقتك على المعالجة.

يحق للشركة إجراء تغييرات على هذه السياسة. تدخل سياسة الخصوصية الجديدة حيز التنفيذ منذ لحظة نشرها على الموقع.

تمت الموافقة على ثلاث مجموعات جديدة من القواعد (SP) في مجال تكنولوجيا المعلومات وستدخل حيز التنفيذ في الأول من مارس. أعلن ذلك نائب رئيس قسم التخطيط الحضري والهندسة المعمارية بوزارة البناء والإسكان والخدمات المجتمعية في الاتحاد الروسي ألكسندر ستيبانوف في ندوة "نمذجة المعلومات". البيئة الرقمية كأساس للتفاعل"، نظمها المركز الاتحادي للتقنين والتوحيد القياسي وتقييم المطابقة الفنية في البناء، التابع لوزارة البناء في روسيا، بالتعاون مع لجنة RSPP للتنظيم الفني والتوحيد القياسي وتقييم المطابقة. أقيم هذا الحدث في 21 فبراير بمشاركة لجنة تمثيلية من الخبراء.

المشروع المشترك "نمذجة المعلومات في البناء. "قواعد وصف مكونات نموذج المعلومات"، "نمذجة المعلومات في البناء". قواعد تكوين نموذج معلومات للأشياء في مراحل مختلفة من دورة الحياة" و"نمذجة المعلومات في البناء. قواعد التبادل بين نماذج المعلومات للأشياء والنماذج المستخدمة في أنظمة البرمجيات" ستدخل حيز التنفيذ في 1 مارس 2018 .

وفقًا لألكسندر ستيبانوف، فإن نظام الوثائق الوطنية في مجال تقنيات نمذجة المعلومات في البناء، الذي يتم إنشاؤه، يتضمن معايير أساسية ومجموعات من القواعد التي توفر بنية تحتية رقمية، بما في ذلك تحديد الأحكام والمبادئ والمصطلحات الأساسية لـ BIM، بالإضافة إلى المعايير ومجموعات القواعد التي تحدد القاعدة المفاهيمية والمنهجية لإدخال نمذجة المعلومات موضع التنفيذ في مراحل معينة من دورة الحياة - بدءًا من تبرير الاستثمارات وحتى التخلص من المباني والهياكل وهدمها.

في عام 2018، بدأ تطوير المعايير الأساسية التي تحدد المبادئ والمفاهيم والمصطلحات الأساسية لـ BIM: GOST R "تنظيم المعلومات حول أعمال البناء". إدارة المعلومات باستخدام نمذجة المعلومات. الجزء 1. المبادئ والمفاهيم الأساسية" وGOST R "تنظيم المعلومات حول أعمال البناء. إدارة المعلومات باستخدام نمذجة المعلومات. الجزء 2. مرحلة إنشاء الأصول. معايير ISO المماثلة (ISO 19650-1 وISO 19650-2) هي حاليًا في المراحل النهائية من التطوير. خبراء من PC 13 "معالجة وتخزين وتبادل المعلومات المتعلقة بأعمال البناء" TC 465 "البناء" يشاركون في هذه الأعمال منذ عام 2017.

يخضع حاليًا لإجراءات التسجيل في GOST R "نمذجة المعلومات في البناء". الفئات التأسيسية للصناعة (IFC) لتبادل المعلومات طوال دورة الحياة. أحكام أساسية". "إذا تم منح عميل الدولة الفرصة لطلب توفير المعلومات للتحكم بتنسيق IFC، فلن تكون هناك حاجة إلى إنفاق أموال الميزانية على شراء عدد كبير من منتجات البرمجيات المختلفة وعلى الحفاظ على عدد زائد من الموظفين وأشار ألكسندر ستيبانوف إلى وجود متخصصين قادرين على العمل في هذه البرامج.

سيتضمن نظام الوثائق التنظيمية والتقنية ما مجموعه 15 معيارًا وطنيًا (GOST R)، و10 مجموعات من القواعد، بما في ذلك: 13 GOST R و4 SP - وثائق تم تطويرها في المجالات الأساسية (الأساسية)؛ 2 GOST R و 6 مجموعات من القواعد - للمراحل الفردية من دورة الحياة.

حاليًا، في مجال BIM، تتوفر 7 معايير GOST و4 مجموعات من القواعد للتطبيق العملي.

حضر هذا الحدث متخصصون من TC 465 "الإنشاءات"، وKazNIISA (كازاخستان)، ومركز الاقتصاد الرقمي بجامعة موسكو الحكومية، ومركز البحث العلمي JSC "الإنشاءات"، وNIIPromzdanii، وFAU FCS، وما إلى ذلك.