English version of the materials are work in progress!

Expect bugs, typos, and other issues. The English version is expected to be completed during spring 2026.

Final Work

The final work is one of the assessable performances of this course. In the final work, your task is to design and optimize a SQLite relational database for a domain of your choice.

You can find detailed instructions and grading criteria for the final work below. Summary of instructions:

The final work is graded on a scale 1–5. The grade is determined criteria-based: the work has three levels of requirements, and fulfilling all requirements of a level entitles to the grade of that level. Partial fulfillment of levels and errors affect the grade.
The final work is an individual performance. However, you can ask for help from other students and course teachers.
The final work can be done and submitted in the TIM system or as a separate file to the teachers' email list (itka2004-teachers@jyu.onmicrosoft.com).
The deadline for submitting the final work is 15.3.2026. Contact teachers well in advance if you cannot make it by the deadline.

Ohje

Open final work instructions by clicking here

Assignment

In the final work, you must design, implement, and analyze a relational database for an application or information system of your choice.

The final work is divided into seven subtasks, which correspond to the course areas. More detailed assignments can be found below in connection with the submission boxes.

Requirements Specification
- Write a short description of the domain and its database usage needs. The description should clarify the entities essential for the system's domain, their properties, and relationships between entities. To this task, return the domain description and database requirements specification. The description can be modified later if you notice a need to make additional assumptions.
Conceptual Modeling
- Based on the requirements specification done in task 1, make a conceptual model as an ER diagram. Draw the ER diagram either on paper or on a computer. To this task, return the finished diagram.
Transformation to Relational Model
- Transform the ER diagram done in task 2 into a relational model schema following transformation rules. To this task, return the transformed relational model schema.
Defining Database with SQL and Adding Data
- Define a SQLite database based on the relational model schema done in task 3. Add also enough sensible model data for the domain to the database. To this task, return the SQL DDL commands needed for defining the database structure (Chapter 4.3) and SQL DML commands needed for adding model data (Chapter 4.2, "INSERT").
Presenting Essential SQL Queries for the Domain
- Present SQL queries targeting the database made in task 4, which are essential or common for the system operation. To this task, return queries targeting the database in SQL DML language (Chapter 4.2).
Finding Functional Dependencies
- Find and present all non-trivial functional dependencies from the relational model schema made in task 3 using the requirements specification. To this task, return functional dependencies found in relations drawn or as text.
Analyzing Relation Normal Form
- Use functional dependencies found in task 6 and demonstrate that the database meets the requirements of normal forms 1NF, 2NF, 3NF, BCNF, and 4NF. If a relation does not meet a normal form, show how you would correct the relational model schema of task 3 (it does not however need to be corrected for task 3). To this task, return a text answer where it is justifiably presented that the database fulfills normal forms presented in materials. If the database does not meet a normal form, also return the relational model schema of the normalized database to the task.

Grading

The final work is graded on a scale 1–5. The final work grade forms 60% of the entire course grade (see course assessment and grading instructions).

The grade is determined based on the level, merits, and errors of the final work. The final work has three levels: level 1, level 3, and level 5. Each level has requirements related to subtasks, which are presented below. The grade is calculated with the following rules:

If the work fulfills over 80% of level 1 requirements, grade 1 is given.
If the work fulfills over 80% of lower level requirements and over 80% of the next level requirements, grade of the next level is given. For example, if the work fulfills all level 1 requirements and 90% of level 3 requirements, grade 3 is given.
If the work fulfills over 80% of the preceding level requirements but 50–80% of the next level requirements, the grade is the number of the next level minus one. So if the work fulfills for example level 1 requirements 95% and 50% of level 3 requirements, grade 2 is given.
Errors: The grade is lowered by one number for every five errors found in the final work. Errors lowering the grade can be found in the "Error types lowering grade" list below.

Error types lowering grade

Appropriateness: Unfounded decisions have been made in database design and data storage that do not correspond to the described domain.
- Example: Storing users' medical records in a database for a Discord-like chat service without justification in the domain description.
Consistency: Database structure varies inconsistently between subtasks.
- Example 1: ER diagram has attributes that are not found in the requirements specification.
- Example 2: Relational model schema has relations or attributes that do not correspond to any ER model entity, attribute, or relationship.
- Example 3: SQLite database has data whose meaning is not mentioned in the requirements specification.
Clarity: Notations are not easily clear; understanding the answer requires more additional work than usual.
- Example 1: ER diagram is designed more complex than requirements specification requires.
- Example 2: In relational model schema, relation and attribute names do not correspond to names used in ER diagram. Additional work is needed to understand connections between entities, relationships, and relations.

Submission and Help

The final work can be done and submitted in two ways:

Directly to the TIM system in submission boxes on this page. At the end of the page you can find a submission button, with which you can submit the work for grading.
Freely (Word document, ZIP file, own website) by sending it to teachers: itka2004-teachers@jyu.onmicrosoft.com.

Submit the work for grading latest by 15.3.2026. You will receive a notification when your work has been checked, and information on where you can see the feedback.

Help for doing the final work can be obtained from weekly guidance sessions and by contacting teachers via email (itka2004-teachers@jyu.onmicrosoft.com).

You can also ask fellow students for help in doing the final work, and a separate channel ("Questions and help") has been established for this in Teams. Remember that the final work is after all an individual performance, and you have the responsibility to solve the task yourself!

Supplementing and Raising Grade

It is possible to supplement an already graded final work after assessment upon request. If you want to make edits to the work after assessment, contact course teachers via email.

