anotacija

Šis straipsnis supažindina skaitytoją su unikaliu, neseniai pasirodžiusiu mokyklos tvarkaraščio sudarymo algoritmu. Pranešama apie vienintelės pasaulyje programos, kuri negali sukurti, bet sukurti tokį tvarkaraštį visiškai automatiniu režimu, testavimo rezultatai. Remiantis dešimčių milijonų testų (sudarytų mokyklų tvarkaraščių) rezultatais, paneigiamas mitas apie tai, kad neįmanoma sudaryti mokyklos tvarkaraščio be žmogaus dalyvavimo. Numatomos tolimesnės šios programinės įrangos kūrimo prognozės. Aptariamas SaaS naudojimo verslo modelis. Norint suprasti pagrindinį straipsnio turinį, nereikia specialaus matematinio pagrindo, todėl straipsnis skirtas plačiam susidomėjusių skaitytojų ratui.

1. Įvadas

Per pastarąjį dešimtmetį Rusijos Federacijoje buvo apginta mažiausiai keliolika disertacijų temomis, susijusiomis su studijų grafikų sudarymo užduotimi. Per praėjusį, prieš šį, dešimtmetį apgintų disertacijų skaičius buvo ne mažesnis. Nors daugiausia ginamos disertacijos dėl technikos mokslų kandidato vardo ir svarstomos paskaitų planavimo aukštajai mokyklai užduotys, tačiau šis faktas rodo, kad vis daugiau mokslininkų atkreipia dėmesį į mokyklos tvarkaraščio sudarymo užduotis. Galbūt šis darbo srautas yra susijęs su nuolatine kompiuterinių technologijų pažanga ir visuotiniu prieinamumu. Mūsų akyse vyksta tikrai nuostabūs procesai. Prieš kokius dvidešimt penkerius metus tokį elektroninį kompiuterį kaip EC1066 galėjo sau leisti tik didelė, dažniausiai gynybos, įmonė. Toks kompiuteris buvo patalpoje iki kelių šimtų kvadratinių metrų, aprūpintas galinga nepertraukiamo maitinimo sistema ir mikroklimato palaikymo sistema. Tokie elektroniniai kompiuteriai pirmiausia buvo skirti unikalioms mokslo ir technikos problemoms, turinčioms įtakos šalies gynybiniam pajėgumui, spręsti. Šiandien daugelis žmonių namuose turi asmeninius kompiuterius. Bet tik pagalvok apie tai. Tokio asmeninio kompiuterio operatyvioji atmintis yra 125 - 250 kartų didesnė nei minėto milžino. Greitis didesnis, daugiau nei 1000 kartų. Ir tai nėra rašybos klaida. Daugiau nei tūkstantį kartų.

2 kartos tvarkaraščių programinės įrangos

Pirmosios publikacijos apie kompiuterinių technologijų panaudojimą pamokų planavimui automatizuoti pasirodė praėjusio amžiaus 60-ųjų pradžioje, todėl užduotis sudaryti studijų tvarkaraštį naudojant kompiuterines technologijas turi gana ilgą istoriją. Per beveik 50 intensyvių tyrimų metų buvo atliktas didžiulis intelektinis tūkstančių specialistų darbas visame pasaulyje. Tačiau užduotis sudaryti studijų tvarkaraščius tiek anksčiau, tiek dabar tebėra sunkus riešutėlis. Visai nenuostabu, kad tobulėjant kompiuterinėms technologijoms atsirado ir tobulėjo mokyklos tvarkaraščio sudarymo programos. Todėl pereikime (natūralu, telegrafo stiliumi) į labai sąlyginius šios raidos laikotarpius. Per daug nesigilinant į istorinius tyrimus ir nerizikuojant padaryti didelės klaidos, kompiuterio (elektroninio kompiuterio – KOMPIUTERIS) pasirodymas galimas iki 1945 m. Tokia išvaizda (vėlgi nerizikuojant padaryti didele klaida) gali būti siejama su karinės kompiuterijos poreikiu. Viena iš pirmųjų užduočių, kurios buvo išspręstos pirmuosiuose kompiuteriuose, buvo artilerijos ir aviacijos balistinių lentelių sudarymas. Ne paskutinį vaidmenį kariuomenės reikmėms atliko atominio ir termobranduolinio sprogimo tyrimo užduotis. Dėl minėtų priežasčių pats kompiuterio egzistavimo faktas ir jo veikimo principai iš pradžių liko įslaptinti. Prireikė maždaug dešimties metų, kad informacija apie pirmųjų kompiuterių „taktines ir technines charakteristikas“ būtų pateikta plačiam siaurų specialistų – matematikų, besiverčiančių skaitiniais metodais – ratui. Rezultatas netruko laukti. Nuo 1955 m. sparčiai išaugo tokia mokslo žinių šaka kaip taikomoji matematika. Šimtai ir tūkstančiai praktiškai svarbių problemų tapo matematikų tyrimų objektu, naudojant elektroninius kompiuterius, todėl buvo sukurti visiškai nauji skaitiniai šių uždavinių sprendimo metodai. Dėl to, kad kompiuterių kaina buvo visiškai nepalyginama su ekonominiu poveikiu, kurį jie galėjo duoti civilinei pramonės įmonei, vieninteliai šios technologijos naudotojai buvo kariškiai ir labai siauras mokslininkų ratas. Kitaip tariant, tie žmonės, kurie nežinojo žodžių – brangu, išlaidos ar frazės – ekonominis efektas. Bet laikas praėjo. Kompiuterinių technologijų gamybos ir projektavimo technologijos vystėsi sparčiai. Dėl to kompiuterių našumas augo šuoliais, o jų savikaina sparčiai mažėjo. Astronominių kompiuterių kainos nuolat artėjo prie žemės (nors vis dar buvo transcendentinės). Iki 1965 metų mokslininkų, turinčių prieigą prie kompiuterinių technologijų, ratas gana pastebimai išaugo. Iki to laiko (šeštojo dešimtmečio pradžia), kaip minėta aukščiau, pirmosios publikacijos mokyklos tvarkaraščio sudarymo dideliuose kompiuteriuose tema yra datuojamos. Visiškai natūralu, kad kūrinys iš pradžių turėjo inscenizuotą, vėliau – teorinį pobūdį. Prireikė maždaug penkiolikos metų, kol sugalvojome viską, ką galima lengvai sugalvoti, susijusį su mokyklos tvarkaraščio sudarymo užduotimi. Šis laikotarpis (1965–1980 m.) sukelia aštrius prieštaringus jausmus. Viena vertus, buvo pasiūlyti gražūs ir originalūs mokyklos tvarkaraščio sudarymo problemos matematiniai modeliai (grafų viršūnių spalvinimas, grafų kraštų spalvinimas), kita vertus, šie modeliai neabejotinai turėtų būti priskirti labai supaprastintai mokyklos tvarkaraščio versijai. problema. Kitaip tariant, problema nebuvo iki galo išspręsta ir net nebuvo detaliai suformuluota. Be to, 1976 m. pasirodė Izraelio matematikų darbai, kuriuose, jų nuomone, buvo įrodytas esminis sunkumas sprendžiant mokyklos tvarkaraščio sudarymo problemą. Taigi iki 1980 m., nepaisant to, kad kompiuterių našumas nuolat didėjo ir jų savikaina nuolat mažėjo, dėl ko civilinės pramonės įmonės jau buvo perėjusios į aktyvių kompiuterinių technologijų vartotojų kategoriją, mūsų užduotis vis tiek liko ne visiškai išspręsta, o kompiuterinės technologijos pagrindiniam vartotojui – mokykloms, liko nepasiekiamos. Čia, ko gero, šiam laikotarpiui būtų galima priskirti pirmosios kartos programas, skirtas užsiėmimų planavimui. Dėl minėtų dviejų priežasčių (problemos neišsprendžiamumo ir kompiuterinių technologijų nepasiekiamumo galutiniam vartotojui) susidomėjimas automatiniu užsiėmimų planavimu pastebimai susilpnėjo (o gal net visai išblėso). Aukštojo mokslo institucijos, naudojančios šią programinę įrangą, perėjo nuo faktinio pamokų planavimo prie studentų pažangos registravimo ir stebėjimo. Dar kartą pabrėžiame, kad didžioji dauguma mokyklų administracijų net nežinojo apie tokių programų egzistavimą. Tačiau šiuo metu (natūralu, kad užsienyje) tarp kai kurių „kiaušgalvių“ studentų atsirado radijo komponentų dizainerių mada. Išaušo asmeninių kompiuterių era. Mada pasirodė labai lipni ir „kiaušinių galvučių“ ratas nuolat plėtėsi. Labai tikėtina, kad radijo komponentų konstruktoriai būtų likę saujele „nenormalių“, jei tuo metu didžiausias rašomųjų mašinėlių gamintojas, o vienam iš labiausiai paplitusių tuo metu kompiuterių – amerikiečių korporacijai IBM. 1985 m., įžvalgiai nebūčiau suvokęs, kad šie dizaineriai, jei jiems būtų suteikta rašomosios mašinėlės forma, galėtų pakeisti šias mašinėles. Ir ne šiaip pakeisti, bet iš spausdinimo mašinėlės padaryti itin išmanią mašinėlę, konkuruojančią su „švininėmis technologijomis“ leidyboje. Žinoma, tuo metu niekas, išskyrus turbūt įžvalgiausius, negalėjo pagalvoti, kad radijo komponentų dizaineriai kada nors galės konkuruoti su tikrais skaičiavimo įrenginiais. Tačiau kauliukas buvo išlietas ir prasidėjo masinė rašomųjų mašinėlių žudikų gamyba. Gamybos idėjos netruko laukti, iš pradžių „du viename“ (spausdinimo mašinėlė plius verslininko padėjėjas - skaičiuoklė), paskui „trys viename“ (plius buhalterinė programa), tada „keturi viename“ ir pan. , ir taip toliau, ir taip toliau. Vakarykštės studentės burtų keliu ėmė virsti milijardieriais, o buvę radijo komponentų dizaineriai vis labiau panašėjo į tikrus elektroninius kompiuterius. Į techninę ir verslo kalbą įėjo pagarbi santrumpa „Pi-Ci“ (PC), o tai reiškė asmeninį kompiuterį, ir jau XX amžiaus 90-ųjų pradžioje niekas neabejojo, kad turi ne žaislą, o visiškai tikrą. ant jų stalo.elektroninis kompiuteris. Priešingos tendencijos – viena vertus, sprogus buvusių žaislų produktyvumo augimas ir, kita vertus, spartus jų kainų kritimas padarė savo. Kai kuriose pažangiose mokyklose ant lyderių stalo, pagal šių dienų standartus, atsirado sveiki monitoriai, kurie kaip gyvas priekaištas šaukė: – „Užpildyk man reikiamą programinę įrangą“. Nenuostabu, kad į galvą atėjo iš pažiūros visiškai pamiršta mintis planuoti treniruotes. Tūkstančiai lengvų pinigų mėgėjų puolė rašyti programas mokykloms, garantuojančias visišką visko, kas pasitaiko po ranka, automatizavimą. Šis laikotarpis, ko gero, apima antros kartos programas, kurios automatizuoja mokyklų tvarkaraščių sudarymo procesą. Dešimtajame dešimtmetyje asmeninių kompiuterių pramonė patyrė neįtikėtiną augimą. Asmeninių kompiuterių našumas beveik kasmet padvigubėjo ir kasmet atnešė naujoviškų programinės įrangos produktų. Šioje srityje dirbančiųjų padai buvo suplyšę ant batų. O mokyklos tvarkaraščių sudarymo programos kažkaip nenorėjo tinkamai veikti... Dabar, žinoma, sunku pasakyti, ar mokyklų tvarkaraščių sudarymo programų gamintojai žinojo apie palikimą, kurį jų pirmtakai paliko mokykloje. 1965-1980 praėjusio šimtmečio ir apie Izraelio matematikų perspėjimą 1976 m., kad ši problema sunkiai išsprendžiama, tačiau faktas lieka faktu, kad švietimo įstaigų administracija pamažu uždarė senas geras rašomąsias mašinėles, pakeisdamas jas asmeniniais kompiuteriais. Grafikas, kaip ir anksčiau, su keliomis išimtimis, buvo sudarytas rankiniu būdu. XXI amžiaus pradžioje kartu su galutiniu operacinių sistemų su grafine vartotojo sąsaja dominavimu baigiasi antrosios kartos mokyklų tvarkaraščių programos, naudojusios senosios MS-DOS operacinės sistemos pseudografinę sąsają. Asmeninių kompiuterių pramonė sėkmingai sustabdė savo sparčią plėtrą ir perėjo prie liūdnai pagarsėjusio „stabilumo“. Asmeninės kompiuterių technologijos praėjusio amžiaus 80-ųjų viduryje buvo įveikusios didelių kompiuterių našumo ribą, viskas buvo paruošta trečios kartos programoms kurti. Ir iš tiesų, pačioje praėjusio amžiaus pabaigoje daugybė gamintojų vėl, bet, kaip jiems atrodė, jau naujame techniniame ir technologiniame lygmenyje, ėmėsi mokyklų tvarkaraščių programų kūrimo. Sustojus pastebimai (nors ir sklandžiai) asmeninių kompiuterių našumo didėjimui, stabilizuojantis idėjoms programinės įrangos srityje, sukurtos programos, kurias būtų galima priskirti trečios kartos programoms. Pagrindinis šių programų bruožas, mums atrodo, yra tas, kad jos gali būti kuriamos atsižvelgiant tiek į klaidas, tiek į originalius pirmtakų atradimus. Čia visų pirma turime omenyje 9-ojo dešimtmečio kūrėjus. Su šeštojo, aštuntojo ir aštuntojo dešimtmečio matematiniais rezultatais viskas paprasčiau. Jei apie juos žinai, vadinasi, naudok juos, jei nežinai, tada „išrask dviratį naujam“. Dar viena ypatybė, kad šios programos buvo kuriamos naudojant tuo metu naują – grafinę vartotojo sąsają. Neabejotina, kad grafinė sąsaja kūrėjui suteikia iš esmės didesnes galimybes lyginant su pseudografine (tekstine). Tačiau čia tuo pat metu slypi pavojus. Jei pradėsime lyginti rinkoje esančias (naudojamas) mokyklų tvarkaraščių programas, rasime absoliučiai nuostabią įvairovę, kaip sugeneruoti (įvesti) pradinius skaičiavimui reikalingus duomenis, nors matematiniu požiūriu tai daro visos programos ( arba bent jau turėtų daryti) lygiai tą patį. Taigi mokyklų tvarkaraščių programų kokybei didelę įtaką ėmė daryti vartotojo sąsajos nuoseklumas ir patogumas. Šiandien (2013 m.) verta pastebėti, kad, palyginti su devintojo dešimtmečio programomis, trečios kartos (nulio) programos tapo labai „išmintingesnės“. Kūrėjų optimizmas pastebimai sumažėjo. Pažadėti visiškai automatizuoti viską, kas pateko į rankas, niekas (arba beveik niekas) nesiima. Daugelis devintojo dešimtmečio pabaigoje pradėtų projektų nustojo egzistuoti dėl paklausos stokos. Kiti toliau tobulėja ir tobulėja. Dar kiti per pastaruosius dešimt metų sustojo. Tačiau, kaip minėta anksčiau, šiandien dar per anksti kalbėti apie galutinį ir negrįžtamą mokyklos tvarkaraščio sudarymo problemos sprendimą.

