Küsimus

Anonüümne (12.09.2025 10:27)
Kui teha projekt nii, et sisendiks ei ole "Andmebaasid I" projekti, siis mis eeltöö on vajalik?

Vastus (16.09.2025 12:44):

Eeltöö ülesanne: määratleda nõuded nii andmebaasile kui ka andmebaasirakendusele.
Tulemus peab olema vormistatud lihtsustatud kujul, sarnaselt "Andmebaasid I" projektile. 
Tähtaeg: viies õppenädal
 
Järgnevalt lisan iga punkti juurde põhjenduse, miks see on oluline "Andmebaasid II" projekti kontekstis ja millise sisendi annab see "Andmebaasid II" projekti tegemisele. Samuti toon välja, millise punkti alla tuleb see projekti dokumendis kirjutada. Selle lingi alt saate nii dokumendi põhja kui ka Enterprise Architecti mudelite faili põhja, kus on tehtud üldine kataloogide (pakettide) struktuur.

Viidatud dokumendi põhjas tuleb eeltöö käigus midagi kirjutada mõnede peatüki 1 ja 2 alajaotuste alla. 
Aineprojekti enese tulemusena tuleb luua peatükid 3, 4 XOR 5 (sõltuvalt kasutatavast andmebaasisüsteemist), 6 + sissejuhatuse tabel.

  • Põhiobjektide ja tegutsejate nimekiri.
    • Põhjendus: igale tegutsejale vastab pädevusala. Igale põhiobjektile vastab täpselt üks funktsionaalne allsüsteem ja register, mida see allsüsteem kasutab (andmete lugemiseks ja muutmiseks). Vajalik järgmise punkti täitmiseks.
    • Dokumendi osa:
      • 1.1.4 Põhiobjekti
      • 1.1.6 Tegutsejad
  • Allsüsteemide (pädevusalad, funktsionaalsed allsüsteemid, registrid) nimekiri.
    • Põhjendus: töös realiseeritakse üks funktsionaalne allsüsteem koos tema vajalike registritega (lugemiseks ja/või muutmiseks). Projekti eesmärk ei ole teha „natuke kõike“, vaid valida mõistliku suurusega süsteemi osa ning realiseerida see põhjalikult ja korrektselt. Nii on võimalik süveneda olulistesse detailidesse ja saavutada kvaliteetne tulemus.
      • Valitud funktsionaalsel allsüsteemil peab olema vähemalt kaks töökohta, s.t vähemalt kaks pädevusala, mis seda kasutavad.
      • Rakenduse poolelt realiseeritakse üks töökoht.
      • Allsüsteemide loetlemine aitab täpsustada projekti skoobi.
    • Dokumendi osa: 1.1.8 Tükeldus allsüsteemideks
  • Valitud funktsionaalse allsüsteemi kasutusjuhtude diagramm (kasutusmalli skeem) (tekstikirjeldusi pole vaja).
    • Põhjendus: aitab määratleda rakenduse funktsionaalsuse ulatuse (skoobi) – millised võimalused peavad olema rakenduses olemas.
    • Dokumendi osa: 1.2.3 Allsüsteemi funktsionaalsed nõuded
  • Valitud funktsionaalse allsüsteemi vajatavate registrite kontseptuaalne andmemudel (olemi-suhte diagrammid + definitsioonid).
    • Põhjendus: see on aluseks andmebaasi disainile.
      • Olemitüüpidest saavad tabelid.
      • Atribuutidest saavad veerud.
      • Seosetüüpidest tekivad välisvõtme kitsendused ja vastavad veerud.
      • Atribuutide definitsioonides toodud piirangud muutuvad andmebaasi tasemel kitsendusteks.
      • Lisaks on need selgitused aluseks andmebaasirakenduse kasutajaliidese loomisele, kus andmete tähendus peab olema kasutajale arusaadav.
    • Dokumendi osa: 2.2.2 Kontseptuaalne andmemudel
  • Põhiobjekti seisundidiagramm (olekumasinaskeem).
    • Põhjendus: võimaldab kontrollida, kas kõik vajalikud kasutusjuhud on leitud.
      • Iga seisundi üleminekule peab vastama kasutusjuht, mille tulemusel kajastub muudatus andmebaasis.
    • Dokumendi osa: 2.2.4 Registri põhiobjekti seisundidiagramm
  • Andmete muutmise operatsioonide nimekiri.
    • Vähemalt: lühike identifikaator + täispikk nimi.
    • Põhjendus: iga sellise operatsiooni põhjal luuakse andmebaasis rutiin (funktsioon või protseduur).
      • Projekti nõue: iga andmete muutmise rutiini kommentaaris peab olema viide vastavale operatsiooni lühikesele identifikaatorile.
    • Dokumendi osa: 2.2.3 Andmebaasioperatsioonide lepingud

Kokkuvõte: ei ole vaja teha detailset ja kõikehaaravat äri- ja süsteemianalüüsi. Tuleb teha miinimum, et saaks "Andmebaasid II" projekti teha.


Keskmine hinne: Pole veel hinnanguid!