If you believe that an error has occurred in grading (e.g. a requirement was not accepted even though your work fulfills it), contact course teachers.

Tips for Starting

It is worth starting the final work by familiarizing yourself with the assignments of subtasks below. After that, you can start thinking about the domain, i.e., for what kind of application or information system and for what kind of data usage need you would like to build a database. You can choose the domain freely: it can be modeling the database of an existing service (Facebook, Online Store, Telegram etc.) or designing the database of an application you made yourself. After that, write a database requirement description corresponding to the domain.

If you cannot come up with your own topic or need inspiration, you can use one of the database requirement description templates below. You can modify them to be broader or narrower to your taste.

Domain and database requirement description suitable for Level 1 (click to open)

WhereIsBook.fi

"WhereIsBook" is a web service whose main task is to offer information about local libraries and their book collections. The service also enables users to leave reviews of books. The database needs to store three types of information: libraries, books, and anonymous reviews written by users.

For each library, its name and location are stored. The name helps identify the library and location helps users find the library physically.

For each book, its name is stored. The book name is essential information so that users can search and identify books from the library collection. Each book is additionally related to some library. This relationship is central, as it tells in which libraries copies of each book are located. However, it is possible that the same book is found in different libraries.

From reviews written by users, review content is stored, i.e., text that tells the user's opinion of the book.

Domain and database requirement description suitable for Level 3 (click to open)

Marathoners

Marathoners is a web application designed for marathon enthusiasts. With the application, users can plan their marathon trips, find new routes, and share their experiences with others. Managing routes, user profiles, events, and equipment is an important part of the application. A database is now meant to be designed for the application.

For each marathon route, name, location, and difficulty level are recorded. In turn, user's name, email address, and hiking experience in years are stored in the user profile.

Marathon events can be created in the application. For each event, name, date, place, and maximum allowed number of participants are stored. At least one marathon route is always run in the event, but multiple routes can be run simultaneously.

Users can participate in one or more marathon events. Users can also leave a review of it after the event. A grade and a written comment are stored in the review.

Domain and database requirement description suitable for Level 5 (click to open)

L-FoodTip

L-FoodTip is an application ordered by L-cooperative, where recipes are stored. They want to integrate the application into L-cooperative's L-supermarket chain so that the user can easily check if recipe ingredients are found in the stock of an L-supermarket chosen by the user. Additionally, the user can easily check which L-supermarkets have products of their selected recipe.

User information, recipes, ingredients, and stores must be stored in the database. Username, email address, and name are stored for users. Additionally, the user can have at most one favorite store selected.

For a recipe, recipe name, preparation time in minutes, and recipe itself as text are stored in the database. A recipe includes one or more ingredients, and this relationship also includes ingredient quantity and unit (e.g. "pcs", "tsp", "dl").

For an ingredient, its unique identifier, ingredient name, and manufacturer must be stored. An ingredient can be found in one or more stores.

For a store, the database has its identifier, name, and address. One or more ingredients are always found in a store.

You can find detailed assignments below. You can do the tasks directly in the TIM system or submit them in a way of your choice (e.g. document, git repository, ZIP file, own website). With the link below you can quickly get to the final work submission:

Submit final work and check feedback

Tasks

Task 1: Database Requirements Specification

Ensimmäisenä tehtävänä on valita itse harjoitustyön aihe ja kirjoittaa sen perusteella tietokannalle vaatimusmäärittely.

Harjoitustyössä suunnitellaan ja toteutetaan relaatiotietokanta johonkin (toivottavasti todelliseen) käyttötarkoitukseen. Mieti siis aluksi, millaiselle kohdealueelle haluaisit suunnitella tietokannan. Voit vaikkapa ottaa jonkin valmiin sovelluksen (WhatsApp, Spotify, Discord) tai alustan (Facebook, X, Instagram) ja mallintaa sen toimintaan tarvittavan yksinkertaisen tietokannan. Jos sinulla on toisaalta jokin peli tai oma ohjelma, jonka olet tehnyt, voit suunnitella sille relaatiotietokannan. Jos kaipaat apua tai inspiraatiota, tutustu ohjeessa oleviin mallikohdealueisiin.

Muista pitää asiat yksinkertaisina! Tällä opintojaksolla harjoitellaan tietokantojen suunnittelua, joten tietokannan ei tarvitse olla heti aluksi valtava.

Kun olet valinnut kohdealueen, kirjoita lyhyt kohdealueen kuvaus ja määrittele, mitä tietoja tietokantaan tulee tallentaa, jotta se täyttää kohdealueen tietokantatarpeet.

Voit muokata vaatimusmäärittelyä milloin tahansa! Harjoitustyön edetessä saatat ehkä haluta tarkentaa kohdealuetta tai tietokannan sisältöä, jos vaikkapa huomaat puutteita tai haluat yksinkertaistaa työtäsi. Tärkeintä on, että kuvauksesi on ajan tasalla.

# harj_t1

Task 2: Conceptual Modeling

Piirrä seuraavaksi ER-kaavio, joka mallintaa tehtävän 1 vaatimusmäärittelyssä esitetyn tietokannan tarpeen ydinkäsitteitä ja niiden välisiä suhteita.

Ota huomioon kaikki vaatimusmäärittelyssä esitetyt kohteet, ominaisuudet ja suhteet ja mallinna ne ER-kaaviossa vastaaviksi kohdetyypeiksi, attribuuteiksi ja suhdetyypeiksi. Mieti ER-kaaviota piirtäessäsi kohdealuetta ja käy tarpeen mukaan tarkentamassa tehtävän 1 tietokannan vaatimusmäärittelyä. Olennaista on, että tietokanta palvelee kohdealueen tarpeita mahdollisimman hyvin.