3 Ar tokios programos reikalingos?

Paprastai, kalbėdami apie automatizuoto planavimo programos naudojimo naudą (būtinumą), jie nurodo tokį veiksnį kaip - direktoriaus darbo sąnaudų (laiko) sumažinimo dydžiu sudarant studijų grafiką. Dažnai pažymima, kad kokybiškesnius tvarkaraščius galima gauti iš kompiuterio. Nors šis argumentas, atsižvelgiant į tai, kas buvo pasakyta žemiau, nėra be ginčų. Mūsų nuomone, turėtume sutikti, kad tvarkaraščio skaičiavimas kompiuteriu leis ne tik sutaupyti laiko ir gauti kokybiškesnį tvarkaraštį, bet ir, viena vertus, atmesti subjektyvius vadovo vertinimus ir asmenines simpatijas, susijusias su mokytojas (dalis mokytojų), sudarydamas grafiką, įskaitant paskirstant mokymo krūvį, ir, kita vertus, visiškai pašalins nepelnytus mokytojų kaltinimus vadovui tokiais subjektyviais vertinimais ir užuojauta, nes akivaizdu, kad kompiuteris yra „neįdomus žmogus“ (kompiuteris dėl visko „kaltas“). Taigi mokymo krūvio paskirstymo ir grafiko skaičiavimas kompiuteriu gali pagerinti psichologinį klimatą pedagogų kolektyve (laikytis sąžiningumo ir lygiateisiškumo principų), kaip ir rungtynių teisėjas pagerina futbolo komandos žaidėjų nuotaiką po jis žaidžia teisę pirmiausia pataikyti į kamuolį lotų pagalba. 2001 m. Chronobus kompanija atliko beveik 1000 Maskvos mokyklų apklausą dėl būtinybės sukurti ir įgyvendinti AWP (a) „grafiką“. Apklausos rezultatai parodė, kad visos mokyklos nuoširdžiai nori naudotis tokia programa, tačiau niekas to nedaro. Be to, vienbalsio tokių automatizavimo priemonių ignoravimo priežastis yra visai ne reikalingos įrangos ar pinigų trūkumas, o rinkoje siūlomų programų kokybė. Frazė: – „Jei man būtų pasiūlyta pusantro karto padidinti atlyginimą, nes aš naudoju tokią programą mokyklos tvarkaraščiui sudaryti, tai šio pasiūlymo atsisakyčiau“ nebuvo retas. Kitaip tariant, pasak vadovų, tvarkaraščių programos yra neigiamos kainos programinė įranga. Šiandien, praėjus dvylikai metų nuo minėtos apklausos momento, potencialūs mokymo programų vartotojai – mokyklų vadovai, iki tokių programų, dar labiau ir ne be pagrindo susiformavo nuolatinis neigiamas, o dažnai net ir agresyvus požiūris. Klaidinanti reklama apie primestą „mokyklos informacinę erdvę“ formuoja šios erdvės autorių kaip sukčių, parduodančių supuvusias prekes, idėją. Pasak ilgametę darbo patirtį turinčių mokyklų vadovų, praktika rodo, kad šias programas galima naudoti tik kaip įrankį pirminiam objektų išdėstymui, po to rankiniu būdu koreguojant, taip pat išsaugoti informaciją ir ją išspausdinti. Automatiškai paskirstius objektus (programa, kaip taisyklė, sutvarko nuo 40 iki 70%), praktiškai neįmanoma atsižvelgti į higienos reikalavimus pamokų tvarkaraščiui, nes reikia ne tik pristatyti likusius nepadėtus objektus, bet ir gerokai pakeisti (iki 60 proc.) automatizuotą objektų išdėstymą principu „tik sutvarkyti“. Patyrę savo amato meistrai rekomenduoja pradedantiesiems planuojant treniruotes pasinaudoti keliolika ar kitų ilgametės patirties ir praktikos patvirtintų patarimų, o vietoj kompiuterio naudoti pamokų tvarkaraščio lentelių maketus iš kartono lakštų, spalvoto popieriaus, plataus. skaidri lipni juosta, klijai, kišenės ir kt. Ir jie tikrai teisūs. Naudojant kompiuterį įprasto redaktoriaus režimu (kaip visiems pažįstamą teksto rengyklę) arba naudojant programas, kurios veda pamokų išdėstymo procesą į aklavietes, kai teoriškai neįmanoma pridėti vienos pamokos prie tvarkaraščio tinklelio, gali nieko, išskyrus nepateisinamus sunkumus, nepatogumus ir pyktį. Tokių programų naudotojų (vadovų) lūkesčiai nekelia abejonių. Jų nuomone, mokyklų tvarkaraščių programos, įvedusios visus pradinius duomenis, turėtų visiškai automatiniu režimu sudaryti tvarkaraštį, kuris savo kokybe pranašesnis už rankinį tvarkaraštį. Vartotojų lūkesčių ir tokių programų rezultato neadekvatumas sukelia agresyvų vartotojų požiūrį į šias programas, o kartu su jomis – į automatus, „stumiančius mokyklos informacinę erdvę“. Pažymėtina, kad mokyklų tvarkaraščių sudarymo „natūralios atrankos“ metu programų kūrėjai buvo suskirstyti į tris grupes. Pirmoji grupė viešai gina požiūrį, kad mokyklos tvarkaraščio automatinio skaičiavimo problema iš esmės negali būti išspręsta. Ir todėl jie „nebūk kvaili“ net nemėgina to daryti. O tie, kurie bando, jų nuomone, yra visiški neišmanėliai. „Turime ne mokyklos tvarkaraščių skaičiavimo programą, o mokyklos tvarkaraščių redaktorių. Mes nekuriame grafiką vietoj žmogaus, o padedame žmogui pačiam (rankiniu būdu) susikurti grafiką“, – išdidžiai deklaruoja jie. Antroji kūrėjų grupė kaip tikslą deklaruoja – visišką mokyklos tvarkaraščio sudarymo automatizavimą, tačiau savo reklaminėje medžiagoje ir vartotojo vadovuose diplomatiškai tyli apie tikslo siekimą. „Mūsų programa gali sudaryti tvarkaraštį automatiniu režimu, rankiniu režimu ir mišriu (pusiau automatiniu) režimu“, – teigia jie neapgaudinėjantys vartotojų. Potencialių vartotojų dėmesio, kad arklys gali gerti vandenį iš upės, bet negali jo gerti, o programa gali sudaryti tvarkaraštį automatiniu režimu, bet negali jo sudaryti, šie kūrėjai neakcentuoja. Mūsų nuomone, tai labai subalansuota ir verta pozicija, kuri, nepaisant mažos gudrybės, gali sukelti tik pagarbą. Arba bent jau nesukelia agresyvaus vartotojų požiūrio į kūrėjus. Ir galiausiai trečioji kūrėjų grupė. „Įveskite pradinius duomenis, paspauskite skaičiavimo mygtuką ir po kelių minučių garantuotai gausite tvarkaraštį su visų be išimties užsiėmimų išdėstymu. Problemos mastui nėra jokių apribojimų. Ne mažiau kaip 99 klasės. Mokytojų ne mažiau 216. Ne mažiau kaip pusė ne visą darbo dieną dirbančių darbuotojų. Suskirstykime klasę į grupes, bent iki 256 grupių. Bet kokie apribojimai mokytojams ir dalykams. Kiekvienas mokytojas pats pasirenka jam patogias darbo dienas ir valandas. Mokytojams nėra langų. Dalykų užsiėmimai vyksta tik šiems dalykams leidžiamomis valandomis. Griežtas paralelių laikymasis. Kiekvienam dalykui priskiriami sunkumo taškai. Garantuojamas tikslus sanitarinių standartų laikymasis viso objektų sudėtingumo paskirstymui laikui bėgant. – nedvejodami sako jie. Beje, bejėgiškiausių automatinio planavimo ir taip pat aplamai atrodančių (nors yra ir labai patraukliai atrodančių) programų kūrėjai imasi tokio paprasto žingsnio. Tokios programos „Microsoft“ taikliai pavadino „maistu šuniui“ – „šunų maistu“. Sunku pasakyti, kas tiksliai motyvuoja žmones, kurie eina į tiesioginį ir neįmantrų vartotojų apgaudinėjimą. Ši apgaulė visada išaiškėja pirmą kartą įtraukus į programą mokyklos mokymo programą. Pagal Rusijos įstatymus, pagal str. Remiantis Rusijos Federacijos civilinio kodekso 179 straipsniu, sandorius, sudarytus veikiant sukčiavimui, teismas gali pripažinti negaliojančiais, o apgavikas grąžina apgaulei visus gautus pinigus, atlygina apgautą realią žalą ir, be to, privalo perduoti valstybei tą pačią sumą, kurią gavo pardavęs programą.

4 Šiek tiek apie sprendžiamos problemos sudėtingumą

