مبادئ شنومك من نموذج متعدد الطبقات

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

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

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

دعونا نرى بعد ذلك طبقات من هذا النموذج ومبادئه.

طبقة التنمية

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

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

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

طبقة العملية

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

5. استخدام التطبيقات عبر الإنترنت.  يعد هذا تحديًا كبيرًا للمطورين ، نظرًا لأن هذه الطبقة تتضمن أيضًا مستوى من المستخدمين الذين ينفذون عمليات تتجاوز الاستعلام. هذه هي حالة الصيانة المساحية ، والتي تتطلب استخدام ملفات منفصلة وليس فقط معالجة البيانات الجدولية. لهذا ، يجب أن يوفر البرنامج المختار بيئة إدارة ملفات خاضعة للرقابة ، وإصدار ، والعملية المعروفة باسم checkout-checkin من المتوقع أيضًا أن توفر واجهة برمجة التطبيقات إمكانات لتخصيص الوظائف ومنع عمليات سطح المكتب من تعقيد المزامنة.

طبقة المستخدم

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

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

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