مقارن مصطلحات الواجهة العربية بين إصدارات التطبيق: مشاريع تخرج هندسة البرمجيات

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

اقرأ ملفات اللغة وسياق الرسالة

اختر تنسيقاً واحداً للنسخة الأولى، مثل Fluent أو JSON، واستخرج المفتاح والنص العربي واللغة المرجعية والتعليق والمتغيرات. لا تمرر كل string في الكود إلى المعجم؛ اقتصِر على المحتوى الظاهر للمستخدم. أضف اسم الشاشة أو وظيفة الرسالة حتى لا يقارن النظام كلمة منفردة دون سياق. مثلاً قد تعني كلمة course مساقاً في صفحة التسجيل، بينما تأتي «الدورة» في نص رسمي يصف برنامجاً تدريبياً. ملف المصدر والتعليق هما ما يفسر القرار.

يساعد معيار W3C ITS 2.0 على تنظيم معلومات المعالجة متعددة اللغات وعناصرها. ويعرض دليل Fluent صياغة رسائل تستطيع التعامل مع متغيرات واختيارات لغوية وتراكيب من طبيعة اللغات. لا يفرض المصدران ترجمة عربية صحيحة بعينها؛ استخدمهما لفهم بنية المحتوى ثم أضف سياسة الفريق ومعجمه مع مالك ومصدر لكل إدخال.

ابن معجماً قابلاً للمراجعة

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

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

مثال يبين إنذاراً واستثناءً

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

المخرجات المقترحة هي جدول يضم المفتاح، النص السابق والحالي، قاعدة المطابقة، المصدر، المراجع، وحالة القرار. لا تعطي الدرجة «96% اتساقاً» من دون تعريف عينة ومقياس، ولا تقترح ترجمة نهائية من نموذج لغوي. اجعل القارئ يفتح الرسالة داخل سياقها في نموذج شاشة إن توفرت لقطة مرخصة. الأسماء والأمثلة هنا توضيحية ولا تصف إصداراً حقيقياً من نظام جامعي.

اجعل قواعد المطابقة محددة

ابدأ بمطابقة النص مع المصطلح المعتمد عبر المفاتيح التي يحملها المصطلح، ثم أضف قواعد متحفظة للمفرد والجمع والتعليقات. لا تعتبر الشكلين الهمزتين أو التشكيل المختلفين متساويين إلا إذا قرر الفريق تطبيعاً واضحاً واحتفظ بنص المصدر. يمكن تنظيف المسافات أو Unicode في نسخة مقارنة مع حفظ النص الخام. إذا غاب المفتاح أو ظهرت بنية Fluent لا يدعمها parser، تظهر حالة «تحتاج مراجعة» بدلاً من إسقاط الرسالة بصمت.

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

اختبر الدقة والإنذارات الكاذبة

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

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

اربط المصطلح بالمصدر دون حشو

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

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