Verta pasakyti keletą žodžių apie mokyklos tvarkaraščio sudarymo problemos sprendimo sudėtingumą. Kvalifikuotiems asmeninio kompiuterio naudotojams, tikintiems jo visagalybe, atrodo, kad mokyklos tvarkaraščio sudarymas yra toks pat sunkus, kaip ir sukurti, pavyzdžiui, aukštos kokybės vaizdo ar garso redaktorių. Tačiau, kaip minėta anksčiau, mokslininkų, vienaip ar kitaip nagrinėjusių šią problemą, skaičių sunku suskaičiuoti. Tarp jų yra dešimtys technikos ir fizinių bei matematikos mokslų daktarų, šimtai mokslų kandidatų, ne tik techninių, bet ir fizinių bei matematinių mokslų, jau nekalbant apie tūkstančius paprastų matematinių galvosūkių gerbėjų, tarp kurių, be abejo, yra didžiulė studentų armija. techninis ir fizinis bei matematinis išsilavinimas. Tarp mokyklos tvarkaraščio sudarymo užduoties tyrinėtojų taip pat galima paminėti du akademikus - V. S. Tanajevą ir V. S. Michalevičių, taip pat būtų galima paminėti pasaulinę reputaciją turinčius užsienio mokslininkus. Be mokslininkų, iškilūs verslininkai neignoravo užduoties sudaryti mokyklos tvarkaraštį. Ir vis dėlto, nepaisant, be perdėto, titaniškų tyrinėtojų pastangų, nebūtina kalbėti apie išsamų ir visapusišką (ar bent jau patenkinamą) studijų grafiko sudarymo problemos sprendimą. Patvirtindami tai, kas pasakyta, pacituosime žinomą rusų matematiką. ... Kadangi grafiko sudarymo užduotis yra gerai žinoma visiems mokyklos gyvenime, kiekviename kurse yra vienas ar keli studentai, kuriuos pribloškia pamokų planavimo algoritmo idėja. Taigi turiu jus perspėti, kad tai labai sunki užduotis. ... Yra specialus mokslas – planavimo teorija, kuri tiria ir sistemina tokio pobūdžio problemas bei įvairius apytikslius jų sprendimo būdus (tikslių metodų beveik nėra vilties). Tarp jų ypatingą vietą užima euristiniai metodai, kuriuose bandoma apibūdinti dispečerio veiksmų logiką ir techniką. ...Įdomus vienas pastebėjimas. Tačiau pirmiausia pateiksime dar vieną citatą. Keturių spalvų hipotezę galima pagrįstai vadinti „keturių spalvų liga“, nes ji daugeliu atžvilgių panaši į ligą. Ji labai užkrečiama. Kartais tai vyksta gana lengvai, bet kai kuriais atvejais užsitęsia ar net kelia grėsmę. Nuo jos nėra skiepų; tačiau gana sveiką kūną turintys žmonės po trumpo protrūkio įgyja imunitetą visam gyvenimui. Šia liga žmogus gali susirgti kelis kartus, kartais ją lydi ūmūs skausmai, tačiau neužfiksuota nei viena mirtina baigtis. Yra žinomas bent vienas ligos perdavimo iš tėvo sūnui atvejis, todėl jis gali būti paveldimas. Čia puikus amerikiečių matematikas ironizuoja seną problemą – politinį žemėlapį nuspalvinti keturiomis spalvomis, kai šalys, turinčios bendrą sieną, turėtų būti nudažytos skirtingomis spalvomis. Atrodo, kad viską, ką jis pasakė, galima priskirti ir mokyklos tvarkaraščio sudarymui. Taigi, šių eilučių autorius pagal išgales įsigudrino atsekti tolimesnę disertaciją atitinkama tema apgynusių žmonių karjerą. Atrodytų, „pats Dievas“ įsakė naujai įkurtam mokslininkui savo mokslo pasiekimus paversti pinigais. Tai yra, kažkaip išveskite savo mintis į rinką, nes beveik visada po disertacijos gynimo lieka tam tikra programa ar automatizuotos užsiėmimų planavimo sistemos dalis. Taigi - ne. Visi autoriui žinomi šios temos disertacijos gynimo atvejai baigiasi vienu – po gynimo disertacija atsisako šios užduoties ir, kaip taisyklė, pradeda (arba tęsia) dėstytojo karjerą universitete. Kitaip tariant, ji įgyja visą gyvenimą trunkantį, stabilų imunitetą užduočiai sudaryti studijų grafiką. Baigę bendrą diskusiją apie mokyklos tvarkaraščio sudarymo problemos sprendimo sudėtingumą, remsimės dar dviem nuomonėmis. Tačiau pirmiausia atkreipkime dėmesį į tai, kas išsako šią nuomonę. Ne paslaptis, kad kai kurie informatikos mokytojai, atlikdami didaktinius eksperimentus, paveda moksleiviams kaip „namų darbus“ sukurti pamokų planavimo programą mėgstamai mokyklai. Žinoma, moksleiviai, pasiraitoję rankoves, entuziastingai imasi šios problemos sprendimo. Kaip šios idėjos išnaudojimą internete, virš nurodyto kontingento galite rasti daugybę argumentų ir teorijų. Ko jie nesugalvoja ir kokios nuomonės pionieriai neišsako... Ši tema kelia ne mažesnį jaudulį tarp techninį išsilavinimą turinčių žmonių, bandant automatizuoti mėgstamo universiteto dispečerių veiklą. Tačiau šios nuomonės, švelniai tariant, mažai įdomios. Profesionalūs matematikai, planavimo teorijos specialistai labai retai kalba apie planavimo problemą. Todėl (ar juo labiau) jų nuomonė šiuo klausimu yra labai įdomi. Taigi. Sotskovas Jurijus Nazarovičius, fizikos ir matematikos mokslų daktaras. mokslai, profesorius, Minsko nacionalinės Baltarusijos mokslų akademijos Jungtinio informatikos problemų instituto vyriausiasis mokslo darbuotojas, vienas ryškiausių planavimo teorijos specialistų, daugelio monografijų apie planavimo teoriją autorius. Savo straipsnyje jis visų pirma rašo: ... Matematiniu požiūriu užduotis sudaryti optimalų treniruočių grafiką yra gana sudėtinga, nes ji priklauso vadinamųjų NP sunkiųjų uždavinių klasei. ... Šiame straipsnyje parodyta, kaip grafiko viršūnių spalvinimas gali būti naudojamas treniruočių tvarkaraščiui sudaryti. ... ... Grafo viršūnių spalvinimo problema yra NP sudėtinga, taigi ir jos apibendrinimas, aprašytas skyriuje. 2 taip pat yra NP sudėtinga problema. ... Toliau. Lazarevas Aleksandras Aleksejevičius, fizikos ir matematikos mokslų daktaras. Sci., profesorius, Vadybos problemų instituto vyriausiasis mokslo darbuotojas. V.A. Trapeznikova RAS, Maskva, viena ryškiausių planavimo teorijos specialistų, daugelio monografijų apie planavimo teoriją autorė. Savo straipsnyje jis visų pirma rašo: ... Studijų planavimo problema yra gerai žinoma kombinatorinio optimizavimo problema „Laikinųjų lentelių sudarymas“ (grafikų sudarymas). Netgi įmanomo tvarkaraščio radimas yra rimta NP problema. Todėl ją sprendžiant būtina naudoti matematinius kombinatorinio optimizavimo uždavinių sprendimo būdus. ... Trumpai: - "Nuleiskite vandenį, išdžiovinkite irklus, užgesinkite šviesą..."

5 Mokyklos tvarkaraščio programinės įrangos rinka

Planavimo programinės įrangos rinka, kuri vystėsi kartu su bet kokios asmeninių kompiuterių programinės įrangos rinka, atrodo tiesiog unikali arba bent jau stebina, ar bent jau labai keista. Taigi koks jo išskirtinumas ar keistumas? Ar kada nors matėte tokį skelbimą: „Įsigykite mūsų dulkių siurblį, kuris neįsiurbia dulkių“. Arba tai: - "Visos keptuvės, kurias galime jums pasiūlyti, yra pilnos skylių". Arba tai: – „Mūsų televizija unikali – ji niekada nieko nerodo“. O štai reklama: – „Pirkite mūsų programą mokyklos tvarkaraščiui sudaryti, kuri negali jo sudaryti, bet gali“, – turėjome pamatyti tiek, kiek norėjome. „Na, pirk, pirk, pirk. Mūsų programa taip pat gali sudaryti tvarkaraštį. Beveik visus užsiėmimus ji suorganizuos tau, o likusius kažkaip pati. Ištrūkti iš aklavietės taip įdomu. Na, bent jau už 15 dolerių. Tai nėra dideli pinigai, mes tiek daug dirbome... “. Taigi kiek kainuoja dulkių siurblys, kuris neįsiurbia dulkių, nesandari keptuvė arba televizorius, kuris niekada nieko nerodo? Prieš atsakydami į šį sunkų klausimą, pabandykime įvertinti potencialių pirkėjų skaičių ir palyginti jį su mokyklų (vadovų) skaičiumi, kurie jau įsigijo savo pirkinį. Demografai nustatė, kad apie 16% išsivysčiusių šalių gyventojų yra moksleiviai. Būtent šis skaičius naudojamas statant naujas mokyklas naujos plėtros teritorijose. Be to, atliksime aritmetinius skaičiavimus pagal Rusijos Federacijos (juk tėvynės) pavyzdį. Taigi, gyventojų skaičius yra apie 140 milijonų žmonių. Taigi mokinių yra apie 22 milijonai, mokyklų yra apie 50 tūkstančių, tai reiškia, kad vidutinis mokinių skaičius mokykloje yra 440 žmonių. Bet tai yra vidurkis. Yra žinoma, kad per pastaruosius 60–70 metų 1000–1400 mokinių mokyklos buvo laikomos standartiniais mokyklų projektais. Iš čia ir daroma išvada – yra labai daug mokyklų, kuriose mokinių daug mažiau nei mūsų vidutinis skaičius – 440 žmonių. Akivaizdu, kad tai mokyklos kaimo vietovėse arba labai mažuose miestuose. Taigi, tvirtesnė išvada – didžiulis skaičius mokyklų, treniruočių planavimo programų iš principo nereikia. Žinoma, labai sunku įvertinti mokyklų, kurioms tokių programų iš principo nereikia. Nepaisant to, atidžiai pažvelgę ​​į lubas, pamatysime ten skaičių - 70%. Iš to išplaukia, kad 30% mokyklų mokosi nuo 500 ir daugiau mokinių, o programa, kuri negali sudaryti mokyklos tvarkaraščio, bet gali jį sudaryti, tokioms mokykloms nepakenktų. Gauname galutinį skaičių – 15 tūkstančių mokyklų. Galbūt tai yra potencialus Rusijos Federacijos rinkos pajėgumas. O ką mes šiandien turime realybėje? Klausimas nėra paprastas. Patikimos statistikos nėra. Pirmiausia į galvą ateina viena programa, kuri visoms Rusijos Federacijos mokykloms buvo „nemokama“. Šios programos kūrimo pradžia siekia 1998 m., o pabaiga (naujausia versija) – 2003 m. Išvaizda, ypač savo laikui, programa tikrai nebloga. Palyginti su kitomis panašiomis programomis, ji turi labai logišką ir apgalvotą vartotojo sąsają. Mūsų subjektyvia nuomone, geriausia vartotojo sąsaja. Tačiau, nors yra mygtukas Schedule, programa yra visiškai bejėgė automatinio (be žmogaus įsikišimo) planavimo atžvilgiu. Jis negali išspręsti net tų paprastų papildomų užduočių, su kuriomis gali lengvai susidoroti kitos programos. Sprendžiant iš atsiliepimų internete, beveik niekas nesinaudoja šia programa. Taigi, laikysime tai „radiaciniu fonu“, neturinčiu įtakos bendrai rinkos situacijai. Eikime toliau. Užduokime šį klausimą. Ar rinkoje yra programų, kurios gali bent šiek tiek padėti direktoriui sudarant tvarkaraštį? Pavyzdžiui, daugelis vadovų rankiniu būdu sudaro tvarkaraštį dviem etapais. Pirmajame etape pagal jų posakį: - „Susitarkite su užsieniečiais“. Kitaip tariant, mokydamiesi užsienio kalbos, sudarykite tvarkaraštį mokytojams ir klasėms. Antras žingsnis – visa kita. Bent dvi rinkoje esančios programos, su šiuo, pirmuoju etapu, puikiai susidoroja su pavydu. Čia taip pat galite suplanuoti pasirenkamųjų kursų laiką. Tuo pačiu metu organizuojama nuo 10 iki 40 procentų užsiėmimų. Taigi, žinoma, yra tam tikros naudos naudojant kompiuterį su šiomis programomis. Be to, viena iš šių programų labai agresyviai ir atkakliai stengiasi įvykdyti grafiką. Kai kuriais atvejais, nors ir retai, jai pavyksta. Kitas, pildydamas grafiką, yra visiškai bejėgis. Taigi, kiek žmonių šiandien naudoja programinę įrangą treniruočių planavimui Rusijos Federacijoje? Kai kurie tokios programinės įrangos gamintojai informaciją apie savo klientus skelbia savo interneto svetainėse. Tiesa, su šia informacija reikėtų elgtis labai atsargiai. Kaip minėta aukščiau, kai kurie „rinkodaros tinkami“ gamintojai labai paprastai apgaudinėja potencialius klientus. Ir vis dėlto, atskirdami kviečius nuo pelų, gauname skaičių – apie 1500 mokyklų. Tai sudaro apie 10 % potencialių rinkos pajėgumų. Todėl 90% potencialių klientų dar nėra pakrauti. Dabar atkreipkime dėmesį į pasaulinę rinką. Kaip matyti iš ankstesnių skaičiavimų, labai patogus būdas apskaičiuoti potencialių klientų skaičių yra toks. Paimame šalies gyventojus, išmetame keturis nulius, gauname potencialių klientų skaičių. Taigi padarykime tai. Europa – 500 milijonų žmonių. JAV – 300 milijonų žmonių. Kanada – 30 milijonų žmonių. Japonija – 125 milijonai žmonių. Australija – 20 milijonų žmonių. Kitose išsivysčiusiose šalyse – 25 mln. Štai jis – „Auksinis milijardas“. Numeskite keturis nulius. Sulaukiame – 100 tūkstančių potencialių klientų. Dabar kyla klausimas: - "Kiek mokyklų iš šio auksinio milijardo naudoja programinę įrangą mokyklos tvarkaraščiams sudaryti?" Taikome tą pačią metodiką, atskirdami kviečius nuo pelų, kaip ir Rusijos Federacijoje. Gauname skaičių – apie 30 tūkstančių mokyklų. Tai sudaro 30% rinkos. Tuo pačiu metu 70% yra atviri agresyviai rinkodarai (hilling). Dabar belieka kiekybę paversti kokybe. Tai yra, padauginkite potencialių klientų skaičių iš vienos programinės įrangos licencijos kainos. Kitaip tariant, įvertinti pasaulio rinkos pajėgumus JAV rubliais. Tačiau tam reikia žinoti tokios licencijos kainą. Įdomu, ar skaitytojas turėjo rankose laikyti storą knygą su maždaug taip: – „Programinės įrangos kaina“. Ir mes turėjome. Tiesą sakant, formulė yra labai paprasta. Programinė įranga, kad ir kokia sudėtinga ir kokia ji būtų, kainuoja lygiai tiek, kiek už ją moka klientas (vartotojas). Aiškiausias to pavyzdys yra „Microsoft“ operacinė sistema „Windows“. Turbūt mažai kas susimąstė apie tai, kad pagal darbo kiekį, talentą, žinias ir pan., žmogaus išlaipinimas Mėnulyje, palyginti su šia operacine sistema, yra vaikiškos išdaigos. Ir vis dėlto, šimtas penkiasdešimt dolerių už statinę, ir jūs esate legalus vartotojas. Vienintelė bėda ta, kad potencialių klientų – operacinės sistemos ir mokyklos tvarkaraščio sudarymo programos vartotojų – skaičius nepalyginamas nei pirmuoju, nei antruoju aproksimavimu. Taigi išvada: - "Nepaisant to, kad kai kurie prašo 15 USD už nesandarias keptuves, programa, kuri tikrai galėtų išspręsti daugumą mokytojų problemų, turėtų būti brangi." Belieka tik atsakyti į klausimą: - "Kas yra brangu?" Žinoma, kiekvienas turi savo nuomonę apie „Brangų“. Bet tikriausiai vadovui (ar panašioms pareigoms, jei kalbame apie pasaulinę rinką) jo mėnesinis atlyginimas yra brangus. Tai yra, nuo 1000 iki 5000 JAV dolerių. Ką iš tikrųjų, mes stebime arba bent jau anksčiau stebėjome tikrovėje. Iš pradžių šios programos pasaulinėje rinkoje kainavo lygiai tiek. Kainų kritimas, mums atrodo, įvyko būtent dėl ​​to, kas buvo netikėtai atrasta – nesandari keptuvė buvo nupirkta už 5000 USD. Ir galiausiai, padauginus kiekį iš kainos, gauname apytikslį pasaulinės mokinių tvarkaraščių programinės įrangos rinkos pajėgumą – nuo ​​100 iki 500 milijonų JAV dolerių. Tai yra, rinka yra ne mažiau imli pinigų nei, tarkime, įvairių kompiuterinio projektavimo sistemų pramonėje ir statyboje rinka. Ir, beje, ne mažiau mokslui imlus.

