ما الذي يندرج ضمن الخدمات التقنية؟

ما الخدمات التقنية؟

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

وتقدّم جمعية الحاسوب التابعة لـ IEEE (IEEE Computer Society) تعريفات مهنية لهذه التخصّصات من خلال دليل المعارف الأساسية لهندسة البرمجيات (SWEBOK). ويشير دليل SWEBOK إلى أن مصطلح هندسة المتطلبات شائع الاستخدام في هذا المجال للدلالة على التعامل المنهجي مع المتطلبات. واستنباط المتطلبات (requirements elicitation) هو المرحلة الأولى في بناء فهم للمشكلة التي يُراد للبرمجيات أن تحلّها. كما يشير الدليل إلى أن استنباط المتطلبات يُسمّى أيضاً التقاط المتطلبات، واكتشاف المتطلبات، واكتساب المتطلبات.

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

ما الذي تتضمّنه الخدمات التقنية؟

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

وتبدأ الدورة الهندسية المنضبطة بمواصفات دقيقة قبل أي برمجة. فنُعدّ وثيقة متطلبات الأعمال (BRD)، ووثيقة تصميم البرمجيات (SDD)، ووثيقة مواصفات متطلبات البرمجيات (SRS) التي تغطّي المتطلبات الوظيفية وغير الوظيفية، ونتّفق عليها معكم قبل بدء العمل الهندسي. وتحدّد وثيقة BRD الأهداف التشغيلية، وتضع وثيقة SRS قواعد النظام، فيما تحدّد وثيقة SDD البنية والأنماط التقنية.

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

ما الخدمات المهنية والتقنية؟

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

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

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

ثلاثة أنواع من الوثائق: في الأنظمة المعقّدة، قد تُعدّ ثلاثة أنواع من وثائق المتطلبات، هي تعريف النظام، ومتطلبات النظام، ومتطلبات البرمجيات.

كيف تدير الخدمات التقنية المتطلبات والبنية؟

تبدأ مهمة الخدمات التقنية بتحديد حدود صريحة للبرمجيات المقترحة. ففي أدبيات هندسة البرمجيات، تُعرف وثيقة تعريف النظام أحياناً بوثيقة متطلبات المستخدم أو وثيقة مفهوم العمليات، وهي تحدّد متطلبات النظام عالية المستوى من منظور المجال التطبيقي. أما في المنتجات البرمجية البسيطة، فلا يلزم سوى وثيقة متطلبات البرمجيات، وفقاً لدليل SWEBOK.

ولتحقيق جودة قابلة للتكرار، تستند فرق البرمجيات المحترفة إلى معايير دولية معترف بها. ونستند في إعداد وثيقة SRS إلى معيار ISO/IEC/IEEE 29148، لتكون المتطلبات كاملة ومتّسقة وقابلة للاختبار. ويزيل استخدام هذا المعيار أي لبس بين أصحاب المصلحة في الأعمال ومهندسي البرمجيات قبل بدء التطوير. ويمكنكم الاطّلاع على كيفية تطبيق فريقنا هندسة المتطلبات وتحليل الأعمال لتنظيم المشاريع المعقّدة.

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

كيف تتعامل الخدمات التقنية مع تكامل الأنظمة والأتمتة؟

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

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

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

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

كيف يحمي مزوّدو الخدمات التقنية البيانات ويؤمّنون الأنظمة؟

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

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

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

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

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

أبرز النقاط

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

المصادر

1. استنباط المتطلبات وعملية المتطلبات (دليل SWEBOK) (swebokwiki.org)
2. وثائق مواصفات المتطلبات: تعريف النظام، ومتطلبات النظام، ومتطلبات البرمجيات (دليل SWEBOK) (swebokwiki.org)