Как да създадете система за управление на училище

Системата за управление на училище поддържа записите, на които работи училището: кои са учениците, в кои класове са, дали са присъствали и как се справят. Полезната първа версия е по-малка, отколкото повечето хора очакват – ученици, класове, присъствие и оценки, с отделни входове за администратори, учители и родители. Изградете я добре, тествайте правата твърдо и добавете разписания, такси и съобщения по-късно.

Това ръководство е за малки училища, учебни центрове, езикови школи, извънкласни програми и доставчици на обучение, които намират големите системи за твърде тежки или скъпи за нуждите си.

Какво трябва на системата за управление на училище

Данните

По-голямата част от системата се крепи на шест таблици:

Добавете оценявания (тест или задача в клас, с максимален резултат и тегло) и оценки (резултатът на един ученик на едно оценяване), след като присъствието работи.

Таблицата за записвания е по-важна, отколкото изглежда. Учениците сменят класове по средата на срока. Ако съхранявате „клас“ директно при ученика, губите историята и отчетите за присъствие престават да се сумират.

Страниците

• Административно табло: днешното присъствие с един поглед, ученици без попълнен регистър, последни промени.
• Списък с ученици и профил: търсене, филтриране по клас или година, профил с класовете, присъствието и оценките.
• Страница на класа: списъкът, днешният регистър и дневникът с оценки.
• Екран за регистър: този, който учителите ползват всеки ден. Трябва да отнема секунди на телефон или таблет – всички са отбелязани като присъстващи по подразбиране, докосвате, за да промените.
• Дневник с оценки: оценяванията като колони, учениците като редове, със изчислената средна стойност.
• Изглед за родители: само присъствието, оценките и известията на собствените им деца.

Правата

Това е мястото, където системите за училища успяват или се провалят. Запишете правилата, преди да създавате:

• Администраторите виждат и редактират всичко.
• Учителите виждат и редактират само класовете, които преподават, и само учениците в тях.
• Родителите виждат само своите деца, само за четене.
• Учениците (ако изобщо влизат) виждат само собствените си записи.

„Само“ трябва да се налага на сървъра, а не само със скриване на бутони. Родител, който промени число в адреса на страницата, не трябва да може да отвори профила на друго дете. Нашето ръководство за контрол на достъпа на базата на роли обхваща модела.

Решения, които трябва да вземете преди началото

Кой влиза в първата версия? Само персоналът е много по-просто. Родителите и учениците умножават случаите на права и заявките за поддръжка. Много училища започват с входове за персонала и изпращат на родителите отпечатан или по имейл отчет, докато основната част стане стабилна.

Как се изчисляват оценките? Претеглени средни, отхвърлени най-ниски оценки, буквени диапазони, зачетено/незачетено – изберете една схема и я запишете с пример. Логиката за оценяване е частта, която най-много си заслужава да проверите на ръка.

Какво е „срок“? Класовете, записванията и отчетите зависят от него. Решете дали използвате срокове, семестри или една учебна година и го направете таблица, а не текстово поле.

Импорт, а не преписване. Почти сигурно имате ученици вече в електронна таблица. Планирайте импорт на CSV за ученици, настойници и записвания от първия ден. Вижте как да превърнете електронна таблица в приложение.

Къде се съхраняват данните и кой може да ги вижда. Записите за ученици са чувствителни. На много места те са обхванати от специфични правила – FERPA в САЩ, GDPR в ЕС и Обединеното кралство и други другаде. Проверете какво важи за вас, преди да качите реални имена, и потърсете съвет, ако не сте сигурни. Като минимум: по подразбиране частно, одит кой какво е променил и начин да експортирате или премахнете данните на ученик.

Първи промпт, който работи

Създай уеб приложение за управление на училище за малко училище. Персоналът влиза с имейл и парола; ролите са администратор и учител. Данни: ученици (име, дата на раждане, випуск, статус), настойници, свързани с ученици, персонал, срокове, класове (име, предмет, учител, срок, седмичен график) и записвания, които свързват ученици с класове с начална и крайна дата. Учителите виждат само класовете, които преподават, и учениците, записани в тях; администраторите виждат всичко. Направи страница на класа със списък и дневен регистър, където всеки е присъстващ по подразбиране, а учителят докосва, за да отбележи отсъствие, закъснение или извинение, с незадължителна бележка. Администраторите получават табло, което показва кои класове още не са попълнили днешния регистър. Добави импорт на CSV за ученици и настойници. Съхранявай всичко в база данни. Остави оценките, входовете за родители и таксите за по-късно.