6 „Senovės Egipto“ algoritmas problemai išspręsti

2012 metų pavasarį archeologas kreipėsi į kolegas programuotojus su keistu prašymu. Iš jo žodžių, iššifruodamas senovės Egipto rankraščius, jis aptiko mokyklos tvarkaraščio sudarymo algoritmo aprašymą. Algoritmo autorystė buvo priskirta Egipto kunigei Anuš. Tiesą sakant, jo prašymas buvo šiuolaikiniame kompiuteryje patikrinti, ar šis algoritmas tikrai gali sudaryti mokyklos tvarkaraštį. Iš pradžių draugai iš jo juokėsi. Tačiau atidžiai perskaitę keistus įrašus, jie vis dėlto nusprendė juos patikrinti. Taigi, pereiname prie šio algoritmo idėjos aprašymo, tiesą sakant, prie senovinio rankraščio vertimo santraukos. Preliminariai pasakykime, kad pati šio algoritmo terminologija ir senovės Egipto mokyklos struktūra yra atskira istorinė svarba, tačiau kadangi šis straipsnis nėra skirtas istorikams, algoritmą pateiksime modernia ir dabar gyvenančiam žmogui pažįstama terminija. . Pagrindinis skirtumas tarp senovės egiptiečių algoritmo (toliau atsisakysime žodžio senovės egiptietis) nuo šiuolaikinių požiūrių yra tas, kad problema yra padalinta į dalis, tiksliau, į keletą nuosekliai išspręstų uždavinių, o kiekviena problema išspręsta ankstesniame žingsnyje. yra apribojimas, kad problema turi būti išspręsta kitame žingsnyje. Šiuolaikinėje terminijoje taikomas sprendžiamos problemos išskaidymo metodas. Pažymėtina, kad kiekviena algoritmo eigoje nuosekliai sprendžiama problema nėra NP sunku (neišsprendžiama). Tai leidžia, nuosekliai sprendžiant daugybę lengvai išsprendžiamų užduočių, išspręsti visą mokyklos tvarkaraščio sudarymo problemą. Pirmajame žingsnyje reikėtų pasirinkti ugdymo įstaigos darbo režimą, ty nustatyti, kiek dienų per savaitę dirbs mokykla (5 ar 6) ir nustatyti pamokų skaičių per mokymosi dieną (atitinkamai 7 arba 6). Taip pat turite nustatyti pamokų skaičių mokykloje. Toliau reikia įvesti draudimus toms valandoms, kurioms pamokos nevyksta. Tai paskutinės kiekvienos mokyklos dienos valandos. Žemesnėms klasėms (mūsų terminologijoje tai prasideda nuo 5-os) tokių draudimų daugiau, vidurinėms klasėms mažiau, o vyriausioms (11 klasėms) šių draudimų visiškai nėra. Kuris atitinka mūsų sanitarinius standartus. Draudimų vesti pamokas lentelė, kuri bus toliau naudojama visame algoritme, įsimenama. Antrame žingsnyje sudaromas ne visą darbo dieną dirbančių darbuotojų grafikas. Paaiškėjo, kad senovės Egipto švietimo įstaigos nepaniekino ne visą darbo dieną dirbančių darbuotojų. Pagrindinis šios užduoties bruožas yra tas, kad ne visą darbo dieną dirbantiems darbuotojams leidžiama ultimatumu deklaruoti dienas, kuriomis jie dirbs. Be to, kai kuriems ne visą darbo dieną dirbantiems darbuotojams leidžiama atsisakyti dirbti pirmąją visų darbo dienų pamoką, kai jie dirba. Matyt, šios ne visą darbo dieną dirbančios moterys buvo moterys ir negalėjo anksti ateiti į mokyklą. Uždavinys išspręstas naudojant nustatytą įprasto grafo viršūnių spalvinimo algoritmą. Išsamiai su šiuo matematiniu modeliu susipažinti galite pasitelkę jau minėtą straipsnį ar daugybę kitų žurnalų straipsnių, pavyzdžiui, [ , ], taip pat susipažinę su knygomis [ , ]. Be to, kiekvienai pamokai (klasei, mokytojui, laikui), naudojant užduoties problemos sprendimo algoritmą, parenkama patalpa šiai pamokai vesti. Užduočių problemos sprendimo algoritmas aprašytas daugelyje šiuolaikinių vadovėlių, ypač su juo galite susipažinti iš knygos. Antrojo žingsnio pabaiga yra operacija, skirta sujungti draudimų vesti pamokas lentelę, sudarytą pagal sanitarinius apribojimus, ir gautą ne visą darbo dieną dirbančių darbuotojų grafiką. Taip gauname naują pamokų vedimo draudimų lentelę, kuri bus vienas iš apribojimų kitam algoritmo žingsniui. Trečias žingsnis susideda iš studentų pasirinktų užsiėmimų vedimo problemos sprendimo (mūsų pasirenkamųjų dalykų terminijoje). Šios užduoties ypatybė yra ta, kad tam tikras klasių skaičius tam tikrą akademinę valandą yra sujungiamas į srautus, kad tą valandą būtų galima eiti į pasirenkamuosius kursus. Tvarkaraščio sudarymas apims tai, kad kiekvienam srautui bus nustatytas laikas, kada bus rengiami pasirenkamieji kursai, tačiau mokytojai bus skiriami sudarius visą tvarkaraštį. Tai reiškia, kad šiame etape mokytojai nepriskiriami vesti pasirenkamųjų kursų. Sudarant tvarkaraštį laikomasi taisyklės – bet kuriam srautui per vieną akademinę dieną pasirenkamajam kursui vesti gali būti skirta ne daugiau kaip viena akademinė valanda. Be to, laikomasi dar vienos taisyklės – bet kuriuo metu pasirenkami kursai daugiau nei vienam srautui negali būti suplanuoti. Ši taisyklė (ribojimas) atrodo gana pagrįsta, nes vedant pasirenkamuosius kursus labai išauga patalpų poreikis užsiėmimams vesti. Jis buvo įvestas būtent tam, kad nebūtų situacijos, kai keli srautai vienu metu reikalauja daug laisvos vietos. Patalpos vesti pasirenkamuosius kursus, šiame žingsnyje, taip pat dėstytojai nerenkami, jie bus atrenkami kartu su dėstytojais sudarius visą grafiką. Pasirenkamųjų kursų vedimo problemos sprendimo algoritmas yra nustatyto įprasto grafo viršūnės spalvinimo algoritmas, kurį nurodėme ankstesnio žingsnio aprašyme. Nauja pamokų vedimo draudimų lentelė sudaroma taip pat, kaip ir ankstesniame žingsnyje. Gautas grafikas derinamas su draudimų lentele. Ketvirtajame žingsnyje algoritmas, skirtas sudaryti užsienio kalbos mokymosi pamokų tvarkaraštį. Šios užduoties ypatybė yra ta, kad klasę galima suskirstyti į grupes. Mokytojai negali kategoriškai nurodyti, kuriomis dienomis dirbs. Tačiau mokytojams, turintiems nedidelį krūvį, garantuojama viena ar dvi laisvos dienos, kurios jiems bus suteiktos. Kaip ir antrajame algoritmo žingsnyje, kai kurie mokytojai, mokantys užsienio kalbos, gali reikalauti, kad jie būtų atleisti iš pamokų pirmąją darbo dienos valandą, kai jie dirba. Užsienio kalbos mokymosi dėstytojų/klasių tvarkaraščio problema, kaip ir antrajame ir trečiame žingsnyje, sprendžiama naudojant nustatyto įprasto grafo viršūnių spalvinimo algoritmą. Lygiai taip pat, kaip ir antrame žingsnyje, kiekvienos pamokos užduoties algoritmo pagalba, tiksliau, kiekvienai mokinių grupei ir jų mokytojui parenkamas kambarys jai vesti. Ketvirto, taip pat antrojo ir trečiojo žingsnio pabaiga yra draudimo vesti pamokas lentelės sujungimas su gautu grafiku. Taigi gauname naują šios lentelės versiją, kurią naudosime šeštajame žingsnyje. Pasibaigus 4-am algoritmo žingsniui, priklausomai nuo mokyklos ugdymo turinio, paprastai skiriama nuo 15% iki 40% viso šiame plane numatyto mokymo krūvio. Penktame žingsnyje mokymo planu nustatytas krūvis skaičiuojamas patalpoms, kurių mokyklai trūksta. Tokios patalpos, kaip taisyklė, yra sporto salės, dirbtuvės darbo (technologijų) pamokoms, kabinetai su kompiuteriais informatikos pamokoms. Šis skaičiavimas atliekamas siekiant maksimaliai padidinti galimą tokių patalpų apkrovą (minimalų „prastovas“). Šeštame žingsnyje sudaromas tvarkaraštis visiems likusiems dalykams, išskyrus tuos, kurie laikomi ribotose patalpose. Mokytojai neturi galimybės kelti ultimatumo kokiomis dienomis dirbs, tačiau tiems mokytojams, kurių darbo krūvis mažas, viena ar dvi laisvos dienos garantuojamos, o kai kuriems mokytojams yra galimybė atsisakyti dirbti pirmoje. pamoka. Ši problema išspręsta naudojant nustatytą dvišalio daugiagrafo briaunų spalvinimo algoritmą. Su šio algoritmo idėja galite susipažinti iš knygos arba žurnalo straipsnių [ , , , , ]. Sudarytas grafikas susideda iš keturių – klasė, mokytojas, dalykas, laikas. Tuo pačiu žingsniu visi keturkampiai, naudojant priskyrimo uždavinio sprendimo algoritmą, lyginami su patalpomis, kuriose vyks šios klasės (keturkampiai). Pasibaigus šiam veiksmui, užpildomas visas tvarkaraščio tinklelis, išskyrus pamokas, vykstančias ribotose patalpose. Tačiau likusios "skylės" tvarkaraštyje, tai yra užsiėmimų vedimo negausiose patalpose grafikas. Taigi galime manyti, kad šiame - šeštajame žingsnyje tam tikra prasme vienu metu sudaromi du tvarkaraščiai - paprastiems mokytojams / klasėms ir ribotoms patalpoms / klasėms. Septintame žingsnyje klasės suskirstytos į grupes pagal dalykus, kurie vyks negausiose patalpose. Paprastai tokiuose dalykuose kaip kūno kultūra, darbas (technologijos), informatika klasės skirstomos į grupes. Jei mokytojų, kuriems buvo sudarytas tvarkaraštis ankstesniame žingsnyje, rinkinys susikerta su mokytojų, vedančių pamokas ribotose patalpose, rinkiniu, tada sudaroma lentelė už draudžiamąsias mokytojų darbo valandas, kurios yra šių rinkinių sankirta. Naudojant užduoties uždavinio sprendimo algoritmą, kiekvienai grupei parenkami mokytojai. Paskutinis žingsnis yra aštuntas.Šiame etape visi anksčiau gauti grafikai sujungiami, tai yra, sudaromas galutinis grafikas. Šiam veiksmui atlikti nereikia jokių algoritmų, pakanka paprastų aritmetinių operacijų. Gavęs galutinį tvarkaraštį, kiekvienas mokytojas gali pats nuspręsti, kada jam bus patogu vesti pasirenkamuosius kursus. Laikas jiems buvo rezervuotas 3 algoritmo žingsnyje. Ir jei šis mokytojas gali įdarbinti sau grupę studentų, tada jis savarankiškai įtrauks pasirenkamąjį kursą į tvarkaraštį kartu su pasirinktu kambariu. Bendroji visų anksčiau aprašytų žingsnių taisyklė, išskyrus penktąjį, yra taisyklė, kad kiekvienoje klasėje tą pačią dieną negali būti daugiau nei viena bet kurio dalyko pamoka. Be to, bendra mokytojams taikoma taisyklė – kiekvienas mokytojas gali vesti kelių dalykų pamokas, įskaitant ir tą pačią klasę.

