Mokyklos pamokų planavimo programa. Visiško automatizavimo problema kuriant mokyklos tvarkaraštį
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 (kursai neakivaizdžiai);
. AVTOR M High School semestric - kariniams universitetams;
. AVTOR edukaciniai centrai – mokymo centrams, edukacinėms programoms ir edukacinėms programoms;
. AVTOR High Shool Pro – universitetams, turintiems kelis nutolusius akademinius pastatus, atsižvelgiant į kelionės tarp jų laiką (nuolatinės ir neakivaizdinės studijų formos, tinklinė versija).
Sistemos kūrimo ir raidos istorija.
. Pirmąją AUTOR-2 programos versiją (pagal MS DOS) 1993 m. balandį sukūrė RSU mokslininkas Igoris Gubenko. Programa iš pradžių buvo skirta RSU daugiadisciplininiame licėjuje, kuriame intensyviai mokomasi užsienio kalbos, informatikos ir daugelio kitų dalykų. 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 buvo gerokai patobulinta ir per 2 metus įgyvendinta daugiau nei dešimtyje mokyklų, licėjų ir gimnazijų.
. Iki 1996 m. autoriui pavyko sukurti unikalų algoritmą automatiniam tvarkaraščių sudarymui ir optimizavimui, kuris leido žymiai padidinti programos galią. Tais pačiais metais buvo išleista pirmoji AUTOR-2 versija kolegijoms ir mažam universitetui.
. 1997-98 metais autorius kuria ir sėkmingai įgyvendina pirmąją programos versiją dideliam universitetui su keliais akademiniais pastatais (RGUE „RINH“).
. 2000 m. buvo išleista pirmoji AVTOR-2000 programos WIN 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 nuotolinio mokymosi universitetinė versija.
. 2002 m. pasirodė tinklo programos universitetams versija su keliomis darbo stotimis ir bendra auditorijų duomenų baze.
. 2003 m. AVTOR-2003 buvo sėkmingai integruotas į vieną paketą su PPP "Plany" (YURGUES), kuris leido automatizuoti duomenų bazės įvedimą į programą ir kurti pilnas tvarkaraštisšis universitetas per 2 valandas! YURGUES (Shakhty) 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 m. 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. 83 (Rostovas prie Dono), vidurinė mokykla Nr. 297, Nr. 1117 (Maskva), vidurinė mokykla Nr. 315, Nr. 17, Rytų kalbų gimnazija (Kijevas), vidurinė mokykla Nr. 44 (Zaporožė), Tikhoreckio geležinkelio transporto kolegija, Belojarsko pedagoginė kolegija, Rostovo mechanikos inžinerijos kolegija, RGUE "RINH", IUBiP, SKAGS, RGASHM, RGSU (Rostovas prie Dono), YURGUES ( Shakhty), RGAU pavadintas Timiriazevo vardu (Maskva), MU Rusijos vidaus reikalų ministerija (Maskva), Irkutsko valstybinis universitetas, Užsienio kalbų institutas, USPU, USU (Jekaterinburgas), SGSEU (Saratovas), taip pat dešimtys kitos mokyklos, licėjai, gimnazijos, kolegijos ir universitetai.
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ų, daugiau nei 10 neakivaizdinių mokytojų; dvi pamainos; kabinetų trūkumas) pilnas grafiko apskaičiavimas ir optimizavimas „Celeron“ užtrunka apie 2–3 minutes. 2000 kompiuteris.
AVTOR leidžia:
sudaryti tvarkaraštį be "gerai"Jis" klasėse (mokymosi grupėse);
optimizuoti pagal tvarkaraštįmokytojų „langai“;
apsvarstykite reikalingą dienų / valandų intervalą klasėms, mokytojams ir klasėms;
atsižvelgti į darbo pobūdį ir tiek visą darbo dieną dirbančių, tiek ne visą darbo dieną dirbančių valandinių 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į;
diegtipereinamasis laikas (perėjimo laikas)ezda) tarp akademinių pastatų;
optimizuoti perėjimų iš spintelės į kabiną skaičiųT, ir nuo kūno iki kūno;
lengvai sujungti bet kokius užsiėmimus (studijų grupes) į srautus vedant bet kokius užsiėmimus;
suskirstyti klases (studijų grupes) vedant užsienio kalbų užsiėmimus, fizinė kultūra, darbas, informatika (ir bet kokie kiti dalykai) bet kokiam skaičiui pogrupių (iki dešimties!);
įvesti kombinuotas pamokas pogrupiams (pvz., „užsienio/informatikos“) bet kuriuose dalykuose;
supažindinti (be pagrindinių dalykų) specialius kursus ir pasirenkamuosius dalykus;
optimizuoti grafiko vienodumą ir darbo intensyvumą;
lengvai ir greitai įvesti ir koreguoti šaltinio 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 perE- Paštaspilnos duomenų bazės ir tvarkaraščių parinktys (visos vidurinių mokyklų tvarkaraščių duomenų 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 „persidengimus“ ir prieštaravimus;
rodyti tvarkaraščius patogių ir vaizdinių dokumentų pavidalu: tekstas,Žodis, HTML, taip pat failusdBaseir knygosExcel;
paskelbti paruoštus grafikus vietinis tinklas ir viešuose interneto puslapiuose.
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. Prieita prie išvados, kad AVTOR turi galingiausią algoritmą automatiniam tvarkaraščių sudarymui ir optimizavimui: dirbdama 10-20 kartų greičiau nei analogai, programa pagal daugelį kriterijų sudaro geresnius grafikus. Pavyzdžiui, mokytojų tvarkaraščiuose „langų“ yra 2–3 kartus mažiau nei naudojant kitas programas.
AVTOR yra programa su unikaliomis galimybėmis. Pagrindiniai pranašumai, palyginti su panašiomis NVS programomis:
. greitis, sistemos failų kompaktiškumas ir galimybė dirbti labaididelismokymo įstaigos su sudėtingais tvarkaraščiais;
. aukštas lygis automatika (telpa 100% galimų klasių);
. didelis našumas:cSistema leidžia per vieną darbo seansą susikurti naują grafiką, o vėliau greitai koreguoti, išsaugoti, spausdinti įvairias grafiko parinktis, prireikus jas keisti per visą mokslo metai;
. galingas automatizuotas TVARKARAŠČIO REDAKTORIUS,kuriosleidžia nesunkiai atlikti BET KOKIUS veiksmus su tvarkaraščiu (pridėti, ištrinti, pertvarkyti klases, skaičiuoti ir optimizuoti tvarkaraštį, persirengti, pakeisti mokytojus ir pan.). Tuo pačiu programa aiškiai ir patogiai siūlo įvairius tvarkaraščio pertvarkymo (keitimo) variantus ir palygina jų kokybę;
. išsamios statistikos prieinamumas ir objektyvus bet kurio tvarkaraščio varianto kokybės įvertinimas;
. galimybė palaikyti bet ką Nacionalinė kalba(kliento pageidavimu).
Programos pritaikymas ir konfigūravimas.
Užsakovui pageidaujant, AVTOR modifikuojamas ir pritaikomas pagal konkrečios ugdymo įstaigos sąlygas (atsižvelgiant į ugdymo proceso specifiką, darbo režimą, dokumentų formą ir kt.).
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. Prognozuojamos tolimesnės šios programinės įrangos kūrimo. Aptariamas SaaS verslo modelis jo naudojimui. Norint suprasti pagrindinį straipsnio turinį, specialaus matematinio pasiruošimo nereikia, todėl straipsnis skirtas plačiam susidomėjusių skaitytojų ratui. |
|
1. Įvadas
Per pastarąjį dešimtmetį į Rusijos Federacija Buvo apginta mažiausiai keliolika disertacijų temomis, susijusiomis su ugdymo tvarkaraščių sudarymo užduotimi. Per pastarąjį dešimtmetį apgintų disertacijų buvo ne mažiau. Nors daugiausia ginamos disertacijos dėl technikos mokslų kandidato vardo ir svarstomos aukštosios mokyklos klasių tvarkaraščio sudarymo problemos, tačiau šis faktas rodo, kad vis daugiau tyrėjų atkreipia dėmesį į studijų programų sudarymo problemas. mokyklos tvarkaraštis. Galbūt šis darbų srautas yra susijęs su nuolatine kompiuterinių technologijų pažanga ir visuotiniu prieinamumu. Iš tiesų mūsų akyse vyksta tikrai nuostabūs procesai. Vos prieš dvidešimt penkerius metus tik didelė, dažniausiai gynybos, įmonė galėjo sau leisti įsigyti tokį elektroninį kompiuterį kaip EC1066. Toks kompiuteris buvo patalpoje, kurios plotas siekė iki kelių šimtų kvadratinių metrų, įrengta galinga nepertraukiamo maitinimo sistema ir mikroklimato palaikymo sistema. Tokie elektroniniai kompiuteriai pirmiausia buvo skirti spręsti unikalias mokslines ir technines problemas, kurios turėjo įtakos šalies gynybiniam pajėgumui. Šiandien daugelis žmonių turi namus rašomieji stalai yra asmeniniai kompiuteriai. Bet tik pagalvok apie tai. Tokio asmeninio kompiuterio RAM yra 125 - 250 kartų didesnė lyginant su minėtu milžinu. Našumas yra daugiau nei 1000 kartų greitesnis. Ir tai nėra rašybos klaida. Daugiau nei tūkstantį kartų.2 kartos planavimo programinės įrangos
Pirmosios publikacijos kompiuterinių technologijų panaudojimo pamokų tvarkaraščių rengimui automatizuoti tema pasirodė praėjusio amžiaus 60-ųjų pradžioje, todėl užduotis sudaryti ugdymo tvarkaraštį naudojant kompiuterines technologijas turi gana ilgą istoriją. Per beveik 50 intensyvių tyrimų metų milžinišką intelektualinį darbą atliko tūkstančiai specialistų visame pasaulyje. Tačiau ugdymo tvarkaraščių sudarymo užduotis tiek tada, tiek dabar tebėra kietas riešutėlis. Visai nenuostabu, kad tobulėjant kompiuterinėms technologijoms atsirado ir tobulėjo mokyklos tvarkaraščio sudarymo programos. Todėl atsigręžkime (natūralu, telegrafiniu stiliumi) į labai sąlyginius šios raidos laikotarpius. Per daug nesigilinant į istorinius tyrimus ir nerizikuojant padaryti didelės klaidos, kompiuterio (elektroninio kompiuterio) atsiradimas galimas iki 1945 m. Šis atsiradimas (vėlgi nerizikuojant padaryti daug klaidų) gali būti siejamas su karinio skaičiavimo poreikiu. Viena iš pirmųjų užduočių, kuri buvo išspręsta pirmuosiuose kompiuteriuose, buvo užduotis sudaryti balistines lenteles artilerijai ir aviacijai. Atominių ir termobranduolinių sprogimų tyrimo užduotis atliko svarbų vaidmenį kariuomenės poreikiams tenkinti. 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 daugeliui siaurų specialistų - matematikų, susijusių su skaitiniais metodais. Rezultatas netruko laukti. Nuo 1955 m. ši pramonė sparčiai auga. mokslo žinių, kaip taikomoji matematika. Šimtai ir tūkstančiai praktiškai svarbių problemų tapo matematikų tyrimų objektu, taikydami elektronines skaičiavimo technologijas, 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 neregėtu tempu, o jų sąnaudos greitai sumažėjo. Kompiuterių kainos nuosekliai judėjo nuo astronominių iki žemiškų (nors vis dar pernelyg didelės). Iki 1965 metų gana pastebimai išaugo mokslininkų, kurie moksliniams tyrimams turėjo prieigą prie kompiuterinių technologijų, ratas. Iki šiol (šeštojo dešimtmečio pradžia), kaip minėta aukščiau, pirmosios publikacijos mokyklos tvarkaraščio sudarymo dideliuose kompiuteriuose tema datuojamos tuo metu. Visiškai natūralu, kad kūrinys iš pradžių buvo pastatytas gamtoje, o vėliau – teorinis. Prireikė maždaug penkiolikos metų, kol sugalvojome viską, ką galima lengvai sugalvoti, susijusį su mokyklos tvarkaraščio sudarymu. Šis laikotarpis (1965–1980 m.) kelia 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, be jokios abejonės, šie modeliai priskirtini prie labai supaprastinta problemos versija. Kitaip tariant, problema nebuvo iki galo išspręsta ar net detaliai suformuluota. Be to, 1976 m. pasirodė Izraelio matematikų darbas, kuriame, jų nuomone, buvo įrodytas esminis mokyklos tvarkaraščio sudarymo problemos sprendimo sunkumas. Taigi iki 1980 m., nepaisant to, kad kompiuterių našumas nuolat didėjo ir jų savikaina nuolat mažėjo, dėl ko civiliai pramonės įmonės perkelta į kategoriją aktyvių vartotojų kompiuterinės technologijos, mūsų problema vis dar liko neišspręsta, o kompiuterinės technologijos pagrindiniam vartotojui – mokykloms liko nepasiekiamos. Galbūt šiam laikotarpiui būtų galima priskirti pirmosios kartos programas, skirtas užsiėmimų planavimui. Dėl minėtų dviejų priežasčių (problemos sprendimo sunkumo ir kompiuterinių technologijų nepasiekiamumo galutiniam vartotojui) susidomėjimas automatiniu užsiėmimų planavimu pastebimai susilpnėjo (o gal net ir visiškai užgeso). Aukščiau švietimo įstaigos , kurie naudojasi šia programine įranga, nuo faktinio pamokų tvarkaraščių sudarymo pradėjo registruoti ir stebėti mokinių pažangą. Dar kartą pabrėžkime, kad didžioji dauguma mokyklų administracijų net nežinojo apie tokių programų egzistavimą. Tačiau iki to laiko (natūralu, kad užsienyje) tarp kai kurių „kiaušinių galvų“ studentų atsirado mada konstruoti iš radijo komponentų pagamintus komplektus. Išaušo asmeninių kompiuterių era. Mada pasirodė labai lipni, o „kiaušinių galvučių“ ratas nuolat plėtėsi. Labai tikėtina, kad radijo komponentų konstruktoriai būtų likę saujele „nenormalių“, jei didžiausias to meto rašomųjų mašinėlių gamintojas ir viena iš labiausiai paplitusių tuo metu kompiuterių – amerikiečių korporacija IBM – apie 1985 m. , nebūčiau įžvalgiai 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 tik pakeiskite, bet ir pagaminkite iš rašomosios mašinėlės itin išmanią rašomą mašinėlę, konkuruojančią su „švininėmis technologijomis“ leidyboje. Žinoma, tuo metu niekas, išskyrus bene vizionieriausius, negalėjo pagalvoti, kad dizaineriai, pagaminti iš radijo komponentų, 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. Neilgai trukus atsirado gamybinės idėjos, iš pradžių „du viename“ (spausdinimo mašinėlė plius verslininko padėjėjas – skaičiuoklė), paskui „trys viename“ (taip pat ir buhalterinė programa), tada „keturi viename“ , ir taip toliau, ir taip toliau. Vakarykščiai studentai, pasitelkę burtų lazdelę, ėmė virsti milijardieriais, o buvę radijo komponentų dizaineriai vis labiau panašėjo į tikrus elektroninius kompiuterius. Į techninę ir verslo kalbą įėjo pagarbus santrumpa „PC“, o tai reiškė asmeninį kompiuterį, ir jau XX amžiaus 90-ųjų pradžioje niekas neabejojo, kad ant savo stalo yra ne žaislas, o visiškai tikras elektroninis kompiuteris. Priešingos tendencijos – viena vertus, sprogus buvusių žaislų produktyvumo augimas ir, kita vertus, spartus jų kainų kritimas padarė savo darbą. Kai kuriose pažangiose mokyklose, pagal šiandienos standartus, vadovų stalai dabar turėjo didžiulius monitorius, kurie rėkė kaip gyvas priekaištas: „Užpildykite mane reikiama programine įranga“. Nenuostabu, kad prisiminiau iš pažiūros visiškai pamirštą idėją planuoti treniruotes. Tūkstančiai lengvų pinigų mėgėjų puolė rašyti programas mokykloms, garantuodami visišką automatizavimą visko, kas tik pateko į rankas. Galbūt šį laikotarpį galima priskirti antrosios kartos programoms, 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 kiekvienais metais atnešė naujoviškų programinės įrangos produktų. Dirbantiesiems šioje srityje „suplėšyti batų padai“. Bet 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į paliko jų pirmtakai. praėjusio šimtmečio 1965 - 1980 m. ir apie Izraelio matematikų perspėjimą 1976 m., kad ši problema sunkiai išsprendžiama, tačiau lieka faktu, kad švietimo įstaigų administracija pamažu nurašydavo senas geras rašomąsias mašinėles, pakeisdamas jas asmeniniais kompiuteriais. . Tvarkaraštis vis dar, išskyrus kelias išimtis, buvo sudarytas rankiniu būdu. XXI amžiaus pradžioje kartu su galutiniu operacinių sistemų su grafinėmis vartotojo sąsajomis dominavimu baigiasi antrosios kartos mokyklinės planavimo programos, naudojusios praėjusios eros pseudografinę sąsają. Operacinė sistema MS-DOS. Asmeninių kompiuterių pramonė sėkmingai sustabdė savo sparčią plėtrą ir persikėlė į liūdnai pagarsėjusį „stabilumą“. Asmeninio kompiuterio technologija praėjusio amžiaus 80-ųjų viduryje pranoko didelių kompiuterių našumo lygį, viskas buvo paruošta trečios kartos programoms kurti. Ir iš tiesų, pačioje praėjusio amžiaus pabaigoje, nesuskaičiuojamas skaičius gamintojų, įskaitant Dar kartą bet jau, kaip jiems atrodė, naujame techniniame ir technologiniame lygmenyje jie pradėjo kurti mokyklos tvarkaraščio sudarymo programas. Nutrūkus pastebimam (nors ir laipsniškam) asmeninių kompiuterių produktyvumo augimui ir stabilizuojant idėjoms programinės įrangos srityje, buvo sukurtos programos, kurias būtų galima priskirti trečiosios 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 pirmiausia turime omenyje 9-ojo dešimtmečio kūrėjus. Su šeštojo, aštuntojo ir aštuntojo dešimtmečio matematiniais rezultatais situacija paprastesnė. Jei apie juos žinai, vadinasi, naudoji juos, jei nežinai, tada „išradinėji naują ratą“. Dar viena ypatybė – š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 tuo pat metu čia slypi pavojus. Jei pradėsime lyginti rinkoje esančias (naudojamas) mokyklų tvarkaraščių programas, atrasime 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) visiškai 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 lyginant su devintojo dešimtmečio programomis, trečios kartos (nulinės) programos tapo gana „išmintingesnės“. Kūrėjų optimizmas pastebimai sumažėjo. Niekas (arba beveik niekas) nežada visiškai automatizuoti visko, kas pasitaiko po ranka. Daugelis devintojo dešimtmečio pabaigoje pradėtų projektų nustojo egzistuoti dėl paklausos stokos. Kiti toliau tobulėja ir tobulėja. Dar kiti sustingo savo raidoje per pastaruosius dešimt metų. Tačiau, kaip minėta anksčiau, dar per anksti kalbėti apie galutinį ir neatšaukiamą mokyklos tvarkaraščio sudarymo problemos sprendimą.3 Ar tokios programos reikalingos?
Paprastai, kalbėdami apie automatizuoto planavimo programos naudojimo naudą (būtinybę), jie nurodo tokį veiksnį kaip direktoriaus darbo sąnaudų (laiko) sumažinimas, kai sudaromas ugdymo tvarkaraštis. Dažnai nurodoma, kad tvarkaraštį galima gauti naudojant kompiuterį geriausia kokybė. Nors šis argumentas, atsižvelgiant į tai, kas pasakyta toliau, nėra be ginčų. Mūsų nuomone, turėtume sutikti, kad skaičiuojant grafiką kompiuteriu, be laiko taupymo ir kokybiškesnio grafiko, viena vertus, bus atmesti subjektyvūs vadovo vertinimai ir asmeninės simpatijos mokytojo atžvilgiu (dalis mokytojų), sudarant grafiką, įskaitant paskirstant mokymo krūvį, o kita vertus, tai visiškai pašalins nepelnytus mokytojų kaltinimus vadovui dėl tokių subjektyvių vertinimų ir simpatijų, nes akivaizdu, kad kompiuteris yra „žmogus, kuriam neįdomu“ (dėl visko „kaltas“ kompiuteris). Taigi, kompiuteriu apskaičiuojant mokymo krūvio ir grafiko paskirstymą, galima pagerinti psichologinį klimatą dėstytojų kolektyve (laikytis sąžiningumo ir lygiateisiškumo principų), kaip ir rungtynių teisėjas pagerina futbolo komandos žaidėjų nuotaiką po sprendimo. teisė pirmas spardyti kamuolį, naudojant lygiąsias . 2001 m. bendrovė „Chronobus“ atliko beveik 1000 Maskvos mokyklų apklausą dėl būtinybės sukurti ir įdiegti automatizuotą darbo vietą (a) „Tvarkaraštis“. Apklausos rezultatai parodė, kad visos mokyklos nuoširdžiai nori naudotis tokia programa, tačiau niekas to nedaro. Be to, vienbalsio tokių automatizavimo priemonių nepaisymo priežastis – ne reikalingos įrangos ar pinigų trūkumas, o rinkoje siūlomų programų kokybė. Frazė: „Jeigu man būtų pasiūlyta pusantro karto padidinti atlyginimą, nes naudojuosi tokia mokyklos tvarkaraščio programa, tai šio pasiūlymo atsisakyčiau“ buvo neretas. Kitaip tariant, pasak direktorių, mokyklų tvarkaraščių programos yra programinė įranga, kurios kaina yra neigiama. Šiandien, praėjus dvylikai metų po minėtos apklausos, potencialūs ugdymo tvarkaraščių sudarymo programų naudotojai – mokyklų vadovai – dar labiau ir ne be kruopštumo susiformavo nuolat neigiamą, o dažnai ir agresyvų požiūrį į tokias programas. Klaidinanti reklama apie primestą „mokyklos informacinę erdvę“ sukuria šios erdvės autorių, kaip sukčių, parduodančių supuvusias prekes, idėją. Pasak didelę darbo patirtį turinčių mokyklų vadovų, praktika rodo, kad šios programos gali būti naudojamos tik kaip priemonė pirminiam objektų išdėstymui su vėlesniu rankiniu apdaila, taip pat informacijos saugojimu ir spausdinimu. 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 nesutvarkytus objektus. , bet ir gerokai pakeisti (iki 60 proc.) automatizuotą objektų išdėstymą pagal principą „tik sutvarkyti“. Patyrę savo amato meistrai rekomenduoja pradedantiesiems, kuriant pamokų tvarkaraštį, pasinaudoti keliolika ar daugiau patarimų, patvirtintų ilgamete patirtimi ir praktika, vietoj kompiuterio naudoti pamokų tvarkaraščio lentelės maketus iš kartono lakštų, spalvoto popieriaus. , plati skaidri juosta, klijai, kišenės ir pan. Ir jie tikrai teisūs. Kompiuterio naudojimas įprastu redaktoriaus režimu (kaip pažįstamas teksto redaktorius ) arba programų, kurios veda pamokų išdėstymo procesą į aklavietes, kai į tvarkaraščio tinklelį teoriškai negalima įtraukti nė vienos pamokos, naudojimas gali atnešti tik nepateisinamų sunkumų, nepatogumų ir pykčio. Tokių programų vartotojų (vadovų) lūkesčiai nekelia abejonių. Jų nuomone, mokyklos tvarkaraščio sudarymo 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ų rezultatų neadekvatumas lemia agresyvų vartotojų požiūrį į šias programas, o kartu ir į automatizavimo sistemas, „plečiančias mokyklos informacinę erdvę“. Pažymėtina, kad mokyklų tvarkaraščių sudarymo programų kūrėjai „natūralios atrankos“ metu 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 kvailas“ net nebando to daryti. O tie, kurie bando, jų nuomone, yra visiški neišmanėliai. „Turime ne mokyklos tvarkaraščio skaičiavimo programą, o mokyklos tvarkaraščio redaktorių. Mes nekuriame grafiką vietoj žmogaus, o padedame žmogui susikurti savo (rankinį) tvarkaraštį“, – išdidžiai skelbia jie. Antroji kūrėjų grupė savo tikslu deklaruoja visišką mokyklos tvarkaraščio automatizavimą, tačiau savo reklaminėje medžiagoje ir vartotojo vadovuose apie šio tikslo siekimą diplomatiškai tyli. „Mūsų programa gali sudaryti tvarkaraštį automatiniu režimu, rankiniu režimu ir mišriu (pusiau automatiniu) režimu“, – teigia jie neapgaudinėja vartotojų. Šie kūrėjai nekreipia potencialių vartotojų dėmesio į tai, kad arklys gali gerti vandenį iš upės, bet negali jo gerti, o programa gali sudaryti tvarkaraštį automatiškai, bet negali jo sudaryti. Mūsų nuomone, tai labai subalansuota ir verta pozicija, kuri, nepaisant šiek tiek gudrumo, gali sukelti tik pagarbą. Arba bent jau tai 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 Ne mažiau kaip 216 mokytojų. Klasę suskirstysime į ne mažiau kaip 256 grupes. Mokytojams ir dalykams taikomi bet kokie apribojimai. Kiekvienas mokytojas pasirenka jam patogias darbo dienas ir valandas. Mokytojams langų nėra. Dalykų užsiėmimai vyksta tik šiems dalykams leidžiamomis valandomis. Griežtas paralelių laikymasis. Kiekvienam dalykui priskiriami sunkumo balai. Garantuojamas tikslus sanitarinių standartų laikymasis viso daiktų sudėtingumo paskirstymo laikui bėgant. – nedvejodami sako jie. Beje, šio paprasto žingsnio imasi bejėgiškiausių programų kūrėjai automatinio planavimo ir, be to, aplamai išvaizdos (nors yra ir labai patraukliai atrodančių) programų kūrėjai. „Microsoft“ tokias programas tinkamai pavadino „maisto šunimis“. Sunku pasakyti, kas tiksliai motyvuoja žmones, kurie tiesiogiai ir paprastai apgaudinėja vartotojus. Ši apgaulė visada tampa akivaizdi pirmą kartą įtraukus į programą mokyklos mokymo programą. Remiantis Rusijos teisės aktais, pagal str. Remiantis Rusijos Federacijos civilinio kodekso 179 straipsniu, sandorius, sudarytus veikiant apgaule, teismas gali pripažinti negaliojančiais, o apgauts asmuo grąžina apgautajam visus gautus pinigus, atlygina apgautajam tikrą žalą ir, be to, privalo pervesti. į valstybės pajamas tiek pat, kiek 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 užduotis sudaryti mokyklos tvarkaraštį yra beveik sunkesnė nei užduotis 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ų mėgėjų, tarp kurių tikrai yra gausi studentų armija. techninės ir fizinės bei matematikos studijų kryptys. Tarp mokyklos tvarkaraščio sudarymo problemos tyrinėtojų galima paminėti du akademikus - V. S. Tanajevą ir V. S. Be mokslininkų, puikūs verslininkai neignoravo užduoties sudaryti mokyklų tvarkaraščius. Ir vis dėlto, nepaisant, be perdėto, titaniškų tyrinėtojų pastangų, nereikia kalbėti apie išsamų ir visapusišką (arba bent jau patenkinamą) ugdymo tvarkaraščio sudarymo problemos sprendimą. Norėdami patvirtinti tai, kas buvo pasakyta, pateikiame garsaus rusų matematiko citatą. ... Kadangi tvarkaraščių sudarymo užduotis yra gerai žinoma visiems iš mokyklos gyvenimo, kiekviename kurse yra vienas ar keli studentai, kuriuos pribloškia mintis algoritmizuoti pamokų tvarkaraščio sudarymą. Todėl turiu jus įspė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 (apie tikslūs metodai beveik nėra vilties). Ypatingą vietą tarp jų užima euristiniai metodai, kuriuose bandoma apibūdinti dispečerio veiksmų logiką ir techniką. ... Vienas įdomus pastebėjimas. Bet pirmiausia pateiksime dar vieną citatą. Keturių spalvų hipotezę galima pagrįstai vadinti „keturių spalvų liga“, nes ji daugeliu atžvilgių panaši į ligą. Tai labai užkrečiama. Kartais tai vyksta gana lengvai, bet kai kuriais atvejais užsitęsia ar net kelia grėsmę. Nuo jo 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 stiprus skausmas, tačiau mirčių neužfiksuota. Yra žinomas bent vienas atvejis, kai liga perduodama iš tėvo sūnui, todėl ji gali būti paveldima.Čia puikus amerikiečių matematikas pašiepia senovinę politinio žemėlapio spalvinimo keturiomis spalvomis problemą, kai šalys, turinčios bendrą sieną, turėtų būti nudažytos skirtingomis spalvomis. Atrodo, kad viską, ką jis pasakė, galima priskirti užduočiai sudaryti mokyklos tvarkaraštį. Taigi, šių eilučių autorius nusprendė pagal išgales sekti tolimesnę karjerą žmonių, apsigynusių atitinkama tema disertaciją. Atrodytų, „pats Dievas“ įsakė naujai paaukštintam mokslininkui savo mokslo pasiekimus paversti pinigais. Tai yra, kažkaip išveskite savo mintis į rinką, nes beveik visada po disertacijos apgynimo lieka kokia nors programa ar automatizuotos užsiėmimų planavimo sistemos dalis. Taigi - ne. Visi autoriui žinomi disertacijos gynimo šia tema atvejai baigiasi vienaip – po gynimo kandidatas į disertaciją atsisako šios užduoties ir, kaip taisyklė, pradeda (arba tęsia) dėstytojo karjerą universitete. Kitaip tariant, jis įgyja visą gyvenimą trunkantį imunitetą ugdymo programos kūrimo užduočiai. Baigdami bendrą diskusiją apie mokyklos tvarkaraščio sudarymo problemos sprendimo sudėtingumą, pakalbėkime apie dar dvi nuomones. Tačiau pirmiausia atkreipkime dėmesį į tai, kas išsako šią nuomonę. Ne paslaptis, kad kai kurie mokyklų informatikos mokytojai, atlikdami didaktinius eksperimentus, paveda moksleiviams kaip „namų darbus“ parengti programą, kaip sudaryti jų mėgstamos mokyklos klasių tvarkaraštį. Moksleiviai natūraliai raitojasi rankoves ir entuziastingai imasi šios užduoties. Dėl šios idėjos internete galite rasti daugybę diskusijų ir teorijų šiuo klausimu iš aukščiau minėto kontingento. Ko pionieriai nesugalvoja ir kokios nuomonės neišsako... Ne ką mažiau jaudulio Ši tema taip pat sukelia žmonėms, sergantiems techninis išsilavinimas bandydamas automatizuoti savo mėgstamo universiteto dispečerių veiklą. Tačiau šios nuomonės, švelniai tariant, didelio susidomėjimo nesukelia. Profesionalūs matematikai, tvarkaraščių teorijos specialistai apie ugdymo tvarkaraščio sudarymo problemą kalba itin retai. Todėl (ar juo labiau) jų nuomonė šiuo klausimu atrodo labai įdomi. Taigi. Sotskovas Jurijus Nazarovičius, fizikos ir matematikos mokslų daktaras. Mokslai, profesorius, Minske, Baltarusijos nacionalinės 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 optimalaus treniruočių grafiko sudarymo problema 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, todėl jos apibendrinimas aprašytas skyriuje. 2 taip pat yra NP sudėtinga problema. ... Toliau. Lazarevas Aleksandras Aleksejevičius, fizikos ir matematikos mokslų daktaras. vardo vadybos problemų instituto mokslai, profesorius, vyriausiasis mokslo darbuotojas. V.A. Trapeznikova RAS, Maskva, viena ryškiausių planavimo teorijos specialistų, daugelio monografijų apie tvarkaraščio teoriją autorė. Savo straipsnyje jis visų pirma rašo: ... Švietimo planavimo problema yra gerai žinoma kombinatorinio optimizavimo problema, vadinama „grafikų sudarymu“. 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: - „Išleiskite vandenį, išdžiovinkite irklus, užgesinkite šviesas...“5 Tvarkaraščių programinės įrangos rinka
Planavimo programinės įrangos rinka, kuri vystėsi kartu su bet kokios programinės įrangos asmeniniams kompiuteriams rinka, atrodo tiesiog unikali arba bent jau stebina, o blogiausiu atveju labai keista. Taigi, kuo jis išskirtinis ar keistas? Ar kada nors matėte tokį skelbimą: „Pirkite mūsų dulkių siurblį, kuris neįsiurbia dulkių“. Arba tai: „Visi puodai, kuriuos galime jums pasiūlyti, yra pilni skylių“. Arba tai: „Mūsų televizorius yra unikalus – jis niekada nieko nerodo“. O štai reklama: „Pirkite mūsų programą mokyklos tvarkaraščiui sudaryti, kuri negali jo susikurti, bet gali susikurti“, turėjome pamatyti tiek, kiek norėjome. „Na, pirk, pirk, pirk. Mūsų programa taip pat gali sudaryti tvarkaraštį. Ji surengs už jus beveik visus užsiėmimus, bet visa kita padarykime patys. Taip įdomu išeiti iš aklavietės. Na, bent jau už 15 dolerių. Tai nėra dideli pinigai, mes taip sunkiai dirbome...“ Taigi kiek kainuoja dulkių neįsiurbiantis dulkių siurblys, skylėtomis keptuvėmis ar niekada nieko nerodantis televizorius? Prieš atsakydami į šį nelengvą 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 naujose plėtros srityse. Toliau atliksime aritmetinius skaičiavimus, kaip pavyzdį naudodamiesi Rusijos Federacija (juk mūsų tėvynė). Taigi, gyventojų skaičius yra apie 140 milijonų žmonių. Taigi mokinių yra apie 22 mln. mokyklų, tai reiškia, kad vidutiniškai mokosi 440 žmonių. Bet tai yra vidutinė suma. Yra žinoma, kad per pastaruosius 60–70 metų 1000–1400 mokinių mokyklos buvo laikomos standartiniais mokyklų projektais. Taigi išvada – yra labai daug mokyklų, kuriose mokinių skaičius gerokai mažesnis nei mūsų vidutinis skaičius – 440 žmonių. Akivaizdu, kad tai mokyklos kaimo vietovėse arba labai skurdžiose vietovėse dideli miestai. Taigi darytina tvirtesnė išvada, kad daugeliui mokyklų pamokų planavimo programų iš esmės nereikia. Žinoma, labai sunku įvertinti mokyklų, kurioms tokių programų iš principo nereikia. Tačiau atidžiai pažiūrėję į lubas pamatysime ten skaičių – 70 proc. Iš to išplaukia, kad 30% mokyklų mokosi 500 ir daugiau mokinių, o tokioms mokykloms nepakenktų programa, kuri negali sudaryti mokyklos tvarkaraščio, bet gali jį sukurti. Mes gauname galutinė figūra– 15 tūkstančių mokyklų. Galbūt tai yra potencialus Rusijos Federacijos rinkos pajėgumas. Bet ką mes šiandien turime realybėje? Klausimas nėra paprastas. Patikimos statistikos nėra. Visų pirma, į galvą ateina viena programa, kuri buvo „nemokama“ visoms Rusijos Federacijos mokykloms. Ši programa pradėta kurti 1998 m., o pabaiga ( Naujausia versija) iki 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ą. Ant musu Subjektyvi nuomonė, geresnė vartotojo sąsaja. Tačiau, nors yra mygtukas Sukurti tvarkaraštį, 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ų, kurias gali lengvai atlikti 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 vadovui sudaryti tvarkaraštį? Pavyzdžiui, daugelis vadovų rankiniu būdu sudaro tvarkaraštį dviem etapais. Pirmajame etape pagal jų posakį: „Jie bendrauja su užsieniečiais“. Kitaip tariant, jie sudaro tvarkaraštį mokytojams ir klasėms, kai mokosi užsienio kalbos. Antrasis etapas yra visa kita. Bent dvi rinkoje esančios programos puikiai susidoroja su šiuo pirmuoju etapu. Čia galite planuoti pasirenkamųjų kursų laiką. Tokiu atveju organizuojama nuo 10 iki 40 procentų užsiėmimų. Taigi, žinoma, yra tam tikrų privalumų naudojant kompiuterį su šiomis programomis. Be to, viena iš šių programų labai agresyviai ir atkakliai stengiasi įvykdyti grafiką. Kai kuriais atvejais, nors ir retais, jai pavyksta. Kitas, pildydamas grafiką, yra visiškai bejėgis. Taigi, kiek žmonių šiandien naudoja programinę įrangą užsiėmimams planuoti Rusijos Federacijoje? Kai kurie tokios programinės įrangos gamintojai informaciją apie savo klientus skelbia savo svetainėse. Tiesa, su šia informacija reikėtų elgtis labai atsargiai. Kaip minėta pirmiau, kai kurie gamintojai „rinkodaros priepuoliais“ užsiima labai paprasta apgaule potencialių klientų. Ir vis dėlto, atskirdami kviečius nuo pelų, gauname apie 1500 mokyklų skaičių. Tai sudaro apie 10% potencialių rinkos pajėgumų. Todėl 90% potencialių klientų dar nėra konvertuoti. Dabar atkreipkime dėmesį į pasaulinę rinką. Kaip seka iš ankstesni skaičiavimai, gana patogiu būdu apskaičiuojant potencialių klientų skaičių yra toks būdas. Paimame šalies gyventojus, išmetame keturis nulius ir gauname potencialių klientų skaičių. Taip ir padarysime. 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“. Išmetame keturis nulius. Sulaukiame 100 tūkstančių potencialių klientų. Dabar kyla klausimas: „Kiek mokyklų iš šio auksinio milijardo naudoja programinę įrangą, kad sudarytų mokyklos tvarkaraštį? 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, įvertinkite pasaulinės rinkos pajėgumą Amerikos rubliais. Tačiau norint tai padaryti, reikia žinoti tokios licencijos kainą. Įdomu, ar skaitytojas kada nors laikė rankose storą knygą tokiu pavadinimu: „Programinės įrangos kaina“. Bet mes turėjome. Tiesą sakant, formulė yra labai paprasta. Programinė įranga, kad ir kokia sudėtinga ar didelė ji būtų, kainuoja lygiai tiek, kiek už ją moka klientas (vartotojas). Ryškiausias to pavyzdys yra „Microsoft“ operacinė sistema „Windows“. Tikriausiai mažai kas pagalvojo, 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ž barelį, ir jūs esate teisėtas 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ž nesandarius puodus, programa, kuri tikrai galėtų išspręsti daugumą mokytojų problemų, turi būti brangi“. Belieka 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ų. Būtent tai mes iš tikrųjų 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, kad staiga paaiškėjo, kad keptuvė su skylutėmis buvo nupirkta už 5000 USD. Ir galiausiai, padauginus kiekį iš kainos, gauname apytikslį pasaulinės programinės įrangos rinkos pajėgumą mokyklos tvarkaraščiui sudaryti – 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“ problemos sprendimo algoritmas
2012 metų pavasarį archeologas su keistu prašymu kreipėsi į kai kuriuos jam pažįstamus programišius. Anot jo, iššifruodamas senovės egiptiečių 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 vis tiek nusprendėme juos patikrinti. Taigi, pradėkime apibūdinti šio algoritmo idėją, tiesą sakant, trumpą senovinio rankraščio vertimo santrauką. Pirmiausia pasakykime, kad pati šio algoritmo terminologija ir senovės Egipto mokyklos organizavimas kelia atskirą istorinį interesą, tačiau kadangi šis straipsnis nėra skirtas istorikams, algoritmą pateiksime šiuolaikine terminija, pažįstama šiandien gyvenantiems žmonėms. 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, į eilę nuosekliai išspręstų uždavinių, kiekviena problema išspręsta ankstesniame žingsnyje. yra suvaržymas, kad problema būtų išspręsta kitame žingsnyje. Šiuolaikinėje terminijoje naudojamas sprendžiamos problemos išskaidymo metodas. Pažymėtina, kad kiekviena atskira problema, kuri algoritmo metu sprendžiama nuosekliai, nėra NP sunku (neišsprendžiama). Tai leidžia, nuosekliai sprendžiant daugybę lengvai išsprendžiamų problemų, išspręsti visą mokyklos tvarkaraščio sudarymo problemą. Pirmajame žingsnyje reikėtų pasirinkti ugdymo įstaigos darbo režimą, ty nuspręsti, kiek dienų per savaitę dirbs mokykla (5 ar 6) ir nuspręsti, kiek pamokų per mokymosi dieną (atitinkamai 7 arba 6). Taip pat turite nustatyti mokinių klasių skaičių mokykloje. Toliau reikia apriboti valandas, kuriomis pamokos nevyksta. Tai paskutinės kiekvienos mokyklos dienos valandos. Jaunesniems (mūsų terminologija, tai nuo 5 klasės) tokių draudimų daugiau, vidurinėms – mažiau, o vyriausioms (11 klasėms) šių draudimų visiškai nėra. Kuris atitinka mūsų sanitarinius standartus. Prisimenama pamokų vedimo draudimų lentelė, kuri bus naudojama visame algoritme. Antrame žingsnyje sudaromas ne visą darbo dieną dirbančių darbuotojų grafikas. Paaiškėjo, kad senovės Egipto švietimo įstaigos nepaniekino darbo ne visą darbo dieną. Pagrindinis šios užduoties bruožas yra tai, 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 darbo 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ą. Problema išspręsta naudojant įprasto grafo viršūnių nuspalvinimo algoritmą. Išsamiai su šiuo matematiniu modeliu susipažinti galite naudodamiesi jau minėtu straipsniu arba pasitelkę daugybę kitų žurnalų straipsnių, pavyzdžiui, [,], taip pat susipažinę su knygomis [,]. Toliau kiekvienai pamokai (klasei, mokytojui, laikui), naudojant užduoties problemos sprendimo algoritmą, parenkama patalpa šiai pamokai vesti. Užduoties problemos sprendimo algoritmas yra aprašytas ypač daugelyje šiuolaikinių vadovėlių, su juo galite susipažinti knygoje. Antrojo žingsnio pabaiga yra draudimų vesti pamokas lentelės, sudarytos laikantis sanitarinių apribojimų, derinimas ir susidaręs ne visą darbo dieną dirbančių darbuotojų grafikas. Taip gauname naują draudimų vesti pamokas lentelę, kuri bus vienas iš apribojimų kitam algoritmo žingsniui. Trečias žingsnis susideda iš studentų pasirinktų užsiėmimų (mūsų terminologija, pasirenkamųjų dalykų) vedimo problemos sprendimo. Šios užduoties ypatumas yra tas, kad tam tikras klasių skaičius tam tikrą mokymo valandą yra sujungiamas į srautus, o tada tą valandą jie išsiskirsto į 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ą pasirinktiniam kursui vesti gali būti skirta ne daugiau kaip viena akademinė valanda. Be to, laikomasi kitos taisyklės – pasirenkamieji kursai negali būti suplanuoti daugiau nei vienam srautui vienu metu. Ši taisyklė (apribojimas) atrodo gana pagrįsta, nes vedant pasirenkamuosius kursus labai padidėja patalpų poreikis užsiėmimams vesti. Jis buvo įvestas būtent siekiant išvengti situacijos, kai reikia kelių gijų didelis skaičius laisvos patalpos. Šiame etape patalpos pasirenkamiesiems kursams vesti, taip pat dėstytojai nėra parenkami, jie bus atrenkami kartu su dėstytojais sudarius visą grafiką. Pasirenkamųjų kursų vedimo problemos sprendimo algoritmas yra nustatyto įprasto grafo viršūnių spalvinimo algoritmas, kurį nurodėme aprašydami ankstesnį žingsnį. Naujoji pamokų vedimo draudimų lentelė sudaryta lygiai 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 ypatumas yra tas, kad klasę galima suskirstyti į grupes. Mokytojai negali kaip ultimatumo deklaruoti, kokiomis dienomis dirbs. Tačiau nedidelį krūvį turintiems mokytojams viena ar dvi laisvos dienos garantuotos ir jiems bus suteikiamos. Kaip ir antrajame algoritmo žingsnyje, kai kurie mokytojai, mokantys užsienio kalbą, gali reikalauti, kad jie būtų atleisti iš pamokų pirmąją darbo dienos valandą, kai jie dirba. Užsienio kalbos mokymosi dėstytojų/klasių planavimo problema, kaip ir antrajame ir trečiame žingsnyje, sprendžiama naudojant įprasto grafo viršūnių nuspalvinimo algoritmą. Lygiai taip pat, kaip ir antrame žingsnyje, naudojant algoritmą, skirtą kiekvienai pamokai, tiksliau kiekvienai mokinių grupei ir jų mokytojui, parenkamas kambarys jai vesti. Pabaiga ketvirtas žingsnis, taip pat antrasis ir trečiasis, yra draudimų vesti pamokas lentelės sujungimo su gautu grafiku operacija. Taigi gauname naują šios lentelės versiją, kurią naudosime šeštajame žingsnyje. Atlikus 4 algoritmo žingsnį, priklausomai nuo mokyklos programos, paprastai skiriama nuo 15% iki 40% viso šiame plane numatyto mokymo krūvio. Penktame žingsnyje Patalpoms, kurių mokyklai trūksta, skaičiuojamas ugdymo planu nustatytas krūvis. Tokios patalpos, kaip taisyklė, yra sporto salės, dirbtuvės darbo pamokoms (technologijoms) vesti, patalpos su kompiuteriais informatikos pamokoms vesti. Šis skaičiavimas atliekamas siekiant maksimalios galimos tokių patalpų apkrovos (minimalios „prastovos“). Šeštame žingsnyje sudaromas visų likusių dalykų grafikas, išskyrus tuos, kurie dėstomi ribotose patalpose. Mokytojai neturi galimybės skelbti 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 darbo per pirmąją pamoką. . Ši problema išspręsta naudojant nustatytą kraštų spalvinimo algoritmą dvipusiam daugiagrafui. Su šio algoritmo idėja galite susipažinti iš knygos arba žurnalo straipsnių [, , , ,]. Sudarytas tvarkaraštis susideda iš keturių – klasė, mokytojas, dalykas, laikas. Tuo pačiu žingsniu visi ketvertukai, naudojant užduoties uždavinio sprendimo algoritmą, yra suderinami su patalpomis, kuriose vyks šios klasės (ketvertai). Atlikus šį veiksmą užpildomas visas grafikas, išskyrus užsiėmimus, vykstančius ribotose patalpose. Tačiau likusios „skylės“ tvarkaraštyje yra užsiėmimų vedimo ribotose patalpose grafikas. Taigi, galime manyti, kad šiame šeštajame žingsnyje tam tikra prasme vienu metu sudaromi du grafikai – įprastiems mokytojams/klasėms ir ribotoms patalpoms/klasėms. Septintame žingsnyje klasės suskirstytos į grupes pagal dalykus, kurie vyks ribotose patalpose. Paprastai tokiuose dalykuose kaip kūno kultūra, darbas (technologijos) ir 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 mokytojų draudžiamų darbo valandų lentelė, kuri 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 patogu vesti pasirenkamuosius kursus. Laikas jiems buvo rezervuotas 3 algoritmo žingsnyje. Ir jei šis mokytojas gali įdarbinti grupę studentų, tada jis savarankiškai įtrauks pasirenkamąjį kursą į tvarkaraštį kartu su jo pasirinktomis patalpomis. Bendra visų anksčiau aprašytų žingsnių taisyklė, išskyrus penktą, yra taisyklė – kiekvienoje klasėje per vieną dieną negali būti daugiau nei vienos pamokos bet kuriame dalyke. Be to, Pagrindinė taisyklė mokytojams yra tai, kad kiekvienas mokytojas gali vesti pamokas iš kelių dalykų, įskaitant vieną klasę.7 Algoritmo testavimas
Kaip matyti iš ankstesnio skyriaus, mokyklos tvarkaraščio sudarymo algoritmo veikime 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 pagrindo tvirtai tvirtinti, kad kiekviena iš šių problemų 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ė senovinį rankraštį suklupęs ir jį išvertęs archeologas. Visiškai natūralu, kad pirmoji programuotojų galvoje atėjusi mintis buvo sukurti įprastą aplikaciją operacinei sistemai. Windows sistemos . Bet kas yra įprasta laimėjimo programa? Suaktyvinta (paleista vykdyti), ji laukia įvykių iš vartotojo, pavyzdžiui, pradinių duomenų įvesties. Kaip šiuos pradinius duomenis galima gauti ir vėliau įvesti į programą? Ačiū Dievui, tiksliau JAV, dabar daugiau ar mažiau save gerbianti mokykla atidarė savo svetainę internete ir pirmas dalykas, kuris pasirodo šioje svetainėje, neskaitant nuotraukų iš įvairių šventinių renginių, yra mokyklos mokymo programa. Belieka jį nukopijuoti ir įvesti į programą kaip pradinius duomenis tvarkaraščiui skaičiuoti. Klausimas. Kiek laiko tam reikia? Šiuo metu rinkoje siūlomų mokyklinio grafiko programų naudojimo praktika parodė, kad įvedimas į ugdymo turinį kartu su mokymo krūvio paskirstymo lentelės sudarymu reikalauja nuo 8 iki 10 valandų, švelniai tariant, kruopštaus darbo. Tarkime, kad ši mokymo programa buvo įvesta, ir suformuota mokymo krūvio paskirstymo lentelė, ir štai... sudarytas grafikas. Ką tai reiškia? 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, įprasta laimėjimo programa tam tikra prasme yra praktiškai nepatikima. Kaip būti? Vėlgi, ačiū Dievui, o tiksliau – „Microsoft“ šlovė, šiuolaikinės „Windows“ operacinės sistemos versijos palaiko vadinamąjį konsolinės programos režimą. Beje, kai kuriems jauniems žmonėms tai yra visiškas apreiškimas, jie niekada nematė juodų langų su teksto eilėmis. Iš tiesų, tai yra didžiųjų kompiuterių stilius iš tolimos praeities ir seniai pasitraukęs iš scenos - MS-DOS. Tačiau šie langai turi vieną privalumą. Jie gali kabėti kompiuterio ekrane, atlikdami reikiamus skaičiavimus, be jokio žmogaus įsikišimo, dieną, mėnesį ir... Negaliu pasakyti, kiek laiko. Būtent to ir reikėjo norint išbandyti algoritmą. Tolesnė samprotavimo eiga buvo tokia. Šaltinio duomenų generatoriaus (grubiai tariant, tipinės mokyklos mokymo programos ir mokymo krūvio paskirstymo lentelės) parašymas, žinoma, užtruks, tačiau parašytas leis gauti neribotą skaičių testo užduočių, kad patikrintumėte algoritmą užteks tik išsprendus kitas užduotis, kad valdymas būtų perduotas šiam generatoriui, kad būtų sukurta nauja (kita) užduotis. Bus galima gauti statistiškai patikimus duomenis apie tikrinamo algoritmo kokybę. Pavyzdžiui, 80 procentų problemų išsprendžiama, bet 20 – ne arba atvirkščiai. Jums tereikia, kad sprendžiamų užduočių skaičius būtų pakankamai didelis. Būtent tai ir reikėjo padaryti – konsolės programa, tai buvo išeitis iš šios situacijos. Kaip sakoma, pasaka greitai pasakoma, bet ne viskas greitai. Sugalvoti šaltinio duomenų generatorių, kuris tinkamai atspindėtų visas praktines situacijas net ir įprastoje mokykloje, pasirodė ne tokia jau lengva užduotis. Bet vieną dieną išsipildė beprotiškos svajonės..., anksčiau ar vėliau..., kad ir kiek būtų užrišta virvelė... Baigtas šaltinio duomenų generatorius, užprogramuotas senovės egiptiečių algoritmas, „visos klaidos ištaisomos, ” nustatomi klaidų spąstai, įdiegtos skaičiavimo rezultatų patikros. Pradžioje programoje buvo numatytas nedidelis užsiėmimų skaičius – nuo 9 iki 14 (maža mokykla). Sprendimai išlindo kaip iš kulkosvaidžio. Padidėjus klasių skaičiui - nuo 15 iki 21 (vidurinė), sprendimai šaudė greitai, bet jau ne kaip iš kulkosvaidžio... greičiau kaip iš pistoleto. Toliau. Štai... didelė mokykla, lygiagrečiai iki keturių klasių, viso klasių nuo 22 iki 28. Stabdžiai buvo aiškiai įjungti... Procesas ėmė panašėti į tingų 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 šešių ir daugiau skaitmenų skaičiais apie išspręstų uždavinių skaičių, reikia mažiausiai keliolikos kompiuterių. O keliolikai kompiuterių (galite įvertinti iš šių kompiuterių generuojamą šilumos kiekį ir nuolatinį ventiliatorių skleidžiamą triukšmą) reikalinga atskira patalpa. Bet nieko, mūsų nesustabdysi... Netrukus buvo pradėti eksploatuoti keliolika, ne tuzinas, o septyni keturių branduolių kompiuteriai. Dėl to po metų senojo Egipto algoritmo „smurtinių veiksmų“, susijusių su garbingu keturių branduolių septyniu branduoliu, ir po dešimčių milijonų išspręstų problemų, galime drąsiai pasakyti: - „Bet koks be išimties pagrįstas. , teisingai nurodyta užduotis skaičiuojant mokyklos tvarkaraštį, gali būti išspręsta be žmogaus įsikišimo visiškai automatiniu režimu. Tuo pačiu metu bendras 1000 uždavinių 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 yra 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 patikrinti (išbandyti) mokyklos tvarkaraščio sudarymo algoritmą visiškai automatiniu režimu, be žmogaus dalyvavimo, kuriam buvo išspręsta dešimtys milijonų testo 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
Atlikus kasmetinį mokyklos tvarkaraščio algoritmo testavimą, iškilo klausimas: „O kas toliau? Visų pirma, į akis krenta tai, kad konsolinė programa negali įtikinti nieko, kad mokyklos tvarkaraščio sudarymo problema tikrai sprendžiama... išskyrus galbūt programuotoją, kuris parašė šią programą. Net ir prastai besimokantis penktos klasės mokinys gali sukurti juodą langą su tokiomis eilutėmis kaip: „Išspręstų uždavinių skaičius = 12547564“. Taigi, normalus žmogus tiesiog nepatikės tokia programa, taip sakant, ir pasielgs teisingai. Neįmanoma išsiversti be visavertės abipusės programos. Tačiau pirmiausia būtų nebloga mintis apsispręsti dėl tokios programos kūrimo tikslų. Matyti bent du tokie taikiniai. Tai visavertės programinės įrangos su visomis iš to išplaukiančiomis pasekmėmis sukūrimas ir algoritmo veikimą demonstruojančios aplikacijos, kuri geriau ar blogiau gali įtikinti žmogų, kad jis nėra apgautas, sukūrimas. Ir visiems aišku, kad pagal darbo jėgos intensyvumą šie du projektai tiesiog nepalyginami. Visiškai natūralu, kad buvo nuspręsta eiti lengviausiu keliu. Gerai: - „Ko reikia iš tokios paraiškos, kurios laimi – demonstravimas? Pirma, netgi galite užduoti kitą klausimą: „Kas tai turėtų būti? Pirmiausia. Galvos skausmas dėl patogios, suprantamos, praktiškos ir gražios vartotojo sąsajos iškart atlėgsta. Tokiai demonstracinei versijai visiškai pakanka labai primityvios sąsajos. Svarbu tik tai, kad vartotojas galėtų matyti 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 pirminių duomenų ir gauto rezultato nuoseklumą naudojantis programa. Ar sunkus toks testas?... Atsakymas vienareikšmis: „Taip, nelengva...“. Ypač jei žinote, kiek spąstų ir patikrinimų yra konsolės programoje, kad būtų galima nuolat tikrinti gautus rezultatus, taip pat šių patikrinimų ir spąstų kodo dydį. Ar yra kitų įtikinimo būdų?... Galbūt, perkeliant visiems besidomintiems... programos šaltinio kodą. Bet, pavyzdžiui, „Microsoft“ to nepriima. Antra. Pašalinta pagalbos failo, vartotojo vadovo ir kitų visavertei programinei įrangai būtinų varpelių ir švilpukų problema. Taip jie ir padarė. Daugiau nei dvidešimt mygtukų buvo įstrigo pagrindinėje programos formoje, iš kurių tik vienas yra aktyvus kiekviename skaičiavimo etape, neskaičiuojant tokių mygtukų kaip - Apie programą, Pradėti naują užduotį, Uždaryti mane. Spustelėjus šį mygtuką, pasirodo langas su mygtuku Duomenų generavimas. Spustelėsite Duomenų generavimas ir sugeneruoti duomenys pasirodys lange baltame fone. Uždarome langą. Ką tik paspaustas mygtukas užgęsta (nebeaktyvus), aktyvus tampa kitas, kurį reikia paspausti. Spustelėkite. Atsidaro toks langas. Ir yra mygtukas Sukurti tvarkaraštį. Spustelėkite Sukurti tvarkaraštį, pasirodys sudarytas tvarkaraštis. Kiekvienas gali patikrinti, 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 toliau ratu. Arba spustelėkite mygtuką Uždaryti mane. Iš pirmo žvilgsnio gali atrodyti: „Visa ši demonstracinė programa yra beždžionės darbas“. Bet tai netiesa. 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 tvarkaraščio skaičiavimo algoritmo kodas yra sutelktas į dinamiškai susietą biblioteką, todėl vartotojo sąsaja, kaip klientas, gali pateikti užduotis dinaminei bibliotekai, kuri veikia kaip serveris, sudaryti įvairius tvarkaraščius. skirtingi žingsniai algoritmas. Tai leis ateityje, neliečiant tvarkaraščio skaičiavimo algoritmo kodo, eksperimentuoti su įvairiomis sąsajos parinktimis, kol vartotojai bus visiškai ir visiškai 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 į ankstesnį algoritmo žingsnį, 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 iš žingsnio į žingsnį griežta seka, o tai užtikrina duomenų vientisumą ir apsaugą nuo neteisingų pakeitimų. Trečias. Dar kartą kartojame, nepaisant jos primityvumo, esama vartotojo sąsaja yra tinkama analizei matematinis modelis praktines situacijas, kurios iškyla sudarant šioje programoje priimtą mokyklos tvarkaraštį. Tokią analizę ar egzaminą galėtų atlikti gerai šią temą išmanantys specialistai, pavyzdžiui, pakankamai darbo patirties turintys vadovai, mokykloje dėstantys matematiką. Norint suprasti skaičiavimo detales, žinoma, nepakanka jų kvalifikacijos (ir niekas tokio noro neturėtų), tačiau dėl bendros įgytos matematinės kultūros jie gali įžvelgti akivaizdžių problemos formulavimo trūkumų. geriau už bet kurį profesionalų matematiką, kuris su mokyklos darbu yra susipažinęs tik iš nuogirdų ar įvairių leidinių. "Taigi, 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 ir koks darbo intensyvumas tokios programinės įrangos kūrimui?...“. Ir ypač neklauskite: - „Kiek kainuos tokia plėtra?...“.9 Verslo modelio problemos
Kaip buvo apskaičiuota anksčiau, pasaulinė mokyklų tvarkaraščio programinės įrangos rinka visiškai automatiniu režimu svyruoja 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. Ir kitas, mūsų nuomone, rimtesnis: - „Tokios programinės įrangos reputacija“. Vartojant metaforą, tokios programinės įrangos reputacija primena nešvarų, smarkiai mėšluotą ir rūkstančią šiukšlyną, kaip po mūšio Kulikovo lauke. Be to, dūmai tokie aitrūs, kad norisi užmerkti akis ir nustoti kvėpuoti. Kaip minėta anksčiau, kalbantis su potencialiais mokyklos planavimo programinės įrangos klientais, pokalbis lengvai perauga į keiksmažodžius. „Mums atsibodo... mūsų automatika, mokyklos informacinė erdvė ir elektroniniai dienynai, dirbkime ramiai...“ Ką daryti, kad tokios programinės įrangos reputacija ir vadovų požiūris į ją pasikeistų iš priešiško į bent neutralų? Apie teigiamas vaizdas Mes dar nemikčiojame. Maždaug prieš dešimt metų dar buvo galima sakyti, kad kompiuteriai vadovų kabinetuose buvo skirti baldams, kaip nepakeičiamas stichijos ir progresyvumo priedas. Kad geriausiu atveju vietoj rašomosios mašinėlės naudojamas kompiuteris (nors, kaip minėta anksčiau, būtent ši aplinkybė ir prisidėjo prie tokio spartaus asmeninių kompiuterių pramonės suklestėjimo). Šiuo metu situacija pasikeitė. Daugelis jau bandė... Ką tik aptarėme tokių tyrimų rezultatus. Belieka viską pradėti iš naujo. Būtent. Iš tokių programų platinimo verslo modelio. Net neįsigilinę matote, kad šis verslo modelis per pastaruosius 15 metų išliko beveik nepakitęs. Raskite programos svetainę, atsisiųskite demo versija, israšo sąskaitą apmokėjimui... Su sąskaita apmokėjimui lyg ir viskas aišku. Taip pat neįmanoma išsiversti be programos svetainės. Bet kaip su demonstracinėmis versijomis? Tačiau su demonstracinėmis versijomis viskas yra kitaip. Variantas vienas. Mūsų demonstracinė versija niekuo nesiskiria nuo darbinės programos versijos, tačiau jūs negalite išsaugoti įvestų duomenų ir negalite spausdinti gautų rezultatų. Ir taip, viskas veikia. Ar galima naudoti tokią demonstracinę versiją norint įvertinti visus programos privalumus ir trūkumus? Kaip jau buvo minėta anksčiau, norint įvesti visus pradinius duomenis, kad ir kokia cypianti reklama būtų apie valandą, maksimaliai pusantros, iš tikrųjų reikia mažiausiai 8 - 10 valandų nenutrūkstamo ir kruopštaus (velniškai nuobodaus) darbo. Normalus žmogus, o juo labiau vartotojas, pirmą kartą pradedantis dirbti su programa, kai jam vienu metu reikia išmokti dirbti su programa ir atsargiai, be klaidų įvesti kalno pradinių duomenų, nepavyks. tai padaryti vienu ypu. Tai trunka mažiausiai dvi ar net tris dienas (kartus). Dabar įsivaizduokite pradedančiojo baimę, kad maitinimas tikrai išnyks arba kažkas persikraus. Na... normaliam žmogui nekiltų noro naudoti tokią demo versiją. Taigi, arba nuspręskite nusipirkti „kiaulę kišenėje“, žinodami apie kai kurių kūrėjų „rinkodaros priedus“, 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 „pertraukiklį“. Nieko neįtariantis, geraširdis vartotojas, prieš tai išjungęs sąžinę mažu rakteliu, atsisiunčia nelegalią kopiją (demo + įsilaužimas). Instaliuoja, lūžta, ir... viskas veikia... Kaip sakoma, naudok į sveikatą... Tiesa, maždaug po pusės metų programa tau praneš, kad pereina į demonstracinį režimą, o išsaugokite savo duomenis, prašau, būkite malonūs.. kreipkitės į kūrėją dėl sąskaitos faktūros... Žiūrint iš šalies, toks variantas atrodo sąžiningesnis. Nors, žinoma, vartotojas bando apgauti gamintoją, gamintojas apgaudinėja vartotoją..., beje, pažadėdamas jam, kad po kelių minučių suvedęs visus pradinius duomenis gaus jau paruoštą grafiką. Galima drąsiai teigti, kad didžioji dauguma vartotojų niekada nesužinos, kad jų duomenims iškilo reali grėsmė. Praleidęs 15 - 20 valandų dirbdamas su programa ir įsitikinęs jos nenaudingumu, šaukdamas: - „Visos programos, kaip ir vyrai, tokios...“ potencialių pirkėjų piktai ištrynė šią programą iš savo kompiuterio. O po valandos ar pusantros, nurimę, atgavę kvapą, sako sau: „Koks aš protingas... juk aš protingas, kad nemokėjau pinigų už tai... mama man pasakė: „Neimk kiaulės į košę“. Antras variantas. Mūsų demonstracinė versija niekuo nesiskiria nuo darbinės versijos, yra tik vienas apribojimas, maksimalus klasių skaičius yra penki. Ir taip, viskas veikia. Dėl to toks pareiškimas pasirodo forume. „Mačiau jūsų programą, jei taip galima pasakyti. Ir jis tai pristatė, visai nieko – keturios klasės. Ir ji man pasakė: „Aš negaliu sudaryti tvarkaraščio“. Galite įklijuoti į savo... Prakeiktus spekuliantus. Čia susiduriame su atveju, kai kūrėjai atrado nuotykius savo „... (galvoje)“. Tie, kurie mano, kad keturių klasių mokyklai sudaryti tvarkaraštį yra daug lengviau nei, pavyzdžiui, dvidešimties, labai klysta. Būtent dėl šios priežasties, testuojant „Senovės Egipto“ planavimo algoritmą, buvo nuspręsta, kad generuojant testo duomenis, minimaliam klasių skaičiui pasirinkti skaičių devyni. Kartais tai paaiškinama tuo, kad neįmanoma automatiškai sudaryti mokymo krūvio paskirstymo lentelės. Paprasčiau tariant, paskirstykite krūvį mažam skaičiui klasių ir atitinkamai mažam mokytojų skaičiui. Matyt, tokius triukus gali atlikti tik labai patyrusi ranka(arba akys, jei norite) asmens. Trečias variantas. Gerai tada. Naudokite mūsų programą. Bet dvi savaites. Ir po dviejų savaičių viskas. „Išjungsime vandenį...“ Ar įmanoma per dvi savaites įsisavinti programą ir įvertinti visus jos privalumus ir trūkumus? Padėkime ranką ant širdies: „Gal tai įmanoma...“. Bet su viena sąlyga. Reikia nustoti daryti visa kita. O vyriausiojo mokytojo mėgstamiausias žodis yra: „Užimtas“. „O, užimtas. Esu taip užsiėmęs, kad neturiu laiko atsikvėpti ar... Ar mokytojas dviem savaitėms numes viską pasaulyje ir pasiners į šio laikotarpio tvarkaraščio programą? Kaip sako mokslininkai: „Sunku pasakyti...“. Žodžiu, viskas blogai... Ir taip blogai, ir taip nepatogu... Kur ieškoti išeities? Gal nuomotis?10 „SaaS“ programinės įrangos naudojimo verslo 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, kuriame tiekėjas kuria žiniatinklio programą ir ją savarankiškai valdo, suteikdamas klientui prieigą prie programinės įrangos internetu.
Pagrindinis „SaaS“ ir senojo modelio skirtumas yra tas, kad anksčiau klientai kompiuterius prieidavo tiesiogiai, o ne pasaulinius tinklus. Kadangi SaaS modelis orientuotas į paslaugų teikimą internetu, jo plėtra yra tiesiogiai susijusi su plėtra pasaulinis tinklas. Pirmosios įmonės, siūlančios programinę įrangą kaip paslaugą, Vakarų šalyse pasirodė 1997–1999 m., o santrumpa SaaS buvo plačiai paplitusi 2001 m. Atrodo, kad mūsų „sunkiu atveju“ šis verslo modelis yra pats optimaliausias, o gal net ir vienintelis priimtinas. Tai išgelbės potencialius klientus nuo rizikos didelę sumą pinigų mokant už programinės įrangos produktą iš produktų, kurių reputacija beveik beviltiškai sugadinta, grupės. Naudodamas nuomos verslo modelį, klientas gali ramiai ir palaipsniui įsitikinti, kad siūloma prekė yra tai, ko jam tikrai reikia, o jo lūkesčiai naudojant prekę sutampa su tuo, ką jis iš tikrųjų gauna. Anksčiau išsamiai kalbėjome apie vadovų lūkesčius iš tokio tipo programos.
11 Vietoj išvados
Kartais kai kas sarkastiškai klausia: „Ar turi verslo planą?...“ Taip. Ir tuo pačiu labai paprasta. „Nuosekliai spręskite kylančias problemas, kai jos iškyla...“ Kraštutiniu atveju galite naudoti SaaS modelį (verslo planas – pagal pageidavimą). Jei kam prireiks, bus galima viską detaliai suplanuoti ir nei vienas buhalteris neras kaltės!
Bibliografija
Baltak S.V., Sotskov Yu.N. Treniruočių grafiko sudarymas pagal grafo viršūnių spalvinimą // Informatika, 2006, Nr.3, p. 58 - 69. Borodinas O.V. Grafų spalvinimas ir topologiniai atvaizdavimai // Diskretinė analizė ir operacijų tyrimas. 1996, T. 3, Nr. 4, p. 3 - 27. Borodinas O.V. Kotzigo teoremos apibendrinimas ir plokštuminių grafų briaunų nuspalvinimas // Mathematical Notes. 1990, 48 tomas, 6 leidimas, p. 22 - 28. Vizingas V.G. Grafo viršūnių spalvinimas pagal daugumos naudojamų spalvų apribojimus // Diskretinė analizė ir operacijų tyrimas. 2009, T. 16, 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 metodai optimizavimas sudarant ugdymo tvarkaraštį // Nauja Informacinės technologijosšvietime. Kolekcija mokslo darbai. - M.: 1C-Publishing, 2013, 2 dalis, p. 51–55. Gary M., Johnsonas D. Skaičiavimo mašinos ir sudėtingas problemas išspręsti. - M.: Mir, 1982. - 416 p. Distel R. Grafo teorija: Trans. 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 ir 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. // POMI mokslinių seminarų užrašai. 2010, 381 tomas, p. 47 - 77. Magomedovas A.M., Magomedovas T.A. Intervalinė taisyklinga briauna Dvišalio grafo 5 spalvinimas vienoje dalyje // Taikomoji diskretinė matematika. 2011. Nr.3(13), p. 85 - 91. Papadimitrou 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 studentams. - 2-asis leidimas, pataisytas. - Sankt Peterburgas: Nevskio tarmė, 2000. - 240 p. Swami M., Thulasiraman K. Grafikai, tinklai ir algoritmai: Trans. iš anglų kalbos - M.: Mir, 1984. - 455 p. Smirnovas V.V. Pererburgo mokyklos ir mokyklų pastatai. Mokyklos statybos istorija Sankt Peterburgas – Petrogradas – Leningradas 1703 – 2003 m. - Sankt Peterburgas: leidykla "Rusijos-Baltijos informacijos centras "BLITS"", 2003. - 144 p. Stetsenko O.P. Vieno tipo grafo briaunų dažymas nustatytomis spalvomis // Diskretinė matematika. 1997. 9 tomas, 4 numeris, 92 - 93. Urnov V.A. Tvarkaraštis – populiariausia darbo vieta ugdyme // 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-703Nuorodos:
Todėl visos grindys, kuriose buvo toks kompiuteris, buvo padengtos smulkiu metaliniu tinkleliu, kad būtų išvengta prisiekusių sovietų režimo priešų „elektroninio šnipinėjimo“. Pati edukacinio tvarkaraščio sudarymo užduotis (be kompiuterinių technologijų pagalbos), matyt, yra mažiausiai trijų šimtų metų senumo. Užfiksuoti atvejai, kai vadovai – apskritai kultūringi ir gero būdo žmonės, išgirdę posakį: – „Mokyklos tvarkaraščio sudarymo programa“, iškart perėjo prie keiksmažodžių. Čia neapsistosime ties NP sunkių problemų teorija, nes diskusijos šiuo klausimu skaitytoją atitolintų nuo mus dominančios temos, taip pat būtų akivaizdžiai ankstyvos ir paviršutiniškos. Susidomėjusiam skaitytojui galima rekomenduoti atsiversti bene daugiausiai cituojamą leidinį šia tema mūsų šalyje. 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 anglų kalba. Greičiausiai jų skaičius neviršija bendro Rusijos Federacijos indėlio aukštųjų technologijų srityje, kuris yra 0,4–0,6% (nuo nulinio keturių procentų iki nulio taško šešių procentų) viso pasaulio. Tiesa, fizinių ir matematinių mokslų yra eilės tvarka mažiau. Viačeslavas Sergeevichas Tanajevas (1940 - 2002) - Baltarusijos matematikas, Baltarusijos Respublikos nacionalinės mokslų akademijos Kibernetikos tyrimų instituto direktorius, fizinių ir matematikos mokslų daktaras (1978), profesorius (1980), tikrasis Nacionalinės akademijos narys Baltarusijos mokslų akademija (2000). Mokslinių interesų sritis: 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). Dirba optimalių statistinių sprendimų teorijos, sistemų analizės, teorinės ir ekonominės kibernetikos klausimais. SSRS valstybinė premija (1981). Tačiau šaltinio duomenų generatoriaus kodo ir sudaryto tvarkaraščio teisingumo tikrinimo kodo 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 pavadinta Annuška.Ir net... gal... Bet ką! tuščia svajonė.
Jokiu būdu tai neįvyks.
Likimas yra pavydus ir piktas!
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.
Atsisiųskite jį į savo telefoną, kad nieko nepamirštumėte ir nieko nevėluosite.
Android
Tvarkaraštis
Graži ir intuityvi programa, skirta tvarkyti mokyklos gyvenimą. Galite įvesti savo tvarkaraštį, namų darbus, egzaminus ir net atostogas. Programa gali sinchronizuotis su visais jūsų Android įrenginiais, o užsiėmimų metu pereis į tylųjį režimą.
Mokyklos dienoraštis
Tuo elektroninis dienoraštis Tvarkaraštį galite tvarkyti nurodydami mokytojo vardą, pavardę ir telefono numerį bei pamokos vietą. Kad nieko nepamirštumėte, programoje yra valdiklių, skirtų jūsų telefono pagrindiniam ekranui. Taip pat galima pasižymėti dalykus ir juos įvertinti. Tačiau bene maloniausia savybė yra nubraukti atliktus namų darbus.
Šviesos mokykla
Leidžia ne tik išlaikyti tvarkaraštį ir įrašyti namų darbus, bet ir sekti laiką iki pamokos pradžios ar pabaigos. Ypatinga savybė yra teorinės medžiagos buvimas. Jei staiga pamiršote, kaip rasti kampo sinusą, galite jo ieškoti tiesiogiai programoje.
Registruotis
Nelabai spalvinga, bet daugiafunkcinė aplikacija. Jame galite sukurti tvarkaraštį ir eksportuoti jį į savo įrenginio kalendorių. Galite peržiūrėti savaitės ar kelių pamokų tvarkaraštį iš karto ir pagrindiniame ekrane rodyti valdiklį su priminimais. Pamokos metu programa automatiškai įjungia tylųjį režimą ir galite nustatyti namų darbų atlikimo 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 paslauga dar nedaug kas naudojasi. Tačiau yra valdiklis ir QR kodo skaitytuvas.
iOS
iSchool
Leidžia sukurti gražų įvairiaspalvį tvarkaraštį, nurodant patalpas, kuriose vyks užsiėmimai. Patogu užsirašyti užduotis: galite tiesiog nufotografuoti lentą arba padiktuoti balsu. Ir dar viena labai naudinga funkcija: galite įvesti dalykų pažymius ir apskaičiuoti savo balų vidurkį. Programa palaiko rusų kalbą, veikia sinchronizavimas su iCloud.
iStudiez pro
Leidžia sudaryti tvarkaraštį su pasikartojančiomis pamokomis. Kiekvienam dalykui 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 planavimo priemonė studentams. Standartinis komplektas funkcijos apima tvarkaraštį su priminimais ir namų darbų sąrašą. Tačiau yra ir įdomi funkcija: programa veikia ne tik „iPhone“ ir „iPad“, bet ir „Apple Watch“. Patogu, jei, be studijų, dar yra sporto skyriai ir visur turi būti laiku.
Laipsnio skalikas
Kalendorius moksleiviams ir studentams su galimybe žymėti dalykus spalvomis ir priskirti dalykų pažymius. Svarbiausias dalykas: laiko diagramos, rodančios, kiek laiko skirsite konkrečiai temai. Minusas: nepalaiko rusų kalbos.
Užsiėmimų tvarkaraštis – Tvarkaraštis
Kitas pagalbininkas studentams, kuriems trūksta organizuotumo. Galite sudaryti studijų tvarkaraštį su pasikartojančiomis arba kaitaliojamomis savaitėmis, dalintis 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 eksterno studijų tvarkaraštis pagal klases yra tinklalapio skiltyje „Ugdymo procesas“.
Pasirinkite savo klasę ir spustelėkite „Daugiau informacijos“. Pamatysite, kurią savaitės dieną ir kokiu laiku vyksta ta ar kita pamoka bei galėsite įvesti tvarkaraštį į savo elektroninę planuoklę.
Taip pat mokslo metų pradžioje mokiniai gauna tvarkaraščius patogių pdf lentelių pavidalu.
Visi namų darbai saugomi Asmeninė paskyra studentas. Jums tereikia pasirinkti kursą ir pamokos numerį.
Prietaisų skydelis primins apie naujas ir jau atliktas užduotis. Iš ten vienu spustelėjimu galite tęsti užduotį.
Na, o jei mokinys pamirš kokią nors pamoką ar namų darbus, jam iškart apie tai bus priminta. Patikimesnė nei bet kuri programa! :)