Жоғары оқу орнындағы оқу процесін басқару жүйесі: деректер моделі

Неліктен жоғары оқу орнына бірыңғай жүйе қажет және ол қандай мәселелерді шешеді

Оқу процесі туралы деректер әртүрлі файлдарда, чаттарда және кестелерде болса, қызметкерлер оқытуды ұйымдастыруға емес, нұсқаларды салыстыруға уақыт жұмсайды. Бірыңғай оқу процесін басқару жүйесі кесте, жүктеме, ведомостар мен есептер бір дереккөзге сүйену үшін керек, онсыз ондаған «ең соңғы» құжаттар пайда болады.

Кестелер басында ыңғайлы, бірақ шын өмірде тез бұзылады: аудиториялар өзгереді, оқытушылар кетеді, топтар бөліне бастайды, академиялық қарыздар пайда болады. Нәтижесінде бірдей өріс (мысалы, «кім жүргізеді») бірнеше жерде сақталып, әртүрлі болады.

Көбірек жоғалады немесе дубльденеді:

• кестенің өзекті нұсқасы;
• пәннің топ пен семестрге байланысы;
• оқытушылар бойынша фактілік жүктеме;
• қайта тапсырмалар негіздері;
• бағаларды түзету тарихы және оны кім енгізгені.

Сосын дау-дамай басталады: «менің ведомостымда бір нәрсе», «деканатта басқа», «кестеде үшінші».

Бірыңғай жүйе кілт тапсырмаларды қолмен деректерді "жапсыру"сыз шешеді: кестені жоспарлау мен жариялау, қақтығыстарды тексеру, жоспарға және фактіге сәйкес жүктемені есептеу, ведомостарды және қайта тапсырмаларды түсінікті өзгерістер тарихымен жүргізу, сондай-ақ басшылық және тексерушілер үшін есептер дайындау.

Автоматизацияны ең қатты қателер мен қоңыраулар тудыратын нәрседен бастаған жөн: кесте мен ведомостар. Типтік сценарий: деканат іс-шараға байланысты сабақты ауыстырады, оқытушы бағаларды «ескі кесте бойынша» енгізеді, ал староста ескірген файлды таратады. Егер жүйе біртұтас нысандарды сақтап, өзгерістерді тіркессе, осындай айырмашылықтар сирек және тез анықталатын болады.

Пайдаланушылар мен сценарийлер: кімге не қажет

Деректер моделінің шамадан тыс өсуі мен қайшылықты болмауы үшін кестелерден емес, рөлдерден бастаңыз. Оқу жүйесінде әртүрлі адамдар әртүрлі шешімдер қабылдайды және әрқайсының өзіне қажетті деректері бар.

Студентке әр күнге қатысты жауаптар маңызды: қай жерде және қашан пара, кім оқытушы, қандай тапсырмалар берілді, қандай бағалар қойылған және қарыздар бар ма. Оған қызметтік өрістер мен ішкі келісім себептері қажет емес, алайда өзекті ақпарат пен қайта тапсыру тарихын көру маңызды.

Оқытушыға жұмысқа қажетті жиынтық қажет: сабақтағы топтардың тізімі, қатысу журналы, бағалар енгізетін ведомость, сабақ тақырыптары мен оқу материалы. Оқытушы топ құрамы, оқу жоспары немесе сабақтарды келісімсіз ауыстыру құқығына ие болмауы тиіс.

Деканат пен оқу бөлімі ережелер мен бақылауға жауапты. Оларға топтар мен ағындарды қалыптастыру, аудармалар мен академиялық демалыстарды тіркеу, пәндер мен оқытушыларды оқу жоспарына тағайындау, кестені бекіту (соның ішінде ауыстырылымдар), ведомостарды ашып-жабу, сондай-ақ қарыздар, жүктеме және ведомостардың толтырылуын көрсететін есептер маңызды.

Қатынау құқықтарын іс-әрекеттерден құру жеңілірек. Мысалы, оқытушы өз ведомостарында ғана және жабылғанға дейін ғана бағаларды енгізеді, ал деканат жазбаны кері қайтарып, растама сұрап немесе ведомосты міндетті түсініктемемен қайта ашуға құқылы болуы мүмкін.