7 Algoritmo testavimas

Kaip matyti iš ankstesnio skyriaus, mokyklos tvarkaraščio sudarymo algoritmo darbe nėra nieko sudėtingo suprasti. Viena po kitos sprendžiamos tarpusavyje susijusios, atskiros lengvai išsprendžiamos (ne NP kietos) problemos, kol visos jos išsenka. Nepaisant to, nebuvo jokios priežasties tvirtai tvirtinti, kad kiekviena iš šių užduočių gali būti išspręsta. Nesant jokio teorinio algoritmo pagrindimo, jo veikimą buvo galima patikrinti tik eksperimentiškai, juolab, kad būtent tokią užduotį iškėlė archeologas, užklydęs ant senovinio rankraščio ir jį išvertęs. Visai natūralu, kad pirmoji programišių į galvą šovusi mintis buvo sukurti įprastą aplikaciją Windows operacinei sistemai. Bet kas yra įprasta laimėjimo programa? Suaktyvinta (paleidžiama vykdyti), ji laukia įvykių iš vartotojo, pavyzdžiui, pradinių duomenų įvesties. O kaip šiuos pradinius duomenis galima gauti ir vėliau įvesti į programą? Ačiū Dievui, tiksliau JAV, šiuo metu daugiau ar mažiau save gerbianti mokykla internete atidarė savo svetainę ir pirmas dalykas, kuris pasirodo šioje svetainėje, be nuotraukų iš įvairių šventinių renginių, yra mokykla mokymo planas. Belieka tik jį nukopijuoti ir įvesti į programą kaip pradinius duomenis skaičiuojant tvarkaraštį. Klausimas. Kiek tam reikia laiko? Naudojimosi šiuo metu rinkoje siūlomomis mokyklinių tvarkaraščių programomis praktika parodė, kad įvedimas į ugdymo turinį ir mokymo krūvio paskirstymo lentelės sudarymas užtrunka nuo 8 iki 10 valandų, švelniai tariant, kruopštaus darbo. Tarkime, kad ši mokymo programa yra įvedama, ir susidaro mokymo krūvio paskirstymo lentelė, ir štai..., sudaromas grafikas. Ką tai sako. Visiškai niekas. Nėra garantijos, kad kita užduotis bus išspręsta. Dabar, jei grafikas nebūtų sudarytas, tai daug ką pasakytų, būtent, kad algoritmas problemos neišsprendžia. Kitaip tariant, įprastos laimėjimo programos tam tikra prasme beveik neįmanoma išbandyti. Kaip būti? Vėlgi – ačiū Dievui, o tiksliau „Microsoft“ šlovei, šiuolaikinėse „Windows“ operacinės sistemos versijose palaikomas vadinamasis konsolės taikymo režimas. Beje, kai kuriems jauniems žmonėms tai yra visiškas apreiškimas, jie niekada nematė juodų langų su teksto eilutėmis, einančiomis šių langų viduje. Iš tiesų, tai yra didžiųjų kompiuterių stilius iš tolimos praeities ir seniai išvykęs iš scenos - MS-DOS. Tačiau šie langai turi vieną privalumą. Jie gali kabėti prie kompiuterio ekrano, atlikdami reikiamus skaičiavimus, be jokio žmogaus dalyvavimo dieną, mėnesį ir... Nesiimu pasakyti, kiek. Būtent to ir reikėjo norint išbandyti algoritmą. Be to, samprotavimų eiga buvo tokia. Pradinių duomenų generatoriaus (grubiai tariant, tipinės mokyklos mokymo programos ir pedagoginio krūvio paskirstymo lentelės) parašymas tikrai užtruks, tačiau parašius vieną kartą, galėsite gauti neribotą skaičių testo užduočių. algoritmui išbandyti užteks tik išsprendus kitą užduotį perduoti valdymą šiam generatoriui, kad būtų sukurta nauja (kita) užduotis. Bus galima gauti statistiškai patikimus duomenis apie tiriamo algoritmo kokybę. Pavyzdžiui, 80 procentų užduočių išsprendžiama, bet 20 procentų – ne arba atvirkščiai. Tik reikia, kad sprendžiamų užduočių skaičius būtų pakankamai didelis. Būtent tai ir turėjo būti padaryta – konsolinė programa, tai buvo išeitis iš situacijos. Kaip sakoma, pasaka veikia greitai, bet poelgis nepadaromas greitai. Sugalvoti šaltinio duomenų generatorių, kuris adekvačiai atspindėtų visas praktines situacijas, net jei tai būtų tipiška mokykla, pasirodė ne tokia jau lengva užduotis. Bet vieną dieną išsipildė beprotiškos svajonės...anksčiau ar vėliau...kaip ilgai nesivynioja lynas... Baigtas šaltinio duomenų generatorius, užprogramuotas senovės egiptiečių algoritmas, "visos klaidos ištaisomos", klaidų gaudyklės patalpinti, sumontuoti skaičiavimo rezultatų patikrinimai. Programos pradžioje buvo siūlomas nedidelis užsiėmimų skaičius – nuo ​​9 iki 14 (mažoji mokykla). Sprendimai pasirodė kaip kulkosvaidis. Padidėjus klasių skaičiui - nuo 15 iki 21 (vidurinė mokykla), sprendimai buvo šaudomi greitai, bet ne kaip kulkosvaidis ... labiau kaip pistoletas. Toliau. Čia tai... didelė mokykla, lygiagrečiai iki keturių klasių, bendras klasių skaičius nuo 22 iki 28. Akivaizdu, kad stabdžiai įsijungė... Procesas ėmė panašėti į tingią antį, braidžiojančią nuo kojos ant kojos . Tačiau vienas dalykas džiugino – eilutė: „Neišspręstų problemų skaičius =" nuolat rodė nulį. Tapo aišku. Norint gauti statistiškai patikimus duomenis, patvirtinančius galimybę visiškai automatiniu režimu išspręsti bet kokią pagrįstą problemą, neužtenka vieno kompiuterio. Nedideli aritmetiniai skaičiavimai parodė, kad norint operuoti skaičiais iš šešių ir daugiau skaitmenų apie išspręstų uždavinių skaičių, reikia bent keliolikos kompiuterių. O keliolikai kompiuterių (galite įvertinti šių kompiuterių skleidžiamą šilumos kiekį ir nuolatinį ventiliatorių skleidžiamą triukšmą) reikia atskiros patalpos. Bet nieko, mūsų nesustabdysi... Netrukus pradėti eksploatuoti keliolika, ne keliolika, o septyni keturių branduolių kompiuteriai. Dėl to po metus trukusių senovės Egipto algoritmo „smurtinių veiksmų“ garbingo keturių branduolių septyneto atžvilgiu ir po dešimčių milijonų išspręstų problemų galime drąsiai teigti: išsispręskite be žmogaus įsikišimo visiškai automatiniu būdu. režimu. Tuo pačiu metu bendras 1000 užduočių skaičiavimo laikas yra maždaug toks: užduočių grupei nuo 9 iki 14 klasių = 20 minučių, užduočių grupei nuo 15 iki 21 klasės = 40 minučių, užduočių grupei nuo 22 iki 28 užsiėmimų, skaičiavimo laikas – nuo ​​6 iki 8 valandų, t.y. šiai grupei vidutiniškai tenka apie pusę minutės vienai užduočiai. Taip sėkmingai baigtas daugiau nei metus trukęs eksperimentas, skirtas mokyklos tvarkaraščio sudarymo algoritmui patikrinti (išbandyti) visiškai automatiniu režimu, nedalyvaujant žmogui, kuriam buvo išspręsta dešimtys milijonų bandomųjų užduočių. Beveik visoms bandymo užduotims (pradiniams duomenims) buvo visiškai sudarytas grafikas, atitinkantis visus apribojimus.

8 Loginis ateities programinės įrangos modelis