Voit piirtää ER-kaavion joko käsin, erillisellä piirto-ohjelmalla tai käyttämällä kurssin ER-kaavioeditoria. Huomaa, että voit laajentaa piirtoalan käyttämällä editorissa olevaa Laajenna-painiketta. Muita sopivia piirto-ohjelmia ovat esimerkiksi ERDPlus ja DrawIO.

# harj_t2

# harj_t2_kuva

Task 3: Transformation to Relation

Seuraavaksi ota tehtävässä 2 piirretty ER-kaavio ja transformoi se relaatiotietokannan kaavaksi.

Sovella transformoinnissa Luvussa 3.2 määriteltyjä transformointisääntöjä. Merkitse relaatiokaavaan relaatioiden nimet, relaatioihin kuuluvat attribuutit ja relaatioiden perusavaimet.

Merkitse relaatiot alla olevaan tekstilaatikkoon. Käytä seuraavia merkintöjä:

R ({|a|}, b, c)        - Relaatio R, jolla on perusavain a sekä attribuutit b, c
S ({|a, b|}, c)        - Relaatio S, jolla on perusavaimet a, b sekä attribuutti c
Kissa ({|nimi|}, ikä)  - Relaatio Kissa, jolla on perusavain nimi ja attribuutti ikä

Sen jälkeen luettele myös relaatioiden viiteavaimet ja mihin relaatioihin ne viittaavat. Viiteavaimet määrittävät relaatioiden väliset suhteet (Luku 3.1). Määritä siis, mitkä relaation attribuutit ovat peräisin toisesta relaatiosta.

Merkitse viiteavaimet relaatiokaavan jälkeen seuraavasti:

R.a -> S.a                - Relaation R attribuutti a viittaa relaation S attribuuttiin a
R.b -> S.b                - Relaation R attribuutti b viittaa relaation S attribuuttiin b
Eläin.nimi -> Kissa.nimi  - Relaation Eläin attribuutti nimi viittaa relaation Kissa attribuuttiin nimi

# harj_t3

Task 4: Defining Database with SQL Language

Kun ER-malli on transformoitu relaatiotietokannan kaavaksi, voidaan kaavan perusteella luoda tietokanta ja tallentaa siihen dataa.

Määrittele relaatiotietokannan kaavasi perusteella SQLite-tietokanta käyttäen SQL:n tietokannan rakenteen määrittelykieltä (DDL, Luku 4.3). Jokaiselle relaatiokaavassa olevalle relaatiolle tulee määrittää oma tietokantataulu. Ota tietokantataulujen määrittelyssä huomioon attribuuttien tyypit, pääavaimet, viiteavaimet sekä mahdolliset muut eheysrajoitteet.

Lisää tämän jälkeen tietokantaasi mallidataa (Luku 4.2). Mallidataa kannattaa olla riittävästi, jotta saat tehtyä tehtävän 5 hyvin.

Kirjoita SQL-lauseet alla olevaan palautuslaatikkoon. Huomaa, että tehtävälaatikkoon on jo lisätty apukoodia, joka alustaa tietokannan ennen koodisi suorittamista.

Voit myös samalla testata, että data tuli lisätyksi, suorittamalla yksinkertaisia SELECT * FROM taulu; -komentoja. Huomaa, että oletuksena TIM tulostaa No result, jos et suorita mitään hakukomentoja.

# harj_t4

Task 5: Essential SQL Search Queries

Seuraavaksi esitä 1–5 esimerkkiä kohdealueen kannalta olennaisista SQL-kyselyistä, joilla dataa haetaan tietokannasta.

Mieti, millaisia käyttötapauksia tietokannalle olisi kohdealueella. Kirjoita sitten näitä käyttötapauksia vastaavat oleelliset SQL-kyselyt. Voit kirjoittaa haku- (SELECT), poisto- (DELETE) ja muokkauskyselyjä (UPDATE). Datan hallintaan liittyvien SQL-kyselyiden syntaksia on kuvattu Luvussa 4.2.

Esitä esimerkkikyselyt alla olevissa palautuslaatikoissa (1 esimerkki/laatikko). Lisää samalla lyhyt kuvaus siitä, mitä SQL-kysely tekee ja mikä on sen käyttötarkoitus.

Vinkkejä:

Hakulauseissa pyri palauttamaan vain ne sarakkeet, jotka ovat käyttötapauksen kannalta oleellisia. Jos palautat taulun kaikki sarakkeet, perustele kommenteissa valintasi.
Huomaa, että hakulauseissa voit tehdä laskutoimituksia ja ryhmitellä tuloksia. Näin voit rakentaa monipuolisia kyselyitä.
Muista, että poisto- ja muokkauslauseissa voidaan käyttää ehtoja. Tällä tavoin voit muodostaa kohdealueen kannalta hyödyllisiä massamuokkaus- ja massapoistokyselyitä.
Voit alustaa tietokantasi takaisin perustilaan painamalla "Aja" tehtävän 4 palautuslaatikossa. Tämä palauttaa tietokantasi takaisin oletustilaan.

Add example 1

# harj_t5_esim1

Add example 2

# harj_t5_esim2

Add example 3

# harj_t5_esim3

Add example 4

# harj_t5_esim4

Add example 5

# harj_t5_esim5

Task 6: Finding Functional Dependencies

Palataan vielä tehtävässä 3 muodostettuun relaatiotietokannan kaavaan.

