Documente online.
Zona de administrare documente. Fisierele tale
Am uitat parola x Creaza cont nou
 HomeExploreaza
upload
Upload




Modelarea datelor istorice

Oracle


Modelarea datelor istorice

Ce voi invata?

In aceasta lectie, vei invata sa:



  • Identifici nevoia de a tine cont de datele care se schimba in timp
  • Construiesti modele ERD care incorporeaza elemente de „date in functie de timp”
  • Identifici UID-ul unei entitati care sctocheaza date istorice; explica si justifica alegerea UID-ului
  • Construiesti un model conceptual pazt pe un scenariu de afaceri dat
  • Aplici regulile de creere a diagramelor pe baza relatiilor dintre entitati pentru a crea un ERD care reflecta regulile de afaceri
  • Prezinti si sa interpretezi modelul de date la un public
  • Compui documentatie scrisa pentru a acompania prezentarea orala si un ERD

De ce sa invat?

Ce inaltime aveai la varsta de 5 ani? Ce inaltime aveai la varsta de 10 ani?Ce inaltime ai acum? Daca parintii tai au notat asta cand erai tanar , tineau cont de date istorice. Cele mai multe afaceri trebuie sa tina evidenta datelor istorice. Aceasta le ajuta sa gaseasca tendinte si tipare care pot fi baza pentru inovatii in afaceri sau in imbunatatirea proceselor.

De exemplu, istoria inchirierilor pentru un film este folositoare intr-un magazin video. Le arata managerilor care filme sunt populare si care ar trebui mutate pe rafturile din spate.

Poti sa te gandesti la o aplicatie pentru o co 525i87f mpanie de farmaceutice, o brutarie sau o fabrica de procesare a fructolor de mare?Ce date istorice ar terbui sa pastreze fiecare si de ce?

Spune-mi/arata-mi

Cand este necesar sa modelezi date in functie de timp?

Intreaba-ti clientul:

Este necesara pist unui audit?

Se pot schimba valorile atributelor in timp?

Se pot schimba relatiile in timp?

Trebuie sa faaceti rapoarte pentru date mai vechi?

Trebuie sa pastrati versiuni mai vechi a datei? Daca da pentru cat timp?

Spune-mi/Arata-mi

O organizatie are nevoie sa pastreze datele despre salariile angajatilor. Toti angajatii sunt platiti saptamanal. Initial, entitatea urmatoare cu numele EMPLOYEE a fost modelata.

Cererile suplimentare specifica acum faptul ca organizatia are nevoie sa pastreze inregistrarile vechi ca de exemplu cum si cand salariile angajatilor s-au schimbat de-a lungul ocuparii fortei de munca.

Modelul salarial se schimba peste timp, asa ca trebuie adaugata entitatea SALARY HISTORY

UID-ul entitatii SALARY HISTORY este legatura dintre id-ul entitatii EMPLOYEE si prima zi a salarizarii.

Un magazin de bijuterii inchiriaza obiecte (lantisoare, bratari etc.) starurilor de cinema pentru ocazii speciale ca ceremoniile de premiere sau premierea filmelor. Lor le-ar placea sa inregistreze inchirierile pentru o bijuterie. Modelul ER urmator va inregistra doar inchirierea curenta a unei bijuterii. Cum vei revizui relatia cu arhiva inregistrarilor?

Relatia intre bijuterie si starul de cinema ar trebui revizuita cu o relatie M:M care este apoi solutionata cu o intersectie cu entitatea RENTAL HISTORY.

Care este UID-ul entitatii RENTAL HISTORY.

UID-ul pentru entitatea RENTAL HISTORY este data inchirierii, iar UID-ul pentru entitatea JEWELRY PIECE este redata de relatiile barate.

Terminologii

  • Arhiva datelor
  • Pista de audit

Sumar

  • Identifici nevoia de a tine cont de datele care se schimba in timp
  • Construiesti modele ERD care incorporeaza elemente de „date in functie de timp”
  • Identifici UID-ul unei entitati care sctocheaza date istorice;explica si justifica alegerea UID-ului
  • Construiesti un model conceptual pazt pe un scenariu de afaceri dat
  • Aplici regulile de creere a diagramelor pe baza relatiilor dintre entitati pentru a crea un ERD care reflecta regulile de afaceri
  • Prezinti si sa interpretezi modelul de date la un public
  • Compui documentatie scrisa pentru a acompania prezentarea orala si un ERD

