[Backend]: SPIKE: Check whether the "Suoritukset ja tehtävät” -page has all necessary capabilities implemented in the backend - estimation: 3

[aClassCodeBreaker]

Prerequisites

• [X] I have read the Git Etiquette. (Required)
• [X] I agree to follow the [Code of Conduct](). (Required)
• [ ] Are you intending to include tests? (Optional)

Summary (Required)

Check that the necessary records have been implemented in the database and that the data storage capability is in place. Acceptance criteria

• [x] Data can be stored in database
• [x] Database solution has been created according to the schema in figma jam and the fields shown in visual design has been created
• [x] The database has these capabilities ready: level of competence, message title, message field, readiness for evaluation. (message title, message field, is not in MVP. These can be added later.)
• [x] Data can be updated (when users click on the radiobuttons.)

Potential Solution (Required)

• [ ]

In which category does the issue belong? (Required)

Documentation 📝 - Changes to the documentation.

[juhis96]

Not in the scope of this MVP, but for future:

• All user roles don't have up-to-date logic decided for notifications.
• Pitää tehdä MVP version jälkeen päätös myös logiikasta jolla opettajalle tulee arvioinnit joissa hän on osallisena. Tähän on monta tapaa, mutta tiettyä tapaa ei ole vielä sovittu/päätetty. Sama sinänsä koskee myös työpaikkaohjaajaa.
• Pitäisi varmistaa myös, että tällä hetkellä suunnitelmissa olevat tutkinnon-osa statukset ovat kaikki sellaisia joita aiomme käyttää ja pitäisi tehdä uudelleen yhteinen sopimus (sekä kirjoittaa jonnekkin ylös) että mikä numero vastaa mitäkin statusta.
• Viestitys tutkinnonosiin liittyen on jätetty pois MVP versiosta. Siihen ei ole mitään tietokannassa tällä hetkellä. Alkuperäisissä suunnitelmissa sitä oli suunniteltu, mutta se olisi nykyään vanhentunutta ja se pitäisi suunnitella uudelleen jos haluaisi sen käyttöön. Myös front/design pitäisi tehdä ylipäätään sivut missä näkyvät kommentit ja miettiä että millaisia ne olisivat jotta niitä voisi miettiä tietorakenteelisesti. Alunperin kai oli ideana, että komentteja voisi kommentoida niin että kommentti tulisi alapuolelle joka taas vaatii erilaisen toteutuksen kuin se, että voi vaan lisätä kommentteja ilman että ne menevät ns. vastauksina toisiin kommentteihin.
• evaluationRouterissa on get, post, delete ja update -methodit tehtynä, joita tulee varmaankin päivitellä / jatkokehittää vielä kunhan sitä implementoidaan frontendiin, mutta peruslogiikka pitäisi olla kunnossa.