Tarkastele funktionaalisia riippuvuuksia, jotka esiintyvät relaatiotietokannassasi. Esitä kaikki tehtävässä 3 määrittelemissäsi relaatioissa olevat epätriviaalit funktionaaliset riippuvuudet.

Muista, että funktionaalinen riippuvuus tarkoittaa, että jonkin relaation attribuutin arvo voidaan määrittää jonkin toisen relaation attribuutin (tai attribuuttijoukon) arvon perusteella (ks. Luku 5.1). Toisin sanoin, tässä tehtävässä sinun tulee esittää, millä tavoin eri tietokannan data riippuu toisesta datasta.

Tässä vaiheessa saatat joutua tekemään tarkennuksia vaatimusmäärittelyyn. On suositeltavaa, että aloitat funktionaalisten riippuvuuksien tarkastelun ja teet epäselvissä tapauksissa tarkentavia muutoksia tehtävään 1.

Voit palauttaa tehtävän alla olevaan tekstilaatikkoon tai kuvana tekstilaatikon alla olevaan palautuslaatikkoon. Jos palautat tekstivastauksen, merkitse funktionaaliset riippuvuudet seuraavasti:

RELAATIO1:   - Relaation "RELAATIO1" funktionaaliset riippuvuudet listataan alla
{X} -> {Y}     - Esimerkki 1: Attribuutti Y riippuu funktionaalisesti attribuutista X

RELAATIO2:   - Relaation "RELAATIO2" funktionaaliset riippuvuudet listataan alla
{X, Y} -> {Z}  - Esimerkki 2: Attribuutti Z riippuu funktionaalisesti attribuuteista X ja Y

Jos palautat vastauksen kuvana, on suositeltua, että käytät Harjoituksessa 5.2 esitettyä merkintätapaa:

# harj_t6

# harj_t6_kuva

Task 7: Normalization of Relations

Tarkastele nyt relaatiotietokantasi jokaisen relaation normalisointia käyttämällä edellisessä tehtävässä löytämiäsi funktionaalisia riippuvuuksia. Tutki, missä normaalimuodossa kukin relaatiosi on.

Tämän kurssin kannalta riittää, että tarkastelet normaalimuotoja 1NF, 2NF, 3NF, BCNF sekä 4NF (ks. Luku 5.3).

Jos jokin relaatio ei ole 4. normaalimuodossa, esitä, mitä muutoksia tekisit relaatiomallin kaavaan.

Voit kirjoittaa vastauksesi alla olevaan tekstilaatikkoon.

# harj_t7

Final Work Submission

Before submitting:

Ensure that you have answered the tasks according to the assignment. You can freely change the domain description and database requirements before submitting the work.
Familiarize yourself once more with instructions at the top of the page and ensure that your final work fulfills in your opinion at least criteria of level 1.
You can ask the teacher for feedback in guidance sessions.
Submit the work for grading only when you believe it is fully ready. You cannot edit the final work anymore after submission.
Efforts are made to grade the work within about two weeks of submission. Assessment and grade are recorded on this page. You will receive a notification when the work is graded.

When you think you are ready to submit:

If you did the work in TIM: press the button below.
If you did the work elsewhere: send the work or a link to it to teachers' email list: itka2004-teachers@jyu.onmicrosoft.com.

Huomautus

You have not registered as a student of this year's course or you have logged in with other than your JYU account. Only students registered for the course this year can submit the final work.

Try logging in to TIM system again using HAKA login.

If you have already logged in with your JYU account, ensure that you have a valid registration for the course. In unclear situations contact course teachers: itka2004-teachers@jyu.onmicrosoft.com.

Harjoitustyö

Harjoitustyö on tämän opintojakson yksi arvioitavista suorituksista. Harjoitustyössä tehtäväsi on suunnitella ja optimoida SQLite-relaatiotietokanta itse valitsemallesi kohdealueelle.

Löydät harjoitustyön yksityiskohtaiset ohjeet ja arviointikriteerit alta. Yhteenveto ohjeista:

Harjoitustyö arvioidaan arvosanalla 1–5. Arvosana määräytyy vaatimusperusteisesti: työssä on kolme vaatimustasoa, ja kunkin tason kaikkien vaatimusten täyttäminen oikeuttaa tason mukaiseen arvosanaan. Tasojen osittainen täyttäminen ja virheet vaikuttavat arvosanaan.
Voit tehdä harjoitustyön parityönä tai yksin.
Jos teet harjoitustyön parityönä, sopikaa, kumpi parista palauttaa harjoitustyön osat. Toisin sanoen, vain yksi pareista tekee varsinaiset palautukset TIMiin.
Voit pyytää apua harjoitustyön tekemiseen kurssin ohjauksissa.
Harjoitustyön voi tehdä ja palauttaa TIM-järjestelmässä tai erillisenä tiedostona opettajien sähköpostilistalle (itka2004-teachers@jyu.onmicrosoft.com).
Takaraja harjoitustyön palautukselle on 15.3.2026. Ole yhteydessä opettajiin hyvissä ajoin, jos et ehdi takarajaan.

Ohje

Avaa harjoitustyön ohjeet klikkaamalla tästä

Tehtävänanto

Harjoitustyössä sinun tulee suunnitella, toteuttaa ja analysoida relaatiotietokanta valitsemallesi sovellukselle tai tietojärjestelmälle.

Harjoitustyö on jaettu seitsemään osatehtävään, jotka vastaavat kurssin osa-alueita. Tarkemmat tehtävänannot löytyvät alempaa palautuslaatikoiden yhteydestä.