Обърнете внимание какво прави промптът: назовава ролите, изразява правилото за правата в едно изречение, описва подробно най-използвания екран и казва какво да се остави настрани.

Стъпки за създаване

1. Модел на данните и примерни данни. Поискайте таблиците и малко, ясно фалшиво примерно училище – два срока, пет класа, четиридесет ученици. Никога не използвайте реални записи на ученици, докато създавате.
2. Административни екрани. Списък с ученици, профил, списък с класове, редактиране на записвания. Проверете, че преместването на ученик в друг клас запазва старото записване с крайна дата.
3. Входове за учители и регистърът. Влезте като учител и се уверете, че виждате само своите класове. Попълнете регистър на екран с размер на телефон.
4. Тестове на правата. Влезте като двама различни учители и опитайте да отворите класовете си един на друг чрез URL. И двата опита трябва да се провалят.
5. Импорт. Импортирайте реалната си електронна таблица в копие, поправете колоните, които не съвпадат, и после решете дали сте готови да пуснете системата.
6. Оценки. Добавете оценявания и дневника с оценки. Тествайте средната стойност с работен пример, който сте изчислили на ръка.
7. Отчети. Процент присъствие на ученик и на клас за период от време – отчетът, който администраторите най-често искат.
8. Достъп за родители, ако ви е нужен. Добавете входове за настойници последни, с изгледи само за четене и най-строгите тестове на права от всички.

Чести грешки

• Съхраняване на класа при ученика. Използвайте записвания с дати, иначе историята изчезва.
• Права само в интерфейса. Скритите бутони не са сигурност. Тествайте през URL адреси и през API.
• Бавен регистър. Ако отбелязването на присъствие отнема повече време от хартията, учителите ще спрат да използват системата.
• Реални данни при тестване. Използвайте измислени имена, докато правата не са доказани.
• Изтриване на ученици. Вместо това ги маркирайте като напуснали. Миналото присъствие и оценки все още принадлежат на записите на училището.
• Създаване на всичко едновременно. Разписания, такси, съобщения, свидетелства и приложение за родители заедно са година работа. Пуснете първо регистъра.
• Няма одит история. Когато оценка се промени, някой ще попита кой и кога я е променил. Записвайте го.

Кога готов продукт е по-добрият избор

Утвърдените системи за управление на училища и информационни системи за ученици покриват неща, с които персонализираната разработка трудно може да се сравни: отчети към държавата и изпитните органи, сложни разписания, интеграции с учебни платформи, събиране на такси и години от особени случаи. Ако управлявате голямо училище, имате законови задължения за отчетност или искате доставчик да поеме поддръжката и съответствието, купете готова система.

Създаването има смисъл, когато нуждите ви са по-тесни или необичайни: учебен център, който проследява сесии и напредък, езикова школа с непрекъснати записвания, доставчик на обучение с групи или малко училище, което използва една пета от скъпа система. Фокусиран инструмент, който прави точно вашия работен процес, може да е по-добър от голям, с който се борите всеки ден. Нашето ръководство за разработка срещу покупка на софтуер разглежда компромиса, а как да създадете вътрешен инструмент обхваща версията само за персонала.

Създаване с Mythex

В Mythex описвате системата в чата и я виждате как се оформя в жив преглед. Използвайте първо режима Plan, за да договорите таблиците и ролите, преди да е написан какъвто и да е код. Mythex добавя специализирана база данни, когато приложението има нужда от нея, и файлово хранилище, ако искате да прикачвате документи към профилите на учениците. Входът за персонала и родителите е собствен за вашето приложение: Mythex не предоставя вграден продукт за вход, затова агентът свързва подход по ваш избор – вижте добавяне на вход в приложението. Публикувайте на линк mythex.ai или на собствен домейн в Pro – адресът е публичен, затова входът и проверките на правата в приложението ви са това, което пази записите частни. За начало разгледайте шаблона за инструмент за оценяване на учители или страницата за AI инструмент за портал на учебен център.

Въпроси