Басшылыққа әдетте қысқа есептер жиынтығы қажет: семестр бойынша оқу жоспарының орындалуы, қарыздар мен қайта тапсырулар, оқытушылардың жүктемесі, бағалар мен ведомостар бойынша өзгерістердің аудиті, сондай-ақ кестенің сапасы (аудиториялар қақтығысы және оқытушылардың қабыспауы). Бұл сұраныстарды бірден ескерген жөн, кейін қолмен деректер жинамау үшін.

Деректер моделін қалай ойластыру керек: нысандар мен байланыстар

Жақсы деректер моделі қарапайым сұрақпен басталады: қай деректер сирек өзгереді, ал қайсысы әр семестрде пайда болып және өзгереді. Осылайша анықтамалар (тұрақты нысандар) мен құжаттар (фактілер мен оқиғалар) бөлінеді. Бұл шатасуды және кейінгі түзетулер санын айтарлықтай төмендетеді.

Анықтамалар жылдар бойы өмір сүреді: факультеттер, кафедралар, аудиториялар, сабақ түрлері, лауазымдар, баға түрлері. Құжаттар кезең бойынша өмір сүреді: қабылдау бойынша оқу жоспары, жүктеме тарату, апталық кесте, пән бойынша ведомость, топ өзгерту туралы бұйрық.

Байланыстардың тарқамауы үшін алдын ала идентификаторлар туралы келісіңіз, яғни неуникальды болатындығын. Мысалы, «топ» көбіне тек «ИС-21» жолымен тең емес: әр түрлі бағдарлама немесе қабылдау жылдарында кодтар қайта қолданылуы мүмкін. Практикалық шешім: бірегей кілтті бағдарлама (мамандану), қабылдау жылы және топ коды комбинациясы ретінде сақтау. Пән үшін де солай: бірдей атау әртүрлі нұсқаларды білдіруі мүмкін, сондықтан пән коды мен оқу жоспарына байланыс маңызды.

Байланыстарды негізгі жолдан құру ыңғайлы: топ -> оқу жоспары -> пән -> оқытушы. Осы жолда оқу оқиғалары (сабақтар) және бақылау құжаттары (ведомостар) пайда болады. Сабақ әдетте оқу кезеңі, топ немесе ағын, пән, сабақ түрі, дата мен уақыт слоты және аудитория бойынша бірегей болады.

Тарихилық: өткенді өшірмеңіз

Оқу деректерінде өзгерістер міндетті: параны ауыстыру, оқытушыны ауыстыру, қайта тапсыру. Жай ғана өрісті жаңарту орнына әрекеттерді мерзімі бар нұсқалармен (valid_from/valid_to) және ағымдылық белгілерімен сақтау пайдалы.

Мысал: семестр ортасында ағынға оқытушыны ауыстырды. Егер бір жазбада «оқытушы» өрісін жай жаңартсаңыз, кім сабақ өткізгені туралы ақпарат жоғалады. Нұсқалылық екі кезеңнің де тарихын сақтайды және ведомостарды дұрыс жабуға көмектеседі.

Модельдің тұрақтылығын тез тексеру

• Семестрдің кез келген күніне жағдайды ешқандай қосымша түсініктемесіз қалпына келтіруге бола ма?
• Топ, пән және сабақ үшін бірегей кілттер бар ма?
• Анықтамалар құжаттардан бөлінген бе, сонда бірін түзету басқа нәрсені бұзбай ма?
• Өзгерістер себептері (бұйрық, қызметтік жазба) бөлек құжат ретінде сақталуы мүмкін бе?

Бұл логика кейін жүйені сенімді инфрақұрылымға орналастырғанда өте пайдалы болады, мысалы жергілікті серверлерде немесе ұйымның дата-орталығында.

Студенттер, топтар және ағындар үшін нысандар

Кесте, ведомостар және оқу жоспарлары тарқамауы үшін терминдерден бастап келісу маңызды.

• Топ — бір оқу жоспары мен басқаруы бар тұрақты студенттер тобы.
• Курс — оқу жылы (1 курс, 2 курс).
• Ағын — бірнеше топты біріктіретін құрылым, олар бір пәнді бірге тыңдайды (мысалы, жалпы лекция).