Vaatimusmäärittely
- Kirjoita lyhyt kuvaus kohdealueesta ja sen tietokannan käyttötarpeesta. Kuvauksesta tulee selvitä järjestelmän kohdealueen kannalta olennaiset kohteet, niiden ominaisuudet ja kohteiden väliset suhteet. Tehtävään palautetaan kohdealueen kuvaus ja tietokannan vaatimusmäärittely. Kuvausta voi tarvittaessa muokata jälkikäteen, jos huomaat tarpeen tehdä lisäoletuksia.
Käsitteellinen mallintaminen
- Tee tehtävässä 1 tehdyn vaatimusmäärittelyn perusteella käsitteellinen malli ER-kaaviona. Piirrä ER-kaavio joko paperilla tai tietokoneella. Tehtävään palautetaan valmis kaavio.
Transformointi relaatiomalliksi
- Transformoi tehtävässä 2 tehty ER-kaavio relaatiomallin kaavaksi transformointisääntöjä noudattaen. Tehtävään palautetaan transformoitu relaatiomallin kaava.
Tietokannan määrittely SQL:llä ja datan lisääminen
- Määritä SQLite-tietokanta tehtävässä 3 tehdyn relaatiomallin kaavan perusteella. Lisää tietokantaan myös riittävästi kohdealueen kannalta järkevää mallidataa. Tehtävään palautetaan tietokannan rakenteen määrittelyyn tarvittavat SQL DDL-kielen käskyt (Luku 4.3) ja mallidatan lisäämiseksi tarvittavat SQL DML-kielen käskyt (Luku 4.2, "Taulurivien lisääminen").
Kohdealueen kannalta olennaisten SQL-kyselyiden esittäminen
- Esitä tehtävässä 4 tehtyyn tietokantaan kohdistuvia SQL-kyselyjä, jotka ovat järjestelmän toiminnan kannalta olennaisia tai yleisempiä. Tehtävään palautetaan tietokantaan kohdistuvia kyselyjä SQL DML-kielellä (Luku 4.2).
Funktionaalisten riippuvuuksien etsintä
- Etsi ja esitä tehtävässä 3 tehdyn relaatiomallin kaavasta kaikki epätriviaalit funktionaaliset riippuvuudet vaatimusmäärittelyn avulla. Tehtävään palautetaan relaatioista löytyneet funktionaaliset riippuvuudet piirrettynä tai tekstinä.
Relaation normaalimuodon analysointi
- Käytä tehtävässä 6 löytämiäsi funktionaalisia riippuvuuksia ja osoita, että tietokanta täyttää normaalimuotojen 1NF, 2NF, 3NF, BCNF ja 4NF vaatimukset. Jos jokin relaatio ei täytä jotain normaalimuotoa, esitä, millä tavalla korjaisit tehtävän 3 relaatiomallin kaavan (sitä ei kuitenkaan tarvitse korjata tehtävään 3). Tehtävään palautetaan tekstivastaus, jossa perustellusti esitetään, että tietokanta täyttää materiaaleissa esitetyt normaalimuodot. Jos tietokanta ei täytä jotain normaalimuotoa, tehtävään palautetaan myös normalisoidun tietokannan relaatiomallin kaava.

Arviointi

Harjoitustyö arvioidaan arvosanalla 1–5. Harjoitustyön arvosana muodostaa 30 % koko opintojakson arvosanasta (ks. opintojakson arviointi- ja arvosanaohjeet).

Arvosana määräytyy harjoitustyön tason, ansioiden ja virheiden perusteella. Harjoitustyössä on kolme tasoa: taso 1, taso 3 ja taso 5. Jokaisella tasolla on osatehtäviin liittyviä vaatimuksia, jotka esitellään alla. Arvosana lasketaan seuraavilla säännöillä:

Jos työ täyttää yli 80 % tason 1 mukaisista vaatimuksista, arvosanaksi annetaan 1.
Jos työ täyttää yli 80 % alemman tason vaatimuksista sekä yli 80 % seuraavan tason vaatimuksista, arvosanaksi annetaan seuraavan tason arvosana. Esimerkiksi, jos työ täyttää kaikki tason 1 vaatimukset ja 90 % tason 3 vaatimuksista, annetaan arvosanaksi 3.
Jos työ täyttää yli 80 % edeltävän tason vaatimuksista mutta 50–80 % seuraavan tason vaatimuksista, annetaan arvosanaksi seuraavan tason mukainen numero vähennettynä yhdellä. Jos siis työ täyttää esimerkiksi tason 1 vaatimukset 95-prosenttisesti ja 50 % tason 3 vaatimuksista, annetaan arvosanaksi 2.
Virheet: Arvosana alenee yhdellä numerolla jokaista harjoitustyöstä löytyvää viittä virhettä kohti. Arvosanaa alentavat virheet löytyvät alla olevasta "Arvosanaa alentavat virhetyypit" -listasta.

Arvosanaa alentavat virhetyypit

