باختصار
من يضمّن مكوّن تخطيط أو مكوّن Gantt يحدد أولًا توزيع المهام: يعرض المكوّن عروض الوقت والموارد والتسلسلات الهرمية ويتيح تحريرها في المتصفح، ويحتفظ منتجه الخاص بكائنات الأعمال والصلاحيات ومربعات الحوار والتخزين. أما ما إذا كان التطوير الذاتي أو التضمين هو الأنسب، فيُظهره تقييم بسيناريو حقيقي وحجم بيانات واقعي.
من يضمّن مكوّن تخطيط أو مكوّن Gantt في برمجياته الخاصة، ينبغي أن يحدد أولًا توزيع المهام. فالمكوّن يعرض عروض الوقت والموارد والتسلسلات الهرمية ويتيح تحريرها في المتصفح، بينما يحتفظ منتجكم بكائنات الأعمال والصلاحيات ومربعات الحوار والتخزين. أما ما إذا كان التطوير الذاتي أو التضمين هو الأنسب، فيحسمه قبل كل شيء حجم البيانات في العروض الكبيرة، والتفاعل المطلوب، وإمكانية الوصول، والتوطين، وجهد الصيانة على المدى الطويل، وشروط الترخيص. ويمكن الإجابة عن هذا السؤال إجابة موثوقة بسيناريو حقيقي من منتجكم وحجم بيانات واقعي.
عروض التخطيط النموذجية
تعرض مكوّنات التخطيط العمل على محور زمني أو ضمن بنية. ولـ Hawk IVO Scheduler ثلاثة عروض نموذجية:
- تخطيط الوقت والموارد: عرض الموارد أو المناوبات أو الآلات على المحور الزمني وتحريكها بالسحب.
- التسلسلات الهرمية: عرض الهياكل الكبيرة المكونة من المواقع والفرق والموارد بشكل واضح.
- Gantt وKanban: تحرير المهام والطلبيات في صورة أشرطة زمنية أو لوحة.
أما أيها يحتاج إليه منتجكم، فيتحدد بالكائنات التي يخطط لها مستخدموكم، وبالفترة الزمنية التي يحتاجون إلى الإحاطة بها.
ما يتولاه المكوّن وما يحتفظ به منتجكم
لا ينجح التضمين إلا إذا كانت المسؤولية موزعة بشكل واضح. وبالنسبة لـ Hawk IVO Scheduler يسري التقسيم التالي:
| المهمة | الجهة المسؤولة |
|---|---|
| عرض وتحرير عروض الوقت والموارد والتسلسلات الهرمية | مكوّن التخطيط |
| التفاعل في المتصفح | مكوّن التخطيط |
| كائنات الأعمال، مثل الطلبيات أو المناوبات أو الآلات | منتجكم المضيف |
| الصلاحيات ومربعات الحوار | منتجكم المضيف |
| التخزين والسيادة على بيانات الأعمال | منتجكم المضيف |
ولهذا الفصل سبب عملي. فكل شريط في العرض يمثل كائنًا يعرف منتجكم قواعده: من يُسمح له بتغييره، وما البيانات التي يطلبها مربع الحوار، ومتى يُحفظ التغيير بشكل صالح. وإذا بقيت هذه القرارات في المنتج المضيف، تظل صلاحياتكم وقواعد أعمالكم سارية دون تغيير، سواء عمل المستخدم في نموذج أو في عرض التخطيط. لذلك ينبغي أن يُوضَّح مبكرًا على مستوى البنية كيف ينقل منتجكم البيانات إلى المكوّن، وكيف يعود التغيير من العرض إلى منطق أعمالكم.
التطوير الذاتي أم التضمين: أسئلة لاتخاذ القرار
يمكن تنفيذ خط زمني بسيط بجهد محدود. لكن الجهد يزداد مع حجم البيانات، ومع إمكانات التحرير، ومع السنوات التي يجب فيها صيانة العرض. ويمكن قياس الطريقين بالأسئلة نفسها:
- حجم البيانات والعروض الكبيرة: كم كائنًا يعرض أكبر عرض يستخدمه عملاؤكم فعلًا، وعلى مدى أي فترة زمنية؟ وهل يبقى قابلًا للاستخدام عند التحميل وكذلك عند التمرير والتكبير والتحديد؟ والاختبار المعبّر هو اختبار ببياناتكم في بيئتكم المستهدفة.
- التفاعل: ما عمليات التحرير التي يحتاج إليها مستخدموكم، مثل التحريك أو تغيير المدة أو إعادة التخطيط على مورد آخر؟ وكيف يُظهر العرض أن منطق أعمالكم يرفض تغييرًا ما؟
- إمكانية الوصول: هل يمكن تحرير كائنات التخطيط دون سحب وباستخدام لوحة المفاتيح أيضًا؟ تشترط WCAG 2.2 (يفتح في علامة تبويب جديدة) في المستوى AA أن تكون الوظائف التي تعتمد على حركة السحب قابلة للتشغيل أيضًا بمؤشر واحد دون سحب، ما لم يكن السحب جوهريًا (معيار النجاح 2.5.7). ولتشغيل العروض الشبيهة بالجداول عبر لوحة المفاتيح، تصف WAI-ARIA Authoring Practices نمط الشبكة (Grid) (يفتح في علامة تبويب جديدة)، بما في ذلك الصفوف التي لا تُحمَّل كلها في الوقت نفسه.
- التوطين: هل تلائم اللغة وتنسيقات التاريخ والوقت وبداية الأسبوع واتجاه الكتابة أسواق عملائكم؟ وكيف يتعامل العرض مع المناطق الزمنية وتغيير التوقيت؟ ففي البلدان التي تطبق التوقيت الصيفي، تكون المناوبة الليلية التي تمتد عبر وقت التغيير أقصر أو أطول من المعتاد. وتقدم مسودة صادرة عن مجموعة عمل التدويل في W3C (يفتح في علامة تبويب جديدة) إرشادات للتطبيقات.
- الصيانة: من يتولى صيانة المكوّن مع صدور إصدارات جديدة من المتصفحات، وظهور متطلبات جديدة لدى عملائكم، وإصلاح الأخطاء؟ فالتطوير الذاتي يستهلك قدرات التطوير لديكم بشكل دائم. أما التضمين فيُنشئ اعتمادًا ينبغي أن تعرفوا إصداراته وحدوده المعروفة.
- الترخيص: بأي شروط يجوز لكم تسليم المكوّن ضمن منتجكم إلى عملائكم؟ وكيف يُنظَّم الدعم والتحديثات؟
ويكون التطوير الذاتي خيارًا منطقيًا إذا بقي عرض التخطيط صغيرًا أو كان هو نفسه جوهر منتجكم. أما التضمين فيكون الأقرب إذا احتاج مستخدموكم إلى عروض كبيرة وعمليات تحرير كثيرة، بينما تكمن قوة منتجكم في منطق الأعمال.
كيف يجري التقييم
يُظهر العرض التوضيحي للمنتج ما يستطيع المكوّن فعله. أما ما يهم في قراركم، فهو كيف يعمل مع السيناريو الخاص بكم. ولهذا الغرض نعمل في حالة Hawk IVO Scheduler على ثلاث خطوات:
- اختيار السيناريو: سيناريو تخطيط محدد من منتجكم بحجم بيانات واقعي.
- التكامل معًا: نعرض التضمين من خلال مثال مبسط جرى التحقق منه.
- التقييم: تقيّمون الجهد وقابلية الاستخدام والأداء في بيئتكم.
بعد ذلك يتوفر لديكم تقدير يستند إلى بياناتكم الخاصة، يمكن على أساسه المقارنة بين التطوير الذاتي والتضمين. ونتفق على الترخيص والدعم والتشغيل على أساس التقييم.
Hawk IVO Scheduler وحدوده
يُعد Hawk IVO Scheduler مكتبة قابلة للتضمين تعرض خطط الوقت والموارد والتسلسلات الهرمية في المتصفح. ويعرض عروضًا كبيرة للوقت والموارد والتسلسلات الهرمية ويتيح تحريرها، ويُستخدَم في Hawk IVO Force وHawk IVO Plan. ويضمّن منتجكم المكوّن ويحتفظ بكائنات الأعمال والصلاحيات ومربعات الحوار والتخزين.
ولا تتولى المكتبة السيادة على بيانات الأعمال. ونطلعكم في المحادثة التقنية على الإصدار وأطر العمل المدعومة والحدود المعروفة. ولا تصبح التصريحات المتعلقة بالأداء موثوقة إلا بالسيناريو الخاص بكم، لأن حجم البيانات والبيئة المستهدفة وطريقة الاستخدام تختلف من منتج إلى آخر.
وإذا كان منتجكم سيسلّم مهام إلى الوكلاء أيضًا، فستجدون الأسئلة المتعلقة بذلك في المقال تضمين الوكلاء في برمجياتكم الخاصة. ولمزيد من المعلومات عن التعاون، راجعوا قسم لمزودي البرمجيات. ولإجراء محادثة حول سيناريو التخطيط لديكم، تواصلوا معنا.