Подгруппа (шіктеу) қажет болғанда топ тәжірибелерге, зертханаларға немесе тіл сабақтарына бөлінеді. Бұл модельде бұл «сабақ түрі» емес, жеке нысан немесе топ ішінде белгі болуы керек, сонда кесте мен ведомостар дұрыс жиналады.

Минималды нысандар жиынтығы:

• Студент: толық аты-жөні, идентификатор, статус (оқиды, академиялық демалыста, шығарылды), байланыс деректері.
• Топ: код, курс, оқу формасы (күндізгі/қашықтан), оқу тілі, филиал (кампус), куратор.
• Ағын: атауы, оқу жылы (семестр), қатысушы топтардың тізімі.
• Подгруппа: нөмір (белгі), топқа байланысы, мөлшері.

Ең жиі болатын қате — студентте бір «топ» өрісін сақтау. Оның орнына «студент-топта» кестесін жүргізген жөн: басталу және аяқталу датасы, негіз (аударма, қалпына келу) және «ағымдағы» белгі. Солайша топтар арасындағы ауысулар бұрынғы семестрлердегі есептер мен ведомостарды бұзбайды.

Кейін кестеге және жүктемеге әсер ететін шектеулер келеді: топ пен подгруппалардың сыйымдылығы, бірлескен сабақтарға рұқсат (екі топ бір ағынға), форма немесе тіл бойынша араластыруға тыйым (егер бұл вуздың ережесі болса), филиал бойынша шектеулер (аудиториялар ортақ емес болса).

Мысал: екі 2-курс тобы бір тілде оқиды, бірақ әртүрлі филиалдарда. Лекцияларды ағынға біріктіруге тек қашықтан форматта немесе «арафилиал ағыны» сияқты жеке ереже болған жағдайда ғана болады, әйтпесе кесте физикалық мүмкін емес сабақтарды жасайды.

Пәндер мен оқу жоспарлары: оқу мазмұнын қалай сипаттау керек

Жүйе анықтамалар жиынтығына бөлінбеуі үшін деңгейлерді бөліңіз: пән, модуль және тақырып.

• Пән (мысалы, «Деректер базалары») оқу жоспарына енгізіліп, сағат саны, бақылау түрі және кафедраға байланысы бар.
• Модуль үлкен пәндер үшін логикалық блоктар мен аралық бақылауларды ұйымдастырады.
• Тақырып силлабус пен сабақ мазмұны үшін пайдалы, бірақ әдетте жүктеме мен ведомостарда есептелмейді.

Оқу жоспарын нұсқаланып сақтаған жөн. Бірдей «мамандану бойынша жоспар» қабылдау жылы бойынша өзгереді, және «ағымдағы жоспарды түзету» тарихты бұзады. Практикалық ереже: «жоспар шапкасы» бар, ал «жоспар нұсқасы» нақты қабылдау жылына (және қажет болса тіл мен оқу формасына) бекітіледі. Топтар мен студенттер дәл сол нұсқаға сілтейтін болады.

Пән ішінде құрамдарды ашық сипаттаған пайдалы, сонда кесте мен жүктеме бірдей есептеледі. Көбіне жеткілікті: лекциялар, практикалықтар, зертханалықтар, өзіндік жұмыс (СРС), консультациялар (егер вуз есептесе).

Бақылау формаларын компоненттерден бөлек сақтау дұрыс: емтихан, тест, курстық жұмыс, жоба, дифференциалды тест. Мұнда ведомостарға не кіретінін және қалай кіретінін анықтаңыз. Мысалы, пәнде «зачет» қорытынды ретінде болуы мүмкін, бірақ сондай-ақ «курсовая» жеке ведомость ретінде болуы мүмкін.

Мысал: 2024 жылғы қабылдау нұсқасы «Программалау 2»-ні 2-семестрде орналастырады, 30 сағат лекция, 30 сағат практикалар, бақылау формасы — емтихан және бөлек курстық жұмыс. Деканат қай ведомостар семестр соңында ашылатынын, ал оқытушы қандай бағалар міндетті екенін көреді.

