التطوير والاختبار الآمنان

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

كيف يصل التغيير إلى بيئة التشغيل الخاصة بك

يتبع كل تغيير المسار نفسه، وتُسجَّل كل خطوة فيه.

اختبار الوكيل، لا الشيفرة البرمجية فحسب

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

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

اكتشاف نقاط الضعف ومعالجتها

التحكم في التغييرات بالتنسيق معك

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

الأشخاص الذين يبنون Telonic ويشغّلونها

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

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

في الممارسة

تشغّل نخلة للسفر، وهي شركة لتنظيم الرحلات السياحية، وكلاء للحجوزات وتعديلها.

1. يتوفر نموذج لغوي أحدث في المنطقة الخاصة بنخلة للسفر. فيسجّل أحد المهندسين التغيير في نظام التحكم في النسخ، ويراجعه مهندس ثانٍ.
2. تنجح الاختبارات الآلية والفحوص الأمنية. ثم تُشغَّل مجموعة اختبارات الانحدار الخاصة بقطاع السفر: استفسارات الحجز، والتعديلات ضمن قواعد الأسعار، والرسائل المتعلقة بالتأخيرات والإلغاءات.
3. يأتي أداء النموذج الجديد مساويًا على الأقل لأداء النموذج السابق. وتُشارَك النتائج مع مسؤول العمليات في نخلة للسفر.
4. يُشغَّل التغيير في بيئة الاختبار، حيث يجرّب فريق نخلة للسفر حالاته الصعبة.
5. تعتمد نخلة للسفر التغيير، فيجري إصداره. ويُظهر السجل ما الذي تغيّر، ومتى، ومن اعتمده.

ما يتحكم به فريقك

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

ذات صلة

• الاختبار قبل كل إصدارالحوكمة والتحكم
• كيف تدخل التغييرات حيّز التشغيلالحوكمة والتحكم
• فصل بيئات التشغيلالأمان وحماية البيانات
• النماذج والمزوّدونالوكلاء
• الاستجابة للحوادثالأمان وحماية البيانات