Tomsk, ave. Lenina, 36. Psykologia, sosiaalityö. (Bim Bad B.M. Pedagogical tietosanakirja. M., 2002. S. 474) Katso myös yliopistot Ch489.514(2)7 ...
- (TUSUR) Tomskin osavaltion ohjausjärjestelmien ja radioelektroniikan yliopiston (CSR:n TSU) kansainvälinen nimi ... Wikipedia
Tomskin valtion ohjausjärjestelmien ja radioelektroniikan yliopisto- Tomsk, ave. Lenina, 40. Sosiaalityö. (Bim Bad B.M. Pedagogical Encyclopedic Dictionary. M., 2002. S. 474) Katso myös yliopistot Ch489.514(2)7 ... Pedagoginen terminologinen sanakirja
Tomskin valtionyliopiston (FPMK TSU) sovelletun matematiikan ja kybernetiikan tiedekuntaa on järjestetty lukuvuodesta 1970-71. Tiedekunnan opetussuunnitelman pääideana on valmistua asiantuntija, jonka pitäisi pystyä: rakentamaan ... ... Wikipedia
- (TSPU) Kansainvälinen nimi... Wikipedia
- (TGASU) Kansainvälinen nimi Tomskin osavaltion arkkitehtuurin ja rakentamisen yliopisto (TSUAB) Perustettu 5. kesäkuuta 1952 ... Wikipedia
Tomskin valtion pedagoginen yliopisto- Tomsk, Komsomolsky prospekt, 75. Psykologia, esikoulupedagogiikka ja psykologia, pedagogiikka ja metodologia ensisijainen koulutus, sosiaalipedagogiikka, puheterapia, valeologia. (Bim Bad B.M. Pedagogical Encyclopedic Dictionary. M., 2002. ... ... Pedagoginen terminologinen sanakirja
Valtion budjettitaloudellinen korkea-asteen ammatillinen oppilaitos Surgutin osavaltion yliopisto Hanti-Mansiiskin autonominen piirikunta Yugra (GBOU VPO SurGU Hanti-Mansi autonominen piirikunta Yugra) Kansainvälinen nimi Surgutin osavaltion yliopisto ... Wikipedia
Kirjat
- Länsi-Siperian uskonnolliset kirkkokunnat 1900-luvun 40-60-luvuilla, Soskovets L.I. Monografia tarkastelee ensimmäistä kertaa Länsi-Siperian uskonnollisten järjestöjen kompleksia 1940-1960-luvuilla. Länsi-Siperian alueen monikonfessionaalista luonnetta selkiytetään,…
- Tieteen metodologia. Kokoelma koko Venäjän filosofisen seminaarin teoksia. Numero 5. Menetelmien typologian ongelmat,. Kokoelma esittelee pysyvän koko venäläisen 'Methodology of Science' -seminaarin (huhtikuu 2002) viidennen istunnon osallistujien teoksia. Seminaari pidetään Tomskin osavaltiossa…
TEKNINEN TEHTÄVÄ
TSU:n koulutusportaaliin,
koulutuspaikkojen tarjoaminen EP 30/70:lle ja BFG:lle
(Koulutusportaaliv1.0)
1. Yleistä tietoa 3
1.1. Järjestelmän koko nimi ja sen symboli 3
1.2. Kehittäjän ja asiakkaan nimi 3
1.3. Järjestelmän kehittämisen perusteet 3
1.3.1. Luettelo automatisoitua toimintaa säätelevistä asiakirjoista 3
1.3.2. Luettelo järjestelmän ja TOR 3:n kehittämistä säätelevistä asiakirjoista
1.3.3. Luettelo järjestelmän kehittämisessä käytetyistä luokittelijoista 4
1.4. Määritelmät ja lyhenteet 4
1.5. Järjestelmän luomisen suunnitellut alkamis- ja lopetuspäivät 5
1.6. Ilmoittautumismenettely ja työn tulosten esittäminen 5
2. Järjestelmän luomisen (kehittämisen) tarkoitus ja tavoitteet 5
2.1. Järjestelmän tarkoitus 5
2.2. Järjestelmän tavoitteet 6
3. Automaatioobjektin ominaisuudet 6
3.1. Togliattin osavaltion yliopisto 6
3.2. Kokeilupaikat TSU 7
3.3. Toimiva ja toteutettu AIMS TSU 7
4. Järjestelmävaatimukset 8
4.1. Yleiset järjestelmävaatimukset 8
4.1.1. Järjestelmämoduulien integroinnin vaatimukset 8
4.1.2. Vaatimukset järjestelmäintegraatiolle kanssa liittyvät järjestelmät 10
4.1.3. Vaatimukset koulutusportaalin ytimen rakenteelle ja toiminnalle 10
4.1.3.1. Yksi tietotila 10
4.1.3.2. Todennusalijärjestelmä 12
4.1.3.3. Liitäntäosajärjestelmä 12
4.1.3.4. Tietosanomien alajärjestelmä 14
4.1.3.5. Kontekstuaaliset linkit-alijärjestelmä 14
4.1.3.6. Tietojen arkistointialijärjestelmä 14
4.1.4. Portaalin tyylivaatimukset 15
4.1.5. Järjestelmän toimintatapoja ja luotettavuutta koskevat vaatimukset 15
4.1.6. Kehitysnäkymät, järjestelmän modernisointi 15
4.2. Vaatimukset järjestelmän suorittamille toiminnoille 16
4.3. Vakuustyyppejä koskevat vaatimukset 16
4.3.1. Tietotuen vaatimukset 16
4.3.2. Ohjelmisto- ja laitteistovaatimukset 17
4.3.3. Organisaatiotuen vaatimukset 17
5. Järjestelmän luomista koskevan työn kokoonpano ja sisältö 18
6. Järjestelmän käyttöönotto 18
6.1. Järjestelmän hallinnan ja hyväksymisen järjestys 18
6.2. Järjestelmän dokumentaatiovaatimukset 18
6.3. Henkilöstövaatimukset 19
1. Yleistä tietoa
1.1. Järjestelmän koko nimi ja sen symboli
TSU:n koulutusportaali, joka tarjoaa koulutussivustoja koesivustoille 30/70 ja BFG.
Järjestelmäsymboli: Koulutusportaali v1.0
1.2. Kehittäjän ja asiakkaan nimi
Asiakas: GOU VPO "Togliatti State University", jota edustaa rehtori Zhilkin S.F.
Toteutuskumppani: Togliattin osavaltion yliopiston uusien tietoteknologioiden keskus, jota edustaa R.V. Boyur, Information Educational Technologies -osaston apulaisjohtaja.
1.3. Järjestelmän kehittämisen perusteet
1.3.1. Luettelo automatisoitua toimintaa säätelevistä asiakirjoista
Asiakirjan otsikko | Asiakirjan numero | Hyväksymispäivä |
||
Venäjän federaation laki "koulutuksesta" | ||||
Liittovaltion laki "korkea- ja jatko-ammatillisesta koulutuksesta" | ||||
Venäjän federaation siviililaki | ||||
Venäjän federaation työlaki | ||||
Togliattin osavaltion yliopiston valtion korkeakoulun peruskirja | Muutoksilla ja lisäyksillä 28.02.2006 alkaen |
|||
Säännöt TSU:n koepaikasta | Päätös nro 340 | TSU:n akateeminen neuvosto | ||
Togliatti State Universityn kehittämisohjelma 2006-2007. ja vuoteen 2008 asti | Päätös nro 489 | TSU:n akateeminen neuvosto |
1.3.2. Luettelo järjestelmän ja TK:n kehittämistä säätelevistä asiakirjoista
1. GOST 24.104-85 "Automaattiset ohjausjärjestelmät. Yleiset vaatimukset".
2. GOST 34.201-89 "Asiakirjojen tyypit, täydellisyys ja nimeäminen automatisoituja järjestelmiä luotaessa".
3. GOST 34.601-90 "Automatisoidut järjestelmät. Luomisen vaiheet".
4. GOST 34.602-89 "Automaattisen järjestelmän luomista koskevat ehdot"
1.3.3. Luettelo järjestelmän kehittämisessä käytetyistä luokittelijoista
Asiakirjan otsikko | Asiakirjan numero | Organisaatio, joka hyväksyi asiakirjan | Hyväksymispäivä |
|
Koulutusalan integroidun automatisoidun tietojärjestelmän yhtenäiset luokittimet ja tietohakemistot | Kirje nro 34-51-53in/01-11 | Venäjän federaation opetusministeriö | ||
Luettelo korkea-asteen ammatillisen koulutuksen koulutusalueista (erikoisalat). | Tilaus nro 4 | Venäjän federaation opetus- ja tiedeministeriö | ||
Koko venäläinen väestötietojen luokitin (OKIN) | VNIIKI, valtion tilastokomitean tilastostandardien ja luokitusten osasto | Järjestetään jatkuvasti |
||
Koulutustietoresurssien luokittimet (/classifiers/) |
1.4. Määritelmät ja lyhenteet
AISU- automatisoitu tiedonhallintajärjestelmä, TSU:ssa käytössä oleva termi, jolla tarkoitetaan tietojärjestelmää, joka automatisoi minkä tahansa osan yliopiston toiminnasta (jotkut liiketoimintaprosesseja tai minkä tahansa osastojen toiminta). Koulutusportaalia kehitettäessä on parempi puhua ei useista kehitettävistä tavoitteista, vaan koulutusprosessin yhden integroidun tavoitteen kehittämisestä, joka perustuu modulaarinen periaate.
Todennus- tekniikka, jonka avulla voit varmistaa, että kyseinen käyttäjä työskentelee järjestelmän kanssa. Tavallinen tunnistusmenetelmä on nimen/salasanan pyyntö, luotettavampia mutta kalliimpia menetelmiä ovat magneettikortit, biometriset tiedot jne.
Liiketoimintaprosessi– kestävä toimintosarja tiettyjen liiketoimintatavoitteiden saavuttamiseksi. Perinteisiä tuotannossa allokoituja liiketoimintaprosesseja ovat hankinta, henkilöstöjohtaminen, työllisyys, varasto, tuotannossa kohdistettu suorite - tässä ei ole kyse useista kehitetyistä TAVOITTEISTA 19 19 19 tavaroiden tuotanto jne. Koulutustoiminnassa voidaan erottaa sellaisia liiketoimintaprosesseja kuin metodologinen työ (kehitys koulutuskursseja), koulutusohjelmien kehittäminen, lukukauden suunnittelu, aikatauluttaminen, koulutuskurssien järjestäminen jne.
Tynkä- koulutusportaalin tulevan moduulin väliaikainen ulkoasu, joka tarjoaa muiden moduulien toimintaan tarvittavat tiedot. Täysin toimivien paikkojen kehittämisen sijaan tietorakenne suunnitellaan tyngään, jonka portaalin ylläpitäjä täyttää manuaalisesti.
Moduuli– Merriam-Webster Dictionary -sanakirjan määritelmän mukaan "mikä tahansa standardoitujen yksiköiden sarjassa käytettäväksi yhdessä". Kehityksessä AISU oppimisprosessi moduuli on osa tietojärjestelmää, joka automatisoi yhden tai useamman liiketoimintaprosesseja, integroitu muihin moduuleihin, mutta suunniteltu siten, että sen muuttaminen ei vaikuta muihin moduuleihin.
Nimeäminen- yritysidentiteetin kehittämisvaihe, sointuvan ja mieleenpainuvan nimen keksiminen (sanallinen tavaramerkki).
Portaali- sana "portaali" tuli Internetiin arkkitehtuurista "pääsisäänkäynnin" merkityksessä. Tämä viittaa sivustoon, josta henkilö säännöllisesti aloittaa työnsä Internetissä, josta hän tekee selaimensa aloitussivun. Portaalissa tulee yhdistää verkkopalvelut, sisältö ja linkit muihin resursseihin siten, että se täyttää suuren joukon käyttäjiä (Internet-Russian Phrasebook, Yandex.Dictionaries).
DBMS- tietokannan ohjausjärjestelmä.
TSU- Togliattin osavaltion yliopisto.
Gateway- koulutusportaalin väliaikainen moduuli, joka on suunniteltu vastaanottamaan tietoja jo kehitetyistä tai kehitteillä olevista AIMS-tavoitteista. Se on muiden moduulien toimintaan tarvittava tietorakenne ja olemassa olevan AIMS:n tietojen kanssa synkronointijärjestelmä.
1.5. Suunnitellut päivämäärät järjestelmän luomiseen liittyvien töiden alkamiselle ja valmistumiselle
Töiden suunniteltu alkamisaika: 01.05.2006
Töiden suunniteltu valmistuminen: 31.08.2006
1.6. Rekisteröinnin ja työn tulosten esittämisen menettely
Kehityksen tuloksena on toimiva ja sen toiminnalliset vaatimukset täyttävä portaali sekä koulutettu ryhmä opettajia ja tutoreita, jotka toteuttavat koulutuskursseja 30/70 ja BFG tukisivustolla.
2. Järjestelmän luomisen (kehittämisen) tarkoitus ja tavoitteet
2.1. Järjestelmän tarkoitus
Koulutusportaali v1.0 on suunniteltu tarjoamaan 30/70- ja BFG-koulutuskursseja, jotka on käynnistetty syyskuussa 2006, tietoliikennetuella verkkosivustojen kautta. Lisätietoja koekohteista 30/70 ja BFG, katso kohta 3.2. TSU:n koepaikat.
2.2. Järjestelmän luomisen tavoitteet
Koulutusportaalin kehittämisen tarkoituksena on luoda Togliatti State Universityyn virtuaalinen koulutusympäristö, jonka tärkeä ominaisuus on tietotilan tiheys ja viestintävirtojen intensiteetti.
Suuren hankkeen toteutusaika on 3…5 vuotta. Mutta jo ensimmäisessä vaiheessa, joka ratkaisee melko rajoitetut tehtävät, kehitetyn portaalin ytimeen asetetaan useita keskeisiä ratkaisuja, jotka mahdollistavat sen kehittämisen tulevissa versioissa. Katso lisätietoja kohdasta 4.1.1. "Oppimisportaalin ytimen rakenteen ja toiminnan vaatimukset".
Koska opetustoiminnan järjestäminen virtuaaliympäristössä on opetushenkilöstön kannalta käsittämätöntä ja epätavallista, on välttämätöntä varmistaa paitsi yliopiston olemassa olevien liiketoimintaprosessien automatisointi, kuten läsnäolomääritykset, opintotehtävien antaminen jne. TSU:n koulutusportaalin lanseeraus on sosiaalinen projekti, ja ennustetaan virtuaalisesti koulutusympäristö sen pitäisi olla kätevää elää ja toimia kaikille koulutusprosessin osallistujille - opiskelijoille, opettajille, avustajille, ohjaajille, metodologille, ylläpitäjille.
3. Automaatioobjektin ominaisuudet
3.1. Togliattin osavaltion yliopisto
Togliatti State University perustettiin vuonna 2001 Togliatti Polytechnic Instituten (perustettu 1951) ja Samara State Pedagogical Universityn (perustettu 1988) Togliattin haaran pohjalta. Vuonna 2002 Sergei Fjodorovitš Zhilkin valittiin yliopiston rehtoriksi.
Togliattin osavaltion yliopistossa on neljä instituuttia: automekaaninen, fyysinen ja tekninen, humanitaarinen ja pedagoginen instituutti, 7 tiedekuntaa, 70 osastoa, tieteellisen tutkimuksen laitos ja joukko siihen liittyviä koulutus-, tiede- ja tuotantoyksiköitä. Kaikki tiedekunnat ja laitokset on varustettu opetuslaboratorioilla, tietokoneluokilla.
Yliopistossa työskentelee yli 1 500 työntekijää, joista 758 tiedekunnan jäsentä, joista 60 tohtoria, 421 kandidaattia.
Opiskelijamäärä on yli 13 000 henkilöä.
Yliopisto sijaitsee 11 rakennuksessa kaupungin Keski- ja Avtozavodsky-alueilla. Koulutus- ja apurakennusten kokonaispinta-ala on yli 100 tuhatta neliömetriä. metriä. Yliopiston käytössä oleva pinta-ala on yli 75 tuhatta neliömetriä. 3 hostellia, 4 urheiluhallia, 3 ruokalaa 996 istuimelle, 7 ruokalaa, hostelli, julkaisukeskus. Yli 800 tuhannen kappaleen kirjasto, kuusi lukusalia 260 lukupaikkaan.
Yliopisto tarjoaa opiskelijoilleen perusteellisen, teollisen ja esitutkintoa edeltävän käytännön läpikulun.
Valmistuneet saavat valtion tutkintotodistuksen.
Siellä on valmentavia kursseja, uudelleen- ja jatkokoulutuskursseja sekä jatko-opintoja.
3.2. TSU:n koepaikat
Kolmen viime vuoden aikana TSU:ssa on otettu käyttöön useita kokeilupaikkoja, joissa testataan ja otetaan käyttöön uusia koulutusprosessin organisointimuotoja. Kokeilualusta määritellään "kokeellisen toiminnan järjestämisen muodoksi yhteiskunnallisesti merkittävien hankkeiden kehittämiseksi ja toteuttamiseksi, jotka määrittävät yliopiston kehittämisstrategian".
Koulutustekniikka "30/70" sisältää nykyisen opetussuunnitelman mukaisen luokkahuonetuntien jaon siten, että enintään 30 % näistä tunneista kohdistuu opettajan luokkahuonetyöhön opiskelijoiden kanssa ja loput 70 %. opiskelijoiden organisoitua itsenäistä työskentelyä. Koulutusteknologia tarkoittaa luentojen vähentämistä ja vastaavasti opiskelijoiden itsekoulutuksen ajan pidentämistä sekä heidän valmistautumisensa nykyistä ja lopullista valvontaa. Tähän mennessä 11 koepaikkaa toimii "30/70"-tekniikalla.
Funktionaalisen lukutaidon lohko ("BFG") on TSU:n ensimmäisen opiskeluvuoden tieteenalojen sykli, joka on sama kaikille erikoisuuksille ja koulutusalueille. BFG-syklin tarkoituksena on vakiinnuttaa yliopiston jatkokoulutukseen vaadittava toiminnallinen peruslukutaito. BFG:n tieteenaloihin syyskuussa 2006 kuuluvat "Itseorganisaation perusteet", "Venäjän kieli ja puhekulttuuri", "Tietokonelukutaidon perusteet", "Internetissä työskentelyn perusteet".
Syyskuussa 2006 ensimmäinen vaihe massakäyttöön opiskeluprosessia TSU:n koulutustuotteet, jotka on kehitetty 30/70-teknologian mukaan ja Functional Literacy Blockille. Jokaiselle BFG-kurssille osallistuu noin 300…1000 opiskelijaa, ja vuoden kuluttua, syyskuussa 2007, koko ensimmäinen kurssi valmistuu. Tällaisen opiskelijoiden määrän palveleminen tulisi suorittaa nykyaikaisilla tietoliikennetekniikoilla - tehtävänä oli kehittää koulutuskursseja varten verkkosivustoja. Samalla on selvää, että jokaiselle kurssille erillisen sivuston kehittäminen on tehotonta, koulutusprosessille on luotava tukijärjestelmä, jonka avulla siihen voidaan nopeasti ja kätevästi lisätä uusia koulutuskursseja.
BFG- ja 30/70-kurssit ovat vasta ensimmäisiä merkkejä tulevassa TSU:n koulutusprosessin organisointijärjestelmässä. Käytännölliseen oppimiseen liittyvien teesien toteuttaminen, työnantajien osallistuminen koulutusstandardien kehittämiseen ja "TSU - kaupunkia muodostava tekijä" johtavat väistämättä tarpeeseen tarkistaa vakavasti olemassa olevia ja kehittää innovatiivisia koulutuskursseja. sekä sisällöltään että muodoltaan. Hallitse prosessia metodologinen kehitys on mahdollista vain, jos kokonainen metodologisten standardien järjestelmä kehitetään ja siirretään tekniselle pohjalle.
3.3. Aktiivinen ja toteutettu AIMS TSU
Togliatti State Universityssä seuraavat tietojärjestelmät on otettu käyttöön ja niitä ylläpidetään tai kehitetään/toteutetaan:
"Henkilöstöosasto"- maahanpääsy, irtisanominen, siirto, henkilöstö, yksiköt ja niiden kokoonpano jne. Muodostaa ajantasaisen tietokannan työntekijöistä.
"Opiskelijahenkilöstöosasto" ja "Dekaanit"- opiskelijoiden rekisteröinti, jakaminen ryhmittäin, siirrot kurssilta toiselle, erikoisalojen ja ryhmien välillä, akateeminen ja äitiysloma, raporttien tuottaminen, mukaan lukien tutkintotodistus korkeampi koulutus. Ajantasaisen tietokannan muodostaminen opiskelijoista.
"tuolit"- osaston työnkulun automatisointi, järjestelmän toimeksianto on kehitteillä.
"AST-keskustestaus"- testien suorittaminen aikataulun mukaisesti tietokoneluokat. Vaatii tietoa opiskelijoiden kokoonpanosta ja koeaikataulusta. Luo dataa testituloksista.
"Opetussuunnitelmat (minun)"– erikoisalojen opetussuunnitelmien tietokanta. Lohkojen, lukukausien tieteenalojen kokoonpano kuvataan, opettajat liitetään, opiskelijoiden ja opettajien kuormitus lasketaan. Luo dataa siitä, mitä akateemisia tieteenaloja minkä lukukauden aikana ja mitä erikoisuuksia tulisi lukea. Se ei ota huomioon asynkroniseen opintojaksojärjestelmään siirtymisen erityispiirteitä, vaikka se sisältää kyvyn arvioida tieteenaloja opintopisteissä.
"AUTO-aikataulu"- aikataulutus. Vaatii tietoja lukukauden suunnitelmista, nykyisen tietokannan opiskelijoista, opettajista, luokkahuoneista. Tarkistaa kootun aikataulun, jotta ihmiset ja yleisö eivät risteä. Luo dataa siitä, mikä oppitunti missäkin luokkahuoneessa opettajien ja oppilaiden kanssa pidetään.
"Valintalautakunta"- valintakomitean työ, hakijoiden rekisteröinti, heidän pääsykokeidensa tulokset, arvosanat, ilmoittautuminen.
"Asiakirjanhallinta"– toimistotyön automatisointi, tilausten valmistelu, koordinointi, allekirjoittaminen, jakelu. "Dokumentinhallinnan" kautta on integroitu eri kehitettyjen AIMS-tavoitteiden välillä.
"Raportit"– raporttien valmistelu opetus- ja tiedeministeriölle ja muille valvontaviranomaisille. Itsenäinen moduuli, joka ei tarjoa merkityksellistä tietoa muille moduuleille.
4. Järjestelmävaatimukset
4.1. Yleiset järjestelmävaatimukset
4.1.1. Järjestelmämoduulien integroinnin vaatimukset
Koulutusportaalin pääarkkitehtuurin tulee olla modulaarinen ja sallia:
kehittää erillisiä moduuleja ja laajentaa niiden toimivuutta ilman, että aiemmin kehitettyjä moduuleja muokataan radikaalisti;
mahdollistaa tietorakenteen ja koodin kapseloinnin erillisiin moduuleihin, jolloin eri kehitystiimit voivat kehittää erillisiä moduuleja.
Koulutusportaaliin integroitujen moduulien koko kokoonpano voidaan jakaa kolmeen ryhmään:
1. Moduulit on kehitettävä täysin portaalin versiota 1.0 varten syyskuuhun 2006 mennessä. Nämä ovat moduulit "Koulutus", "Foorumi", "Elektroninen tallennus". opetusmateriaaleja"," Testit, koulutukset ja tehtävät", "Sivustot".
2. Moduulit, jotka kehitetään täysin portaalin seuraavissa versioissa, mutta joiden tiedot ovat välttämättömiä ensimmäisen ryhmän moduulien toiminnan kannalta. Nämä ovat moduulit "Koulutusohjelmien kehittäminen", "Luokkauden suunnittelu ja kurssien valinta", " Metodista työtä", "Audiorahaston kirjanpito".
3. Olemassa olevat tai kehitteillä olevat AIMS:t, jotka alkavat jo tuottaa relevanttia dataa ensimmäisen ryhmän moduulien toimintaa varten. Nämä ovat AISU "Opiskelijahenkilöstöosasto", "Henkilökuntaosasto", "Dekaanit", "Aikataulu". Näitä moduuleja varten kehitetään tarvittavien tietojen rakennetta ja synkronointijärjestelmää.
Kaavio 1 näyttää erilaisia vaihtoehtoja vuorovaikutukseen koulutusportaalin ytimen kanssa.
Kaavio 1. Integroitavien moduulien vuorovaikutus OP-ytimen kanssa
Kun kehitetään OP v1.0:aa toisen ryhmän moduuleille, kehitetään "stubeja", joissa on vain näiden moduulien tarjoama tietorakenne ja yksinkertaiset työt niiden täyttämiseen. Jotta koulutusportaali toimisi, tarvitaan seuraavat tiedot:
moduulista "Luokkauden suunnittelu" - tiedot siitä, ketkä opiskelijat suorittavat mitä koulutuskursseja kuluvan lukukauden aikana;
moduulista "Metodologinen työ" - tiedot BFG:n ja 30/70 koulutuskurssien sisäisestä rakenteesta - niiden koulutusyksiköiden kokoonpano, luettelo opetusmateriaalista, testitapahtuman tyyppi, arviointijärjestelmä;
moduulista "Luokkahuoneen varaston kirjanpito" - ajantasainen tietokanta yleisöistä, jotka osoittavat heidän sijaintinsa (rakennus, kerros);
"Aikataulu"-moduulista - tiedot aikataulussa olevista luokkahuoneista.
Jatkossa tarvittavat moduulit voidaan kehittää muuttamatta ensimmäisen ryhmän moduuleja.
4.1.2. Vaatimukset järjestelmäintegraatiolle vastaaviin järjestelmiin
Integrointia olemassa oleviin AIMS:iin, tietorakenteiden muodossa olevien "stubien" lisäksi tulisi kehittää "portteja" ("portteja"), jotta näissä järjestelmissä jo olemassa oleva data voidaan siirtää koulutusportaalin ytimeen. Yhdyskäytävien kautta tapahtuva synkronointi tulee suorittaa portaalin tehokkaan toiminnan edellyttämällä taajuudella (vähintään kerran päivässä).
4.1.3. Koulutusportaalin ytimen rakenteen ja toiminnan vaatimukset
4.1.3.1. Yksittäinen tietotila
Kaavio 1. Yksittäinen moduulien tietoavaruus
Ydin tarjoaa yhden tietotilan ja erillään pääsyn eri moduulien tietoihin. Jokaisella moduulilla on itsenäinen pääsy omaan tietokantatilaan, oma tila palvelinskriptien sijoittamiseen, se on vuorovaikutuksessa liitäntämoduulin kanssa yhtenäisellä tavalla ja käyttää ytimen alijärjestelmiä. Moduulit voivat tarvittaessa tarjota toisilleen pääsyrajoitettua tietoa eri tavoilla - taulukoissa lukemalla, tietyissä kentissä tai tietueissa, tarjoamalla pääsyn toimintoon tai tarjoamalla näkymän, myös useista taulukoista.
Ytimen tietoalue sisältää tiedot järjestelmän rekisteröityjen käyttäjien pääparametreista (tunnus, koko nimi, sukupuoli, syntymäaika, sisäänkirjautuminen, salasana, kuva) sekä muiden moduulien rekisteröintiin tarvittavat palvelutiedot. Portaaliin nimellä / salasanalla tulleen käyttäjän tunnisteella mikä tahansa moduuli voi selvittää käyttäjän koko nimen, sukupuolen ja syntymäajan.
Tällainen moduulitietoihin pääsyn järjestäminen tarjoaa mahdollisuuden eri kehittäjäryhmien itsenäiseen moduulien kehittämiseen sekä yhden moduulin toimivuuden lisäämiseen muuttamatta muita. DBMS-järjestelmänvalvojan tietojen päästä päähän -näkyvyys mahdollistaa päästä päähän -indeksoinnin, viittauksen eheyden ja yhtenäisen tietojen arkistointijärjestelmän toteuttamisen.
4.1.3.2. Todennusalijärjestelmä
Jokaisella työntekijällä, opiskelijalla tai muulla valtuutetulla käyttäjällä (hakijalla, työnantajalla jne.) tulee olla pysyvä tunniste. Kirjautuessaan sisään käyttäjä käyttää kahta merkkijonoa - sisäänkirjautumista ja salasanaa. Aluksi kaikki kirjautumiset luodaan käyttäjätunnuksista, sitten yksittäisille käyttäjäluokille annetaan mahdollisuus vaihtaa kirjautumistunnuksia. Järjestelmä varmistaa kirjautumisten ainutlaatuisuuden, mukaan lukien erityisten kirjautumisten varaamisen järjestelmänvalvojille.
Järjestelmän tulee varmistaa, että verkon kautta välitettävä salasana on suojattu suojatulla yhteydellä. Järjestelmän tulee tarjota mahdollisuus palauttaa unohtunut salasana sähköpostitse käyttämällä käyttäjän syöttämää ohjaussanaa. Järjestelmän on tarjottava tehokkaita tapoja suojaus salasanan arvailua vastaan, mukaan lukien vakiotyyppiset hakkerihyökkäykset.
Käyttäjäryhmiä pitäisi voida luoda, jotta oikeuksia ei jaeta yksittäisille käyttäjille, vaan ryhmille kerralla. Oikeusristiriitojen ratkaisemista koskevia sääntöjä tulisi kehittää, jos yksittäiselle käyttäjälle ja hänelle ryhmän jäsenenä myönnetyt oikeudet poikkeavat toisistaan. Maailmanlaajuisesti luodaan joukko ryhmiä (ryhmät, erikoisalat, opiskelijoiden opiskeluvuodet, kurssin suorittava ryhmä, työntekijäjaot jne.). Tiettyyn moduuliin ("Lukukauden suunnittelu", "OK opiskelijat" jne.) luotuina ne tulevat kaikkien muiden moduulien saataville. Ydin tarjoaa ryhmien lisäksi moduuleille pääsyn useisiin lisäkäyttäjämääritteisiin, kuten kellonaikaan, mistä merkintä on tehty (yliopiston tietokoneverkosta tai Internetin kautta) jne.
Jokainen moduuli suorittaa käyttäjän valtuutuksen itsenäisesti. Moduulien roolit voidaan määrittää työskentelemään yksittäisten objektien kanssa niiden hierarkia huomioon ottaen. Siten moderaattori voidaan määrittää aiheelle, osastolle tai koko foorumille ja niin edelleen. Roolista riippuen tietyt sivun toiminnot voivat olla käytettävissä, tietyt tiedot ovat näkyvissä tai tietyt sivut ovat täysin saavuttamattomissa. Järjestelmän ytimen tulisi tarjota moduuleja, joissa on joukko vakiotoimintoja yksinkertaisen valtuutuksen järjestämiseksi. Järjestelmän käyttöliittymän ei tulisi mahdollisuuksien mukaan näyttää käyttäjälle linkkejä niihin toimintoihin, joita hänellä ei ole valtuuksia käyttää.
Kaikki käyttäjäistunnot tulee kirjata lokiin tilastollisia tarkoituksia varten.
4.1.3.3. Liitäntäalijärjestelmä
Portaali tarjoaa käyttäjille koulutusympäristön työpaikkoja, jotka tulee rakentaa klassisten rajapintojen rakentamissääntöjen mukaan:
työpaikka pitäisi auttaa ratkaisemaan ongelmia, eikä siitä tule itse tehtävä;
käyttäjällä ei pitäisi olla epäilystä, että järjestelmä on tyhmä;
käyttäjällä ei pitäisi olla epäilystäkään siitä, että häntä pidetään tyhmänä.
Käyttöliittymän tulee tarjota seuraavat pysyvät toiminnalliset alueet portaalisivujen sijainnissa:
yritystunniste (TSU:n brändi-identiteetti, koulutusportaali, mahdollisesti portaalin osien visuaalinen tunnistaminen) sijoitetaan jokaiselle sivulle melko pienelle alueelle;
palvelutiedot - laskurit, tekijänoikeudet, palaute, sijoitetaan jokaisen sivun alaosaan;
päävalikko - hierarkkinen luettelo käyttäjän käytettävissä olevista toiminnoista, joka sijaitsee sivun vasemmalla puolella, sisältää käyttäjän mahdollisuuden lisätä pikalinkkejä sivuille, joita hän useimmiten sijoittaa;
tietosanomien syöttö (katso 4.1.3.4 "Tietoviestien osajärjestelmä") - voi myös ilmoittaa käyttäjälle, että työvaiheessa on ilmestynyt uusia viestejä, sijoitetaan sivun oikealle puolelle (paitsi aloitussivulle). portaali, johon syöte sijoitetaan moduulien työalueelle );
moduulien työalue - eri moduulit toteuttavat käyttöliittymänsä käyttäjän kanssa ja näyttävät siinä tietoja, se sijaitsee portaalin jokaisen sivun keskellä;
palvelualue - se sisältää useita kuvakkeita, jotka tarjoavat mahdollisuuden tulostaa sivu, rekisteröityä nimellä / salasanalla, saada apua nykyiselle sivulle, joka sijaitsee näytön oikeassa yläkulmassa.
Kaikki toiminnalliset vyöhykkeet työtilaa lukuun ottamatta on toteutettu liitäntäalijärjestelmällä, kun taas kehitteillä olevat moduulit rekisteröidään niihin vain keskitetysti. Jokainen toiminnallinen vyöhyke sijaitsee suorakaiteen muotoisella alueella, jossa on otsikkootsikko. Käyttäjälle tarpeettomia alueita (paitsi moduulien palvelu- ja työalueita) ja koko näytön vasenta ja oikeaa osaa tulee olla mahdollista tiivistää näyttötilan käytön maksimoimiseksi. Tarvittaessa liitäntäalijärjestelmä tarjoaa moduuleille tavan kutsua tätä toimintoa automaattisesti.
Käyttöliittymän tulee antaa käyttäjän muokata näyttöfonttien kokoa.
Käyttöliittymän tulee antaa käyttäjälle mahdollisuus suorittaa vaaditut toiminnot optimaalisella nopeudella, mukaan lukien kyky syöttää tehokkaasti näppäimistöllä, hakuteosten ja vihjeiden käyttö, "velhot" monimutkaisten toimintosarjojen suorittamiseen sekä mahdollisuus lajitteluun .
Käyttöliittymän tulee antaa välitöntä palautetta käyttäjän toimista. Jos toiminnot ovat pitkiä, näytölle pitäisi ilmestyä varoitus, että odotus saattaa olla tarpeen.
Kaikkien tyypillisten vuorovaikutustapojen käyttäjän kanssa (virheilmoitus, varoitus vaarallisesta toiminnasta, tiedot väärin täytetystä lomakkeesta jne.) tulee esiintyä yhtenäisesti kaikissa koulutusportaalin osana toimivissa moduuleissa.
Käyttöliittymäkehitystiimin tulee antaa käyttäjiltä palautetta saadakseen ehdotuksia ja kommentteja käyttäjien työasemien järjestelyistä.
Toimivuutta ei vaadita katseltaessa portaalia muilla selainversioilla, mukaan lukien Lynx, jossa JavaScript ei ole käytössä, evästeet eivät ole käytössä, käytettäessä WebTV:tä ja muilla näytöillä, joiden resoluutio on alle 800x600px.
4.1.3.4. Tietosanomien alajärjestelmä
Käyttäjien välistä sisäistä viestijärjestelmää tulisi kehittää, mukaan lukien viestit, jotka lähetetään automaattisesti käyttäjille, kun eri moduuleissa tapahtuu tapahtumia. Siten kurssia johtavan opettajan tulee saada viipymättä työpaikalleen viesti, että opiskelijahenkilöstöosasto tai dekanaatti on rekisteröinyt uuden opiskelijan ryhmään, jolle opettaja opettaa kurssia; opettajan pitäisi pystyä näkemään kuinka monta tarkistamatonta opiskelijapaperia odottaa häntä jne. Jokaisessa moduulissa tulee olla lista tapahtumista, joissa se pystyy generoimaan viestejä, ja työpaikkaa suunniteltaessa tulee olla mahdollista määritellä, mitkä tapahtumat tulee aina tulla, joista käyttäjä voi "tilata" ja mitkä "tilata".
Aggregoituja viestejä pitäisi voida toimittaa, kun käyttäjälle ilmoitetaan tapahtumien kokonaismäärästä, esimerkiksi kuinka monta uutta julkaisua osastojen sivuilla on häntä kiinnostavista aiheista. Tämän mahdollisuuden toteuttamiseksi luodaan yksi yliopiston teemaluettelo, johon linkitetään kaikki foorumin uudet julkaisut, laitosten sivustot ja niiden uutissyötteet, portaalin seuraavissa versioissa - sähköisessä kirjastossa. Luettelorakennetta ylläpitää TSU Media Center.
Käyttäjälle lähetetyillä viesteillä tulee olla tietty elinikä päivinä, jonka jälkeen ne lukemattomina poistetaan automaattisesti listalta arkistoon. Viesti pitäisi olla mahdollista poistaa luettelosta lukemalla se tai käyttäjän toimilla. Viestien prioriteettijärjestelmä ja automaattinen lajittelu prioriteetin mukaan tulisi ottaa käyttöön. Portaalin tulevissa versioissa pitäisi olla mahdollista valita (sekä kehittäjille että käyttäjälle) eri kanavia viestien toimittamiseen - portaalin kontekstilinkkivyöhykkeelle, ICQ:n kautta, tekstiviestillä.
4.1.3.5. Kontekstuaaliset linkit-alijärjestelmä
AIMS-moduuleissa työskennellessään portaalin tulee tarjota käyttäjälle mahdollisuus siirtyä muihin tässä yhteydessä tärkeisiin materiaaleihin tai toimintoihin. Esimerkiksi tehtäviä katsellessa opiskelijan tulee pystyä nopeasti siirtymään muiden tuntien opettajan aikatauluun löytääkseen sopivan konsultointiajan. Kun vaihdat kurssimateriaalin katselusta keskustelupalstalle, sinun pitäisi pystyä palaamaan nopeasti kurssille. Kontekstikohtaisten linkkien alijärjestelmän tulee varmistaa, että käyttäjän työn konteksti säilyy hänen liikkuessaan portaalin läpi ja tarjottava yhdelle moduulille mahdollisuus tarjota linkkejä sivuilleen muista moduuleista.
4.1.3.6. Tietojen arkistointialijärjestelmä
Koulutusprosessi on erittäin tietointensiivinen liiketoimintaprosessi. Tehtyjen tehtävien, läsnäolojoukon, suoritettujen kokeiden, saatujen arvosanojen määrä kasvaa erittäin nopeasti, ja jokaiselle tämäntyyppiselle tiedolle on määritettävä niiden elinikä tietokannassa. Päästä päähän -arkistointijärjestelmän kaikille moduuleille tulisi tarjota mahdollisuus puhdistaa tietokanta vanhentuneista tiedoista ja siirtää ne arkistointitilaan ja tarvittaessa tilapäisesti nostaa nämä tiedot arkistosta valtuutetusta pyynnöstä (esim. esimerkiksi kun on tarpeen palauttaa tietyn opiskelijan viiden vuoden takaiset testitulokset).
4.1.4. Portaalin tyylivaatimukset
Nimeäminen on tehtävä koulutusportaalille. Portaalille valitun nimen tulee olla harmoninen ja mieleenpainuva, eikä se saa olla ristiriidassa portaalin toiminnallisen tarkoituksen ja TSU:n yrityskulttuurin kanssa.
Portaalin suunnittelun tulee olla TSU-yrityssymboleja ja moderniin houkuttelevaan tyyliin tehty. Värit, kirjasinratkaisut, modulaarinen ruudukko, navigointikuvakkeiden järjestelmä, kuvakoot tulee kehittää aluksi koko portaalille ja käyttää niitä jokaisessa koostumuksessaan. Eri moduulien värikoodaus on sallittu.
Portaalin suunnittelussa tulee hyödyntää tehokkaasti näyttökiinteistöjä, jos käyttäjä suurentaa ikkunaa. Suunnittelun tulee sisältää portaalin tulevissa versioissa mahdollisuus muokata näyttöfonttien kokoa ja valita useiden tyyliratkaisujen ("skinien") välillä sekä järjestelmänvalvojan mahdollisuus mukauttaa portaalin ulkoasua tietyille tapahtumia, kuten suuria juhlapäiviä.
Portaalin ulkoasun tulee mahdollistaa portaalin oikea näyttö seuraavissa selaimissa:
Internet Explorerin versio 5 tai uudempi,
Mozilla FireFox -versio 1.5 ja uudemmat,
Opera-versio 8 ja uudemmat.
Portaalin tulee näyttää hyvältä, vaikka käyttäjä olisi poistanut kuvien lataamisen käytöstä.
Sivuston sivujen tulostamista varten tulee kehittää suunnittelu, mukaan lukien tärkeimmät lausunnot ja raportointilomakkeet.
4.1.5. Vaatimukset järjestelmän toimintatapoille ja luotettavuudelle
Toimintatapa on keskeytymätön ympäri vuorokauden (poikkeuksena järjestelmän laitteiston tai ohjelmiston rutiinihuollon sovittuja aikoja) teknisellä tuella yliopiston palveluiden ja laitosten aukioloaikoina.
Palvelinlaitteiden ja verkkolaitteiden toimivuuden varmistamisesta vastaa tekninen tukiryhmä.
Luotavan järjestelmän luotettavuus tulee varmistaa:
vikasietoisten laitteiden valinta ja niiden rakenteellinen redundanssi;
käyttää keskeytymättömiä virtalähteitä;
tietoliikenteen ja paikallisten tietokoneverkkojen topologian valinta, mikä tarjoaa vaihtelua tietovirtojen reitityksessä;
tietovälineiden kopiointi;
käyttämällä luotettavaa käyttöjärjestelmän, tietokannan hallintajärjestelmän ja palvelinsovellusten kokoonpanoa.
4.1.6. Kehitysnäkymät, järjestelmän modernisointi
Odotettavissa on, että koulutusportaalista kehitetään seuraavat versiot:
hakualijärjestelmä, päästä päähän portaalin kaikille osioille ja moduuleille;
portaaliin integroitu ohjealijärjestelmä, joka mahdollistaa avun vastaanottamisen jokaiseen käyttäjän käytettävissä olevaan toimintoon;
täysimittainen moduuli "Elektroninen kirjasto", jossa on aakkosellinen, temaattinen luettelo ja täystekstihakujärjestelmä;
moduuli "Metodellinen työ", jolla on kyky suunnitella ja visualisoida koulutuskurssin laite;
moduuli "Koulutusohjelman kehittäminen", joka tarjoaa koulutusohjelmien kehittämisestä vastaaville henkilöille mahdollisuuden kuvata ne järjestelmässä näiden tietojen myöhempää siirtämistä varten lukukauden suunnittelumoduuliin;
moduuli "Luokkauden suunnittelu", jonka avulla voit tehdä lukukauden hallinnollisen koulutussuunnitelmia, järjestää opiskelijoiden kurssivalinnat ja niiden lopullinen jakautuminen kursseittain;
"Aikataulu"-moduuli, mahdollisesti käyttämällä AUTO-aikataulun optimointilogiikkaa;
useita muita palvelumoduuleja.
Laitteiston ja palvelinohjelmiston tulee tarjota mahdollisuus lisätä toimivuutta muuttamatta kehitettyä ohjelmistoa, esimerkiksi lisäämällä palvelimien tehoa, paikallisverkon kaistanleveyttä, siirtymällä tietokantapalvelimen klusteriorganisaatioon, vaihtamalla järjestelmän versiota. ohjelmisto.
4.2. Vaatimukset järjestelmän suorittamille toiminnoille
Seuraavien moduulien pitäisi toimia koulutusportaalissa v1.0:
"Koulutus" (työpaikat koulutusprosessin pääosallistujille - opiskelijoille, opettajille, kurssiaikataulun visualisointi, koulutustehtävien antaminen ja toteuttaminen, opiskelijoiden nykyinen luokitus);
"Foorumi" (etäviestintä koulutusprosessin osallistujien välillä koulutuskurssin kysymyksistä);
"Sivustot" (opiskelijoiden tai opiskelijaryhmien mahdollisuus luoda koulutussivustoja ja julkaista niistä materiaalia oppimistehtävinä);
"Oppimateriaalien elektroninen arkisto" (infrastruktuuri, joka tarjoaa mahdollisuuden tallentaa opetusmateriaaleja muita moduuleja varten);
"Testi-koulutusjärjestelmä" (mahdollinen tietokonetestaus, työskentely erilaisilla simulaattoreilla ja opetustehtävien suorittaminen).
Yksityiskohtainen kuvaus järjestelmän päämoduulien toiminnoista on laadittu kullekin moduulille erillisissä toimeksiannoissa.
4.3. Vaatimukset vakuustyypeille
4.3.1. Tietotuen vaatimukset
Koulutusportaalin v1.0 ytimen ja kaikkien moduulien on käytettävä yhtä tietokantaa, joka sijaitsee yhdessä tai useammassa tietokantapalvelimessa.
Järjestelmän tulee tarjota käyttäjälle pääsy tietoihin ja toimintoihin web-rajapinnan kautta, mikä mahdollistaa työskentelyn sen kanssa millä tahansa yliopiston yritysverkon tietokoneella sekä Internetin kautta. Järjestelmässä tulisi olla kolmikerroksinen arkkitehtuuri (tietokantapalvelin - sovelluspalvelin - asiakas) ja se tulee eliminoida kokonaan asiakastyöasemien konfigurointi ja ylläpito koulutusportaalin kanssa työskentelyä varten.
TSU:n koulutusportaalilla on oltava oma kolmannen tason verkkotunnus, esimerkiksi .
Koulutusportaalin tiedon yhteensopivuus yliopiston muiden tietojärjestelmien kanssa tulee varmistaa standardoimalla yliopiston sähköisten asiakirjojen rakennetta ja muotoja.
4.3.2. Ohjelmisto- ja laitteistovaatimukset
Järjestelmän on toimittava 24x7 (non-stop ympäri vuorokauden).
Ohjelmisto- tai laitteistovikojen sattuessa on varmistettava vikojen seurauksena kadonneiden tietojen palauttaminen, jotta järjestelmän toiminta jatkuu mahdollisimman vähän ajanhukkaa.
Kehitettävän järjestelmän tulee toimia yliopiston olemassa olevassa yritysverkossa ja antaa käyttäjien työskennellä sen kanssa sekä miltä tahansa TSU:n yritysverkkoon kytketyltä tietokoneelta että Internetin kautta.
Järjestelmän tulee olla yhteensopiva kaikkien nykyaikaisten verkonhallinnan ja palvelun standardien kanssa.
Järjestelmän tulee olla pohjana yliopiston yhtenäisen tietoympäristön luomiselle ja mahdollistaa jatkokehityksen edellyttämien elementtien integroiminen sen rakenteeseen.
Järjestelmässä tulee olla varaus toiminnallisuuden lisäämiseen ylittämättä yliopiston liiketoimintaprosessien hyväksyttyä tietomallia, teknologisen perustan ominaispiirteitä ja käyttäjien erityistarpeita.
Järjestelmän tulisi kyetä lisäämään tiedonkulun kapasiteettia (käsitellyn tiedon määrä ja nopeus, tiedonvaihdon intensiteetti, käyttäjien määrän kasvu jne.) ilman järjestelmän perusteellista uudelleenjärjestelyä.
Kaikilla sekä itse kehitetyn järjestelmän että sen kehittämisen aikana käyttämillä ohjelmistoilla on oltava lisensointi ennen kuin järjestelmä otetaan kaupalliseen käyttöön.
Järjestelmän toimintaa varten tarvitaan kaksi omistettua palvelinta - DBMS ja palvelinsovellukset.
4.3.3. Organisaatiotuen vaatimukset
Koulutusportaalin moduulit kehitetään koulutuspalvelujen tuotantoprosessin toiminnallisen mallin pohjalta. Prosessin organisatorisen uudelleenjärjestelyn ja toimintojen uudelleenjaon yhteydessä yliopiston työntekijöiden kesken toimintamallia tulisi muuttaa ja sen pohjalta käyttäjien toimintoja ja käyttöoikeuksia organisoida uudelleen.
5. Järjestelmän luomista koskevan työn kokoonpano ja sisältö
Jokaisen koulutusportaaliin integroidun moduulin toimeksianto laaditaan ja hyväksytään erikseen. Kunkin moduulin työvaiheet ja -ehdot tulee määritellä erillisellä kehityssopimuksella.
Koulutusportaalin v1.0:n ytimen tärkeimmät osajärjestelmät tulisi kehittää portaalin julkaisuun mennessä syyskuussa 2006.
6. Järjestelmän käyttöönotto
6.1. Järjestelmän valvonta- ja hyväksymismenettely
Toimikunta suorittaa kunkin moduulin käyttöönoton erillisessä teknisessä toimeksiannossa vahvistetun moduulin työsuunnitelman mukaisesti. Työvaiheen päätyttyä laaditaan suoritetusta työstä asiakirja. Tietyn moduulin koekäytön päätyttyä laaditaan asiakirja moduulin hyväksymisestä kaupalliseen käyttöön.
Koulutusportaalin versio 1.0 hyväksytään käyttöön sen jälkeen, kun päämoduulien kehitystyö on saatu päätökseen ja koulutuskurssit 30/70 ja BFG on käynnistetty syyskuussa 2006.
6.2. Järjestelmän dokumentointivaatimukset
Järjestelmän ytimeen on liitetty seuraavat asiakirjat:
järjestelmän ytimen yleinen kuvaus;
osajärjestelmän integroitu tietomalli, joka on toteutettu IDEF1X-metodologialla.
Ohjelmoijan opasta, järjestelmänvalvojan opasta ja portaalin version 1.0 käyttöopasta ei kehitetä.
Ohjelmakoodi tulee dokumentoida siinä määrin, että muut kokeneet ohjelmoijat ymmärtävät sen.
Jokaisen koulutusportaalin osana kehitetyn moduulin mukana voi olla lisädokumentaatiota:
moduulin yleinen kuvaus;
IDEF0-metodologialla tehty moduulin toiminnallinen malli;
moduulin käyttämä tietomalli, joka on toteutettu IDEF1X-metodologiassa;
ohjelmoijan opas;
järjestelmänvalvojan opas;
käyttöopas;
organisaatiomenettely moduulin logiikkaan ja tietorakenteeseen liittyvien muutosten tekemiseksi.
Tarkka luettelo kehitetyistä dokumentaatioista hyväksytään kullekin moduulille erillisessä tehtävänkuvauksessa.
Käyttäjällä ei tulisi olla syvällistä ymmärrystä moduulin logiikasta, vaan hänen tulee saada selkeä ja mahdollisuuksien mukaan visuaalinen käsitys sen liiketoimintaprosessin logiikasta, johon hän osallistuu, mitä toimintoja ja tietoja hänellä on käytettävissään, kenen kanssa ja miten hän on vuorovaikutuksessa. Saman käsikirjan tulee olla integroituna järjestelmän käyttöliittymään ja se on saatavilla online-apuna kontekstuaalisten linkkien kautta.
Koulutusportaalin teknisen projektin ja koulutusprosessin AIMS-moduulien kehittämisprosessissa tulisi muodostaa "TSU-standardi" tietojärjestelmien kehittämisen alalla. Sen pitäisi sisältää:
yksi termien sanasto;
säännöt ja normit teknisten eritelmien kuvaamiseksi;
säännöt automatisoitujen liiketoimintaprosessien kaavakuvaamiseksi;
säännöt rajapintojen prototyyppien laatimiseksi ja niiden toiminnallisten asettelujen kehittämiseksi;
yksittäiset periaatteet käyttöliittymän rakentamiseen, mukaan lukien reaktio käyttäjän virheellisiin toimiin, vihje- ja ohjejärjestelmä, ohjatut toiminnot monimutkaisten toimintojen suorittamiseen jne.;
koodaussäännöt (funktioiden ja muuttujien nimeäminen, koodin kommentointi, jaettu funktioiden/luokkien kirjasto);
pääluettelo kehittämiseen käytetyistä ohjelmistotyökaluista (käyttöjärjestelmät, web-palvelimet, sovelluspalvelimet, tietokannat, kehitysympäristöt);
kehitettyjen järjestelmien dokumentointia koskevat säännöt.
6.3. Henkilöstövaatimukset
Ryhmän ylläpitäjiä tulee olla valmiita ylläpitämään koulutusportaalin palvelimia ja palveluita. Ylläpitäjien ryhmällä tulee olla tarvittavat tiedot ja taidot varmistaakseen pääjärjestelmän palveluiden keskeytymättömän toiminnan, konfiguroida järjestelmän ohjelmistot ja laitteistot sekä luokitella ja poistaa esiintyvät virheet.
Järjestelmän käyttäjien edellytetään pystyvän työskentelemään web-käyttöliittymässä. Opettajien ja ohjaajien koulutus 30/70 ja BFG:n koulutusprosessia tukevan sivuston kanssa työskentelyyn on saatava päätökseen lukukauden alkuun mennessä (1.9.2006). Peruskoulutuksen tulisi tapahtua ennen kesälomaa portaalin päämoduulien kehitetyistä toiminnallisista asetteluista.
Moduulin "lukukauden suunnittelu" tehtävänkuvaus osana TSU:n koulutusportaalia, joka tarjoaa koulutussivustoja ep 30/70:lle ja bfg:lle (moduuli "lukukauden suunnittelu" v 2 0)
Tekninen tehtävä2007 "___" _______________2007 TEKNINENHARJOITTELEpäällä moduuli "Luokkauden suunnittelu" osana koulutuksellinenportaaliTSU, tarjoamallakoulutuksellinensivustojaEP30 /70 ja BFG(Moduuli "Luokkauden suunnittelu" ...
Osa i TSU:n kehittämisen strategiset painopisteet 2010-2011
Tehtäväavainhenkilöstö, tarjoamallakoulutusta prosessi sisään... koulutuksellinen ohjelmoida. 3. TK päällä moduulin luominen" Koulutuksellinen ohjelmat V 1.0" portaaliTSU; 4. EP kuvauksen mukaan koulutuksellinen... 1. Kirjoita TekninenHarjoittelepäällä
Sanomalehti "Togliatin yliopisto". 2016 | Togliattin osavaltion yliopisto
http://site.tltsu.ru/media-tsu/TU/togliatti-university-2016/index.php
Tietoja koulutusorganisaatiosta. Sanomalehti Togliatti University 2017. Togliattin yliopiston sanomalehden arkisto. Sanomalehti Speech'ka 2017. Sanomalehti Togliatti University. 2016 1 (639) 20. tammikuuta. 2 (640) 27. tammikuuta. 3 (641) 3. helmikuuta. 4 (642) 10. helmikuuta. 5 (643) 17. helmikuuta. 6 (644) 25. helmikuuta. 7 (645) 2. maaliskuuta. 8 (646) 10. maaliskuuta. 9 (647) 16. maaliskuuta. 10 (648) 23. maaliskuuta. 11 (649) 30. maaliskuuta. 12 (650) 6. huhtikuuta. 13 (651) 13. huhtikuuta. 14 (652) 20. huhtikuuta. 15 (653) 27. huhtikuuta. 16 (654) 11. toukokuuta.
Instituutiot | Togliattin osavaltion yliopisto
http://site.tltsu.ru/about_the_university/departments
Tietoja koulutusorganisaatiosta. Matematiikan instituutti, fysiikka. Energia- ja sähkötekniikan instituutti. Kemian ja tekniikan ekologian instituutti. Fyysisen kulttuurin ja urheilun instituutti. Rahoituksen, taloustieteen ja johtamisen instituutti. Tietoja koulutusorganisaatiosta. 2017 Togliatti State University.
Ilmoitukset TSU:n tapahtumista | Togliattin osavaltion yliopisto
http://site.tltsu.ru/activity/index.php
Tietoja koulutusorganisaatiosta. Student Scientific Society ASI. Kutsumme Arkkitehtuurin ja rakentamisen instituutin opiskelijat Tiede-opiskelijayhdistykseen. Apuraha tieteellisen artikkelin kääntämiseen. 1.12.2016-1.4.2017 julkaistiin menettely oikeudesta saada Togliattin osavaltion yliopistolta apuraha tieteellisen artikkelin kääntämiseen, mikä antaa TSU:n työntekijöille mahdollisuuden rahoittaa alkuperäisten käännösten kääntämisen. Onnistui saamaan taloudellista tukea. VIII kilpailu TOGLYATTI YOUNG CITY.
http://tltsu.ru/students/life-outside-of-school
Tietoja koulutusorganisaatiosta. TSU:n opiskelijakuoro. Miekkailuliitto Toljatti. Tanssiryhmä Sol Dens. Ballroom dance studio Menestystä! Hip Hop -tiimi EPIDEMIC BEAT. Koulutus- ja sosiaalityön osasto. 8594;Nuorten luovuuden keskus. 8594;Instituutin koulutustyön asiantuntijat. 8594;Opiskelijoiden ja jatko-opiskelijoiden ammattiliittokomitea. Opiskelijaasioiden toimisto. Tilaisuuden pitämiseksi juhlasalissa tulee jättää hakemus 10 arkipäivän kuluessa.
Muistomerkkikompleksi | Togliattin osavaltion yliopisto
http://tltsu.ru/memorial
Tietoja koulutusorganisaatiosta. Bussiräjähdyksessä kuolleiden muistomerkki. Ja S. F. Zhilkinin mukaan nimetty hyväntekeväisyyssäätiö Spiritual Heritage Charitable. He aikovat luoda muistomerkkikompleksin, mukaan lukien: Kappeli St. Tatiana - opiskelijoiden suojelija. Muistomerkki Toljatin bussiräjähdyksessä 31.10.2007 kuolleille, joista kolme oli TSU:n opiskelijoita. Hyväntekeväisyyslahjoitukset voidaan luetella:. Hakemukset TSU:n kirjanpitoon kertaluonteisesti / kuukausittain. Syötä varat tiliotteen mukaan.
TSU video | Togliattin osavaltion yliopisto
http://www.tltsu.ru/videogallery
Tietoja koulutusorganisaatiosta. Sanomalehti Togliatti University 2015. Togliattin yliopiston sanomalehden arkisto. TSU:n elokuun kokous 2016. TSU:n sisäänpääsykampanja 2016. Seminaari akustisen emission menetelmän ongelmista. Tietoja koulutusorganisaatiosta. 2016 Togliatti State University.
TSU:n koulun ulkopuolinen elämä | Togliattin osavaltion yliopisto
http://site.tltsu.ru/students/life-outside-of-school
Tietoja koulutusorganisaatiosta. Koulutus- ja sosiaalityön osasto. 8594;Nuorten luovuuden keskus. 8594;Instituutin koulutustyön asiantuntijat. 8594;Opiskelijoiden ja jatko-opiskelijoiden ammattiliittokomitea. Opiskelijaasioiden toimisto. Tilaisuuden pitämiseksi juhlasalissa tulee jättää hakemus 10 arkipäivän kuluessa. B (huone G-231a). Luovat tiimit TSU:ssa:. Studio Hip-hop Epidemic Beat. Tanssiryhmä Art.com. Tanssiryhmä Fata Morgana.
Uutiset TSU | Togliattin osavaltion yliopisto
http://site.tltsu.ru/sveden/news
Tietoja koulutusorganisaatiosta. 8594; Uutisarkisto vuodesta 2008. Koulutusorganisaation rakenne ja hallintoelimet. Opetusprosessin logistiikka ja laitteet. Apurahat ja muut taloudelliset tuet. Avoimet sisäänpääsypaikat (käännös). Siirto budjettiin: kevät 2017. Täysin kulukorvauksella opiskelevien opiskelijoiden siirtämisestä vapaille budjettipaikoille on julkaistu kilpailu. Siirto budjettiin: kevät 2017. Ilman 5 minuuttia johtajat. Togliattin kaupunki...