Кесте: құрылым, шектеулер және нұсқалылық

Кестені қарапайым "құмырсқалардан" жинаған жақсы. Негізгі нысан — сабақ (пара): дата, басталу және аяқталу уақыты, түрі (лекция, практика, зертхана), пән, топ немесе ағын, оқытушы және аудитория. Формат (күндізгі/қашықтан) және «подгруппа» белгісін сақтау пайдалы.

Қақтығыстар — хаостың ең жиі себебі. Оларды сақтау кезінде және жариялау кезінде тексерілетін ережелер арқылы алдын алуға болады:

• оқытушы бір уақытта екі сабақ өткізе алмайды;
• аудитория екі сабаққа бір уақытта бекітілмеген болуы керек;
• топ (немесе подгруппа) бір слотта екі сабаққа ие болмауы керек;
• уақыт слоты бекітілген торға сай болуы;
• әр сабақтың нақты «иесі» болуы (кім құрған және кім келісім берген).

Кестедегі өзгерістер inevitable, сондықтан оларды оқиғалар ретінде қарастырыңыз, біреудің жай ғана жазбаны «қайта жазып» қоюы емес. Практикалық түрде өзгеріс түрі (оқытушыны ауыстыру, уақыт бойынша ауыстыру, аудитория бойынша ауыстыру, болдырмау, қосу), сондай-ақ себеп, енгізу күні және инициатор сақталуы керек.

Нұсқалылық «шынайы кесте» деген сұраққа жауап береді. Ыңғайлы өмірлік цикл: жобалық (редакцияланады), келісуде (мұздатылған, тек пікірлер), финал нұсқасы (жарияланады) және қажетті жағдайда нақты кезеңге жаңа финал нұсқасы.

Мысал: оқытушы сәрсенбіде таңертең ауырып қалды. Оқу бөлімі «ауыстыру» оқиғасын жасайды, жүйе қақтығыстарды тексеріп, сол аптаға жаңа финал нұсқасын шығарады, ал семестрдің жабылған апталарын бұзбайды.

Ведомостар мен бағалар: есептеу және өзгерістерді бақылау

Ведомость — бағаларды контекстпен байланыстырған құжат: топ (немесе ағын), пән, кезең (модуль, семестр), бақылау формасы және жауапты оқытушы. Ведомостарды түрлерге бөлу керек: ағымдағы, аралық, емтихан және қайта тапсыру ведомостары. Осылайша ережелер мен мерзімдер араласпайды.

Ведомостадағы баға көбіне бір ғана сан емес ретінде сақталуы тиіс. Бұл 5-балл, 100 балл немесе әріптік шкалалар сияқты әртүрлі шкалаларды және жарамдық логикасын қолдауға жеңілдік береді.

Әдетте сақтау керек: шкала мен бастапқы баллдар, ведомостадағы қорытынды (вуз ережелері бойынша дөңгелектеу), қабылдау белгісі мен негізі, талпыныс (1-ші тапсыру, қайта тапсыру N) және дата, жазба статусы (жоба, тапсырылды, расталды, жабылды).

Ең ауыр жер — түзетулер. Оқытушы қателерді ведомость жабылғанға дейін түзетіп, ал деканат ерекшеліктерді басқаруы керек. Ең жақсы тәжірибе: ведомость тапсырылғаннан кейінгі кез келген түзету сұрау арқылы өтеді және өзгерістер журналында тіркеледі (кім, қашан, не болды, не болды, себеп). Финалдық жабылғаннан кейін түзетулер не толық тыйым салынған, не қызметтік шешім арқылы ғана, міндетті түсініктемемен жүзеге асырылады.

Мысал: оқытушы аралық бақылау үшін балл қойды, студент маңызды себепті растайтын құжат әкелді. Деканат қайта тапсыруды ашады, жаңа қайта тапсыру ведомосты жасалады және бастапқы жазба тарихта қалады.

Рөлдер мен құқықтар: оқытушы, деканат және оқу бөлімі