Tarkoituksenmukaisuus: Tietokannan suunnittelussa ja datan tallentamisessa on tehty perusteettomia ratkaisuja, jotka eivät vastaa kuvattua kohdealuetta.
- Esimerkki: Discordin tapaisen chat-palvelun tietokantaan valitaan tallennettavaksi käyttäjien potilastiedot ilman perustelua kohdealueen kuvauksessa.
Johdonmukaisuus: Osatehtävien välillä tietokannan rakenne vaihtelee epäjohdonmukaisesti.
- Esimerkki 1: ER-kaaviossa on attribuutteja, joita ei löydy vaatimusmäärittelystä.
- Esimerkki 2: Relaatiomallin kaavassa on relaatioita tai attribuutteja, jotka eivät vastaa mitään ER-mallin kohdetta, attribuuttia tai suhdetta.
- Esimerkki 3: SQLite-tietokannassa on dataa, jonka merkityksestä ei ole mainintaa vaatimusmäärittelyssä.
Selkeys: Merkinnöistä ei saa helposti selvää; vastauksen ymmärtämiseen tarvitaan tavallista enemmän lisätyötä.
- Esimerkki 1: ER-kaavio on suunniteltu monimutkaisemmaksi kuin mitä vaatimusmäärittely edellyttää.
- Esimerkki 2: Relaatiomallin kaavassa relaatioiden ja attribuuttien nimet eivät vastaa ER-kaaviossa käytettyjä nimiä. Tarvitaan lisätyötä, jotta kohteiden, suhteiden ja relaatioiden väliset yhteydet ymmärrettäisiin.

Palautus ja apua

Harjoitustyön voi tehdä ja palauttaa kahdella tavalla:

Suoraan TIM-järjestelmään tämän sivun palautuslaatikoihin. Sivun lopusta löytyy palautuspainike, jonka avulla voit palauttaa työn arvioitavaksi.
Vapaamuotoisesti (Word-asiakirja, ZIP-tiedosto, oma verkkosivu) lähettämällä sen opettajille: itka2004-teachers@jyu.onmicrosoft.com.

Palauta työ arvioitavaksi viimeistään 15.3.2026. Saat ilmoituksen, kun työsi on tarkistettu, ja tiedon siitä, mistä näet palautteen.

Apua harjoitustyön tekemiseen saat viikoittaisista ohjauksista sekä ottamalla yhteyttä opettajiin sähköpostitse (itka2004-teachers@jyu.onmicrosoft.com).

Harjoitustyön tekemisessä voi myös kysyä apua kurssitovereilta, ja tätä varten Teamsiin on perustettu oma kanava ("Kysymyksiä ja apua").

Täydentäminen ja arvosanan korottaminen

Jo arvioitua harjoitustyötä on mahdollista täydentää arvioinnin jälkeen pyynnöstä. Mikäli haluat tehdä muokkauksia työhön arvioinnin jälkeen, ole yhteydessä kurssin opettajiin sähköpostitse.

Mikäli uskot, että arvioinnissa on tapahtunut virhe (esim. jotakin vaatimusta ei hyväksytty, vaikka työsi täyttää sen), ole yhteydessä kurssin opettajiin.

Vinkkejä aloittamiseen

Harjoitustyö kannattaa aloittaa tutustumalla alempana olevien osatehtävien tehtävänantoihin. Sen jälkeen voit alkaa miettiä kohdealuetta, eli millaiselle sovellukselle tai tietojärjestelmälle sekä millaiseen datan käyttötarpeeseen haluaisit rakentaa tietokannan. Voit valita kohdealueen vapaasti: se voi olla jonkin olemassa olevan palvelun (Facebook, Verkkokauppa, Telegram jne.) tietokannan mallintamista tai jonkin itse tekemäsi sovelluksen tietokannan suunnittelua. Sen jälkeen kirjoita kohdealuetta vastaava tietokannan tarvekuvaus.

Mikäli et keksi omaa aihetta tai kaipaat inspiraatiota, voit käyttää jotakin alla olevista tietokannan tarvekuvauksen mallipohjista. Voit muokata niitä laajemmaksi tai suppeammaksi makusi mukaan.

Tasolle 1 sopiva kohdealueen ja tietokannan tarpeen kuvaus (avaa klikkaamalla)

MissäKirja.fi

"MissäKirja" on verkkopalvelu, jonka päätehtävänä on tarjota tietoa paikallisista kirjastoista ja niiden kirjakokoelmista. Palvelu mahdollistaa myös käyttäjien arvostelujen jättämisen kirjoista. Tietokantaan tulee tallentaa kolmenlaista tietoa: kirjastoja, kirjoja ja käyttäjien kirjoittamia anonyymejä arvosteluja.

Jokaisesta kirjastosta tallennetaan sen nimi ja sijainti. Nimi auttaa tunnistamaan kirjaston ja sijainti auttaa käyttäjiä löytämään kirjaston fyysisesti.

Jokaisesta kirjasta tallennetaan sen nimi. Kirjan nimi on keskeinen tieto, jotta käyttäjät voivat etsiä ja tunnistaa kirjoja kirjaston kokoelmasta. Jokainen kirja liittyy lisäksi johonkin kirjastoon. Tämä suhde on keskeinen, sillä se kertoo, missä kirjastoissa kunkin kirjan kopiot sijaitsevat. On kuitenkin mahdollista, että eri kirjastoista löytyy sama kirja.

Käyttäjien kirjoittamista arvosteluista tallennetaan arvostelun sisältö, eli teksti, joka kertoo käyttäjän mielipiteen kirjasta.

Tasolle 3 sopiva kohdealueen ja tietokannan tarpeen kuvaus (avaa klikkaamalla)

Maratoonarit

Maratoonarit on verkkosovellus, joka on suunniteltu maratonharrastajille. Sovelluksen avulla käyttäjät voivat suunnitella maratonretkiään, löytää uusia reittejä ja jakaa kokemuksiaan muiden kanssa. Sovelluksessa on tärkeänä osana reittien, käyttäjäprofiilien, tapahtumien ja varusteiden hallinta. Sovellukselle on nyt tarkoitus suunnitella tietokanta.

