البرمجيات والذكاء الاصطناعي والبيانات
من أين تبدأ بالذكاء الاصطناعي، والجودة والدقة، وإمكانية الوصول، والسرعة، والنشر في متاجر التطبيقات، والترحيل دون توقف.
14 سؤالًا
من أين نبدأ مع الذكاء الاصطناعي؟
ابدأ بمهمة تتكرر كثيرا، ولها في الغالب إجابة صحيحة واضحة، وتستهلك جهدا فعليا اليوم، مثل تصنيف الطلبات أو استخراج البيانات من المستندات. وتجنب البدء بأصعب مشكلة أو أكثرها ظهورا. نساعدك على حصر المهام المرشحة، وتقييمها من حيث القيمة وجاهزية البيانات والمخاطر، واختيار مهمة تستطيع أن تثبت نتائجها بنفسها. ويقوم تقييم الجاهزية للذكاء الاصطناعي لدينا بذلك بطريقة منظمة.
كيف تتأكدون من صحة الأرقام؟
يخضع كل تحميل لفحوص آلية للاكتمال والتكرار والحداثة وقواعد العمل، مثل تطابق المدين مع الدائن. وقبل أن يحل تقرير محل تقرير قائم، نطابق أرقامه مع النظام المصدر ومع التقرير القديم بحضور المسؤول عنه في المالية أو العمليات. وإذا فشل فحص، يتوقف وصول البيانات غير السليمة إلى لوحات المعلومات ويتلقى الفريق تنبيها.
ماذا لو كان الاستخراج خاطئا؟
يقدر النظام درجة ثقته في كل حقل. والحقول التي تقل عن الحد الذي تضعه، والمستندات التي تخفق في إحدى قواعد العمل، تحال إلى شخص لمراجعتها بدلا من ترحيلها. ويكشف التحقق مقابل نظام ERP كثيرا من الأخطاء تلقائيا، مثل إجمالي لا يطابق أمر الشراء. وتسجل التصحيحات وتستخدم لتحسين الدورات اللاحقة.
اقرأ المزيد: الأتمتة الذكية والذكاء الاصطناعي للمستنداترابط هذا السؤال
كيف تتأكدون من أن البرمجيات تعمل؟
يراجع مهندس آخر كل تغيير، وتغطيه اختبارات آلية قبل دمجه. يختبر فريق ضمان الجودة كل جزء وفق معايير القبول الخاصة به، وتراه أنت يعمل في العرض. وتشكل فحوص الأداء والأمن وسهولة الوصول جزءا من مسار التسليم، لا مرحلة في النهاية، فتظهر المشكلات ما دام إصلاحها قليل التكلفة.
ماذا لو تغيرت متطلباتنا أثناء المشروع؟
هذا ما يحدث عادة، والعملية مصممة لتستوعبه. نراجع قائمة المهام معك في كل دورة، ونقدر البنود الجديدة أو المعدلة ونرتب أولويتها مقارنة بالبقية. وفي المشاريع ذات النطاق الثابت، يتفق على أي تغيير كتابيا، مع أثره في التكلفة والمواعيد، قبل بدء العمل عليه.
هل سيكون التطبيق سهل الوصول؟
نصمم ونبني وفق معيار WCAG 2.2 AA. ويشمل ذلك الاستخدام بلوحة المفاتيح، وقارئات الشاشة، وتباين الألوان، وترتيب التركيز، وتكبير النص، ورسائل الخطأ الواضحة. تعمل الفحوص الآلية مع كل تغيير، ونختبر رحلات الاستخدام الرئيسية يدويا بالتقنيات المساعدة قبل كل إصدار. وإذا كانت مؤسستك تتبع معيارا أكثر صرامة، فإننا نعمل وفقه.
كيف تحافظون على سرعة التطبيق؟
نتفق في البداية على حدود للأداء تشمل حجم الصفحة وزمن التحميل على هاتف واتصال نموذجيين، ونفحصها آليا مع كل تغيير. تعرض الصفحات على الخادم حيث يفيد ذلك، ولا تحمل الصور والبرامج النصية إلا عند الحاجة إليها، وتخزن البيانات مؤقتا قريبا من المستخدمين. وبعد الإطلاق، تبين مراقبة تجربة المستخدمين الفعليين أين يتباطأ التطبيق.
هل تتولون الإصدار في App Store وGoogle Play؟
نعم. نعد صفحات التطبيق، وندير مفاتيح التوقيع والشهادات، ونقدم الإصدارات للمراجعة، ونطرحها على مراحل حتى لا تصل أي مشكلة إلا إلى عدد قليل من المستخدمين. وتبقى حسابات المطورين باسم مؤسستك، فتملك التطبيقات وصفحاتها. ونعمل ضمن حساباتك بصلاحيات تمنحها أنت ويمكنك سحبها.
هل يسبب الانتقال إلى السحابة توقفا عن الخدمة؟
نخطط لكل عملية نقل لتجنب التوقف، أو لجعله قصيرا ومجدولا. تنتقل أحمال العمل واحدا تلو الآخر، وتزامن البيانات قبل التحويل، ولكل خطوة مسار للتراجع. وحين لا يمكن تشغيل تطبيق في موقعين في الوقت نفسه، نتفق معك مسبقا على نافذة صيانة ونتدرب على التحويل أولا.
هل ينبغي أن نؤتمت جميع اختباراتنا؟
لا. أتمت ما يتكرر تشغيله ويجب أن يعطي النتيجة نفسها كل مرة: اختبارات الوحدات واختبارات API وأهم المسارات الشاملة. واترك للناس الاختبار الاستكشافي وقابلية الاستخدام والميزات الجديدة التي لا تزال تتغير. مجموعة أصغر تعمل مع كل تغيير ولا تخفق عشوائيا أنفع من مجموعة كبيرة لا يثق بها أحد.
هل نحتاج إلى أبحاث المستخدمين إذا كنا نعرف مستخدمينا؟
أنت تعرف الكثير، والبحث يبني على ما تعرفه. فهو يختبر الافتراضات مع الأشخاص الذين يؤدون العمل، وكثيرا ما يكشف خطوات وحلولا التفافية ومصطلحات لا تصل أبدا إلى مستند المتطلبات. وحتى جولة صغيرة من المقابلات واختبارات النماذج الأولية قبل البناء تكلف أقل من تغيير البرمجيات بعد إطلاقها.
كيف تجعلون التصاميم سهلة الوصول؟
نصمم وفق معيار WCAG 2.2 AA منذ المخطط الهيكلي الأول: تباين كاف في الألوان، وتركيز ظاهر، وترتيب قراءة منطقي، وعناصر لمس كبيرة بما يكفي للاستخدام، وتسمية لكل عنصر تحكم. نفحص التصاميم قبل التسليم، ونختبر المنتج المبني بلوحة المفاتيح وقارئات الشاشة. سهولة الوصول المصممة منذ البداية قليلة التكلفة، أما إضافتها لاحقا فمكلفة جدا.
لماذا لا نعيد كتابة النظام كله دفعة واحدة؟
لأن إعادة الكتابة الكاملة يجب أن تطابق سلوكا تراكم عبر سنوات قبل أن تستبدل أي شيء، بينما تواصل الأعمال تغيرها من حولها. وكثيرا ما تطول هذه المشاريع وتطلق بثغرات. أما استبدال قدرة واحدة في كل مرة فيحقق قيمة مبكرة، ويبقي النظام القديم شبكة أمان، ويتيح لك التوقف أو تغيير الاتجاه في أي خطوة.
هل ستضطر أعمالنا إلى التوقف أثناء الترحيل؟
صمم النهج كي لا يحدث ذلك. يستمر النظام القديم في العمل بينما يبنى كل جزء جديد ويثبت جدارته بالتوازي. وينتقل العمل إلى الجزء الجديد تدريجيا، ويمكن أن يعود إلى القديم إذا ظهرت مشكلة. وحيث يتطلب ترحيل البيانات تحويلا، نجري تجربة مسبقة له ونحدد موعده معك.
مزيد من الأسئلة
- العمل مع XSISكيف تتابع التقدم، واختيار نموذج التعاون وتغييره، والمناطق الزمنية، وكيف يعتمد العمل، والاستشارات.14 سؤالًا
- التكاملات والقطاعاتالبيانات الرئيسية، وكشوف الحساب غير المطابقة، والمتاجر دون اتصال، والمبالغ المستردة، وأعطال الشركاء، والتسوية، والفوترة الإلكترونية.15 سؤالًا
- التكلفة والأسعارما الذي يحدد تكلفة المشروع أو الفريق، وكيف نعد التقديرات.31 سؤالًا
- الجداول الزمنيةكم يستغرق بدء العمل وتسليمه، وما الذي يؤثر في ذلك.18 سؤالًا
- الملكية والعقودمن يملك الشيفرة والبيانات والنتائج، وكيف تعمل العقود.9 أسئلة
- الأمن والبياناتكيف نحمي أنظمتك وشيفرتك وبياناتك أثناء عملنا.32 سؤالًا
- الفرق والكوادرمن يعمل على مشروعك، وكيف يختار، وكيف تتغير الفرق.22 سؤالًا
- التقنيةالمنصات والمعايير والأدوات التي نعمل بها.58 سؤالًا
- الدعم والتشغيلما يحدث بعد الإطلاق: الدعم والمراقبة والتغيير.17 سؤالًا
- عن XSISمن نحن، وأين نحن، وكيف تتواصل معنا.7 أسئلة
أخبرنا بما تحتاج إلى بنائه أو ربطه.
صف لنا الأنظمة والجدول الزمني والقيود، وسيتولى المهندسون المناسبون الأمر من هناك.