Susiekimo sistemų kompiuterizacija


Informatikos kursinis darbas. Užduotis. Dalykinės srities aprašymas. Koncepcinis duomenų modelis. Fizinis duomenų modelis. Duomenų bazės struktūros scenarijus. Išvados. Literatūra. Automobilių kelias yra sudėtingas inžinerinis statinis ir svarbus strateginis objektas. Jis turi užtikrinti patogu ir saugų važiavimą , o taip pat atitikti visus reikiamus techninius reikalavimus. Strateginiu požiūriu kelias yra svarbus kaip greitas ryšys tarp iš anksto nustatytu objektų, kuriais gali būti: valstybės, rajonai, miestai i. T. T. Statydamas ir naudodamas kelius žmogus turi turėti tam tikra informaciją apie juos. Todėl yra kuriamos specialios duomenų bazės kur yra pateikta reikalinga informacija tiek paprastiems vartotojams, tiek organizacijoms , kuriuos tuos kelius prižiūri. Kuriant duomenų baze tam tikrai dalykiniai sričiai reikia žinoti du pagrindinius dalykus. Koncepcinis duomenų modelis yra sudaromas iš esybių kurioms priklauso atributai, pav. Esybei ”kelias” priklauso tokie atributai: kodas, pavadinimas,dangos tipas, dangos plotis ir kelkraščio plotis. Savo kursiniame darbe sukuriau duomenų bazę naudodamasis data architect programa. Įgijęs tam tikras pagrindines žinias apie tą programą be didesnių problemų sudariau būsimos duomenų bazės koncepcinį modelį ir fizinį modelį. Galutinių kursinio darbo rezultatu buvo scenarijus duomenų bazės struktūrai serveryje sukurti. Laboratorinių darbų metu suvedęs duomenis į bazę ir parašęs užklausą, įsitikinau kad viskas veikia ir iš daugybės duomenų gaunu tik tuos, kurie manę domina.


Reikia gerai išmanyti apie tą sritį, kad pateikta informacija būtų kuo išsamesnė ir prieinamesnė duomenų bazes vartotojams.

Sukurta duomenų bazė turi būti lengvai koreguojama t.y. kad ją kuo galima geriau būtų pritaikyti priklausomai nuo ateities pokyčių.

Mano duomenų bazėje yra pateikta informacija tiek eiliniams vairuotojams, tiek žmonėms, kurie dirba ir prižiūri tuos kelius.

Norint, kad kelio savybes nesikeistų laikui bėgant, reikalinga jų atitinkamą priežiūrą, kurią vykdo tam skirtos kelius prižiūrinčios organizacijos.

Gavus pranešimą The model is correct, no errors were found darome išvadą , kad koncepcinis modelis yra teisingas, kitu atveju reikia jį taisyti.

Name:priklausoCode:PRIKLAUSOLabel:Entity 1:kategorijaEntity 2:keliasCardinality:One to ManyEntity 2 dependent of Entity 1:NoEntity 1 --> Entity 2:Role:Mandatory:YesDominant:NoMin, Max:1, nEntity 2 --> Entity 1:Role:Mandatory:YesDominant:NoMin, Max:1, 1

Name:priziuriCode:PRLabel:Entity 1:priziurincios organizacijosEntity 2:keliasCardinality:One to ManyEntity 2 dependent of Entity 1:NoEntity 1 --> Entity 2:Role:Mandatory:NoDominant:NoMin, Max:0, nEntity 2 --> Entity 1:Role:Mandatory:YesDominant:NoMin, Max:1, 1

Name:priziuriCode:PRIZIURILabel:Entity 1:priziurincios organizacijosEntity 2:viadukasCardinality:One to ManyEntity 2 dependent of Entity 1:NoEntity 1 --> Entity 2:Role:Mandatory:NoDominant:NoMin, Max:0, nEntity 2 --> Entity 1:Role:Mandatory:YesDominant:NoMin, Max:1, 1

Name:turiCode:TLabel:Entity 1:keliasEntity 2:viadukasCardinality:One to ManyEntity 2 dependent of Entity 1:NoEntity 1 --> Entity 2:Role:Mandatory:NoDominant:NoMin, Max:0, nEntity 2 --> Entity 1:Role:Mandatory:YesDominant:NoMin, Max:1, 1

Name:turiCode:TURLabel:Entity 1:keliasEntity 2:piketasCardinality:One to ManyEntity 2 dependent of Entity 1:YesEntity 1 --> Entity 2:Role:Mandatory:YesDominant:NoMin, Max:1, nEntity 2 --> Entity 1:Role:Mandatory:YesDominant:NoMin, Max:1, 1

Sugeneravus koncepcinį modelį gavome fizinį duomenų modelį. Dabar yra sukuriami papildomi indeksai, reikalingi lentelių rūšiavimui ar atributų reikšmių unikalumo užtikrinimui.

Sukuriame papildomą indeksą ( paspaudžiam add ( pasirenkame atributą pagal kuri identifikuosim

Jeigu fizikinis modelis yra teisingas ,tai gausime lentelę su užrašu The model is correct, no errors were found.

Susiekimo sistemų kompiuterizacija. (2011 m. Balandžio 19 d.). http://www.mokslobaze.lt/susiekimo-sistemu-kompiuterizacija.html Peržiūrėta 2016 m. Gruodžio 05 d. 10:41