search

TIM-JYU / TIM

TIM (The Interactive Material) is an open-source cloud-based platform for creating interactive learning documents.
https://tim.education/view/about/en-US
MIT License
14 stars 4 forks source link

KATTI-projektin jatkokehityskohteet #2646

Open dezhidki opened 2 years ago

dezhidki commented 2 years ago

In GitLab by @immomipe on Jun 13, 2022, 09:55

Kiirellisimmät korjaukset:

Muuta korjattavaa:

Tästä jatkuu oleellisimmat KATTI-projektin jatkokehitystarpeet, kuten projektin vaatimusmäärittelyssä tilassa Jatkokehitykseen ja Ei projektissa olevat vaatimukset.

Vaatimusmäärittelyn Jatkokehitykseen -tilan tehtävät:

Vaatimusmäärittelyn Ei projektissa -tilan tehtävät:

Muut jatkokehityskohteet:

Projektin aikana koodiin kirjatut TODO-merkinnät:

vesal commented 2 years ago

Liikojen aikojen karsinta

Tein kaksi dokumenttia ja niihin kalenterit:

Yritin saada niin, että tuntiopettajien kalenterissa näkyisi vain HT-ohjausten varaaminen ja paateohjaus-kalenterissa vain pääteohjaukset ja luennot.

Nuo pitiäisi mielestäni saada niin, että esim tuntiopettajien kalenterista opiskelija ei näe pääteohjauksia ELLEI ole ilmoittautunut ohjaksiin. Eli aina näkyisi oletuksena vain ne mitä on lueteltu ja sitten omat "aktivoidut". Kalenteria attribuuteilla tätä voisi sitten muuttaa tarvittaessa.

dezhidki commented 2 years ago

Varaamisen yleistäminen, varaustyypit ja "resurssit"

Kopioitu Vesan viestistä sellaisenaan, eli ei vielä sortattu (tai jaettu omaan korttiin):

"ison" kalenterin myötä tuleekin kysymys, että pitäisikö bookkauksia olla useanlaisia? Ja monenkolaisia? Tässä käyttötapauksessa siis oppiskelijana ja ohjaajana.

Selvittäisiin yhdellä kalenterilla jos olisi noin.

Ja silloin noita kapasiteetteja voisi näyttää jotenkin tyyliin

15/30/3

joka tarkoittaisi että on 15 oppiskelijabookkausta, 30 tilaa ja 3 ohjaajabookkausta.

Se helpottaisi noiden kalentereiden tekemistä, kun ei tarvitse silloin toistaa kaikkia tapahtumia opettajien kalenteriin.

Mutta keksiikö joku sitten vielä lisää noita bookkaustyyppejä? Eli esim opiskelija/ohjaaja/opettaja (eli tapahtumassa on opsikeijoita, avustavia ohjaajia ja pitää olla vielö yks virallinen opettaja.

Voiko HT ohjausaikoja tehdessä tulla tilanne, että joku laittelisi varattavia aikoja ja sitten sinne jonnekin menee opiskelija ja sitten joku ohjaaja bookkaa sen tapahtuman itselleen.

Toki se nykyinen onnistuu, että ohjaajat laittavat aikoja ja opiskeijat bookkaaavat niitä itselleen, eli tähän käyttötarkoitukseen edellinen oli huono esimerkki.

Menisikö tuo eventtemplatessa esim tyyliin:

evetTemplates:
   Pääte:
     capacity: 30
     bookers:  # opiskelijat
       - ohj1s22
     extraBookers:
       ohjaajat:
         - ohj1
       opettajat:
         - ohj1opet

ja sitten nuo extrojen määrät näytettäisiin sen 15/30 perään.

Jos joku kuuluu useampaan noista bookkausryhmistä, niin silloin bookkausta tehdessä pitäisi valita missä roolissa on menossa.

Joskus tulevaisuudessa voisi olla joku tapa ilmoittaa "hoitajamitoitus", eli laatis noihin extraBookers-kohtiin säännöt, joilla tapahtumn väri on erilainen jos mitoisut ei täyty tai ylittyy. Esim jotenkin sanoa, että pitää olla yksi ohjaaja/6 opiskelijaa tms. Muta nyt tuota hoidetaan toistaiseksi "silmällä".

Oma lisäys:

KATTI-projektissa on jossain vaiheessa puhuttu yleisesti "resursseista" eli varattavissa olevista asioista. Resurssi voi olla tila, opettaja, ohjaaja, opiskelija tai vaikkapa labran oskilloskooppi. Tapahtumat puolestaan määrittävät vaatimuksia resursseille (min/max määrät). Resursseja puolestaan jaettiin vielä "henkilöresursseihin" (resurssit, jotka koostuvat TIM-käyttäjistä tai TIM-ryhmistä) ja objektiresursseihin (niihin ei liity käyttäjä). Eri resurssityypeillä on sitten erikoisominaisuudet, esim henkilöresurssit voivat ilmoittautua tapahtumaan (eli ikään kuin "varata itse itsensä"). Resurssien tyyppejä ja logiikat olisivat modulaariset, eli eri resurssityyppejä voi ohjelmoida lisää.

dezhidki commented 2 years ago

Tapahtumien export ja import JSONilla

Kopioitu Vesan viestistä:

Aluksi se voisiolla ihan iso ACE-ikkuna, johon tulisi pyydetty tapahtuma/t JSONIna ja kun sen lähettää tai monistaa useammaksi tapahtumaksi, niin ne käsitellään.

Silloin voisin esim luennot yms toistuvat tehdä niin, että haen sen ekan pohjaksi, teen apudokumentissa makroilla ja forilla JSONin jossa on sitä eka amonistettu muille päiville, kopioin takaisin ja POSTaan sen sitten.

Ja sama demojen monistamiselle.

Ja tuosta voisi periaattessa sitten kehittää muöhemmin tavan tehdä sivu, jossa on parametrina alkua ja loppua ja toistoehtoa yms.

Keväällä ongelmaksi tulee juhlapyhät (mm pääsiäinen) joiden lista pitäisi saada käyttöön että niitä voidaan ohittaa. Tosin ohj2:ssa on "vain" tuo pääsiäinen, joten sen voi ottaa kovakoodattuna huomioon siinä omassa forissa. Itse asiassa mulla on preamblessa lueteltu demojen yms päivämäärät, niin voisin käyttää niitä siinä generoivassa forissa niin ei tarvitsisi toistaa.

vesal commented 2 years ago

Päivänäytössä:

https://tim.jyu.fi/view/kurssit/tie/ohj1/2022s/ohjaukset/paateohjaus?nr=4

ei voi vaihtaa tuntijakoa

sijualle commented 2 years ago

Pistän tuolta mr:stä tähän ylös

  • pieni kauneusvirhe: määrälaskurit eivät päivity bookkauksen jälken ennen refreshiä (tästä ei toki kannata ottaa ekaan pr:ään stressiä)
  • pitäisikö extrabookkaajalle aina ilmoittaa että hänestä tulee "ohjaaja". kunnes tulee joskus tulevaisuudessa kl missä saa valita, minkä bookkauksen tekee jos on oikeuksia moneen erilaiseen