Baigus kasmetinį mokyklos tvarkaraščio sudarymo algoritmo testavimą, iškilo klausimas: – „O kas toliau?“. Visų pirma, į akis krenta tai, kad konsolės programa niekam nepavyks įtikinti, kad mokyklos tvarkaraščio sudarymo užduotis tikrai išspręsta... išskyrus, ko gero, programuotoją, kuris parašė šią programą. Sukurti juodą langą, kuriame karts nuo karto pasirodytų tokios eilutės: - "Išspręstų uždavinių skaičius = 12547564" gali tai padaryti net prastai besimokantis penktokas. Taigi, normalus žmogus tiesiog nepatikės tokia programa, taip sakant, ir pasielgs teisingai. Negalite išsiversti be visavertės programos, kuriai laimi. Tačiau iš pradžių būtų neblogai apsispręsti dėl tokios programos kūrimo tikslų. Prieš akis yra bent du tokie tikslai. Tai pilnavertės programinės įrangos su visomis iš to išplaukiančiomis pasekmėmis sukūrimas ir algoritmo veikimą demonstruojančios aplikacijos, kuri blogiau ar geriau įtikina žmogų, kad jis nėra apgautas, sukūrimas. O ežiukas supranta, kad šie du projektai tiesiog nepalyginami pagal darbo jėgos intensyvumą. Visai natūralu, kad buvo nuspręsta eiti lengviausiu keliu. Gerai: - "Ko reikia iš tokios laimi programos - demonstracijos?". Prieš tai galite užduoti kitą klausimą: - "Kas tai turėtų būti?". Pirmiausia. Iš karto pašalinamas galvos skausmas dėl patogios, suprantamos, praktiškos ir gražios vartotojo sąsajos. Tokiai demonstracinei versijai visiškai pakanka primityviausios sąsajos. Svarbu tik tai, kad vartotojas matytų pradinius duomenis, kurie siūlomi programai skaičiuoti (sugeneruotus natūraliai atsitiktinai) ir šio skaičiavimo rezultatus. Bent jau teoriškai vartotojas turės galimybę patikrinti pradinių duomenų ir rezultato, gauto naudojantis programa, atitikimą. Ar sunku toks patikrinimas?... Atsakymas vienareikšmis: – „Taip, tai nėra paprasta...“. Ypač jei žinote, kiek spąstų ir patikrinimų yra konsolės programoje, kad būtų galima nuolat tikrinti rezultatus, taip pat šių patikrinimų ir spąstų kodo dydį. Ar yra kitų įtikinėjimo būdų?... Išskyrus, galbūt, visiems besidomintiems... programos šaltinio kodo perdavimą. Bet čia, pavyzdžiui, Microsoft tai nepriima. Antra. Pašalinama pagalbos failo, vartotojo vadovo ir kitų visavertei programinei įrangai būtinai reikalingų lankų ir varpelių bei švilpukų problema. Ir taip jie padarė. Daugiau nei dvidešimt mygtukų buvo įstrigo pagrindinėje programos formoje, iš kurių tik vienas yra aktyvus kiekviename skaičiavimo etape, neskaitant tokio tipo mygtukų - Apie programą, Pradėti naują užduotį, Uždaryti mane. Paspaudus tokį mygtuką, pasirodo langas su mygtuku Duomenų generavimas. Paspaudžiate Generuoti duomenis, sukurti duomenys pasirodo lange baltame fone. Uždarome langą. Ką tik paspaustas mygtukas užgęsta (nustoja būti aktyvus), aktyvus tampa kitas, kurį reikia paspausti. Spustelėkite. Atsidaro kitas langas. Ir yra mygtukas Sukurti tvarkaraštį. Spustelėkite Sukurti tvarkaraštį, pasirodys sudarytas tvarkaraštis. Norintys gali pasitikrinti, ar grafikas sudarytas teisingai, ar ne. Ir taip toliau, kol bus atlikti visi algoritmo žingsniai. Tada galite spustelėti didelį mygtuką Pradėti naują užduotį. Ir taip ratu. Arba paspauskite mygtuką Uždaryti mane. Iš pirmo žvilgsnio gali atrodyti: – „Visa ši demonstracinė programa yra beždžionių darbas“. Bet taip nėra. Mažiausiai dėl trijų priežasčių. Pirmiausia. Kuriant demonstraciją buvo išspręstas gana svarbus uždavinys – sukurti visavertės programinės įrangos būsimą architektūrą. Būtent. Reikėjo stipriai atskirti „smegenis“ nuo „liemens“. Kad būtų aiškiau, atskirkite tvarkaraščio skaičiavimo algoritmo kodą nuo šaltinio duomenų generatoriaus kodo ir vartotojo sąsajos kodo. Visas planavimo algoritmo kodas yra dinaminių nuorodų bibliotekoje, todėl vartotojo sąsaja, kaip klientas, gali atlikti užduotis dinaminei bibliotekai, kuri veikia kaip serveris, kad sudarytų įvairius tvarkaraščius, sudarytus įvairiais algoritmo žingsniais. Tai leis ateityje, neliečiant grafiko skaičiavimo algoritmo kodo, atlikti eksperimentus su įvairiomis sąsajos galimybėmis, kol vartotojai bus visiškai ir galutinai patenkinti. Antra. Nepaisant primityvumo, demonstracinė vartotojo sąsaja yra logiškas ateities patogios, suprantamos, praktiškos ir gražios vartotojo sąsajos modelis. Pavyzdžiui, ji įgyvendina galimybę grįžti prie ankstesnio algoritmo žingsnio, o ši galimybė savo ruožtu turėjo įtakos programos duomenų struktūrai. Be to, demonstracinė sąsaja palaiko tokią algoritmo savybę kaip judėjimas nuo žingsnio prie žingsnio griežta seka, kas užtikrina duomenų vientisumą ir apsaugą nuo neteisingų pakeitimų. Trečia. Dar kartą kartojame, nepaisant jos primityvumo, esama vartotojo sąsaja yra tinkama analizuoti matematinį praktinių situacijų modelį, kuris atsiranda sudarant mokyklos tvarkaraštį, priimtą šioje programoje. Tokią analizę ar egzaminą galėtų atlikti gerai šią temą išmanantys specialistai, pavyzdžiui, pakankamai darbo patirties turintys vadovai, mokykloje dėstantys matematiką. Suprantant skaičiavimo detales, žinoma, jų kvalifikacijos neužtenka (ir niekas tokio noro neturės), tačiau dėl bendros gautos matematinės kultūros jie daug geriau įžvelgia akivaizdžius problemos formulavimo praleidimus. nei bet kuris profesionalus matematikas, susipažinęs su mokyklos darbu tik iš nuogirdų ar įvairių leidinių. – O kas toliau? Ir tada visavertės programinės įrangos kūrimas pagal visus programinės įrangos inžinerijos įstatymus ir taisykles, kurios dabar savo sudėtingumu neviršija įprastos ERP sistemų programinės įrangos. Tik neklauskite: – „Kiek tai užtruks laiko ir koks sudėtingas tokios programinės įrangos kūrimas? ...“. Ir juo labiau neklauskite: – „Kiek kainuos tokia plėtra?...“.

9 Verslo modelio problemos

Kaip buvo apskaičiuota anksčiau, pasaulinė mokyklų tvarkaraščių programinės įrangos rinka, veikianti visiškai automatiniu režimu, yra nuo 100 iki 500 milijonų JAV dolerių. Tačiau šią rinką, kaip sako rizikos investuotojai, dar reikia „pakelti“. Ir čia gana aiškiai išryškėja bent dvi problemos. Viena problema yra: - „Brangi“. Ten jau sustojome. O kita, mūsų nuomone, rimtesnė: – „Tokios programinės įrangos reputacija“. Jei pasitelksite metaforą, tada tokios programinės įrangos reputacija primena nešvarią, smarkiai mėšluotą ir rūkstančią aplinką, kaip šiukšlyną po mūšio Kulikovo lauke. O dūmai tokie kaustūs, kad norisi užsimerkti ir nebekvėpuoti. Kaip minėta anksčiau, kalbantis su potencialiais mokyklos tvarkaraščių programinės įrangos klientais, šis pokalbis lengvai perauga į keiksmažodžius. „Gavome... su savo automatika, mokyklos informacine erdve ir elektroniniais dienynais, dirbkime ramiai...“. Ką daryti, kad tokios programinės įrangos reputacija ir vadovų požiūris į ją pasikeistų iš priešiško į bent jau neutralų? Dėl teigiamo įvaizdžio kol kas nemikčiojame. Maždaug prieš dešimt metų dar buvo galima sakyti, kad kompiuteriai vadovų kabinetuose skirti baldams, kaip nepakeičiamas mokymosi ir progresyvumo priedas. Geriausiu atveju vietoj rašomosios mašinėlės naudojamas kompiuteris (nors, kaip minėta anksčiau, kaip tik ši aplinkybė lėmė tokį asmeninių kompiuterių pramonės suklestėjimą). Šiuo metu situacija pasikeitė. Daugelis jau bandė... Ką tik aptarėme tokių testų rezultatus. Belieka pradėti nuo pradžių. Būtent. Iš tokių programų platinimo verslo modelio. Net neįsigilinus matosi, kad per pastaruosius 15 metų šis verslo modelis beveik nepasikeitė. Susirask programos internetinį puslapį, parsisiunčia demo versiją, išrašo sąskaitą apmokėjimui... Su sąskaita apmokėjimui lyg ir viskas aišku. Neapsieisite ir be programos svetainės. O kaip demo? Tačiau demonstracinės versijos skiriasi. Variantas vienas. Mūsų demonstracinė versija niekuo nesiskiria nuo darbinės programos versijos, tik įvesti duomenys negali būti išsaugoti, o rezultatai negali būti išvesti į spausdintuvą. Ir taip, viskas veikia. Ar naudojant tokią demonstracinę versiją įmanoma įvertinti visus programos privalumus ir trūkumus? Kaip minėta anksčiau, norint įvesti visus pradinius duomenis, kad ir kaip girgždėtų reklama valandą, daugiausiai pusantros, tikrai reikia mažiausiai 8-10 valandų nenutrūkstamo ir kruopštaus (velniškai nuobodaus) darbo. Normalus žmogus, o juo labiau vartotojas, kuris pirmą kartą pradeda dirbti su programa, kai reikia išmokti dirbti su programa tuo pačiu metu ir tiksliai, be klaidų, įvesti kalną pradinių duomenų, negali to padaryti vienu metu. Tai trunka mažiausiai dvi ar net tris dienas (kartus). Dabar įsivaizduokite pradedančiojo baimę, kad maitinimas tuoj išsijungs arba kažkas persikraus. Na... normalus žmogus nenorėtų naudoti tokio demo. Taigi, arba nuspręskite nusipirkti „kiaulę kišenėje“, žinodami apie kai kurių kūrėjų „rinkodaros priepuolius“, arba, kaip dažniausiai nutinka, su kartėliu spauskite Del klavišą, kad praleistumėte laiką. Teisybės dėlei reikia pažymėti, kad tie patys kūrėjai sugalvojo kitą variantą. Savo programai padarėme „krekerį“. Nieko neįtariantis, geraširdis vartotojas, mažu rakteliu išjungęs sąžinę, atsisiunčia nelegalią kopiją (dema + krekeris). Instaliuoja, lūžta, ir... viskas veikia... Kaip sakoma, naudok į sveikatą... Tiesa, maždaug po pusmečio programa tau praneš, kad pereina į demonstracinį režimą, o sutaupyti savo duomenis, būk toks malonus..., kreipkis į kūrėją dėl sąskaitos faktūros... Žiūrint į tokias gudrybes iš šalies toks variantas atrodo - juk sąžiningesnis. Nors, žinoma, vartotojas bando apgauti gamintoją, gamintojas apgaudinėja vartotoją... beje, pažadėdamas jam, kad po kelių minučių suvedus visus pradinius duomenis jis gaus paruoštą grafiką. Galima drąsiai teigti, kad didžioji dauguma vartotojų niekada nesužinos, kad jų duomenims iškilo reali grėsmė. Praleidę 15 - 20 valandų dirbdami su programa ir įsitikinę jos nenaudingumu, su verksmu: - "Visos programos, kaip ir vyrai, tokios...", potencialūs pirkėjai piktai ištrina šią programą iš savo kompiuterio. O po valandos - pusantros, nurimę, atgavę kvapą, sako sau: - „Kas aš toks. .. dar protinga, kad nemokėjo pinigų... , mama man pasakė - „Neimk kiaulės į košę“. Antras variantas. Mūsų demonstracinė versija niekuo nesiskiria nuo darbinės versijos, yra tik vienas apribojimas, maksimalus užsiėmimų skaičius yra penki. Ir taip, viskas veikia. Dėl to toks pareiškimas pasirodo forume. „Mačiau jūsų, jei taip galima sakyti, programą. Ir jis kažką pristatė, visai nieko – keturias klases. Ir ji man pasakė: „Aš negaliu sudaryti tvarkaraščio“. Galite įkišti jį į savo... Prakeiktus pelnytojus. Čia susiduriame su atveju, kai kūrėjai rado savo „... (galvos)“ nuotykį. Tie, kurie mano, kad keturių klasių mokyklai sudaryti tvarkaraštį yra daug lengviau nei, pavyzdžiui, dvidešimties, labai klysta. Būtent todėl, testuojant „Senovės Egipto“ planavimo algoritmą, buvo nuspręsta – generuojant testo duomenis, minimaliam klasių skaičiui pasirinkti skaičių – devynias. Kartais taip yra dėl to, kad neįmanoma automatiškai sudaryti pedagoginio krūvio paskirstymo lentelės. Paprasčiau tariant, paskirstyti krūvį menkam klasių skaičiui ir atitinkamai menkam mokytojų skaičiui. Matyt, tokias gudrybes gali parodyti tik labai patyrusi žmogaus ranka (ar akis, jei norite). Trečias variantas. Gerai tada. Naudokite mūsų programą. Bet dvi savaites. O po dviejų savaičių viskas, šabas. „Užsukime vandenį...“ Ar įmanoma per dvi savaites įsisavinti programą ir įvertinti visus jos privalumus ir trūkumus? Ranka ant širdies, sakykime: „Galbūt, kas įmanoma...“. Bet su viena sąlyga. Reikia nustoti daryti visa kita. Ir mėgstamiausias vadovės žodis: – „Užimtas“. „O, užimtas. Toks užimtas, kad negaliu kvėpuoti, neturiu laiko ... “ Ar vadovas viską atmes dviem savaitėms ir pasiners į tam laikotarpiui skirtą planavimo programą? Kaip sako mokslininkai: „Sunku pasakyti...“. Žodžiu, viskas blogai... Ir taip blogai, ir taip nepatogu... Kur ieškoti išeities? Gal nuoma?

