كيف يمكنك تطوير المخطط الرئيسي للمنطقة

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

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

من الرؤية إلى حالات الاستخدام

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

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

الطبقة المادية

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

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

التزامات الحوكمة وقطع الأراضي

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

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

ما الذي يجب أن ينتجه المخطط الرئيسي

أن نكون صادقين بشأن التدريج

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

أسئلة لتسوية في وقت مبكر

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

أين تخطئ المخططات الرئيسية للمنطقة

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