Jokaiselle maratonreitille on kirjattu nimi, sijainti ja vaikeusaste. Puolestaan käyttäjäprofiiliin tallennetaan käyttäjän nimi, sähköpostiosoite ja retkeilykokemus vuosina.

Sovelluksessa voidaan luoda maratontapahtumia. Jokaisesta tapahtumasta tallennetaan nimi, ajankohta, paikka ja suurin sallittu osallistujamäärä. Tapahtumassa juostaan aina vähintään yksi maratonreitti, mutta samanaikaisesti voidaan juosta useampaakin reittiä.

Käyttäjät voivat osallistua yhteen tai useampaan maratontapahtumaan. Käyttäjät voivat tapahtuman jälkeen jättää siitä myös arvostelun. Arvosteluun tallennetaan arvosana sekä kirjallinen kommentti.

Tasolle 5 sopiva kohdealueen ja tietokannan tarpeen kuvaus (avaa klikkaamalla)

L-Ruokavinkki

L-Ruokavinkki on L-osuuskunnan tilaama sovellus, johon tallennetaan reseptejä. Sovellus halutaan integroida L-osuuskunnan L-supermarket-kauppaketjuun siten, että käyttäjä voi helposti tarkistaa, löytyvätkö reseptin ainesosat jonkin käyttäjän valitseman L-supermarketin varastosta. Lisäksi käyttäjä voi helposti tarkistaa, mistä L-supermarketeista löytyy hänen valitsemansa reseptin tuotteita.

Tietokantaan tulee tallentaa käyttäjätietoja, reseptejä, ainesosia sekä kauppoja. Käyttäjistä tallennetaan käyttäjätunnus, sähköpostiosoite ja nimi. Lisäksi käyttäjällä voi olla valittuna korkeintaan yksi lempikauppa.

Reseptistä tietokantaan tallennetaan reseptin nimi, valmistusaika minuutteina ja itse resepti tekstinä. Reseptiin kuuluu yksi tai useampi ainesosa, ja tähän suhteeseen kuuluu myös ainesosan lukumäärä ja yksikkö (esim. "kpl", "tl", "dl").

Ainesosasta tulee tallentaa sen yksilöllinen tunniste, ainesosan nimi ja valmistaja. Ainesosa voi löytyä yhdestä tai useammasta kaupasta.

Kaupasta tietokannassa on sen tunniste, nimi ja osoite. Kaupasta löytyy aina yksi tai useampi ainesosa.

Löydät tarkat tehtävänannot alta. Voit tehdä tehtävät suoraan TIM-järjestelmään tai palauttaa ne omavalintaisella tavalla (esim. asiakirja, git-varasto, ZIP-tiedosto, oma verkkosivu). Alla olevalla linkillä pääset nopeasti harjoitustyön palautukseen:

Palauta harjoitustyö ja tarkasta palaute

Harjoitustyön tekeminen parityönä

# parityo_ilmo

Tehtävät

Tehtävä 1: Tietokannan vaatimusmäärittely

Ensimmäisenä tehtävänä on valita itse harjoitustyön aihe ja kirjoittaa sen perusteella tietokannalle vaatimusmäärittely.

Muista pitää asiat yksinkertaisina! Tällä opintojaksolla harjoitellaan tietokantojen suunnittelua, joten tietokannan ei tarvitse olla heti aluksi valtava.

Kun olet valinnut kohdealueen, kirjoita lyhyt kohdealueen kuvaus ja määrittele, mitä tietoja tietokantaan tulee tallentaa, jotta se täyttää kohdealueen tietokantatarpeet.

# harj_t1

Tehtävä 2: Käsitteellinen mallintaminen

Piirrä seuraavaksi ER-kaavio, joka mallintaa tehtävän 1 vaatimusmäärittelyssä esitetyn tietokannan tarpeen ydinkäsitteitä ja niiden välisiä suhteita.

# harj_t2

# harj_t2_kuva

Tehtävä 3: Transformointi relaatioksi

Seuraavaksi ota tehtävässä 2 piirretty ER-kaavio ja transformoi se relaatiotietokannan kaavaksi.

Sovella transformoinnissa Luvussa 3.2 määriteltyjä transformointisääntöjä. Merkitse relaatiokaavaan relaatioiden nimet, relaatioihin kuuluvat attribuutit ja relaatioiden perusavaimet.

Merkitse relaatiot alla olevaan tekstilaatikkoon. Käytä seuraavia merkintöjä:

R ({|a|}, b, c)        - Relaatio R, jolla on perusavain a sekä attribuutit b, c
S ({|a, b|}, c)        - Relaatio S, jolla on perusavaimet a, b sekä attribuutti c
Kissa ({|nimi|}, ikä)  - Relaatio Kissa, jolla on perusavain nimi ja attribuutti ikä

Merkitse viiteavaimet relaatiokaavan jälkeen seuraavasti:

R.a -> S.a                - Relaation R attribuutti a viittaa relaation S attribuuttiin a
R.b -> S.b                - Relaation R attribuutti b viittaa relaation S attribuuttiin b
Eläin.nimi -> Kissa.nimi  - Relaation Eläin attribuutti nimi viittaa relaation Kissa attribuuttiin nimi

# harj_t3

Tehtävä 4: Tietokannan määrittäminen SQL-kielellä

Kun ER-malli on transformoitu relaatiotietokannan kaavaksi, voidaan kaavan perusteella luoda tietokanta ja tallentaa siihen dataa.

