
IBMS · النطاق
نطاق IBMS — مصفوفة أنظمة فرعية، لا قائمة أمنيات
طريقة عملية لتحديد نطاق IBMS: مصفوفة للأنظمة الفرعية، وعمق تكامل واقعي، والاستثناءات، ومعايير القبول.
إجابة سريعة
يحدد نطاق IBMS بمصفوفة الأنظمة الفرعية: لكل نظام، حدد ما إذا كان يراقب أو يتحكم فيه أو يدرج في ترابطات بين الأنظمة أو يبلغ عنه فقط. تبقى أنظمة سلامة الأرواح والأمن عادة تحت تحكمها الخاص، ويشرف IBMS على الحالة والأحداث بدلا من إصدار الأوامر.
النطاق مصفوفة، لا قائمة
تذكر قائمة الأنظمة الفرعية ما هو متصل. أما المصفوفة فتذكر ما يسمح لكل اتصال بفعله. استخدم الصفوف للأنظمة والأعمدة للمراقبة والتحكم ومعالجة الإنذارات والترابط بين الأنظمة وإعداد التقارير. أضف أعمدة لمالك الواجهة واختبار القبول. تكشف المصفوفة الفجوات قبل أن تصبح أوامر تغيير: نظام محدد للتحكم دون واجهة قابلة للكتابة، أو ترابط يعتمد على نقطة لا يوفرها أحد. وتمنح المشغل أيضا صورة واقعية لما ستفعله المنصة وما لن تفعله. المصفوفة بلا عمود للمالك هي مخطط نوايا. أبق عمود اختبار القبول ظاهرا في مراجعات التصميم؛ فهو يحول الوعد إلى مخرج قابل للتسليم.
عمق واقعي لكل نظام فرعي
تدعم أنظمة التدفئة والتهوية والتبريد (HVAC) عادة المراقبة والتحكم الكاملين. وقد تدعم الإضاءة المشاهد والجداول الزمنية، لكن ليس كل مجموعة وحدات إضاءة تستحق تحكما فرديا. عدادات الطاقة للمراقبة فقط، ويحدد عمق التقارير كل من العداد والبوابة. يمكن للتحكم في الوصول مشاركة الأحداث والأذونات، بينما يحتفظ نظام الوصول بمنطق قراره الخاص. إنذار الحريق للمراقبة فقط من حيث الحالة والأحداث؛ وتبقى الأوامر مع نظام الحريق. تتفاوت المصاعد والمواقف وغرف النزلاء تفاوتا واسعا. العمق الصحيح هو ما سيستخدمه المشغل فعليا، لا الحد الأقصى الذي يسمح به البروتوكول. قد يشمل التحكم في غرفة النزيل المشاهد وحدود الطاقة، بينما يحتفظ نظام PMS في الفندق بسير عمله الخاص. ينبغي تبرير كل قرار عمق بسيناريو تشغيلي، لا بقائمة قدرات بروتوكول.
ما يستغنى عنه
استبعد أي شيء لا يمكن دعمه بعد التسليم. يشمل ذلك وحدات التحكم القديمة التي لا تملك واجهة موثقة، وبوابات الموردين التي تتطلب حسابا شخصيا، والأنظمة التي يتجاوز مسار تكاملها الوحيد حدود السلامة الخاصة بها. ينبغي أن تبقى أوامر سلامة الأرواح مع نظام سلامة الأرواح نفسه. تجنب دمج نظام فرعي لمجرد عرض قيمة واحدة على لوحة التحكم؛ فعبء الواجهة والبوابة والصيانة سيبقى بعد زوال الجدة. قائمة استبعاد واضحة تحمي المشروع بقدر ما تحميه قائمة إدراج واضحة. يحتاج كل استبعاد إلى سبب ونتيجة، ليتمكن العميل من قبوله عن علم. وإذا لم يكن للنظام الفرعي واجهة مستقرة، فغالبا ما تكون العملية اليدوية الموثقة هي الجواب الصادق.
كتابة بيان النطاق
حول المصفوفة إلى بيان نطاق من أربعة أجزاء: الإدراجات، والاستثناءات، ومسؤوليات الواجهات، واختبارات القبول. اذكر البروتوكول، ومالك البوابة، وأساس عدد النقاط، وملكية البيانات. اذكر ما يحدث عند عدم توافر واجهة. حدد الاختبار الذي يثبت كل صف، واطلب النتيجة في حزمة التسليم. راجع البيان في كل مرحلة تصميم، لأن النطاق ينمو بهدوء عبر أسئلة الموقع. ينبغي أن يكون المستند قصيرا بما يكفي لقراءته في اجتماع واحد، ومحددا بما يكفي للتسعير. استخدم المصطلحات نفسها الواردة في مستندات المناقصة، ليكون النطاق قابلا للمقارنة سطرا بسطر. وعندما يغير سؤال ما النطاق، سجل التغيير وتكلفته قبل المتابعة.
عمق تكامل IBMS المعتاد حسب النظام الفرعي
7 rows| النظام الفرعي | العمق المعتاد | الحد |
|---|---|---|
| HVAC | مراقبة وتحكم | تبقى التسلسلات في وحدات تحكم DDC |
| الإضاءة | المشاهد والجداول الزمنية والحالة | تبقى إضاءة الطوارئ على نظامها الخاص |
| قياس الطاقة | مراقبة وإعداد تقارير | دقة العداد وملكية البوابة |
| التحكم في الوصول | الأحداث والأذونات | تبقى قرارات الوصول في نظام التحكم في الوصول |
| CCTV | الأحداث وتدفقات البث المختارة | قواعد الخصوصية والاحتفاظ |
| إنذار الحريق | الحالة والأحداث فقط | تبقى الأوامر مع نظام الحريق |
| المصاعد والمواقف | الحالة والإنذارات والتوافر | واجهة المورد وحدود السلامة |
صور المشروع
3 images


الأسئلة الشائعة
01هل ينبغي أن يتحكم IBMS في نظام إنذار الحريق؟
لا. يحتفظ نظام إنذار الحريق وأنظمة سلامة الأرواح الأخرى بتحكمها المخصص. يجوز لنظام IBMS مراقبة الحالة والأحداث وعرضها إلى جانب الإنذارات الأخرى.
02كم عدد الأنظمة الفرعية التي ينبغي أن يدمجها IBMS؟
لا يوجد عدد مستهدف. ادمج الأنظمة التي تدعم قرارا يتخذه المشغل فعليا؛ واستبعد الباقي حتى تظهر حالة استخدام حقيقية.
03هل يمكن إضافة نظام فرعي لاحقا؟
نعم، إذا صممت بنية البيانات والتسمية والشبكة لاستيعاب ذلك. إضافة نظام فرعي غير موثق بعد التنفيذ أصعب بكثير من إضافة نظام ذي واجهة مستقرة.
04من يملك البوابة؟
ينبغي أن يملكها طرف واحد. يجب أن يحدد بيان النطاق من يوردها ويهيئها ويختبرها ويصونها، بما في ذلك تحديثات البرنامج الثابت والوحدات الاحتياطية.
05ما الذي يثبت اكتمال النطاق؟
مصفوفة موقعة مع نتيجة اختبار قبول لكل صف، إضافة إلى قائمة استثناءات يوافق عليها العميل والمشغل.
الخطوة التالية
أحضر إلينا المبنى.
أخبرنا بنوع المبنى والأنظمة ضمن النطاق والنتيجة التي تحتاج إليها. وسنرسم أقصر مسار إلى نظام يعمل.