रूब्रिक स्ट्रक्चर और इस्तेमाल करने की सीमाएं

अगर आपको Classroom Rubrics के बारे में नहीं पता है, तो सहायता केंद्र के ये लेख पढ़ें. इनमें आपको रूब्रिक के सामान्य स्ट्रक्चर के बारे में जानकारी मिलेगी. साथ ही, यह भी पता चलेगा कि Classroom के यूज़र इंटरफ़ेस (यूआई) में रूब्रिक के हिसाब से ग्रेडिंग कैसे की जाती है.

रूब्रिक का स्ट्रक्चर

रूब्रिक के साथ इंटरैक्ट करने के लिए, एपीआई का इस्तेमाल करते समय कुछ अहम बातों पर ध्यान देना ज़रूरी है:

  • किसी CourseWork से ज़्यादा से ज़्यादा एक रूब्रिक जुड़ा होता है. साथ ही, वह रूब्रिक सिर्फ़ उसी CourseWork के लिए होता है. उसे CourseWork के अन्य संसाधनों के साथ शेयर नहीं किया जा सकता.
  • रूब्रिक में मानदंड होते हैं. इनमें लेवल होते हैं. किसी रूब्रिक में हमेशा कम से कम एक मानदंड होना चाहिए. साथ ही, किसी मानदंड में हमेशा कम से कम एक लेवल होना चाहिए.
  • लेवल को स्कोर किया जा सकता है (पॉइंट दिए जा सकते हैं) या स्कोर नहीं किया जा सकता (पॉइंट नहीं दिए जा सकते). किसी रूब्रिक में लेवल को पूरी तरह से स्कोर किया जाना चाहिए या पूरी तरह से स्कोर नहीं किया जाना चाहिए.
    • अगर लेवल को स्कोर किया जाता है, तो किसी मानदंड के सभी लेवल के लिए, पॉइंट की यूनीक वैल्यू सेट होनी चाहिए. पॉइंट पूर्णांक (जैसे, 10) या फ़्लोटिंग पॉइंट वैल्यू (जैसे, 9.99) हो सकते हैं. इसमें 0 शामिल हो सकता है. शून्य वैल्यू स्वीकार नहीं की जाती हैं. इसके अलावा, रूब्रिक में ऐसा कोई मापदंड नहीं होना चाहिए जिसका लेवल एक हो और जिसके लिए 0 पॉइंट तय किए गए हों.
    • अगर लेवल को स्कोर नहीं किया गया है, तो पॉइंट फ़ील्ड को शामिल नहीं किया जाना चाहिए. शून्य वैल्यू स्वीकार नहीं की जाती हैं.
  • मानदंडों और लेवल का क्रम सही है. साथ ही, यह क्रम Classroom के यूज़र इंटरफ़ेस (यूआई) में दिखाए गए क्रम के मुताबिक है.
    • स्कोर किए गए लेवल को हमेशा पॉइंट के हिसाब से, बढ़ते या घटते क्रम में लगाया जाना चाहिए.
  • हर रूब्रिक में ज़्यादा से ज़्यादा 50 शर्तें हो सकती हैं. साथ ही, हर शर्त के लिए ज़्यादा से ज़्यादा 10 परफ़ॉर्मेंस लेवल हो सकते हैं.

StudentSubmission ऑब्जेक्ट, रूब्रिक से जुड़े फ़ील्ड के साथ काम करते हैं:

  • मौजूदा draftGrade और assignedGrade प्रॉपर्टी के अलावा, रूब्रिक का इस्तेमाल करके ग्रेड किए गए छात्र-छात्राओं के सबमिशन में draftRubricGrades और assignedRubricGrades प्रॉपर्टी होती हैं. इनसे रूब्रिक के ग्रेड (चुने गए लेवल और पॉइंट की वैल्यू) के बारे में पता चलता है. ये ग्रेड, छात्र या छात्रा को रूब्रिक से मिलते हैं. ये ग्रेड, ड्राफ़्ट और असाइन की गई स्थितियों में मिलते हैं.
  • फ़िलहाल, इन प्रॉपर्टी को सिर्फ़ पढ़ा जा सकता है. इसका मतलब है कि एपीआई का इस्तेमाल, सबमिट किए गए असाइनमेंट को ग्रेड देने के लिए नहीं किया जा सकता. हालांकि, Classroom के यूज़र इंटरफ़ेस (यूआई) में ग्रेड किए गए सबमिशन पढ़े जा सकते हैं.

रूब्रिक के व्यवहार