Жүйедегі құқықтарды лауазымдардан емес, әрекеттерден құру жеңілірек: кім деректер енгізеді, кім тексереді, кім бекітеді және кім шешімді кері қайтарды. Бұл келіспеушілікті азайтады және жауапкершілікті айқын етеді.

Оқытушы

Оқытушыға өзінің сабақтары деңгейінде жылдам операциялар қажет. Әдетте ол тек тағайындалған немесе қосымша жауапты болған топтар мен пәндерді көреді. Ол қатысуын белгілейді, ағымдағы бағаларды енгізеді және қорытынды нәтижелерді дайындайды.

Қараңыз: жоба мен финалды бөліп көрсету маңызды — оқытушы кезең жабылғанға дейін жазбаларды түзете алады, алайда өзгерістер журналда қалу керек.

Деканат және оқу бөлімі

Деканат оқу процесіне қатысты тапсырмаларды орындауға жауапты: топтарды пәндерге және оқытушыларға бекіту, мерзімдерді бақылау, аттестацияларды ашып-жабу, ведомостарды жабу және даулы жағдайларды шешу (мысалы, емтиханға қабылдауға рұқсат).

Оқу бөлімі жалпы ережелерді анықтайды: кесте торы, сабақ түрлері, аудиториялар, «саңылаулар», қабыспаулар және жүктеме шектеулері, сондай-ақ семестр күнтізбесін жүргізеді.

Бұл хаоссыз жұмыс істеуі үшін негізгі нысандарға (кесте, пән, топ, ведомость) қысқа құқық матрицасын жасаңыз: оқу, құру, өңдеу (бекітуге дейін), бекіту, жою (міндетті себеп пен журналмен).

Мысал: оқытушы қорытынды бағаларды қойғаннан кейін ведомосты бекітуге жібереді. Деканат мерзімдер мен топ құрамын тексеріп, бекітіп және ведомосты жабады. Кейін сәйкессіздік табылса, деканат себеппен аннулирлейді, ведомость қайта жұмысқа оралады және жүйе барлық нұсқаларды сақтайды.

Қадам бойынша: артық күрделіліксіз жүйені қалай жобалау керек

Семестрдің шынайы өміріне негізделіңіз. Бір факультет пен бір семестрден бастаңыз және бірінші кесте нұсқасынан бастап ведомостарды жабуға дейінгі жолды өткізіңіз. Қай кім әрекетті бастайды, қандай құжаттар пайда болады, қай жерде түзетулер болады және не финал болып есептелетінін жазыңыз.

Одан кейін нысандар тізімін қарапайым сөздермен жазыңыз: топ, пән, сабақ, аудитория, оқытушы, ведомость, баға, бұйрық. Жанында нақты қажет негізгі өрістерді жазыңыз: оқу жылы, сабақ түрі, сағат бойынша жүктеме, кезең, өзгерістер негізі.

Оны шағын деректер прототипімен бекіту пайдалы. Мысалы: IT факультеті, 1 курс, екі топ, бір ағын, пән «Математика», үш оқытушы, 16 апта. Аудиторияны бір сабаққа ауыстыру, оқытушыны аптаға ауыстыру, сабақты өткізіп жіберіп алмауды тексеріңіз — бәрі ведомосты бұзбауы керек.

Келісулерге батпау үшін статустар мен бақылау нүктелерін алдын ала белгілеңіз:

• Жоба, Келісуде, Бекітілген, Жабылған.
• Қанша адам статусты өзгертеді.
• Бекітілгеннен кейін не өзгертуге болмайды.
• Түзету қалай рәсімделеді: жаңа нұсқа немесе жазбаша түзету.

Және журналдауды ойластырыңыз. Оқытушыға әдетте өзінің кестесін қарау, бағаларды енгізу және қайта тапсыруға өтініш беру қажет. Деканатқа — кестені бекіту, оқытушыларды тағайындау, ведомостарды ашып-жабу, есептер. Бағалар мен ведомостар бойынша кез келген әрекет тіркелсін: кім, қашан, не өзгертті және не себеппен.

Жобалау кезіндегі жиі қателіктер және олардан қалай сақтану

Оқу жүйелеріндегі проблемалар көбінесе «күрделі логикадан» емес, нысандардың шекараларының қате анықталуынан және өзгерістерді бақылаудың болмауынан пайда болады.

