بنية قواعد التقييم والقيود المعروفة

إذا لم تكن على دراية بقواعد التقييم في Classroom، يمكنك الاطّلاع على مقالات "مركز المساعدة" هذه للتعرّف على البنية العامة لقواعد التقييم وكيفية تطبيق قواعد التقييم في واجهة مستخدم Classroom.

بنية قواعد التقييم

هناك بعض المفاهيم المهمة التي قد تستحق التركيز عند استخدام واجهة برمجة التطبيقات للتفاعل مع قواعد التقييم:

  • هناك (في الغالب) قواعد تقييم واحدة مرتبطة بـ CourseWork وهذه قواعد تقييم فريدة لـ CourseWork (لا يمكن مشاركتها على مستوى CourseWork موارد).
  • تتألف قواعد التقييم من المعايير التي تتألف من مستويات. يجب أن يحتوي نموذج التقييم دائمًا على معيار واحد على الأقل، ويجب أن يكون للمعيار دائمًا مستوى واحد على الأقل.
  • يمكن تسجيل المستويات (بدون نقاط) أو عدم وضع درجات (بدون نقاط). يجب تسجيل المستويات بالكامل أو عدم تسجيلها بالكامل في نموذج تقييم.
    • إذا تم تسجيل المستويات، يجب أن تتضمن جميع المستويات في المعيار قيمة نقاط فريدة. يمكن أن تكون النقاط أعدادًا صحيحة (مثل 10) أو قيم نقاط عائمة (مثل 9.99). يمكن أن يشمل ذلك 0. القيم الخالية غير مقبولة. بالإضافة إلى ذلك، لا يمكن أن يحتوي نموذج التقييم على معيار واحد في مستوى واحد لا يساوي أي نقطة.
    • إذا لم يتم تسجيل المستويات، يجب حذف حقل النقاط، ولن يتم قبول القيم الفارغة.
  • إنّ ترتيب المعايير والمستويات مفيد ويعكس ترتيب تمثيلها في واجهة مستخدم Classroom.
    • يجب دائمًا ترتيب المستويات المُسجَّلة حسب النقاط إما بترتيب تصاعدي أو تنازلي.
  • يمكن أن يكون هناك ما يصل إلى 50 معيارًا لكل قواعد تقييم وما يصل إلى 10 مستويات أداء لكل معيار.

يتم أيضًا تغيير عناصر إرسال الطلاب:

  • بالإضافة إلى السمتَين draftGrade وassignedGrade الحاليتَين، تتضمّن عملية إرسال الطالب التي تم وضع درجة لها باستخدام قواعد التقييم السمتَين draftRubricGrades وassignedRubricGrades. وهي تمثل تصنيفات قواعد التقييم (المستويات المحددة وقيم النقاط) التي يتلقّاها الطالب أثناء وضع الدرجات من نموذج التقييم، وفي المسودة، والحالة المعينة له، على التوالي.
  • في الوقت الحالي، تتوفّر هذه المواقع للقراءة فقط. وهذا يعني أنّه لا يمكن استخدام واجهة برمجة التطبيقات لوضع الدرجات على عمليات الإرسال، ولكن يمكنك قراءة المهام المُرسَلة التي تم وضع درجات لها في واجهة مستخدم Classroom.
  • تحتوي عمليات إرسال الطلاب التي لها قواعد تقييم مرتبطة على الحقل rubricId. يمثّل هذا الحقل أحدث قواعد تقييم مرتبطة بـ CourseWork، وقد تتغير هذه القيمة إذا حذف المعلّمون قواعد التقييم وأعادوا إنشاؤها.

سلوكيات قواعد التقييم

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

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

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

القيود أثناء وضع الدرجات

وبالمثل، هناك بعض القيود الإضافية المفروضة على تعديل قواعد التقييم بعد أن يبدأ المعلّم في وضع الدرجات باستخدامها. يمكن إجراء التعديلات التالية فقط بعد وضع الدرجات عند البدء:

  • يُسمَح باستخدام ميزة تعديل النصوص في عناوين وأوصاف المعايير والمستويات.
  • يمكن أن يتغير ترتيب المستويات ضمن المعايير.

النطاقات الإضافية

يمكن تصدير قواعد التقييم يدويًا إلى "جداول بيانات Google" ليتمكّن المعلّمون من إعادة استخدامها.

في حال إنشاء قواعد تقييم أو تعديلها من جداول البيانات هذه (اطّلِع على مثال في الدليل)، سيحتاج التطبيق إلى طلب النطاق https://www.googleapis.com/auth/spreadsheets.readonly أو https://www.googleapis.com/auth/spreadsheets. يُرجى العِلم أنّ نطاقات spreadsheets تُعتبر حسّاسة وقد تتطلب إثبات ملكية طلبك.