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

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

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

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

• هناك (على الأكثر) مقياس واحد مرتبط بـ CourseWork و يكون هذا المقياس فريدًا لذلك CourseWork (لا يمكن مشاركته على مستوى موارد CourseWork).
• تتألف التقييمات من معايير تتألف من مستويات. يجب أن يحتوي نموذج التقييم دائمًا على معيار واحد على الأقل، ويجب أن يحتوي المعيار دائمًا على مستوى واحد على الأقل.
• يمكن تسجيل المستويات (بدون نقاط) أو بدون نقاط. يجب أن يتم منح الدرجات للمستويات بالكامل أو عدم منحها بالكامل في مقياس التقييم.
  • في حال احتساب المستويات، يجب أن تحتوي جميع المستويات في معيار معيّن على قيمة فريدة للنقاط. يمكن أن تكون النقاط أعدادًا صحيحة (مثل 10) أو قيم نقطة عائمة (مثل 9.99). ويمكن أن يشمل ذلك القيمة 0. لا يتم قبول القيم الخالية. بالإضافة إلى ذلك، لا يمكن أن تتضمّن مقياس التقييم معيارًا واحدًا بمستوى واحد أي 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 تُعتبر حسّاسة وقد تتطلب إثبات ملكية تطبيقك.