Типтік тұзақтардан біреуі — «пән» мен «оқу жоспары элементін» бірдей сақтау. Пән — анықтама (атауы, коды, кафедра), ал оқу жоспарында пәнге контекст беріледі: семестр, сағаттар, бақылау формасы, бағдарлама, бағыт пен ағынға байланысы. Бұл деңгейлерді бөліңіз, әйтпесе жоспарды түзету есептерді бұзады.

Екінші қате — тарихсыз жұмыс. Егер оқытушыларды ауыстыру, сабақтарды ауыстыру және аудитория өзгерістерін оқиға ретінде, датасы мен себебімен тіркемесеңіз, бір айдан кейін не үшін топтың сабақтары «жоғалғанын» түсіндіру мүмкін емес.

Үшінші қате — бағалардың ізсіз өзгерістері. Бағалар тек журналдаумен болатын операциялар арқылы ғана өзгертілуі тиіс: кім өзгерткен, қашан және қандай негіз (қайта тапсыру, аппеляция, қателікті түзету).

Бастаптан не қою керек: ведомост үшін статустар (жоба, тексеруде, келісілген, жабылған), кестеде оқытушылар мен аудиториялардың қабыспауларын тексеру, рөлдері (оқытушы енгізеді, деканат тексереді және жабады), кесте мен ведомостар үшін тарих (жою орнына нұсқалар).

Мысал: оқытушы екі аптаға ауыстырылды, ал ведомость жартылай толтырылған. Нұсқалылық арқылы нақты күндерде кім сабақ бергені және неге уақытша басқа адамға қол жеткізу берілгені көрініп тұрады.

Қарапайым іске қосу алдындағы қысқа чек-лист

Іске қоспас бұрын келесі тексерістерді бір рет өткізіп алған жөн, әйтпесе кейін «неге әркімнің деректері әртүрлі» және «кім бағаларды өзгерткен» сияқты мәселелерді апталап шешуге тура келеді.

Деректер, байланыстар және жауапкершілік

Анықтамалар бір жерде болуы тиіс: топтар, пәндер, оқытушылар, аудиториялар. «Иванов И.И.» және «Иванов Иван» сияқты дубльдердің болмауы керек.

Кесте бір файл емес, нұсқа мен статуспен нысан ретінде сақталуы шарт. Қайсысы жобалық, қайсысы бекітілген және статусты кім өзгертетіні анық болуы тиіс.

Ведомость оқу жоспарына, топқа (немесе ағынға), кезеңге байлануы және жауапты болуы керек. Сонда оны кездейсоқ басқа пәнге "жабыстыру" мүмкін болмайды.

Қауіпсіздік құқықтарын қарапайым рөл матрицасымен сипаттаңыз (оқытушы, деканат, оқу бөлімі, әкімші) және типтік әрекеттерді тексеріңіз: ведомость құру, бағаны қою, аудиторияны өзгерту, кестені бекіту.

Өзгерістер журналы негізгі объектілер үшін қосулы болуы керек: кесте мен бағалар. Не өзгергені, қашан және кім өзгерткенін, плюс қысқа себеп болуы шарт.

Есептер мен экспорттар сол бір нысандардан алынады дегенді тексеріңіз, уақытша кестелерден немесе қолмен өңделген Excel файлдардан емес.

Пилот және қолдау дайындығы

Пилотты бір факультетке және бір семестрге шектеу жақсы: 2-3 сценарийді таңдап алыңыз (мысалы, кестені бекіту, ведомостарды ашу, қайта тапсырулар). Нәтижелер бойынша модель мен рөлдерге түзетулер енгізіңіз.

Алғашқы айға қолдау жоспары қажет: өтініштерді кім қабылдайды, қандай мерзімде жауап береді, құжаттама қайда сақталады. Егер инфрақұрылым өзіңіздікі болса, жүктеме мен сенімділікті бағалаңыз; егер серверлер қажет болса және тәулік бойы қолдау керек болса, бұл бастапқыда ескеруді қажет етеді (мысалы, жүйелік интегратор және сервистік желі сияқты GSE.kz ұсынатын қызметтер арқылы).

