स्कूल मैनेजमेंट सिस्टम कैसे बनाएं
स्कूल मैनेजमेंट सिस्टम वे रिकॉर्ड रखता है जिन पर स्कूल चलता है: छात्र कौन हैं, वे किन कक्षाओं में हैं, वे आए या नहीं, और उनका प्रदर्शन कैसा है। एक उपयोगी पहला संस्करण लोगों की सोच से छोटा होता है: छात्र, कक्षाएं, उपस्थिति और ग्रेड, साथ में एडमिन, शिक्षकों और अभिभावकों के अलग लॉग इन। इसे अच्छी तरह बनाएं, अनुमतियाँ कड़ाई से टेस्ट करें, और टाइमटेबल, फ़ीस और मैसेजिंग बाद में जोड़ें।
यह गाइड छोटे स्कूलों, ट्यूशन सेंटरों, भाषा स्कूलों, after-school प्रोग्रामों और प्रशिक्षण देने वाली संस्थाओं के लिए है, जिन्हें बड़े सिस्टम अपनी ज़रूरत से ज़्यादा भारी या महंगे लगते हैं।
स्कूल मैनेजमेंट सिस्टम को क्या चाहिए
डेटा
ज़्यादातर सिस्टम छह टेबल पर टिका होता है:
| टेबल | इसमें क्या है |
|---|---|
| Students | नाम, जन्मतिथि, संपर्क विवरण, अभिभावक, स्थिति (सक्रिय, छोड़ चुका) |
| Guardians | नाम, संपर्क विवरण, रिश्ता, किन छात्रों से जुड़े हैं |
| Staff | नाम, भूमिका (एडमिन, शिक्षक), कौन सी कक्षाएं पढ़ाते हैं |
| Classes | विषय या समूह का नाम, शिक्षक, सत्र, कमरा, समय-सारणी |
| Enrolments | कौन सा छात्र किस कक्षा में है, शुरू और अंत की तारीखों के साथ |
| Attendance | छात्र, कक्षा, तारीख, स्थिति (उपस्थित, अनुपस्थित, देर से, छुट्टी के साथ), टिप्पणी |
उपस्थिति चलने के बाद assessments (किसी कक्षा में एक टेस्ट या असाइनमेंट, अधिकतम अंक और भार के साथ) और grades (एक छात्र का एक assessment पर परिणाम) जोड़ें।
Enrolment टेबल जितना दिखता है उससे ज़्यादा मायने रखती है। छात्र सत्र के बीच में कक्षा बदलते हैं। अगर "कक्षा" सीधे छात्र पर स्टोर करेंगे, तो इतिहास खो जाता है और उपस्थिति रिपोर्ट मेल नहीं खातीं।
पेज
- एडमिन डैशबोर्ड: आज की उपस्थिति एक नज़र में, वे छात्र जिनकी रजिस्टर नहीं भरी गई, हाल के बदलाव।
- छात्र सूची और प्रोफ़ाइल: खोज, कक्षा या वर्ष से फ़िल्टर, और प्रोफ़ाइल जिसमें कक्षाएं, उपस्थिति और ग्रेड दिखें।
- कक्षा पेज: रोस्टर, आज का रजिस्टर, और gradebook।
- रजिस्टर स्क्रीन: जिसे शिक्षक हर दिन इस्तेमाल करते हैं। फ़ोन या टैबलेट पर सेकंडों में होनी चाहिए: सब डिफ़ॉल्ट रूप से उपस्थित, बदलने के लिए टैप।
- Gradebook: assessments कॉलम में, छात्र पंक्तियों में, गणना किया गया औसत के साथ।
- अभिभावक दृश्य: सिर्फ़ उनके अपने बच्चों की उपस्थिति, ग्रेड और सूचनाएं।
अनुमतियाँ
यहीं स्कूल सिस्टम सफल या असफल होते हैं। बनाने से पहले नियम लिख लें:
- एडमिन सब कुछ देख और संपादित कर सकते हैं।
- शिक्षक केवल अपनी पढ़ाई जाने वाली कक्षाएं और उनमें नामांकित छात्र देख और संपादित कर सकते हैं।
- अभिभावक केवल अपने बच्चों को देखते हैं, सिर्फ़ पढ़ने के लिए।
- छात्र (अगर वे लॉग इन करते हैं) केवल अपने रिकॉर्ड देखते हैं।
"केवल" सर्वर पर लागू होना चाहिए, सिर्फ़ बटन छिपाकर नहीं। अगर कोई अभिभावक पेज के URL में संख्या बदल दे, तो वह किसी दूसरे बच्चे की प्रोफ़ाइल न खोल पाए। इस पैटर्न के लिए हमारी रोल-आधारित एक्सेस कंट्रोल गाइड देखें।
शुरू करने से पहले के फ़ैसले
पहले संस्करण में कौन लॉग इन करेगा? सिर्फ़ स्टाफ़ वाला तरीका कहीं सरल है। अभिभावक और छात्र अनुमति के मामलों और सहायता अनुरोधों को कई गुना बढ़ा देते हैं। कई स्कूल पहले स्टाफ़ लॉग इन से शुरू करते हैं और जब तक मुख्य हिस्सा स्थिर न हो, अभिभावकों को छपी या ईमेल की गई रिपोर्ट भेजते हैं।
ग्रेड कैसे निकलते हैं? भारित औसत, सबसे कम अंक हटाना, अक्षर-ग्रेड की श्रेणियां, पास/फ़ेल, कोई एक योजना चुनें और उसे एक उदाहरण के साथ लिखें। ग्रेडिंग का तर्क वह हिस्सा है जिसे हाथ से जाँचना सबसे ज़रूरी है।
"सत्र" क्या है? कक्षाएं, नामांकन और रिपोर्ट सब उस पर निर्भर करते हैं। तय करें कि आप terms, semesters या एक शैक्षणिक वर्ष इस्तेमाल करते हैं, और उसे टेक्स्ट फ़ील्ड नहीं, एक टेबल बनाएं।
टाइप मत करें, आयात करें। आपके पास छात्रों की सूची लगभग निश्चित रूप से पहले से स्प्रेडशीट में है। पहले दिन से छात्रों, अभिभावकों और नामांकन के लिए CSV import की योजना बनाएं। देखें स्प्रेडशीट को ऐप में कैसे बदलें।
डेटा कहाँ रहेगा और उसे कौन देख सकता है। छात्र रिकॉर्ड संवेदनशील होते हैं। कई जगहों पर इन पर विशेष नियम लागू होते हैं, जैसे अमेरिका में FERPA, EU और UK में GDPR, और दूसरी जगहों पर अन्य नियम। असली नाम डालने से पहले जाँचें कि आप पर क्या लागू होता है, और अगर अनिश्चित हों तो किसी सलाहकार से पूछें। कम से कम: डिफ़ॉल्ट रूप से निजी, किसने क्या बदला इसका ऑडिट, और छात्र का डेटा निर्यात या हटाने का तरीका।
एक काम करने वाला पहला प्रॉम्प्ट
एक छोटे स्कूल के लिए स्कूल मैनेजमेंट वेब ऐप बनाओ। स्टाफ़ ईमेल और पासवर्ड से लॉग इन करता है; भूमिकाएं हैं एडमिन और शिक्षक। डेटा: छात्र (नाम, जन्मतिथि, वर्ष समूह, स्थिति), छात्रों से जुड़े अभिभावक, स्टाफ़, सत्र, कक्षाएं (नाम, विषय, शिक्षक, सत्र, साप्ताहिक समय-सारणी) और छात्रों को कक्षाओं से जोड़ने वाले नामांकन, शुरू और अंत की तारीखों के साथ। शिक्षक केवल अपनी पढ़ाई वाली कक्षाएं और उनमें नामांकित छात्र देखें; एडमिन सब देखें। एक कक्षा पेज बनाओ जिसमें रोस्टर और रोज़ का रजिस्टर हो, जहाँ सब डिफ़ॉल्ट रूप से उपस्थित हों और शिक्षक टैप करके अनुपस्थित, देर से या छुट्टी के साथ बदले, वैकल्पिक टिप्पणी के साथ। एडमिन के लिए डैशबोर्ड जो दिखाए कि किन कक्षाओं का आज का रजिस्टर नहीं भरा गया। छात्रों और अभिभावकों के लिए CSV import जोड़ो। सब कुछ database में रखो। ग्रेड, अभिभावक लॉग इन और फ़ीस बाद के लिए छोड़ दो।
ध्यान दें कि यह प्रॉम्प्ट क्या करता है: भूमिकाओं के नाम देता है, अनुमति का नियम एक वाक्य में बताता है, सबसे ज़्यादा इस्तेमाल होने वाली स्क्रीन का विस्तार से वर्णन करता है, और बताता है कि क्या छोड़ना है।
बिल्ड के चरण
- डेटा मॉडल और नमूना डेटा। टेबल और एक छोटा, साफ़ तौर पर नकली नमूना स्कूल माँगें: दो सत्र, पाँच कक्षाएं, चालीस छात्र। बनाते समय असली छात्र रिकॉर्ड कभी न इस्तेमाल करें।
- एडमिन स्क्रीन। छात्र सूची, प्रोफ़ाइल, कक्षा सूची, नामांकन संपादन। जाँचें कि छात्र को एक कक्षा से दूसरी में ले जाने पर पुराना नामांकन अंत तिथि के साथ बचा रहता है।
- शिक्षक लॉग इन और रजिस्टर। एक शिक्षक के रूप में लॉग इन करें और पक्का करें कि केवल अपनी कक्षाएं दिखती हैं। फ़ोन के आकार की स्क्रीन पर रजिस्टर लें।
- अनुमति परीक्षण। दो अलग शिक्षकों के रूप में लॉग इन करके एक-दूसरे की कक्षाएं URL से खोलने की कोशिश करें। दोनों कोशिशें विफल होनी चाहिए।
- Import। अपनी असली स्प्रेडशीट की एक कॉपी में import करें, जो कॉलम मेल न खाएं उन्हें ठीक करें, फिर तय करें कि लाइव जाने के लिए आप तैयार हैं या नहीं।
- ग्रेड। assessments और gradebook जोड़ें। औसत को हाथ से निकाले गए एक उदाहरण से टेस्ट करें।
- रिपोर्ट। किसी तारीख सीमा के लिए हर छात्र और हर कक्षा का उपस्थिति प्रतिशत, वह रिपोर्ट जो एडमिन से सबसे ज़्यादा माँगी जाती है।
- अभिभावक पहुँच, अगर चाहिए। अभिभावक लॉग इन सबसे आखिर में जोड़ें, केवल-पढ़ने वाले दृश्यों और सबसे कड़े अनुमति परीक्षणों के साथ।
आम गलतियाँ
- छात्र पर कक्षा स्टोर करना। तारीखों वाले नामांकन इस्तेमाल करें, वरना इतिहास गायब हो जाता है।
- अनुमतियाँ सिर्फ़ इंटरफ़ेस में। छिपे हुए बटन सुरक्षा नहीं हैं। URL और API से टेस्ट करें।
- धीमा रजिस्टर। अगर उपस्थिति लेने में कागज़ से ज़्यादा समय लगे, तो शिक्षक इसे छोड़ देंगे।
- टेस्टिंग में असली डेटा। अनुमतियाँ साबित होने तक काल्पनिक नाम इस्तेमाल करें।
- छात्रों को हटाना। उन्हें "छोड़ चुका" के रूप में चिह्नित करें। पिछली उपस्थिति और ग्रेड अब भी स्कूल के रिकॉर्ड का हिस्सा हैं।
- सब कुछ एक साथ बनाना। टाइमटेबलिंग, फ़ीस, मैसेजिंग, रिपोर्ट कार्ड और अभिभावक ऐप एक साथ एक साल का काम है। पहले रजिस्टर भेजें।
- कोई ऑडिट ट्रेल नहीं। जब कोई ग्रेड बदलता है, तो कोई पूछेगा कि किसने और कब बदला। उसे दर्ज करें।
कब तैयार उत्पाद बेहतर है
स्थापित स्कूल मैनेजमेंट और student information सिस्टम वह संभालते हैं जो कस्टम बिल्ड के लिए मेल खाना मुश्किल है: सरकारी और परीक्षा बोर्ड की रिपोर्टिंग, जटिल टाइमटेबलिंग, लर्निंग प्लेटफ़ॉर्म के साथ इंटीग्रेशन, फ़ीस संग्रह, और सालों के किनारे वाले मामले। अगर आप बड़ा स्कूल चलाते हैं, आपके पास वैधानिक रिपोर्टिंग की ज़िम्मेदारी है, या आपको अनुपालन और सहायता के लिए कोई विक्रेता चाहिए, तो एक खरीदें।
बनाना तब समझदारी है जब आपकी ज़रूरतें संकरी या अलग हों: सत्र और प्रगति ट्रैक करने वाला ट्यूशन सेंटर, rolling नामांकन वाला भाषा स्कूल, cohorts वाला प्रशिक्षण संस्थान, या बड़े महंगे सिस्टम का सिर्फ़ पाँचवाँ हिस्सा इस्तेमाल करने वाला छोटा स्कूल। आपके काम के तरीके से बिल्कुल मेल खाने वाला केंद्रित टूल, हर दिन जिससे जूझना पड़े ऐसे बड़े टूल से बेहतर हो सकता है। बनाम खरीदें सॉफ़्टवेयर गाइड इस ट्रेड-ऑफ़ को समझाती है, और आंतरिक टूल कैसे बनाएं स्टाफ़-केवल संस्करण कवर करती है।
Mythex में बनाना
Mythex पर आप चैट में सिस्टम का विवरण देते हैं और उसे लाइव preview में आकार लेते देखते हैं। कोई कोड लिखे जाने से पहले टेबल और भूमिकाएं तय करने के लिए पहले Plan मोड इस्तेमाल करें। जब ऐप को ज़रूरत हो तो Mythex एक समर्पित database जोड़ता है, और अगर आप छात्र प्रोफ़ाइल में दस्तावेज़ जोड़ना चाहें तो फ़ाइल स्टोरेज भी। आपके स्टाफ़ और अभिभावकों के लिए लॉग इन आपके ऐप का अपना है: Mythex में बिल्ट-इन sign-in उत्पाद नहीं है, इसलिए एजेंट एक ऐसा तरीका जोड़ता है जो आप चुनें, देखें ऐप में लॉग इन जोड़ें। mythex.ai लिंक पर प्रकाशित करें, या Pro पर अपना डोमेन। पता सार्वजनिक है, इसलिए आपके ऐप का लॉग इन और अनुमति जाँच ही रिकॉर्ड को निजी रखती है। शुरुआत के लिए शिक्षक ग्रेडिंग टूल टेम्पलेट या ट्यूशन सेंटर बिल्डर पेज देखें।
सवाल
स्कूल मैनेजमेंट सिस्टम में पहले क्या होना चाहिए?
छात्र, कक्षाएं, नामांकन, उपस्थिति और ग्रेड, साथ में स्टाफ़ के लॉग इन से शुरू करें। अभिभावक और छात्र पोर्टल, टाइमटेबल और फ़ीस बाद में आ सकते हैं, जब मुख्य रिकॉर्ड सही हो जाएं।
क्या मैं बिना कोडिंग के स्कूल मैनेजमेंट सिस्टम बना सकता हूँ?
हाँ, एक केंद्रित सिस्टम। एक AI ऐप बिल्डर सादी भाषा के विवरण से स्क्रीन, database टेबल और रोल की जाँच लिख सकता है। फिर भी आपको नियम तय करने होंगे, कौन क्या देखेगा, ग्रेड कैसे निकलेंगे, और उन्हें ध्यान से टेस्ट करना होगा।
क्या छात्र डेटा पर विशेष नियम लागू होते हैं?
आमतौर पर हाँ। बच्चों और छात्रों के रिकॉर्ड कई जगहों पर सुरक्षित होते हैं, जैसे अमेरिका में FERPA और EU तथा UK में GDPR के तहत। असली रिकॉर्ड रखने से पहले, अपने स्कूल पर लागू नियम जाँचें, और अगर अनिश्चित हों तो किसी सलाहकार से पूछें।
क्या छोटा स्कूल सिस्टम खरीदे या बनाए?
अगर आपको सरकारी रिपोर्टिंग, टाइमटेबलिंग और फ़ीस संग्रह वाला पूरा student information system चाहिए तो खरीदें। जब आपको एक छोटा टूल चाहिए जो आपके स्कूल, ट्यूशन सेंटर या प्रोग्राम के काम करने के तरीके में फिट बैठे, और तैयार सिस्टम बहुत भारी लगें, तब बनाएं।