10 SaaS verslo programinės įrangos naudojimo modelis

Iš pradžių visa kompiuterių pramonė naudojo nuomos verslo modelį – pirmieji kompiuteriai kainavo nemažus pinigus, o jų skaičiavimo galia buvo išnuomota klientams. Atsiradus internetui, senasis verslo modelis buvo atgaivintas, tačiau iš esmės kitokiu technologiniu pagrindu. SaaS(Anglų) programinė įranga kaip paslauga – programinė įranga kaip paslauga) – programinės įrangos pardavimo ir naudojimo verslo modelis, kai tiekėjas kuria žiniatinklio taikomąją programą ir ją savarankiškai valdo, suteikdamas klientui prieigą prie programinės įrangos internetu.

Pagrindinis SaaS ir senojo modelio skirtumas yra tas, kad ankstesni klientai kompiuterius prieidavo tiesiogiai, o ne pasauliniais tinklais. Kadangi SaaS modelis orientuotas į paslaugų teikimą naudojantis internetu, jo plėtra yra tiesiogiai susijusi su pasaulinio tinklo plėtra. Pirmosios įmonės, siūlančios programinę įrangą kaip paslaugą, Vakarų šalyse pasirodė 1997–1999 m., o SaaS akronimas plačiai pradėtas vartoti 2001 m. Atrodo, kad mūsų „kietuoju atveju“ šis verslo modelis yra pats optimaliausias, o gal net ir vienintelis priimtinas. Tai išgelbės potencialius klientus nuo santykinai didelės pinigų sumos rizikos mokant už programinės įrangos produktą iš produktų grupės, kurios reputacija beveik beviltiškai sugadinta. Naudodamas nuomos verslo modelį, klientas galės ramiai ir palaipsniui įsitikinti, kad jam tikrai reikia siūlomos prekės, o jo lūkesčiai naudojant prekę sutampa su tuo, ką jis iš tikrųjų gauna. Apie vadovų lūkesčius iš tokių programų jau kalbėjome pakankamai išsamiai.

11 Vietoj išvados

Kartais kai kurie sarkastiškai klausia: – „Ar turi verslo planą?...“ Taip. Ir vis dėlto labai paprasta. „Nuosekliai spręskite kylančias problemas, kai jos iškyla...“. Kraštutiniu atveju bus galima naudoti SaaS modelį (verslo planas – pagal poreikį). Jei kam prireiks, bus galima viską detaliai ir detaliai suplanuoti, kaltų neras nei vienas buhalteris!

Bibliografija

Baltak S.V., Sotskov Yu.N. Treniruočių grafiko sudarymas pagal grafo gyslų spalvinimą // Informatika, 2006, nr.3, p. 58 - 69. Borodinas O.V. Spalvos ir topologiniai grafų atvaizdavimai // Diskretinė analizė ir operacijų tyrimas. 1996, 3 tomas, Nr. 4, p. 3 - 27. Borodinas O.V. Kotzigo teoremos apibendrinimas ir nustatytas plokštuminių grafų briaunų spalvinimas // Matematinės pastabos. 1990, 48 tomas, 6 leidimas, p. 22 - 28. Vizingas V.G. Grafo viršūnių spalvinimas pagal naudojamų spalvų daugumos apribojimus // Diskretinė analizė ir operacijų tyrimas. 2009, 16 tomas, Nr.4, p. 21 - 30. Vizingas V.G. Apie susietą grafikų spalvinimą nustatytomis spalvomis // Diskretinė analizė ir operacijų tyrimas. 1999, 1 serija, 6 tomas, Nr. 4, p. 36 - 43. Gafarovas E.R., Lazarevas A.A. Matematiniai optimizavimo metodai rengiant studijų grafiką // Naujosios informacinės technologijos švietime. Mokslinių straipsnių rinkinys. - M.: 1C-Publishing, 2013, 2 dalis, p. 51–55. Gary M., Johnson D. Skaičiavimo mašinos ir sudėtingos užduotys. - M.: Mir, 1982. - 416 p. Distel R. Grafo teorija: Per. iš anglų kalbos. - Novosibirskas: Matematikos instituto leidykla, 2002. - 336 p. Emelichevas V.A., Melnikovas A.I., Sarvanovas V.I., Tyškevičius R.I. Grafų teorijos paskaitos. - M.: Mokslas. Ch. red. Fizika-matematika. lit., 1990. - 384 p. Ichbana D., Knepper S. Billas Gatesas ir „Microsoft“ sukūrimas. - Rostovas prie Dono: "Phoenix Publishing House", 1997. - 352 p. Karpovas D.V. Dinaminis reguliarus grafo viršūnių dažymas. // Mokslinių seminarų užrašai POMI. 2010, 381 tomas, p. 47 - 77. Magomedovas A.M., Magomedovas T.A. Intervalas ant vienos dalies taisyklingos briaunos Dvišalio grafo 5 spalvinimas // Taikomoji diskretinė matematika. 2011. Nr.3(13), p. 85 - 91. Papadimitru H., Steiglitz K. Kombinatorinis optimizavimas. Algoritmai ir sudėtingumas. Per. iš anglų kalbos. - M.: Mir, 1985. - 512 p. Romanovskis I.V. Diskreti analizė. Vadovėlis taikomosios matematikos ir informatikos specialybių studentams. - 2-as leidimas, pataisytas. - Sankt Peterburgas: Nevskio tarmė, 2000. - 240 p. Swami M., Thulasiraman K. Grafikai, tinklai ir algoritmai: Per. iš anglų kalbos. - M.: Mir, 1984. - 455 p. Smirnovas V.V. Pererburgo mokyklos ir mokyklų pastatai. Sankt Peterburgo – Petrogrado – Leningrado mokyklų statybos istorija 1703 – 2003 m. - Sankt Peterburgas: leidykla "Rusijos-Baltijos informacijos centras "BLITs"", 2003. - 144 p. Stetsenko O.P. Apie vieną grafiko briaunų dažymo į nustatytas spalvas tipą // Diskretioji matematika. 1997. 9 tomas, 4 numeris, 92 - 93. Urnov V.A. Tvarkaraštis – paklausiausia darbo vieta švietime // Informatika ir švietimas. 2001, Nr.4, p. 47 - 52. Harari F. Grafo teorija. - M.: Mir, 1973. - 302 p. Even S., Itai A., Shamir A. Apie tvarkaraščio sudėtingumą ir kelių prekių srautų problemas // SIAM J: Comput. t. 5, Nr. 4, 1976 m. gruodžio mėn., 691-703

Nuorodos:

Todėl visos grindys, kuriose buvo toks kompiuteris, buvo uždengtos smulkiu metaliniu tinkleliu, siekiant atmesti galimybę „elektroniškai žvilgtelėti“ iš prisiekusių sovietų režimo priešų. Pati studijų grafiko sudarymo užduotis (be kompiuterinių technologijų pagalbos) atrodo ne mažiau nei trijų šimtų metų senumo. Užfiksuoti atvejai, kai vadovai – apskritai kultūringi ir išsilavinę žmonės, išgirdę frazę: – „Mokyklos tvarkaraščio sudarymo programa“ akimirksniu perėjo į keiksmažodžius. Čia neapsistosime ties NP sunkių problemų teorija, nes diskusijos šiuo klausimu skaitytoją atitolintų nuo mus dominančios temos, taip pat būtų akivaizdžiai per ankstyvos ir paviršutiniškos. Tačiau susidomėjusiam skaitytojui galima rekomenduoti kreiptis į bene daugiausiai cituojamą leidinį mūsų šalyje šia tema. Norint visiškai suprasti šį straipsnį, NP sudėtingos problemos gali būti suprantamos kaip praktiškai neišsprendžiamos problemos, nors tai nėra visiškai tikslus „vertimas“. Tai reiškia leidinius rusų kalba, kurių nėra tiek daug, palyginti su leidiniais anglų kalba. Greičiausiai jų skaičius neviršija bendro Rusijos Federacijos indėlio aukštųjų technologijų srityje, kuris vertinamas 0,4–0,6% (nuo nulinio taško keturių procentų iki nulio taško šešių procentų) pasaulio. Tiesa, fizinių ir matematinių mokslų yra eilės tvarka mažiau. Tanajevas Viačeslavas Sergejevičius (1940 - 2002) - Baltarusijos matematikas, Baltarusijos Respublikos nacionalinės mokslų akademijos "Kibernetikos" tyrimų instituto direktorius, fizinių ir matematikos mokslų daktaras (1978), profesorius (1980), tikrasis narys Baltarusijos nacionalinė mokslų akademija (2000). Moksliniai interesai: operacijų tyrimai, planavimo teorija, optimizavimo metodai. Michalevičius Vladimiras Sergejevičius (1930 - 1994) - Ukrainos matematikas ir kibernetikas, Ukrainos mokslų akademijos akademikas, Rusijos mokslų akademijos akademikas (1991; SSRS mokslų akademijos akademikas nuo 1984). Optimalių statistinių sprendimų teorijos, sistemų analizės, teorinės ir ekonominės kibernetikos darbai. SSRS valstybinė premija (1981). Tačiau šaltinio duomenų generatoriaus kodo ir kodo, skirto sudaryto tvarkaraščio teisingumui patikrinti, perkėlimas yra visiškai įmanomas, nes šis kodas neturi jokios komercinės vertės. Senovės Egipto kunigės Anuš garbei programa rusiškai buvo vadinama - Annuška.

Ir net... gal... Bet ką! tuščia svajonė.
Jokių nebus.
Likimas pavydi, blogis!
O, kodėl aš ne tabakas!... A.S. Puškinas

Failą iš T E X išvertė T T ​​H , 4.03 versija.
2013 m. liepos 27 d., 00:53.

Yra aštuonios pagrindinės programos modifikacijos įvairioms švietimo įstaigoms:
. AVTOR mokykla - vidurinėms mokykloms, licėjams ir gimnazijoms;
. AVTOR kolegija – kolegijoms, technikos mokykloms ir profesinėms mokykloms;
. AVTOR meno kolegija – meno ir kultūros mokykloms;
. AVTOR High School - universitetams (dieninis mokymas);
. AVTOR High School semestric - universitetams (korespondentinis kursas);
. AVTOR M High School semestric - kariniams universitetams;
. AVTOR edukaciniai centrai – švietimo centrams, CPC ir IPK;
. AVTOR High Shool Pro - universitetams, turintiems kelis nuotolinius mokymo pastatus, atsižvelgiant į judėjimo tarp jų laiką (nuolatinės ir neakivaizdinės mokymo formos, tinklo versija).

Sistemos kūrimo ir raidos istorija.
. Pirmąją programos AUTHOR-2 versiją (pagal MS DOS) 1993 m. balandį sukūrė RSU mokslininkas Igoris Gubenko. Programa iš pradžių buvo skirta daugiadalykiame RSU licėjuje su patobulintu užsienio kalbos, informatikos ir daugelio kitų dalykų studijomis. specialieji dalykai (kur klasės suskirstytos į 2-4 pogrupius ir gali būti jungiamos į srautus). Jau pirmoji programos versija leido sudaryti teisingus grafikus.
. Tada programa buvo išbandyta dar keliose Rostovo prie Dono mokyklose. Atsižvelgta į daugelio vadovų patirtį, įvairių mokyklų tvarkaraščių specifiką. Programa per 2 metus buvo gerokai patobulinta ir įdiegta daugiau nei dešimtyje mokyklų, licėjų ir gimnazijų.
. Iki 1996 m. autoriui pavyko sukurti unikalų automatinio sudarymo ir tvarkaraščių optimizavimo algoritmą, kuris leido žymiai padidinti programos galią. Tais pačiais metais buvo išleista pirmoji AUTHOR-2 versija kolegijoms ir mažam universitetui.
. 1997-98 metais autorius kuria ir sėkmingai įgyvendina pirmąją programos versiją dideliam universitetui su keliais mokomaisiais pastatais (RGUE „RINH“).
. 2000 m. buvo išleista pirmoji WIN AVTOR-2000 programos versija, skirta visų tipų švietimo įstaigoms.
. 2001 m. buvo išleista programos versija su sąsaja trimis kalbomis: rusų, ukrainiečių ir anglų.
. 2001 m. buvo pradėta eksploatuoti pirmoji universitetinė versija, skirta neakivaizdiniam mokymuisi.
. 2002 m. pasirodė tinklo programos versija universitetui su keliomis darbo vietomis ir bendra auditorijų duomenų baze.
. 2003 m. AVTOR-2003 buvo sėkmingai integruotas į vieną paketą su „Plany“ PPP (SURSUES), kuris leido automatizuoti duomenų bazės įvedimą į programą ir per 2 valandas sudaryti visą šio universiteto tvarkaraštį! SURGUES (Šakhty) yra 7 edukaciniai pastatai, du iš jų yra atokiau. Anksčiau tą patį grafiką rankiniu būdu per 2-3 mėnesius surašydavo du metodininkai.
. 2004 metais buvo sukurta AVTOR programos versija kariniams universitetams.
. 2005 m. buvo išleista AVTOR versija, skirta kultūros ir meno mokykloms, taip pat mokymo centrams.