Мысал сценарий: бір семестрді деканат пен оқытушының көзқарасымен

Факультет: 3 кафедра, бірінші курс бойынша 6 топ (мысалы, ИС-101...ИС-106), 2 корпус. Деканатқа жалпы картинаны көру маңызды, ал оқытушыға — тек өз сабақтары, топтары және ведомостары.

Семестр оқу жоспары бойынша басталады: әр топқа пәндер, сағаттар, сабақ түрлері мен кезеңдер белгілі. Осыдан бастап деканат (немесе оқу бөлімі) ағындарды жасап, жүктемені бекітеді: пән + сабақ түрі + топ немесе ағын + оқытушы + апталар. Бұл кесте мен болашақ ведомостарға негіз болады.

Одан кейін кесте жасалады. Әр сабаққа дата, слот, аудитория, корпус, топ немесе ағын, пән, оқытушы, сабақ түрі бекітіледі. Кесте нұсқасы мен өзгерістер тарихын сақтау маңызды, сонда кейін не үшін сабақ ауыстырылғанын түсіндіруге болады.

Семестр ортасында оқытушы ауырып, ауыстыру қажет болады. Өзгеріс оқиға ретінде рәсімделеді (оқытушыны ауыстыру немесе сабақты ауыстыру) және себебі мен расталуы тіркеледі. Деканат бұл журналдан көріп, студенттерде екі түрлі жазба пайда болмайды.

Аралық бақылаулардан кейін ведомостар ашылады. Ведомостарды негізгі және қайта тапсыру ретінде айыру маңызды: негізгі, қайта тапсыру, комиссия. Ведомостың айқын атрибуттары болуы керек: топ, пән, кезең (семестр), түрі (емтихан/зачет), талпыныс (1, 2), негіз (бұйрық/рұқсат) және статус (жоба, тапсырылды, жабылған). Солайша қайта тапсыру негізгі жазбаны жоймайды.

Семестр соңында жүйе есептер жинайды: кафедралар бойынша ведомостарды жабу, қарыздар тізімі, оқытушылардың жүктемесі (жоспар-факт), қатысу, топтар бойынша қорытынды (аудару немесе шығару туралы бұйрықтар үшін).

Келесі қадамдар: пилот, инфрақұрылым және қолдау

Пилотты бір факультетте немесе институтта бастаңыз. 1-2 типтік оқу жоспарын, бірнеше топ пен бірнеше кафедраны таңдаңыз. Мақсат — нақты жағдайда кесте, бағалар енгізу және ведомостардың жұмысын тексеру, кемшіліктер жинап, регламенттерді кішірек масштабта түзету.

Старттан бұрын база дайын болу керек, әйтпесе жақсы деректер моделі де жұмыс істемей қалады: анықтамалардың иелерін (топтар, пәндер, аудиториялар, оқытушылар) тағайындаңыз, рөлдер мен құқықтарды бекітіңіз, өзгерістер ережелерін келісіңіз (түзетулер мерзімі, кім келіседі, себептер қалай тіркеледі), бұйрық шаблондарын дайындаңыз және қолдау арнасын анықтаңыз.

Инфрақұрылым бойынша сенімділік пен болжамдылыққа бағдарлану керек. Серверлер ресурстар резервімен, тұрақты желі, деканат пен кафедраларда жұмыс орындары және резервтік көшіру болуы тиіс. Минимум: күнделікті бэкаптар, қолжетімділікті бақылау, әрекеттерді журналдау, тоқсан сайын ең болмағанда бір рет қалпына келтіруді тексеру.

Жүйелік интеграторды қосу қажет пе — егер қатты мерзімдер болса, филиалдар көп болса, кадрлармен, бухгалтериямен, LMS-пен күрделі интеграция жоспарланған болса немесе сенімділік пен қауіпсіздік талаптары жоғары болса, онда иә. Бұл тәулік бойы қолдауды және нақты реакция ережелерін қажет етсе де жарайды. GSE.kz енгізудің практикалық бөлігін жабуға көмектесе алады: серверлер мен жұмыс станцияларын орнату, жүйелік интеграция және қолдау.