एपीआई का मकसद, Classroom के यूज़र इंटरफ़ेस (यूआई) को ज़्यादा से ज़्यादा कॉपी करना है, ताकि एक जैसा अनुभव मिल सके. हालांकि, इससे डेवलपर को कुछ ऐसी समस्याएं हो सकती हैं जिनके बारे में बताना ज़रूरी है:

  • रूब्रिक का मकसद, शिक्षकों को ग्रेडिंग के बारे में जानकारी देना है, ताकि वे अपनी पसंद के हिसाब से ग्रेडिंग कर सकें. इस वजह से, रूब्रिक का इस्तेमाल करके सबमिट किए गए असाइनमेंट को ग्रेड देते समय, शिक्षक ये काम कर सकता है:
    • ग्रेड देते समय रूब्रिक को पूरी तरह से अनदेखा करें.
    • किसी मापदंड के लिए पॉइंट बदलें. भले ही, मापदंड के लेवल में उपलब्ध पॉइंट कुछ भी हों.
    • मानदंडों के सिर्फ़ एक सबसेट के लिए लेवल चुनें.
    • किसी लेवल को चुने बिना, किसी मानदंड के लिए पॉइंट असाइन करना.
    • असाइनमेंट के कुल पॉइंट को रूब्रिक से मिलने वाले पॉइंट से अलग सेट करें.

इसके अलावा, एपीआई में ऐसी सुविधाएं उपलब्ध नहीं हैं जो Classroom के यूज़र इंटरफ़ेस (यूआई) में पहले से मौजूद नहीं हैं. उदाहरण के लिए, एपीआई की मदद से असाइनमेंट में रूब्रिक का इस्तेमाल करने की सुविधा लागू नहीं की जा सकती. इसके अलावा, एपीआई की मदद से शिक्षक की रूब्रिक और सबमिशन में बदलाव करने की सुविधा को भी बदला नहीं जा सकता.

ग्रेडिंग के दौरान आने वाली समस्याएं

इसी तरह, एक शिक्षक द्वारा रूब्रिक का इस्तेमाल करके ग्रेडिंग शुरू करने के बाद, रूब्रिक में बदलाव करने से जुड़ी कुछ और पाबंदियां भी लागू होती हैं. ग्रेडिंग शुरू होने के बाद, सिर्फ़ ये बदलाव किए जा सकते हैं:

  • शर्त और लेवल के टाइटल और ब्यौरे में टेक्स्ट से जुड़े बदलाव किए जा सकते हैं.
  • शर्तों के हिसाब से लेवल का क्रम बदला जा सकता है.

अन्य स्कोप

शिक्षकों के दोबारा इस्तेमाल करने के लिए, रूब्रिक को Google Sheets में मैन्युअल तरीके से एक्सपोर्ट किया जा सकता है.

अगर इन स्प्रेडशीट से कोई रूब्रिक बनाया या अपडेट किया जाता है, तो आपके ऐप्लिकेशन को https://www.googleapis.com/auth/spreadsheets.readonly या https://www.googleapis.com/auth/spreadsheets स्कोप का अनुरोध करना होगा. गाइड में इसका उदाहरण देखें. ध्यान दें कि spreadsheets स्कोप को संवेदनशील माना जाता है. इसलिए, हो सकता है कि आपके ऐप्लिकेशन की पुष्टि करना ज़रूरी हो.

तीसरे पक्ष का कोर्सवर्क

रूब्रिक सिर्फ़ उस Google Cloud प्रोजेक्ट से बनाए जा सकते हैं जिसने पैरंट CourseWork आइटम बनाया है. यह Classroom API में एक डिज़ाइन पैटर्न है. इससे अलग-अलग ऐप्लिकेशन को उन संसाधनों पर असर डालने से रोका जाता है जो उनके नहीं हैं.

यह Classroom ऐप्लिकेशन में उपयोगकर्ताओं के बनाए गए संसाधनों पर भी लागू होता है. उदाहरण के लिए, अगर किसी शिक्षक ने Classroom के यूज़र इंटरफ़ेस (यूआई) में कोई कोर्सवर्क बनाया है, तो कोई ऐप्लिकेशन उसके लिए रूब्रिक मैनेज नहीं कर सकता. भले ही, उस ऐप्लिकेशन का मालिकाना हक उसी शिक्षक के पास हो. अगर इससे आपके इस्तेमाल के तरीके पर काफ़ी असर पड़ता है, तो सार्वजनिक समस्या को ट्रैक करने वाले टूल में अपना सुझाव/राय दें या शिकायत करें.

लाइसेंस की ज़रूरी शर्तें

कोई उपयोगकर्ता, Classroom API की मदद से सिर्फ़ तब रूब्रिक बना सकता है, उन्हें अपडेट कर सकता है, और मिटा सकता है, जब ये शर्तें पूरी होती हों:

  • अनुरोध करने वाले उपयोगकर्ता को Google Workspace for Education Plus का लाइसेंस असाइन किया गया हो.
  • कोर्स के मालिक को Google Workspace for Education Plus का लाइसेंस असाइन किया गया हो.

एपीआई की सुविधाओं को उपयोगकर्ताओं के लिए उपलब्ध कराने के तरीके के बारे में ज़्यादा जानने के लिए, उपयोगकर्ता के लिए ज़रूरी शर्तें देखें. साथ ही, डेवलपमेंट के लिए डेमो खाते के बारे में जानने और उसका अनुरोध करने के लिए, Classroom API की ज़रूरी शर्तें देखें.