अगर आपको 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 की ज़रूरी शर्तें देखें.