Tema 3 - Modelarea datelor istorice

Obiective

  • identificarea nevoi de a depista date care se schimba pe parcurusul timpului
  • constructia de modele ERD care au incorporate elemente de “date in timp”
  • identificare UID-ului a unei entitati care stocheaza date istorice; explicarea si justificarea alegerii lui UID
  • contructia unui model conceptual bazat pe un scenario dat
  • aplicarea regulilor entitate - relatie pentru a creea un ERD care reflecta asupra regulillor businessului
  • prezentarea si interpretarea datei in fata unui public
  • compunerea documentelor scrise pentru a acompania prezentarea orala si ERD

Incearca/Rezolva

1.In scenariul de mai jos ce cuvinte sau fraze iti indica tie nevoia de a cauta date ce se schimba in timp.

Actorii de la teatrul local semneaza contracte care specifica plata lor si conditiile de lucru. Aceste contracte sunt reinointe anual. In fiecare an se pot schimba prin noi limbi si rate platite. Pentru a rezolva disputele ,teatrul trebuie sa mearga in trecut cativa ani pentru a vedea contractul pe o anumita data.

2.Dat scenariul de mai jos contruiti un model conceptual

Sevillia, asociatia de fotbal a Spaniei isi renoveaza arena de fotbal. Adauga noi loje luxuoase care vor fi oferite unor companii. Lojele contin cate un numar de scaune.Fiecare loja este asociata unui numar de sectiuni si nivel. Lojele se inchiriaza de a lungul anului si preturile sunt stabilite individual in functie de locatie si numarului de scaune . Asociatia de fotbal trebuie sa urmareasca numele companiei, adresa, numarul de telefon si a persoanei de contact. Cateodata companiile furnizeaza si un logo. Companiile care inchiriaza loja au dreptul sa isi reinoiasca contractul de inchiriat in fiecare an,dar de obiecei nu o fac. Cand se deschide o licitatie pentru o loja asociatia contacteaza companiile care au inchiriat inainte loja daca nu cumva vor si acum.

3.Modifica modelul de magazin video ER dat mai jos pentru acomodarea urmatoarelor cerinte aditionale.

“Stii tu, trebuie sa tinem evidenta a tuturor inchirierilor noastre. De fiecare data cand un client inchiriaza o caseta ,am vrea sa aveam data inchirierii si data returnarii. Toate casetele noastre sunt aduse inapoi a doua zi de la inchiriere si asa ca nu avem nevoie de durata de tinerea casetei. Tinand acest registru ne permitem sa analizam modelul inchirierilor noastre. Vom putea determina cate casete inchiriaza clientul si de cate ori un client a adus caseta mai tarziu de termen. De asemenea vom stii de cate ori o caseta particulara a fost folosita si atunci vom stii cand se inapoiem fiecare caseta. Vom fi capabili sa analizam preferintele in genuri de film a clientului.

4.Citeste IOUG-ul listat mai jos.Ca un grup creeati o diagram ER pentru situatia de mai jos.Fiti siguri sa puneti fiecare atribut cu optionalitatile sale.Fiecare grup va avea la dispozitie 10 minute sa prezinte solutia lor.Va trebui sa preparati fiecare din urmatoarele:

-Declaratia problemei:De ce va cauta IOUG-ul pe dumneavoastra?Ce fel de ajutor necesita?

-Declaratia solutiei propuse:Cum ii puteti ajuta sa isi rezolve problema?Care sunt recomandarile dumneavoastra?
-Cerintele de informare ale afacerii/organizatiei zic clar:De ce date au nevoie pentru a urmari si ce informatie au nvoie pentru a iesi din data?

-Regulile afacerii dupa cum se aplica cerintelor informatiei companiei/organizatiei declara sub forma unei singure propozitii:Ce reguli de afacere puteti formula de la situatia data?

-Ipoteza sustinea clar ca trebuia sa fie considerata in dezvoltarea solutiei:Ce ipoteza terbuia sa faceti in dezvoltarea solutiei dumneavoastra?

-Modelul Relatiilor intre Entitati