Klientai.

Šiuo metu AVTOR programa sėkmingai naudojasi daugiau nei trys šimtai švietimo įstaigų Rusijoje, Ukrainoje, Baltarusijoje, Baltijos šalyse ir Kazachstane. Tarp jų: ​​Dono realinė gimnazija (vidurinė mokykla Nr. 62), Klasikinis licėjus prie Rusijos valstybinio universiteto, vidurinė mokykla Nr. 104, Nr. 38, Nr. 67, Nr. 81, Nr. 52, Nr. 92, Nr. 27, Nr. 46, Nr. 69, Nr. prie Dono), vidurinė mokykla Nr. 297, Nr. 1117 (Maskva), vidurinė mokykla Nr. 315, Nr. 17, Rytų kalbų gimnazija (Kijevas), 44 vidurinė mokykla (Zaporožė), Tikhorecko geležinkelio transporto kolegija, Belojarsko pedagoginė kolegija, Rostovo inžinerijos kolegija, RGEU "RINKh", IUBiP, SKAGS, RGASCM, RSSU (Rostovas prie Dono), SURSUES (Šachtai), Timirjazevo valstija Universitetas (Maskva), Rusijos vidaus reikalų ministerija (Maskva), Irkutsko valstybinis universitetas, Užsienio kalbų institutas USPU, USU (Jekaterinburgas), SSEU (Saratovas), taip pat dešimtys kitų mokyklų, licėjų, gimnazijų , kolegijose ir universitetuose.

Specifikacijos.
Programos veikimo laikas priklauso nuo ugdymo įstaigos dydžio ir kompiuterio galingumo. Vidutinio dydžio mokyklos su sudėtingais pradiniais duomenimis (40 klasių, 80 mokytojų, iš kurių daugiau nei 10 neakivaizdinių mokytojų; dvi pamainos; kabinetų trūkumas) pilnas grafiko apskaičiavimas ir optimizavimas Celerone užtrunka apie 2-3 minutes. - 2000 kompiuteris.

AUTOR leidžia:

sudaryti tvarkaraštį be "gerai"jis„pamokose (mokymosi grupėse);

optimizuoti pagal tvarkaraštįmokytojų „langai“;

atsižvelgti į reikalingą dienų / valandų intervalą klasėms, mokytojams ir klasėms;

atsižvelgti į darbo pobūdį ir tiek nuolatinių, tiek ne visą darbo dieną dirbančių darbuotojų pageidavimus;

optimaliai išdėstyti klases klasėse (auditorijose), atsižvelgiant į klasių, dalykų ypatumus, mokytojų prioritetus ir klasės pajėgumą;

įveskite skambučių tvarkaraštį;

diegtiperėjimo laikas (reezda) tarp edukacinių pastatų;

optimizuoti perėjimų iš spintelės į kabiną skaičiųt, ir nuo kūno iki kūno;

vedant bet kokius užsiėmimus lengva sujungti bet kokius užsiėmimus (studijų grupes) į srautus;

suskirstyti klases (studijų grupes) vedant užsienio kalbos, kūno kultūros, darbo, informatikos (ir bet kurių kitų dalykų) užsiėmimus į bet kokį pogrupių skaičių (iki dešimties!);

įvesti bet kurio dalyko kombinuotas pamokas pogrupiams (pvz., „užsienio / informatikos“);

supažindinti (be pagrindinių dalykų) specialius kursus ir pasirenkamuosius dalykus;

optimizuoti tvarkaraščio vienodumą ir sudėtingumą;

lengvai ir greitai įvesti ir ištaisyti pradinius duomenis;

turėti bet kokį tvarkaraščio variantų skaičių;

automatiškai konvertuoti tvarkaraščius, kai keičiasi duomenų bazė;

lengva išsaugoti archyvuose, kopijuoti ir siųsti įE- Paštaspilnos duomenų bazės ir tvarkaraščio parinktys (visos vidurinės mokyklos tvarkaraščio bazės archyvo apimtis yra 10-30K, didelis universitetas - 50-70K);

greitai atlikti reikiamus grafiko pakeitimus;

surasti laikinai nesančius mokytojus pavadavimus;

automatiškai valdyti tvarkaraštį, pašalinant bet kokius „užsidengimus“ ir prieštaravimus;

rodyti tvarkaraščius patogių ir vaizdinių dokumentų pavidalu: tekstas,Žodis, HTML, taip pat failusdBaseir knygosExcel;

pateikti parengtus tvarkaraščius vietiniame tinkle ir interneto puslapiuose viešai prieigai.

Skirtumas nuo analogų.
Lyginamąją AVTOR programos ir kitų kūrėjų programų darbo analizę ne kartą atliko įvairių mokymo įstaigų specialistai. Tyrimo rezultatai skelbiami žinomose interneto svetainėse, taip pat pranešimuose konferencijose ir meistriškumo kursuose. Daroma išvada, kad AVTOR turi galingiausią automatinio planavimo ir optimizavimo algoritmą: dirbdama 10-20 kartų greičiau nei analogai, programa pagal daugelį kriterijų sudaro geresnius grafikus. Pavyzdžiui, mokytojų tvarkaraštyje „langų“ yra 2–3 kartus mažiau nei naudojant kitas programas.
AVTOR yra programa su unikaliomis funkcijomis. Pagrindiniai pranašumai, palyginti su panašiomis programomis NVS:
. greitis, sistemos failų kompaktiškumas ir galimybė dirbti labaididelismokymo įstaigos su sudėtingais tvarkaraščiais;
. aukštas automatizavimo lygis (telpa 100% galimų klasių);
. didelis našumas:csistema leidžia per vieną užsiėmimą susikurti naują tvarkaraštį, o vėliau greitai koreguoti, išsaugoti, atsispausdinti įvairias tvarkaraščių parinktis, prireikus juos keisti per visus mokslo metus;
. galingas automatizuotas TVARKARAŠČIO REDAKTORIUS,kurileidžia nesunkiai atlikti BET KOKIUS veiksmus su tvarkaraščiu (pridėti, ištrinti, pertvarkyti pamokas, skaičiuoti ir optimizuoti tvarkaraštį, keisti klases, pakeisti mokytojus ir pan.). Tuo pačiu programa aiškiai ir patogiai siūlo įvairius tvarkaraščio permutacijų (keitimų) variantus ir palygina jų kokybę;
. išsamios statistikos prieinamumas ir objektyvus bet kurio tvarkaraščio pasirinkimo kokybės įvertinimas;
. gebėjimas palaikyti bet kurią valstybinę kalbą (kliento pageidavimu).

Programos pritaikymas ir koregavimas.
Užsakovui pageidaujant, AVTOR yra modifikuojamas ir priderinamas prie konkrečios ugdymo įstaigos sąlygų (atsižvelgiant į ugdymo proceso specifiką, darbo laiką, dokumentų formas ir kt.).

Atsisiųskite į savo telefoną, kad nieko nepamirštumėte ir niekur nevėluosite.

Android

laiko lentelė

Graži ir intuityvi mokyklos gyvenimo valdymo programa. Galite įvesti tvarkaraštį, namų darbus, egzaminus ir net atostogas. Programą galima sinchronizuoti su visais „Android“ įrenginiais ir pamokos metu automatiškai persijungs į tylųjį režimą.

Mokyklos žurnalas

Šiame elektroniniame dienyne galite vesti tvarkaraštį, nurodant mokytojo vardą, pavardę ir telefono numerį bei pamokos vietą. Kad nieko nepamirštumėte, programa pagrindiniame telefono ekrane turi valdiklius. Taip pat galima užsirašyti dalykus ir dėti ant jų pažymius. Bet, ko gero, maloniausia savybė – atliktų namų darbų ištrynimas.

lengvoji mokykla

Tai leidžia ne tik laikytis tvarkaraščio ir užsirašyti namų darbus, bet ir sekti laiką iki pamokos pradžios ar pabaigos. Savybė – teorinės medžiagos buvimas. Jei staiga pamiršote, kaip rasti kampo sinusą, galite žiūrėti tiesiai programoje.

Užduočių sąrašas

Nelabai spalvinga, bet daugiafunkcinė aplikacija. Jame galite sukurti tvarkaraštį ir eksportuoti jį į įrenginio kalendorių. Galite peržiūrėti savaitės ar kelių užsiėmimų tvarkaraštį iš karto ir pagrindiniame ekrane rodyti valdiklį su priminimais. Pamokos metu programėlė automatiškai įjungia tylųjį režimą, galima nustatyti namų darbų užduočių terminus.

Tvarkaraštis – mokyklos planuotojas

Programos esmė: vienas vartotojas paskelbia savo mokyklos tvarkaraštį, kad jo klasės draugai galėtų rasti paruoštą pamokų tvarkaraštį. Patogus! Gaila, kad paslaugomis naudojasi nedaug žmonių. Tačiau yra valdiklis ir QR kodo skaitytuvas.

iOS

iSchool

Leidžia sukurti gražų įvairiaspalvį tvarkaraštį, nurodant klases, kuriose vyks pamokos. Patogu užsirašyti užduotis: galima tiesiog nufotografuoti lentą arba diktuoti balsu. Ir dar viena itin naudinga funkcija: galite įvesti dalykų įvertinimus ir apskaičiuoti balų vidurkį. Programa palaiko rusų kalbą, veikia sinchronizavimas su iCloud.

iStudiezpro

Leidžia sudaryti tvarkaraštį su pasikartojančiomis pamokomis. Kiekvienai prekei galima priskirti savo spalvą – taip ateityje bus lengviau orientuotis tvarkaraštyje. Į kalendorių galite įtraukti šventes ir savaitgalius, taip pat išsaugoti naudingą informaciją apie klasės draugus ir mokytojus.

Klasės tvarkaraštis

Vaivorykštės planuotojas studentams. Standartinis funkcijų rinkinys apima tvarkaraštį su priminimais ir namų darbų užduočių sąrašą. Tačiau yra ir įdomi funkcija: programa veikia ne tik „iPhone“ ir „iPad“, bet ir „Apple Watch“. Patogu, jei, be studijų, yra ir sporto skyriai ir reikia viską suspėti.

Laipsnio skalikas

Kalendorius moksleiviams ir studentams su galimybe pažymėti elementus pagal spalvas ir surašyti dalykų įvertinimus. Svarbiausias dalykas: laiko diagramos, rodančios, kiek laiko praleidžiate tam tikrai prekei. Minusas: nepalaiko rusų kalbos.

Užsiėmimų tvarkaraštis – Tvarkaraštis

Kitas pagalbininkas studentams, kuriems trūksta organizuotumo. Galite sudaryti pamokų tvarkaraštį su pasikartojančiomis arba besikeičiančiomis savaitėmis, dalytis juo su draugais ir užsirašyti namų darbų užduotis. Dėl patogaus valdiklio jums net nereikia atrakinti įrenginio, kad galėtumėte greitai patikrinti tvarkaraštį.

Foksfordo tvarkaraštis

Foksfordo namų mokyklos užsiėmimų ir eksternų tvarkaraštis yra interneto svetainės skiltyje „Ugdymo procesas“.

Pasirinkite savo klasę ir spustelėkite „Išsami informacija“. Pamatysite, kokia savaitės diena ir kokiu laiku vyksta ta ar kita pamoka bei galėsite įtraukti tvarkaraštį į savo elektroninę planuoklę.

Taip pat mokslo metų pradžioje mokiniai gauna tvarkaraščius patogių pdf lentelių pavidalu.

Visos namų darbų užduotys saugomos Mokinio asmeninėje paskyroje. Viskas, ką jums reikia padaryti, tai pasirinkti kursą ir klasės numerį.

Prietaisų skydelis primins apie naujas ir jau atliktas užduotis. Iš jo vienu paspaudimu galite pereiti prie užduoties.

Na, o jei mokinys pamirš kokią nors pamoką ar namų darbus, jam apie tai iškart bus priminta. Patikimesnė nei bet kuri programa! :)