Lisää tämän jälkeen tietokantaasi mallidataa (Luku 4.2). Mallidataa kannattaa olla riittävästi, jotta saat tehtyä tehtävän 5 hyvin.

Kirjoita SQL-lauseet alla olevaan palautuslaatikkoon. Huomaa, että tehtävälaatikkoon on jo lisätty apukoodia, joka alustaa tietokannan ennen koodisi suorittamista.

# harj_t4

Tehtävä 5: Olennaiset SQL-hakulauseet

Seuraavaksi esitä 1–5 esimerkkiä kohdealueen kannalta olennaisista SQL-kyselyistä, joilla dataa haetaan tietokannasta.

Esitä esimerkkikyselyt alla olevissa palautuslaatikoissa (1 esimerkki/laatikko). Lisää samalla lyhyt kuvaus siitä, mitä SQL-kysely tekee ja mikä on sen käyttötarkoitus.

Vinkkejä:

Hakulauseissa pyri palauttamaan vain ne sarakkeet, jotka ovat käyttötapauksen kannalta oleellisia. Jos palautat taulun kaikki sarakkeet, perustele kommenteissa valintasi.
Huomaa, että hakulauseissa voit tehdä laskutoimituksia ja ryhmitellä tuloksia. Näin voit rakentaa monipuolisia kyselyitä.
Muista, että poisto- ja muokkauslauseissa voidaan käyttää ehtoja. Tällä tavoin voit muodostaa kohdealueen kannalta hyödyllisiä massamuokkaus- ja massapoistokyselyitä.
Voit alustaa tietokantasi takaisin perustilaan painamalla "Aja" tehtävän 4 palautuslaatikossa. Tämä palauttaa tietokantasi takaisin oletustilaan.

Lisää esimerkki 1

# harj_t5_esim1

Lisää esimerkki 2

# harj_t5_esim2

Lisää esimerkki 3

# harj_t5_esim3

Lisää esimerkki 4

# harj_t5_esim4

Lisää esimerkki 5

# harj_t5_esim5

Tehtävä 6: Funktionaalisten riippuvuuksien etsiminen

Palataan vielä tehtävässä 3 muodostettuun relaatiotietokannan kaavaan.

Voit palauttaa tehtävän alla olevaan tekstilaatikkoon tai kuvana tekstilaatikon alla olevaan palautuslaatikkoon. Jos palautat tekstivastauksen, merkitse funktionaaliset riippuvuudet seuraavasti:

RELAATIO1:   - Relaation "RELAATIO1" funktionaaliset riippuvuudet listataan alla
{X} -> {Y}     - Esimerkki 1: Attribuutti Y riippuu funktionaalisesti attribuutista X

RELAATIO2:   - Relaation "RELAATIO2" funktionaaliset riippuvuudet listataan alla
{X, Y} -> {Z}  - Esimerkki 2: Attribuutti Z riippuu funktionaalisesti attribuuteista X ja Y

Jos palautat vastauksen kuvana, on suositeltua, että käytät Harjoituksessa 5.2 esitettyä merkintätapaa:

# harj_t6

# harj_t6_kuva

Tehtävä 7: Relaatioiden normalisointi

Tämän kurssin kannalta riittää, että tarkastelet normaalimuotoja 1NF, 2NF, 3NF, BCNF sekä 4NF (ks. Luku 5.3).

Jos jokin relaatio ei ole 4. normaalimuodossa, esitä, mitä muutoksia tekisit relaatiomallin kaavaan.

Voit kirjoittaa vastauksesi alla olevaan tekstilaatikkoon.

# harj_t7

Harjoitustyön palautus

Ennen palauttamista:

Varmista, että olet vastannut tehtäviin tehtävänannon mukaisesti. Voit vapaasti muuttaa kohdealueen kuvausta sekä tietokannan vaatimuksia ennen työn palauttamista.
Tutustu vielä sivun alussa oleviin ohjeisiin ja varmista, että harjoitustyösi täyttää mielestäsi vähintään tason 1 kriteerit.
Voit pyytää opettajalta palautetta ohjauksissa.
Palauta työ arvioitavaksi vasta, kun uskot sen olevan täysin valmis. Et voi enää muokata harjoitustyötä palautuksen jälkeen. Jos palautat työn parityönä, arvioidaan sen parin työ, joka oli palautettu ensimmäisenä.
Työ pyritään arvioimaan noin kahden viikon kuluessa palautuksesta. Arviointi ja arvosana kirjataan tälle sivulle. Saat ilmoituksen, kun työ on arvioitu.

Kun olet mielestäsi valmis palauttamaan:

Jos teit työn TIMissä: paina alla olevaa painiketta.
Jos teit työn muualla: lähetä työ tai linkki siihen opettajien sähköpostilistalle: itka2004-teachers@jyu.onmicrosoft.com.

Huomautus

Et ole ilmoittautunut tämän vuoden opintojakson opiskelijaksi tai olet kirjautunut sisään muulla kuin JYU-tunnuksellasi. Harjoitustyön voivat palauttaa vain tänä vuonna kurssille ilmoittautuneet opiskelijat.

Kokeile kirjautua TIM-järjestelmään uudelleen käyttäen HAKA-sisäänkirjautumista.

Jos olet jo kirjautunut JYU-tunnuksellasi, varmista, että sinulla on voimassa oleva ilmoittautuminen opintojaksolle. Epäselvissä tilanteissa ole yhteydessä opintojakson opettajiin: itka2004-teachers@jyu.onmicrosoft.com.