STUDIUL PE CAZ IOUG

Grupul useriolor regeionali a ajuns sa includa peste 200 de membri.Suntem o    organizatie voluntara plina de adulti care muncesc si liceeni,si arhivele noastre sunt un dezastru.Avem nevoie de un sistem de informatie pentru a putea sa tinem evidenta la afacerea noastra.

Cu siguranta avem nevoie sa automatizam registrul de membri.Pentru fiecare membru ,avem nevoie sa retinem numele,titlul,adresa de e-mail,numarul de telefon de acasa sau de la lucru,tipul de membrul(individual sau corporatie) si daca sau nu membrul si-a platit taxele(este membrul nou).Noi colectam taxele o data pe an,in ianuarie.

De asemenea ne place sa stim pentru ce companie lucra un membru sau ce scoala frecventeaza, dar sa tii aceasa informatie mereu actualizata e greu deoarece membrii nostrii isi schimba mereu companiile sau adresele sau termina o scoala. Incercam sa tinem doar un singur angajator current pentru fiecare membru. Membrii nostrii vin de la multe companii diferite cum ar fi Sony, EG&G si Storage tech, ca de altfel de la diferite licee locale. Putini dintre membrii nostrii nu sunt angajati. Pentru fiecare companie pastram numele, adresa, si tipul afacerii. Avem un tip standard pentru tipurile de afaceri si codurile liceelor. Pastram doar adresa companiei principale pentru fiecare companie.

Am tinut diferite evenimente in timpul anului si ne-a placut sa pastram informatii despre fiecare. Unele dintre evenimentele noastre anuale include Intalnirea din Septembrie, Intalnirea din Noiembrie, anuala Zi a Antrenamentului din Ianuarie, si intalnirea din Aprilie. De asemenea am tinut evenimente speciale in fiecare an.

De exemplu , tinem un o zi speciala CASE (Computer Aided Systems Engineering) in ultimul mai, si Richard Barker de la Oracle U.K a venit si a vorbit. Ne-am tinut evenimentele la diferite locatii din oras, inclusive la AT&T, Redrocks Community College, si Skyline University. Ne place sa pastram data fiecrui eveniment, o descriere optionala a acestuia, numarul de participanai, unde a fost tinut, cati bani am cheltuit cu acest eveniment, si orice comentariu al acestuia. Un set de comentarii este un text cu forma libera, cu afirmatii de lungimi diferite. Numerotam fiecare set de comentarii, si primim frecvent multiple seturi de astfel de comentarii pentru fiecare eveniment.

De asemenea urmarim care dintre membrii participa la evenimente. Unii dintre membrii nostrii sunt cu adevarat active, iar altii sunt inconstanti sau doar se bucura de primirea noutatilor noastre.

De asemenea trebuie sa inregistram ce tip de platforme de calculator folosesc membrii nostrii. Avem o eticheta unica, cu un sistem format din trei caractere pentru fiecare platforma.. De exemplu, 001 e pentru IBM/MVS, 002 este pentru IBM/VM, 003 e pentru VAX/VMS, 020 e pentru OS/2, 030 e pentru PC/DOS, 050 e pentru SUN UNIX, si 080 este pentru alte platforme UNIX.

De asemenea ne place sa inregistram de ce arie de aplicatii este fiecare membru interesat. Airile simple de aplicatii includ contabilitatea, resursele umane, distractia, ulei si gaz, farmaceutice, si sisteme de sanatate. Aplicatiile ar trebui sa fie portabile, astfel ca noi nu e necesar sa stim pe ce platforma ruleaza.

5. (Proba optionala: Fast-Food-urile globale)

Aceasta proba este pasul 9 in proiectul Global Fast Food (Fast-Food-urile globale).


Document Info


Accesari: 2109
Apreciat: hand-up

Comenteaza documentul:

Nu esti inregistrat
Trebuie sa fii utilizator inregistrat pentru a putea comenta


Creaza cont nou

A fost util?

Daca documentul a fost util si crezi ca merita
sa adaugi un link catre el la tine in site


in pagina web a site-ului tau.




eCoduri.com - coduri postale, contabile, CAEN sau bancare

Politica de confidentialitate | Termenii si conditii de utilizare




Copyright © Contact (SCRIGROUP Int. 2024 )