Tomskas, pr. Lenina, 36. Psichologija, socialinis darbas. (Bim Bad B.M. Pedagogical enciklopedinis žodynas. M., 2002. S. 474) Taip pat žr. Universitetai Ch489.514(2)7 ...
- (TUSUR) Tarptautinis Tomsko valstybinio valdymo sistemų ir radioelektronikos universiteto (CSR TSU) pavadinimas ... Wikipedia
Tomsko valstybinis valdymo sistemų ir radioelektronikos universitetas- Tomskas, pr. Lenina, 40. Socialinis darbas. (Bim Bad B.M. Pedagoginis enciklopedinis žodynas. M., 2002. S. 474) Taip pat žr. Universitetai Ch489.514(2)7 ... Pedagoginis terminų žodynas
Tomsko valstybinio universiteto (FPMK TSU) Taikomosios matematikos ir kibernetikos fakultetas organizuojamas nuo 1970-71 mokslo metų. Pagrindinė fakulteto mokymo programos idėja – baigti specialistą, kuris turėtų gebėti: sukurti ... ... Vikipedija
- (TSPU) Tarptautinis pavadinimas ... Vikipedija
- (TGASU) Tarptautinis pavadinimas Tomsko valstybinis architektūros ir statybos universitetas (TSUAB) Įkurtas 1952 m. birželio 5 d. ... Wikipedia
Tomsko valstybinis pedagoginis universitetas- Tomskas, Komsomolsky prospekt, 75. Psichologija, ikimokyklinio ugdymo pedagogika ir psichologija, pedagogika ir metodika pradinis išsilavinimas, socialinė pedagogika, logopedija, valeologija. (Bim Bad B.M. Pedagoginis enciklopedinis žodynas. M., 2002. ... ... Pedagoginis terminų žodynas
Valstybinė biudžetinė aukštojo profesinio mokymo įstaiga Surguto valstybinis Hanty Mansijsko Jugros autonominis apygardas (GBOU VPO SurGU Hantimansi autonominis apygardas Jugra) Tarptautinis pavadinimas Surguto valstybinis universitetas ... Wikipedia
Knygos
- XX amžiaus 40–60-ųjų Vakarų Sibiro religinės konfesijos, Soskovets L. I. Monografijoje pirmą kartą nagrinėjamas Vakarų Sibiro religinių organizacijų kompleksas XX amžiaus 40–1960 m. Aiškinamasi Vakarų Sibiro regiono polikonfesinis pobūdis, vieta…
- Mokslo metodika. Visos Rusijos filosofinio seminaro darbų kolekcija. 5 laida. Metodų tipologijos problemos,. Rinkinyje pristatomi nuolatinio visos Rusijos seminaro „Mokslo metodologija“ (2002 m. balandis) penktosios sesijos dalyvių darbai. Seminaras vyksta Tomsko valstijos…
TECHNINĖ UŽDUOTIS
į TSU švietimo portalą,
mokymo vietų EP 30/70 ir BFG teikimas
(Švietimo portalasv1.0)
1. Bendra informacija 3
1.1. Visas sistemos pavadinimas ir jos simbolis 3
1.2. Kūrėjo ir kliento pavadinimas 3
1.3. Sistemos kūrimo pagrindas 3
1.3.1. Automatizuotą veiklą reglamentuojančių dokumentų sąrašas 3
1.3.2. Sistemos kūrimą reglamentuojančių dokumentų sąrašas ir TOR 3
1.3.3. Kuriant sistemą naudotų klasifikatorių sąrašas 4
1.4. Apibrėžimai ir santrumpos 4
1.5. Planuojamos sistemos kūrimo pradžios ir pabaigos datos 5
1.6. Registravimo ir darbo rezultatų pristatymo tvarka 5
2. Sistemos kūrimo (plėtojimo) tikslas ir tikslai 5
2.1. 5 sistemos paskirtis
2.2. Sistemos tikslai 6
3. Automatikos objekto charakteristikos 6
3.1. Toljačio valstijos universitetas 6
3.2. Eksperimentinės vietos TSU 7
3.3. Veikiantis ir įgyvendintas AIMS TSU 7
4. Sistemos reikalavimai 8
4.1. Bendrieji sistemos reikalavimai 8
4.1.1. Sistemos modulių integravimo reikalavimai 8
4.1.2. Reikalavimai sistemos integravimui su susijusios sistemos 10
4.1.3. Reikalavimai švietimo portalo branduolio struktūrai ir veikimui 10
4.1.3.1. Viena duomenų erdvė 10
4.1.3.2. 12 autentifikavimo posistemis
4.1.3.3. 12 sąsajos posistemis
4.1.3.4. Informacinių pranešimų posistemis 14
4.1.3.5. Kontekstinių nuorodų posistemis 14
4.1.3.6. Duomenų archyvavimo posistemis 14
4.1.4. Portalo stiliaus reikalavimai 15
4.1.5. Reikalavimai sistemos veikimo režimams ir patikimumui 15
4.1.6. Sistemos plėtros, modernizavimo perspektyvos 15
4.2. Reikalavimai sistemos atliekamoms funkcijoms 16
4.3. Reikalavimai užstato rūšims 16
4.3.1. Informacinio palaikymo reikalavimai 16
4.3.2. Programinės ir techninės įrangos reikalavimai 17
4.3.3. Reikalavimai organizacinei paramai 17
5. Sistemos kūrimo darbo sudėtis ir turinys 18
6. Sistemos diegimas 18
6.1. Sistemos kontrolės ir priėmimo tvarka 18
6.2. Sistemos dokumentacijos reikalavimai 18
6.3. Reikalavimai personalui 19
1. Bendra informacija
1.1. Visas sistemos pavadinimas ir jos simbolis
TSU edukacinis portalas, teikiantis edukacines svetaines eksperimentinėms svetainėms 30/70 ir BFG.
Sistemos simbolis: Mokomasis portalas v1.0
1.2. Kūrėjo ir kliento vardas
Užsakovas: GOU VPO „Togliatti State University“, atstovaujamas rektoriaus Zhilkin S.F.
Įgyvendinantis partneris: Toljačio valstijos universiteto Naujųjų informacinių technologijų centras, atstovaujamas direktoriaus pavaduotojo informacinėms edukacinėms technologijoms R.V.Boyur.
1.3. Sistemos kūrimo pagrindas
1.3.1. Automatizuotą veiklą reglamentuojančių dokumentų sąrašas
Dokumento pavadinimas | Dokumento numeris | Priėmimo data |
||
Rusijos Federacijos įstatymas „Dėl švietimo“ | ||||
Federalinis įstatymas „Dėl aukštojo ir antrosios pakopos profesinio mokymo“ | ||||
Rusijos Federacijos civilinis kodeksas | ||||
Rusijos Federacijos darbo kodeksas | ||||
Valstybinės aukštojo profesinio mokymo įstaigos „Togliatti State University“ chartija | Su pakeitimais ir papildymais nuo 2006-02-28 |
|||
TSU eksperimentinės aikštelės nuostatai | Sprendimas Nr. 340 | TSU Akademinė taryba | ||
Toljačio valstijos universiteto plėtros 2006-2007 metų programa. ir iki 2008 m. imtinai | Sprendimas Nr.489 | TSU Akademinė taryba |
1.3.2. Sistemos ir TK kūrimą reglamentuojančių dokumentų sąrašas
1. GOST 24.104-85 "Automatizuotos valdymo sistemos. Bendrieji reikalavimai".
2. GOST 34.201-89 "Dokumentų tipai, išsamumas ir žymėjimas kuriant automatizuotas sistemas".
3. GOST 34.601-90 "Automatizuotos sistemos. Kūrimo etapai".
4. GOST 34.602-89 "Automatizuotos sistemos kūrimo sąlygos"
1.3.3. Kuriant sistemą naudojamų klasifikatorių sąrašas
Dokumento pavadinimas | Dokumento numeris | Organizacija, kuri priėmė dokumentą | Priėmimo data |
|
Švietimo srities integruotos automatizuotos informacinės sistemos vieningi klasifikatoriai ir informacijos katalogai | raštas Nr.34-51-53in/01-11 | Rusijos Federacijos švietimo ministerija | ||
Aukštojo profesinio išsilavinimo mokymo sričių (specialybių) sąrašas | įsakymas Nr.4 | Rusijos Federacijos švietimo ir mokslo ministerija | ||
Visos Rusijos informacijos apie gyventojus klasifikatorius (OKIN) | VNIIKI, Valstybinio statistikos komiteto Statistikos standartų ir klasifikatorių departamentas | Vykdoma nuolat |
||
Švietimo informacijos išteklių klasifikatoriai (/classifiers/) |
1.4. Apibrėžimai ir santrumpos
AISU- automatizuota informacijos valdymo sistema, TSU priimtas terminas, reiškiantis informacinę sistemą, automatizuojančią bet kurią Universiteto veiklos dalį (kai kurios verslo procesas arba bet kurių skyrių veikla). Kuriant edukacinį portalą pageidautina kalbėti ne apie kelis kuriamus TIKSLUS, o apie vieno integruoto ugdymo proceso TIKSLų kūrimą, paremtą modulinis principu.
Autentifikavimas- technologija, leidžianti įsitikinti, kad šis konkretus vartotojas dirba su sistema. Standartinis identifikavimo būdas yra vardo/slaptažodžio užklausa, patikimesni, bet brangesni metodai yra magnetinės kortelės, biometriniai duomenys ir kt.
Verslo procesas– tvari operacijų seka tam tikriems verslo tikslams pasiekti. Tradiciniai gamyboje skirstomi verslo procesai yra tiekimas, personalo valdymas, užimtumas, sandėlis, gamyboje paskirstytas kaupimas – tai ne keli sukurti TIKSLAI 19 19 19 19 19 19 19 19 19 19 19 19 19 19 19 19 19 1919 19 19 19 prekių gamyba ir kt. Švietimo veikloje galima išskirti tokius verslo procesus kaip metodinis darbas (plėtra mokymo kursai), ugdymo programų rengimas, semestro planavimas, grafikų sudarymas, mokymo kursų vedimas ir kt.
Stub- laikinas būsimo ugdymo portalo modulio išdėstymas, suteikiantis kitų modulių veikimui reikalingus duomenis. Užuot sukūrus pilnavertes funkcines vietas, stubure suprojektuojama duomenų struktūra, kurią vėliau rankiniu būdu užpildo portalo administratorius.
Modulis– pagal Merriam-Websterio žodyno apibrėžimą „bet kuris standartizuotų vienetų serijos, skirtas naudoti kartu“. Kuriant AISU mokymosi procesas modulis yra informacinės sistemos dalis, kuri automatizuoja vieną ar daugiau verslo procesas, integruotas su kitais moduliais, bet suprojektuotas taip, kad jį pakeitus tai neturėtų įtakos kitiems moduliams.
Įvardijimas- firminio identiteto kūrimo etapas, skambaus ir įsimintino pavadinimo išradimas (žodinis prekės ženklas).
Portalas– žodis „portalas“ į internetą atkeliavo iš architektūros, kaip „pagrindinis įėjimas“. Tai reiškia svetainę, iš kurios asmuo reguliariai pradeda darbą internete, kurią jis daro savo naršyklės pradžios puslapiu. Portalas turėtų sujungti žiniatinklio paslaugas, turinį ir nuorodas į kitus išteklius taip, kad atitiktų daugelio vartotojų poreikius (Internet-Russian Phrasebook, Yandex.Dictionaries).
DBVS– duomenų bazių valdymo sistema.
TSU– Toljačio valstijos universitetas.
Vartai- laikinas edukacinio portalo modulis, skirtas gauti duomenis iš jau sukurtų ar kuriamų AIMS. Tai duomenų struktūra, reikalinga kitų modulių veikimui, ir sistema, skirta sinchronizuoti su esamų AIMS duomenimis.
1.5. Planuojamos sistemos kūrimo darbų pradžios ir pabaigos datos
Planuojama darbų pradžia: 2006-05-01
Planuojama darbų pabaiga: 2006-08-31
1.6. Darbo rezultatų registravimo ir pristatymo tvarka
Kūrimo rezultatas – veikiantis portalas, atitinkantis jam keliamus funkcinius reikalavimus, ir apmokyta mokytojų ir dėstytojų grupė, kuri ves mokymo kursus 30/70 ir BFG su pagalbine svetaine.
2. Sistemos kūrimo (plėtojimo) tikslas ir tikslai
2.1. Sistemos paskirtis
Mokymo portalas v1.0 skirtas teikti 30/70 ir BFG mokymo kursus, pradėtus nuo 2006 m. rugsėjo mėn., su telekomunikacijų palaikymu per svetaines. Daugiau informacijos apie eksperimentines vietas 30/70 ir BFG rasite 3.2 skyriuje. TSU eksperimentinės vietos.
2.2. Sistemos kūrimo tikslai
Švietimo portalo kūrimo tikslas – Togliatti valstijos universitete sukurti virtualią edukacinę aplinką, kurios svarbi charakteristika – informacinės erdvės tankumas ir komunikacijos srautų intensyvumas.
Didelio projekto įgyvendinimo laikotarpis yra 3–5 metai. Tačiau jau pirmajame etape, kuriame sprendžiamos gana ribotos užduotys, sukurto portalo branduolyje yra keletas pagrindinių sprendimų, leidžiančių jį plėtoti būsimose versijose. Daugiau informacijos rasite 4.1.1 skyriuje. „Reikalavimai švietimo portalo branduolio struktūrai ir funkcionavimui“.
Kadangi edukacinės veiklos organizavimas virtualioje aplinkoje dėstytojams yra nesuprantamas ir neįprastas, būtina užtikrinti ne tik Universitete egzistuojančių verslo procesų automatizavimą, pavyzdžiui, lankomumo nustatymą, studijų užduočių išdavimą ir kt. TSU edukacinio portalo startas yra socialinis projektas, o projektuojamame virtualiame edukacinė aplinka turėtų būti patogu gyventi ir veikti visiems ugdymo proceso dalyviams – studentams, mokytojams, asistentams, korepetitoriams, metodininkams, administratoriams.
3. Automatikos objekto charakteristikos
3.1. Toljačio valstijos universitetas
Toljačio valstybinis universitetas buvo įkurtas 2001 m. Toljačio politechnikos instituto (įkurto 1951 m.) ir Samaros valstybinio pedagoginio universiteto Toljačio filialo (įkurto 1988 m.) pagrindu. 2002 m. universiteto rektoriumi buvo išrinktas Sergejus Fiodorovičius Žilkinas.
Toljačio valstijos universitetą sudaro keturi institutai: automobilių mechaninis, fizinis ir techninis, humanitarinis ir pedagoginis, 7 fakultetai, 70 katedrų, Mokslinių tyrimų departamentas ir daugybė susijusių švietimo, mokslo ir gamybos padalinių. Visuose fakultetuose ir katedrose įrengtos edukacinės laboratorijos, kompiuterių klasės.
Universitete dirba daugiau nei 1500 darbuotojų, iš jų 758 dėstytojai, iš jų 60 mokslų daktarų, 421 mokslų kandidatas.
Studentų skaičius yra daugiau nei 13 000 žmonių.
Universitetas yra įsikūręs 11 pastatų Centriniame ir Avtozavodsky miesto rajonuose. Bendras mokymo ir pagalbinių pastatų plotas yra daugiau nei 100 tūkstančių kvadratinių metrų. metrų. Universiteto užimamas plotas – daugiau nei 75 tūkst. 3 nakvynės namai, 4 sporto salės, 3 valgyklos po 996 vietas, 7 valgyklos, bendrabutis, leidybos centras. Daugiau nei 800 tūkst. egzempliorių fondo biblioteka, šešios skaityklos 260 skaityklų.
Universitetas suteikia savo studentams visą įvadinės, pramoninės ir ikidiplominės praktikos ištrauką.
Absolventams išduodamas valstybinis diplomas.
Yra parengiamieji kursai, perkvalifikavimo ir kvalifikacijos kėlimo kursai bei magistrantūros studijos.
3.2. TSU eksperimentinės vietos
Per pastaruosius trejus metus TSU buvo įdiegta daugybė eksperimentinių vietų, skirtų išbandyti ir diegti naujas ugdymo proceso organizavimo formas. Eksperimentinė platforma apibrėžiama kaip „eksperimentinės veiklos organizavimo forma, skirta socialiai reikšmingiems projektams, lemiantiems universiteto plėtros strategiją, rengti ir įgyvendinti“.
Ugdymo technologija „30/70“ apima dabartinėje mokymo programoje numatytą auditorinių valandų padalijimą taip, kad ne daugiau kaip 30% šių valandų tenka mokytojo darbui su mokiniais, o likę 70% – mokiniams. organizuotas savarankiškas studentų darbas. Švietimo technologijos reiškia paskaitų mažinimą ir atitinkamai padidintą studentų savarankiško mokymosi laiką, taip pat esamą ir galutinę jų pasirengimo lygio kontrolę. Iki šiol 11 eksperimentinių vietų veikia naudojant „30/70“ technologiją.
Funkcinio raštingumo blokas (BFG) – tai pirmųjų studijų metų TSU disciplinų ciklas, vienodas visoms specialybėms ir mokymo sritims. BFG ciklo tikslas – nustatyti pagrindinį funkcinį raštingumą, reikalingą tolesniam mokymuisi Universitete. 2006 m. rugsėjo mėn. BFG disciplinos apima „Saviorganizacijos pagrindai“, „Rusų kalba ir kalbos kultūra“, „Kompiuterinio raštingumo pagrindai“, „Darbo internete pagrindai“.
2006 m. rugsėjį prasideda pirmasis masinio ugdymo produktų, sukurtų pagal 30/70 technologiją ir funkcinio raštingumo blokui, diegimo į TSU ugdymo procesą etapas. Kiekvieną BFG mokymo kursą išklausys apie 300…1000 studentų, o po metų, 2007 m. rugsėjo mėn., bus baigtas visas pirmojo kurso srautas. Tokio skaičiaus studentų aptarnavimas turėtų būti vykdomas naudojant šiuolaikines telekomunikacijų technologijas – užduotis buvo sukurti mokymo kursų svetaines. Kartu akivaizdu, kad atskiros svetainės kūrimas kiekvienam kursui yra neefektyvus, būtina sukurti ugdymo proceso paramos sistemą su galimybe greitai ir patogiai papildyti ją naujais mokymo kursais.
BFG ir 30/70 kursai yra tik pirmieji ženklai būsimoje TSU ugdymo proceso organizavimo sistemoje. Į praktiką orientuoto mokymosi tezių įgyvendinimas, darbdavių įtraukimas į švietimo standartų kūrimą ir „TSU – miestą formuojantis veiksnys“ neišvengiamai lemia būtinybę rimtai peržiūrėti esamus ir plėtoti inovatyvius mokymo kursus. tiek turiniu, tiek forma. Valdykite procesą metodologinius pokyčiusįmanoma tik sukūrus ištisą metodinių standartų sistemą ir perkeliant ją į technologinį pagrindą.
3.3. Aktyvus ir įgyvendintas AIMS TSU
Toljačio valstijos universitete buvo įdiegtos ir prižiūrimos arba kuriamos/diegiamos šios informacinės sistemos:
"Žmogiškųjų išteklių departamentas"- priėmimas, atleidimas, perkėlimas, personalo komplektavimas, padaliniai ir jų sudėtis ir kt. Sudaro naujausią darbuotojų duomenų bazę.
„Studentų personalo skyrius“ ir „Dekanai“- studentų registravimas, paskirstymas pagal grupes, perkėlimas iš kurso į kursą, tarp specialybių ir grupių, akademinės ir motinystės atostogos, ataskaitų išdavimas, įskaitant diplomą Aukštasis išsilavinimas. Aktualios studentų duomenų bazės formavimas.
"Kėdės"- skyriaus darbo eigos automatizavimas, kuriami sistemos techniniai užduotys.
„AST centro testavimas“- bandymų atlikimas pagal grafiką kompiuterių klasės. Reikalingi duomenys apie studentų sudėtį ir kontrolinių darbų tvarkaraštį. Generuoja duomenis apie testavimo rezultatus.
"Mokymo programos (mano)"– specialybių mokymo programų duomenų bazė. Aprašoma disciplinų sudėtis blokams, semestrams, pridedami dėstytojai, apskaičiuojamas studentų ir dėstytojų krūvis. Generuoja duomenis apie tai, kokio semestro akademines disciplinas ir kokias specialybes reikia skaityti. Neatsižvelgiama į perėjimo prie asinchroninės kreditinės modulinės sistemos ypatumus, nors apima galimybę disciplinas vertinti kreditais.
"AUTO Tvarkaraštis"- planavimas. Reikalingi duomenys apie semestro planus, esamą studentų, dėstytojų duomenų bazę, klasių fondą. Tikrina sudarytą tvarkaraštį, ar žmonės ir auditorija nesusikerta. Generuoja duomenis apie tai, kuri pamoka kurioje klasėje bus su mokytojais ir mokiniais.
"Atrankos komisija"- atrankos komisijos darbas, pretendentų registracija, stojamųjų egzaminų rezultatai, reitingai, registracija.
"Dokumentų valdymas"– biuro darbo automatizavimas, užsakymų rengimas, derinimas, pasirašymas, paskirstymas. Per „Dokumentų valdymą“ galima integruoti įvairius sukurtus tikslus.
"Ataskaitos"– ataskaitų Švietimo ir mokslo ministerijai bei kitoms reguliavimo institucijoms rengimas. Atskiras modulis, kuris neteikia reikšmingų duomenų kitiems moduliams.
4. Sistemos reikalavimai
4.1. Bendrieji sistemos reikalavimai
4.1.1. Sistemos modulių integravimo reikalavimai
Pagrindinė švietimo portalo architektūra turėtų būti modulinė ir leisti:
sukurti atskirus modulius ir išplėsti jų funkcionalumą radikaliai neperdirbant anksčiau sukurtų modulių;
pateikti duomenų struktūros ir kodo inkapsuliavimą atskiruose moduliuose ir taip leisti skirtingoms kūrimo komandoms kurti atskirus modulius.
Visą modulių, integruotų į švietimo portalą, sudėtį galima suskirstyti į tris grupes:
1. Moduliai turi būti visiškai sukurti portalo 1.0 versijai iki 2006 m. rugsėjo mėn. Tai moduliai „Švietimas“, „Forumas“, „Elektroninė saugykla“. mokymo medžiaga"," Testai, mokymai ir užduotys", "Svetainės".
2. Moduliai, kurie bus pilnai sukurti kitose portalo versijose, bet kurių duomenys būtini pirmosios grupės modulių veikimui. Tai moduliai „Švietimo programų rengimas“, „Semestro planavimas ir kursų pasirinkimas“, „ Metodinis darbas“, „Žaidėjų fondo apskaita“.
3. Esami arba kuriami AIMS, kurie jau pradeda generuoti aktualius duomenis pirmosios grupės modulių veikimui. Tai AISU „Studentų personalo skyrius“, „Personalo skyrius“, „Dekanai“, „Tvarkaraštis“. Šiems moduliams kuriama reikalingų duomenų struktūra ir sinchronizavimo sistema.
1 schemoje pateikiamos įvairios sąveikos su švietimo portalo šerdimi galimybės.
Schema 1. Integruojamų modulių sąveika su OP šerdimi
Kuriant OP v1.0 antros grupės moduliams, kuriami „stubai“, kuriuose yra tik duomenų struktūra, kurią šie moduliai suteiks, ir nesudėtingos jų užpildymo užduotys. Kad švietimo portalas veiktų, reikalingi šie duomenys:
iš modulio „Semestro planavimas“ – informacija apie tai, kurie studentai kokius mokymo kursus einamajame semestre lanko;
iš modulio "Metodinis darbas" - informacija apie vidinę BFG struktūrą ir 30/70 mokymo kursų - jų mokymo padalinių sudėtis, sąrašas mokymo medžiaga, įskaitinio įvykio tipas, vertinimo sistema;
iš modulio „Klasės atsargų apskaita“ – naujausia auditorijų duomenų bazė, nurodanti jų buvimo vietą (pastatas, aukštas);
iš modulio „Tvarkaraštis“ – informacija apie tvarkaraštyje nustatytas auditorines pamokas.
Ateityje reikiamus modulius bus galima sukurti nekeičiant pirmosios grupės modulių.
4.1.2. Sistemos integravimo su susijusiomis sistemomis reikalavimai
Integracijai su esamais AIMS, be "stubų" duomenų struktūrų pavidalu, turėtų būti sukurti "vartai" ("vartai"), kad šiose sistemose jau esantys duomenys galėtų būti perkelti į švietimo portalo branduolį. Sinchronizavimas per šliuzus turėtų būti atliekamas tokiu dažnumu, kuris reikalingas efektyviam portalo veikimui (bent kartą per dieną).
4.1.3. Reikalavimai švietimo portalo branduolio struktūrai ir veikimui
4.1.3.1. Viena duomenų erdvė
Schema 1. Viena modulių duomenų erdvė
Branduolys suteikia vieną duomenų erdvę ir atskiria prieigą prie skirtingų modulių duomenų. Kiekvienas modulis turi nepriklausomą prieigą prie savo duomenų bazės erdvės, savo vietos serverio scenarijų talpinimui, vieningai sąveikauja su sąsajos moduliu ir naudoja branduolio posistemes. Esant poreikiui, moduliai gali pateikti vieni kitiems ribotos prieigos duomenis įvairiais būdais – lentelėse nuskaitant, tam tikruose laukuose ar įrašuose, suteikiant prieigą prie funkcijos arba pateikiant Rodinį, įskaitant iš kelių lentelių.
Branduolio duomenų srityje pateikiama informacija apie pagrindinius registruotų sistemos vartotojų parametrus (id, vardas, pavardė, lytis, gimimo data, prisijungimo vardas, slaptažodis, nuotrauka) ir paslaugų informacija, reikalinga registruojant kitus modulius. Pagal vartotojo, kuris įėjo į portalą vardu / slaptažodžiu, identifikatorių, bet kuris modulis gali sužinoti visą vartotojo vardą, lytį, gimimo datą.
Toks prieigos prie modulio duomenų organizavimas suteikia galimybę skirtingoms kūrėjų grupėms savarankiškai kurti modulius, taip pat padidinti vieno modulio funkcionalumą nekeičiant kitų. DBVS administratoriaus duomenų matomumas nuo galo iki galo leidžia įgyvendinti nuo galo iki galo indeksavimą, nuorodų vientisumą ir vienodą duomenų archyvavimo sistemą.
4.1.3.2. Autentifikavimo posistemis
Kiekvienas darbuotojas, studentas ar kitas įgaliotas vartotojas (pareiškėjas, darbdavys ir kt.) privalo turėti nuolatinį identifikatorių. Prisijungimui vartotojas naudoja dvi eilutes – prisijungimo vardą ir slaptažodį. Iš pradžių visi prisijungimai kuriami iš vartotojo ID, vėliau atskiroms vartotojų kategorijoms suteikiama galimybė keisti prisijungimus. Sistema užtikrina prisijungimų unikalumą, įskaitant specialių prisijungimų rezervavimą sistemos administratoriams.
Sistema turi užtikrinti, kad tinklu perduodamas slaptažodis būtų apsaugotas saugiu ryšiu. Sistema turėtų suteikti galimybę atkurti pamirštą slaptažodį el. paštu naudojant vartotojo įvestą kontrolinį žodį. Sistema turi suteikti veiksmingi būdai apsauga nuo slaptažodžio atspėjimo, įskaitant standartinius įsilaužėlių atakų tipus.
Turėtų būti galima kurti vartotojų grupes, kad teisės būtų paskirstytos ne atskiriems vartotojams, o grupėms iš karto. Turėtų būti parengtos teisių konfliktų sprendimo taisyklės, jei atskiram vartotojui ir jam, kaip grupės nariui, suteiktos teisės skiriasi. Nemažai grupių (grupių, specialybių, studentų studijų metų, kursą išklausančios grupės, darbuotojų padalinių ir kt.) sukuriama globaliai. Sukurti tam tikrame modulyje („Semestro planavimas“, „Gerai studentai“ ir kt.), jie tampa prieinami visiems kitiems moduliams. Be grupių, branduolys suteikia moduliams prieigą prie daugybės papildomų vartotojo atributų, tokių kaip paros laikas, iš kurio buvo atliktas įrašas (iš Universiteto kompiuterių tinklo ar internetu) ir kt.
Kiekvienas modulis vartotojo autorizaciją atlieka savarankiškai. Modulių vaidmenis galima priskirti darbui su atskirais objektais, atsižvelgiant į jų hierarchiją. Taigi, moderatorius gali būti priskirtas temai, skyriui ar visam forumui ir pan. Priklausomai nuo vaidmens, tam tikros puslapio funkcijos gali būti pasiekiamos, tam tikra informacija matoma arba tam tikri puslapiai yra visiškai nepasiekiami. Sistemos branduolys turėtų pateikti modulius su standartinių funkcijų rinkiniu, kad būtų galima organizuoti paprastą autorizavimą. Sistemos sąsaja, jei įmanoma, neturėtų rodyti vartotojui nuorodų į tas funkcijas, kurių jis neturi teisės naudotis.
Visos vartotojų sesijos turi būti registruojamos statistikos tikslais.
4.1.3.3. Sąsajos posistemis
Portalas suteikia vartotojams darbo vietų švietimo aplinkoje, kurios turėtų būti sukurtos pagal klasikines sąsajų kūrimo taisykles:
darbo vieta turėtų padėti spręsti problemas, o ne tapti pačia užduotimi;
vartotojas neturėtų įtarti, kad sistema yra kvaila;
vartotojas neturėtų abejoti, kad jis laikomas kvailu.
Sąsaja turėtų pateikti šias nuolatines funkcines sritis portalo puslapių vietoje:
įmonės identifikavimas (TSU prekės ženklo identitetas, švietimo portalas, galbūt vizualinis portalo skyrių identifikavimas) dedamas kiekviename puslapyje gana mažoje srityje;
paslaugų informacija – skaitikliai, autorinės teisės, atsiliepimai, dedama kiekvieno puslapio apačioje;
pagrindinis meniu – hierarchinis vartotojui prieinamų funkcijų sąrašas, esantis kairėje puslapio pusėje, apima galimybę vartotojui pridėti greitas nuorodas į dažniausiai įdėtus puslapius;
informacinių pranešimų sklaidos kanalas (žr. 4.1.3.4 „Informacinių pranešimų posistemis“) – taip pat gali informuoti vartotoją, kad darbo metu atsirado naujų pranešimų, dedamas dešinėje puslapio pusėje (išskyrus pradinį puslapį). portalas, kuriame tiekimas dedamas į modulių darbo sritį);
modulių darbo sritis - įvairūs moduliai įgyvendina savo sąsają su vartotoju ir rodo joje informaciją, ji yra kiekvieno portalo puslapio centre;
aptarnavimo sritis - joje yra daug piktogramų, kurios suteikia galimybę spausdinti puslapį, užsiregistruoti vardu / slaptažodžiu, gauti pagalbos dabartiniame puslapyje, esančiame viršutiniame dešiniajame ekrano kampe.
Visos funkcinės zonos, išskyrus darbo erdvę, yra įgyvendinamos sąsajos posistemio, o kuriami moduliai jose tik centralizuotai registruojami. Kiekviena funkcinė zona yra stačiakampėje srityje su pavadinimo antrašte. Turėtų būti įmanoma sutraukti vartotojui nereikalingas sritis (išskyrus modulių aptarnavimo ir darbo sritis) ir visą kairę ir dešinę ekrano dalis, kad būtų maksimaliai išnaudota ekrano erdvė. Jei reikia, sąsajos posistemis suteikia galimybę moduliams automatiškai iškviesti šią funkciją.
Sąsaja turėtų leisti vartotojui tinkinti ekrano šriftų dydį.
Sąsaja turėtų suteikti vartotojui galimybę optimaliai greitai atlikti jam reikalingas funkcijas, įskaitant galimybę efektyviai įvesti naudojant klaviatūrą, naudotis žinynais ir patarimais, „vedliais“ sudėtingoms operacijų sekoms atlikti ir galimybę rūšiuoti. .
Sąsaja turėtų pateikti tiesioginį grįžtamąjį ryšį apie vartotojo veiksmus. Ilgų operacijų atveju ekrane turėtų pasirodyti įspėjimas, kad gali tekti palaukti.
Visi tipiniai bendravimo su vartotoju būdai (klaidos pranešimas, įspėjimas apie pavojingą veiksmą, informacija apie neteisingai užpildytą formą ir kt.) turi būti vienodai visuose moduliuose, kurie veikia kaip švietimo portalo dalis.
Sąsajos kūrimo komanda turėtų pateikti vartotojų atsiliepimus, kad gautų pasiūlymus ir pastabas dėl vartotojų darbo vietų išdėstymo.
Nereikalaujama išsaugoti funkcionalumo peržiūrint portalą su kitomis naršyklių versijomis, įskaitant Lynx, su išjungtu JavaScript, išjungtais slapukais, naudojant WebTV ir kituose monitoriuose, kurių skiriamoji geba mažesnė nei 800x600px.
4.1.3.4. Informacinių pranešimų posistemė
Turėtų būti sukurta vidinių pranešimų tarp vartotojų sistema, įskaitant pranešimus, kurie automatiškai siunčiami vartotojams, kai įvairiuose moduliuose įvyksta įvykiai. Taigi dėstytojas, vedantis kursą, savo darbovietėje turi nedelsdamas gauti pranešimą, kad studentų personalo skyrius ar dekanatas užregistravo naują studentą į grupę, kuriai dėstytojas dėsto kursą; mokytojas turėtų matyti, kiek jo laukia nepatikrintų mokinių darbų ir pan. Kiekvienas modulis turėtų pateikti sąrašą įvykių, kurių metu jis gali generuoti pranešimus, o projektuojant darbo vietą turėtų būti galima nurodyti, kurie renginiai visada turi ateiti, nuo kurių vartotojas gali „atsisakyti“, o kokius „užsisakyti“.
Turėtų būti įmanoma pateikti apibendrintus pranešimus, kai vartotojas yra informuojamas apie bendrą įvykusių įvykių skaičių, pavyzdžiui, apie bendrą naujų publikacijų skaičių skyrių svetainėse jį dominančiomis temomis. Šiai galimybei įgyvendinti yra kuriamas vieningas teminis Universiteto katalogas, su kuriuo susiejami visi nauji leidiniai forume, katedrų svetainės ir jų naujienų kanalai, kitose portalo versijose – elektroninėje bibliotekoje. Katalogo struktūrą prižiūri TSU Media Center.
Vartotojui siunčiami pranešimai turi turėti tam tikrą galiojimo laiką dienomis, po kurio jie, būdami neskaityti, automatiškai pašalinami iš sąrašo į archyvą. Turėtų būti įmanoma pašalinti pranešimą iš sąrašo jį perskaičius arba vartotojo veiksmais. Turėtų būti įdiegta pranešimų prioriteto sistema ir automatinis rūšiavimas pagal prioritetą. Būsimose portalo versijose turėtų būti galima pasirinkti (tiek kūrėjams, tiek vartotojui) skirtingus pranešimų pristatymo kanalus – į portalo kontekstinių nuorodų zoną, per ICQ, SMS žinute.
4.1.3.5. Kontekstinių nuorodų posistemis
Dirbant su AIMS moduliais, portalas turi suteikti vartotojui galimybę pereiti prie kitų šiame kontekste svarbių medžiagų ar funkcijų. Pavyzdžiui, mokinys, peržiūrėdamas užduotis, turėtų turėti galimybę greitai persijungti į kitų pamokų mokytojo tvarkaraštį, kad rastų patogų konsultacijos laiką. Kai pereinate nuo kursų medžiagos peržiūros į forumą, turėtumėte greitai grįžti į kursą. Kontekstinių nuorodų posistemis turėtų užtikrinti, kad naudotojo darbo kontekstas būtų išsaugotas jam judant portale, ir sudaryti galimybę vienam moduliui pateikti nuorodas į savo puslapius iš kitų modulių.
4.1.3.6. Duomenų archyvavimo posistemis
Ugdymo procesas yra labai daug informacijos reikalaujantis verslo procesas. Atliktų užduočių, lankomumo, išlaikytų testų, gautų pažymių apimtys labai sparčiai auga ir kiekvienam tokio tipo duomenų tipui turi būti nustatytas jų gyvavimo laikas duomenų bazėje. Visapusiška visų modulių archyvavimo sistema turėtų suteikti galimybę išvalyti duomenų bazę nuo pasenusių duomenų ir perkelti juos į archyvinę būseną, su galimybe prireikus laikinai pakelti šiuos duomenis iš archyvo gavus įgaliotą prašymą ( pavyzdžiui, kai reikia atkurti tam tikro mokinio testo rezultatus prieš penkerius metus).
4.1.4. Portalo stiliaus reikalavimai
Švietimo portalui turi būti suteiktas pavadinimas. Pasirinktas portalo pavadinimas turi būti harmoningas ir įsimintinas bei neprieštarauti portalo funkcinei paskirčiai ir TSU korporacinei kultūrai.
Portalas turėtų turėti dizainą, kuriame būtų naudojami TSU įmonės simboliai ir būtų sukurtas šiuolaikiškai patraukliu stiliumi. Spalvos, šriftų sprendimai, modulinis tinklelis, naršymo piktogramų sistema, vaizdų dydžiai turėtų būti iš pradžių sukurti visam portalui ir naudojami kiekviename jo sudėties modulyje. Leidžiamas įvairių modulių spalvų kodavimas.
Portalo dizainas turėtų efektyviai išnaudoti ekrano nekilnojamąjį turtą, jei vartotojas padidina langą. Dizainas turėtų apimti galimybę būsimose portalo versijose leisti vartotojui tinkinti ekrano šriftų dydį ir pasirinkti iš kelių stiliaus sprendimų („skinų“), taip pat administratoriui galimybę pritaikyti portalo išvaizdą tam tikriems. renginiai, tokie kaip didžiosios šventės.
Portalo išdėstymas turėtų užtikrinti teisingą portalo atvaizdavimą šiose naršyklėse:
Internet Explorer 5 ir naujesnė versija,
„Mozilla FireFox“ 1.5 ir naujesnė versija,
Opera 8 ir naujesnė versija.
Portalas turėtų atrodyti neblogai, net jei vartotojas išjungė vaizdų įkėlimą.
Turėtų būti sukurtas svetainės puslapių spausdinimo dizainas, įskaitant pagrindinius pareiškimus ir ataskaitų formas.
4.1.5. Reikalavimai sistemos veikimo režimams ir patikimumui
Veikimo režimas yra nepertraukiamas visą parą (išskyrus sutartus įprastinės sistemos įrangos ar programinės įrangos priežiūros laikotarpius), teikiant techninę pagalbą universiteto tarnybų ir padalinių darbo valandomis.
Serverių įrangos ir tinklo įrangos darbingumo užtikrinimą vykdo techninės pagalbos grupė.
Kuriamos sistemos patikimumą turėtų užtikrinti:
gedimams atsparios įrangos parinkimas ir jos struktūrinis dubliavimas;
naudojant nepertraukiamo maitinimo šaltinius;
telekomunikacijų ir vietinių kompiuterių tinklų topologijos pasirinkimas, suteikiantis informacijos srautų nukreipimo kintamumą;
informacijos laikmenų dubliavimas;
naudojant patikimą operacinės sistemos, duomenų bazių valdymo sistemos ir serverio programų konfigūraciją.
4.1.6. Plėtros, sistemos modernizavimo perspektyvos
Tikimasi, kad bus sukurtos šios švietimo portalo versijos:
paieškos posistemė, nuo galo iki galo visoms portalo sekcijoms ir moduliams;
pagalbos posistemė, integruota į portalą ir leidžianti gauti pagalbą dėl kiekvienos vartotojui prieinamos funkcijos;
pilnavertį modulį „Elektroninė biblioteka“ su abėcėliniu, teminiu katalogu ir viso teksto paieškos sistema;
modulis „Metodinis darbas“ su gebėjimu suprojektuoti ir vizualizuoti mokymo kurso įrenginį;
modulis „Ugdymo programos kūrimas“, kuris suteikia galimybę atsakingiems už ugdymo programų rengimą sistemoje jas aprašyti, kad vėliau ši informacija būtų perkelta į semestro planavimo modulį;
modulis „Semestro planavimas“, leidžiantis semestro administracinį ugdymo planai, organizuoti studentų kursų pasirinkimą ir galutinį jų paskirstymą pagal kursus;
„Tvarkaraščio“ modulis, galbūt naudojant AUTOMATINIS tvarkaraščio optimizavimo logiką;
daug kitų paslaugų modulių.
Aparatinė ir serverio programinė įranga turėtų suteikti galimybę padidinti funkcionalumą nekeičiant sukurtos programinės įrangos, pavyzdžiui, didinant serverių galią, vietinio tinklo pralaidumą, pereinant prie duomenų bazės serverio klasterio organizavimo, keičiant sistemos versiją. programinė įranga.
4.2. Reikalavimai sistemos atliekamoms funkcijoms
Švietimo portale v1.0 turėtų veikti šie moduliai:
„Mokymai“ (darbo vietos pagrindiniams ugdymo proceso dalyviams – studentams, dėstytojams, kursų grafiko vizualizavimas, mokymo užduočių išdavimas ir įgyvendinimas, esamas mokinių reitingas);
„Forumas“ (nuotolinis ugdymo proceso dalyvių bendravimas mokymo kurso klausimais);
„Svetainės“ (mokinių ar mokinių grupių galimybė kurti mokomąsias svetaines ir skelbti jose medžiagą kaip mokymosi užduotis);
„Elektroninė mokomosios medžiagos saugykla“ (infrastruktūra, suteikianti galimybę saugoti mokomąją medžiagą kitiems moduliams);
„Testo-mokymo sistema“ (galima atlikti kompiuterinį testavimą, dirbti su įvairiais treniruokliais ir atlikti edukacines užduotis).
Išsamus pagrindinių sistemos modulių funkcijų aprašymas yra sudarytas atskiruose kiekvieno modulio techniniuose užsakymuose.
4.3. Reikalavimai užstato rūšims
4.3.1. Reikalavimai informacinei pagalbai
Pagrindinis ir visi mokymo portalo v1.0 moduliai turi naudoti vieną duomenų bazę, esančią viename ar keliuose duomenų bazių serveriuose.
Sistema turėtų suteikti vartotojui prieigą prie duomenų ir funkcijų per žiniatinklio sąsają, suteikdama galimybę su jais dirbti bet kuriame universiteto įmonės tinkle esančiame kompiuteryje, taip pat internetu. Sistema turėtų turėti trijų pakopų architektūrą (duomenų bazės serveris – programų serveris – klientas) ir visiškai pašalinti klientų darbo stočių konfigūraciją ir priežiūrą darbui su švietimo portalu.
TSU švietimo portalas turi turėti tam skirtą trečiojo lygio domeno pavadinimą, pavyzdžiui, .
Švietimo portalo informacinis suderinamumas su kitomis universiteto informacinėmis sistemomis turėtų būti užtikrintas standartizuojant universiteto elektroninių dokumentų struktūrą ir formas.
4.3.2. Programinės ir techninės įrangos reikalavimai
Sistema turi užtikrinti veikimą 24x7 (be pertraukų visą parą).
Programinės ar techninės įrangos gedimų atveju turi būti užtikrintas dėl gedimų prarastų duomenų atkūrimas, kad būtų užtikrintas tolimesnis sistemos veikimas su minimaliais laiko nuostoliais.
Sukurta sistema turėtų funkcionuoti esamame Universiteto įmonių tinkle ir leisti vartotojams su ja dirbti tiek iš bet kurio prie TSU korporatyvinio tinklo prijungto kompiuterio, tiek internetu.
Sistema turi būti suderinama su visais šiuolaikiniais tinklo administravimo ir aptarnavimo standartais.
Sistema turėtų būti pagrindas kurti vieningą Universiteto informacinę aplinką ir sudaryti galimybę į savo struktūrą integruoti tolesnei plėtrai būtinus elementus.
Sistema turėtų turėti rezervą funkcionalumui didinti, neperžengiant priimto Universiteto veiklos procesų informacinio modelio, technologinės bazės ypatybių ir specifinių vartotojų poreikių.
Sistema turėtų sugebėti padidinti informacijos srauto pajėgumą (apdorojamos informacijos apimtį ir greitį, duomenų mainų intensyvumą, vartotojų skaičiaus augimą ir kt.) be esminių sistemos pertvarkų.
Visa programinė įranga, naudojama tiek pačios kuriamos sistemos, tiek jos kūrimo metu, turi būti licencijuota iki sistemos komercinio eksploatavimo pradžios.
Sistemos funkcionavimui reikalingi du dedikuoti serveriai – DBVS ir serverio programos.
4.3.3. Reikalavimai organizacinei paramai
Švietimo portalo moduliai kuriami remiantis funkciniu švietimo paslaugų teikimo proceso modeliu. Vykdant organizacinę proceso pertvarką ir funkcijų perskirstymą tarp Universiteto darbuotojų, turėtų būti keičiamas funkcinis modelis ir jo pagrindu pertvarkomos vartotojų funkcijos ir prieigos teisės.
5. Sistemos kūrimo darbo sudėtis ir turinys
Kiekvieno modulio, integruoto kaip švietimo portalo dalis, techninės užduotys rengiamos ir tvirtinamos atskirai. Kiekvieno modulio darbo etapai ir terminai turėtų būti nustatyti atskiroje kūrimo sutartyje.
Pagrindinės švietimo portalo v1.0 branduolio posistemės turėtų būti sukurtos iki portalo paleidimo 2006 m. rugsėjo mėn.
6. Sistemos diegimas
6.1. Sistemos kontrolės ir priėmimo tvarka
Kiekvieno modulio priėmimą eksploatuoti vykdo komisija pagal modulio darbo planą, fiksuotą atskiroje techninėje užduotyje. Baigus darbų etapą surašomas atliktų darbų aktas. Pabaigus tam tikro modulio bandomąją eksploataciją, surašomas modulio priėmimo komercinei veiklai aktas.
Švietimo portalo v1.0 priėmimas į darbą įvyksta baigus pagrindinių modulių kūrimą ir 2006 m. rugsėjo mėn. paleidus mokymo kursų 30/70 ir BFG svetainę.
6.2. Sistemos dokumentacijos reikalavimai
Prie sistemos pagrindo pridedami šie dokumentai:
bendras sistemos branduolio aprašymas;
integruotas posistemio duomenų modelis, įgyvendintas IDEF1X metodikoje.
Portalo 1.0 versijos programuotojo vadovas, administratoriaus vadovas ir vartotojo vadovas nėra kuriami.
Programos kodas turi būti dokumentuojamas tiek, kad jį galėtų suprasti kiti patyrę programuotojai.
Prie kiekvieno modulio, sukurto kaip švietimo portalo dalis, gali būti pridedama papildoma dokumentacija:
bendras modulio aprašymas;
modulio funkcinis modelis, sudarytas IDEF0 metodika;
modulio naudojamas duomenų modelis, įgyvendintas IDEF1X metodikoje;
programuotojo vadovas;
administratoriaus vadovas;
naudotojo gidas;
modulio logikos ir duomenų struktūros pakeitimų organizacinė tvarka.
Tikslus parengtos dokumentacijos sąrašas patvirtinamas atskiroje kiekvieno modulio techninėje užduotyje.
Vartotojas neturėtų giliai suprasti modulio logikos, bet turėtų turėti aiškų ir, jei įmanoma, vaizdinį supratimą apie verslo proceso, kuriame jis dalyvauja, logiką, kokios funkcijos ir informacija jam prieinama, su kuo ir kaip jis bendrauja. Tas pats vadovas turėtų būti integruotas į sistemos sąsają ir pasiekiamas kaip internetinė pagalba per kontekstines nuorodas.
Rengiant švietimo portalo techninį projektą ir ugdymo proceso TIKSLų modulius, turėtų būti suformuotas „TSU standartas“ informacinių sistemų kūrimo srityje. Jame turėtų būti:
vienas terminų žodynas;
techninių specifikacijų aprašymo taisyklės ir normos;
automatizuotų verslo procesų schematizacijos taisyklės;
sąsajų prototipų kūrimo ir jų funkcinių maketų kūrimo taisyklės;
vienas sąsajos kūrimo principų rinkinys, įskaitant reakciją į klaidingus vartotojo veiksmus, užuominų ir pagalbos sistemą, vedlius sudėtingoms operacijoms atlikti ir kt.;
kodavimo taisyklės (funkcijų ir kintamųjų įvardijimas, kodų komentavimas, bendra funkcijų / klasių biblioteka);
pagrindinis kūrimui naudojamų programinės įrangos įrankių sąrašas (operacinės sistemos, interneto serveriai, taikomųjų programų serveriai, duomenų bazės, kūrimo aplinkos);
sukurtų sistemų dokumentavimo taisyklės.
6.3. Reikalavimai personalui
Administratorių grupė turėtų būti pasirengusi prižiūrėti švietimo portalo serverius ir paslaugas. Administratorių grupė turi turėti žinių ir įgūdžių, reikalingų užtikrinti nenutrūkstamą pagrindinių sistemos paslaugų veikimą, konfigūruoti sistemos programinę ir techninę įrangą, klasifikuoti ir pašalinti atsirandančias klaidas.
Sistemos naudotojai privalo turėti galimybę dirbti žiniatinklio sąsajoje. Mokytojų ir dėstytojų mokymas dirbti su svetaine, kuri palaiko ugdymo procesą 30/70 ir BFG, turi būti baigtas iki akademinio semestro pradžios (2006-09-01). Pradiniai mokymai turėtų vykti prieš vasaros atostogas apie sukurtus pagrindinių portalo modulių funkcinius maketus.
Modulio „Semestro planavimas“, kaip TSU švietimo portalo, teikiančio edukacines svetaines ep 30/70 ir bfg (modulio „semestro planavimas“ v 2 0) dalis, techninės sąlygos
Techninė užduotis2007 „___“ _______________2007 m TECHNINIAIPRATIMASįjungta modulis „Semestro planavimas“ kaip dalis edukacinisportalasTSU, teikiantedukacinissvetainesEP30 /70 Ir BFG(Modulis „Semestro planavimas“...
I skirsnio strateginiai TSU plėtros prioritetai 2010-2011 m
Užduotispagrindiniai darbuotojai, teikiantmokymas procesas vyksta... edukacinis programa. 3. TK įjungta sukurti modulį Švietimo programos V 1.0" portalasTSU; 4. EP pagal aprašymą edukacinis... 1. Sukurti Techninėpratimasįjungta
Laikraštis "Togliatti universitetas". 2016 | Toljačio valstijos universitetas
http://site.tltsu.ru/media-tsu/TU/togliatti-university-2016/index.php
Informacija apie švietimo organizaciją. Laikraštis Togliatti universitetas 2017 m. Laikraščio Togliatti universiteto archyvas. Laikraštis Speech'ka 2017. Laikraštis Togliatti universitetas. 2016 m 1 (639) Sausio 20 d. 2 (640) Sausio 27 d. 3 (641) Vasario 3 d. 4 (642) vasario 10 d. 5 (643) vasario 17 d. 6 (644) vasario 25 d. 7 (645) kovo 2 d. 8 (646) Kovo 10 d. 9 (647) Kovo 16 d. 10 (648) Kovo 23 d. 11 (649) Kovo 30 d. 12 (650) Balandžio 6 d. 13 (651) Balandžio 13 d. 14 (652) balandžio 20 d. 15 (653) Balandžio 27 d. 16 (654) Gegužės 11 d.
Institutai | Toljačio valstijos universitetas
http://site.tltsu.ru/about_the_university/departments
Informacija apie švietimo organizaciją. Matematikos, fizikos institutas. Energetikos ir elektros inžinerijos institutas. Chemijos ir inžinerinės ekologijos institutas. Kūno kultūros ir sporto institutas. Finansų, ekonomikos ir vadybos institutas. Informacija apie švietimo organizaciją. 2017 m. Togliatti valstijos universitetas.
TSU renginių pranešimai | Toljačio valstijos universitetas
http://site.tltsu.ru/activity/index.php
Informacija apie švietimo organizaciją. Studentų mokslinė draugija ASI. Kviečiame Architektūros ir statybos instituto studentus į Studentų mokslinę draugiją. Dotacija mokslinio straipsnio vertimui. Nuo 2016 m. gruodžio 1 d. iki 2017 m. balandžio 1 d. paskelbta tvarka dėl teisės gauti Toljačio valstijos universiteto stipendiją mokslinio straipsnio vertimui, suteikiantį TSU darbuotojams galimybę finansuoti originalių vertimą. Pavyksta gauti finansinę paramą. VIII konkursas TOGLYATTI JAUNAS MIESTAS.
http://tltsu.ru/students/life-outside-of-school
Informacija apie švietimo organizaciją. TSU studentų choras. Fechtavimosi federacija Toljatis. Šokių grupė „Sol Dens“. Pramoginių šokių studija Sėkmė! Hiphopo komanda EPIDEMIC BEAT. Švietimo ir socialinio darbo skyrius. 8594;Jaunimo kūrybos centras. 8594;Instituto ugdomojo darbo specialistai. 8594;Studentų ir magistrantūros studentų profesinių sąjungų komitetas. Studentų reikalų tarnyba. Norint surengti renginį aktų salėje, per 10 darbo dienų būtina pateikti paraišką.
Memorialinis kompleksas | Toljačio valstijos universitetas
http://tltsu.ru/memorial
Informacija apie švietimo organizaciją. Paminklas žuvusiems per autobuso sprogimą. Ir S. F. Žilkino vardu pavadintas labdaros fondas „Dvasinis paveldas“. Jie planuoja sukurti memorialinį kompleksą, įskaitant: Tatjanos koplyčia – studentų globėja. Atminimo ženklas žuvusiems per autobuso sprogimą Toljatyje 2007 m. spalio 31 d., iš kurių trys buvo TSU studentai. Labdaros aukas galima išvardyti:. Prašymai TSU buhalterijai vienkartiniam / mėnesiniam. Įveskite lėšas pagal pareiškimą.
TSU vaizdo įrašas | Toljačio valstijos universitetas
http://www.tltsu.ru/videogallery
Informacija apie švietimo organizaciją. Laikraštis Togliatti universitetas 2015 m. Laikraščio Togliatti universiteto archyvas. Rugpjūčio mėn. TSU 2016 posėdis. TSU priėmimo kampanija 2016. Seminaras apie akustinės emisijos metodo problemas. Informacija apie švietimo organizaciją. 2016 m. Togliatti valstijos universitetas.
Užklasinis TSU gyvenimas | Toljačio valstijos universitetas
http://site.tltsu.ru/students/life-outside-of-school
Informacija apie švietimo organizaciją. Švietimo ir socialinio darbo skyrius. 8594;Jaunimo kūrybos centras. 8594;Instituto ugdomojo darbo specialistai. 8594;Studentų ir magistrantūros studentų profesinių sąjungų komitetas. Studentų reikalų tarnyba. Norint surengti renginį aktų salėje, per 10 darbo dienų būtina pateikti paraišką. B (G-231a kambarys). TSU kūrybinės komandos:. Studio Hip-hop Epidemic Beat. Šokių grupė Art.com. Šokių grupė „Fata Morgana“.
Naujienos TSU | Toljačio valstijos universitetas
http://site.tltsu.ru/sveden/news
Informacija apie švietimo organizaciją. 8594; Naujienų archyvas nuo 2008 m. Švietimo organizacijos struktūra ir valdymo organai. Ugdymo proceso logistika ir įranga. Stipendijos ir kitos rūšies finansinė parama. Laisvos priėmimo vietos (vertimas). Perkėlimas į biudžetą: 2017 pavasaris Paskelbtas konkursas studentų, studijuojančių su visišku išlaidų kompensavimu, perkėlimui į laisvas biudžetines vietas. Pervedimas į biudžetą: 2017 pavasaris. Be 5 minučių vadovai. Toljačio miestas...
